Programvarans livscykel: koncept, standarder, processer,

Mjukvaruutveckling är inte möjlig utan att förstå det så kallade programvarans livscykel. Vanlig användare kan det vara, och inte behöver veta, men det är önskvärt att lära sig de grundläggande normerna (hädanefter kommer att veta varför detta är nödvändigt).

Programvarans livscykel: vad är det i formell mening?

Under livscykeln för någon mjukvaruprodukt förstås som tiden för dess existens, med början i utvecklingsfasen och innan den fullständiga förkastande av användandet av det valda tillämpningsområdet tills fullständigt tillbakadragande från användning.

Enkelt uttryckt, informationssystem i form av program, databaser, eller till och med "operativsystem" efterfrågas endast vid data relevans och möjligheter som dem.

Man tror att definitionen av livscykeln på något sätt gäller inte för att testa applikationer, såsom betaversioner, som är mest instabila i arbetet. Samma programvarans livscykel beror på många faktorer, bland vilka en av de viktigaste roller mediet i vilket programmet kommer att användas. Du kan dock välja och de allmänna termer som används i definitionen av livscykeln konceptet.

ursprungliga krav

Som är allmänt trott, använt ett antal villkor för dess utveckling och användning för alla mjukvaruprodukt, nämligen:

• formulering av problemet;
• analys av ömsesidiga krav framtida system;
• design;
• programmering;
• kodning och kompilering;
• testning;
• felsökning;
• implementering och underhåll av programvara.

Mjukvaruutveckling består av alla ovanstående steg, och kan inte göra utan åtminstone en av dem. Men för att styra sådana processer in specifika standarder.

Process standarder av programvaran livscykel

Bland systemen förutbestämma villkoren och kraven för sådana processer kan nu kallas endast tre viktigaste:

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

För den andra internationella standarden är den ryska motsvarighet. Denna GOST R ISO / IEC 12207-2010, är ansvarig för systemet och programvaruteknik. Men programvarans livscykel, som beskrivs i de båda förordningarna, är identisk i sak. Anledningen är enkel nog.

Typer av programvara och uppdateringar

Moderna informationssystem är sådana att de etablerar gemensamma begrepp ansökan.

Till exempel finns det systemprogram och verktyg, multimedia verktyg, drivrutiner, kontorsapplikationer och så vidare. D. för alla typer av programvara kan fastställa förekomsten av skeden av livscykeln.

Dess förlängning är de vanligaste medel för uppdatering (för både operativsystem och plattformar och programvara). Förmodligen behöver inte förklara att alla användare av datorsystemet baserat på Windows-uppdateringar passerade ett stadium av systemet eller komponenter såsom Microsoft .NET Framework eller virtuell maskin Java.

planeringsstadiet

Nu några ord direkt om utvecklingsstadier. Livscykel omfattar initialt projektering, systemanalys och mål krav, möjligheten av ett preliminärt eller detaljerad design, kodning och testning, möjligheten av programvara i specialiserade system och så vidare. D.

Modeller av programvaran livscykel tyder på att initialt ställa uppgiften att skapa program bör begränsas till utvecklingen av generiska tillämpningar eller programvaruprodukter som använder en viss startmiljö.

utformning

Utvecklings system programmeringsspråk. Software design i det första steget kan minskas ner till.

Kommer detta C + / C ++, Java, Delphi eller samma föråldrade Pascal - är inte så viktigt. Frågan är, hur skapas ansökan kan integreras i operativsystemet och smidigt.

I denna mening, en livscykel av testning är det dags för den första installationen av produkten tills dess fullständiga avlägsnande på grund av obalans mellan systemkraven, inoperabla eller oförmåga att utföra de uppgifter som från början.

efterföljande faser

Ytterligare stöd för att definiera programvarans livscykel, kommer till kodning att generera och ta emot ansökan källkod.

