Бути чи не бути TOGAF: поширення архітектури підприємства за кордону RUP, CASE-засоби (моделювання), Програмування, статті

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


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


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


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


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



Рисунок 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>

*

*