Cikli jetësor i lëshimit të softuerit

**Cikli jetësor i lëshimit të softuerit** është procesi i zhvillimit, testimit dhe shpërndarjes së një produkti softuerik (p.sh. një sistem operativ ) .Zakonisht përbëhet nga disa faza, të tilla si para-alfa, alfa, beta dhe kandidati i lëshimit, përpara se versioni përfundimtar ose "ari" të lëshohet për publikun.
parapamje| Një shembull i një cikli jetësor të lëshimit të softuerit bazë
Para-alfa i referohet fazave të hershme të zhvillimit, kur softueri është ende duke u projektuar dhe ndërtuar .Testimi alfa është faza e parë e testimit formal, gjatë së cilës softueri testohet nga brenda duke përdorur teknikat e white-box .Testimi beta është faza tjetër, në të cilën softueri testohet nga një grup më i madh përdoruesish, zakonisht jashtë organizatës që e ka zhvilluar atë .Faza beta është e fokusuar në reduktimin e ndikimeve te përdoruesit dhe mund të përfshijë testimin e përdorshmërisë .

Pas testimit beta, softueri mund të kalojë nëpër një ose më shumë faza kandidate për lëshim,në të cilat ai rafinohet dhe testohet më tej, përpara se të lëshohet versioni përfundimtar.

Disa softuer, veçanërisht në industrinë e internetit dhe teknologjisë, lëshohen në një gjendje beta të përhershme, që do të thotë se po përditësohet dhe përmirësohet vazhdimisht dhe nuk konsiderohet kurrë si një produkt plotësisht i përfunduar. Kjo qasje lejon një proces më të shkathët zhvillimi dhe mundëson që softueri të lëshohet dhe të përdoret nga përdoruesit më herët në ciklin e zhvillimit.

## Fazat e zhvillimit 
### Para-alfa 
Para-alfa i referohet të gjitha aktiviteteve të kryera gjatë projektit të softuerit përpara testimit zyrtar. Këto aktivitete mund të përfshijnë analizën e kërkesave, dizajnimin e softuerit, zhvillimin e softuerit dhe testimin e njësive.Në zhvillimin tipik me burim të hapur, ekzistojnë disa lloje të versioneve para-alfa. Versionet *Milestone* përfshijnë grupe të veçanta funksionesh dhe lëshohen sapo funksioni të përfundojë. &#x5B; ''* &#x5D;

### Alfa 
Faza alfa e ciklit jetësor të lëshimit është faza e parë e testimit të softuerit (alfa është shkronja e parë e alfabetit grek, e përdorur si numri 1). Në këtë fazë, zhvilluesit në përgjithësi testojnë softuerin duke përdorur teknikat e white-box. Vlefshmëria shtesë kryhet më pas duke përdorur teknikat e kutisë së zezë ose të kutisë ngjyr hiri, nga një ekip tjetër testimi.Kalimi në testimin e kutisë së zezë brenda organizatës njihet si *lëshimi alfa''.

Softueri Alfa nuk është testuar plotësisht nga zhvilluesi përpara se t'u lëshohet klientëve. Softueri alfa mund të përmbajë gabime serioze dhe çdo paqëndrueshmëri që rezulton mund të shkaktojë prishje ose humbje të të dhënave. Softueri Alfa mund të mos përmbajë të gjitha veçoritë që janë planifikuar për versionin përfundimtar. Në përgjithësi, disponueshmëria e jashtme e softuerit alfa është e pazakontë për softuerin e pronarit, ndërsa softueri me burim të hapur shpesh ka versione alfa të disponueshme publikisht. Faza alfa zakonisht përfundon me një ngrirje të veçorive, që tregon se nuk do të shtohen më veçori në softuer. Në këtë kohë, softueri thuhet se është i plotë me veçori. Një test beta kryhet pas testimit të pranimit në faqen e furnizuesit (testi alfa) dhe menjëherë përpara lëshimit të përgjithshëm të softuerit si produkt.

