Ohjelmiston kehitysvaiheet

Kokeneet kirjoittajat eivät ole vielä tarkistaneet sivun nykyistä versiota, ja se voi poiketa merkittävästi 27. tammikuuta 2019 tarkistetusta versiosta . tarkastukset vaativat 58 muokkausta .

Ohjelmistokehityksessä kehitysvaiheita käytetään kuvaamaan ohjelmistotuotteen valmiusastetta . Myös kehitysvaihe voi heijastaa tiettyyn ohjelman versioon suunniteltujen ominaisuuksien määrää . Kehittäjät voivat joko ilmoittaa ja säännellä vaiheita tai joskus termiä käytetään epävirallisesti kuvaamaan tuotteen tilaa.

Beta- ja Alpha-vaiheet eivät ole epävakauden osoittimia, koska ne osoitetaan ohjelmalle kerran tai kerran sarjaa kohden (tässä tapauksessa sarja on numero ensimmäiseen pisteeseen asti), kehitysjärjestelmästä riippuen. Ne voidaan määrittää useisiin julkaistuihin versioihin peräkkäin.

Historia

Alfa/beta-testauksen terminologia ilmestyi ensimmäisen kerran IBM :llä . IBM:n kanssa läheiset ihmiset ovat käyttäneet vastaavia ohjelmistokehitystermejä ainakin 1950-luvulta lähtien ja mahdollisesti aiemminkin.

Testi "A" oli uuden tuotteen testi ennen julkista ilmoitusta.

"B" -testi oli tuotantoa edeltävä tarkastus .

Testi "C" oli viimeinen testi ennen tuotteen yleistä saatavuutta.

Koska ohjelmistoista on tullut tärkeä osa IBM:n tuotteita, alfa-testauksen terminologiaa käytettiin viittaamaan ilmoitusta edeltävään testiin, kun taas beta-testausta käytettiin osoittamaan, että tuote oli valmis yleiseen saatavuuteen. Martin Belsky, joidenkin varhaisten IBM-ohjelmistoprojektien johtaja, väitti olevansa terminologian alullepanija. IBM hylkäsi alfa/beta-terminologian 1960-luvulla, mutta siihen mennessä se oli tullut melko yleiseksi.

Termi "beta-testi" käyttäjien suorittaman testauksen nimityksenä ei ole peräisin IBM:ltä. Sen sijaan IBM käytti termiä kenttätesti . 

Kehitysvaiheet

Pre-Alpha - alkukehitys

Kehityksen alkuvaihe  on ajanjakso kehityksen alusta alfa-vaiheen vapautumiseen. Tämä on myös niiden ohjelmien nimi, jotka eivät ole vielä päässeet alfa- tai beta-vaiheeseen, mutta ovat läpäisseet kehitysvaiheen, toiminnallisuuden alustavaa arviointia varten. Toisin kuin alfa- ja beta-versiot, alkuvaiheessa ei välttämättä ole kaikkia ohjelman toimintoja. Tässä tapauksessa kaikki toimet, jotka on suoritettu ohjelman suunnittelun ja kehittämisen aikana testaukseen asti, ovat implisiittisiä. Näitä toimia ovat mm.

Alpha - talon sisäinen kehitys

Vaihe, jossa testaajat käynnistävät ohjelman kokonaisuudessaan, eivät yleensä ohjelmistotuotteen kehittäjät, vaan yleensä tuotetta kehittävän organisaation tai yhteisön sisällä. Se voi olla myös uusien toimintojen lisäämisvaihe. Tässä vaiheessa olevia ohjelmia voidaan käyttää vain tuleviin mahdollisuuksiin tutustumiseen.

Alfatestaus päättyy pääsääntöisesti ominaisuuden jäädyttämiseen ja siirtyy betatestaukseen.

Beta - julkinen kehitys

Alfatestauksen läpäisseen ohjelman (jos sellainen on) aktiivisen betatestauksen ja virheenkorjauksen vaihe. Muut ohjelmistokehittäjät voivat käyttää tämän tason ohjelmia yhteensopivuuden testaamiseen. Tästä huolimatta tämän vaiheen ohjelmat voivat sisältää melko paljon virheitä.

