Краткое сравнение различных методикОтметим еще раз, что, несмотря на формальное наличие стандартов в области описания архитектуры (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 приведены сильные стороны некоторых из перечисленных нами моделей по степени детализации и определенности.
|