#### Veçori e plotë 
Një version **i plotë me veçori** (FC) i një softueri ka të gjitha veçoritë e tij të planifikuara ose primare të zbatuara, por nuk është ende përfundimtare për shkak të defekteve, performancës ose stabilitetit. Kjo ndodh në fund të testimit alfa në zhvillim.

Zakonisht, softueri i kompletuar me veçori duhet ende t'i nënshtrohet testimit beta dhe rregullimit të gabimeve, si dhe përmirësimit të performancës ose stabilitetit përpara se të mund të lëshojë kandidatin dhe në fund statusin e artë.

### Beta 
Beta, e quajtur sipas shkronjës së dytë të alfabetit grek, është faza e zhvillimit të softuerit pas alfa. Një fazë beta në përgjithësi fillon kur softueri është i plotë me veçori, por ka të ngjarë të përmbajë disa gabime të njohura ose të panjohura. Softueri në fazën beta në përgjithësi do të ketë shumë më shumë gabime në të sesa problemet e softuerit të përfunduar dhe shpejtësisë ose performancës, dhe mund të shkaktojë ende ndërprerje ose humbje të të dhënave. Fokusi i testimit beta është reduktimi i ndikimeve te përdoruesit,shpesh duke përfshirë testimin e përdorshmërisë. Procesi i dorëzimit të një versioni beta te përdoruesit quhet *lëshim beta* dhe zakonisht është hera e parë që softueri është i disponueshëm jashtë organizatës që e ka zhvilluar atë. Publikimet beta të softuerit mund të jenë të hapura ose të mbyllura, në varësi të faktit nëse ato janë të disponueshme hapur ose të disponueshme vetëm për një audiencë të kufizuar. Softueri i versionit beta është shpesh i dobishëm për demonstrime dhe pamje paraprake brenda një organizate dhe për klientët e mundshëm. Disa zhvillues i referohen kësaj faze si një *vrojtim paraprak*, *lëshim paraprak*, *prototip*, *pamje paraprake teknike* ose *parapamje teknologjike* ( *TP* ), ose *qasje e hershme*.

*Testuesit beta* janë njerëz që raportojnë në mënyrë aktive problemet me softuerin beta. Ata janë zakonisht klientë ose përfaqësues të klientëve të mundshëm të organizatës që zhvillon softuerin. Testuesit beta priren të ofrojnë vullnetarë shërbimet e tyre pa pagesë,por shpesh marrin versione të produktit që testojnë,zbritje në versionin e lëshimit ose stimuj të tjerë.

#### Beta e përhershme 
Disa softuer mbahen në të ashtuquajturën *beta të përhershme*,ku veçori të reja shtohen vazhdimisht në softuer pa krijuar një lëshim përfundimtar "të qëndrueshëm".Ndërsa Interneti ka lehtësuar shpërndarjen e shpejtë dhe të lirë të softuerit, kompanitë kanë filluar të marrin një qasje më të lirë ndaj përdorimit të fjalës *beta*.

#### Beta e hapur dhe e mbyllur 
Zhvilluesit mund të lëshojnë ose një *beta të mbyllur* ose një *beta të hapur* ; Versionet beta të mbyllura lëshohen për një grup të kufizuar individësh për një test përdoruesi me ftesë,ndërsa testuesit e hapur beta janë nga një grup më i madh ose nga kushdo i interesuar. Beta private mund të jetë e përshtatshme për softuerin që është në gjendje të japë vlerë, por që nuk është gati për t'u përdorur nga të gjithë,qoftë për shkak të problemeve me shkallëzimin, mungesës së dokumentacionit ose për shkak të mungesës së veçorive jetike. Testuesit raportojnë çdo defekt që ata gjejnë dhe ndonjëherë sugjerojnë veçori shtesë që ata mendojnë se duhet të jenë të disponueshme në versionin përfundimtar.

