Mikä on ALM? Sovelluksen elinkaaren hallinnan prosessi, koko muoto

Mikä on ALM?

ALM on ohjelmistosovelluksen määrittely-, suunnittelu-, kehitys- ja testausprosessi. Se kattaa koko elinkaaren sovelluksen ideasta kehitykseen, testaukseen, käyttöönottoon, tukeen ja lopulta käyttökokemusvaiheeseen. ALM:n täydellinen muoto on Application Lifecycle Management.

Ohjelmistokehitysmenetelmästä (esimerkiksi vesiputous, ketterä tai DevOps) riippuen ALM voidaan jakaa useisiin vaiheisiin. ALM-prosessi jaetaan pääasiassa kolmeen osaan: hallintaan, kehitykseen ja operatiiviseen toimintaan.

ALM-prosessi

Tässä ovat ALM:n keskeiset alueet:

Hallinto

Se sisältää vaatimustenhallinnan, resurssienhallinnan, tietoturvan, käyttäjien käyttöoikeudet, tarkastelun, auditoinnin, käyttöönoton hallinnan ja palautuksen.

Hallinnon edut:

• Yhdistetty liiketoimintastrategia
• Developing liiketoimintatapaus
• Tarjoaa jatkuvan seurannan
• Rahoitetaan hankkeita, jotka tuottavat eniten arvoa
• Selkeä vastuu ja valvonta

Sovellus kehitys

Se sisältää nykyisten ongelmien tunnistamisen, suunnittelun, rakentamisen, testaamisen ja sovelluksen käyttöönoton. Tämä alue kattaa perinteiset kehittäjän ja sovellusten tekijän roolit.

Sovelluksen toiminta

Tämä alue sisältää sovelluksen käyttöönoton ja teknologiapinon ylläpidon. Vesiputousmallin mukaisessa ohjelmistokehitysmenetelmässä operatiivinen vaihe on erillinen kehitysvaiheesta. DevOps-tiimi yhdistää operatiivisen toiminnan ja kehityksen täysin integroiduksi ja jatkuvaksi prosessiksi.

Miksi ALM on tärkeä?

Seuraavat ovat tärkeimmät syyt ALM:n käyttöön:

• Saat hyvän näkyvyyden projektin tilaan.
• Joukkueet pystyvät kommunikoimaan tehokkaasti.
• Vaatimukset on helppo määritellä ja track.
• Ohjelmisto on testattu riittävästi.
• Ratkaisun ylläpito- ja käyttökustannukset ovat edelleen rajalliset.

ALM vs. SDLC: Miten ne eroavat toisistaan

ALM:ää ja ohjelmistokehityksen elinkaarta käsitellään usein synonyymeinä, mikä aiheuttaa hämmennystä tiimien yrittäessä ottaa käyttöön jompaakumpaa. SDLC sijaitsee ALM:n sisällä eikä sen rinnalla.

Aspect	SDLC	ALM
Laajuus	Ohjelmiston rakentaminen	Koko tuotteen elinkaari ideasta eläkkeelle siirtymiseen
Alkaa	Rakennuksen vaatimukset	Alustava liiketoimintasuunnitelma
Päättyy klo	Kyseisen julkaisun käyttöönotto	Sovelluksen käytöstä poistaminen
Kattaa hallinnon	Ei	Kyllä — rahoitus, käyttöoikeus, tarkastus, vaatimustenmukaisuus
Syklien lukumäärä	Yksi julkaisua kohden	Useita SDLC-syklejä yhden sovelluksen elinkaaren aikana

Sovellus käy tyypillisesti läpi useita SDLC-iteraatioita pysyen samalla yhden ALM-elinkaaren sisällä. Sisäkkäisyyden ymmärtäminen selittää, miksi alla olevat vaiheet ulottuvat paljon koodin toimituspisteen yli.

ALM-vaiheet (Application Lifecycle Management)

Tässä ovat ALM:n eri vaiheet:

1) Vaatimusten hallinta

Vaatimusten hallinta on ALM:n ensimmäinen vaihe. Se auttaa sinua dokumentoimaan, analysoimaan ja track, priorisoi ja sovi vaatimuksista. Se on jatkuva prosessi, joka jatkuu koko projektin elinkaaren ajan. Katso myös parhaiden listamme vaatimusten hallintaohjelmisto.

2) Suunnittelu

Design management on prosessi, joka auttaa parantamaan asiakastyytyväisyyttä ja -uskollisuutta parantamalla käytettävyyttä. Se myös muokkaa asiakkaan ja tuotteen välistä vuorovaikutusta.

3) Rakennushallinta

