Data Warehousing Solution та Data Acquisition Gateway — стратегію Digital Customer Intimacy

Document Management System та ArchiSurance WAN — стратегію централізації документообігу

ArchiSurance Back-Up Server Cluster та Document Management Back-Up Server — стратегію резервування

General CRM System та Back Office Suite — стратегію Раціоналізації

Це помилка — всі проекти повинні мати WorkPackage

WorkPackage — обов'язковий лише для проектів, що виводять системи з експлуатації

CRM та Data Warehousing проекти є меншими за обсягом і можуть бути представлені як єдиний проект без декомпозиції на пакети, або їхня деталізація виконується на нижчому рівні планування поза рамками архітектурної діаграми

CRM та Data Warehousing проекти не є частиною трансформаційної дорожньої карти

WP: Software Modification (адаптація ПЗ); WP: Hardware Upgrade (оновлення обладнання); WP: Phasing Out Legacy (виведення з експлуатації застарілих систем)

WP: Software Development; WP: Testing; WP: Deployment

WP: CRM Integration; WP: Data Migration; WP: Staff Training

WP: Architecture Design; WP: Implementation; WP: Governance

Triggering relation або Association relation — Plateau передує наступному (Triggering) або просто пов'язаний з ним (Association)

Flow relation — між Plateau передається потік даних

Realization relation — наступний Plateau реалізує попередній

Composition relation — Plateau складається з наступного Plateau

Регулятор вимагає поетапного впровадження з двома альтернативами

Тому що TOGAF вимагає завжди мінімум два шляхи міграції

ІТ-департамент не має достатніх ресурсів для одночасної консолідації CRM та раціоналізації бек-офісів. Два шляхи відображають два можливих пріоритети: спочатку CRM (Шлях 1) або спочатку Back Office (Шлях 2)

Два шляхи існують через технічну несумісність CRM та Back Office Suite

Шлях 1: Baseline → Transition A → Transition C → Target; Шлях 2: Baseline → Transition B → Transition C → Target

Шлях 1: Baseline → Transition A → Target; Шлях 2: Baseline → Transition B → Target (без Transition C)

Шлях 1: Baseline → Transition B → Transition A → Target; Шлях 2: Baseline → Transition C → Target

Обидва шляхи: Baseline → Transition A → Transition B → Transition C → Target

Gap — прогалина між поточним і цільовим станами

Plateau — стабільний проміжний стан архітектури між двома трансформаціями

Deliverable — результат архітектурного проекту

WorkPackage — пакет робіт для реалізації переходу

Виводяться: ArchiSurance General-Purpose Server Cluster та Document Management Server; Додаються: два нових кластери

Виводяться: FO Web Hosting Server та FO General-Purpose Server; Додаються: Data Acquisition Gateway та PaaS Services

Виводяться: FO General-Purpose Server та Document Management Server; Додаються: Data Acquisition Gateway та ArchiSurance WAN

Виводяться: Auto General-Purpose Server та Legal Expense General-Purpose Server; Додаються: ArchiSurance Back-Up Server Cluster (SSC) та Document Management Back-Up Server (Home & Away)

Студент помиляється — Фаза D використовує елементи Technology Layer (Device, Network, SystemSoftware, Equipment тощо). Implementation & Migration Layer відповідає Фазам E та F

Студент частково правий — Фаза D використовує обидва шари одночасно

Студент правий — Implementation Layer є основою Фази D

Студент правий — у TOGAF 10 ці шари об'єднані в один

Перша група — Target (помаранчевий, нові); Друга — Baseline (синій, виводяться); Третя — Baseline+Target (жовтий, залишаються)

Перша група — Baseline (синій); Друга — Target (помаранчевий); Третя — Baseline+Target (жовтий)

Перша група — Baseline+Target; Друга — Target; Третя — Baseline

Всі три групи — Baseline+Target, оскільки всі вони присутні в обох станах