I fallet med en fri (öppen) spridningen av så kallade certifikat tillämpas baserat på GNU licens som tillåter för förändringar i själva programvaran på begäran av användaren, bekant med programmeringsspråk som ansökan skapades.

Om det är en sluten kod kan du använda verktyg som Disassembler. Men i detta fall kan endast avkodning körbara exe-filer uppnås, och definitivt inte bundna DLL dynamiska bibliotek.

Men denna teori. I praktiken skede av programvarans livscykel innehålla en förteckning betydligt fler objekt. Även de mest enkla simulering som består av en genomgång av de standarder och formuleringen av observationer (krav på hög nivå till arkitektur, matchande den exekverbara koden, de medel och metoder för verifiering). Detta är en process av programvaran livscykel. Men här är det viktigt att förstå och kontrollera en del av principerna för sådana program och system.

Grunderna lednings

mjukvara lifecycle management är baserad på nedbrytning av program i komponenter, vilket ger en tillräckligt brett utbud av verktyg för att skapa dem.

Det finns en nackdel. Valet av moduler begränsas av den ursprungliga utvecklaren av plattformen utifrån som produceras programmering. Självklart, om man tar hänsyn till enande och skriva använda utvecklingsverktyg (speciellt återanvändbara moduler), ingen tvekan om det.

Men de olika stadierna i programvaran livscykel omfattar nödvändigtvis inrättandet av databehandling protokoll, rutiner, standardbibliotek och mycket mer.

begagnade moduler

Och ingen process programvara livscykel är komplett utan användning av mycket specifika komponenter. Bland dessa prioriteringar är följande:

• Chief (Head) modul som ansvarar för lanseringen av programvaruprodukten;
• Control Unit, som ansvarar för att kalla de bifogade komponenter eller dynamiska länkbibliotek;
• funktionalitet och service databehandling verktyg och ytterligare verktyg.

Den körbara filen är vanligtvis för Windows-baserade system presenteras i form av "ekzeshnika". Styrkomponenter har en utsträckning konfiguratorer (CONFIG.SYS applicerade till operativsystemet), ytterligare länkbibliotek har förlängnings DLL. Styrmedel och bearbetning funktioner och inställningar för vissa program kan förekomma i form av XML-filer.

De är för övrigt för de flesta av de nu kända mediaprogram är ett sätt att bevara de grundläggande konfigurationsparametrar. Med hjälp av programvara av denna typ är naturligtvis, det är ganska begränsad, men förståelsen av de allmänna principerna för arbetet med samma mediaspelare kan inte skada. Här är varför.

I själva verket, vad de programvara livscykel som endast i nivå med livet uppgradering av spelare eller installation av codecs och dekodrar. En sund och video kodkonverterare är inneboende egenskaper hos alla ljud eller videosystem.

Exempel baserad på FL Studio programmet

Inledningsvis virtuell studio sequencer FL Studio var namnet på Fruity Loops. Livscykeln för programvaran i dess primära modifiering har gått ut, men programmet är något omvandlas och fick sitt nuvarande utseende.

Om vi talar om livscykelstadier, först i det skede då formulering av problem som fastställts av flera förutsättningar:

• skapandet av en trummodul typ trummaskiner såsom Yamaha RX, men med one-shot-prov eller sekvensen i WAV-format, in live i studion;
• integrering i operativsystemet Windows,
• möjligheten att projekt export till WAV, MP3 och OGG;
• förenlighet projekt med ytterligare program Fruity Tracks.

"C": de programmeringsspråk användes i utvecklingsstadiet. Men plattformen såg ganska primitiva och inte ge slutanvändaren önskad ljudkvalitet.

I detta avseende, under scenutvecklare provning och felsökning tvungen att gå vägen för den tyska Corporation Steinberg och gäller de grundläggande kraven för ljud föraren stöd för full duplex. Ljudkvaliteten var högre och får ändra tempo, tonhöjd och införa ytterligare FX-effekter i realtid.