Koodin hallinta eli koontiversioiden hallinta on prosessi, jossa lähdekooditiedostot muunnetaan itsenäisiksi ohjelmistokomponenteiksi. Tässä vaiheessa sovellusidea muuttuu varsinaiseksi sovellukseksi.

Tässä vaiheessa sovellus rakennetaan, testataan ja otetaan käyttöön, minkä jälkeen testaaja alkaa valmistella testitapauksia ja kirjoittaa testiskriptejä testausvaihetta varten.

4) SCM

Ohjelmistokokoonpanon hallinta (SCM) on ALM-vaihe, jossa kehitystiimi järjestelmällisesti järjestää, hallitsee ja valvoo dokumenttien, koodin ja muiden kokonaisuuksien muutoksia sovelluksen kehityssyklin aikana.

5) Operaja huolto

Tässä vaiheessa alkaa sovelluksen valvonta, hallinta ja jatkuva kehitys. DevOpsissa tämä vaihe kattaa julkaisun, konfiguroinnin ja valvonnan.

Tässä vaiheessa etsit ja korjaat virheitä. Tämä vaihe auttaa sinua suunnittelemaan ja priorisoimaan tuotteen seuraavat päivitykset.

6) Testien hallinta

Testausvaiheessa testaajat varmistavat, että sovellus täyttää prosessin alkuvaiheissa määritellyt vaatimukset.

Ne varmistavat myös, että sovellus täyttää käyttäjien odotukset ja kaikkien muiden sitä tukevien sidosryhmien tarpeet koko sen elinkaaren ajan, vaikka näitä odotuksia ei olisikaan otettu asianmukaisesti huomioon vaatimusvaiheessa.

7) Käyttäjäkokemus

Ylläpito eli käyttäjäkokemus on perinteisesti ALM:n pisin vaihe, mutta se on myös vaihe, jossa testaus- ja kehitystiimien osallistuminen on yleensä vähäisintä.

Kun sovellus on kehitetty, käyttäjien rooli astuu kuvaan. He harjoittelevat koko sovellusta ja jakavat kokemuksiaan palautteen kautta, minkä jälkeen lopullinen sovellus toimitetaan.

ALM:n edut

ALM:n käytön edut ovat seuraavat:

• ALM auttaa sinua hallitsemaan järjestelmää järjestämällä ja trackuninkaan työtä.
• Vikoja voidaan jakaa projektien välillä, mikä vähentää päällekkäistä riskiä.
• ALM tarjoaa integroinnin muiden testaustyökalujen kanssa.
• Se antaa selkeän suunnan sovellukselle ennen sen rakentamista.
• Ilman ALM:ää ohjelmistokehitystiimin on vaikea tuottaa ohjelmistoja kilpailukykynsä edellyttämällä nopeudella ja ketteryydellä.
• ALM toimittaa ohjelmistoja tehokkaasti ja minimoi tiimin yleiskustannukset.

ALM-työkalut

Tässä on joitain tärkeitä ALM-työkaluja:

1) Kovair ALM Studio

Kovair on yksi kattavimmista sovellusten elinkaaren hallintatuotteista. Se pystyy käsittelemään kehitystyön elinkaaren vaiheet kokonaisvaltaisesti vaatimuksista julkaisuun.

Ominaisuudet:

• Ota käyttöön täysin verkkopohjainen ratkaisu ilman asiakaspuolen ohjelmistoja, mikä vähentää tukipalvelun kuormitusta.
• Harjoittele mitä tahansa kehitysmenetelmää: vesiputous, ketterä tai hybridi
• Ota käyttöön konfiguroitava tehtäväpohjainen työnkulkumoottori tehokkuuden ja tuottavuuden lisäämiseksi
• Saat reaaliaikaisia ​​ilmoituksia jokaisessa toimintavaiheessa
• Tarjoaa täydellisen kattavuuden jokaiselle kehitysvaiheelle, mikä mahdollistaa standardien noudattamisen
• Mahdollistaa artefaktien tilan reaaliaikaisen tarkastelun, mikä lisää läpinäkyvyyttä ja julkaisun ennustettavuutta

Linkki: https://www.kovair.com/alm-studio/

2) OpenText Sovellusten laadunhallinta (aiemmin Micro Focus ALM)

Tämä työkalu tukee lean-, ketterä- ja DevOps-toimitustaping organisaatiot julkaisevat ohjelmistoja nopeammin. Se mahdollistaa kaikenkokoisten tiimien toimittaa korkealaatuisia sovelluksia nopeammin. Tuote on vaihtanut omistajaa useita kertoja: sen kehitti alun perin Mercury, jonka HP osti, siirrettiin Micro Focukselle, ja siitä lähtien OpenText osti Micro Focuksen tammikuussa 2023 se on myyty nimellä OpenText Sovelluksen laadunhallinta.

