Čo je ArchiMate?

ArchiMate je modelovací jazyk pre podnikovú architektúru - štandard organizácie The Open Group a jediný široko používaný jazyk postavený priamo na túto prácu. Kým UML popisuje softvér a BPMN popisuje proces, ArchiMate popisuje organizáciu: čo robí, čo ju podporuje a na čom to beží, v jednom modeli a s jedným slovníkom.

Vec, ktorú nerobí nič iné, je prekračovanie hraníc. Diagram tried nevie povedať, že kus softvéru podporuje obchodný proces. Procesný diagram nevie povedať, od ktorého servera proces závisí. ArchiMate vie povedať oboje na jednom obrázku a s tými istými jedenástimi typmi vzťahov v celom modeli - a práve preto existuje.

ArchiMate usporadúva celú svoju sadu prvkov do mriežky. Po jednej strane sú vrstvy, ktoré hovoria, ako blízko k železu prvok je. Po druhej sú aspekty, ktoré hovoria, aký druh veci to je. Každý typ prvku v jazyku sedí presne v jednej bunke.

Aspekty sú druhá os a sú ľahšie: prvok je aktívny (niečo robí - aktér, komponent, uzol), správanie (niečo, čo sa robí - proces, funkcia, služba), alebo pasívny (niečo, na čom sa koná - biznisový objekt, dátový objekt, artefakt). Aktívne prvky sa kreslia s ostrými rohmi, správanie so zaoblenými a pasívne prvky ako tvar objektu.

Naučiť sa mriežku je väčšinou naučenia sa jazyka. Len čo viete, že "služba" je prvok správania a existuje na každej vrstve, už viete, čím je biznisová služba, aplikačná služba aj technologická služba, a článok o vrstvách potom dopĺňa detaily, nie novú vec na naučenie.

Notácia ArchiMate je opakom tej v UML. UML dáva každému druhu diagramu vlastné tvary - ovály pre prípady použitia, kosoštvorce pre rozhodnutia, izometrické boxy pre uzly. ArchiMate dáva takmer všetkému obdĺžnik a prvky odlišuje tromi inými spôsobmi.

Prvky sú ľahšia polovica. Jedenásť typov vzťahov je miesto, kde modely dopadnú dobre alebo zle, a štyri z nich nesú väčšinu významu:

Rozdiel, ktorý ľudia najskôr pokazia, je slúženie oproti realizácii. Realizácia hovorí "toto jetamto, urobené skutočným"; slúženie hovorí "toto tamtomu pomáha". Platobný komponent realizuje platobnú službu (sú to tie isté schopnosti na dvoch úrovniach abstrakcie) a platobná služba slúži procesu pokladne (dve rozdielne veci, jedna je tej druhej užitočná). Zameniť ich znamená model, ktorý vyzerá v poriadku a na otázky o dopade odpovedá zle - pozrite článok o vzťahoch.

Porovnajte to s diagramom v hlavičke. Verzia v UML vie, že Claim.submittedOn je dátum; verzia v ArchiMate o tom netuší. Verzia v ArchiMate vie, že výpadok databázy poistných udalostí nakoniec znemožní poistníkovi podať poistnú udalosť; verzia v UML tú otázku ani nevie vysloviť.

Tie dva sa dopĺňajú, nie sú súpermi, a zdravá prax používa oba: ArchiMate na krajinu a UML na systémy v nej. Čo nefunguje, je jeden jazyk natiahnutý na obe práce, čo v praxi znamená model v ArchiMate s priskrutkovanými atribútmi alebo diagram tried so servermi nakreslenými vedľa tried.

1. Modelovanie celého podniku. Nikto to nedokončí a nikto to nečíta. Namodelujte tú časť, od ktorej závisí rozhodnutie, a skončite.
2. Použitie asociácie na všetko. Model, ktorého čiary sú samé obyčajné asociácie, nenesie viac informácie než fotka tabule. Ak neviete vybrať konkrétny vzťah, tomu spojeniu ešte nerozumiete.
3. Jeden obrovský pohľad. Model je model; pohľad je okno doňho pre jedno publikum. Päť sústredených pohľadov je lepších než jeden plagát. Hľadiská sú ten mechanizmus.
4. Aplikačné komponenty pomenované podľa tímov. Tímy sa reorganizujú dvakrát ročne a systémy nie. Pomenujte systém.
5. Vynechanie motivačnej vrstvy. O pol roka si nikto nespomenie, ktorá požiadavka ospravedlňovala ten divne vyzerajúci kus, a odstráni sa.