Življenjski cikel programske opreme: koncept, standardi, procesi,

Razvoj programske opreme ni mogoče brez razumevanja ti življenjski cikel programske opreme. Redni uporabnik je lahko, in ni treba vedeti, vendar je zaželeno, da se naučijo osnovnih standardov (v nadaljevanju bo povedal, zakaj je to potrebno).

Življenjski cikel programske opreme: kaj je v formalnem smislu?

V okviru življenjskega cikla kakršne koli programske opreme izdelka se razume kot čas svojega obstoja, ki se začne s fazo razvoja in pred popolno zavrnitev uporabe izbranega področja uporabe do popolnega umika iz uporabe uporabo.

Preprosto povedano, informacijske sisteme v obliki programov, podatkovne baze, ali celo "operacijskih sistemov" so v povpraševanju le v primeru relevantnosti podatkov in možnosti, ki jih zagotavljajo.

Domneva se, da je opredelitev življenjskega cikla v ničemer ne nanaša na testiranje aplikacij, kot so beta različice, ki so najbolj nestabilen pri delu. Isti življenjski cikel programske opreme je odvisna od številnih dejavnikov, med katerimi je ena izmed glavnih vlog, ki jih je medij, v katerem se bo uporabljal program moštvo. Vendar pa lahko izberete in splošni pogoji se uporabljajo v opredelitvi koncepta življenjskega cikla.

začetne zahteve

Kot je splošno prepričanje, ki se uporablja več pogojev glede njenega razvoja in uporabe za katerikoli izdelek programske opreme, in sicer:

• Formulacija problema;
• Analiza medsebojnih zahtev prihodnjega sistema;
• oblikovanje;
• programiranje;
• kodiranje in zbiranje;
• testiranje;
• odpravljanje napak;
• izvajanje in vzdrževanje programske opreme.

Razvoj programske opreme je sestavljen iz vseh zgoraj navedenih korakov, in ne more storiti, ne da bi vsaj enega od njih. Ampak za nadzor takšnih postopkov določiti posebne standarde.

standardov proces v življenjskem ciklu programske opreme

Med sistemov vnaprej pogoje in zahteve za takšne postopke, se zdaj lahko imenuje le tri najpomembnejše:

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

Za drugo mednarodnega standarda je ruski ekvivalent. To GOST R ISO / IEC 12207-2010, je odgovoren za sistem in razvoj programske opreme. Toda življenjski cikel programske opreme, opisane v obeh uredbah, je vsebinsko enak. Razlog je preprost.

Vrste programske opreme in posodobitev

Sodobni informacijski sistemi so take, da oblikujejo skupni pojmi aplikacijo.

Na primer, obstajajo sistemskih programov in pripomočkov, multimedijskih orodij, gonilniki naprav, pisarniške aplikacije in tako naprej. D. Za vse vrste programske opreme, lahko ugotovi obstoj fazah življenjskega cikla.

Njen podaljšek je najpogosteje uporabljena sredstva za posodabljanje (za oba operacijskih sistemov in platform in programske aplikacije). Verjetno ni treba razložiti, da vsak uporabnik računalniškega sistema, ki temelji na posodobitve Windows opravil fazo sistema ali sestavnih delov, kot so ogrodja Microsoft .NET ali virtualni stroj Java.

scenografija

Zdaj nekaj besed neposredno o stopnjah razvoja. Življenjski cikel na začetku vključuje načrtovanje, analizo sistema in ciljne zahteve, možnost predhodno ali podrobno načrtovanje, kodiranje in testiranje, možnost aplikativne programske opreme v specializiranih sistemov, in tako naprej. D.

Modeli v življenjskem ciklu programske opreme predlaga, da se najprej določi nalogo ustvarjanje programske opreme mora biti omejena na razvoj generičnih aplikacij ali programske opreme, ki uporabljajo nekaj zagonskega okolja.

oblikovanje

Razvojni sistemi so programski jeziki. načrtovanje programske opreme v prvi fazi je mogoče zmanjšati navzdol.

Bo to C + / C ++, Java, Delphi ali enako zastareli Pascal - ni tako pomembno. Vprašanje je, kako se ustvari aplikacija lahko vgrajen v operacijski sistem in teče gladko.

V tem smislu je ena življenjski cikel testiranja programske opreme, da je čas za prvo vgradnjo proizvoda do popolne odstranitve zaradi neusklajenosti zahtev sistema, neoperativni ali nezmožnosti za opravljanje nalog prvotno.

poznejše faze

