
- •О чем этот курс
- •1 Бизнес и информационные технологии:
- •Актуальность проблематики с точки зрения изменения роли ит в бизнесе и обществе
- •Бизнес-стратегия и кис
- •Связь между потребностями бизнеса и ит
- •Анализ ключевых факторов
- •Ценность ит с точки зрения бизнеса и практика управления ит
- •Динамика ит-бюджетов
- •Новые технологии
- •Суммируем преимущества наличия архитектуры и стратегии
- •Практика документирования архитектуры
- •3 Архитектура предприятия
- •Архитектура: основные определения
- •Архитектура предприятия (Корпоративная архитектура) Эволюция представлений об архитектуре предприятия
- •Контекст Архитектуры предприятия
- •4.: Интегрированная концепция и уровни абстракции Интегрированная концепция архитектуры предприятия
- •Архитектура и управление ит-портфелем
- •Общие элементы определений "Архитектуры предприятия" и основные заблуждения
- •Архитектура предприятия в России
- •5.: Элементы Архитектуры предприятия. Бизнес-архитектура и архитектура информации Элементы архитектуры предприятия Домены (предметные области) архитектуры
- •Принципы, модели и стандарты в рамках архитектуры предприятия
- •Модели и моделирование
- •Бизнес-архитектура Контекст и основные элементы бизнес-архитектуры
- •Основные модели и инструменты описания бизнес-архитектуры
- •Архитектура информации Контекст и основные элементы архитектуры информации
- •Основные модели и инструменты описания архитектуры информации
- •6.: Архитектура приложений Архитектура приложений Контекст и основные элементы архитектуры приложений
- •Модели и инструменты управления портфелем приложений
- •Влияние архитектуры приложений на инфраструктуру
- •7 Технологическая архитектура, стандарты и шаблоны Технологическая архитектура (архитектура инфраструктуры) Контекст и основные элементы технологической архитектуры
- •Оценка состояния и требований к технологической инфраструктуре
- •Адаптивная технологическая инфраструктура
- •Роль стандартов
- •Использование архитектурных шаблонов
- •Сервис-ориентированная архитектура (soa) и архитектура, управляемая моделями (mda)
- •8 Контекст разработки архитектуры предприятия
- •Модель Захмана
- •Cтруктура и модель описания ит-архитектуры Gartner
- •Методика meta Group
- •Методика togaf
- •9.:. Выбор "оптимальной" методики методики nascio Architecture Toolkit
- •Стратегическая модель архитектуры sam
- •Архитектурные концепции и методики Microsoft
- •Архитектурные методики teaf c4isr DoDaf rm-odp cafcr
- •Краткое сравнение различных методик
- •Рекомендации, касающиеся использования методик
- •10.: Процесс разработки архитектур: цели и задачи, общая схема
- •Семь шагов архитектурного процесса в соответствии с методикой Спивака
- •Модель процесса разработки и использования архитектуры
- •Направления разработки архитектуры: "сверху-вниз" или "снизу-вверх"
- •Планирование Архитектуры предприятия
- •Обоснование необходимости проекта разработки архитектуры и факторы влияния
- •Формирование команды проекта
- •Определение границ архитектуры и используемых методик
- •Примерная структура описания ит-архитектуры
- •Раздел Описание
- •11. Процесс разработки архитектур: управление и контроль, Gap-анализ, внедрение Управление и контроль архитектурного процесса (governance). Методы управления и контроля
- •Организационные структуры, связанные с разработкой архитектуры
- •Обеспечение соответствия проектов архитектуре
- •Оценка затрат на разработку и сопровождение архитектуры предприятия
- •Творческий характер архитектурного процесса
- •Как обеспечить внедрение результатов проекта разработки
- •12.: Процесс разработки архитектур: оценка зрелости, детализация и распределение усилий. Инструментальные средства и мониторинг технологий
- •Оптимальный уровень детализации и распределения усилий в процессе создания Архитектуры предприятия
- •Минималистский подход и "достаточно хорошая" архитектура
- •Временные интервалы, которые должна охватывать "достаточно хорошая" архитектура
- •Инструментальные средства для разработки и сопровождения архитектуры предприятия
- •Организация мониторинга технологий
Краткое сравнение различных методик
Отметим еще раз, что, несмотря на формальное наличие стандартов в области описания архитектуры (ISO, IEEE, The Open Group и т.д.), ни одна из известных методик не имеет доминирующего положения в плане своего использования. Например, опрос, который в 2003 году проводила организация под названием Институт разработки корпоративной архитектуры (Institute for Enterprise Architecture Developments), показал, что примерно 32% организаций использовали свои собственные методики, 20% использовали модель Захмана, остальные методики упоминались не более 5-6% респондентами, хотя выборка и не являлась достаточно представительной.
Таким образом, основная рекомендация состоит в использовании всего лучшего, что накоплено различными методиками, поэтому важно понимать в общих чертах их сильные и слабые стороны. При этом начинать необходимо с четкого осознания целей, которые ставятся в процессе разработки архитектуры предприятия.
Модель Захмана упоминается чаще всего. Она имеет безусловную ценность для архитекторов, хотя и с явными ограничениями. Она определяет матрицу 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 является их практическая близость к предметной области разработки архитектуры и эксплуатации сложных программных систем. В плане описания представлений об архитектуре это в какой-то степени подмножество подхода Захмана. Хорошо отражены организационные моменты, такие как работа команд и пр. Документы находятся в публичном доступе, что также является положительным аспектом.
В таблице 9.4 приведены сильные стороны некоторых из перечисленных нами моделей по степени детализации и определенности.
Таблица 9.4. Сопоставление возможностей различных моделей описания архитектуры |
||||||||
Модель |
IEEE POSIX 1003.23 |
Модель Захмана |
TOGAF |
FEAF |
Методики Gartner |
Методики META Group |
NASCIO Toolkit |
Методики Microsoft |
Характеристика |
|
|
|
|
|
|
|
|
Иерархический подход, возможность cвязи с бизнес-стратегией |
|
|
|
|
|
|
|
|
Поддержка различных уровней абстракции |
|
|
|
|
|
|
|
|
Формальный язык и система обозначений |
|
|
|
|
|
|
|
|
Описание процесса разработки архитектуры |
|
|
|
|
|
|
|
|
Рекомендации по управлению архитектурой |
|
|
|
|
|
|
|
|