Programvare livssyklus: konsept, standarder, prosesser,

Programvareutvikling er ikke mulig uten å forstå den såkalte software livssyklus. Vanlig bruker det kan være, og ikke trenger å vite, men det er ønskelig å lære de grunnleggende standarder (heretter vil bli fortalt hvorfor dette er nødvendig).

Programvare livssyklus: hva er det i den formelle forstand?

Under livssyklusen til ethvert programvareprodukt forstås som tidspunktet for sin eksistens, og starter med utbyggingsfasen og før fullstendig avvisning av bruk av det valgte bruksområde til fullstendig tilbaketrekking fra bruk programmet.

Enkelt sagt, informasjonssystemer i form av programmer, databaser, eller "operativsystemer" er etterspurt bare i tilfelle av data relevans og muligheter som tilbys av dem.

Det antas at definisjonen av livssyklusen på noen måte gjelder ikke å teste programmer, for eksempel betaversjoner, som er den mest ustabile i arbeidet. Den samme programvaren livssyklus avhenger av mange faktorer, blant annet en av de viktigste rollene spilles av mediet som programmet skal brukes. Du kan imidlertid velge og de generelle vilkårene som brukes i definisjonen av livssyklusen konsept.

innledende kravene

Som mange tror, brukt en rekke forhold vedrørende sin utvikling og bruk for et programvareprodukt, nemlig:

• formulering av problemet;
• analyse av de gjensidige kravene til fremtidig system;
• design;
• programmering;
• koding og samling;
• testing;
• debugging;
• Utvikling og vedlikehold av programvare.

Programvareutvikling består av alle de ovennevnte trinnene, og ikke kan gjøre uten minst en av dem. Men for å kontrollere slike prosesser satt spesifikke standarder.

Prosess standarder av programvaren livssyklus

Blant systemene forhåndsbestemme de vilkår og krav til slike prosesser kan nå bli kalt bare tre viktigste:

• GOST 34,601 til 90;
• ISO / IEC 12207: 2008;
• Oracle CDM.

For det andre internasjonale standarden er den russiske tilsvarende. Dette GOST R ISO / IEC 12207-2010, er ansvarlig for systemet og software engineering. Men programvaren livssyklus, beskrevet i begge praksis er identisk i substans. Grunnen er enkel nok.

Typer programvare og oppdateringer

Moderne informasjonssystemer er slik at de etablerer felles konsepter søknad.

For eksempel er det systemprogrammer og verktøy, multimedia verktøy, enhetsdrivere, kontorapplikasjoner og så videre. D. For alle typer programvare kan fastslå eksistensen stadier av livssyklusen.

Dens forlengelse er de mest vanlig brukte middel for oppdatering (for begge operativsystemer og plattformer og programvare). Sannsynligvis trenger ikke å forklare at alle brukere av datasystemet basert på Windows-oppdateringer passert et stadium av systemet eller komponenter som Microsoft .NET Framework eller virtuell maskin Java.

prosjekteringsfasen

Nå noen ord direkte om stadier av utviklingen. Lifecycle omfatter initielt prosjektplanlegging, system analyse og target krav, muligheten for en foreløpig eller detaljert utforming, koding og testing, muligheten for applikasjonsprogramvare i spesialiserte systemer, og så videre. D.

Alle modeller av programvaren livssyklus antyder at utgangspunktet satt oppgaven med å lage programvare bør begrenses til utvikling av generiske programmer eller programvare som bruker noen oppstart miljø.

utforming

Utvikling systemer er programmeringsspråk. Software design i den første fasen kan reduseres ned til.

Vil dette C + / C ++, Java, Delphi eller samme utdaterte Pascal - er ikke så viktig. Spørsmålet er, hvordan laget programmet kan integreres i operativsystemet og kjøre jevnt.

I denne forstand, en livssyklus av programvare testing det er tidspunktet for den opprinnelige installasjon av produktet inntil det er fullstendig fjernet på grunn av mistilpasning av systemkravene, inoperable eller manglende evne til å utføre de oppgaver som opprinnelig.

følgende faser

Ytterligere støtte for å definere programvaren livssyklus, kommer ned til koding for å generere og motta søknaden kildekoden.