Nadaljnja podpora za določanje življenjski cikel programske opreme, prihaja do kodiranja za ustvarjanje in sprejemanje izvorne aplikacije kodo.

Pri prosti (odprti) širjenja ti certifikata je uporabljeno na podlagi licence GNU, ki omogoča spremembe v sami programski opremi na zahtevo uporabnika, ki pozna programski jezik, ki je nastal zahtevek.

Če je zaprta koda, lahko uporabite orodja, kot rastavljanja. Toda v tem primeru lahko le dekodiranje izvršljiv EXE-datoteke je treba doseči, in gotovo ni vezan DLL dinamičnih knjižnic.

Toda ta teorija. V praksi se je stopnja življenjskem ciklu programske opreme vključuje seznam veliko več predmetov. Tudi najbolj preprosta simulacija, ki je sestavljen iz pregleda standardov in oblikovanju stališč (zahteve na visoki ravni v arhitekturi, ki ustrezajo izvedljivo kodo, sredstva in metode preverjanja). To je proces, v življenjskem ciklu programske opreme. Ampak tukaj je pomembno razumeti in nadzor nekaterih načel takih programov in sistemov.

Osnove upravljanja

upravljanje življenjskega cikla programske opreme, ki temelji na razgradnji programov v sestavne dele, ki daje dovolj veliko paleto orodij za njihovo ustvarjanje.

Tam je negativna. Izbira modulov je omejena s prvotnega razvijalca platforme, na podlagi katerih se proizvaja programiranja. Seveda, če se upošteva poenotenje in tipkanje uporablja razvojnih orodij (predvsem večkratno moduli), o tem ni dvoma.

Toda faze življenjskega cikla programske opreme, nujno vključevati uvedbo obdelavo podatkov protokolov, rutine, standardne knjižnice, in še več.

Rabljeni moduli

In noben proces razvoja programske opreme, je popolna brez uporabe zelo specifičnih sestavnih delov. Med temi prednostnimi nalogami so naslednji:

• Vodja (vodja), modul odgovoren za uvedbo proizvoda programske opreme;
• Nadzorna enota, ki je odgovorna za klic priložene komponente ali dinamične knjižnice povezavo;
• funkcionalnost in obdelavo podatkov storitve orodja in dodatna orodja.

Izvedljiva datoteka je običajno, je za sisteme, ki temeljijo na operacijskem sistemu Windows predstavljeni v obliki "ekzeshnika". Krmilni elementi imajo svojo Configurators podaljškov (Config uporabljajo operacijski sistem), dodatne knjižnice povezavo imajo podaljšek DLL. Sredstva za kontrolo in obdelavo funkcij in nastavitev nekaterih aplikacij se lahko pojavijo v obliki datoteke XML.

To so, mimogrede, za večino trenutno znanih programov mediji so sredstvo za ohranjanje osnovne konfiguracijske parametre. Uporaba programske opreme te vrste, seveda, to je precej omejen, vendar je razumevanje splošnih načel dela z istimi multimedijskih predvajalnikov ne bi poškodoval. Tukaj je, zakaj.

V bistvu, kaj procesu razvoja programske opreme iz le na ravni življenjskega nadgradnjo predvajalnika ali namestitev kodekov in sprejemnikov. A zvočne in video transcoders sta neločljivi atributi koli avdio in video sistema.

Primer, ki temelji na programu, FL Studio

Sprva je bil virtualni studio sekvencer FL Studio ime Fruity Loops. Življenjski cikel programske opreme v svojem primarnem spremembe je potekel, vendar je prijava nekoliko preoblikovala in dobila današnjo podobo.

Če govorimo o fazah življenjskega cikla, je bil prvič v fazi oblikovanja problema, ki ga več pogojev:

• oblikovanje bobna strojev boben tipa modul, kot je Yamaha RX, vendar z eno-shot-vzorcu ali zaporedju v formatu WAV, posnetih v živo v studiu;
• integracija v operacijskem sistemu Windows;
• možnost projekta izvoz v WAV, MP3 in OGG;
• skladnost projektov z dodatno uporabo Fruity skladbe.

"C" pomeni, da so programski jeziki so bili uporabljeni v razvojni fazi. Toda platforma pogledal precej primitivno in ni dal končnemu uporabniku želeno kakovost zvoka.

V zvezi s tem med razvijalci fazi testiranja in odpravljanje napak moral iti po poti nemškega Corporation Steinberg in se uporabljajo za osnovne zahteve za zvočno podporo gonilnikov za način dupleks. Kakovost zvoka je bila višja, in dovoljeno spremeniti tempo, igrišča in uvedejo dodatne FX učinke v realnem času.

