Etape de dezvoltare software

Versiunea actuală a paginii nu a fost încă revizuită de colaboratori experimentați și poate diferi semnificativ de versiunea revizuită la 27 ianuarie 2019; verificările necesită 58 de modificări .

În dezvoltarea de software, etapele de dezvoltare sunt folosite pentru a descrie gradul de pregătire al unui produs software . De asemenea, etapa de dezvoltare poate reflecta numărul de caracteristici implementate planificate pentru o anumită versiune a programului . Etapele pot fi fie anunțate și reglementate oficial de dezvoltatori, fie uneori termenul este folosit informal pentru a descrie starea unui produs.

Etapele Beta și Alpha nu sunt indicatori de instabilitate, deoarece sunt alocate programului o dată sau o dată pe serie (o serie, în acest caz, este numărul până la primul punct), în funcție de sistemul de dezvoltare. Ele pot fi atribuite mai multor versiuni lansate la rând.

Istorie

Terminologia de testare alfa/beta a apărut pentru prima dată la IBM . Termeni similari pentru dezvoltarea de software au fost folosiți de persoanele asociate cu IBM cel puțin din anii 1950 și, posibil, mai devreme.

Testul „A” a fost un test al unui produs nou înainte de un anunț public.

Testul „B” a fost o verificare înainte de producție .

Testul „C” a fost testul final înainte de disponibilitatea generală a produsului.

Deoarece software-ul a devenit o parte importantă a produselor IBM, terminologia de testare alfa a fost folosită pentru a se referi la testul pre-anunț, în timp ce testarea beta a fost folosită pentru a indica faptul că produsul era pregătit pentru disponibilitatea generală. Martin Belsky, managerul unor proiecte software IBM timpurii, a pretins că este inițiatorul terminologiei. IBM a abandonat terminologia alfa/beta în anii 1960, dar până atunci devenise destul de răspândită.

Termenul „test beta” ca desemnare pentru testarea efectuată de utilizatori nu provine de la IBM. În schimb, IBM a folosit termenul de test de teren . 

Etape de dezvoltare

Pre-Alpha - dezvoltare inițială

Etapa inițială de dezvoltare  este perioada de timp de la începutul dezvoltării până la eliberarea etapei alfa. Acesta este și numele programelor care nu au ajuns încă în stadiul alfa sau beta, dar au trecut de stadiul de dezvoltare, pentru evaluarea inițială a funcționalității în acțiune. Spre deosebire de versiunile alfa și beta, este posibil ca etapa inițială să nu includă întreaga gamă de funcționalități ale programului. În acest caz, sunt implicate toate acțiunile efectuate în timpul proiectării și dezvoltării programului până la testare. Aceste acțiuni includ:

Alpha - dezvoltare internă

Etapa de inițiere a testării programului în ansamblu de către testeri, de obicei nu dezvoltatorii produsului software, ci de obicei în cadrul organizației sau comunității care dezvoltă produsul. Poate fi, de asemenea, etapa adăugării de noi funcționalități. Programele din această etapă pot fi folosite doar pentru a vă familiariza cu oportunitățile viitoare.

De regulă, testarea alfa se încheie cu o înghețare a caracteristicilor și trece la testarea beta.

Beta - dezvoltare publică

Etapa de testare beta activă și depanare a programului care a trecut testarea alfa (dacă există). Programele de la acest nivel pot fi folosite de alți dezvoltatori de software pentru a testa compatibilitatea. Cu toate acestea, programele acestei etape pot conține un număr destul de mare de erori.

Deoarece produsul beta nu este versiunea finală și testarea publică se face pe riscul propriu al utilizatorului, producătorul nu își asumă nicio răspundere pentru daunele rezultate din utilizarea versiunii beta.

Eternal Beta

Tim O'Reilly , de open source, lansează un tip special de program numit „perpetual beta”, atunci când un program este în beta pentru o perioadă nedeterminată de timp. Un astfel de mecanism este adecvat pe Internet, unde software-ul are următoarele proprietăți:

  • În loc de instalatori de software, servicii de internet cu scalabilitate ieftină .
  • Colecții neobișnuite și unice de date care devin mai bogate pe măsură ce populația de utilizatori se extinde.
  • Utilizatorii finali sunt implicați în dezvoltare. Inteligența lor colectivă este folosită pentru a sprijini „ coada lungă ” a cererilor neobișnuite.
  • Programul depășește un singur dispozitiv.
  • Interfețe de utilizator simplificate, principii de proiectare și modele de afaceri.
  • Producătorul are o responsabilitate specială pentru datele utilizatorilor, iar mulți se îndepărtează de ele, oferind utilizatorilor o versiune beta eternă.

Candidat pentru lansare - versiunea pre-lansare

Stadiul de candidat pentru a deveni stabil. Programele din această etapă au fost supuse unor teste cuprinzătoare , datorită cărora toate erorile critice găsite au fost corectate. Dar, în același timp, există posibilitatea de a dezvălui mai multe erori care nu au fost observate în timpul testării. Dacă nu sunt găsite defecte majore în timpul stabilit, aceasta devine versiunea RTM. Exemplu: Windows 7 RC 7100 .

