Mi az ALM? Teljes formája, az alkalmazáséletciklus-kezelés folyamata

Mi az ALM?

ALM Az ALM egy szoftveralkalmazás specifikációjából, tervezéséből, fejlesztéséből és teszteléséből álló folyamat. Lefedi a teljes életciklusát az alkalmazás ötletétől a fejlesztésen, tesztelésen, telepítésen, támogatáson és végül a felhasználói élmény fázisán át. Az ALM teljes formája az Application Lifecycle Management.

A szoftverfejlesztési módszertantól (például vízesés, agilis vagy DevOps) függően az ALM különböző fázisokra osztható. Az ALM folyamat főként három elemre bontható: irányítás, fejlesztés és üzemeltetés.

ALM folyamat

Az ALM főbb területei a következők:

kormányzási

Magában foglalja a követelménykezelést, az erőforrás-kezelést, az adatbiztonságot, a felhasználói hozzáférést, az áttekintést, az auditot, a telepítésvezérlést és a visszagörgetést.

A kormányzás előnyei:

• Összehangolt üzleti stratégia
• Fejlesztőping üzleti terv
• Folyamatos felügyeletet biztosít
• A legmagasabb értéket nyújtó projektek finanszírozása
• Világos elszámoltathatóság és ellenőrzés

Alkalmazásfejlesztés

Magában foglalja az aktuális problémák azonosítását, a tervezést, a kivitelezést, az alkalmazás felépítését, tesztelését és telepítését. Ez a terület lefedi a hagyományos fejlesztői és alkalmazáskészítői szerepköröket.

Az alkalmazás működése

Ez a terület magában foglalja az alkalmazás telepítését és a technológiai verem karbantartását. A vízesés szoftverfejlesztési módszerben az üzemeltetés elkülönül a fejlesztéstől. A DevOps csapat a működést és a fejlesztést egy teljesen integrált, folyamatos folyamattá egyesíti.

Miért fontos az ALM?

Az ALM használatának fő okai a következők:

• Jó betekintést nyerhetsz a projekt állapotába.
• A csapatok képesek hatékonyan kommunikálni.
• A követelmények könnyen meghatározhatók, és track.
• A szoftver megfelelően tesztelt.
• A megoldás fenntartásának és üzemeltetésének költségei korlátozottak.

ALM vs. SDLC: Miben különböznek?

Az ALM-et és a szoftverfejlesztési életciklust gyakran szinonimaként kezelik, ami zavart okoz, amikor a csapatok megpróbálják alkalmazni őket. Az SDLC az ALM-en belül helyezkedik el, nem pedig mellette.

Aspect	SDLC	ALM
Kör	A szoftver felépítése	A termék teljes életciklusa, az ötlettől a nyugdíjazásig
Kezdődik	Egy build követelményei	A kezdeti üzleti terv
Vége:	A kiadás telepítése	Az alkalmazás leszerelése
Lefedi az irányítást	Nem	Igen – finanszírozás, hozzáférés, ellenőrzés, megfelelés
Ciklusok száma	Kiadásonként egy	Sok SDLC ciklus egy alkalmazás élettartama alatt

Egy alkalmazás jellemzően számos SDLC iteráción megy keresztül, miközben egyetlen ALM életcikluson belül marad. A beágyazás megértése megmagyarázza, hogy az alábbi szakaszok miért nyúlnak túl messze a kód kiszállítási pontján.

Az ALM (Application Lifecycle Management) szakaszai

Íme az ALM különböző szakaszai:

1) Követelménykezelés

A követelménykezelés az ALM első szakasza. Segít dokumentálni, elemezni, track, rangsoroljon és állapodjon meg a követelményekben. Ez egy folyamatos folyamat, amely a projekt teljes életciklusa alatt végigvonul. Tekintse meg még a legjobbak listáját is követelménykezelő szoftver.

2) Tervezés

A designmenedzsment egy olyan folyamat, amely a használhatóság javításával segít növelni az ügyfelek elégedettségét és lojalitását. Emellett formálja az ügyfél és a termék közötti interakciót is.

3) Build Management

