Ciclul de viață și versiunea de software - agenție Popel
În timpul comunicării cu clienții programatori și colegii este de multe ori o neînțelegere, pentru că nu toată lumea știe cum software-ul este dezvoltat și ceea ce se înțelege prin versiunile alfa și beta. Clienții se așteaptă de la un prototip alfa complet funcțional, cu unele neajunsuri, și obține demonstrație pe jumătate coapte, în care fiecare pas spre care se încheie erori fatale și pierderea de date.
Cei mai mulți programatori, și așa sunt bine conștienți de faptul că o astfel de alfa și o versiune beta a programului, același articol I a scrie în primul rând pentru restul, astfel încât să încerce să explice diferențele dintre versiuni ale limbajului ușor de înțeles pentru utilizatorii obișnuiți.
timpul de dezvoltare
Astfel, clienții cu dezvoltatorii au discutat totul, toate contractele și termenii de referință au semnat, conceptul este pregătit pentru programatori de lucru sunt acceptate. Procesul de dezvoltare a programului seamănă cu construirea unei clădiri: cele mai multe ori casa este total nepotrivit pentru a trai. Infrastructura de arhitectură și de aplicare în primul rând dezvoltat - fundamentul proiectului. În această etapă, baza de date este proiectat este determinată de un set de biblioteci de software terțe părți, care vor fi folosite în cadrul proiectului, și alte prostii. La sfârșitul acestei faze a programului, în cel mai bun, capabil de a primi lumea.
In zilele noastre, mulți dezvoltatori au recurs la utilizarea unor cadre (din cadrul engleză -. Cadru de bază) - aplicații arhitectura gata. Indiferent de structura și scopul aplicării, în cele mai multe cazuri, arhitectura este același sistem. Cadrul poate fi comparat cu un document șablon în Word - indiferent de document pe care se poate scrie, acesta va fi întotdeauna decorate în stil corporativ al companiei. Cu toate acestea, unele proiecte au cerințe speciale, nu se poate îndeplini că, practic, nici un cadru.
Odată ce infrastructura de arhitectură și de aplicare este gata, începe să dezvolte o aplicație funcțională în sine. Aceasta se numește logica de afaceri de aplicare.
Următoarea etapă de dezvoltare - alfa -versiunea. Versiunea Alpha - versiunea proiectat pentru testarea internă. În această etapă a cererii poate să nu funcționeze sau să fie dezactivate. Toate identificate în timpul erorilor de testare sunt trimise înapoi la dezvoltatorii, acestea fac modificări ale programului și să returneze o nouă versiune alpha înapoi la testeri. Acest ciclu se repetă până când, până când sunt corectate toate erorile și toate caracteristicile nu va fi gata.
În cazul în care logica de afaceri a aplicației este dezvoltat și testul alfa este finalizat, lumina apare beta -versiunea. Versiunea beta este destinat pentru testarea externă. De obicei, o versiune beta - prima versiune a programului disponibil pentru utilizatorii din afara echipei de dezvoltare. Se face deosebirea între testarea beta închis și deschis. versiune a programului pentru beta închis este disponibil pentru un număr limitat de persoane prin invitație specială. Versiunea pentru testare publică este, în general, accesibile tuturor celor interesați.
Toate erorile constatate în timpul testării beta sunt trimise la dezvoltatorii care le repara și eliberați următoarea versiune beta a programului.
La un moment dat, dezvoltatorii a lansat o versiune Release Candidate. Această versiune este potențial gata de lansare și, dacă în cursul testării sale sunt critice erori sunt găsite, devine versiunea finală.
În funcție de scopul programului, poate fi necesar să emită versiunea RTM ei (de la versiunea engleză în fabricație -. Ediția industrială). Această versiune este proiectat pentru replicare și transfer la alte companii pe care le includ în produsele lor. Un bun exemplu al acestei versiuni este versiunea sistemului de operare Windows, transmise factorilor de computer înainte de a deveni disponibile publicului la dispoziția publicului în momentul eliberării sale pe piață a avut deja computere care rulează acest sistem de operare.
Deci, încheie ciclul de dezvoltare de software de eliberare publice, numit versiunea publică a programului. În această etapă, de multe ori a început deja să lucreze la următoarea versiune a programului, cu toate acestea, în funcție de tipul de program pentru această versiune poate elibera în continuare patch-uri (din plasture engleză -. Patch) - pachete mici și bug fixat, pentru un motiv sau altul nu a fost găsit în etapele de testare.
Ciclul de viață al software-ului în mod clar
versiune Numerotare
Pe parcursul dezvoltării, testarea și funcționarea programului a produs sute de versiuni. Diferențele dintre ele pot fi foarte mici - o pereche de linii de cod cu corectarea erorilor minore - sau atât de substanțiale încât logica și structura programului schimbat complet. Pentru a înțelege toată această abundență, fiecare versiune a programului este atribuit într-o cameră. Cel mai adesea anunțate în mod public doar o parte din numărul versiunii (fie nu este promovat deloc), iar numărul total de disponibil undeva într-un loc retras în program (de exemplu, în „Despre“ fereastra).
Cel mai frecvent circuit format din trei sau patru numere separate prin perioade. Din păcate, nu există standarde clare ale fiecărui bloc de valori numerice nu există, dar cu valori ale primelor două blocuri de diferențe apare cu greu. Primul număr - Senior numărul (major) versiune. Aceasta crește atunci când există schimbări semnificative în program, cel mai adesea între cele două cicluri complete de dezvoltare. Al doilea număr - junior numărul (minor) versiune. Ea crește cu fiecare actualizare și să completeze programele existente. De exemplu, versiunile 9.3 și 9.4 din software-ul Adobe Acrobat Reader diferă de doar câteva caracteristici noi și corecții, în timp ce versiunea 10.0 dintre ele decorate chiar diferite.