Problemă

Odată lansat, software-ul este de obicei denumit „lansare stabilă”.

Termenul formal depinde adesea de modul de lansare: suport fizic, lansare online sau aplicație web.

Lansare în producție / lansare în producție

Desemnarea pregătirii unui produs software pentru replicare [1] . Aceasta este o versiune stabilă a programului care a depășit toate etapele anterioare, în care principalele erori au fost remediate. RTM precede Disponibilitatea Generală (GA) atunci când un produs este lansat publicului.

Termenul este folosit în mod obișnuit în anumite medii de vânzare cu amănuntul de software produs în masă pentru a indica faptul că software-ul îndeplinește un anumit nivel de calitate și este gata pentru distribuția cu amănuntul în masă. RTM poate însemna, de asemenea, în alte contexte, că software-ul a fost livrat sau eliberat unui client sau client pentru instalare sau distribuire pe computerele respective sau pe computerele utilizatorului final ale echipamentului.

Acest termen nu definește mecanismul sau domeniul de livrare; indică doar că calitatea este suficientă pentru replicarea în masă.

Disponibilitate generală

Disponibilitatea generală sau acceptarea generală ( GA ) este etapa de marketing în care au fost finalizate toate activitățile  de comercializare necesare și produsul software este disponibil pentru achiziție, în funcție, însă, de limbă, regiune, accesibilitatea electronică sau media. Activitățile de comercializare pot include revizuiri de securitate și conformitate, precum și localizare și promovare la nivel mondial. Timpul dintre lansare până la producție și disponibilitatea generală poate varia de la o săptămână la câteva luni. Acest timp este necesar pentru a finaliza toate activitățile de comercializare cerute de GA. În această etapă, software-ul este „activ”.  

Lansare pe web / lansare web

Lansarea prin Internet (RTW) sau lansarea web este un mijloc de a furniza software care utilizează Internetul pentru a-l distribui. În acest caz, producătorul nu utilizează niciun suport fizic. Lansările web devin din ce în ce mai frecvente pe măsură ce utilizarea internetului crește.

Suport

Pe durata de viață acceptată a software-ului, versiunile de service, patch-urile sau pachetele de service , uneori denumite și „versii intermediare”, sunt lansate pentru software.

De exemplu, pe sistemele de operare Windows , faza principală de suport durează 5-6 ani de la data disponibilității generale [2] . Într-un sistem de operare precum  Ubuntu , există versiuni speciale de  LTS (Long Time Support), a căror perioadă de suport este de 5 ani față de 9 luni pentru cele obișnuite [3] .

Sfârșitul suportului

În această etapă, producătorul anunță învechirea produsului și refuzul suportului suplimentar.

Etape de dezvoltare conform SourceForge / Python [4]

Acești 7 pași au fost utilizați inițial pe site-ul SourceForge. Ulterior, această numerotare a fost preluată de PyPI , găzduind pachete pentru limbajul Python.

  1. Planificare _ _ _ Autorul a rezervat titlul proiectului și a început să delimiteze funcționalitatea. Versiunea , de regulă, nu are.
  2. Pre-alfa ( pre-alfa ). Există deja un fel de program care oferă o idee despre ce va face. Există o dezvoltare, adăugarea de noi funcționalități, refactoring. Arhitectura programului se poate schimba complet în orice moment. În acest moment, programul poate obține deja versiunea, de obicei 0.xy
  3. Alfa ( alfa ). Arhitectura programului este evidentă. Persoanele apropiate dezvoltatorului pot deja folosi programul. Există testare și aducere la produs.
  4. Beta ( beta ). Programul este complet funcțional. Există testarea, corectarea erorilor și a problemelor de performanță, îmbunătățirea ergonomiei.
  5. Gata/stabil ( producție/stabil ). Nu există erori critice, toate cazurile de utilizare principale au fost testate. Se adaugă erori remediate și funcții noi. În acest moment, programul poate primi versiunea 1.0.
  6. Matură ( matură ). Mai mult de un an în starea "gata / stabilă", nu cer funcționalități majore, nu există erori majore și critice. Sunt remediate erori minore.
  7. Abandonat ( inactiv ). Dezvoltarea nu s-a făcut de mult timp. Problemele găsite, cel mai probabil, nu vor fi rezolvate. Desigur, proiectul poate fi reluat în dezvoltare și revenit la una dintre etapele anterioare.

Note

  1. ↑ Versiunea RTM (Release To Manufacturing) a Windows 10 a ieșit - MSoffice-Prowork.com . Preluat la 27 ianuarie 2019. Arhivat din original la 1 octombrie 2020.
  2. ↑ Întrebări frecvente despre ciclul de viață - Windows - Ciclul de viață Microsoft | Microsoft docs . Preluat la 6 martie 2019. Arhivat din original la 8 mai 2017.
  3. ↑ LTS - Ubuntu Wiki . Preluat la 6 martie 2019. Arhivat din original la 5 august 2011.
  4. ↑ Etapele dezvoltării software Martin Thoma . Preluat la 24 martie 2022. Arhivat din original la 17 august 2021.

Link -uri