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

редактировать
Уровни предприятия Ar планирование архитектуры.

Планирование архитектуры предприятия (EAP ) в архитектура предприятия - это планирование процесс определения архитектур для использование информации для поддержки бизнеса и план реализации этих архитектур.

Содержание
  • 1 Обзор
  • 2 темы EAP
    • 2.1 Структура Zachman
    • 2.2 Компоненты EAP
    • 2.3 Методология EAP
  • 3 Критика
  • 4 См. Также
  • 5 Ссылки
  • 6 Дополнительная литература
Обзор

Один из первых профессиональных практиков в области системной архитектуры Стивен Х. Spewak в 1992 году определил планирование архитектуры предприятия (EAP) как «процесс определения архитектур для использования информации в поддержку бизнеса и плана реализации этих архитектур». Подход Spewak к EAP аналогичен подходу DOE в том, что бизнес-миссия является основной движущей силой. Далее следуют данные, необходимые для выполнения миссии, затем приложения, созданные с использованием этих данных, и, наконец, технология для реализации приложений.

Эта иерархия действий представлена ​​на рисунке выше, в котором слои реализованы по порядку, сверху вниз. Основываясь на подходе Business Systems Planning (BSP), разработанном Джоном Закманом, EAP использует ориентированный на данные подход к планированию архитектуры, чтобы обеспечить качество данных, доступ к данным, адаптируемость к меняющимся требованиям., совместимость и совместное использование данных, а также сдерживание затрат. Это представление противоречит более традиционному представлению о том, что приложения должны быть определены до того, как будут определены или предоставлены потребности в данных.

Темы EAP

Структура Закмана

EAP определяет план для последующего проектирования и реализация, и это помещает этапы планирования / определения в структуру. Он не объясняет, как подробно определять две верхние строки Zachman Framework, но сокращает анализ для целей планирования. Zachman Framework обеспечивает широкий контекст для описания уровней архитектуры, в то время как EAP фокусируется на планировании и управлении процессом установления бизнес-согласования архитектур.

EAP - это планирование, которое фокусируется на разработке матриц для сравнение и анализ данных, приложений и технологий. Самое главное, EAP составляет план внедрения. В рамках федеральной архитектуры предприятия EAP будет завершенным сегментом предприятия за сегментом предприятия. Результаты этих усилий могут иметь большое значение для правительства; поэтому, когда каждый сегмент завершает EAP, результаты будут опубликованы на веб-сайте ArchitecturePlus.

Компоненты EAP

Модель планирования архитектуры предприятия состоит из четырех уровней:

  • Уровень 1 - начало работы : Этот уровень приводит к созданию рабочего плана EAP и подчеркивает необходимость приверженности руководства высокого уровня для поддержки и ресурсов следующих шести компонентов (или этапов) процесса. Он состоит из начала планирования, которое охватывает в целом решения о том, какую методологию использовать, кто должен участвовать, какая еще требуется поддержка и какой набор инструментов будет использоваться.
  • Уровень 2 - где мы находимся сегодня: Этот уровень обеспечивает основу для определения возможной архитектуры и плана долгосрочной миграции. Он состоит из:
    • моделирования бизнес-процессов, составления базы знаний о бизнес-функциях и информации, используемой для проведения и поддержки различных бизнес-процессов, и
    • текущих систем и технологий, определение текущих прикладных систем и поддерживающих технологических платформ.
  • Уровень 3 - видение того, где мы хотим быть: стрелки очерчивают базовый процесс определения: архитектура данных, архитектура приложений и архитектура технологии. Он состоит из:
    • архитектуры данных - определения основных типов данных, необходимых для поддержки бизнеса.
    • архитектуры приложений - определения основных видов приложений, необходимых для управления этими данными и поддержки бизнес-функции.
    • - Определение технологических платформ, необходимых для поддержки приложений, которые управляют данными и поддерживают бизнес-функции.
  • Уровень 4 - как мы планируем достичь этого: он состоит из внедрения / миграции Планы - определение последовательности внедрения приложений, графика внедрения, анализа затрат / выгод и четкого пути для миграции.

Методология EAP

Методология планирования архитектуры предприятия (EAP) полезна для понимание дальнейшего определения структуры архитектуры федерального предприятия на уровне IV. EAP - это подход к созданию двух верхних строк Zachman Framework, Planner и Owner. Проектирование систем начинается в третьей строке, за пределами EAP.

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

Критика

Эффективность методологии EAP подвергается сомнению в конце 1980-х - начале 1990-х:

  • Business Systems Planning (BSP), концептуальный предшественник EAP, не работал успешно: «Учитывая большие затраты и время, [...] результаты серьезно бросают вызов полезность [BSP и подобных] методологий планирования ".
  • Программа федеральной архитектуры предприятия (FEA), основанная на методологии EAP, в значительной степени провалилась:" Архитектура предприятия в рамках федерального правительства не работает, и многое другое часто не приносило полезных результатов. Более того, значительная часть федеральной программы ЭО была завершена и полностью провалилась ».
  • Даже Стивен Спевак и Стивен Хилл (1992) признают, что« подавляющее большинство предприятий которые предпринимают планирование архитектуры предприятия, не увенчались успехом " (стр. 19).
  • Исторический анализ показывает, что методология EAP, а также все другие аналогичные формальные, ориентированные на документацию, пошаговые методологии планирования никогда не работали успешно на практике.
См. также
Ссылки
Дополнительная литература
На Викискладе есть носители, относящиеся к Планирование архитектуры предприятия.
  • Стивен Спевак со Стивеном С. Хиллом (1995) Планирование архитектуры предприятия: разработка плана данных, приложений и технологий. John Wiley Sons, Нью-Йорк. 1995.
Последняя правка сделана 2021-05-19 11:32:00
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте