Agilní postup HLA

Popis činnosti

Agilní postup HLA je činnost, kterou analytik (s product ownerem) převádí vyprávění o ději v okolí na strukturu HLA: z Use Case Epicu vzniká Rozklad procesů a identifikované Use Case 1. druhu. Je to směr text → struktura; dělení řídí kotva cinknutí systému, ne volný úsudek. Postup je iterativní — couvání ze slepých uliček je běžné.

Volný sled kroků: hrubý nástřel chodu → hledání cinknutí (kontrolní otázka „spouští se tu něco v našem systému? budeme to programovat?") → parsování na Use Case Stories (každá = úsek rovnováha→rovnováha, jedno cinknutí, jeden UC) → identifikace UC (pojmenovat užitkem pro okolí) → rozklad do stromu s prioritami (klíčový / vedlejší / tanečky okolo) → detailizace. Při každé iteraci se prořezávají guardraily.

Plná agilita AAF stojí na dvou postupech: tomto (vznik HLA z Use Case Epicu) a na nabalování řešení (Increments Widening) — postupném přidávání nových požadavků jako změn do už hotových artefaktů. Nový požadavek se transformuje do změn v architektuře (BPM a/nebo UCM a/nebo CLM, tam kde je třeba) a přitom se drží konzistence BPM-UCM-CLM. Detail viz AAF agilní přístup — Increments Widening (viz dále).

Vstupy

• Vyprávění product ownera o ději v okolí — Use Case Epic (např. „Zlatý Business Proces").
• Mantinely a kontrola pokrytí: destilát Funkčních požadavků a Technických okrajových podmínek (FP = schopnosti k pokrytí; TOP = zdroj větvení / gateway).

Výstupy

• Rozklad procesů (strom: Chody, Atomické / Složené procesy, priority).
• Identifikované Use Case 1. druhu.
• Přihrádka variant a otázek (i zavržené uličky s důvodem) k rozhodnutí PO.

Indikátory dokončení

• Celý Epic je pokrytý (nic se neztratilo); pokrytí se kontroluje proti FP.
• Každé cinknutí má svou Use Case Story a identifikovaný Use Case 1. druhu.
• Rozklad má určené priority (klíčový / vedlejší / tanečky okolo = správa prvků).
• Návrh neodporuje guardrailům: FP/TOP, OP, anonymita klienta, Zákon zachování informace, DRY, SRP.
• Otevřené varianty jsou zaevidované pro rozhodnutí PO / obchodu.

Diagram Postupu

TBD — ilustrační BPMN-Lite diagram se doplní (UC/HLA render přes AI Analytik, viz backlog).

Nejčastější chyby

• UCM bez BPM — hledání Use Case bez kontextu okolí → Use Case typu „Klikni na tlačítko" (chyba střípkování).
• Diagram bez textu — SSOT je text HLA; diagram je projekce, ne zdroj.
• Doplňování z tréninku — cinknutí, kroky ani UC se nevymýšlejí; vychází z textu PO.
• Otevírání vnitřku UC v HLA — v HLA jen název UC (vnitřek velmi stručně jen pro kontext); scénář je LLA.

Vazby

Postup stojí na Use Case 1. druhu a Prvky HLA (Proces, Rozklad procesů, cinknutí systému), vstupem je Zadávací dokumentace a výstupy z ní (FP/TOP). Guardrailem je Udržení konzistence UCM, Zákon zachování informace. Architektura, do níž HLA patří, je Architektura BPM-UCM-CLM. Na HLA navazuje LLA (Principy scénáře UC, slovní programování; Scenario Patterns — Pravidla, UC 2. druhu). Druhým agilním postupem (nabalování řešení) je AAF agilní přístup — Increments Widening (viz dále).

Verze a změny

• 1.0 — Zavedení postupu parsování Use Case Epic → Use Case Stories (kotva cinknutí, iterace, guardraily).