Ominaisuudet:

• Toimittaa sovelluksia nopeasti, laadukkaasti ja skaalautuvasti
• Antaa sidosryhmille mahdollisuuden olla vuorovaikutuksessa ja koordinoida projektin tavoitteiden saavuttamiseksi
• Tarjoaa vankan trachallinta ja raportointi sekä projektiin liittyvien tehtävien saumaton integrointi
• Mahdollistaa yksityiskohtaisen projektianalyysin ja tehokkaan hallinnan
• Yhdistää sähköpostijärjestelmiin ja ilmoittaa tiimin jäsenille muutoksista

Linkki: https://www.opentext.com/products/application-quality-management

3) Digital.ai Ketteryys (entinen VersionOne)

Ketteryys yksinkertaistaa tuotesuunnittelua helpon tilausjonon hallinnan avulla. Se on rakennettu DevOps ja tarjoaa jatkuvan ja kokonaisvaltaisen toimituksen vedä ja pudota -käyttöliittymän kautta. Tuote lanseerattiin nimellä VersionOne, siirrettiin CollabNetiin ja toimitetaan nyt nimellä Digital.ai Ketteryys.

Ominaisuudet:

• Mahdollistaa käyttäjien priorisoida tarinoita ja vikoja vetämällä ja pudottamalla
• Hallitse liiketoiminta-aloitteita portfoliokohteiden avulla
• Mahdollistaa kohteiden ryhmittelyn teeman mukaan
• Tarjoaa tuloksia liiketoimintatavoitteiden mukaisesti
• Tallentaa kaikki ominaisuuspyynnöt yhteen paikkaan
• Auttaa varmistamaan yrityksen tavoitteiden ja tuotetoimitusten välisen yhdenmukaisuuden
• Tarjoaa näkemyksiä ja kokonaisvaltaista näkyvyyttä projektipäällikölle

Linkki: https://digital.ai/products/agility/

Työkalun valinnalla on vähemmän merkitystä kuin sillä, miten prosessia käytetään päivittäin, mitä alla olevat kaksi skenaariota havainnollistavat.

Käytä ALM:n tapausskenaariota kehittäjän näkökulmasta

• Kehittäjä aloittaa työt ja tarkistaa hänelle annetun tehtävälistan.
• He tarkastelevat tehtäviä tärkeysjärjestyksessä ja valitsevat yhden.
• Ne muuttavat tehtävän tilan Keskeneräinen-tilaan.
• He tarkistavat koodin lähdekoodiarkistosta.
• He toteuttavat yksikkötestin testauskehyksen avulla.
• He suorittavat testin tavallisella rakennusskriptillä. Code tarkastus raportoi laittomista nimeämiskäytännöistä tai mahdollisista virheistä.
• He korjaavat koodin ja suorittavat testin uudelleen.
• Kun peittoaste saavuttaa tavoitteen, he vahvistavat koodin tehtävätunnuksella.
• Sitten he tarkistavat koodin ja suorittavat rakennusskriptin.
• Koodi käännetään ja otetaan käyttöön testiympäristössä olevalla koneella.
• Testitapaus suoritetaan. Jos se epäonnistuu, kehittäjälle ja projektipäällikölle lähetetään automaattisesti ilmoitus.
• Kehittäjä palauttaa koodin lähdekoodivarastossa ja testiversiossa.
• Jos testi läpäisee, käynnistetään koodin tarkastus ja kattavuusanalyysi. Kaikista ongelmista raportoidaan; muussa tapauksessa kehittäjälle ilmoitetaan, että kaikki toteutukset on suoritettu onnistuneesti.
• He kirjaavat työhistoriansa tehtävienhallintajärjestelmään.
• Projektipäällikkö saa ilmoituksen tehtävän ratkaistua ja tarkistaa tuloksen.

Käytä ALM:n tapausskenaariota projektijohtajan näkökulmasta

• Projektipäällikkö avaa verkkoselaimen ja siirtyy ALM-koontinäyttösivulle.
• Jokaisella projektilla on oma kojelautasivunsa.
• Se näyttää avoimien tehtävien määrän, odottavien tehtävien määrän ja kaikki avoinna olevat kriittiset tehtävät.
• Kojelauta ilmoittaa projektipäällikölle mahdollisista riskeistä ja näyttää projektin yleisen tilan.
• Jokainen commit ja muutos raportoidaan automaattisesti.
• ALM-prosessi siis poistaa tarpeen pitää kokousta tai soittaa kriittisten tehtävien jatkuvan integraation tilan tarkistamiseksi.

UKK