Stroj konzistence AAF¶

Úvod¶

Stroj konzistence AAF je mechanismus, který aktivně udržuje konzistenci architektury BPM-UCM-CLM při příchodu nového požadavku. Konzistence vrstev (BPM ↔ UCM přes cinknutí systému, UCM ↔ CLM přes pojmy ve scénáři, plus Zákon zachování informace) je přímým důsledkem axiomu Value Based Management — hodnota užitku očekávaná zákazníkem se nesmí cestou ztratit. Stroj konzistence je nástroj, kterým se tato hodnota drží i při růstu modelu (nabalování řešení).

Stroj konzistence AAF¶

Vstupem Stroje konzistence je jeden Požadavek (od product ownera nebo zákazníka). Stroj konzistence pracuje ve spolupráci s analytikem (human-in-the-loop): z požadavku určuje důsledky změny napříč vrstvami BPM-UCM-CLM, navrhuje jejich řešení, a hlavně kontroluje, že se do realizace nepustí změny vedoucí k nekonzistenci. Dotčené změny vyznačí jako sadu issues, ještě před realizací.

Klíčové pozorování: požadavek model dočasně vyrazí z konzistence a dotkne se více vrstev najednou:

nový nebo změněný užitek → změna v UCM (Use Case 1. druhu),
ukotvení Use Case v okolí → změna v BPM (cinknutí systému),
pojmy ve scénáři Use Case → změna v CLM.

Není to mechanicky „jedna vrstva". Je to tranzitivní uzávěr dopadu: nový pojem v CLM si vynutí vztah, ten úpravu scénáře v UCM, ta další cinknutí v BPM — a tak dál, dokud se vlna nedopočítá. Strukturu tohoto uzávěru — kterých vrstev a bodů se dotkne — určuje Stroj konzistence; jeho výstupem je minimální konzistentní sada issues (jednotek obnovy konzistence; viz Fabrika na issue).

Rozlišující znaky¶

Stroj konzistence × prostá validace: validace jen řekne „je / není v pořádku" na konci. Stroj konzistence je mechanismus udržení — kontroluje konzistenci proti invariantu (pojem ∈ CLM, UC má cinknutí v BPM…) a propaguje dopad změny do dotčených vrstev. Co je dané invariantem — kontrola a identifikace dopadu (co a kde) — je deterministické; jak se změna věcně vyřeší AI navrhuje, nehádá (rozhoduje analytik / PO). Tím se AAF liší od ad-hoc rozpadu „spec → úkoly" v generických nástrojích, kde je rozpad odhad.

Dopředně × zpětně: Stroj konzistence hlídá hodnotu užitku dopředně (před realizací). Zpětné ověření, že realizace skutečně doručila původní záměr, dělá Analysis Review.

Nejčastější chyby¶

Změna v jedné vrstvě bez promítnutí do ostatních — Use Case bez kotvy v BPM; pojem ve scénáři, který není v CLM; změna v BPM bez dopadu do UCM/CLM. Vzniká nekonzistentní mezistav.
Očekávání „jeden požadavek = jedna změna" — podceňuje fan-out (viz Fabrika na issue); část hodnoty užitku pak unikne mezi vrstvami.

Vazby¶

Stroj konzistence drží konzistenci architektury Architektura BPM-UCM-CLM; invariant plyne z axiomu Value Based Management. Při růstu modelu se uplatňuje v AAF agilní přístup — Increments Widening. Jeho výstupem (konzistentní sada změn) je Fabrika na issue. Zpětnou stranou smyčky je Analysis Review. Informační podmínku konzistence drží Udržení konzistence UCM, Zákon zachování informace.

Verze a změny¶

1.0 — Zavedení pojmu Stroj konzistence AAF (tranzitivní uzávěr dopadu požadavku, dopředné udržení konzistence). Vytknuto ze zmínky v Architektura BPM-UCM-CLM.