![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
bga68compВ чому незручність, коли використовують тільки одну методологію для опису архітектурних рівнів?
- TOGAF дає методологію (ADM-фази, артефакти, каталоги, матриці), але іноді в ньому бракує гнучкості у формальному представленні результатів.
- ISO/IEC/IEEE 42010 дає рамку опису архітектури: хто стейкхолдери, які їхні потреби (concerns), через які viewpoints ці потреби відображати, і у вигляді яких views це презентувати.
- Якщо користуватися лише TOGAF — є ризик, що опис буде “каталог + текст”, але не зовсім зрозумілий різним групам зацікавлених сторін.
- Якщо користуватися лише ISO 42010 — буде гарна структура “хто/що/для чого”, але без готових методичних кроків і артефактів (каталогів, матриць).
Комбінація TOGAF і ISO/IEC/IEEE 42010 методично сильніша, ніж використання кожного окремо: TOGAF забезпечує процес і набір артефактів, а ISO 42010 — формалізований спосіб представлення архітектури через стейкхолдерів, concerns і viewpoints. Разом вони дозволяють зробити опис не лише повним, а й зрозумілим для різних аудиторій.
| Критерій | TOGAF | ISO/IEC/IEEE 42010 | Разом (TOGAF + ISO 42010) |
|---|---|---|---|
| Призначення | Методологія розробки архітектури (ADM, фази, артефакти) | Рамка для опису архітектури (stakeholders, concerns, viewpoints, views) | Повний цикл: розробка + формалізований опис |
| Сильна сторона | Дає покроковий процес (ADM) і набір артефактів (каталоги, матриці) | Дає чітку структуру для комунікації з різними стейкхолдерами | Виходить і методика роботи, і методика подачі результатів |
| Слабка сторона | Може вийти занадто “всередину ІТ”, важко донести до нефахівців | Немає власної методики створення артефактів, лише правила їх опису | Компенсують слабкі сторони один одного |
| Фокус | Що і як робити (Data, Application, Technology, Business Architectures) | Як показати і пояснити (concerns, viewpoints, views) | І процес, і представлення зрозумілі й прозорі |
| Приклад результату | Каталоги даних, матриці застосунків, моделі потоків | Logical Data View, Security View, паспорти viewpoints | Каталоги + матриці (TOGAF), оформлені у views для різних стейкхолдерів (ISO 42010) |
Таким чином, можна сказати так — разом вони дають повну картину:
- TOGAF = як і що робити (ADM, каталоги, матриці).
- ISO 42010 = як правильно це описати й донести (stakeholders, concerns, viewpoints, views).
Див. також:
⋄ Приклад опису архітектури системи згідно TOGAF → https://bga68comp.dreamwidth.org/787432.html
Tags:
