Software-ul ciclu de viață: concept, standarde, procese,

Software-ul de dezvoltare nu este posibilă fără a înțelege așa-numitul ciclu de viață al software. utilizator obișnuit poate fi, și nu trebuie să știe, dar este de dorit să învețe standardele de bază (în continuare se va spune de ce acest lucru este necesar).

Software-ul ciclu de viață: ce este în sens formal?

Sub ciclul de viață al oricărui produs software este înțeleasă ca timpul existenței sale, începând cu etapa de dezvoltare și înainte respingerea completă a utilizării câmpului selectat de aplicare până la retragerea completă din aplicarea utilizare.

Pur și simplu pune, sistemele de informații sub formă de programe, baze de date, sau chiar „de sisteme de operare“ sunt în cerere numai în cazul relevanței și a oportunităților oferite de acestea date.

Se crede că definiția ciclului de viață în nici un fel nu se aplică pentru a testa aplicații, cum ar fi versiunile beta, care sunt cele mai instabilă în lucrare. Exact același ciclu de viață al software depinde de mai mulți factori, printre care unul dintre rolurile principale jucate de mediul în care programul va fi utilizat. Cu toate acestea, puteți selecta și termenii generali utilizați în definiția conceptului de ciclu de viață.

cerințe inițiale

După cum se crede, a folosit o serie de condiții în ceea ce privește dezvoltarea și utilizarea sa pentru orice produs software, și anume:

• formularea problemei;
• analiza cerințelor reciproce ale viitorului sistem;
• proiectare;
• programare;
• codificare și compilare;
• testare;
• depanare;
• implementarea și întreținerea software-ului.

Software-ul de dezvoltare este format din toți pașii de mai sus, și nu se poate face fără cel puțin unul dintre ei. Dar, pentru a controla astfel de procese stabilite standarde specifice.

standarde de proces ale ciclului de viață al software-ului

Printre sistemele predetermină condițiile și cerințele pentru astfel de procese pot fi acum numite doar trei cele mai importante:

• GOST 34.601-90;
• ISO / IEC 12207: 2008;
• Oracle CDM.

Pentru al doilea standard internațional este echivalentul rusesc. Acest GOST R ISO / IEC 12207-2010, este responsabil pentru sistemul și inginerie software. Dar, ciclul de viață al software-ului, descris în ambele regulamente, este identică în esență. Motivul este destul de simplu.

Tipuri de software și actualizări

Sistemele informatice moderne sunt de așa natură încât acestea stabilesc aplicarea conceptelor comune.

De exemplu, există programe de sistem și utilitare, instrumente multimedia, drivere de dispozitiv, aplicații de birou și așa mai departe. D. Pentru orice tip de software poate determina existența unor etape ale ciclului de viață.

extinderea acesteia este cel mai frecvent utilizate mijloace de actualizare (pentru ambele sisteme și platforme de operare și aplicații software). Probabil că nu trebuie să explice că orice utilizator al sistemului informatic bazat pe actualizările Windows a trecut o etapă a sistemului sau a componentelor , cum ar fi Microsoft .NET Framework sau mașină virtuală Java.

etapa de proiectare

Acum câteva cuvinte în mod direct despre etapele de dezvoltare. Ciclul de viață include inițial de planificare a proiectului, analiza sistemului și cerințele de țintă, posibilitatea unui design preliminar sau detaliate, de codificare și testare, posibilitatea de software de aplicație în sistemele specializate, și așa mai departe. D.

Modele ale ciclului de viață software-ul sugerează că inițial stabilit sarcina de a crea software-ul ar trebui să fie limitată la dezvoltarea de aplicații generice sau produse software care utilizează unele mediu de pornire.

desen

Sistemele de dezvoltare sunt limbaje de programare. Software-ul de proiectare în prima etapă poate fi redusă până la.

Va această C + / C ++, Java, Delphi sau același depășite Pascal - nu este atât de important. Întrebarea este, modul în care aplicația creată, poate fi integrat în sistemul de operare și rulează fără probleme.

În acest sens, un ciclu de viață al software-ului de testare este momentul instalării inițiale a produsului până la îndepărtarea completă a acestuia din cauza nepotrivirii dintre cerințele de sistem, inoperabile sau incapacitatea de a efectua sarcinile inițial.

fazele ulterioare

Un sprijin suplimentar pentru definirea ciclului de viață software, vine în jos pentru codificare pentru a genera și de a primi codul sursă al aplicației.

