Programvarans livscykel

1. Kravanalys

Detta steg kan anses vara ett av de viktigaste. Projektets framgång beror på det. Det hela börjar med bildandet av projektets mål. Sedan läggs en lista över uppgifter som ska slutföras och omfattningen av den framtida programvaran. Därefter förtydligas projektets förutsättningar, deadline och budget. I slutskedet av det första steget godkänns den tekniska uppgiften för utvecklingsteamet.

2. Designfas

Design börjar med definitionen av applikationsarkitekturen, dess funktioner, krav på funktionalitet och gränssnitt. Sedan fördelas funktionerna mellan programmet och användarna, kraven på olika komponenter beaktas. Produktdesign måste ta hänsyn till kundens förväntningar och möjligheten till deras praktiska genomförande.

Vidare börjar utvecklingen av mjukvaruspecifikationen, den mest optimala systemarkitekturen, DBMS, datalagringsalternativ väljs, kompatibilitet med utrustningen, mjukvaruimplementeringsprocessen och listan över driftsdokument bestäms.

3. Kodskrivning

I detta skede skapas en prototyp av den färdiga produkten och dess komponenter, datastrukturen och programkoder utvecklas. Därefter genomförs provning och teknisk dokumentation skrivs. Resultatet av detta steg är uppkomsten av en livskraftig version av produkten, tillgänglig för testning och felsökning.

4. Testning och felsökning

Denna process är naturligt kopplad till design och drift. Den använder mekanismer som gör att du kan testa programvara för att uppfylla kraven för den. I det här steget ingår också att kontrollera den stödjande dokumentationen.

Det framgångsrika resultatet av testning bör vara eliminering av alla upptäckta fel i applikationen och skapandet av en rapport om dess kvalitet.

5. Drift och underhåll

Övergången till drift av programvara innebär installation, användarutbildning och dokumentation. Programvarudrift stöds av utvecklarens tekniska supportteam.

I underhållet ingår att anpassa applikationen till nya arbetskrav, lägga till ändringar i koden och tillhörande dokumentation, om detta krävs på grund av upptäckt av buggar eller utifrån kraven i modifieringen. Att göra ändringar i programvaran innebär att dess kärnfunktioner bibehålls.

Avveckling av programvara kan inträffa på grund av att den är föråldrad, uppkomsten av mer moderna produkter på marknaden eller av andra skäl.

Tekniska problem som uppstår vid mjukvaruutveckling

Varför behövs livscykelmodeller? Är det inte bättre att bara skapa en pålitlig produkt med drifttid? Det visar sig att utvecklingen av en livscykelmodell för programvara hjälper till att lösa fyra utvecklingsproblem samtidigt:

Missförstånd vad användarna behöver. En produktutvecklare kan ha en missuppfattning om marknadsläget och behoven för sin produkt bland användarna.

Felsökning. När en bugg upptäcks i ett program hjälper en mjukvarulivscykelmodell dig att snabbt identifiera vad problemet är och de mest troliga sätten att åtgärda det.

För snabbt förändrade marknadsförhållanden. En produkt som är aktuell nu kan bli föråldrad om ett halvår. En applikation med mer funktionalitet eller ett mer användarvänligt gränssnitt kan dyka upp på marknaden. Programvaruutvecklingscykeln hjälper till att hålla koll på trender, vilket gör det lättare att förstå hur man kan förbättra applikationen om användarens preferenser har ändrats.

Säkerhet. Detta är ett av de största utvecklingsproblemen. Som regel är felet svårt att hitta innan produkten tas i drift. Upptäckten av en bugg efter lanseringen av programvaran leder till betydande ekonomiska förluster för verksamheten. Utvecklingslivscykeln påskyndar sökandet efter och eliminering av kryphål i säkerheten. Även om detta inte eliminerar, minskar det avsevärt hot.

Som ett resultat, i de inledande stadierna, blir utvecklingen mer effektiv, kostnaden minskar och produktsläppet påskyndas.

Tillvägagångssätt för mjukvaruutveckling

Det finns flera metoder för mjukvaruutveckling. Ganska ofta sker deras anpassning baserat på den aktuella situationen: krav på efterlevnad av deadlines, tillförlitlighet, säkerhet, kostnad för arbete, kvalifikationer för teammedlemmar. Bland de mest kända tillvägagångssätten är det värt att lyfta fram:

• Koda och fixa - skriva kod och fixa buggar i den;
• Vattenfallsmodell - kaskad eller "vattenfall";
• V-modell - utveckling genom testning;
• Inkrementell modell - inkrementell modell;
• Iterativ modell - iterativ modell;
• Spiralmodell - spiralmodell;
• Agile Model är en agil utvecklingsmetodik.

Kod- och fixmodellen är den enklaste. Utvecklaren skriver programkoden, kör den. Se sedan hur det fungerar. Om en bugg hittas så fixar den det. Troligtvis har du redan bemästrat den här modellen, så låt oss gå vidare till resten.