Betat e hapura shërbejnë për qëllimin e dyfishtë të demonstrimit të një produkti për konsumatorët e mundshëm, dhe testimi në një bazë të gjerë përdoruesish ka të ngjarë të nxjerrë në dritë gabime të errëta që një ekip testimi shumë më i vogël mund të mos i gjejë.&#x5B; ''* &#x5D;

### Lëshimi i kandidatit 
parapamje| Media Microsoft Windows 2000 Server Release Candidate 2.
Një *kandidat për lëshim* ( *RC* ), i njohur gjithashtu si testimi gama ose "going silver", është një version beta me potencialin për të qenë një produkt i qëndrueshëm, i cili është gati të lëshohet nëse nuk shfaqen defekte të rëndësishme. Në këtë fazë të stabilizimit të produktit, të gjitha veçoritë e produktit janë projektuar, koduar dhe testuar përmes një ose më shumë cikleve beta pa gabime të njohura të klasës së lartë. Një lëshim quhet *kod i plotë* kur ekipi i zhvillimit bie dakord që asnjë kod burimor krejtësisht i ri nuk do të shtohet në këtë version. Mund të ketë ende ndryshime të kodit burimor për të rregulluar defektet, ndryshime në dokumentacionin dhe skedarët e të dhënave dhe kodin periferik për rastet e testimit ose shërbimet.&#x5B; ** &#x5D;l

### Lëshimi i qëndrueshëm 
I quajtur gjithashtu *lëshimi i prodhimit*, *lëshimi i qëndrueshëm* është *kandidati i fundit i lëshimit* ( *RC* ) i cili ka kaluar të gjitha fazat e verifikimit dhe testeve. Çdo defekt i njohur i mbetur konsiderohet i pranueshëm. Ky publikim shkon në prodhim.

Disa produkte softuerike (p.sh. shpërndarjet Linux si Debian ) kanë gjithashtu lëshime *me mbështetje afatgjatë* ( *LTS* ), të cilat bazohen në lëshime të plota që tashmë janë provuar dhe testuar dhe marrin vetëm përditësime sigurie.&#x5B; ** &#x5D;

## Lëshimi 
Pasi të lëshohet,softueri përgjithësisht njihet si "lëshim i qëndrueshëm".Termi formal shpesh varet nga metoda e lëshimit: media fizike, lëshimi në internet ose një aplikacion në internet.

### Lëshimi në prodhim (RTM) 
[parapamje|300px|Satya Nadella i [Microsoft me diskun kryesor të artë të *Gears of War 4'']]
Termi "lëshim në prodhim" (RTM),i njohur gjithashtu si "arti i shkuar",është një term që përdoret kur një produkt softuer është gati për t'u dorëzuar. Ky ndërtim mund të nënshkruhet në mënyrë dixhitale, duke lejuar përdoruesin përfundimtar të verifikojë integritetin dhe vërtetësinë e blerjes së softuerit. Një kopje e konstruksionit RTM e njohur si " arti master " ose GM  dërgohet për dyfishim masiv ose replikim të diskut nëse është e aplikueshme. Terminologjia është marrë nga industria e prodhimit të regjistrimeve audio, veçanërisht procesi i zotërimit. RTM i paraprin disponueshmërisë së përgjithshme (GA) kur produkti lëshohet për publikun. Një ndërtim master i artë (GM) është zakonisht ndërtimi përfundimtar i një pjese të softuerit në fazat beta për zhvilluesit. Në mënyrë tipike,për iOS, është ndërtimi përfundimtar përpara një lëshimi të madh, megjithatë, ka pasur disa përjashtime.

