Kas ir ALM? Lietojumprogrammu dzīves cikla pārvaldība

Kas ir ALM?

ALM ir programmatūras lietojumprogrammas specifikācijas, projektēšanas, izstrādes un testēšanas process. Tas aptver visu dzīves ciklu no lietojumprogrammas idejas līdz izstrādes, testēšanas, izvietošanas, atbalsta un galu galā lietotāju pieredzes fāzei. Pilns ALM veids ir lietojumprogrammu dzīves cikla pārvaldība.

Atkarībā no programmatūras izstrādes metodikas (piemēram, ūdenskritums, veikls vai DevOps) ALM var sadalīt vairākos posmos. ALM process galvenokārt ir sadalīts trīs elementos: pārvaldība, attīstība un darbība.

Šajā ALM apmācībā jūs uzzināsit:

ALM process

Šeit ir dažas ALM galvenās jomas:

Valdīšana:

Tas ietver prasību pārvaldību, resursu pārvaldību, datu drošību, lietotāju piekļuvi, pārskatīšanu, auditu, izvietošanas kontroli un atcelšanu. Tas arī nodrošina resursu pārvaldību, datu drošību un lietotāju piekļuvi.

Pārvaldības priekšrocības:

Šeit ir pārvaldības plusi/ieguvumi:

  • Saskaņota biznesa stratēģija
  • Uzņēmējdarbības pamatojuma izstrāde
  • Piedāvā nepārtrauktu uzraudzību
  • Finansēt projektus, kas sniedz visaugstāko vērtību
  • Skaidra atbildība un kontrole

Lietojumprogrammu izstrāde:

Tas ietver pašreizējo problēmu noteikšanu, plānošanu, projektēšanu, izveidi un lietojumprogrammas testēšanu. Šī joma sastāv no tradicionālajām izstrādātāju un lietotņu veidotāju lomām. Šis posms ietver pašreizējo problēmu noteikšanu, plānošanu, projektēšanu, būvniecību, testēšanu, izvietošanu utt.

Lietojumprogrammas darbība:

Nākamais svarīgais ALM elements ir lietojumprogrammu darbība. Šajā jomā ietilpst lietotnes izvietošana un tehnoloģiju steka uzturēšana. Ūdenskrituma programmatūras izstrādes metodē darbība ir atsevišķs posms no izstrādes. DevOps komanda apvieno darbības un attīstību pilnībā integrētā, nepārtrauktā procesā.

Kāpēc ALM ir svarīgs?

Galvenie ALM lietošanas iemesli ir šādi:

  • Ja izmantojat ALM, jums ir labi redzama projekta statuss.
  • Komandas spēj efektīvi sazināties.
  • Ir viegli izsekot vai definēt prasības.
  • Programmatūra tika pienācīgi pārbaudīta.
  • Risinājuma uzturēšanas un ekspluatācijas izmaksas joprojām ir ierobežotas.

Lietojumprogrammu dzīves cikla pārvaldības posmi

Šeit ir dažādi ALM posmi:

1) Prasību pārvaldība:

Prasību pārvaldība ir pirmais ALM posms, kas palīdz dokumentēt, analizēt, izsekot, noteikt prioritātes un vienoties par prasībām. Tas ir nepārtraukts process, kas turpināsies visā projekta dzīves ciklā.

2) Dizains

Dizaina pārvaldība ir process, kas palīdz uzlabot klientu apmierinātību un lojalitāti, uzlabojot lietojamību. Tas arī nodrošina mijiedarbību starp klientu un produktu.

3) Būves vadība

Būvēšanas pārvaldība ir pazīstama arī kā koda pārvaldība. Tas ir avota koda failu pārvēršanas par atsevišķu programmatūras komponentu process. Šajā posmā lietojumprogrammas ideja tiek pārveidota par faktisku lietojumprogrammu.

Šajā posmā lietojumprogramma tiek veidota, pārbaudīta un izvietota, un testētājs sāk sagatavot testēšanas gadījumus un rakstīt testa skriptu testēšanas fāzei.

4) SCM

Programmatūras konfigurācijas pārvaldība (SCM) ir vēl viens ALM posms, kurā izstrādes komanda sistemātiski organizē, pārvalda un kontrolē dokumentu, kodu un citu entītiju izmaiņas lietojumprogrammu izstrādes dzīves cikla laikā.

5) Darbības un apkope