A buildmenedzsment, más néven kódkezelés, a forráskódfájlok önálló szoftverkomponenssé alakításának folyamata. Ebben a szakaszban egy alkalmazásötletből tényleges alkalmazás lesz.

Ebben a szakaszban történik az alkalmazás felépítése, tesztelése és telepítése, majd a tesztelő megkezdi a tesztesetek előkészítését és a tesztszkriptek írását a tesztelési fázishoz.

4) SCM

Szoftverkonfiguráció kezelése (SCM) az ALM szakasz, ahol a fejlesztőcsapat szisztematikusan rendszerezi, kezeli és ellenőrzi a dokumentumok, kód és más entitások változásait az alkalmazásfejlesztési életciklus során.

5) Operaés karbantartás

Ebben a fázisban kezdődik az alkalmazás monitorozása, kezelése és folyamatos fejlesztése. A DevOpsban ez a fázis a „kiadást”, a „konfigurálást” és a „monitorozást” foglalja magában.

Ebben a szakaszban hibákat találsz és javítasz. Ez a fázis segít megtervezni és rangsorolni a termék következő frissítéseit.

6) Tesztmenedzsment

A tesztelési fázisban a tesztelők ellenőrzik, hogy az alkalmazás megfelel-e a folyamat kezdeti lépéseiben meghatározott követelményeknek.

Azt is biztosítják, hogy az alkalmazás megfeleljen a felhasználói elvárásoknak és az azt életciklusa során támogató összes többi érdekelt fél igényeinek, még akkor is, ha ezeket az elvárásokat a követelményfázisban nem rögzítették megfelelően.

7) Felhasználói élmény

A karbantartás, vagyis a felhasználói élmény hagyományosan az ALM leghosszabb szakasza, ugyanakkor ez az a szakasz is, ahol a tesztelő és fejlesztő csapatok részvétele általában a legalacsonyabb.

Miután az alkalmazás elkészült, a felhasználók szerepe is megjelenik. Ők gyakorolják a teljes alkalmazást, megosztják tapasztalataikat visszajelzések formájában, majd elkészül a végleges alkalmazás.

Az ALM előnyei

Az ALM használatának előnyei a következők:

• Az ALM segít a rendszer irányításában azáltal, hogy rendszerezi és trackirályi munka.
• A hibák megoszthatók a projektek között, ami csökkenti a duplikált kockázatot.
• Az ALM integrációt kínál más tesztelőeszközökkel.
• Világos útmutatást ad az alkalmazás számára, mielőtt megépül.
• ALM nélkül nehéz egy szoftverfejlesztő csapatnak olyan sebességgel és agilis szoftvert előállítani, amely a versenyképességhez szükséges.
• Az ALM hatékonyan szállít szoftvereket, minimális csapatterheléssel.

ALM eszközök

Íme néhány fontos ALM-eszköz:

1) Kovair ALM Studio

A Kovair az egyik legátfogóbb alkalmazáséletciklus-kezelő termék. Képes kezelni a teljes fejlesztési életciklus-szakaszt a követelményektől a kiadásig.

Jellemzők:

• Teljesen web alapú megoldás bevezetése kliensoldali szoftverek nélkül, csökkentve a támogatási terheket
• Gyakorolj bármilyen fejlesztési módszertant: vízesés, agilis vagy hibrid
• Valósítson meg egy konfigurálható feladatalapú munkafolyamat-motort a hatékonyság és a termelékenység növelése érdekében
• Valós idejű értesítéseket kaphat minden műveleti szakaszban
• Teljes körű lefedettséget biztosít minden fejlesztési lépésről, lehetővé téve a szabványoknak való megfelelést
• Lehetővé teszi a műtermék állapotának valós idejű megtekintését, ami növeli az átláthatóságot és a kiadás kiszámíthatóságát

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

2) OpenText Alkalmazásminőség-menedzsment (korábban Micro Focus ALM)

Ez az eszköz támogatja a lean, agilis és DevOps megvalósítást, helping a szervezetek gyorsabban adják ki a szoftvereket. Lehetővé teszi minden méretű csapat számára, hogy nagyobb sebességgel készítsenek kiváló minőségű alkalmazásokat. A termék többször is gazdát cserélt: eredetileg a Mercury, amelyet a HP felvásárolt, átadta a Micro Focusnak, és azóta OpenText 2023 januárjában felvásárolta a Micro Focus-t úgy lett eladva, mint OpenText Alkalmazásminőség-menedzsment.

