Опубликован: 07.05.2007 | Доступ: свободный | Студентов: 8243 / 1838 | Оценка: 4.16 / 3.71 | Длительность: 23:54:00
ISBN: 978-5-9556-0045-1
Специальности: Руководитель
Лекция 10:

Процесс разработки архитектур: цели и задачи, общая схема

Семь шагов архитектурного процесса в соответствии с методикой Спивака

Один из признанных авторитетов в области корпоративной архитектуры Стивен Спивак (Steven Spewak) предложил удачную модель планирования архитектуры предприятия, которая называется EAP (Entrerprise Architecture Planning – Планирование архитектуры предприятия). Модель EAP соответствует описанному нами выше принципу сегментного подхода к разработке архитектуры и включает 7 шагов, определяющих эту архитектуру и соответствующий план ее реализации (миграции) [6.4]. Эти 7 компонент, условно изображенных на рис. 10.2 в виде "свадебного торта", обозначают смещение фокуса приложения сил на каждом из шагов.

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

Рис. 10.2. Методика EAP планирования Архитектуры предприятия

Подход Спивака уже помог очень многим компаниям и государственным ведомствам в организации процесса моделирования, стратегического бизнес-планирования, реорганизации деловых процессов, проектировании различных систем, выработки стандартов на данные, управления проектами. В частности, этой методикой пользовались такие организации, как Federal Express, Министерство энергетики США, Штаб Военно-воздушных сил США и другие. Например, в Министерстве энергетики США основная фаза процесса разработки архитектуры ("проект") заняла примерно 6 месяцев.

Методика EAP обеспечивает высокоуровневый взгляд на предприятие с точки зрения его бизнес-функций и требований в области информации. Это инструмент планирования, а не детального проектирования архитектуры. Результаты планирования используются в качестве основы для интегрированной разработки прикладных систем и технологий, которые обеспечивают потребности бизнеса. Отличительными характеристиками этого подхода к планированию архитектуры являются следующие:

  • в основе – потребности бизнеса, а не технологические факторы;
  • основное внимание сосредоточено более на данных и потребностях в информации, чем на процессах;
  • ответственность за процесс в большей степени несут представители бизнес-подразделений, чем специалисты по ИТ.

Если "наложить" методику EAP Спивака на модель архитектуры Захмана (см. "Методики описания архитектур. Модели Захмана и Gartner, методики META Group и TOGAF" ), то можно сказать, что методика EAP является руководством по заполнению первых двух строк таблицы Захмана, которые описывают контекст архитектуры и концептуальную модель бизнеса предприятия, т.е. это перспективы, соответствующие представлениям об архитектуре бизнес-руководителей: "планировщика" и "владельца". Проектирование систем, которое начинается с третьей строки таблицы Захмана, остается за рамками методики Спивака.

Это замечание ничуть не умаляет достоинств методики Спивака, но ниже мы рассмотрим более подробно и остальные элементы архитектурного процесса.

Общая схема архитектурного процесса

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

Какое бы определение Архитектуры предприятия мы, в конечном итоге, ни выбрали, общими для всех методик описания архитектуры является систематическое и рекурсивное применение таких принципов, как:

  • декомпозиция на различные представления архитектуры (предметные области): область прикладных систем, технологическая архитектура и т.д.;
  • различные уровни детализации и абстракции для описания каждой из этих областей.

Схема процесса разработки в самом общем виде представлена на рис. 10.3. Обратим внимание на то, что фактически здесь идет речь о параллельных активностях по определению как целевой архитектуры, так и стратегии ее достижения.

Схема процесса разработки архитектуры и стратегии ИТ

Рис. 10.3. Схема процесса разработки архитектуры и стратегии ИТ

Эта схема состоит из следующих шагов:

  • Общим фоном для этого процесса является мониторинг существующих тенденций в области деятельности организации и тенденций в области развития информационных технологий.
  • Анализ на бизнес-уровне. На первом этапе проводится анализ движущих сил, которые влияют на необходимость использования ИТ с точки зрения основных функций и бизнеса организации. Определяются требования бизнеса и технологии на текущем этапе и на перспективу, которые задают требования к информационным системам. Учитываются тенденции в развитии информационных технологий и мировых аналогов с учетом перспектив развития бизнеса.
  • На основе этого анализа формулируются в самом общем виде требования к информационным технологиям с точки зрения информации (данных) и архитектуры ИТ.
  • Принимаются общие для организации стандарты и понятия о том, что такое Архитектура предприятия: принципы, общие методы описания архитектуры и ее разделы, стандарты, конкретные продукты и технологии.
  • Параллельно с этими процессами выполняется анализ на "системном уровне": аудит используемых информационных технологий и программно-технических средств, аудит организации процессов управления ИТ, внедрения технологий и приложений.
  • Результаты вышеперечисленных этапов являются основой для выполнения "Gap-анализа", т.е. выявления расхождений и различий между существующей ИТ-инфраструктурой и желаемой архитектурой предприятия.
  • Результаты Gap-анализа ложатся в основу Плана миграции: определяются цели создания (модернизации) информационных систем и решаемых ими задач, согласовывается стратегия разработки и внедрения информационных технологий (перечень критических процессов, подлежащих автоматизации в первую очередь и т. д.), обсуждается план детального анализа.
  • После этого начинается фаза реализации конкретных проектов в рамках выработанной на данный момент архитектуры предприятия.

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

Основой работы на этих этапах является эволюционный, итеративный процесс, связанный с определением и описанием текущего и желаемого состояния архитектуры, совмещенный с процессом анализа результатов, идентификацией направлений и планов развития (Gap-анализ), который обеспечит синхронизацию архитектуры с изменениями в функциях подразделений, с изменениями в бизнес-требованиях и изменениями в технологиях. Этот процесс условно показан на рис. 10.4.

Общая схема процесса разработки архитектуры

Рис. 10.4. Общая схема процесса разработки архитектуры
Максим Цапко
Максим Цапко

Я наконец закончил курс "Управление ИТ-проектами". Как получить документ об окончании курса.

Виталий Елин
Виталий Елин

Здравствуйте!
Объясните, пожалуйста, выдается ли диплом о профессиональной переподготовке?
Если - нет, то почему?

Здесь вначале говориться что выдается диплом, а внизу страницы сказано что нет
Цитата: "
диплом о профессиональной переподготовке MBA- больше не выдается
диплом о профессиональной переподготовке- больше не выдается
"

Игорь Хан
Игорь Хан
Узбекистан, Ташкент, Ташкентский педагогический институт иностранных языков, 1990