RTM përdoret zakonisht në kontekste të caktuara softuerësh të prodhimit masiv të shitjes me pakicë – në krahasim me një prodhim ose projekt softueri të specializuar në një prodhim dhe shpërndarje komerciale ose qeveritare – ku softueri shitet si pjesë e një pakete në një shitje të lidhur me harduer kompjuterik dhe zakonisht ku softueri dhe pajisja përkatëse përfundimisht do të jenë të disponueshme dhe të shiten në baza masive/publike në dyqanet me pakicë për të treguar që softueri ka përmbushur një nivel të përcaktuar cilësie dhe është gati për shpërndarje masive me pakicë. RTM mund të nënkuptojë gjithashtu në kontekste të tjera që softueri i është dorëzuar ose lëshuar një klienti ose klienti për instalim ose shpërndarje në kompjuterët ose makinat e përdoruesve fundorë të harduerit përkatës. Termi *nuk* përcakton mekanizmin ose vëllimin e dorëzimit; vetëm thekson se cilësia është e mjaftueshme për shpërndarje masive. Dorëzimi nga organizata inxhinierike është shpesh në formën e një media master të artë që përdoret për dyfishim ose për të prodhuar imazhin për ueb.

### Disponueshmëria e përgjithshme (GA) 
parapamje|400px|Pikat kryesore në ciklin e jetës së produktit: disponueshmëria e përgjithshme (GA), njoftimi për fundin e jetës (EOLA), data e porosisë së fundit (LOD) dhe fundi i jetës (EOL)
**Disponueshmëria e përgjithshme** ( **GA** ) është faza e marketingut në të cilën janë përfunduar të gjitha aktivitetet e nevojshme të komercializimit dhe një produkt softuerësh është i disponueshëm për blerje, megjithatë,në varësi të gjuhës, rajonit dhe disponueshmërisë elektronike kundrejt medias. Aktivitetet e komercializimit mund të përfshijnë teste sigurie dhe pajtueshmërie,si dhe lokalizimin dhe disponueshmërinë në mbarë botën. Koha midis RTM dhe GA mund të zgjasë nga ditë në muaj përpara se të deklarohet një version i disponueshëm përgjithësisht,për shkak të kohës së nevojshme për të përfunduar të gjitha aktivitetet e komercializimit të kërkuara nga GA. Në këtë fazë,softueri "ka hyrë në përdorim".

### Lëshimi në ueb (RTW) 
**Lëshimi në ueb** ( **RTW** ) ose **lëshimi në ueb** është një mjet për ofrimin e softuerit që përdor internetin për shpërndarje. Në këtë lloj mekanizmi lëshimi nuk prodhohen media fizike nga prodhuesi. Publikimet në ueb janë bërë më të zakonshme me rritjen e përdorimit të internetit.&#x5B; '** &#x5D;

## Mbështetje 
Gjatë jetës së tij të mbështetur,softueri ndonjëherë i nënshtrohet lëshimeve të shërbimit,arnimeve ose paketave të shërbimit, ndonjëherë të quajtura edhe "lëshime të përkohshme" ose "lëshime të mirëmbajtjes" (MR). Për shembull,Microsoft lëshoi tre pako shërbimesh kryesore për botimet 32-bit të Windows XP dhe dy paketa shërbimi për botimet 64-bit. Publikime të tilla shërbimesh përmbajnë një koleksion përditësimesh, rregullimesh dhe përmirësimesh, të ofruara në formën e një pakete të vetme të instalueshme. Ata gjithashtu mund të zbatojnë veçori të reja. Disa softuer lëshohen me pritjen e mbështetjes së rregullt. Klasat e softuerëve që zakonisht përfshijnë mbështetje të zgjatur si normë përfshijnë suita antivirus dhe lojëra online me shumë lojtarë. Duke vazhduar me këtë shembull të Windows XP,Microsoft ofroi përditësime me pagesë për pesë vjet të tjera pas përfundimit të mbështetjes së zgjeruar.

### Fundi i jetës 
Kur softueri nuk shitet ose nuk mbështetet më,  produkti  thuhet se ka arritur në fund të jetës, është ndërprerë, është tërhequr, i vjetëruar, i braktisur ose i vjetëruar, por besnikëria e përdoruesit mund të vazhdojë ekzistencën e saj për ca kohë, madje edhe shumë kohë pas saj, platforma është e vjetëruar—p.sh., Common Desktop Environment  dhe Sinclair ZX Spectrum.

