Планирование архитектуры предприятия ( EAP ) в архитектуре предприятия - это процесс планирования с целью определения архитектур для использования информации в поддержку бизнеса и плана реализации этих архитектур. [2]
Обзор
Один из первых профессиональных практиков в области системной архитектуры Стивен Х. Спевак в 1992 году определил планирование архитектуры предприятия (EAP) как «процесс определения архитектур для использования информации в поддержку бизнеса и плана реализации этих архитектур. " [3] Подход Spewak к EAP аналогичен подходу DOE в том, что бизнес-миссия является основной движущей силой. Далее следуют данные, необходимые для выполнения миссии, затем приложения, созданные с использованием этих данных, и, наконец, технология для реализации приложений. [1]
Эта иерархия действий представлена на рисунке выше, на котором слои реализованы в порядке сверху вниз. Основываясь на подходе к планированию бизнес-систем (BSP), разработанном Джоном Захманом , EAP использует ориентированный на данные подход к планированию архитектуры, чтобы обеспечить качество данных, доступ к данным, адаптивность к изменяющимся требованиям, совместимость и совместное использование данных, а также сдерживание затрат. Это представление противоречит более традиционному представлению о том, что приложения должны быть определены до определения или обеспечения потребностей в данных. [1]
Темы EAP
Фреймворк Захмана
EAP определяет план для последующего проектирования и реализации, а также помещает этапы планирования / определения в структуру. Он не объясняет, как подробно определить две верхние строки схемы Захмана, но для целей планирования сокращает анализ. Zachman Framework обеспечивает широкий контекст для описания уровней архитектуры, в то время как EAP фокусируется на планировании и управлении процессом установления бизнес-согласования архитектур. [2]
EAP планирует, что основное внимание уделяется разработке матриц для сравнения и анализа данных, приложений и технологий. Наиболее важно то, что EAP составляет план внедрения. В рамках федеральной архитектуры предприятия EAP будет завершенным сегментом предприятия за сегментом предприятия. Результаты этих усилий могут иметь большое значение для правительства; поэтому, когда каждый сегмент завершает EAP, результаты будут опубликованы на веб-сайте ArchitecturePlus. [2]
Компоненты EAP
Модель планирования архитектуры предприятия состоит из четырех уровней:
- Уровень 1 - начало работы : этот уровень ведет к составлению рабочего плана EAP и подчеркивает необходимость приверженности руководства высокого уровня для поддержки и ресурсов следующих шести компонентов (или шагов) процесса. Он состоит из «Инициирование планирования», которое охватывает в целом решения о том, какую методологию использовать, кто должен участвовать, какая еще требуется поддержка и какой набор инструментов будет использоваться. [2]
- Уровень 2 - где мы находимся сегодня : этот уровень обеспечивает основу для определения возможной архитектуры и плана долгосрочной миграции. Он состоит из: [2]
- Моделирование бизнес-процессов , составление базы знаний о бизнес-функциях и информации, используемой при проведении и поддержке различных бизнес-процессов, а также
- Текущие системы и технологии, определение текущих прикладных систем и поддерживающих технологических платформ.
- Уровень 3 - видение того, где мы хотим быть : стрелки очерчивают основной процесс определения: архитектура данных, архитектура приложений и технологическая архитектура. Он состоит из: [2]
- Архитектура данных - определение основных видов данных, необходимых для поддержки бизнеса.
- Архитектура приложений - определение основных видов приложений, необходимых для управления этими данными и поддержки бизнес-функций.
- Технологическая архитектура - определение технологических платформ, необходимых для поддержки приложений, управляющих данными и поддерживающих бизнес-функции.
- Уровень 4 - как мы планируем достичь этого : он состоит из планов внедрения / миграции - определения последовательности внедрения приложений, графика внедрения, анализа затрат / выгод и четкого пути для миграции. [2]
Методология EAP
Методология планирования архитектуры предприятия (EAP) полезна для понимания дальнейшего определения Федеральной структуры архитектуры предприятия на уровне IV. EAP - это способ создания двух верхних строк Zachman Framework , Planner и Owner. Проектирование систем начинается с третьего ряда, вне рамок EAP. [2]
EAP фокусируется на определении того, какие архитектуры данных, приложений и технологий подходят для всего предприятия и поддерживают его. На рисунке 6 показаны семь компонентов (или этапов) EAP для определения этих архитектур и соответствующий план миграции. Семь компонентов имеют форму свадебного торта, причем каждый слой представляет собой отдельную направленность каждой основной задачи (или шага). [2]
Критика
Эффективность методологии EAP подвергалась сомнению в конце 1980-х - начале 1990-х годов:
- Планирование бизнес-систем (BSP) , концептуальный предшественник EAP, не сработало успешно: «Учитывая большие затраты и время, [...] результаты серьезно ставят под сомнение полезность [...] методологий планирования [BSP и подобных]». [4] [5] [6] [7]
- Программа федеральной архитектуры предприятия (FEA), основанная на методологии EAP, в значительной степени провалилась: «Архитектура предприятия в рамках федерального правительства не работает и гораздо чаще не дает полезных результатов. Более того, значительная часть федеральной EA программы были полные и полные сбои ». [8]
- Даже Стивен Спевак и Стивен Хилл (1992) признают, что «подавляющее большинство предприятий, занимающихся планированием архитектуры предприятия, не достигают успеха» (стр. 19). [3]
- Исторический анализ показывает, что методология EAP, как и все другие аналогичные формальные, ориентированные на документацию, пошаговые методологии планирования, никогда не работали успешно на практике. [9]
Смотрите также
Рекомендации
- ^ a b c FAA (1998). Федеральные инициативы по информационной архитектуре . Федеральное управление гражданской авиации, февраль 1998 г.
- ^ a b c d e f g h i Совет директоров по информационным технологиям (1999). Федеральная структура архитектуры предприятия версии 1.1. Архивировано 13 февраля 2012 г. на Wayback Machine в сентябре 1999 г.
- ^ a b Стивен Спевак и С. К. Хилл (1992) Планирование архитектуры предприятия: разработка плана данных, приложений и технологий . Бостон, паб QED. Группа. п. 1
- Перейти ↑ Lederer, AL, and Sethi, V. (1988). Внедрение методологий стратегического планирования информационных систем . В кн .: MIS Quarterly, vol. 12, вып. 3. С. 445-461.
- ^ Гудхью, Д.Л., Quillard, JA и Rockart, JF (1988). Управление ресурсом данных: перспектива непредвиденных обстоятельств . В кн .: MIS Quarterly, vol. 12, вып. 3. С. 373-392.
- Перейти ↑ Lederer, AL, and Sethi, V. (1992). Решение задач планирования информационных систем . В: Долгосрочное планирование, т. 25, нет. 2. С. 69-80.
- ^ Гудхью, DL, Кирш, LJ, Quillard, JA, и Wybo, MD (1992). Стратегическое планирование данных: уроки с места . В кн .: MIS Quarterly, vol. 16, нет. 1. С. 11-34.
- ^ "Почему не работает архитектура федерального предприятия?" , Стэнли Б. Гавер, посетил 19 мая 2016 г.
- ^ Котусев, Святослав (2018) Практика корпоративной архитектуры: современный подход к бизнесу и согласованию ИТ . Мельбурн, Австралия: SK Publishing.
дальнейшее чтение
- Стивен Спевак и Стивен С. Хилл (1995) Планирование архитектуры предприятия: разработка плана данных, приложений и технологий . John Wiley & Sons, Нью-Йорк. 1995 г.