Планирование архитектуры предприятия
 | Эту статью необходимо обновить . ( март 2015 г. ) |
Планирование архитектуры предприятия ( EAP ) в архитектуре предприятия — это архитектуры процесс планирования для использования информации для поддержки бизнеса и плана реализации этих архитектур. [2]
Обзор
[ редактировать ]Один из первых профессиональных практиков в области системной архитектуры Стивен Х. Спевак в 1992 году определил планирование архитектуры предприятия (EAP) как «процесс определения архитектур для использования информации в поддержку бизнеса и плана реализации этих архитектур». " [3] Подход Спевака к EAP аналогичен подходу Министерства энергетики, поскольку бизнес-миссия является основной движущей силой. За этим следуют данные, необходимые для выполнения миссии, затем приложения, созданные с использованием этих данных, и, наконец, технология реализации приложений. [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]
См. также
[ редактировать ]Ссылки
[ редактировать ]- ^ Jump up to: а б с ФАУ (1998). Инициативы федеральной информационной архитектуры . Федеральное управление гражданской авиации, февраль 1998 г.
- ^ Jump up to: а б с д и ж г час я Совет директоров по информационным технологиям (1999 г.). Структура федеральной архитектуры предприятия, версия 1.1. Архивировано 13 февраля 2012 г. в Wayback Machine, сентябрь 1999 г.
- ^ Jump up to: а б Стивен Спевак и С.С. Хилл (1992) «Планирование архитектуры предприятия: разработка плана для данных, приложений и технологий» . Бостон, паб QED. Группа. п. 1
- ^ Ледерер, А.Л., и Сетхи, В. (1988). Внедрение методологий планирования стратегических информационных систем . В: MIS Quarterly, вып. 12, нет. 3, стр. 445-461.
- ^ Гудхью, Д.Л., Квиллард, Дж.А., и Роккарт, Дж.Ф. (1988). Управление ресурсом данных: перспектива на случай непредвиденных обстоятельств . В: MIS Quarterly, вып. 12, нет. 3, стр. 373-392.
- ^ Ледерер, А.Л., и Сетхи, В. (1992). Решение проблем планирования информационных систем . В: Долгосрочное планирование, вып. 25, нет. 2, стр. 69-80.
- ^ Гудхью, Д.Л., Кирш, Л.Дж., Квиллард, Дж.А., и Вайбо, доктор медицины (1992). Стратегическое планирование данных: уроки из практики . В: MIS Quarterly, вып. 16, нет. 1, стр. 11-34.
- ^ «Почему не работает архитектура федерального предприятия?» Архивировано 11 июня 2016 г. в Wayback Machine . Стэнли Б. Гэйвер посетил 19 мая 2016 г.
- ^ Котусев, Святослав (2021) Практика архитектуры предприятия: современный подход к согласованию бизнеса и ИТ (2-е издание) . Мельбурн, Австралия: SK Publishing.
Дальнейшее чтение
[ редактировать ]
- Стивен Спевак со Стивеном К. Хиллом (1995) «Планирование архитектуры предприятия: разработка плана для данных, приложений и технологий» . Джон Уайли и сыновья, Нью-Йорк. 1995.