I tilfelle av en fri (åpen) spredningen av den såkalte sertifikat brukt, basert på GNU-lisens som tillater endringer i selve programvaren på anmodning fra brukeren, er kjent med programmeringsspråket som søknaden ble opprettet.

Hvis det er et lukket kode, kan du bruke verktøy som Disassembler. Men i dette tilfellet, kan bare dekoding kjørbar EXE-filer skal oppnås, og absolutt ikke bundet DLL dynamiske biblioteker.

Men denne teorien. I praksis scenen av programvaren livssyklus inneholde en liste langt flere elementer. Selv de mest enkle simulering som består av en gjennomgang av standardene og formuleringen av observasjoner (høyt nivå krav til arkitektur, tilpasset kjørbar kode, midler og metoder for verifikasjon). Dette er prosessen av programvaren livssyklus. Men her er det viktig å forstå og kontrollere noen av prinsippene i slike programmer og systemer.

Grunnleggende ledelse

programvare livssyklushåndtering er basert på nedbryting av programmene i komponenter, noe som gir et bredt nok utvalg av verktøy for å lage dem.

Det er en ulempe. Valget av moduler er begrenset av den opprinnelige utvikleren av plattformen på grunnlag av hvilke det produserte programmer. Selvfølgelig, hvis du tar hensyn foreningen og skrive brukes utviklingsverktøy (spesielt gjenbrukbare moduler), ingen tvil om det.

Men stadier av programvaren livssyklus nødvendigvis omfatte etablering av databehandlings protokoller, rutiner, standard biblioteker og mer.

brukte moduler

Og ingen prosess programvare livssyklus er komplett uten bruk av svært spesifikke komponenter. Blant disse prioriteringene er følgende:

• Chief (Leder) modul ansvarlig for lanseringen av programvaren;
• Kontrollenhet, ansvarlig for å kalle de tilknyttede komponenter eller dynamiske koblinger biblioteker;
• funksjonalitet og service databehandling verktøy og ekstra verktøy.

Den kjørbare filen er vanligvis, for Windows-baserte systemer er presentert i form av "ekzeshnika". Styrekomponenter har en forlengelse konfiguratorene (Config.sys anvendt til operativsystemet), videre kobling biblioteker har forlengelse DLL. Midler for kontroll og behandling av funksjoner og innstillinger for noen programmer kan vises i form av XML-filer.

De er for øvrig for de fleste av de for tiden kjente medier programmer er et middel for å bevare de grunnleggende konfigurasjonsparametere. Ved hjelp av programvare av denne typen, selvfølgelig, det er ganske begrenset, men forståelsen av de generelle prinsippene for arbeidet med de samme mediespillere kunne ikke skade. Her er grunnen.

Faktisk, hva de software livssyklus la bare på nivået av livet oppgradering av spilleren eller installasjonen av kodeker og dekodere. En lyd og video transkodere er iboende attributtene til en lyd- eller videosystem.

Eksempel basert på FL Studio program

I utgangspunktet den virtuelle studio sequencer FL Studio var navnet på Fruity Loops. Livssyklusen til programvaren i sin primære modifikasjon er utløpt, men søknaden er noe transformert og fikk sin nåværende utseende.

Hvis vi snakker om livsløpsfaser, først på scenen for formulering av problemet var satt av flere forutsetninger:

• Opprettelsen av en trommel modultype tromme maskiner som Yamaha RX, men med ett-skudd-prøven eller sekvens i WAV-format, innspilt inne i studio;
• integrering i Windows-operativsystemet;
• muligheten for prosjektet eksport til WAV, MP3 og OGG;
• kompatibiliteten til prosjekter med et tilleggssøknad fruktig løpebaner.

"C" betyr programmeringsspråk ble brukt i utviklingsfasen. Men plattformen så ganske primitive og ikke gi sluttbrukeren ønsket lydkvalitet.

I denne forbindelse, under testing og debugging scenen utviklere måtte gå veien for den tyske Corporation Steinberg og gjelder for de grunnleggende krav til lyd driverstøtte for full dupleks-modus. Lydkvaliteten var høyere og lov til å endre tempoet, pitch og stille tilleggs FX-effekter i sanntid.

