Přeskočit obsah
    Axiom AAF: Neztratit během vývoje hodnotu užitku systému očekávanou zákazníkem.

Analysis Review

Úvod

Tato kapitola je výhled pro další verzi AAF — popisuje záměr a jeho obtížnost, ne hotovou techniku.

Analysis Review je zpětná kontrola po realizaci: ověření, že to, co se postavilo, skutečně doručilo původní záměr a hodnotu užitku. Je to druhá půlka axiomu Value Based ManagementStroj konzistence AAF hlídá hodnotu dopředně (před realizací), Analysis Review zpětně (po realizaci).

Analysis Review

Rámec verifikace × validace (V&V):

  • Testy = verifikace„postavili jsme to správně?" (realizace proti issue / spec; issue ↔ kód).
  • Analysis Review = validace„postavili jsme správnou věc?" (proti původnímu zadání a hodnotě užitku; zadání ↔ hodnota).

Analysis Review běží souběžně s testy a uzavírá smyčku axiomu VBM na druhém konci.

Proč to není prostá „reverze":

  • Není to inverze funkce. Dopředná cesta klesá po ose abstrakce (AM → Design → Kód) a na každém kroku přidává informaci (rozhodnutí adaptéru, rozhodnutí v SDD). Tu zpět mechanicky nestáhneš — jeden issue má mnoho legitimních realizací. Reverze je re-abstrakce, bez stopy nejednoznačná.
  • Fan-in. Dopředně: 1 požadavek → N issues (fan-out, snadný, konstruktivní). Zpětně: N realizovaných kusů → 1 požadavek (fan-in, těžký, rekonstruktivní). Kusy je třeba slít a ověřit, že dohromady doručují záměr — ne že je každý issue zvlášť hotový. K tomu je nutná křížová vazba (stopa), kterou ukládá AI Design Adapter dopředně (viz Fabrika na issue). Se stopou = navigace; bez stopy = reverse engineering z kódu.
  • Chyba, kterou testy z principu nechytí. Můžeš mít všechny issues zelené, a přesto nedoručit původní požadavek — když byl chybný sám rozpad (fan-out něco ztratil, nebo hodnota užitku unikla mezi vrstvami). Tohle chytí jedině Analysis Review, protože jako jediná porovnává až proti původnímu zadání. Je to audit kvality analýzy, ne kódu.

Pozice vůči SDD: Analysis Review zavírá slabinu, kterou generické SDD frameworky dokumentovaně nemají vyřešenou — automatické ověření, že implementace odpovídá původní specifikaci.

Otevřená otázka pro v2.0 (určuje obtížnost): je Analysis Review jen validace zadání → realizace (navigace po stopě, zvládnutelné), nebo i re-audit samotného rozpadu (zda Stroj konzistence rozsekal požadavek správně — posuzování analytického úsudku, řádově tvrdší)?

Nejčastější chyby

  • Záměna validace a verifikace — zelené testy („správně") se berou jako důkaz, že se doručila „správná věc" (záměr).
  • Spoléhání na fan-in bez stopy — bez uložené křížové vazby je zpětné slití kusů reverse engineering z kódu, ne navigace.

Vazby

Dopřednou půlku smyčky drží Stroj konzistence AAF; stopu pro fan-in zajišťuje Fabrika na issue (a AI Design Adapter). Verifikační protějšek jsou testy. Hodnotový rámec: Value Based Management.

Verze a změny

  • 0.9 — Vize Analysis Review (výhled v2.0): zpětná validace, rámec V&V, fan-in, pozice vůči SDD.