З чого зроблена архітектура підприємства?

Найпростіше з безлічі визначень терміна «архітектура підприємства» (Ап) можна отримати, застосовуючи термін «архітектура» до системи «підприємство»: «Архітектура підприємства - це спосіб розуміння всіх різних елементів, з яких складається підприємство, і того, як ці елементи взаємопов'язані Найпростіше з безлічі визначень терміна «архітектура підприємства» (Ап) можна отримати, застосовуючи термін «архітектура» до системи «підприємство»: «Архітектура підприємства - це спосіб розуміння всіх різних елементів, з яких складається підприємство, і того, як ці елементи взаємопов'язані . Елементи включають в себе людей, процеси, бізнес і технології »(The Open Group, www.opengroup.org/architecture ). Існують однак більш розгорнуті визначення, в яких міститься аналіз АП, зокрема, згідно з FEAPMO (Federal Enterprise Architecture Program Management-Office- (US-government): «Архітектура підприємства - це стратегічна інформаційна основа, яка визначає: структуру бізнесу (основної діяльності); інформацію, яка необхідна для ведення цього бізнесу; технології, які необхідні, щоб підтримувати процеси цього бізнесу; перехідні процеси, необхідні для реалізації нових технологій у відповідь на появу нових, змінюються бізнес-потреб ».

Друге визначення пропонує розділити складне поняття АП на ряд простих, які вже можуть бути описані і вивчені, та й просто легше піддаються огляду людською свідомістю.

Найбільш часто АП представляють у вигляді «листкового пирога», при цьому кулінарні рецепти відрізняються незначно. Так, звичайно верхній шар відводять бізнес-процесів, а нижче розташовують сервіси, дані / інформаці.ю, прикладні системи, інфраструктуру і зв'язок (наприклад, www.opengroup.org/architecture/togaf8-doc/arch ). Іноді виділяють три шари: місія і стратегія організації, бізнес-архітектура (яка в свою чергу розділяється на бізнес-процеси, ресурси і корпоративні стандарти) та ІТ-архітектура (яка будується з програмних систем, даних та інфраструктури) (наприклад, Г. Калянов , www.enterprise.com.ua). В американської федеральної моделі FEA ( www.whitehouse.gov/omb/egov/a-2-EAModelsNEW2.html ) Виділяються п'ять моделей-рівнів: довідкова модель оцінки результативності (Performance Reference Model, PRM), довідкова модель бізнесу (Business Reference Model, BRM), довідкова модель сервісних компонентів (Service Component Reference Model, SRM), довідкова модель даних (Data Reference Model , DRM), технічна довідкова модель (Technical Reference Model, TRM).

Однак досить швидко стало зрозуміло, що зв'язок між шарами зовсім не ієрархічна і картина повинна бути складнішою. Так з'явилися: матриця Захмана, піраміда CIO Council, паралелограм GERAM (Generalized Enterprise Reference Architecture and Methodology) і девятіцветнік TOGAF (The Open Group Architecture Framework). Багато з цих моделей «виросли» з листкових пирогів в спробі добитися більшої повноти моделі і її відповідності оригіналу. За кожною з них стоїть своя логічна структура для класифікації та організації комплексної інформації, призначена для опису архітектури.

Найбільшою популярністю сьогодні користується матриця Захмана, яка пропонує з одного боку (по горизонталі) згадати дитячий віршик: «Є у мене шістка слуг, перевірених, веселих ... Вони по знаку моєму є в потребі. Звуть їх: Як і Чому, Хто, Що, Коли і Де », а з іншого - подивитися на АП з точки зору самих різних споживачів: від власника бізнесу до системного адміністратора і користувача ІТ. Зараз все частіше зустрічається гібрид традиційного «листкового» уявлення архітектури та моделі Захмана.

Інший шлях розкладання АП на більш прості складові складається в побудові проекцій, серед яких найбільш популярні проекції на функціональні осі. Вони легко виникають, якщо описом своєї архітектури підприємство займається за організаційним принципом: «маркетингова архітектура», «архітектура продажів», «фінансова архітектура». Цей шлях видається більш природним для архітектури як такої, адже ми звикли будувати проекції будівлі і складати з них картину цілого. Втім, цілком очевидно, що набір компонентів ще не визначає всю систему, тому обмежуватися тільки аналізом не варто. Але про це наступного разу.

Всі підприємства, на жаль,

Досить складні створення.

Ми поділяємо їх на частини

Для спрощення опису.

Марина Аншина ( [email protected] ) - начальник управління ІТ ВАТ «СИБУР - Російські шини", президент фонду ФОСТАС, автор книги «Технологія створення розподілених систем» і статей за тематиками стратегії і архітектури ІТ, оцінки ефективності та ризиків проектів ІТ, технології CORBA і компонентного програмного забезпечення.