Pas datës së mbarimit të jetës, zhvilluesi zakonisht nuk do të zbatojë ndonjë veçori të re,nuk do të rregullojë defektet, defektet ose dobësitë ekzistuese (qoftë të njohura përpara kësaj date ose jo), ose nuk do të ofrojë ndonjë mbështetje për produktin. Nëse zhvilluesi dëshiron, ata mund të lëshojnë kodin burimor, kështu që platforma do të jetojë përsëri dhe do të mirëmbahet nga vullnetarë, dhe nëse jo, ajo mund të projektohet në mënyrë të kundërt më vonë kur të bëhet abandonware.

## Historia 
Përdorimi i terminologjisë së testit "alfa/beta" filloi në IBM.&#x5B; **' &#x5D; Terminologji të ngjashme për zhvillimin e softuerit të IBM janë përdorur nga njerëz të përfshirë me IBM të paktën nga vitet 1950 (dhe ndoshta më herët). Testi "A" ishte verifikimi i një produkti të ri përpara shpalljes publike. Testi "B" ishte verifikimi përpara lëshimit të produktit që do të prodhohej. Testi "C" ishte testi përfundimtar përpara disponueshmërisë së përgjithshme të produktit. Ndërsa softueri u bë një pjesë e rëndësishme e ofertave të IBM-së, terminologjia e testit alfa u përdor për të treguar testin para shpalljes dhe testi beta u përdor për të treguar gatishmërinë e produktit për disponueshmërinë e përgjithshme.Martin Belsky, një menaxher në disa nga projektet e mëparshme të softuerit të IBM-së,pretendoi se kishte shpikur terminologjinë. IBM hoqi terminologjinë alfa/beta gjatë viteve 1960, por deri atëherë kishte marrë një njoftim mjaft të gjerë.Përdorimi i "testit beta" për t'iu referuar testimit të bërë nga klientët nuk është bërë në IBM. Përkundrazi,IBM përdori termin "test në terren".

Beta të mëdha publike u zhvilluan më pas, me klientët e hershëm që kishin blerë një "edicion pionier" të përpunuesit të fjalëve WordVision për PC IBM për 49,95 dollarë. Në vitin 1984, Stephen Manes shkroi se "në një grusht shteti të shkëlqyer marketingu, Bruce dhe James Program Publishers arritën t'i bënin njerëzit të *paguanin* për privilegjin e testimit të produktit". Në shtator të vitit 2000, u lëshua një *version në formë kuti* i sistemit operativ Mac OS X të Apple Publik Beta. Midis shtatorit 2005 dhe majit 2006, Microsoft lëshoi *paraafishimin e teknologjisë së komunitetit* ( *CTP* s) për Windows Vista . Nga 2009 deri në 2011,  *Minecraft* ishte në beta publike.

Në shkurt 2005, ZDNet publikoi një artikull në lidhje me fenomenin e një versioni beta që shpesh qëndron për vite dhe përdoret sikur të ishte në nivelin e prodhimit. Ai vuri në dukje se Gmail dhe Google News, për shembull,kishin qenë në beta për një kohë të gjatë,megjithëse përdoreshin gjerësisht; Google News la beta në janar 2006, e ndjekur nga Google Apps (tani i quajtur Google Workspace ), duke përfshirë Gmail,në korrik 2009. Që nga prezantimi i Windows 8, Microsoft e ka quajtur softuerin e para-publikimit një *pamje* paraprake dhe jo *beta*. Të gjitha ndërtimet e para-publikimit të lëshuara përmes Programit Windows Insider të lançuar në vitin 2014 quhen "Ndërtimet e Parapamjes së Insider".  "Beta" gjithashtu mund të tregojë diçka më shumë si një kandidat për lëshim, ose si një formë demo e kufizuar me kohë ose teknikë marketingu.

## Shihni gjithashtu 
* Shpërndarja e softuerit
* Menaxhimi i ciklit jetësor të aplikacionit
* Automatizimi i lëshimit të aplikacionit
* Inxhinieria e lëshimit
* Menaxhimi i lëshimit
* Versionimi i softuerit

## Referime