Tarkvara elutsükkel: mõiste, standardite, protsesside,

Tarkvara areng ei ole võimalik ilma mõistmist nn tarkvara elutsükli. Tavakasutajal see võib olla, ja ei ole vaja teada, kuid on soovitav õppida põhistandardite (edaspidi öeldakse, miks see on vajalik).

Tarkvara elutsükkel: mis see on formaalses mõttes?

Vastavalt elutsükli mis tahes tarkvara toote all mõistetakse aega oma olemasolu, alustades arendusetapi ja enne täielikku rahuldamata kasutamise valitud rakendusala kuni täiesti välja kasutamiseks taotluse.

Lihtsamalt öeldes, infosüsteemide kujul programmid, andmebaasid, või isegi "operatsioonisüsteemide" on nõudlus vaid juhul andmete asjakohasuse ja võimalusi, mida nad osutavad.

Arvatakse, et mõiste elutsükli kuidagi ei kehti testida rakendusi, nagu beeta versioonid, mis on kõige ebastabiilne töö. Seesama tarkvara elutsükli sõltub paljudest teguritest, mille hulgas üks peamisi rolle keskkonnas, kus programmi hakatakse kasutama. Siiski, saate valida ja üldiselt kasutatakse mõistet elutsükli kontseptsioon.

algnõuetele

Nagu tavaliselt arvatakse, kasutatud mitmeid tingimusi selle arendamist ja kasutamist mis tahes tarkvara toote, nimelt:

• probleemi formuleerimise;
• analüüs vastastikuse nõuetele tulevase süsteemi
• disain;
• programmeerimine;
• kodeerimine ja koostamise;
• katsetamine;
• silumine;
• rakendamise ja hooldus tarkvara.

Tarkvaraarendus koosneb kõikidest ülaltoodud samme, ja ei saa ilma vähemalt üks neist. Aga kontrollida selliste protsesside seada konkreetseid standardeid.

Protsessi standardid tarkvara elutsükli

Süsteemide seas ette määrata tingimused ja nõuded nende protsesside saab nüüd nimetatakse ainult kolmele suurele

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

Teise rahvusvahelise standardi on Vene samaväärne. See GOST R ISO / IEC 12207-2010, vastutab süsteemi ja tarkvaratehnika. Aga tarkvara elutsükli, kirjeldatud nii normid, on sisuliselt identne. Põhjus on lihtne piisa.

Tüüpi tarkvara ja värskendusi

Modern infosüsteemid on selline, et nad kehtestada ühised mõisted taotluse.

Näiteks on süsteemi programmide ja kommunaalteenused, multimeedia vahendeid, seadme draiverid, kontoris ja nii edasi. D. Mis tahes tüüpi tarkvara saab kindlaks olemasolu etappides elutsükli.

Selle laiendamine on kõige sagedamini kasutatav vahend uuendamine (nii operatsioonisüsteeme ja platvormid ja rakendustarkvara). Ilmselt ei ole vaja selgitada, et iga kasutaja arvuti süsteem, mis põhineb Windows uuendused läbinud etapi süsteemi või selle osa, nagu Microsoft .NET Framework või virtuaalse masina Java.

projekteeritavate

Nüüd paar sõna otse umbes arengujärgus. Elutsükli esialgu hõlmab projekti planeerimise, süsteemi analüüs ja eesmärgi nõuetele, võimalust või detailplaneering, kodeerimine ja testimine, võimalust rakendustarkvara Erisüsteemide, ja nii edasi. D.

Mudelid tarkvara elutsükli soovitab algselt ülesandeks luua tarkvara peaks piirduma arengu üldised rakenduste või tarkvara tooteid, mis kasutavad mõned käivitamisel keskkond.

disain

Development süsteemide programmeerimiskeeli. Tarkvara projekteerimine esimeses etapis saab vähendada kuni.

Kas see C + / C ++, Java, Delphi või sama vananenud Pascal - ei ole nii oluline. Küsimus on, kuidas luua rakendus saab integreerida operatsioonisüsteemi ja tõrgeteta.

Selles mõttes ühe elutsükli tarkvara testimise see on aeg esialgse paigaldamise toodet kuni selle täieliku eemaldamise tõttu ebakõla süsteemi nõuetele, kasutuskõlbmatud või võimetus täita ülesandeid algselt.

järgmiste etappide

