een software life cycle model (ook wel procesmodel genoemd) is een picturale en diagrammatische weergave van de software life cycle. Een levenscyclusmodel vertegenwoordigt alle methoden die nodig zijn om een softwareproduct door zijn levenscyclusstadia te laten lopen. Het geeft ook de structuur weer waarin deze methoden moeten worden uitgevoerd.
met andere woorden, een levenscyclusmodel brengt de verschillende activiteiten in kaart die vanaf het begin tot aan de pensionering aan een softwareproduct zijn verricht. Verschillende levenscyclusmodellen kunnen de noodzakelijke ontwikkelingsactiviteiten op verschillende manieren in fasen plannen. Dus, geen element dat levenscyclusmodel wordt gevolgd, de essentiële activiteiten zijn opgenomen in alle levenscyclusmodellen hoewel de actie kan worden uitgevoerd in verschillende orden in verschillende levenscyclusmodellen. Tijdens elke fase van de levenscyclus kunnen ook meer dan één activiteit worden uitgevoerd.
behoefte aan SDLC
het ontwikkelingsteam moet een geschikt levenscyclusmodel voor een bepaald plan bepalen en er vervolgens naar kijken.
zonder gebruik van een exact levenscyclusmodel zou de ontwikkeling van een softwareproduct niet systematisch en gedisciplineerd verlopen. Wanneer een team een softwareproduct ontwikkelt, moet er een duidelijk begrip zijn onder de teamvertegenwoordiger over wanneer en wat te doen. Anders zou het wijzen op chaos en project mislukking. Dit probleem kan worden gedefinieerd aan de hand van een voorbeeld. Stel dat een software ontwikkeling probleem is verdeeld in verschillende onderdelen en de onderdelen worden toegewezen aan de teamleden. Stel dat de teamvertegenwoordiger vanaf dat moment de vrijheid krijgt om de toegewezen rollen te ontwikkelen op welke manier dan ook. Het is mogelijk dat een vertegenwoordiger de code van zijn kant gaat schrijven, een andere ervoor kiest om eerst de testdocumenten voor te bereiden, en een andere ingenieur kan beginnen met de ontwerpfase van de hem toegewezen rollen. Dit zou een van de perfecte methoden voor project mislukking zijn.
een levenscyclusmodel voor software beschrijft de in-en uitstapcriteria voor elke fase. Een fase kan alleen beginnen als aan de toetredingscriteria is voldaan. Dus zonder een software life cycle model, de entry en exit criteria voor een fase kan niet worden herkend. Zonder software life cycle modellen, wordt het moeilijk voor software project managers om de voortgang van het project te controleren.
SDLC-cyclus
SDLC-cyclus vertegenwoordigt het proces van het ontwikkelen van software. SDLC framework bevat de volgende stappen:
de fasen van SDLC zijn als volgt:
Fase 1: Planning en vereiste analyse
vereiste analyse is de belangrijkste en noodzakelijke fase in SDLC.
de senior leden van het team voeren het uit met input van alle belanghebbenden en domeinexperts of KMO ‘ s in de sector.
Planning van de kwaliteitseisen en identificatie van de risico ‘ s in verband met de projecten wordt in dit stadium ook gedaan.
Business Analist en projectorganisator organiseerde een vergadering met de klant om alle gegevens te verzamelen, zoals wat de klant wil bouwen, wie de eindgebruiker zal zijn, wat het doel van het product is. Voor het maken van een product, een kern begrip of kennis van het product is zeer noodzakelijk.
een cliënt wil bijvoorbeeld een applicatie hebben die geldtransacties betreft. Bij deze methode moet de eis nauwkeurig zijn, zoals wat voor soort operaties zullen worden uitgevoerd, hoe het zal worden gedaan, in welke valuta het zal worden gedaan, enz.
zodra de vereiste functie is uitgevoerd, wordt een analyse voltooid met een audit van de haalbaarheid van de groei van een product. In geval van dubbelzinnigheid wordt een signaal opgesteld voor verdere discussie.
zodra de eis is begrepen, wordt het SRS-document (Software Requirement Specification) aangemaakt. De ontwikkelaars moeten dit document grondig te volgen en ook moet worden beoordeeld door de klant voor toekomstige referentie.
Stage2: definiëring van vereisten
zodra de vereiste analyse is uitgevoerd, bestaat de volgende fase erin de softwarevereisten zeker weer te geven en te documenteren en ze door de projectstakeholders te laten aanvaarden.
dit wordt bereikt door middel van” SRS ” – Softwarevereistespecificatie document dat alle productvereisten bevat die tijdens de levenscyclus van het project moeten worden geconstrueerd en ontwikkeld.
Stage3: Het ontwerpen van de Software
de volgende fase staat op het punt alle kennis van de vereisten, analyse en het ontwerp van het softwareproject te verminderen. Deze fase is het product van de laatste twee, zoals input van de klant en eis verzamelen.
Fase 4: ontwikkeling van het project
In deze fase van SDLC begint de eigenlijke ontwikkeling en wordt de programmering opgebouwd. De implementatie van het ontwerp begint met het schrijven van code. Ontwikkelaars moeten de coderingsrichtlijnen volgen die worden beschreven door hun management-en programmeertools zoals compilers, tolken, debuggers, enz. worden gebruikt om de code te ontwikkelen en te implementeren.
Fase 5: testen
nadat de code is gegenereerd, wordt deze Getest aan de hand van de vereisten om ervoor te zorgen dat de producten voldoen aan de behoeften die tijdens de fase van de vereisten zijn behandeld en verzameld.
tijdens deze fase worden eenheidstests, integratietests, systeemtests en acceptatietests uitgevoerd.
Stage6: implementatie
zodra de software is gecertificeerd en er geen bugs of fouten worden vermeld, wordt het geïmplementeerd.
op basis van de beoordeling kan de software worden vrijgegeven zoals het is of met voorgestelde verbetering in het objectsegment.
nadat de software is geïmplementeerd, begint het onderhoud.
Stage7: onderhoud
zodra de client de ontwikkelde systemen begint te gebruiken, komen de echte problemen en eisen aan de orde die van tijd tot tijd moeten worden opgelost.
deze procedure, wanneer de zorg voor het ontwikkelde product wordt genomen, wordt onderhoud genoemd.