Планирование архитектуры предприятия - Enterprise architecture planning

Уровни планирования архитектуры предприятия.[1]

Планирование архитектуры предприятия (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 - это подход к созданию двух верхних строк Фреймворк Захмана, Планировщик и владелец. Проектирование систем начинается с третьего ряда, вне рамок 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]

Смотрите также

Рекомендации

  1. ^ а б c FAA (1998). Федеральные инициативы в области информационной архитектуры. Федеральное управление гражданской авиации, февраль 1998 г.
  2. ^ а б c d е ж грамм час я Совет директоров по информационным технологиям (1999 г.). Федеральная структура архитектуры предприятия версии 1.1 В архиве 2012-02-13 в Wayback Machine Сентябрь 1999 г.
  3. ^ а б Стивен Спевак и С. С. Хилл (1992) Планирование архитектуры предприятия: разработка схемы данных, приложений и технологий. Бостон, паб QED. Группа. п. 1
  4. ^ Ледерер А.Л., Сетхи В. (1988). Внедрение методологий стратегического планирования информационных систем. В кн .: MIS Quarterly, vol. 12, вып. 3. С. 445-461.
  5. ^ Гудхью Д.Л., Куиллард Дж.А. и Рокарт Дж.Ф. (1988). Управление ресурсом данных: перспектива непредвиденных обстоятельств. В кн .: MIS Quarterly, vol. 12, вып. 3. С. 373-392.
  6. ^ Ледерер А.Л., Сетхи В. (1992). Решение задач планирования информационных систем. В: Долгосрочное планирование, т. 25, нет. 2. С. 69-80.
  7. ^ Гудхью Д.Л., Кирш Л.Дж., Куиллард Дж.А. и Вайбо, доктор медицины (1992). Стратегическое планирование данных: уроки с мест. В кн .: MIS Quarterly, vol. 16, нет. 1. С. 11-34.
  8. ^ "Почему не работает архитектура федерального предприятия?", Стэнли Б. Гавер, посетил 19 мая 2016 г.
  9. ^ Котусев, Святослав (2018) Практика корпоративной архитектуры: современный подход к согласованию бизнеса и ИТ. Мельбурн, Австралия: SK Publishing.

дальнейшее чтение

  • Стивен Спевак со Стивеном С. Хиллом (1995) Планирование архитектуры предприятия: разработка схемы данных, приложений и технологий. John Wiley & Sons, Нью-Йорк. 1995 г.