Täiendavat toetust määratlemisel tarkvara elutsükli, taandub kodeerimine luua ja vastu võtta taotlus lähtekoodi.

Juhul tasuta (avatud) levikut nn sertifikaadi taotlemisel põhineb GNU litsentsi, mis võimaldab muutusi tarkvara ise palvel alla, tuttav programmeerimiskeelt, kellele taotlus on loodud.

Kui see on suletud koodi, mida saab kasutada vahendeid, nagu Disassembler. Aga sel juhul ainult dekodeerimine käivitatava EXE-faile on võimalik saavutada, ja kindlasti ei ole seotud DLL dünaamilised teegid.

Aga see teooria. Praktikas staadiumis tarkvara elutsükli sisaldama loetelu palju punkte. Isegi kõige lihtsam simulatsioon, mis koosneb läbivaatamise standarditele ning leidude (kõrged nõuded arhitektuurile, sobitamine käivitatava koodi, vahendite ja meetodite kinnitamiseks). See on protsess, tarkvara elutsükli. Aga siin on oluline mõista ja kontrollida mõned põhimõtted selliste programmide ja süsteemidega.

juhtimise põhitõed

tarkvara elutsükli juhtimine põhineb lagunemist programmid komponendid, andes piisavalt lai valik vahendeid, et luua neile.

On negatiivsed. Moodulite valik on piiratud esialgse arendaja platvormi alusel, mis on toodetud programmeerimine. Muidugi, kui te võtate arvesse ühendamise ja kirjutades kasutada arendusvahendeid (eriti korduvkasutatavad mooduleid), ei kahtlust.

Aga etappidel tarkvara elutsükli tingimata sisaldama kehtestamiseks andmetöötluse protokolle, rutiin, standard raamatukogud ja muud.

kasutatud moodulid

Ja ei protsess tarkvara elutsükli on täielik ilma kasutamise väga spetsiifilised komponendid. Nende prioriteetide hulgas on järgmised:

• Chief (Head) moodul vastutab käivitamist tarkvara toote
• Juhtimispult, vastutab helistades lisatud komponentide või dünaamiline link raamatukogu;
• funktsionaalsuse ja teenuse andmetöötlus vahendid ja täiendavaid vahendeid.

Käivitatava faili on tavaliselt Windows-põhiste süsteemide esitatud kujul "ekzeshnika". Kontroll komponendid laiendust konfiguraatoris (config rakendada operatsioonisüsteemi), veelgi link raamatukogud on laiendus DLL. Kontrolli- ja töötlemise funktsioone ja seadeid mõned rakendused võivad ilmuda kujul XML faile.

Nad on, muide, et enamik praegu tuntud meedia programmid on vahend, säilitades põhilised konfiguratsiooni parameetreid. Kasutades tarkvara seda tüüpi, muidugi, see on üsna piiratud, kuid arusaam üldpõhimõtteid töö sama meedia mängijad ei haiget. Siin on põhjus, miks.

Tegelikult, mida nad tarkvara elutsükli sätestatud ainult tasandil elu uuendada mängija või paigaldamise koodekid ja dekoodrid. Heli ja video transcoders on omane atribuutide tahes audio või video süsteemi.

Näide põhineb FL Studio programmi

Esialgu virtuaalse stuudio sequencer FL Studio nimi oli Fruity Loops. Elutsükli tarkvara oma esmase muudatus on lõppenud, kuid taotlus on mõnevõrra muutnud ja omandas praeguse kuju.

Kui me räägime käitlusetappides esimese etapil probleemi formuleerimise loodi mitmed eeltingimused:

• loomine trumli moodul tüüpi drum masinad nagu Yamaha RX, kuid ühe-shot-proovi või järjestuse WAV, salvestatud live stuudios;
• integreerimine Windowsi operatsioonisüsteemi;
• võimalust projekti eksportimiseks WAV, MP3 ja OGG;
• ühilduvuse projektide täiendava taotlusega mahlakas lood.

"C" tähendab programmeerimiskeeled kasutati arenguetapis. Aga platvormi tundus üsna primitiivne ja ei anna lõppkasutaja soovitud heli kvaliteeti.

Sellega seoses katsetamise ajal ja silumine etapis arendajad pidid minema viis Saksa Corporation Steinberg ja kehtivad põhinõuded heli juhi toetus Full Duplex režiimis. Heli kvaliteet oli kõrgem ja lubatud muuta tempo, pigi ja kehtestada täiendavaid FX-mõju reaalajas.