În cazul unui liber (deschis) răspândirea așa-numitul certificat este aplicat în baza licenței GNU care permite schimbări în software-ul în sine, la cererea utilizatorului, familiarizat cu limbajul de programare cu care a fost creat cererea.

Dacă este un cod închis, puteți utiliza instrumente cum ar fi Disassembler. Dar, în acest caz, numai decodarea executabil EXE fișiere pot fi realizate, și cu siguranță nu legat de biblioteci dinamice DLL.

Dar această teorie. În practică, etapa a ciclului de viață software include o listă mult mai multe elemente. Chiar și simulare cea mai simplă, care constă într-o revizuire a standardelor și formularea de observații (cerințe la nivel înalt la arhitectura, potrivire codul executabil, mijloacele și metodele de verificare). Acesta este procesul ciclului de viață al software. Dar aici este important să se înțeleagă și să controleze unele dintre principiile de astfel de programe și sisteme.

Bazele de management

managementul ciclului de viață software se bazează pe descompunerea programelor în componente, oferind o gamă destul de largă de instrumente pentru a le crea.

Există un dezavantaj. Alegerea modulelor este limitată de dezvoltator original al platformei pe baza cărora se produce programare. Desigur, dacă luați în considerare unificarea și dactilografiere utilizate instrumente de dezvoltare (în special module reutilizabile), nici o îndoială despre asta.

Dar etapele ciclului de viață al software-ului includ în mod necesar stabilirea unor protocoale de prelucrare a datelor, rutine, biblioteci standard, și multe altele.

modulele utilizate

Și nici un ciclu de viață software proces este complet fără utilizarea de componente foarte specifice. Printre aceste priorități sunt următoarele:

• Șef (șef) modulul responsabil pentru lansarea produsului software;
• Unitatea de control, responsabil pentru apelarea componentelor atașate sau biblioteci de legături dinamice;
• instrumente de funcționalitate și de prelucrare a datelor de servicii și instrumente suplimentare.

Fișierul executabil este de obicei, pentru sistemele bazate pe Windows se prezintă sub formă de „ekzeshnika“. Componentele de control au un configuratoarelor extensie (Config.sys aplicate sistemului de operare), alte biblioteci de legături au extensia DLL. Mijloace de funcții de control și de prelucrare și setările unor aplicații pot să apară sub formă de fișiere XML.

Acestea sunt, de altfel, pentru majoritatea programelor media cunoscute în prezent sunt un mijloc de conservare parametrii de configurare de bază. Folosind software-ul de acest tip, desigur, este destul de limitat, dar înțelegerea principiilor generale de lucru cu aceiași actori media nu a putut face rău. Iată de ce.

De fapt, ceea ce software-ul ciclului de viață pus doar la nivelul de actualizare de viață al player-ului sau instalarea de codec-uri și decodoare. Un sunet și video transcoders sunt atribute inerente ale oricărui sistem audio sau video.

Exemplu bazat pe programul FL Studio

Initial, studioul sequencer virtuală FL Studio a fost numele Fruity Loops. Ciclul de viață al software-ului în modificarea sa primară a expirat, dar cererea este oarecum transformată și a dobândit aspectul actual.

Dacă vorbim despre etapele ciclului de viață, mai întâi în etapa de formulare a problemei a fost stabilită de mai multe premise:

• crearea unui tambur de tip tambur modul de mașini, cum ar fi Yamaha RX, dar cu o singură lovitură-mostră sau secvență în format WAV, înregistrate direct în studio;
• integrarea în sistemul de operare Windows;
• posibilitatea exportului de proiect în format WAV, MP3 și OGG;
• compatibilitatea proiectelor cu o aplicație suplimentară cu fructe piese.

„C“ înseamnă limbajele de programare au fost utilizate în etapa de dezvoltare. Dar platforma sa uitat destul de primitivă și nu a dat utilizatorul final calitatea sunetului dorit.

În acest sens, în timpul testării și depanare dezvoltatorii etapă a trebuit să meargă pe calea Corporation Steinberg din Germania și se aplică cerințele de bază pentru suportul driverului de sunet pentru modul Full Duplex. Calitatea sunetului a fost mai mare și a permis să schimbe tempo-ul, teren și să impună FX efecte suplimentare în timp real.