Koska beta-tuote ei ole lopullinen versio ja julkinen testaus tehdään käyttäjän omalla vastuulla, valmistaja ei ota mitään vastuuta vahingoista, jotka johtuvat beta-version käytöstä.

Eternal Beta

Tim O'Reilly , avoimen lähdekoodin, julkaisee erityisen ohjelman nimeltä "ikuinen beta", kun ohjelma on beta-vaiheessa määräämättömän ajan. Tällainen mekanismi on sopiva Internetissä, jossa ohjelmistolla on seuraavat ominaisuudet:

  • Ohjelmistoasentajien sijaan Internet-palvelut halvalla skaalautumalla .
  • Epätavalliset ja ainutlaatuiset tietokokoelmat, jotka rikastuvat käyttäjäjoukon kasvaessa.
  • Loppukäyttäjät ovat mukana kehitystyössä. Heidän kollektiivista älyään käytetään tukemaan epätavallisten pyyntöjen " pitkää häntää ".
  • Ohjelma ylittää yhden laitteen.
  • Yksinkertaistetut käyttöliittymät, suunnitteluperiaatteet ja liiketoimintamallit.
  • Valmistajalla on erityinen vastuu käyttäjätiedoista, ja monet ovat siirtymässä pois siitä tarjoamalla käyttäjille ikuisen betaversion.

Julkaisuehdokas - julkaisua edeltävä versio

Ehdokasvaihe tulla vakaaksi. Tämän vaiheen ohjelmille on tehty kattava testaus , jonka ansiosta kaikki löydetyt kriittiset virheet on korjattu. Mutta samalla on mahdollista paljastaa muitakin virheitä, joita ei havaittu testauksen aikana. Jos suuria puutteita ei löydy asetetussa ajassa, siitä tulee RTM-versio. Esimerkki: Windows 7 RC 7100 .

Ongelma

Kun ohjelmisto on julkaistu, sitä kutsutaan yleensä "vakaaksi julkaisuksi".

Muodollinen termi riippuu usein julkaisutavasta: fyysinen media, verkkojulkaisu tai verkkosovellus.

Vapauta tuotantoon / julkaisu tuotantoon

Ohjelmistotuotteen replikointivalmiuden osoittaminen [1] . Tämä on vakaa versio ohjelmasta, joka on läpäissyt kaikki aiemmat vaiheet, jossa tärkeimmät virheet on korjattu. RTM edeltää yleistä saatavuutta (GA), kun tuote julkaistaan ​​yleisölle.

Termiä käytetään yleisesti tietyissä massatuotettujen ohjelmistojen vähittäismyyntiympäristöissä osoittamaan, että ohjelmisto täyttää tietyn laatutason ja on valmis massakaupan jakeluun. RTM voi myös tarkoittaa muissa yhteyksissä, että ohjelmisto on toimitettu tai julkaistu asiakkaalle tai asiakkaalle asennettavaksi tai jaettavaksi laitteen vastaaville tietokoneille tai loppukäyttäjien tietokoneille.

Tämä termi ei määrittele toimitusmekanismia tai laajuutta; se vain osoittaa, että laatu on riittävä massareplikaatioon.

Yleinen saatavuus

Yleinen saatavuus tai yleinen hyväksyntä ( GA ) on markkinointivaihe , jossa kaikki  tarvittavat kaupallistamistoimenpiteet on suoritettu ja ohjelmistotuote on ostettavissa, riippuen kuitenkin kielestä, alueesta, sähköisestä tai median saatavuudesta. Kaupallistamistoimintaan voi sisältyä turvallisuus- ja vaatimustenmukaisuustarkastuksia sekä lokalisointia ja maailmanlaajuista mainostamista. Tuotantovaiheen ja yleisen saatavuuden välinen aika voi vaihdella viikosta useisiin kuukausiin. Tämä aika tarvitaan kaikkien GA:n edellyttämien kaupallistamistoimintojen suorittamiseen. Tässä vaiheessa ohjelmisto on "mennyt käyttöön".  

Julkaisu verkkoon / verkkojulkaisu