Slutförandet av livscykeln för mjukvaran anses vara utgången av den första officiella versionen av FL Studio, som till skillnad från sina förfäder, hade varit en fullfjädrad sequencer gränssnitt med möjlighet att ändra inställningarna på den virtuella 64-kanals mixerbord med obegränsad tillägg av ljudspår och MIDI-spår.

Främjande av programmet slutade inte där. I det skede av projektledningsstöd för anslutning av VST-format plug-ins infördes (första, andra och sedan den tredje versionen), en gång utvecklats av Steinberg. Grovt sett kan alla virtuella synthesizer som stöder VST-värd ansluta till programmet.

Det är inte förvånande att snart någon kompositör kunde använda analogin av "Iron" modeller, såsom kompletta uppsättningar av ljud en gång populära Korg M1. Mer - mer. Programmoduler som Addictive Drums eller universal plug Kontakt tillåtet att spela levande ljud från riktiga instrument, som spelats in med alla nyanser av artikulation i professionella studios.

Utvecklarna har försökt att uppnå maximal kvalitet och skapa stöd för ASIO4ALL föraren, som visade sig vara ett snitt över läget full duplex. Följaktligen den ökade bithastighet. Idag kan kvaliteten på den exporterade ljudfilen vara 320 kbit / s vid en samplingshastighet på 192 kHz. Och detta professionellt ljud.

När det gäller den första versionen av sin livscykel kan kallas helt klar, men ett sådant uttalande är relativ, eftersom ansökan endast bytt namn och har hittat nya möjligheter.

utvecklingsmöjligheter

Vilka är de olika stadierna i programvarans livscykel, är det redan klart. Men här på utvecklingen av sådan teknik bör diskuteras separat.

Onödigt att säga att alla programvaruutvecklare inte intresserad av att skapa en passerande produkt som knappast hålla ut på marknaden i flera år. I framtiden, alla tittar på långsiktigt nyttjande. Detta kan åstadkommas på olika sätt. Men som regel, nästan alla av dem koka ner för att släppa uppdateringar eller nya versioner av programvara.

Även i fallet med Windows, kan sådana trender ses med blotta ögat. Det är osannolikt att det idag finns minst en användare, med hjälp av system som versioner 3.1, 95, 98 eller Millennium. Deras livscykel avslutas efter lanseringen av version XP. Men här är serverversionen på NT-teknik bygger fortfarande är giltiga. Även Windows 2000, är i dag inte bara mycket relevant, men i vissa avseenden installationen eller säkerhet även överträffar den senaste utvecklingen. Samma sak gäller för NT 4.0-system, och specialiserade modifieringar Windows Server 2012.

Men det är i förhållande till dessa system fortfarande påstår sig stödja på högsta nivå. Men den sensationella vid tidpunkten Vista klart upplever en solnedgång cykel. Inte bara det, var det oavslutade, så stilla och fel i sig, och brister i sitt säkerhetssystem var så mycket att vi bara kan gissa hur det var möjligt att lansera en mjukvarulösning är ohållbar.

Men om vi talar om det faktum att utvecklingen av programvara av något slag (kontroll eller applikation) inte är på plats, kan vi bara konstatera fakta. När allt idag det gäller att inte bara datorsystem och mobila enheter, och i vilka de tekniker ofta framför datorn sektorn. Utseendet på processorchips baserat på åtta kärnor - är inte det bästa exemplet? Men ändå kan inte varje laptop skryta med att ha en sådan "järn".

Några ytterligare frågor

När det gäller förståelsen av programvaran livscykel, att säga att det slutade vid någon tidpunkt, kan det vara mycket godtyckliga, eftersom programvaran har fortfarande stöd av utvecklare att skapa dem. Snarare hänvisar slut på de gamla program som inte uppfyller de krav som moderna system och inte kan arbeta i sin omgivning.