Darbības un apkope ir nākamais posms. ALM fāzē sāksies uzraudzības, pārvaldības un lietojumprogrammu izstrādes process. DevOps šajā ALM fāzē tas ietver “atbrīvošanu”, “konfigurāciju” un “monitoru”.

Šajā posmā jūs atradīsit un novērsīsit kļūdas. Šis posms palīdz plānot un noteikt prioritātes nākamajiem produkta atjauninājumiem.

6) Testa vadība:

Pārbaudes posmā testētājiem jāpārbauda, ​​vai lietojumprogramma atbilst procesa sākuma posmos noteiktajām prasībām.

Viņiem arī jānodrošina, ka, pat ja tas nav pareizi definēts prasību fāzē, lietojumprogramma atbildīs lietotāju cerībām un visām pārējām ieinteresētajām personām, kurām tas būs jāatbalsta visā tā dzīves ciklā.

7) Lietotāja pieredze:

Apkope vai lietotāju pieredze tradicionāli ir ALM garākais posms. Tomēr tā ir arī tā, kurā testēšanas un izstrādes komandu līdzdalība parasti ir viszemākā.

Pēc lietojumprogrammas izstrādes tiek izmantota lietotāju loma. Viņi pārbauda visu lietojumprogrammu un dalās pieredzē, balstoties uz atsauksmēm. Galīgais pieteikums tiks piegādāts.

ALM priekšrocība

Šeit ir ALM lietošanas priekšrocības/priekšrocības:

  • ALM palīdz jums kontrolēt sistēmu, organizējot un izsekojot
  • Jūs varat dalīties trūkumos starp projektiem, samazinot risku, palīdzot.
  • ALM piedāvā integrāciju ar citiem testēšanas rīkiem
  • Tas nodrošina skaidru virzienu lietotnei pirms tās izveides.
  • Bez ALM programmatūras izstrādes komandai ir grūti ražot programmatūru tādā ātrumā un veiklībā, kas nepieciešama, lai saglabātu konkurētspēju.
  • ALM efektīvi piegādā programmatūru ar minimālu “nodokli” komandai.

ALM rīki

Šeit ir daži svarīgi ALM rīki:

1) Kovair ALM studija:

Kovair ir lielākā daļa no visaptverošā lietojumprogrammu dzīves cikla pārvaldības produkta. Tas var apstrādāt attīstības cikla posmus no prasībām līdz izlaišanai.

Iespējas:

  • Pieņemiet 100% tīmekļa risinājumu bez klienta puses programmatūras, lai samazinātu atbalsta slogu
  • Praktizējiet jebkuru no attīstības metodēm ūdenskritums, veikls vai hibrīds
  • Ieviesiet konfigurējamu uz uzdevumiem balstītu darbplūsmas dzinēju, lai palielinātu efektivitāti un produktivitāti
  • Saņemiet paziņojumus reāllaikā katrā darbības posmā
  • Sniedziet pilnīgu attīstību par katru soli, nodrošinot atbilstību standartiem.
  • Atļaut artefaktu statusa apskati reāllaikā, kas palielina pārredzamību un atbrīvo paredzamību.

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


2) Mikrofokuss

Microfocus ALM ir Lean, Agile un DevOps programmatūra un risinājumi palīdz organizācijām ātrāk izlaist programmatūru. Šis rīks ļauj visu izmēru komandām piegādāt augstas kvalitātes lietotnes ar lielāku ātrumu. Šo rīku sākotnēji izstrādāja Mercury, vēlāk iegādājās HP un beidzot pārņēma MicroFocus.

Iespējas:

  • Piegādāt lietotnes ar ātrumu, kvalitāti un mērogu
  • Tas ļauj ieinteresētajām personām mijiedarboties un koordinēties, lai sasniegtu projekta mērķus.
  • Tas nodrošina spēcīgu izsekošanu un ziņošanu un dažādu projektu saistītu uzdevumu nevainojamu integrāciju
  • Tas ļauj veikt detalizētu projektu analīzi un efektīvu vadību.
  • ALM var izveidot savienojumu ar e -pasta sistēmām un sūtīt e -pastus par visām izmaiņām visiem vēlamajiem komandas locekļiem.

Saite: https://software.microfocus.com/en-us/select/free-trial


3) Viena versija:

VersionOne vienkāršo produktu plānošanu ar vienkāršu atlikumu pārvaldību. Tas ir paredzēts DevOps un nodrošina nepārtrauktu piegādi. Tam ir vilkšanas un nomešanas interfeiss.

