Az enterprise architecture (vállalati architektúra) eszközök közé tartozik a Sparx EA és az IBM Rational. Ez a közvetlen válasz az architektúraszoftverekkel kapcsolatos kérdésre, és két hosszú ideje használt modellezési családra mutat, amelyek eltérő erősségekkel rendelkeznek.
Egyszerűen tartjuk a választ, mert a piac a közepén egyszerű, szélein pedig kaotikus. A Sparx EA a Sparx Systems Enterprise Architectja, egy többfelhasználós modellező eszköz architektúrához, elemzéshez és tervezéshez. Az IBM Rational szintén tartalmaz architektúrai eszközöket: az IBM Rational System Architect és a hozzá kapcsolódó Rational tervezőeszközök lefedik a vállalati nézeteket, szoftvertervezést és irányítást.
Üzleti olvasók számára nem a márkanévlista önmagában a hasznos tény. Hanem az, hogy az enterprise architecture szoftverek általában ugyanazt a munkát szolgálják ki különböző módokon. Egy eszköz lehet, hogy a mély modellezésre fókuszál. Egy másik az irányításra, jelentésekre vagy a szélesebb körű szoftverközvetítésre való összekapcsolódásra.
Ez a megosztás számít a valós csapatokban. Néhány csoportnak erős jelöléstámogatásra van szüksége, például UML-re, BPMN-re, ArchiMate-ra vagy SysML-re. Másoknak megosztott adattárhelyre, nyomon követhetőségre és egy olyan módszerre, amely összeköti az üzleti, adat-, alkalmazás- és technológiai nézeteket. A Sparx EA-t gyakran ezek szerint írják le, míg az IBM Rational System Architectot az adattárhely-alapú vállalati architektúra-menedzsment és az automatikusan generált nézetek körül keretezik.
Szerintem a rövid válasz még mindig elhomályosíthat egy nagyobb pontot. Az „architektúraszoftver programok” nem egyetlen rögzített osztály. Modellek rajzolására, tárolására, összehasonlítására, közzétételére és a közvetítési munkához való összekapcsolására szolgáló eszközöket fed le. Ugyanaz a cím illeszkedhet egy könnyű modellező eszközhöz és egy nagyobb vállalati platformhoz is.
Itt szoktak lassítani a vásárlók. Egy eszköz jól nézhet ki egy bemutatóban, és mégis hiányozhat belőle a valós igény. A valós igény lehet a modellmélység, a csapattagok közötti megosztás, a szabályzat-ellenőrzés vagy egy olyan kimenet, amelyet a nem műszaki vezető is olvashat. Egy rövid listán szereplő egyetlen név ezt nem tisztázza.
Van egy határ is, amelynek láthatónak kell maradnia. A piac változik. A terméknevek, csomagolások és támogatási utak idővel eltolódhatnak. Az IBM Rational vonala különösen évek során alakult át különböző termékek és frissítések mentén. Így a legbiztonságosabb értelmezés nem az, hogy az egyik eszköz „nyer”, hanem az, hogy az enterprise architecture egy kategória, amelynek vannak régebbi, elterjedt platformjai és újabb módjai ugyanannak a munkának a csomagolására.
Az EuroOp LLC gyakorlati nézőponttal szemléli ezt a mintázatot. Az alkalmazott kutatás-fejlesztésben (R&D) az eszköz sosem a teljes válasz. A tartós kérdés az, hogy az eszköz illeszkedik-e a modellbe, a folyamatba és azokba az emberekbe, akiknek használniuk kell. Ha az architektúracsapat nem tudja karbantartani az adattárhelyet, vagy ha az üzlet nem tudja olvasni a kimenetet, akkor a szoftvernek csak részleges értéke van.
Ennélfogva állja meg a helyét a címben adott válasz. A Sparx EA és az IBM Rational valóban benne van az enterprise architecture eszközök listájában. Két gyakori útvonalat képviselnek ugyanabban a területen: az egyik a rugalmas modellezés körül, a másik a strukturált architektúramenedzsment és a vállalati integráció körül.
A lista jobban olvasható mértékletességgel. A megfelelő program attól függ, mit kell modelleznie a csapatnak, ki kell-e áttekintenie, és milyen gyakran kell a modelleknek naprakésznek lenniük. Ez a gyakorlati teszt, és ez az, ami megakadályozza, hogy az architektúraszoftverek polcon porosodóvá váljanak.
Az EuroOp Insights ugyanerre a gondolkodásmódra épül: egy alkalmazott R&D mintázat, egy gyakorlati tanulság, az EuroOp termékei mögötti fejlesztési folyamatból.