Software Development Life Cycle (SDLC) is een spiritueel model dat wordt gebruikt bij projectmanagement en dat de fasen definieert die een ontwikkelingsproject voor een informatiesysteem omvat, van een initiële haalbaarheidsstudie tot het onderhoud van de voltooide applicatie.

Er zijn verschillende levenscyclusmodellen voor softwareontwikkeling gespecificeerd en ontworpen, die worden gevolgd tijdens de softwareontwikkelingsfase. Deze modellen worden ook wel ' Procesmodellen voor softwareontwikkeling .' Elk procesmodel volgt een reeks fasen die uniek zijn voor zijn type om succes in de stap van softwareontwikkeling te garanderen.

Hier volgen enkele belangrijke fasen van de SDLC-levenscyclus:

Watervalmodel

De waterval is een universeel geaccepteerd SDLC-model. Bij deze methode wordt het hele proces van softwareontwikkeling opgedeeld in verschillende fasen.

Het watervalmodel is een continu softwareontwikkelingsmodel waarin ontwikkeling wordt gezien als een gestaag neerwaartse beweging (zoals een waterval) door de stappen van analyse van vereisten, ontwerp, implementatie, testen (validatie), integratie en onderhoud.

css voor tekstomloop

Het lineair ordenen van activiteiten heeft enkele belangrijke gevolgen. Ten eerste moeten, om het einde van een fase en het begin van de volgende te identificeren, aan het einde van elke stap enkele certificeringstechnieken worden toegepast. Enige verificatie en validatie betekent meestal dat dit ervoor zorgt dat de uitvoer van de trap consistent is met de invoer (die de uitvoer is van de vorige stap), en dat de uitvoer van de trap consistent is met de algemene vereisten van het systeem.

RAD-model

RAD of Rapid Application Development-proces is een adoptie van het watervalmodel; het richt zich op het ontwikkelen van software in een korte periode. Het RAD-model is gebaseerd op het concept dat in minder tijd een beter systeem kan worden ontwikkeld door focusgroepen te gebruiken om de systeemvereisten te verzamelen.

• Bedrijfsmodellering
• Datamodellering
• Procesmodellering
• Applicatie genereren
• Testen en omzet

Spiraalvormig model

Het spiraalmodel is a risicogedreven procesmodel . Dit SDLC-model helpt de groep elementen van een of meer procesmodellen over te nemen, zoals een waterval, incrementeel, waterval, enz. De spiraaltechniek is een combinatie van snelle prototyping en gelijktijdigheid in ontwerp- en ontwikkelingsactiviteiten.

Elke cyclus in de spiraal begint met het identificeren van doelstellingen voor die cyclus, de verschillende alternatieven die mogelijk zijn om de doelen te bereiken, en de beperkingen die er bestaan. Dit is het eerste kwadrant van de cyclus (kwadrant linksboven).

De volgende stap in de cyclus is het evalueren van deze verschillende alternatieven op basis van de doelstellingen en beperkingen. De focus van de evaluatie in deze stap ligt op de risicoperceptie voor het project.

De volgende stap is het ontwikkelen van strategieën die onzekerheden en risico’s oplossen. Deze stap kan activiteiten omvatten zoals benchmarking, simulatie en prototyping.

V-model

Bij dit soort SDLC-modeltesten en de ontwikkeling wordt de stap parallel gepland. Er zijn dus verificatiefasen aan de ene kant en de validatiefase aan de andere kant. V-Model sluit zich aan via de codeerfase.

Incrementeel model

Het incrementele model is geen afzonderlijk model. Het is noodzakelijkerwijs een reeks watervalcycli. Bij aanvang van het project worden de eisen in groepen verdeeld. Voor elke groep wordt het SDLC-model gevolgd om software te ontwikkelen. Het SDLC-proces wordt herhaald, waarbij elke release meer functionaliteit toevoegt totdat aan alle vereisten is voldaan. Bij deze methode fungeert elke cyclus als onderhoudsfase voor de vorige softwarerelease. Door aanpassing van het incrementele model kunnen ontwikkelingscycli elkaar overlappen. Daarna kan de volgende cyclus beginnen voordat de vorige cyclus voltooid is.

Agile-model

Agile-methodologie is een praktijk die voortdurende interactie van ontwikkeling en testen bevordert tijdens het SDLC-proces van elk project. Bij de Agile-methode wordt het hele project opgedeeld in kleine incrementele builds. Al deze builds worden in iteraties aangeboden en elke iteratie duurt één tot drie weken.

Elke agile softwarefase wordt gekarakteriseerd op een manier die tegemoetkomt aan verschillende belangrijke aannames over het merendeel van de softwareprojecten:

1. Het is lastig om vooraf te bedenken welke softwareeisen zullen blijven bestaan ​​en welke zullen veranderen. Het is net zo moeilijk te voorspellen hoe de prioriteiten van gebruikers zullen veranderen naarmate het project vordert.
2. Bij veel soorten software zijn ontwerp en ontwikkeling met elkaar verweven. Dat wil zeggen dat beide activiteiten naast elkaar moeten worden uitgevoerd, zodat ontwerpmodellen worden bewezen terwijl ze worden gemaakt. Het is moeilijk om na te denken over hoeveel ontwerp er nodig is voordat de constructie wordt gebruikt om de configuratie te testen.
3. Analyse, ontwerp, ontwikkeling en testen zijn (vanuit planningsoogpunt) niet zo voorspelbaar als we zouden willen.

Iteratief model

Het is een specifieke implementatie van een levenscyclus van softwareontwikkeling die zich richt op een initiële, vereenvoudigde implementatie, die vervolgens geleidelijk aan meer complexiteit en een bredere reeks functies krijgt totdat het uiteindelijke systeem compleet is. Kort gezegd is iteratief ontwikkelen een manier om de softwareontwikkeling van een grote applicatie op te delen in kleinere stukken.

Big bang-model

Het Big Bang-model richt zich op alle soorten bronnen bij softwareontwikkeling en -codering, met geen of zeer weinig planning. De vereisten worden begrepen en geïmplementeerd wanneer ze zich voordoen.

Dit model werkt het beste voor kleine projecten met een kleiner ontwikkelingsteam dat samenwerkt. Het is ook nuttig voor academische softwareontwikkelingsprojecten. Het is een ideaal model waarbij de vereisten onbekend zijn of de definitieve releasedatum niet wordt gegeven.

Prototypemodel

Het prototypemodel begint met het verzamelen van de vereisten. De ontwikkelaar en de gebruiker ontmoeten elkaar en definiëren het doel van de software, identificeren de behoeften, enz.

A ' snel ontwerp ' wordt dan aangemaakt. Dit ontwerp richt zich op die aspecten van de software die zichtbaar zijn voor de gebruiker. Het leidt vervolgens tot de ontwikkeling van een prototype. Vervolgens controleert de klant het prototype en worden eventuele aanpassingen of wijzigingen aan het prototype aangebracht.

In deze stap vindt looping plaats en worden betere versies van het prototype gemaakt. Deze worden continu aan de gebruiker getoond, zodat eventuele nieuwe wijzigingen in het prototype kunnen worden bijgewerkt. Dit proces gaat door totdat de klant tevreden is met het systeem. Zodra een gebruiker tevreden is, wordt het prototype omgezet naar het daadwerkelijke systeem, met alle aandacht voor kwaliteit en veiligheid.