Finalizarea ciclului de viață al software-ului este considerată a fi de ieșire din prima versiune oficială a FL Studio, care, spre deosebire de strămoșii lor, au fost o interfață cu drepturi depline de secvențiere, cu posibilitatea de a modifica setările de pe virtuale de amestecare consola 64-canal, cu adaos nelimitat de piese audio și MIDI-piste.

Promovarea programului nu sa oprit aici. La etapa de sprijin de management de proiect pentru conectarea format VST plug-in-uri a fost introdus (prima, a doua, apoi a treia versiune), o dată dezvoltat de Steinberg. Aproximativ vorbind, orice sintetizator virtual care suporta VST-gazdă se poate conecta la program.

Nu este surprinzător faptul că, în curând orice compozitor ar putea folosi analogia modelelor „de fier“, cum ar fi seturi complete de sunete o dată populare Korg M1. Mai mult - mai mult. Module de aplicații, cum ar fi Dependență Tobe sau Universal Plug Contact permis să joace sunete vii de instrumente reale, înregistrate cu toate nuanțele de articulare în studiouri profesionale.

Dezvoltatorii au încercat să atingă maximum de calitate și de sprijin pentru crearea șoferului ASIO4ALL, care sa dovedit a fi o tăietură deasupra Modul Full Duplex. Prin urmare, bitrate a crescut. Astăzi, calitatea fișierului audio poate fi exportat 320 kbit / s, la o rată de eșantionare de 192 kHz. Și acest sunet profesional.

În ceea ce privește versiunea inițială a ciclului său de viață ar putea fi numit complet finisata, dar o astfel de afirmație este relativă, deoarece aplicația a schimbat doar numele său, și-a găsit noi oportunități.

perspective de dezvoltare

Care sunt etapele ciclului de viață al software-ului, este deja clar. Dar aici, pe dezvoltarea unor astfel de tehnologii ar trebui să fie tratate separat.

Inutil să spun că orice dezvoltator de software-ul nu este interesat de crearea unui produs care trece, care cu greu rezista pe piață de mai mulți ani. În viitor, toată lumea se uita la utilizarea pe termen lung. Acest lucru se poate realiza în diferite moduri. Dar, ca regulă, aproape toate dintre ele se fierbe în jos pentru a elibera actualizări sau noi versiuni ale software-ului.

Chiar și în cazul Windows, aceste tendințe pot fi observate cu ochiul liber. Este puțin probabil că în prezent există cel puțin un utilizator, folosind sisteme, cum ar fi versiunile 3.1, 95, 98, sau Millennium. ciclul lor de viață se termină după lansarea versiunii XP. Dar aici e versiunea de server pe tehnologie NT sunt în continuare valabile. Chiar și Windows 2000, astăzi nu este numai foarte relevant, dar în unele privințe instalarea sau securitatea chiar depășind cele mai recente evoluții. Același lucru este valabil și pentru NT 4.0 sisteme și modificări specializate pentru Windows Server 2012.

Dar este în legătură cu aceste sisteme încă pretinde pentru a sprijini la cel mai înalt nivel. Dar de senzație la momentul Vista se confruntă în mod clar un ciclu de apus de soare. Nu numai că, era neterminată, deci încă și de eroare în sine, precum și deficiențe în sistemul său de securitate a fost atât de mult încât putem ghici doar despre modul în care a fost posibil de a lansa o soluție software este de neconceput.

Dar, dacă vorbim despre faptul că dezvoltarea de software de orice tip (de control sau aplicație) nu este în loc, putem afirma doar faptele. La urma urmei, azi este vorba nu numai sisteme de computer și dispozitive mobile, și în care tehnologiile sunt de multe ori înainte de sectorul de calculator. Aspectul chips-uri procesor bazat pe opt nuclee - nu este cel mai bun exemplu? Dar, totuși, nu orice laptop poate lăuda de a avea un astfel de „fier“.

Unele întrebări suplimentare

În ceea ce privește înțelegerea ciclului de viață software, să spunem că a pus capăt la un moment dat în timp, ea poate fi foarte arbitrară, deoarece software-ul are în continuare sprijinul dezvoltatorilor pentru a le crea. Mai degrabă, la sfârșitul anului se referă la aplicații mai vechi care nu îndeplinesc cerințele sistemelor moderne și nu pot lucra în mediul lor.

