waterval Model in SDLC

geplaatst in: Articles | 0

om het waterval Model in SDLC te begrijpen, is het noodzakelijk om te duiken in de definitie van het model, de belangrijkste fasen, welke documenten worden geassocieerd als het resultaat van elke fase, voor-en nadelen.

SDLC staat voor een levenscyclus voor softwareontwikkeling. Het is een kader (een essentiële ondersteunende structuur) van een ontwikkelingsproces, dat van bedrijf tot bedrijf kan verschillen. Een van de meest populaire soorten SDLC is de waterval Model. De waterval is, zoals men van bovenaf kan zien, een procesmodel., In eenvoudige woorden, een algemene beschrijving van het softwareontwikkelingsproces. Waterval Model is de meest bekende, als het was de eerste chronologisch te verschijnen en te worden beschreven, door Dr. Winston W. Royce in 1970 in ” Management the development of large software systems.”

Er is een reeks van ontwikkeling life-cycle model types, waarover het verder in meer detail is geschreven, en ze zijn latere nieuwkomers:

  • scrum model
  • rapid application development
  • prototyping
  • spiraal model
  • kanban development model
  • en anderen.,

zeker, ze bleken beter te dienen waar het watervalmodel minder krachtig was. Om de “dunne plaatsen” te begrijpen, is het noodzakelijk om te duiken in de definitie van het watervalmodel, de belangrijkste fasen, welke documenten worden geassocieerd als het resultaat van elke fase, voordelen en nadelen.

watervalmodel definitie

watervalmodel is een lineair (sequentieel) ontwikkelingslevenscyclusmodel dat ontwikkeling beschrijft als een keten van opeenvolgende stappen. Geen enkele fase kan vóór of gelijktijdig met de vorige of Huidige worden gestart., Laten we eens kijken naar de belangrijkste fasen van het watervalmodel als ze gaan.

de belangrijkste fasen van het watervalmodel

systeemvereisten fase

tijdens de eerste fase worden de vereisten voor het systeem vastgesteld. Het proces begint met het ontlokken van zakelijke vereisten, het analyseren en prioriteren ervan, wat eindigt met het creëren van het Vision& Scope document (of 2 afzonderlijke documenten afhankelijk van elk specifiek geval). Vision en Scope documenten worden gemaakt voordat u het contract ondertekent., Visie wordt gedefinieerd als een ” strategisch langetermijnconcept van het uiteindelijke doel en de vorm van een nieuw systeem.”(Wiegers, 2012, p. 1) The scope is what “trekt de grens tussen wat er in en wat er uit voor het project.”(Wiegers, 2012, p. 1)

het aangeven van scope is een essentieel onderdeel van het project voor beide partijen. Het maakt een klant transparant wat er gedaan wordt. Een goede strategie voor het beheren van verwachtingen is om te identificeren wat niet zal worden opgenomen in een product, zodat de verwachtingen van de klant zijn duidelijk, dat is voor het project Scope Document wordt gemaakt.,

Projectbereik

het Projectbereik zal naar verwachting projectroadmap, budgetten en beschrijving bevatten, met de belangrijkste functies gedefinieerd met betrekking tot het probleemvisiedocument. Lees een artikel over project scope management door een expert Vitaly Hornik.

de beginfase is ondenkbaar zonder Software Requirements Specification (SRS) dat de kern van de fase is.

Software Requirements Specification

een typische SRS omvat een doel, een algemene beschrijving, specifieke vereisten (functioneel, niet-functioneel, kwaliteitskenmerken).,

soms kunnen prototypes van verschillende types zijn: verticaal / horizontaal, statisch/dynamisch, low-fidelity/high-fidelity. Mockups (of prototypes) worden verzonden naar UI/UX-ontwerpers die ze omzetten in lay-outs. Voel je vrij om de software Requirements Specification (SRS) Template gemaakt door XB Software te schatten.

ontwerpfase

De volgende fase in de modeldiagrammen hoe precies de vereisten voor het systeem technisch zullen worden geïmplementeerd. Deze fase omvat grotendeels componenten zoals een programmeertaal, datalagen, diensten, enz.,

implementatie (ontwikkeling) fase

de werkelijke broncode wordt uiteindelijk geschreven in de derde fase, waarbij alle modellen, business logic en service integraties die in de voorgaande stappen werden gespecificeerd, worden geïmplementeerd. Het proces van volledige code creatie kan worden onderverdeeld in kleine eenheden, en elke eenheid wordt ontwikkeld en getest op zijn functionaliteit (unit testing). Daarna wordt een heel systeem opgebouwd uit kant-en-klare eenheden en begint de vierde fase.,

testfase

na de ontwikkelingsfase moet het product Een grondige kwaliteitsborging en software testen ondergaan om defecten in een systeem te ontdekken. Testers zijn betrokken bij het vinden en rapporteren van problemen die moeten worden opgelost. Om geregistreerde problemen op te slaan, kan een bug tracking systeem worden gebruikt met het doel dat de problemen kunnen worden behandeld tijdens de onderhoudsfase van de levenscyclus.

de software kan worden overgebracht wanneer de code problemen zijn opgelost. De klant is bezig met de acceptatie testen om het te evalueren voor gebruik.,

onderhoudsfase

zodra het product bestemd is om in een levende omgeving te worden geplaatst, gaat het de klaar-onderhoudsfase van de levenscyclus van de ontwikkeling in. De onderhoudsfase omvat niet alleen de implementatie van de applicatie, maar ook ondersteuning en onderhoud die nodig kunnen zijn om de applicatie functioneel en up-to-date te houden.

Lees ook de criteria voor pijnloze outsourcing die we Per prioriteit hebben opgesomd in het artikel 7 Tips to Choose a Outsourcing Web Development Company.,

watervalmodel voor-en nadelen

het watervalmodel is gemakkelijk te volgen en te begrijpen, het is gebruikelijk voor grote instellingen met veel niveaus van besluitvorming en coördinatie. Toch heeft het, net als elk ander SDLC-model, zijn sterke en zwakke kanten. Waterval model kan niet elke denkbare soort van een project., flexibiliteit

  • Gebrek aan zichtbaarheid van de voortgang
  • de stijging van de termijn van de levering
  • Veranderingen in de behoeften van de business of nieuwe toevoegingen in functionaliteit veranderingen nodig zijn op alle vorige stappen
  • Time-shift in één fase zal sterk van invloed op de gehele weg in kaart gelijktijdige processen zijn niet beschikbaar in een waterval model
  • Het eindproduct is alleen beschikbaar op het einde van een cyclus
  • Conclusie

    De Waterval model de beste fit geeft:

    • Voor kleine en korte projecten.,
    • wanneer vereisten onveranderlijk zijn.
    • voor cliënten met een complexe bedrijfsstructuur met vele niveaus van coördinatie.

    daarnaast is het raadzaam om een schatting te maken van een vrije Software Requirements Specification (SRS) Template gemaakt door XB Software.

    gratis Schattingssjabloon + PERT
    een sjabloon om de kosten en duur van uw project te schatten. Bereken alle mogelijke risico ‘ s en uw mogelijke projectduur.

    Geef een reactie

    Het e-mailadres wordt niet gepubliceerd. Vereiste velden zijn gemarkeerd met *