ŽC IS: standardy ISO 12207, Ruský státní standard 34, RUP

Životní cyklus vývoje informačních systémů: klíčové standardy a modely

Životní cyklus (ŽC) vývoje informačních systémů (IS) určuje posloupnost fází od nápadu po vyřazení z provozu. Jedná se o strukturovaný proces, který ovlivňuje efektivitu vývoje. Pro IT specialisty je znalost standardů ŽC klíčová pro výběr přístupu v závislosti na projektu.

Standard ISO/IEC 12207 popisuje procesy životního cyklu SW bez rigidního modelu. Procesy se dělí na:

• Hlavní: nákup, dodávka, vývoj, provoz, údržba.
• Pomocné: řízení projektu, rizik, kvality, konfigurací, ověření, validace.
• Organizační: řízení ŽC, infrastruktury, portfolia projektů, HR, znalostí, zlepšování procesů.

Výhody: jasné oddělení rolí objednatele a dodavatele, vhodné pro audit. Nevýhody: byrokracie, objemnost. Na bázi tohoto standardu je postaven ISO/IEC 15288 pro systémové inženýrství, který pokrývá SW, hardware a procesy.

GOST 34.601–90: posloupnost fází

GOST 34 reguluje vytváření automatizovaných systémů (AS), včetně IS jako komplexu hardwarových a programových prostředků. Model zahrnuje 9 fází:

• Formování požadavků na AS (průzkum, TTZ).
• Vývoj konceptu (NIR, výběr varianty).
• Technické zadání (TZ).
• Návrhový projekt.
• Technický projekt.
• Pracovní dokumentace.
• Zavedení do provozu (spuštění, zkoušky).
• Údržba.
• Dokončení prací.

Výhody: ovladatelnost, právní přesnost pro kritické systémy. Nevýhody: nízká flexibilita, dlouhé cykly, nekompatibilita s Agile bez adaptace. V praxi se GOST používá jako základ, uvnitř fází se aplikují iterace.

Kaskádový model (Waterfall)

Lineární model s po sobí se následujícími fázemi: požadavky, návrh, realizace, ověření, podpora. Přechod na další fázi až po dokončení předchozí.

Vhodný pro projekty s fixními požadavky: státní zakázky, bezpečnost, letectví. Výhody: jednoduchost plánování, kontrola rozpočtu, jasné role. Nevýhody: neflexibilita, rizika při chybách v požadavcích, pozdní produkt.

Model evoloval z MIL-STD-498, používá se v hybridních variantách s Agile uvnitř fází.

RUP: iterativní framework

Rational Unified Process (RUP) — adaptovatelný rámec se dvěma dimenzemi:

• Fáze: Začátek, Návrh, Výstavba, Nasazení.
• Disciplíny: modelování podnikání, požadavky, analýza/návrh, realizace, testování, nasazení.

Klíčové praktiky:

• Iterativní vývoj se zaměřením na rizika.
• Řízení požadavků a změn.
• Komponentová architektura.
• Vizuální modelování (UML).
• Průběžná kontrola kvality.

Iterace (2–6 týdnů) produkují incrementy. Výhody: rovnováha mezi disciplínou a flexibilitou. Nevýhody: složitost pro malé projekty, vyžaduje zkušenosti. Evolucí je OpenUP a Agile Unified Process.

Agilní metodologie (Agile)

Agile — rodina iterativních přístupů podle Manifestu agilního vývoje. Principy:

• Funkční SW jako měřítko pokroku.
• Přijetí změn.
• Časté dodávky (2 týdny – 2 měsíce).
• Přímá komunikace.
• Motivoované týmy.

Frameworky zahrnují:

• Organizaci: backlog, schůzky, retrospektivy.
• Požadavky: prioritizace, feedback.
• Inženýrství: CI/CD, TDD, refactoring.
• Odhad: story points.

Výhody: flexibilita, raná hodnota, motivace. Nevýhody: riziko chaosu bez disciplíny.

Co je důležité

• ISO/IEC 12207 definuje procesy pro jakýkoli model, ideální pro zakázky.
• GOST 34 zajišťuje posloupnost pro AS, aktuální v RF pro velké projekty.
• Waterfall pro předvídatelné úkoly, hybridizuje se s Agile.
• RUP vyvažuje iterace a strukturu prostřednictvím UML a rizik.
• Agile dominuje v produktovém vývoji, zaměřuje se na hodnotu.

Výběr modelu závisí na kontextu: kritičnost, velikost, měnitelnost požadavků. Znalost standardů umožňuje adaptaci procesů na projekt.

— Editorial Team