Dokončanje življenjskega cikla programske opreme, se šteje, da je proizvodnja prve uradne različice FL Studio, ki je, za razliko od svojih prednikov, je bil polnopravni sekvencer vmesnik z možnostjo urejanja nastavitve na virtualni 64-kanalni mešalna miza z neomejeno dodajanje zvočnih posnetkov in MIDI-skladbe.

Promocija programa ni ustavil tam. V fazi podpore za vodenje projektov za povezovanje formata VST plug-ins bil uveden (prvi, drugi in nato še tretjo različico), ki ga Steinberg enkrat razvit. V grobem lahko vsak virtualni sintetizator, ki podpira VST-host povezati s programom.

To ni presenetljivo, da bi lahko kmalu koli skladatelj uporabiti analogijo modelov "železa", kot popolnih sklopov zvokov enkrat priljubljenih Korg M1. Več - več. Uporaba modulov, kot so zasvojenost bobni ali Universal Plug Kontakt dovoljeno igrati v živo zvoke pravih instrumentov, posnete z vsemi odtenki artikulacije v profesionalne studie.

Razvijalci so poskušali doseči najvišjo kakovost in ustvarja podporo za voznika ASIO4ALL, ki se je izkazalo, da je zmanjšanje nad načinu full duplex. Skladno s tem se je povečala bitrate. Danes se je kakovost izvoženega avdio datoteke 320 kbit / s pri frekvenci vzorčenja 192 kHz. In to strokovno zvok.

Kot je za prvo različico svojega življenjskega cikla se lahko imenuje dokončana, vendar taka izjava je relativna, saj je vloga spremenila samo svoje ime, pa je našel nove priložnosti.

razvojne možnosti

Katere so faze življenjskem ciklu programske opreme, je že jasno. Vendar je treba tukaj na razvoj teh tehnologij obravnaval ločeno.

Ni treba posebej poudarjati, da je vsak razvijalec programske opreme ne zanima ustvarjanje poteka izdelek, ki komaj imajo ven na trgu že več let. V prihodnosti, vsi gledamo na dolgoročne uporabe. To je mogoče doseči na različne načine. Ampak kot pravilo, skoraj vse izmed njih omejijo na javnost posodobitve ali nove različice programske opreme.

Tudi v primeru operacijskega sistema Windows, lahko takšna gibanja videti s prostim očesom. Malo verjetno je, da je danes vsaj en uporabnik, ki uporabljajo sisteme, kot so različice 3.1, 95, 98, ali tisočletje. Njihov življenjski cikel je končalo po sprostitvi različice XP. Ampak tukaj je različica strežnika na NT tehnologije, ki temelji še vedno veljavni. Tudi Windows 2000, danes ni le zelo pomembna, vendar v nekaterih pogledih namestitev ali varnostni celo presegla najnovejše dosežke. Enako velja za NT 4.0 sistemih, in specializirane spremembe Windows Server 2012.

Vendar pa je v zvezi s temi sistemi še vedno trdi, da podporo na najvišji ravni. Ampak senzacionalno v času Vista je očitno doživlja sunset cikel. Ne samo, da je bil nedokončan, tako da še vedno in napake pri sebi, in pomanjkljivosti v svojem varnostnem sistemu je bilo toliko, da smo lahko samo ugibati o tem, kako je bilo mogoče sprožiti programska rešitev, je nevzdržno.

Ampak, če govorimo o tem, da je razvoj programske opreme, katere koli vrste (kontrola ali aplikacije), ni na mestu, lahko trdimo, samo dejstva. Konec koncev, danes gre za ne samo računalniških sistemov in mobilnih naprav, in v katerih tehnologije so pogosto pred računalniški sektor. Videz procesorskih čipov, ki temelji na osem jeder - ni najboljši primer? Ampak še vedno ne more vsak prenosnik pohvali s takšno "železo".

Nekaj dodatnih vprašanj

Kot je za razumevanje življenjskega cikla programske opreme, bi rekli, da je končal na neki točki v času, je lahko zelo poljubna, saj je programska oprema še vedno podporo razvijalcev za njihovo ustvarjanje. Namesto, konec nanaša na starih aplikacij, ki ne ustrezajo zahtevam sodobnih sistemov in ne more delovati v svojem okolju.