Iespējas:

  • Tas ļauj lietotājiem noteikt prioritātes stāstiem un defektiem, izmantojot vilkšanas un nomešanas funkciju.
  • Pārvaldiet biznesa iniciatīvas, izmantojot portfeļa vienumus
  • Ļauj grupēt vienumus pēc tēmas
  • Sniedziet rezultātu saskaņā ar biznesa mērķi
  • Visu funkciju pieprasījumu uztveršana vienuviet
  • Palīdz lietotājiem nodrošināt saskaņotību starp korporatīvajiem mērķiem un produktu rezultātiem
  • Tas nodrošina forumu, lai sazinātos ar citiem klientiem, lai mācītos no vienaudžiem.
  • Projekta vadītājam sniedz ieskatu un redzamību līdz galam.

Saite: http://info.versionone.com/v1-trial-free.html

Izmantot ALM gadījuma scenāriju no izstrādātāja viedokļa:

  • Izstrādātājs sāk savu darbu
  • Pārbaudiet viņam piešķirto uzdevumu sarakstu
  • Viņš pārbauda uzdevumus ar prioritāti un paņem vienu.
  • Pēc tam viņš mainīja uzdevuma statusu uz Notiek
  • Pārbaudiet kodu no avota koda krātuves.
  • Viņš īsteno vienības testu ar testēšanas ietvaru.
  • Izpildiet testu ar standarta būvēšanas skriptu. Koda pārbaude parāda nelikumīgu nosaukumu noteikšanu vai iespējamās kļūdas.
  • Viņš labo kodu un atkārtoti pārbauda skriptu.
  • Pēc koda apstiprināšanas pārklājuma līmenis atbilst mērķa likmei. Viņš apņemas kodu ar uzdevuma ID.
  • Tad viņš pārbauda kodu un palaiž būvniecības skriptu.
  • Apkopojiet un izvietojiet kodu apstāšanās mašīnā.
  • Palaidiet testa lietu. Gadījumā, ja tas ir bojāts, tas automātiski nosūta paziņojumu izstrādātājam un projekta vadītājam.
  • Pēc tam izstrādātājs atgriež kodu avota krātuvē un apstādināšanas mašīnā.
  • Ja tests ir nokārtots, tas izsauc koda pārbaudi un pārklājuma analīzi. Ja ir problēma. Tas ziņos par problēmu; pretējā gadījumā izstrādātājs paziņo, ka visas ieviešanas ir veiktas veiksmīgi.
  • Viņš raksta savu darba vēsturi uzdevumu vadības sistēmā
  • Projekta vadītājs saņem paziņojumu, ka uzdevums ir atrisināts.
  • Viņš pārbaudīja uzdevuma rezultāta piezīmi.
  • Izstrādātājs pabeidz savu darba dienu.

Izmantojiet ALM gadījuma scenāriju no projekta vadītāja viedokļa:

  • Projekta vadītājs izpilda tīmekļa pārlūkprogrammu un dodas uz ALM informācijas paneļa lapu.
  • Katram projektam ir lapas informācijas panelis.
  • Tas parāda atvērto uzdevumu skaitu, gaidošo uzdevumu skaitu un visus atvērtos kritiskos uzdevumus.
  • Izmantojot informācijas paneli, projekta vadītājam tiek paziņots par iespējamo risku un tiek prognozēts veselīgs stāvoklis.
  • Par visām saistībām un izmaiņām tiek ziņots automātiski.
  • Šeit ALM process palīdz komandai tā, ka viņiem nav nepieciešams veikt tikšanos vai zvanīt, lai pārbaudītu kritisko uzdevumu KI procesu.

Kopsavilkums:

  • Lietojumprogrammas dzīves cikla pārvaldības akronīms ALM ir programmatūras lietojumprogrammas specifikācijas, projektēšanas, izstrādes un testēšanas process.
  • Galvenās ALMS jomas ir definētas kā 1) pārvaldība, 2) lietojumprogrammu izstrāde 3) lietojumprogrammu pārvaldība.
  • Ja izmantojat ALM, jums ir labi redzama projekta statuss.
  • Prasību pārvaldība, dizains, kodēšana, SCM, būvēšanas pārvaldība, testu pārvaldība un lietotāju pieredze ir svarīgi ALM procesa posmi.
  • ALM palīdz jums kontrolēt sistēmu, organizējot un izsekojot.
  • ALM process ir noderīgs izstrādātājiem, projektu vadītājiem un visiem sistēmas pārvaldības procesa ierakstiem.