Jellemzők:

• Sebességű, minőségi és skálázható alkalmazásokat kínál
• Lehetővé teszi az érdekelt felek közötti interakciót és koordinációt a projektcélok elérése érdekében
• Robusztusságot biztosít trackirály és jelentéskészítés, valamint a projekttel kapcsolatos feladatok zökkenőmentes integrációja
• Lehetővé teszi a részletes projektelemzést és a hatékony irányítást
• Csatlakozik az e-mail rendszerekhez, és értesíti a csapattagokat a változásokról

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

3) Digital.ai Agility (korábban VersionOne)

Az agilitás leegyszerűsíti a terméktervezést az egyszerű megrendelés-kezeléssel. DevOps és egy drag-and-drop felületen keresztül biztosít folyamatos, teljes körű szolgáltatást. A termék VersionOne néven indult, átkerült a CollabNet-be, és most a következő néven érhető el: Digital.ai Agilitás.

Jellemzők:

• Lehetővé teszi a felhasználók számára a történetek és hibák rangsorolását húzással
• Üzleti kezdeményezések kezelése portfólióelemekkel
• Lehetővé teszi az elemek téma szerinti csoportosítását
• Az üzleti céloknak megfelelő eredményeket nyújt
• Egy helyen rögzíti az összes funkcióigénylést
• Segít biztosítani az összhangot a vállalati célok és a termékkiadások között
• Betekintést és teljes körű átláthatóságot biztosít a projektvezető számára

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

Az eszközválasztás kevésbé számít, mint az, hogy a folyamatot hogyan használják nap mint nap, amit az alábbi két forgatókönyv is szemléltet.

Az ALM esetforgatókönyve fejlesztői szemszögből

• A fejlesztő megkezdi a munkát, és ellenőrzi a hozzá rendelt feladatlistát.
• Prioritás szerint áttekintik a feladatokat, és kiválasztanak egyet.
• A feladat állapotát „Folyamatban”-re módosítják.
• Kikeresik a kódot a forráskód-tárházból.
• Egységtesztet valósítanak meg a tesztelési keretrendszerrel.
• A tesztet a standard build szkripttel hajtják végre. Code az ellenőrzés illegális elnevezési konvenciókat vagy potenciális hibákat jelent.
• Kijavítják a kódot és újrafuttatják a tesztet.
• Amint a lefedettségi arány eléri a célt, a feladatazonosítóval véglegesítik a kódot.
• Ezután ellenőrzik a kódot és lefuttatják a build szkriptet.
• A kódot lefordítják és telepítik az átmeneti gépre.
• A teszteset lefut. Ha hibát jelez, a rendszer automatikusan értesítést küld a fejlesztőnek és a projektmenedzsernek.
• A fejlesztő visszagörgeti a kódot a forráskód-tárházban és a próbaüzemgépen.
• Ha a teszt sikeres, akkor kódvizsgálatot és lefedettségelemzést indít el. Minden problémát jelent; ellenkező esetben a fejlesztő értesítést kap arról, hogy az összes implementáció sikeresen befejeződött.
• A feladatkezelő rendszerben rögzítik a munkatörténetüket.
• A projektmenedzser értesítést kap a feladat megoldásáról, és áttekinti az eredményt.

Az ALM esetforgatókönyvének használata projektvezetői szemszögből

• A projektvezető megnyit egy webböngészőt, és az ALM irányítópult oldalára lép.
• Minden projekthez saját irányítópult oldal tartozik.
• Megjeleníti a nyitott feladatok számát, a függőben lévő feladatok számát és az összes nyitott kritikus feladatot.
• Az irányítópult értesíti a projektvezetőt a lehetséges kockázatokról, és megjeleníti a projekt általános állapotát.
• Minden commit és módosítás automatikusan jelentésre kerül.
• Az ALM folyamat tehát szükségtelenné teszi egy megbeszélés vagy telefonhívás lebonyolítását a kritikus feladatok folyamatos integrációs állapotának ellenőrzéséhez.

GYIK