Бути чи не бути TOGAF: поширення архітектури підприємства за межі RUP

Коли проектний колектив, озброєний Rational Unified Process від IBM(RUP), отримує проектне завдання або вимоги певного користувача, то на шляху до вирішення серед інших артефактів проекту створюються бізнес-прецедент, документ "Бачення" і специфікація вимог до програмного забезпечення. Ці проміжні продукти і створюють їх діяльності добре знають і в технічному, і в бізнес-співтоваристві. Однак способи, які використовуються для концептуалізації, розстановки пріоритетів і вибору значимих для реалізації в програмі бізнес-проблем і користувачів, є вельми варіативні процеси в межах галузі. У цій статті розглядаються ступінь зрілості і наростаюча важливість ролі інфраструктури архітектури підприємства для сучасних організацій розробників. Стаття починається порівнянням дисципліни архітектури підприємства з дисциплінами архітектури рішень і бізнес-архітектури, по відношенню до IBM Rational (RUP). Далі розглядається, як інфраструктура Open Group Architecture Framework (TOGAF) вигідно розширює межі архітектури, встановлені RUP, щоб включити в процес планування бізнесу корпорації, ІТ-планування, управління реалізацією і інші види діяльності. На завершення буде запропонований спосіб застосування TOGAF в поєднанні з іншими інфраструктурами архітектури підприємства.


Порівняння різних архітектурних інфраструктур


Існує деякий накладення областей дії між інфраструктурами розробки архітектури підприємств, рішень і бізнесу, у загальноприйнятому їх розумінні. Отже, як вони співвідносяться між собою?


Архітектура рішень


Інфраструктура архітектури рішень приймає різні форми. Фахівці з інформаційних технологій вже звикли мати справу з Додатками (Application), Даними (Data), Технологіями (Technology) і іншими архітектурними формами (називаемимм також предметними областями) в процесі розробки інформаційних систем та обслуговування проектів. Нові (і значно більш спеціалізовані) форми архітектури рішень, такі, як Безпека (Security) і Тестування (Testin), теж швидко стали основними формами. Найбільш впізнанні предметні галузі архітектури рішень, їх основні об'єкти і залежності між ними показані на малюнку 1.



Малюнок 1: Предметні області та об'єкти дисципліни архітектури рішень


Всі предметні галузі архітектури рішень, показані на малюнку 1, вважаються "технічними", оскільки область їх застосування включає різні елементи технології, такі, як програмне забезпечення, дані та інфраструктура інформаційних технологій. З цими предметними областями зазвичай доводиться мати справу технологам – тобто, людям, які мають досвід у розробці систем, або адміністраторам в сфері ІТ.


Архітектура бізнесу


Архітектура бізнесу як окрема предметна область з'явилася в 1990-і роки, коли багато організацій затвердили посаду архітектора бізнесу, намагаючись оптимізувати свої бізнес-процеси.


Дисципліна "архітектура бізнесу" вважається "відноситься до бізнесу", вона описує, як він працює. Хоча навряд чи можна досягти згоди з приводу того, які компоненти слід включити в інфраструктуру архітектури бізнесу, прийнято вважати, що значущими аспектами у цій предметній області є аспекти Процес та Інформація (Process and Information), Організація (Organization) та Продуктивність (Performance). Кожен з цих компонентів сам по собі дуже важливий і включає кілька предметних областей, як показано на малюнку 2.



Малюнок 2: компоненти та об'єкти предметної області архітектури бізнесу


Компонент Процес і Інформація, ймовірно, є основним для діяльностей архітектури бізнесу, оскільки (серед іншого) він визначає, описує і класифікує бізнес-процеси та опорні структури, які складають бізнес-модель організації. Цей компонент включає також групу зв'язаних об'єктів, таких, як зручність застосування і доступність. У кожної організації, звичайно, є різні бізнес-процеси, структури, технологічні потоки і т. д. Точно так само будь-яка організація може мати щось особливе у своїй моделі бізнес-процесу, то, що піднімає її над конкуренцією, в той час як інші організації продовжують вести боротьбу в цій галузі.


