Краткое сравнение различных методик

Выбор методики описания архитектуры предприятия

Несмотря на формальное наличие стандартов в области описания архитектуры (ISO, IEEE, The Open Group и т.д.), ни одна из известных методик не имеет доминирующего положения в плане использования.

Модель Захмана упоминается чаще всего. Она имеет безусловную ценность для архитекторов, хотя и с явными ограничениями. Она определяет матрицу 6х6, которая задает исчерпывающую схему классификации элементов описания архитектуры и покрывает все аспекты моделирования. Однако для многих клеток этой матрицы корпоративные архитекторы определяют, в лучшем случае, шаблоны проектирования, а не продукты описания архитектуры в полном смысле этого слова. Например, в клетке на пересечении столбца "ЧТО" и строки "Физический уровень" определение архитектуры заканчивается стандартным сервером приложений. Есть также некоторые относящиеся к описанию архитектуры документы, которые непонятно куда помещать с точки зрения классификации матрицы Захмана (например, общую стратегию развития прикладных систем на ближайшие годы). С другой стороны, верхние уровни модели Захмана обеспечивают весьма полезную структуру для совместного обсуждения проблем архитектуры предприятия с бизнес-руководством.

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

Методика Федеральной архитектуры правительства США FEAF, разработка которой началась в конце 1990-х годов, содержит хороший обзор видения и принципов архитектуры предприятия. Документы, содержащие общее описание методики FEAF, имеют ссылки на некоторые остальные методики, например, Захмана. Методика FAEF содержит четыре представления (бизнес, информация, приложения, инфраструктура) и пять справочных моделей для их описания. Сильной ее стороной является детальная проработка каждого из представлений. Интересен и аспект, связанный с показателями эффективности (часть бизнес-архитектуры), а также отслеживанием связей между этими показателями и использованием информационных технологий.

Методика TEAF казначейства США построена на основе и с учетом FEAF, но многие аспекты в ней проработаны гораздо более детально. TEAF содержит много хороших примеров архитектурных принципов и документов, создаваемых в результате работы над архитектурой. Методика предлагает упрощенную матрицу для категоризации документов и моделей описания архитектуры (4 x 4 вместо 6 x 6, как у Захмана) и содержит указания о том, какие модели к каким ячейкам таблицы имеют отношение.

Методика C4ISR (DoDAF) Министерства обороны США аналогична TEAF в том плане, что является очень детальной и содержит большое количество примеров моделей и документов, используемых для описания архитектуры. Однако она идет дальше TEAF в том плане, что приводит большое количество фактических примеров этих моделей и документов (а не только шаблоны). Наличие в этой методике большого количества примеров и детальный характер всех описаний делает ее отличным учебным пособием и примером для определения того, что такое архитектура предприятия и какие с ней связаны документы и описания.

Методика RM-ODP, на которую также ссылаются как на ISO/IEC 10746, имеет много общего с IEEE 1471 в плане определения метамодели архитектуры, но идет гораздо дальше в отношении определений и документировании специфических принципов. Наиболее сильной областью использования является разработка программных систем, образовательные цели и определение архитектурных терминов.

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

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

Детальные описания методики META Group, так же как и Gartner, отсутствуют в публичном доступе, но они содержат очень подробные описания различных представлений архитектуры и документов, включая шаблоны этих документов, которые должны создаваться в процессе работы над созданием архитектуры (видение общих требований, концептуальная архитектура, бизнес-архитектура и т.д.). Детально описана сама организация архитектурного процесса и его связь с остальными аспектами управления ИТ, в частности, с управлением корпоративными проектами.

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

Сильными сторонами архитектурных методик Microsoft является их практическая близость к предметной области разработки архитектуры и эксплуатации сложных программных систем. В плане описания представлений об архитектуре это в какой-то степени подмножество подхода Захмана. Хорошо отражены организационные моменты, такие как работа команд и пр. Документы находятся в публичном доступе, что также является положительным аспектом.

В таблице 6 приведены сильные стороны некоторых из перечисленных нами моделей по степени детализации и определенности.

Приведем рекомендации, которые являются определенной компиляцией идей из рассмотренных выше описаний отдельных методик.

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

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

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

Таблица 6.* Сопоставление возможностей различных моделей описания архитектуры

Модель	IEEE POSIX 1003.23	Модель Захмана	TOGAF	FEAF	Методики Gartner	Методики META Group	NASCIO Toolkit	Методики Microsoft
Характеристика
Иерархический подход, возможность связи с бизнес-стратегией	*	*		*	*	*		*
Поддержка различных уровней абстракции	*	*	*	*	*	*	*	*
Формальный язык и система обозначений			*
Описание процесса разработки архитектуры	*		*	*	*	*		*
Рекомендации по управлению архитектурой			*	*	*	*	*	*

* из книги Инь и Янь

Следующая рекомендация состоит в интеграции всего того лучшего, что имеется в методиках относительно управления и надзора за архитектурой (governance), выстраиванием процессов, принятием принципов и документов (моделей), описывающих архитектуру. Особенно важно изучить примеры моделей и документов (артефактов), описывающих архитектуру, поскольку именно они должны предъявляться в качестве практических результатов работы. Не следует рассматривать предлагаемый набор артефактов как догму, напротив, он может быть адаптирован под конкретные особенности. То есть приоритеты должны быть расставлены в соответствии с практическими потребностями в тех или иных элементах описания архитектуры, а не исходя из академической точности. Здесь более важна связь этих отобранных вами элементов описания архитектуры между собой, с методикой в целом, с процессами управления и контроля над архитектурой и процессом разработки прикладных систем.

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

Дата добавления: 2013-12-14