Toda tudi s tehnološkim napredkom, mnogi od njih v bližnji prihodnosti ni mogoče ohraniti. In potem bo morala sprejeti odločitev bodisi za izdajo posodobitve ali popolno spremembo celotnega koncepta, prvotno vgrajene v programski opremi. Zato - in nov cikel s spremembo začetnih pogojev za razvoj okolja, testiranje, in morebitni dolgoročni uporabi na določenem območju.

Toda v računalniško tehnologijo je danes zavzel za razvoj avtomatiziranih kontrolnih sistemov (ACS), ki se uporabljajo v proizvodnji. Tudi operacijski sistem, v primerjavi s specializiranimi programi, izgubijo.

Enako okolje, ki temelji na Visual Basic, so veliko bolj priljubljen kot Windows sistemu. In glede programske opreme pod UNIX sistemu ne govorimo sploh. Kaj naj rečem, če je skoraj vse komunikacijskih omrežij enak ZDA delajo izključno na njih. Mimogrede, sistem kot je Linux in Android, preveč, so bile prvotno ustanovljena na tej platformi. Zato je zelo verjetno, obeti UNIX veliko več od vseh ostalih izdelkov skupaj.

namesto izid

Treba je še dodati, da so v tem primeru le splošna načela in faze življenjskem ciklu programske opreme. V bistvu, lahko celo začetne naloge bistveno razlikujejo. V skladu s tem je mogoče opaziti razlike v drugih fazah.

Vendar pa mora jedro tehnološkega razvoja iz leta programskih izdelkov z njihovo nadaljnjo podporo bo jasno. Za ostalo, bi morala upoštevati posebnosti programske opreme ustvaril, in okolja, v katerem naj bi bilo delo, ter možnost, da programi, ki končnemu uporabniku ali proizvodnjo, in še veliko več.

Poleg tega so lahko včasih življenjski cikli odvisni od pomembnosti razvojnih orodij. Če na primer nekateri programski jeziki zastarejo, nihče ne bo pisal programov, ki bi temeljili na njem, in še bolj - jih uvesti v avtomatizirane kontrolne sisteme v proizvodnji. Tukaj tudi programerji ne pridejo v ospredje, ampak tržniki, ki bi se morali pravočasno odzvati na spremembe na računalniškem trgu. In ni tako veliko takih strokovnjakov na svetu. Visoko kvalificirano osebje, ki lahko drži roko na trgu impulzov, postaja vedno bolj zahtevno. In pogosto so tako imenovani "sivi kardinali", na katerih je odvisen uspeh ali izguba določenega programskega izdelka v IT področju.

Ne smejo vedno razumeti bistva programiranja, vendar pa lahko jasno določijo modele življenjskega cikla programske opreme in trajanje njihove uporabe, ki temelji na svetovnih trendih na tem področju. Učinkovito upravljanje pogosto daje bolj oprijemljive rezultate. Da, vsaj PR tehnologija, oglaševanje itd. Morda se nekaj nanaša na uporabnika in ga ne potrebuje, če pa se aktivno oglašuje, ga bo uporabnik namestil. To je že tako rekoč podzavestna raven (enak učinek 25. okvira, ko se informacije shranijo v zavest uporabnika, ne glede na samega sebe).

Seveda so takšne tehnologije na svetu prepovedane, vendar mnogi od nas niti ne mislijo, da jih je mogoče še vedno uporabljati in vplivati na podzavestni um na določen način. Kakšna je edina "zombifikacija" novičarskih kanalov ali spletnih mest, da ne omenjam uporabe močnejših orodij, kot je izpostavljenost infrasoundu (to je bilo uporabljeno v eni operni produkciji), tako da bi lahko oseba doživela strah ali neustrezna čustva.

Če se vrnete na programsko opremo, je treba dodati, da nekateri programi pri zagonu uporabljajo zvočni signal, kar opozarja uporabnika. In, kot kažejo raziskave, so takšne aplikacije bolj učinkovite v primerjavi z drugimi programi. Seveda se življenjski cikel programske opreme poveča, ne glede na to, katera funkcija je na začetku dodeljena. In to na žalost uporabljajo številni razvijalci, kar dvomi o veljavnosti teh metod.

Toda nas o tem ne sodite. Morda bo v bližnji prihodnosti razvita orodja, ki določajo takšne grožnje. Do zdaj je to le teorija, vendar po mnenju nekaterih analitikov in strokovnjakov malo ostane praktična uporaba. Če že ustvarjate kopije nevronskih mrež človeških možganov, kaj naj rečem?