Архитектура предприятия

систем. Модель RM-ODP — одна из наиболее полных с точки зрения набора различных представлений, используемых для описания архитектуры системы. Важными для модели RM-ODP понятиями являются «представления», «функции» и «средства обеспечения прозрачности распространения» (distribution transparencies).

Модель определяет пять представлений (viewpoints):

1)корпоративное представление, описывающее цели, мас-

штабы (границы), процессы и политики, связанные с созданием прикладных систем;

2)информационное представление, отражающее характери-

стики и семантику обрабатываемых данных, т. е. модель данных;

3)вычислительное представление, демонстрирующее де-

композицию прикладной системы на функциональные модули и интерфейсы взаимодействия;

4)проектировочное представление, определяющее распре-

деление отдельных элементов системы по физическим ресурсам

исвязи между ними;

5)технологическое представление, описывающее техноло-

гии, используемые для создания прикладных систем.

Кроме представлений RM-ODP содержит так называемые функции. Всего выделено четыре функции:

1)функция управления, определяющая способы управления системой, начиная с уровня узлов (серверов) и вплоть до объектов, выполняемых на этих узлах;

2)функция координации, детализирующая вопросы взаимосвязи событий в системе;

3)функция репозитория, описывающая организацию хранения информации;

4)функция безопасности, описывающая вопросы управления безопасностью в системе, а также методы авторизации доступа, обеспечения целостности, аудита, управления правами доступа.

RM-ODP выделяет восемь так называемых средств обеспе-

чения прозрачности: прозрачность доступа, сбоев, местоположения, миграции, сохранения, перераспределения, репликации

итранзакций.

242 Глава 4. Обзор моделей и методик построения…

Компанией Philips разработана модель CAFCR (Customer Objectives — Задачи Заказчика, Application — Приложения, Functional — Функциональность, Conceptual — Концепция и Realization — Реализация). Она первоначально предназначалась для разработки архитектур встроенных (embedded) систем, но позднее стала применяться и для более сложных комплексов — вплоть до глобальных систем управления автомобильным движением.

Аббревиатура CAFCR образована из названий пяти основных представлений модели. Первые два представления (Customer Objectives и Application) помогают ответить на вопрос «зачем?», т. е. описывают цели создания системы. Функциональное представление (Functional) отвечает на вопрос «что должна система выполнять?». Несмотря на название, в данное представление входят также и нефункциональные требования, такие как, например, требуемый интерфейс пользователя или выбор используемой СУБД. Последние два представления (Conceptual и Realization) отвечают на вопрос «как должно осуществляться функционирование системы?». При этом концептуальное представление со временем подвергается незначительным изменениям по сравнению с представлением, описывающим реализацию. Принцип организации этих представлений в целом соответствует выбору столбцов в модели Захмана.

Основной задачей архитектора в этом случае является создание образа системы, назначение которого состоит в обеспечении согласованной и сбалансированной интеграции этих представлений с целью построения системы, отвечающей следующим основным условиям:

предоставление возможностей, имеющих определенную ценность для заказчика с точки зрения выполнения предъявляемых требований;

реализуемость в конкретной среде заказчика;

гарантированность определенного уровня оптимальности по эффективности, стоимости и удобству использования.

Другой проект компании Philips, названный «Гауди» в честь выдающегося испанского архитектора (это еще раз подчеркивает

аналогию между традиционной архитектурой и архитектурой информационных систем), имеет еще более амбициозные цели — сформулировать рекомендации по созданию хорошей архитектуры и разработать систему подготовки архитекторов, которые смогут создавать такие системы. В данном случае определяющими являются именно понятия критериев «хорошей архитектуры», которые должны включать как объективные показатели, так и субъективное восприятие системы или продукта [1].

Вопросы для самоконтроля

1.Назовите модели и методики, основой для которых послужила модель Захмана.

2.Какие цели реализуются в модели Захмана?

3.Дайте описание таблицы (матрицы) модели Захмана.

4.Какие правила предъявляются к заполнению таблицы (матрицы) Захмана?

5.Сформулируйте уровни модели Gartner 2002.

6.Опишите этапы методики META Group.

7.Опишите фазы ADM методики TOGAF.

8.Опишите структурную схему методики NASCIO Architecture

Toolkit.

9.Опишите представления модели «4+1».

10.Опишите типичные сферы интересов модели SAM.

11.Опишите методики Microsoft, которые используются для построения архитектуры предприятия.

12.Опишите этапы планирования архитектуры предприятия в соответствии с методом EAP.

13.Сопоставьте возможности различных моделей построения архитектуры.

Заключение

