Programvarens livssyklus

1. Kravanalyse

Denne fasen kan betraktes som en av de viktigste. Prosjektets suksess avhenger av det. Det hele starter med dannelsen av målet for prosjektet. Deretter legges en liste over oppgaver som skal fullføres og omfanget av fremtidig programvare. Deretter avklares vilkår, frist og budsjett for prosjektet. På siste fase av første trinn godkjennes den tekniske oppgaven for utviklingsteamet.

2. Designfase

Design begynner med definisjonen av applikasjonsarkitekturen, dens funksjoner, krav til funksjonalitet og grensesnitt. Deretter fordeles funksjonene mellom program og brukere, det tas hensyn til kravene til ulike komponenter. Produktdesign må ta hensyn til kundens forventninger og muligheten for deres praktiske gjennomføring.

Videre begynner utviklingen av programvarespesifikasjonen, den mest optimale systemarkitekturen, DBMS, datalagringsalternativ er valgt, kompatibilitet med utstyret, programvareimplementeringsprosessen og listen over driftsdokumenter bestemmes.

3. Kodeskriving

På dette stadiet lages en prototype av det ferdige produktet og dets komponenter, datastrukturen og programkodene utvikles. Deretter gjennomføres testing og teknisk dokumentasjon skrives. Resultatet av dette stadiet er fremveksten av en levedyktig versjon av produktet, tilgjengelig for testing og feilsøking.

4. Testing og feilsøking

Denne prosessen er iboende knyttet til design og drift. Den bruker mekanismer som lar deg teste programvare for samsvar med kravene til den. Dette trinnet inkluderer også å sjekke støttedokumentasjonen.

Det vellykkede resultatet av testing bør være eliminering av alle oppdagede feil i applikasjonen og opprettelse av en rapport om kvaliteten.

5. Drift og vedlikehold

Overgangen til drift av programvare innebærer installasjon, brukeropplæring og dokumentasjon. Programvaredrift støttes av utviklerens tekniske støtteteam.

Vedlikehold inkluderer å tilpasse applikasjonen til nye arbeidskrav, legge til endringer i koden og tilhørende dokumentasjon, dersom dette er nødvendig på grunn av oppdagelse av feil eller basert på kravene i modifikasjonen. Å gjøre endringer i programvaren innebærer å opprettholde kjernefunksjonaliteten.

Utrangering av programvare kan oppstå på grunn av foreldelse, utseendet til mer moderne produkter på markedet eller av andre årsaker.

Tekniske problemer i programvareutvikling

Hvorfor trengs livssyklusmodeller? Er det ikke bedre å bare lage et pålitelig produkt med oppetid? Det viser seg at utviklingen av en livssyklusmodell for programvare bidrar til å løse fire utviklingsproblemer samtidig:

Misforstå hva brukerne trenger. En produktutvikler kan ha en misforståelse om markedstilstanden og behovene for produktet sitt blant brukerne.

Feilsøking. Når en feil oppdages i et program, hjelper det å ha en livssyklusmodell for programvaren deg raskt å identifisere hva problemet er og de mest sannsynlige måtene å fikse det på.

For raskt skiftende markedsforhold. Et produkt som er aktuelt nå kan bli utdatert om seks måneder. En applikasjon med mer funksjonalitet eller et mer brukervennlig grensesnitt kan dukke opp på markedet. Programvareutviklingssyklusen hjelper til med å holde oversikt over trender, noe som gjør det lettere å forstå hvordan du kan forbedre applikasjonen hvis brukerpreferansene har endret seg.

Sikkerhet. Dette er et av de viktigste utviklingsproblemene. Som regel er feilen vanskelig å finne før produktet settes i drift. Oppdagelsen av en feil etter utgivelsen av programvaren fører til betydelige økonomiske tap for virksomheten. Utviklingens livssyklus øker hastigheten på søket etter og eliminering av sikkerhetshull. Selv om dette ikke eliminerer, reduserer det trusler betraktelig.

Som et resultat, i de innledende stadiene, blir utviklingen mer effektiv, kostnadene reduseres og produktutgivelsen akselereres.

Tilnærminger til programvareutvikling

Det finnes flere tilnærminger til programvareutvikling. Ganske ofte skjer deres tilpasning basert på den nåværende situasjonen: krav til overholdelse av tidsfrister, pålitelighet, sikkerhet, arbeidskostnader, kvalifikasjoner til teammedlemmer. Blant de mest kjente tilnærmingene er det verdt å fremheve:

• Kode og fikse - skrive kode og fikse feil i den;
• Fossmodell - kaskade eller "foss";
• V-modell - utvikling gjennom testing;
• Inkrementell modell - inkrementell modell;
• Iterativ modell - iterativ modell;
• Spiralmodell - spiralmodell;
• Agile Model er en smidig utviklingsmetodikk.

Kode- og fiksmodellen er den enkleste. Utvikleren skriver programkoden, kjører den. Så se hvordan det fungerer. Hvis en feil blir funnet, fikser den den. Mest sannsynlig har du allerede mestret denne modellen, så la oss gå videre til resten.