Samalla tavalla kuin ihmiset käyvät läpi erilaisia vaiheita elämänsä aikana, myös ohjelmistotuotteet käyvät läpi omat vaiheensa. Tästä käytetään usein nimitystä ohjelmistojulkaisun elinkaari.
Ohjelmistojen eri elinkaarivaiheisiin eli sovellusten “kehitysvaiheisiin” liittyy tiettyjä ajanjaksoja, mutta voi olla vaikeaa ennustaa, milloin yksi vaihe päättyy ja toinen alkaa. Jokaisella vaiheella on omat selkeät tehtävänsä ja eri toimintojen väliset vaatimuksensa, joten tuotepäälliköiden on tärkeää ymmärtää jokainen vaihe, jotta he voivat ohjata yritystä menestyksekkäästi ohjelmistojulkaisun elinkaaren läpi.
Kun perehdymme tähän artikkeliin, kerron samalla kokemuksistani, jotka liittyvät BankerBoxin, sijoituspankkiireille suunnatun FinTech SaaS -yrityksen, myymiseen ja integroimiseen yhdessä perustajakumppanini kanssa SS&C Intralinksiin SRLC:n eri vaiheissa.
Mikä on ohjelmistojulkaisun elinkaari (SRLC)?
Ohjelmistojulkaisun elinkaari (SRLC) on joukko virstanpylväitä, jotka kuvaavat ohjelmiston elinkaaren eri vaiheita tai peräkkäistä julkaisuaikajanaa sen ideoinnista aina lopulliseen, täysin valmiiseen julkaisuun asti. Tämän elinkaaren pituus vaihtelee useiden tekijöiden perusteella, kuten tuotetyypin, käyttötarkoituksen sekä toimialan turvallisuus-, vaatimustenmukaisuus- ja yleisten standardien mukaan.
Ohjelmistosovelluksilla on esimerkiksi yleensä lyhyempi elinkaari kuin useimmilla muilla tuotteilla, koska uusia ominaisuuksia ja parannuksia julkaistaan usein ketterästi muuttuvien markkinatarpeiden ja uusien teknologisten suuntausten täyttämiseksi.
Se muistuttaa ohjelmistokehityksen elinkaarta (SDLC), joka on ohjelmistotuotekehityksessä käytettävä rakenne. Näiden kahden elinkaaren ero on siinä, että SDLC kuvaa vain ohjelmistokehitysprosessia ja ohjelmistosuunnittelua, kun taas julkaisun elinkaari kuvaa kehityksen lisäksi myös sen käytettävyyttä, testausta ja jakelua.
Ohjelmistojulkaisut on suunniteltava ja testattava huolellisesti, mieluiten testaustiimin toimesta, jotta voidaan varmistaa, etteivät ne aiheuta enemmän ongelmia kuin ratkaisevat. Ohjelmistojulkaisun elinkaari määrittelee selkeän suunnitelman onnistuneen julkaisuprosessin saavuttamiseksi asianmukaisen suunnittelun, testauksen ja virheenkorjausten avulla.
Yritysten tulisi käyttää ohjelmistojulkaisun elinkaarta suunnitellakseen etukäteen, milloin ja miten ne päivittävät verkkosovellustaan tai sovelluksiaan ajan mittaan. Asianmukaisten julkaisunhallintakäytäntöjen toteuttaminen auttaa niitä ylläpitämään vankkaa tuotetta, joka vastaa jatkuvasti sekä käyttäjiensä tarpeisiin, ydintoiminnallisuuteen että toimialan standardeihin (myös tekoäly julkaisunhallinnassa voi auttaa tässä). Näin ne voivat ylläpitää vankkaa tuotetta, joka vastaa jatkuvasti sekä käyttäjiensä tarpeisiin, ydintoiminnallisuuteen että toimialan standardeihin.
Ohjelmistojulkaisun elinkaaren 6 vaihetta
Ohjelmistojulkaisun elinkaari sisältää erilaisia vaiheita, joita voidaan käyttää kehitettävän järjestelmän tyypin ja kehitystiimin tarpeiden mukaan.
“Vaiheet” merkitsevät tuotteen kehityksen virstanpylväitä ja antavat kehitystiimille ja projektipäälliköille mahdollisuuden seurata edistymistä. Niiden avulla kehitystiimit voivat myös seurata sovellusten ja verkkosovellusten suuntauksia sekä varmistaa, että parannuksia tehdään iteraatioiden kautta ajan mittaan. Se sisältää yleensä seuraavat kuusi vaihetta:
Have an account? Log In
1. Esialfaversio
Ohjelmistojulkaisun elinkaaren ensimmäinen vaihe on esialfa. Tässä prosessin vaiheessa keskitytään täysin tuotteen kehittämiseen eikä sen markkinointiin tai julkiseen julkaisuun. Se kattaa kaikki alkuvaiheen kehityksen aikana ennen testausta toteutettavat toimet. Esialfan yleisimpiä vaiheita ovat analyysi, suunnittelu, kehitys ja yksikkötestaus.
Merkittävä osa esialfaversiota on sen tunnistaminen, miten ohjelmistosovelluksen on kehityttävä, jotta se voidaan valmistella laajempia julkaisuja, kuten alfaversiota tai beetaversiota, varten. Kehitystiimin on otettava käyttöön tehokkaat ohjelmistotestauksen, käytettävyyden ja automaation käytännöt, jotta siirtymät ohjelmistojulkaisun elinkaaren eri vaiheiden välillä ovat vakaita.
Kun perustajakumppanini ja minä integroimme SaaS-ratkaisun SS&C Intralinksiin, olimme jo arvioineet ja saattaneet esialfavaiheen päätökseen. Meillä oli toimiva sovellus, joka oli arkkitehtuuriltaan suunniteltu ja rakennettu. On kuitenkin tärkeää huomata, että pienen ohjelmistoyrityksen määritelmä analyysi-, suunnittelu-, kehitys- ja yksikkötestausvaiheista voi ehdottomasti poiketa suuren yrityksen näkökulmasta ja näiden vaiheiden vaatimustasosta.
4 vaihetta esialfaversion käynnistämiseksi
Analyysi: se on ohjelmistojulkaisun elinkaaren eli SRLC:n ensimmäinen vaihe, jossa järjestelmän ongelmaa ja vaatimuksia tutkitaan yksityiskohtaisesti. Siihen kuuluu käyttäjävaatimusten ja kriittisten toimintojen analysointi, ongelma-alueen tunnistaminen, toteutettavuusraporttien laatiminen sekä SRS:n (ohjelmistovaatimusmäärittelyn) luominen.
Suunnittelu: tässä vaiheessa kehitystiimit kehittävät ratkaisun ongelmaan, joka tunnistettiin analyysivaiheessa. Tässä vaiheessa laaditaan korkean tason suunnitteludokumentti ja mallikuvia, joissa selitetään, miten ohjelmistotuote toteutetaan. Suunnitteludokumentissa tuodaan esiin perusvaiheet, joita on noudatettava verkkosovelluksen rakentamisessa.
Jos työskentelet asettelujen tai käyttöliittymäkulkujen parissa, nämä responsiivisen suunnittelun prototyyppityökalut voivat auttaa testaamaan ideoita nopeasti ennen kehitysvaiheeseen siirtymistä. Suunnitteludokumentissa tuodaan esiin perusvaiheet, joita on noudatettava verkkosovelluksen rakentamisessa.
Kehitys: tämä on varsinainen koodausvaihe, jossa kehitystiimi muuntaa vaatimusmäärittelyt varsinaiseksi ohjelmistotuotteeksi. Kun koodaus on valmis, kehittäjät testaavat ohjelmistoa ja korjaavat virheitä mahdollisimman varhaisessa vaiheessa.
Yksikkötestaus: kehittäjät suorittavat tämän ennen moduulinsa toimittamista laadunvarmistuksen (laadunvarmistus) kehitystiimille jatkotestausta varten. Tässä vaiheessa kehittäjät tarkistavat lähdekoodin jokaisen rivin varmistaakseen, että koodi toimii oikein ennen sen integroimista koko sovellukseen.
2. Alfaversio
Alfavaihe edustaa kreikkalaisten aakkosten ensimmäistä kirjainta, ja se on myös koodinimi kehitysvaiheelle, joka toteutetaan ennen tuotteen julkaisua. Ohjelmistokehittäjät käyttävät termiä "alfa" tai “alfaversio” kuvaamaan ohjelmistoa, joka on ohjelmistotestauksen ensimmäisessä vaiheessa.
Alfatestauksen suorittavat organisaation sisäiset työntekijät tai kehittäjät. Tämäntyyppinen testi suoritetaan kehittäjän ympäristössä, ei asiakkaan ympäristössä. Alfatestaus toteutetaan järjestelmätestauksen valmistumisen jälkeen ja ennen betatestausta. Testin tarkoituksena on löytää käytettävyyteen, toiminnallisuuteen ja yhdenmukaisuuteen liittyviä virheitä tai puutteita.
Tämän tyyppisessä testissä ryhmä niin kutsuttuja testaajia suorittaa loppukäyttäjien kaltaisia toimintoja ja raportoi sitten kohtaamistaan ongelmista. Alfatestauksen päätarkoitus on varmistaa, että kaikki moduulit on integroitu oikein ja että ne toimivat odotetulla tavalla.
Kun kävimme BankerBoxin alfavaiheen läpi, otimme yhteyttä tuote- ja ohjelmistoalan kollegoihin sekä omassa tapauksessamme, jossa rakensimme ratkaisua pankeille, useisiin investointipankkiireihin ja finanssialan korkean tason kontakteihin.
Alfaohjelmisto sisältää kaikki ominaisuudet, mutta siinä on todennäköisesti virheitä. Alfatestauksen painopisteenä on tuotteen parantaminen havaitsemalla ongelmat ennen siirtymistä betatestaukseen sekä alfastestaajien palautteen perusteella ehdotettujen viime hetken muutosten tekeminen.
3. Betaversio
Betavaihe, joka on nimetty kreikkalaisten aakkosten toisen kirjaimen mukaan, on koodinimi, jolla osoitetaan ohjelmistotuotteen siirtyneen testauksen toiseen vaiheeseen ja olevan valmis asiakkaiden tai tilaajien ulkoiseen käyttöön. Heitä kutsutaan usein “betatestaajiksi”. Jotkin organisaatiot kutsuvat tätä vaihetta “varhaisten omaksujien” vaiheeksi.
Kun betaversio julkaistaan, sitä testataan yleensä perusteellisemmin kuin alfavaiheessa. Sen avulla yritykset voivat arvioida, kuinka hyvin niiden ohjelmisto toimii todellisissa olosuhteissa.
Kun SS&C Intralinks oli hankkinut BankerBoxin, loimme nopeasti keskeisiä integraatiopisteitä ohjelmistomme ja laajemman yrityksen järjestelmien (todennus, pilvipalvelimet jne.) välille. Tämän jälkeen esittelimme ratkaisua ja teimme yhteistyötä useiden yrityksen asiakkaiden kanssa kutsuaksemme heidät “betatestaamaan” ratkaisua käytännössä yritysjärjestelyssä.
Tämä oli meille erinomainen tapa saada palautetta, kehittää asiakassuhdetta ja löytää alueita, joilla ohjelmiston on kehityttävä täyttääkseen julkaisuehdokkaan (RC) tai yleisen saatavuuden (GA) vaatimukset ja “tason”.
Tämän tyyppisessä testissä asiakkaat antavat arvokasta palautetta siitä, täyttääkö tuote tai sovellus heidän odotuksensa toiminnallisuuden, käytettävyyden, suorituskyvyn, luotettavuuden, skaalautuvuuden ja muiden ominaisuuksien osalta. Loppukäyttäjien antama palaute auttaa parantamaan käyttökokemusta ja korjaamaan toiminnallisia ongelmia ennen tuotteen julkaisemista tuotantokäyttöön. Betavaiheita on kaksi:
- Avoin beta: tässä vaiheessa kuka tahansa halukas voi osallistua betatestausprosessiin. Tämä voi auttaa kehittäjiä tunnistamaan tuotteensa virheitä ja korjaamaan niitä nopeasti ja helposti, sillä useiden käyttäjien palaute voi tuoda ongelmat esiin.
- Suljettu beta: tässä vaiheessa kohdemarkkinat ja testaajina toimivat ihmisryhmät on määritelty tarkasti. Kohdemarkkinat auttavat keskittämään ohjelmistotestauksen tiettyihin huolenaiheisiin ja varmistamaan, että kaikki toimii kohdeasiakkaiden tarpeiden mukaisesti.
4. Julkaisuehdokas
Julkaisuehdokas (RC) on ohjelmiston esijulkaisuversio, jota valmistellaan lopullista julkaisua varten (RC-vaiheessa) yleisölle. Tätä kutsutaan joskus nimellä “hallittu saatavuus”. Vaikka se saattaa sisältää kaikki suunnitellut ominaisuudet ja toiminnot sekä toimia odotetulla tavalla, siihen voidaan edelleen tehdä muutoksia, jopa merkittäviä, saadun palautteen perusteella.
Kehittäjät saattavat julkaista useita julkaisuehdokkaita ennen valmiin tuotteen julkaisua varmistaakseen, ettei ohjelma kaadu raskaan kuormituksen alla, ettei se vuoda merkittävästi muistia ja niin edelleen.
5. Yleinen saatavuus
Yleinen saatavuus (GA) tarkoittaa, että tuote tai palvelu on asetettu useimpien asiakkaiden (yleensä maailmanlaajuisesti) ostettavaksi tavallisesti kaupallisten kanavien kautta. Ohjelmistokehityksessä tällä ilmauksella viitataan yleensä verkkosovellukseen tai sovellukseen, joka on kaikkien tarkoitettujen käyttäjien saatavilla. Tässä vaiheessa tuotteeseen tehtävien päivitysten tai muun kehitystyön tavoitteena on yleensä parantaa sen ominaisuuksia ja suorituskykyä, jotta siitä tulisi asiakkaille houkuttelevampi.
Kun BankerBox, joka tunnetaan nyt uudella tuotemerkillä nimellä “Deal Marketing” , saavutti yleisen saatavuuden, pystyimme tarjoamaan sen asiakkaille kaikkialla Pohjois-Amerikassa ja keräämään arvokasta palautetta sekä tietoja käyttömääristä, skaalautuvuudesta ja muista tekijöistä tuotteen ja markkinoiden yhteensopivuuden validoimiseksi ennen siirtymistä ohjelmiston julkaisun elinkaaren viimeiseen vaiheeseen eli tuotantojulkaisuun.
More Articles
6. Tuotantojulkaisu
Vakaa julkaisu on ohjelmistopaketin versio, joka on testattu ja varmennettu. Se on ohjelman uusin (ja joskus viimeinen) versio, jota pidetään turvallisena julkiseen käyttöön. Tällaista julkaisua kutsutaan myös “vakaaksi” julkaisuksi.
Kun ohjelmisto tai verkkosovellus siirtyy tähän vaiheeseen, se voi viestiä laajemmalle organisaatiolle ja markkinoille, kuinka valmis tuotteesi on. SS&C Intralinksillä yhdistin tuoteorganisaation johtajana keskeiset monialaiset aloitteet näihin vaiheisiin.
Tuotantojulkaisuvaiheessa pystyimme kokoamaan tarjontastrategian, käynnistämään kattavan markkinoinnin ja myynnin sekä järjestämään tarvittavan tuen asiakaspalvelun, sivuston luotettavuustekniikan ja muiden osastojen kautta tuotteen menestyksen varmistamiseksi.
Tätä pidetään useimpien standardien mukaan valmiina tuotteena, vaikka siinä saattaa olla muutamia pieniä ongelmia, joita pidetään hyväksyttävinä. Joissakin tapauksissa, kuten Linuxissa, vakaita julkaisuja on kahdenlaisia: LTS-julkaisut (pitkäaikainen tuki) ja tavalliset vakaat julkaisut.
- Tavalliset vakaat julkaisut – ovat yleisin julkaisutyyppi, jonka tulet näkemään. Ne on helppo asentaa (kun puhumme käyttöjärjestelmäohjelmistoista), ja kuten niiden nimi kertoo, ne ovat vakaita. Jos haluat testata ohjelmistoa tuotantoympäristössä, käytät yleensä tämän tyyppistä julkaisua. Verkkosovelluksissa tavallisiin vakaisiin julkaisuihin viitataan usein “suurina” julkaisuina.
- LTS-julkaisut (pitkäaikainen tuki) – ne on suunniteltu erityisesti pitkäaikaiseen käyttöön tuotantoympäristöissä. Näillä julkaisuilla on pidempi tukiaika kuin tavallisilla vakailla julkaisuilla (LTS-julkaisujen välinen aika on keskimäärin kolme vuotta). Tämä tarkoittaa, että ne on testattu perusteellisesti ja niitä pidetään tavallisia vakaita julkaisuja turvallisempina.
Lopuksi
Tuotteen ohjelmistojulkaisun elinkaaren eri vaiheiden ymmärtäminen on tuotejohtajalle erinomainen tapa luoda yhteinen tilannekuva ja yhdistää monialaiset sekä asiakkaisiin liittyvät toimet SRLC:n eri vaiheisiin. Näin tuote voidaan jakaa selkeästi yrityksen laajempien tavoitteiden, strategioiden ja aloitteiden kokonaisuuteen.
Näiden vaiheiden hyödyntäminen “laukaisukohtina” auttoi minua integroimaan tuotteeni onnistuneesti suureen yritykseen ja ajoittamaan eri toimet niin, että menestys markkinoilla varmistui.
Kun SRLC:n vaiheet on suoritettu, tuote on käynyt läpi myynti- ja kasvusyklinsä ja organisaatio havaitsee merkkejä tuotteen elinkaaren päättymisestä, alkaa ylläpidon elinkaari, joka sisältää:
- asiakkaan käyttöönottovaiheen aikana ilmoittamien virheiden korjaamisen,
- uusien ominaisuuksien lisäämisen tai
- olemassa olevien ominaisuuksien muokkaamisen asiakkaan muuttuvien tarpeiden ja teknologian kehityksen mukaisesti.
Lopulta kaikki ohjelmistotuotteet saavuttavat jossain vaiheessa elinkaarensa lopun, kun niiden kehittäjät eivät enää tue niitä.
Jos haluat oppia lisää tuotepäällikkyydestä ja tuotekehityksen parhaista käytännöistä, tilaa uutiskirje! Ensi kertaan.
Aiheeseen liittyvää luettavaa:
- Ohjelmistokehityksen elinkaaren 6 vaihetta (SDLC)
- Kuinka kirjoittaa tehokkaita ohjelmiston julkaisutietoja, jotka ilahduttavat käyttäjiä
Aiheeseen liittyvä työkaluluettelo: Ohjelmistojulkaisujen hallintatyökalut
Tutustumisen arvoista myös:
