Een softwarelevenscyclusmodel (ook wel procesmodel genoemd) is een picturale en schematische weergave van de softwarelevenscyclus. Een levenscyclusmodel vertegenwoordigt alle methoden die nodig zijn om een softwareproduct door de levenscyclusfasen te laten gaan. Het legt ook de structuur vast waarin deze methoden moeten worden uitgevoerd.
Met andere woorden: een levenscyclusmodel brengt de verschillende activiteiten in kaart die op een softwareproduct worden uitgevoerd, vanaf het begin tot aan de pensionering. Verschillende levenscyclusmodellen kunnen de noodzakelijke ontwikkelingsactiviteiten op verschillende manieren in fasen plannen. De essentiële activiteiten zijn dus opgenomen in alle levenscyclusmodellen, hoewel de actie in verschillende volgordes in verschillende levenscyclusmodellen kan worden uitgevoerd. Tijdens elke fase van de levenscyclus kan er ook meer dan één activiteit worden uitgevoerd.
SDLC nodig
Het ontwikkelteam moet voor een bepaald plan een geschikt levenscyclusmodel bepalen en dit vervolgens naleven.
Zonder gebruik te maken van een exact levenscyclusmodel zou de ontwikkeling van een softwareproduct niet op een systematische en gedisciplineerde manier plaatsvinden. Wanneer een team een softwareproduct ontwikkelt, moet er onder de teamvertegenwoordigers een duidelijk begrip zijn over wanneer en wat te doen. Anders zou dit wijzen op chaos en mislukking van projecten. Dit probleem kan worden gedefinieerd aan de hand van een voorbeeld. Stel dat een softwareontwikkelingsvraagstuk in verschillende delen wordt opgedeeld en dat de delen aan de teamleden worden toegewezen. Stel dat de teamvertegenwoordiger vanaf dat moment de vrijheid krijgt om de hem toegewezen rollen op elke gewenste manier te ontwikkelen. Het is mogelijk dat een vertegenwoordiger begint met het schrijven van de code voor zijn onderdeel, een ander ervoor kiest om eerst de testdocumenten op te stellen, en een andere ingenieur begint met de ontwerpfase van de aan hem toegewezen rollen. Dit zou een van de perfecte methoden zijn voor het mislukken van projecten.
Een softwarelevenscyclusmodel beschrijft de entry- en exitcriteria voor elke fase. Een fase kan alleen beginnen als aan de fase-instapcriteria is voldaan. Zonder een softwarelevenscyclusmodel kunnen de entry- en exitcriteria voor een fase dus niet worden herkend. Zonder softwarelevenscyclusmodellen wordt het voor softwareprojectmanagers moeilijk om de voortgang van het project te monitoren.
SDLC-cyclus
SDLC Cycle vertegenwoordigt het proces van het ontwikkelen van software. Het SDLC-framework omvat de volgende stappen:
De fasen van SDLC zijn als volgt:
Fase 1: Planning en behoefteanalyse
Romeinse cijfers grafiek 1 100
Vereisteanalyse is de belangrijkste en noodzakelijkste fase in SDLC.
De senior leden van het team voeren het uit met input van alle belanghebbenden en domeinexperts of MKB-bedrijven in de sector.
In deze fase wordt ook de planning gemaakt voor de kwaliteitsborgingseisen en de identificatie van de risico's die aan de projecten verbonden zijn.
Bedrijfsanalist en projectorganisator hebben een bijeenkomst met de klant georganiseerd om alle gegevens te verzamelen, zoals wat de klant wil bouwen, wie de eindgebruiker zal zijn en wat het doel van het product is. Voordat een product wordt gemaakt, is een kernbegrip of kennis van het product zeer noodzakelijk.
Bijvoorbeeld , Een cliënt wil een applicatie hebben die betrekking heeft op geldtransacties. Bij deze methode moet de vereiste precies zijn, zoals wat voor soort operaties er zullen worden uitgevoerd, hoe het zal worden gedaan, in welke valuta het zal worden gedaan, enz.
Zodra de vereiste functie is uitgevoerd, is een analyse voltooid en wordt de haalbaarheid van de groei van een product gecontroleerd. Bij onduidelijkheid wordt een signaal gegeven voor verdere discussie.
Zodra de vereiste is begrepen, wordt het SRS-document (Software Requirement Specification) gemaakt. De ontwikkelaars moeten dit document grondig volgen en ook door de klant worden beoordeeld voor toekomstig gebruik.
Fase 2: Vereisten definiëren
Zodra de analyse van de vereisten is voltooid, is de volgende fase het zeker representeren en documenteren van de softwarevereisten en deze geaccepteerd te krijgen door de belanghebbenden van het project.
Dit wordt bereikt via het 'SRS'-Software Requirement Specification-document dat alle productvereisten bevat die tijdens de levenscyclus van het project moeten worden geconstrueerd en ontwikkeld.
Fase 3: Het ontwerpen van de software
De volgende fase staat op het punt alle kennis van vereisten, analyse en ontwerp van het softwareproject naar beneden te halen. Deze fase is het product van de laatste twee, zoals de input van de klant en het verzamelen van eisen.
Fase 4: Ontwikkeling van het project
In deze fase van SDLC begint de daadwerkelijke ontwikkeling en wordt de programmering gebouwd. De implementatie van het ontwerp begint met het schrijven van code. Ontwikkelaars moeten de codeerrichtlijnen volgen die door hun management worden beschreven 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 er zeker van te zijn dat de producten voldoen aan de behoeften die zijn aangepakt en verzameld tijdens de fase van de vereisten.
Tijdens deze fase worden unit-tests, integratietests, systeemtests en acceptatietests uitgevoerd.
Fase 6: Implementatie
Zodra de software is gecertificeerd en er geen bugs of fouten zijn vermeld, wordt deze geïmplementeerd.
Op basis van de beoordeling kan de software vervolgens worden vrijgegeven zoals deze is of met voorgestelde verbeteringen in het objectsegment.
hernoemen in Linux-map
Nadat de software is geïmplementeerd, begint het onderhoud ervan.
Fase 7: Onderhoud
Als de klant de ontwikkelde systemen eenmaal gaat gebruiken, komen de echte problemen aan de orde en moeten er van tijd tot tijd eisen worden opgelost.
Deze procedure waarbij zorg wordt besteed aan het ontwikkelde product staat bekend als onderhoud.