Компонент Організація відноситься до структури і конструювання методів роботи, а також до стилю роботи в організації. Об'єкти, які взаємодіють з цим компонентом, включають структуру організації, продукти та послуги, які виробляє бізнес, бізнес-одиниці їх розміщення і т. д.


Продуктивність бізнесу – це компонент, пов'язаний з управлінням, що поєднує об'єкти, які визначають і вимірюють ефективність організації. У нього входять такі об'єкти, як продуктивність, бізнес-ризики та інші пов'язані об'єкти.


Предметна область архітектури підприємства


Перш ніж перейти до розгляду корпоративної архітектури, давайте змалюємо проблему, яку ця дисципліна намагається вирішити. Більшість існуючих методологій реалізації включають методи створення рішень для добре відомих потреб бізнесу. Ці методики, однак, не цікавляться тим, як і чому з'явилися ці потреби. Замість цього вони концентруються на порівняльної важливості задоволення даної потреби в порівнянні з іншими потребами, які може мати організація. Для прикладу розглянемо процес RUP. Процес подання RUP приймає рішення про реалізацію в значній мірі на віру, причому жоден артефакт RUP прямо не пов'язаний з оцінкою відносності терміновості вимоги бізнесу, яка робиться в процесі реалізації рішення.


На відміну від RUP та інших дисциплін, які концентруються, головним чином, на реалізації, основним інтересом предметної області архітектури підприємства є саме підприємство – ідентифікація, специфікація і розстановка пріоритетів вимог бізнесу. Розглянуті точки зору і моделі, взяті в контексті інфраструктури архітектури підприємства, вирішують певне коло поточних і потенційних проблем.


План-графік архітектури підприємства частіше за все містить більше одного пропонованого рішення (як показано на малюнку 3), в результаті чого може виникнути кілька одночасних реалізацій.



Малюнок 3: Приклад плану-графіка архітектури підприємства


Підприємство майбутнього


Інститут розробки архітектури підприємств (Institute for Enterprise Architecture Development, IFEAD) узагальнює основні керівні принципи дисципліни архітектури підприємства наступним чином: "Немає стратегічних прогнозів – ні архітектури підприємства. "Іншими словами, архітектура підприємства сьогодні – це система бізнесу завтра. Важливий аспект цього твердження полягає в тому, що архітектура підприємства – це цілісна дисципліна, яка об'єднує елементи бізнесу і технології, виходячи із загального стратегічного прогнозу підприємства (див. малюнок 4).



Малюнок 13: План-графік реалізації TOGAF


Серед інших потенційних загроз успішної реалізації TOGAF – відсутність стандартного інструменту для фіксації та управління артефактами архітектури підприємства і остутствие стандартної нотації.


Бути чи не бути TOGAF?


Перш за все організації слід вирішити, реалізувати чи архітектуру підприємства загалом, реалізація TOGAF зокрема – це наступний етап у її розвитку. Часто організації, які успішно і послідовно використовують методологію життєвого циклу рішень (наприклад, RUP), розцінюють реалізацію архітектури підприємства як наступний щабель свого розвитку.


Дуже важливо, щоб концепція архітектури підприємства не вводилася примусово, за наказом керівництва. Навпаки, потреба в застосуванні архітектури підприємства повинна органічно випливати з розуміння виникають складнощі, які оточують управління бізнес-процесами та структурами в поєднанні з інфраструктурою опорної технології.


Якщо ви не впевнені в тому, що TOGAF вам підійде, добре б провести її тест-драйв у вашій організації. У такому випробуванні може взяти участь група ентузіастів – архітекторів бізнесу і рішень. Важливо, задіяти фахівців з технічної та бізнес-сфери, щоб забезпечити рівновагу інтересів. Зверніть також увагу на те, що для успіху реалізації архітектури підприємства необхідна надійна підтримка колективу організації. Ця підтримка може бути гарантована шляхом включення в групу архітектури підприємства членів колективу виконавців в якості представників, або закріпивши за архітектором підприємства місце в керівному комітеті організації.

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*