Gjennomføringen av livssyklusen til programvaren anses å være resultatet av den første offisielle versjonen av FL Studio, som, i motsetning til sine forfedre, hadde vært en fullverdig sequencer grensesnitt med mulighet til å redigere innstillingene på den virtuelle 64-kanals mikser med ubegrenset tilsetting av lydspor og MIDI-spor.

Fremme av programmet stoppet ikke der. Ved stadium av prosjektet styring støtte for tilkobling VST format plug-ins ble innført (første, andre, og deretter den tredje versjon), en gang utviklet ved Steinberg. Grovt sett kan en hvilken som helst virtuell synthesizer som støtter VST-host koble til programmet.

Det er ikke overraskende at snart noen komponist kunne bruke analogien av "jern" modeller, slik som komplette sett av lyder en gang populære Korg M1. Mer - mer. Applikasjonsmoduler som Addictive Drums eller universell plug Kontakt lov til å spille live-lyden av ekte instrumenter, spilt inn med alle nyanser av artikulasjon i profesjonelle studioer.

Utviklerne har forsøkt å oppnå maksimal kvalitet og skape støtte for ASIO4ALL driveren, som viste seg å være et hakk over Mode Full Duplex. Følgelig vil den økte bitrate. Dag, kan kvaliteten til den eksporterte lydfilen være 320 kbit / s ved en samplingsfrekvens på 192 kHz. Og denne profesjonelle lyd.

Som for den første versjonen av sin livssyklus kan kalles helt ferdig, men en slik uttalelse er relativ, fordi programmet bare skiftet navn, og har funnet nye muligheter.

utviklingsmuligheter

Hva er stadier av programvaren livssyklus, er det allerede klart. Men her på utvikling av slike teknologier bør diskuteres separat.

Unødvendig å si at alle programvareutvikler er ikke interessert i å skape en forbipasserende produkt, som knapt holder ut på markedet i flere år. I fremtiden, alle ser på langsiktig utnyttelse. Dette kan oppnås på forskjellige måter. Men som regel, nesten alle av dem koke ned for å slippe oppdateringer eller nye versjoner av programvare.

Selv i tilfelle av Windows, kan slike trender ses med det blotte øye. Det er lite sannsynlig at det i dag er minst én bruker, som bruker systemer som versjonene 3.1, 95, 98 eller Millennium. Deres livssyklus er avsluttet etter utgivelsen av versjon XP. Men her er server-versjonen på NT teknologi basert fortsatt er oppfylt. Selv Windows 2000, er i dag ikke bare svært relevant, men i noen henseender installasjonen eller sikkerheten selv overgår den siste utviklingen. Det samme gjelder for NT 4.0-systemer, og spesialiserte modifikasjoner Windows Server 2012.

Men det er i forhold til disse systemene fortsatt hevder å støtte på høyeste nivå. Men oppsiktsvekkende på den tiden Vista er klart opplever en solnedgang syklus. Ikke bare det, det var uferdig, så stille og feil i seg selv, og mangler i sitt sikkerhetssystem var så mye at vi bare kan gjette på hvordan det var mulig å lansere en programvareløsning er uholdbar.

Men hvis vi snakker om det faktum at utviklingen av programvaren av enhver type (kontroll eller program) er ikke på plass, kan vi bare staten fakta. Tross alt, i dag kommer det til å ikke bare datasystemer og mobile enheter, og der teknologi er ofte i forkant av datasektoren. Utseendet på prosessorer basert på åtte kjerner - er ikke det beste eksemplet? Men likevel, kan ikke alle bærbare skryte av å ha en slik "jern".

Noen flere spørsmål

Som for forståelsen av programvaren livssyklus, for å si at det endte på et tidspunkt i tid, kan det være svært vilkårlig, fordi programvaren fortsatt har støtte fra utviklere å lage dem. Snarere refererer til slutt til de eldre applikasjoner som ikke oppfyller kravene til moderne systemer og kan ikke fungere i sitt miljø.