Lõpetamist elutsükli tarkvara peetakse väljund esimese ametliku versiooni FL Studio, mis erinevalt nende esivanemad, oli täieõiguslik sequencer liides võime muuta seadeid virtuaalse 64 kanaliga mikserpult piiramatu lisamine audio rajad ja MIDI-lugusid.

Edendamise programm ei peatuda. Staadiumis projektijuhtimise toetamise ühendamiseks VST formaat plug-ins võeti kasutusele (esimene, teine ja siis kolmas versioon), üks kord välja töötatud Steinberg. Üldjoontes virtuaalne süntesaator, mis toetab VST-host saab ühendada programmi.

See ei ole üllatav, et varsti tahes helilooja võiks kasutada analoogiat "raud" mudelid, nagu komplektid helid kord populaarne Korg M1. Veel - rohkem. Application moodulid nagu Addictive Drums või universaalne pistik Kontakt lubatud mängida live helide tõelise vahendeid, salvestatakse kõik toonid liigendus kutselistes stuudiotes.

Arendajad on püüdnud saavutada maksimaalne kvaliteet ja luua toetust ASIO4ALL juht, kes osutus lõigatud üle režiim Full Duplex. Seega suurenes bitrate. Täna, kvaliteedi eksporditud helifaili võib olla 320 kbit / s diskreetimissagedus 192 kHz. Ja see professionaalne heli.

Nagu esialgse versiooni oma elutsükli võiks nimetada täiesti valmis, kuid selline avaldus on suhteline, sest rakendus ainult muutnud oma nime ja on leidnud uusi võimalusi.

arenguperspektiividest

Millised on etapid tarkvara elutsükli, see on juba selge. Aga siin on selliste tehnoloogiate arengut tuleks arutada eraldi.

Ütlematagi selge, et mis tahes tarkvara arendaja ei ole huvitatud loomisel associated toote, mis vaevalt hoida viia turule mitu aastat. Tulevikus igaüks vaadates pikaajalise kasutamise. Seda on võimalik saavutada erinevatel viisidel. Aga reeglina, peaaegu kõik neist taanduvad välja värskendusi või uusi versioone tarkvara.

Isegi juhul, Windows, nagu suundumusi võib näha ka palja silmaga. On ebatõenäoline, et täna on vähemalt üks kasutaja, kasutades süsteemide nagu versioonid 3.1, 95, 98, või Millennium. Nende elutsükli on lõppenud pärast vabanemist versiooni XP. Aga siin on server versiooni NT tehnoloogial põhinev kehtivad endiselt. Isegi Windows 2000, täna ei ole mitte ainult väga oluline, kuid mõnes mõttes paigaldamise või turvalisust veelgi ületades viimaseid arenguid. Sama kehtib NT 4.0 süsteemid ja spetsialiseeritud muudatusi Windows Server 2012.

Aga see on seotud nende süsteemide veel väidab, et toetada kõige kõrgemal tasemel. Aga sensatsiooniline ajal Vista on selgelt tekkinud päikeseloojangu tsükli. Mitte ainult, et see oli lõpetamata, nii ikka ja viga ise ja puudusi oma turvasüsteem oli nii palju, et saame ainult oletada, kuidas see oli võimalik käivitada tarkvara lahendus on vastuvõetamatu.

Aga kui me räägime sellest, et tarkvara arendamine mistahes tüüpi (kontrolli või taotlus) ei ole paigas, võime ainult konstateerida fakte. Lõppude lõpuks, täna tegemist mitte ainult arvutisüsteemide ja mobiilseadmete ja kus tehnoloogia on sageli enne arvuti sektoris. Välimus protsessorikiipide põhineb kaheksal südamikud - ei ole parim näide? Aga ikkagi, mitte iga sülearvuti võib kiidelda võttes selline "raud".

Mõned täiendavad küsimused

Nagu arusaamist tarkvara elutsükli, et öelda, et see lõppes mingil ajahetkel, see võib olla väga meelevaldne, sest tarkvara on veel toetust arendajad luua neile. Pigem lõpus viitab pärand taotlused, mis ei vasta nõuetele kaasaegsed süsteemid ja ei saa töötada oma keskkonda.

