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

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

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

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

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

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

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

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

Максим Цапко
Максим Цапко

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

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

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

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

Александр Терещенко
Александр Терещенко
Россия