Mé komentáře k ArchiMate NEXT

The Open Group zveřejnila pracovní verzi nové specifikace ArchiMate pod názvem ArchiMate® NEXT Specification, Snapshot 1 (dále v textu jen ArchiMate NEXT). Každý tak má možnost podívat se, co se chystá, a případně se k tomu oficiálně vyjádřit. Já osobně jsem z výsledku hodně rozpačitý. Hlavní změny zde představuji včetně svých komentářů.

Domény místo vrstev

Zřejmě nejviditelnější změnou je nahrazení vrstev doménami, poskládanými do jakéhosi éterického hexagonu. ArchiMate Core Framework se tak nově skládá ze čtyř domén:

• Common (nová)
• Business
• Application
• Technology

V jednotlivých vrstvách byly zrušeny behaviorální prvky a v doméně Common vznikly nové, generické. Nejde tedy o plnohodnotnou náhradu.

Z tohoto důvodu už nenajdete například Business Process, Application Process či Technology Process, ale pouze a jenom Process, a to bez určení, ze které domény přichází. Podobně je to se službami a dalšími prvky. Na diagramu to pak může vypadat například takto (ano, používaná barva pro prvky z Common je šedivá):

Z diagramu (a vlastně ani z modelu) tedy nepoznáte, zda je dolní služba aplikační, businessová či technologická (a stejně tak je to s tou horní).

Barvy stále nejsou standardem předepsány, takže si můžete sami ručně odpovídající prvky překreslit, případně si metamodel rozšířit. Jenže tím autoři změn akorát přidělávají uživatelům jazyka zbytečnou práci.

Marc Lankhorst se to snažil vysvětlit ve svém příspěvku na LinkedIn (případně Milan Rubeš, se kterým jsme společně napsali Referenční příručku ArchiMate). Bohužel mě nejenže nepřesvědčil, ale ještě více ukázal na nekonzistenci v přístupu ke změnám. Podobně by totiž mohl klidně argumentovat u strukturálních prvků, např. u rozhraní. Ty totiž stále zůstávají ve svém trojím provedení.

Z jeho příspěvku je navíc nepříjemně cítit, že se snaží ArchiMate natlačit do nějaké metodiky. To není dobře. Jazyk by měl být na metodice nezávislý. Pokud Marcovi vadila absence obecné služby, mohl ji klidně zavést a stávající tři typy od ní v metamodelu odvodit.

Zrušením vrstev a jejich nahrazením doménami bude jazyk ještě více podporovat zásadní a věčně opakovanou chybu, která velí stavět architekturu odspodu.

Mimochodem, celý ArchiMate NEXT pak v rámci hexagonů vypadá následovně:

Vztahy a kardinalita

Ze vztahů zmizela kompozice, takže pro vyjádření vztahu celek-část můžete použít už jenom agregaci. Tohle možná nebude velký problém pro enterprise architekturu, nicméně si myslím, že v doménové architektuře už bude citelně chybět.

V rozporu s deklarovanou snahou jazyk zjednodušit nová verze jazyka přidává ke všem vztahům kardinalitu. ArchiMate přitom explicitně koncept instancí nepodporuje. A co je ještě horší, zavádí ji ke všem vztahům. Vůbec si nedokážu představit, co taková kardinalita může znamenat u specializace.

Rozlučte se s…

Kromě již zmíněné kompozice a prvků z Core vrstev se do nové verze nedostali tyto elementy:

• Constraint (Omezení)
• Contract (Smlouva)
• Gap (Rozdíl)
• Representation (Reprezentace)
• Business/Application/Technology Interaction (Obchodní/aplikační/technologická interakce)

Interakci ještě vcelku chápu, v praxi jsem ji neviděl použít.

Rozdíl (Gap)… no, možná se používal jen pro pojmenování rozdílu. Asi také plakat nebudu (někteří však pláčou). ArchiMate NEXT doporučuje místo něj použít Vyhodnocení (Assessment), případně Dodaný výstup (Delivery). Vyhodnocení by asi šlo, u druhého jsem na pochybám. Rozdíl mezi dvěma stavy architektury nechci přeci dodat jako výstup.

Constraint: Proč? Prý se má nahradit požadavkem. Jenže omezení není totéž, co požadavek. Požadavek může chtít omezení zavést, nikoliv jej definovat.

Contract? Prvek velmi často používaný např. pro SLA či VOP. Lze jej nahradit obchodním objektem (Business Object), ale důvod pro zrušení to podle mě není.

Representation? Jednoznačně ztrácíme explicitní rozdíl mezi pojmem a jeho formou (reprezentací).

Další vybrané změny v ArchiMate NEXT

Prvek Path (Cesta) se z technologické vrstvy přesunul do domény Common. Lze jej tedy používat i např. mezi business aktéry. Hm, asi proč ne, nicméně stále platí, že bych netvořil pouze generický prvek v Common.

V technologické doméně dochází k úsměvnému rozšíření definice Vybavení (Equipment), kde představitelem může být i živý inventář (např. hospodářská zvířata). Moc netuším, jak taková kráva spadá do technologií, ale budiž. Možná je načase tu doménu přejmenovat, např. na Operational Assets či Operational Domain.

V úvodních kapitolách nově najdeme cosi jako ArchiMate manifesto. Bohužel je to spíše vhodný náboj k tomu, aby se ukazovalo na zbytku dokumentu, co všechno se z tohoto manifesta porušuje.

Změnily se také odstíny barev z živějších na mdlejší. Nevím, zda to byl záměr, ale alespoň to pomůže na první pohled odlišit diagram v ArchiMate 3.2 od diagramu v ArchiMate NEXT.

Co naopak stále nemáme

Pokud zobrazujeme prvky vnořením, navrhoval jsem, aby typ vztahu byl zobrazen piktogramem, jak je ukázáno na obrázku. Bohužel to neprošlo.

Závěrem

Autoři změn evidentně chtěli vyjít vstříc těm, kteří si stěžovali na složitost jazyka. Bohužel to však vzali za ne úplně šťastný konec. Žádnou mentálně náročnější činnost se nelze naučit za hodinu pasivního sledování videa nebo spojením více pojmů do dvou, tří generických. Ostatně Řím také neshořel za jediný den.

To, co fungovalo dobře, měli ponechat. To, co šlo zlepšit, mohli zlepšit. Bohužel dostáváme nekonzistentní výsledek, který dle mého názoru přinese více nepříjemností než užitku.

Pozitivní je, že se zatím jedná jen o předběžnou verzi. Doufám v to, že do finální podoby neprojde většina změn, protože jinak za sebe nevidím žádný důvod k přechodu.

Ke změnám se můžete do 4. srpna 2025 vyjadřovat.