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

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

Направления разработки архитектуры: "сверху-вниз" или "снизу-вверх"

В общем виде можно сказать, что существуют два принципиально различных подхода в разработке архитектуры предприятия [6.6]:

  • Подход "сверху-вниз" предполагает достаточно широкий охват проблем и точное следование формальному процессу. Основу этому подходу положили методики Захмана и Спивака. Он начинается со сбора информации, требующейся для описания различных доменов архитектуры "как есть". Далее следует этап, связанный с описанием и реинжинирингом бизнес-процессов, консолидации прикладных систем, выстраивание архитектуры данных и, наконец, стандартизация технологической архитектуры. Например, многие государственные проекты ориентированы на этот подход (например, в США в рамках Федеральной архитектуры FEAF).
  • Подход "снизу-вверх", когда процесс начинается со стандартизации инфраструктурных технологий (технологическая архитектура), а затем развивается в направлении решения проблем более высокого уровня и, в конечном итоге, решает вопросы, связанные с бизнес-архитектурой. Этот подход, видимо, имеет более широкое распространение в бизнесе и в частном секторе.
Таблица 10.1. Положительные и отрицательные аспекты различных подходов к разработке Архитектуры предприятия
Положительные аспекты Отрицательные аспекты
Сверху-вниз
  • С самого начала создается ясное видение существующей ситуации в целом
  • С самого начала сформулированы бизнес-потребности и проблемы
  • С самого начала задаются широкие рамки процесса с необходимой поддержкой высшего руководства
  • Процесс может носить весьма абстрактный характер (выбор методик, типов моделей и пр.)
  • Маловероятно, что будут получены явные, видимые результаты в течение первого года работ
  • Может сложиться впечатление, что результатом проекта являются никому не нужные документы
  • Процесс сбора информации приводит к задержкам в построении структур управления архитектурным процессом
  • Использование формальных методологий требует обучения
  • Использование многих формальных методик требует наличия навыков и опыта в реинжиниринге бизнес-процессов
Снизу-вверх
  • Программа разработки архитектуры быстро начинает давать видимые результаты
  • Быстрый успех повышает авторитет и доверие к процессу
  • Самые "горячие", приоритетные проблемы решаются в первую очередь
  • Масштаб и сложность проекта растет постепенно
  • Отсутствует необходимость иметь сразу большую команду, участвующую в процессе разработки архитектуры
  • Ориентация на решение в первую очередь технологических задач соответствует ключевой области экспертизы ИТ-службы
  • Результирующая экономия затрат позволяет обосновать необходимость новых организационных структур и процессов, связанных с архитектурой
  • Первоначальная техническая направленность проекта затрудняет его распространение на более широкие области, связанные с бизнесом
  • Основанный на внедрении технических стандартов подход создает структуры управления архитектурным процессом, нацеленные на контрольные, "полицейские" функции
  • Первоначальный технологический фокус воспринимается как игнорирование бизнес-аспектов
  • Некоторые области, требующие улучшений, должны "ждать" своей очереди (например, архитектура данных)

В зависимости от ряда факторов, предпочтение отдается тому или иному подходу. Например, когда проект разработки архитектуры должен быстро показать отдачу, включая финансовую, или если разнообразие используемых в организации технологий явно приводит к падению качества ИТ-сервисов, то предпочтительным является подход "снизу-вверх". Организации, которым нужно решить с помощью архитектуры существенные проблемы, связанные с неэффективностью или большим количеством излишних бизнес-процессов или с наличием перегруженного набора прикладных систем, и которые готовы ждать как минимум год получения видимых результатов от разработки архитектуры, должны использовать подход "сверху-вниз". Наилучшим вариантом, однако, может стать гибридный подход. В любом случае, выбранная стратегия должна отвечать конкретным потребностям организации, и в любом случае, требуется поддержка со стороны высшего руководства и понимание того, что создание архитектуры – это долговременный процесс изменений.

Как всегда, в каждом варианте есть свои плюсы и минусы, которые кратко просуммированы в табл. 10.1.

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

Грета Березовская
Грета Березовская
Александр Медов
Александр Медов

Здравствуйте,при покупке печатной формы сертификата,будут ли выданы обе печатные сторны?