Представленный в пособии анализ существующих средств построения архитектуры предприятия позволяет сделать вывод об отсутствии на сегодняшний день единого стандарта на описание архитектуры. Разработчики могут использовать различные методологии, модели и методики для создания собственной концепции представления архитектуры предприятия, которая будет уникальной для описываемой организации. При этом в процессе создания архитектуры общие концепции и структуры описания архитектуры используются в качестве базовых при реализации имеющихся моделей и методик построения архитектуры, что существенно сокращает время обучения специалистов и создает общую платформу в создании единой стратегии разработки. Кроме того, результат адаптации методики под нужды конкретного предприятия отражает характерные именно для данного предприятия моменты, связанные с организацией работы управленческого персонала, уровнем финансирования, наличием ресурсов и т. п.

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

Создание новых методик построения архитектуры предприятия находится в процессе постоянного развития и совершенствования. Особенно это характерно для зарубежного рынка, хотя и на отечественном рынке по мере осознания необходимости и полезности внедрения стандартов серии ISO 90001, явившегося первым шагом к построению архитектуры предприятия, руководители многих организаций задумались о неизбежности построе-

1 Система стандартов менеджмента качества разработана Техническим комитетом Международной Организации по Стандартизации (International Organization for Standardization).

ния архитектуры предприятия, создающей возможности для повышения конкурентоспособности организации.

Для поддержания процесса развития знаний в данной предметной области на современном уровне (период устаревания составляет 2–3 года) необходимо регулярно изучать информацию, представленную в электронных ресурсах организаций, распространяющих методики построения архитектуры, а также просматривать следующие интернет-ресурсы1:

on-line библиотека (http://www.citforum.ru/);

электронное издание журнала «Открытые системы»

(http://www.osp.ru/);

электронное издание журнала «Intelligent Enterprise/Кор-

поративные системы» (http://www.iemag.ru/);

сайт компании IBM — лидера в области разработки аппаратного и программного обеспечения (http://www.ibm.com/);

сайт компании Microsoft — лидера в области разработки программного обеспечения (http://www.microsoft.com/);

сайт компании BearingPoint — консультанта в области управления и ИТ (http://www.bearingpoint.ru/).

1 Это далеко неполный перечень ресурсов, посвященных в той или иной мере архитектуре предприятия.

12.Eкономiка пiдприемства: Пiдручник / за заг. ред. д-pa екон. наук, проф. С. Ф. Покропивного. — Киев: КНЕУ, 2003. — 608 с.

13.Быкова А. Организационные структуры управления. — М.: ОЛМА-ПРЕСС Инвест, 2003. — 160 с.

14.Carbone J. IT Architecture Toolkit. — Prentice Hall PTR, 2004. — 256 p.

15.TRM FEAF (Federal Enterprise Architecture Framework):

техническая справочная модель методики Федеральной архитектуры США [Электронный ресурс]: [сайт]. — URL: http:// www. whitehouse.gov/omb/ egov/).

16.Калянов Г.Н. Консалтинг при автоматизации предприятий (подходы, методы, средства). — М.: СИНТЕГ, 1997. —316 с.

17.Ковалев С.М., Ковалев В.М. Современные методологии описания бизнес-процессов — просто о сложном [Электронный ресурс] // Консультант директора. — 2004. — № 12. — URL: http://conti.kuzbass.net/education/articles/kovalev5/.

18.Верников Г. Описание стандарта документирования технологических процессов IDEF3 [Электронный ресурс] // [Персональная страница Г. Верникова]. — URL: http://idefinfo.ru/content/ view/18/51/ (дата обращения: 16.04.2011).

19.Верников Г. Основы методологии IDEF1X [Электронный ресурс]. — URL: http://www.interface.ru/fset.asp?Url=/ca/idef1x.htm (дата обращения: 21.03.2011).

20.Seidewitz E., Stark M. Towards a General Object-oriented Software Development Methodology // ACM Digital Library: [сайт].

— URL: http://portal.acm.org/citation.cfm?id=25315

21.Robson D. Object-oriented Software Systems / Byte. — Vol. 6(8). — P. 74.

22.Леоненков А.В. Нотация и семантика языка UML [Элек-

тронный ресурс]. — URL: http://www.intuit.ru/department/pl/umlba sics/1/ (дата обращения: 21.03.2011).

23.Model Maker 9: инструментальное средство IDEF1X [Электронный ресурс] // Компания Model-Maker Tools BV: [сайт].

— URL: www.modelmakertools.com.

24.Together 2008: CASE-средство [Электронный ресурс] //

Компания Borland: [сайт]. — URL: www.borland.com.