Dar, chiar și cu progresele tehnologice, multe dintre ele în viitorul apropiat nu poate fi susținută. Și atunci va trebui să ia o decizie, fie de a emite actualizări sau revizuirea completă a întregului concept, încorporat inițial în software-ul. De aici - și un nou ciclu cu o schimbare în condițiile inițiale, mediul de dezvoltare, testare și posibila utilizare pe termen lung într-o anumită zonă.

Dar, în tehnologia informatică a favorizat astăzi dezvoltarea sistemelor de control automatizate (ACS), care sunt utilizate în procesul de fabricație. Chiar și sistemul de operare, în comparație cu programele specializate, pierd.

Același mediu bazat pe Visual Basic sunt mult mai populare decât Windows-sistem. Și despre software-ul aplicație sub-sistemul UNIX noi nu vorbim deloc. Ce pot să spun, în cazul în care aproape toate rețelele de comunicare ale aceleași Statelor Unite lucrează exclusiv pe ele. Apropo, un sistem, cum ar fi Linux și Android, de asemenea, au fost create inițial pe această platformă. Prin urmare, cel mai probabil, perspective UNIX mult mai mult decât cea a tuturor celorlalte produse combinate.

în schimb rezultatul

Rămâne să adaug că, în acest caz, sunt doar principii generale și etape ale ciclului de viață al software-ului. De fapt, chiar și sarcinile inițiale pot varia semnificativ. În consecință, diferențele pot fi observate pe alte etape.

Dar dezvoltarea tehnologiei de bază de produse software, cu sprijinul lor ulterioară trebuie să fie clar. Pentru restul, trebuie să țină cont de specificul software-ului creat, precum și mediul în care se presupune că ar trebui să funcționeze, și posibilitatea de a programelor furnizate utilizatorului final sau de producție, și multe altele.

În plus, uneori, cicluri de viață poate depinde de urgența de instrumente de dezvoltare. Dacă, de exemplu, un limbaj de programare învechit, nimeni nu va face pentru a scrie programe bazate pe ea, și chiar mai mult - să le introducă în producția de sisteme de control automatizate. Au venit deja în prim-plan chiar și programatori, și marketing, care ar trebui să răspundă prompt la schimbările de pe piața de calculator. Și sunt specialiști în lume, nu există prea mult. personal cu înaltă calificare, capacitatea de a ține mâna pe pulsul pieței, devenind cel mai popular. Și ei sunt adesea așa-numitele „cardinali gri“, care depinde succesul sau înfrângerea anumitor produse software în domeniul IT.

Să presupunem că nu înțeleg întotdeauna esența programului, dar în mod clar în măsură să determine modelul ciclului de viață software și durata de aplicare a acestora, pe baza tendințelor globale în acest domeniu. Gestionarea eficientă oferă adesea o mai multe rezultate tangibile. Da, cel puțin PR-tehnologie, publicitate, și așa mai departe. D. Poate orice aplicație utilizatorul nu este necesar, dar cu condiția să fie activă oferind utilizatorului se instalează. Ea are, ca să spunem așa, la nivel subconștient (același efect ca și cadrul 25-lea, atunci când informația este pusă în mintea utilizatorului, indiferent de el însuși).

Desigur, o astfel de tehnologie din lume sunt interzise, dar mulți dintre noi nu sunt chiar conștienți de faptul că acestea pot fi utilizate pentru a influența mintea subconștientă într-un anumit fel. Aceasta este doar o „zombie“ canale de știri sau site-uri de internet, nu mai vorbim de utilizarea unor instrumente mai puternice, cum ar fi expunerea la infrasunete (acest lucru a fost aplicat în aceeași producție de operă), astfel încât o persoană poate experimenta frica sau emotii nepotrivite.

Revenind la software-ul, trebuie adăugat că unele programe la pornire folosind sunet, atrăgând atenția utilizatorului. Și studiile arată că astfel de aplicații sunt mai viabile în comparație cu alte programe. Desigur, a crescut și ciclul de viață software-ul, indiferent de funcție este încărcat inițial. Și aceasta, din păcate, este utilizat de mulți dezvoltatori care ridică îndoieli cu privire la legalitatea unor astfel de metode.

Dar nu pentru noi să judece. Poate că înseamnă definirea vor fi dezvoltate în viitorul apropiat astfel de amenințări. În timp ce aceasta este doar o teorie, dar, potrivit unor analiști și experți, pentru aplicații practice, există foarte puține. Dacă ați creat deja o copie a rețelelor neuronale ale creierului uman, atunci ce?