Internet-julkaisu (RTW) tai verkkojulkaisu on tapa toimittaa ohjelmistoja, jotka käyttävät Internetiä sen levittämiseen. Tässä tapauksessa valmistaja ei käytä fyysisiä tietovälineitä. Verkkojulkaisut yleistyvät Internetin käytön lisääntyessä.

Tuki

Ohjelmiston tuetun elinkaaren aikana ohjelmistolle julkaistaan ​​palvelujulkaisuja, korjauksia tai Service Pack -paketteja , joita joskus kutsutaan myös "välijulkaisuiksi".

Esimerkiksi Windows - käyttöjärjestelmissä tuen päävaihe kestää 5-6 vuotta yleisen saatavuuden päivämäärästä [2] . Ubuntun kaltaisessa käyttöjärjestelmässä  on  LTS :n (Long Time Support) erikoisversiot, joiden tukiaika on 5 vuotta verrattuna 9 kuukauden tavanomaisiin käyttöjärjestelmiin [3] .

Tuen loppu

Tässä vaiheessa valmistaja ilmoittaa tuotteen vanhentumisesta ja lisätuen kieltäytymisestä.

Kehityksen virstanpylväät SourceForgen / Pythonin mukaan [4]

Näitä 7 vaihetta käytettiin alun perin SourceForgen verkkosivustolla. Myöhemmin PyPI , isännöi Python-kielen paketteja, otti tämän numeroinnin .

  1. Suunnittelu _ _ _ Kirjoittaja varasi nimen projektille ja alkoi rajata toimintoja. Versiota ei yleensä ole.
  2. Pre-alfa ( pre-alfa ). On jo olemassa jonkinlainen ohjelma, joka antaa käsityksen siitä, mitä se tekee. On kehitystä, uusien toiminnallisuuksien lisäämistä, refaktorointia. Ohjelman arkkitehtuuri voi muuttua täysin milloin tahansa. Tässä vaiheessa ohjelma voi jo saada version, yleensä 0.xy
  3. Alfa ( alfa ). Ohjelman arkkitehtuuri on ilmeinen. Kehittäjän läheiset ihmiset voivat jo käyttää ohjelmaa. Tuotteisiin testataan ja tuodaan.
  4. Beta ( beta ). Ohjelma on täysin toimiva. Siellä testataan, korjataan virheitä ja suorituskykyongelmia, parannetaan ergonomiaa.
  5. Valmis/vakaa ( tuotanto/vakaa ). Kriittisiä virheitä ei ole, kaikki pääkäyttötapaukset on testattu. Virheenkorjauksia ja uusia ominaisuuksia lisätään. Tässä vaiheessa ohjelmalle voidaan antaa versio 1.0.
  6. Aikuinen ( kypsä ). Yli vuoden "valmis / vakaa" -tilassa ne eivät vaadi suuria toimintoja, ei ole suuria ja kriittisiä virheitä. Pieniä bugeja korjataan.
  7. Hylätty ( ei- aktiivinen ). Kehitystä ei ole tehty pitkään aikaan. Löydettyjä ongelmia ei todennäköisesti korjata. Tietysti projekti voidaan ottaa takaisin kehitysvaiheeseen ja palata johonkin edelliseen vaiheeseen.

Muistiinpanot

  1. ↑ Windows 10:n RTM (Release To Manufacturing) -versio on julkaistu - MSoffice-Prowork.com . Haettu 27. tammikuuta 2019. Arkistoitu alkuperäisestä 1. lokakuuta 2020.
  2. ↑ Lifecycle FAQ - Windows - Microsoft Lifecycle | Microsoftin dokumentit . Haettu 6. maaliskuuta 2019. Arkistoitu alkuperäisestä 8. toukokuuta 2017.
  3. ↑ LTS - Ubuntu Wiki . Haettu 6. maaliskuuta 2019. Arkistoitu alkuperäisestä 5. elokuuta 2011.
  4. ↑ Ohjelmistokehitysvaiheet Martin Thoma . Haettu 24. maaliskuuta 2022. Arkistoitu alkuperäisestä 17. elokuuta 2021.

Linkit