Men selv med den teknologiske fremskritt, mange av dem i nær fremtid kan ikke opprettholdes. Og så vil det ha å gjøre en beslutning om å utstede oppdateringer eller fullstendig revisjon av hele konseptet, opprinnelig innebygd i programvaren. Derfor - og en ny syklus med en forandring i de opprinnelige forhold, utviklingsmiljø, testing, og mulig langvarig bruk i et bestemt område.

Men i datateknologien i dag foretrekkes utviklingen av automatiserte styresystemer (ACS), som brukes i industrien. Selv operativsystemet, sammenlignet med spesialiserte programmer, taper.

Samme miljø basert på Visual Basic er mye mer populær enn Windows-system. Og om programmet under UNIX-system vi snakker ikke i det hele tatt. Hva kan jeg si, hvis nesten alle kommunikasjonsnett av samme i USA arbeider utelukkende på dem. Forresten, et system som Linux og Android, også, ble opprinnelig opprettet på denne plattformen. Derfor, mest sannsynlig, UNIX utsiktene mye mer enn for alle andre produkter kombinert.

i stedet utfallet

Det gjenstår å legge til at i dette tilfellet er bare generelle prinsipper og stadier av programvaren livssyklus. I virkeligheten kan til og med de første oppgavene variere betydelig. Følgelig kan de forskjeller observeres på andre trinn.

Men kjernen teknologi for utvikling av software produkter med deres påfølgende støtte må være klart. For resten, det skal ta hensyn til detaljene i programvare laget og miljøet hvor det visstnok skal fungere, og muligheten for programmene som leveres til sluttbrukeren eller produksjon, og mye mer.

I tillegg, noen ganger livssykluser kan avhenge av at det haster med utviklingsverktøy. Hvis du for eksempel vil noen programmeringsspråk foreldet, ingen ikke gjøre å skrive programmer basert på det, og enda mer - for å introdusere dem i produksjon av automatiske kontrollsystemer. Det har allerede kommet i forgrunnen selv programmerere, og markedsførere som trenger å reagere raskt på endringer i PC-markedet. Og det er spesialister i verden, det er ikke for mye. Høyt kvalifisert personell, evnen til å holde sin hånd på pulsen på markedet, og ble den mest populære. Og de er ofte såkalte "grå kardinaler", som avhenger suksess eller nederlag til visse programvareprodukter innen IT.

Antar at de ikke alltid forstår essensen av programmet, men klart i stand til å bestemme modell av programvaren livssyklus og hvor lang tid på sin søknad, basert på globale trender i dette området. Effektiv styring gir ofte en mer håndfaste resultater. Ja, minst PR-teknologi, reklame, og så videre. D. Kan alle programmer brukeren ikke er nødvendig, men forutsatt at den er aktiv skryt brukeren installerer det. Det har så å si, underbevisst nivå (samme effekt som den 25. rammen når informasjon settes inn i sinnet til brukeren, uavhengig av seg selv).

Selvfølgelig er en slik teknologi i verden forbudt, men mange av oss er ikke engang klar over at de fortsatt kan brukes til å påvirke underbevisstheten på en bestemt måte. Det bare er en "zombie" nyhetskanaler eller nettsteder, og ikke minst bruk av mer kraftige verktøy, for eksempel eksponering for infralyd (dette ble brukt i samme opera produksjon), slik at en person kan oppleve frykt eller upassende følelser.

Retur til programvare, bør det tilføyes at enkelte programmer ved oppstart ved hjelp av lyd, og tiltrekker seg oppmerksomheten til brukeren. Og studier viser at slike programmer er mer levedyktig i forhold til andre programmer. Of course, økt og programvaren livssyklus, uansett hvilken funksjon belastes i første omgang. Og dette, dessverre, blir brukt av mange utviklere som reiser tvil om lovligheten av slike metoder.

Men ikke for oss å dømme. Kanskje betyr å definere slike trusler vil bli utviklet i nær fremtid. Selv om dette er bare en teori, men ifølge noen analytikere og eksperter, til praktiske anvendelser det er svært få. Hvis du allerede har opprettet en kopi av de nevrale nettverk av den menneskelige hjerne, hva så?