Aga isegi tehnoloogilised edusammud, paljud neist lähitulevikus ei ole võimalik säilitada. Ja siis pead tegema otsuse, kas väljastada värskendusi või täielik ülevaatus kogu kontseptsioon, algselt paigaldatud tarkvara. Seega - ja uus tsükkel muutus algtingimuste arenduskeskkond, katsetamine ja võimalikku pikaajalist kasutamist teatud piirkonnas.

Aga infotehnoloogia täna soodustas arengut automatiseeritud juhtimissüsteemide (ACS), mida kasutatakse tootmises. Isegi operatsioonisüsteemi, võrreldes spetsialiseeritud programmid, kaotada.

Sama keskkond põhineb Visual Basic on palju populaarsem kui Windows-süsteemi. Ja umbes rakendustarkvara all UNIX-süsteemi me ei räägi üldse. Mis ma oskan öelda, kui peaaegu kõik sidevõrgud sama Ühendriikide töötavad ainult neile. Muide, selline süsteem nagu Linux ja Android ka algselt loodud sellel platvormil. Seega on üsna tõenäoline, UNIX väljavaated palju kui kõigi teiste toodete kombineeritud.

asemel tulemuse

Jääb lisada, et antud juhul on ainult üldised põhimõtted ja etapid tarkvara elutsükli. Tegelikult isegi lähteülesannete võib oluliselt erineda. Seega erinevused võib täheldada lavadel.

Aga tuum tehnoloogia areng tarkvara tooteid nende edasine toetus peab olema selge. Ülejäänud peaks arvestama spetsiifikast tarkvara loodud, ja keskkond, kus ta väidetavalt peaks töötama, ning võimalus programmide pakutakse lõppkasutajale või tootmise ja palju muud.

Lisaks mõnikord elutsükkel võib sõltuda arengu hädavajalikkuse tööriistu. Kui näiteks mõned programmeerimiskeelt vananenud, keegi ei tee kirjutada programme, mis põhinevad, ja veelgi enam - tutvustada neile tootmise automatiseeritud juhtimissüsteemide. Seal on juba esiplaanile isegi programmeerijad ja turundajad, kes vajavad kiiresti reageerida muutustele arvuti turul. Ja seal on spetsialistid maailma, seal ei ole liiga palju. Kõrgelt kvalifitseeritud personali, võime hoida oma kätt pulsil turul, muutub kõige populaarsem. Ja nad on sageli nn "hall kardinalid", millest sõltub edu või lüüasaamist teatud tarkvaratoodete valdkonnas IT.

Oletame nad ei mõista sisuliselt programmi, kuid selgelt võimalik määrata mudel tarkvara elutsükli ja aega oma taotluse, mis põhineb globaalseid trende selles valdkonnas. Tõhus juhtimine sageli annab rohkem käegakatsutavaid tulemusi. Jah, vähemalt PR-tehnoloogia, reklaam, ja nii edasi. D. Kas iga taotluse kasutaja ei ole vajalik, kuid tingimusel, et see on aktiivne hooplemine kasutaja installib. See on nii-öelda, alateadvuse tasandil (sama mõju 25. raami teave pannakse silmis kasutaja, sõltumata ise).

Muidugi, selline tehnoloogia maailmas on keelatud, kuid paljud meist ei ole isegi teadlikud, et nad võivad endiselt kasutada, et mõjutada alateadvuses teatud viisil. Et ainult on "zombie" uudiste kanaleid või veebilehtede, rääkimata kasutamine võimsam vahendid, nagu kokkupuude infraheli (see kanti sama ooperit), nii et inimene võib kogeda hirmu või sobimatu emotsioone.

Tulles tagasi tarkvara, tuleb lisada, et mõned programmid käivitamisel kasutades heli, äratades tähelepanu alla. Ja uuringud näitavad, et need rakendused on elujõulisem võrreldes teiste programmidega. Muidugi, suurenenud ja tarkvara elutsükli, ükskõik mis funktsioon on laetud esialgu. Ja see, kahjuks kasutavad paljud arendajad, et tekitab kahtlusi seaduslikkuse selliste meetoditega.

Aga mitte meile kohtunik. Võibolla tähendab määratlemisel selliste ohtude töötatakse välja lähiajal. Kuigi see on ainult teooria, kuid vastavalt mõned analüütikud ja eksperdid, praktilisi rakendusi on väga vähe. Kui Te olete juba loodud koopia närvivõrkude inimese aju, siis mida?