Men även med de tekniska framstegen, många av dem inom en snar framtid kan inte upprätthållas. Och då kommer det att ha att göra ett beslut om att utfärda uppdateringar eller fullständig översyn av hela konceptet, ursprungligen inbäddade i programvaran. Därför - och en ny cykel med en förändring i de ursprungliga villkoren, utvecklingsmiljön, testning och möjliga långsiktiga användning inom ett visst område.

Men i datateknik gynnade idag utvecklingen av automatiska styrsystem (ACS), som används i tillverkningen. Även operativsystemet, jämfört med specialiserade program, förlorar.

Samma miljö baserad på Visual Basic är mycket mer populär än Windows-system. Och om tillämpningsprogram på UNIX-system vi inte talar alls. Vad kan jag säga, om nästan alla kommunikationsnät i samma i USA arbetar uteslutande på dem. Förresten, ett system som Linux och Android också ursprungligen skapades på denna plattform. Därför, troligen, UNIX utsikterna mycket mer än så av alla andra produkter i kombination.

istället resultatet

Det återstår att tillägga att i det här fallet är endast allmänna principer och skeden av programvarans livscykel. I själva verket kan även de första uppgifterna variera kraftigt. Således kan observeras skillnader på andra scener.

Men kärnteknologin utvecklingen av programvaruprodukter med efterföljande stöd måste vara tydlig. För övrigt bör man ta hänsyn till detaljerna i programvara som skapats och den miljö i vilken den förment ska fungera, och möjligheten program levererade till slutanvändaren eller produktion, och mycket mer.

Dessutom ibland livscykler kan bero på hur brådskande utvecklingsverktyg. Om till exempel, kommer en del programmeringsspråk föråldrad, ingen inte att skriva program som bygger på det, och ännu mer så - att introducera dem i produktionen av automatiserade system. Det har redan kommit i förgrunden även programmerare, och marknadsförare som behöver reagera snabbt på förändringar i datorn marknaden. Och det finns specialister i världen, det är inte för mycket. Högkvalificerad personal, förmågan att hålla sin hand på pulsen på marknaden, att bli den mest populära. Och de är ofta så kallade "grå kardinaler", som beror framgång eller nederlag vissa mjukvaruprodukter inom IT.

Antag att de inte alltid förstår kärnan i programmet, men klart kunna fastställa modellen av programvaran livscykel och hur lång tid av deras ansökan, baserat på de globala trenderna inom detta område. Effektiv hantering ger ofta en mer konkreta resultat. Ja, åtminstone PR-teknik, reklam, och så vidare. D. kan någon ansökan användaren är inte nödvändigt, men under förutsättning att den är aktiv skryt användaren installerar det. Det har så att säga, undermedveten nivå (samma effekt som den 25: e ramen när information läggs in i huvudet på användaren, oavsett själv).

Naturligtvis är sådan teknik i världen förbjudet, men många av oss är inte ens medvetna om att de fortfarande kan användas för att påverka det undermedvetna på ett visst sätt. Det bara är en "zombie" nyhetskanaler eller webbplatser, för att inte tala om användningen av mer kraftfulla verktyg, såsom exponering för infraljud (detta tillämpas på samma opera produktion), så att en person kan uppleva rädsla eller olämpliga känslor.

För att återgå till programvaran, bör det tilläggas att vissa program vid start med hjälp av ljud, uppmärksammades av användaren. Och studier visar att sådana tillämpningar är mer lönsamt jämfört med andra program. Naturligtvis ökat och programvarans livscykel, oavsett vilken funktion laddas från början. Och detta, tyvärr används av många utvecklare som väcker tvivel om lagligheten i sådana metoder.

Men inte för oss att bedöma. Kanske innebär att definiera sådana hot kommer att utvecklas inom en snar framtid. Även om detta är bara en teori, men enligt vissa analytiker och experter, till praktiska tillämpningar det finns mycket få. Om du redan har skapat en kopia av de neurala nätverk i den mänskliga hjärnan, vad?