Полная версия

Главная arrow Экономика arrow АРХИТЕКТУРА ПРЕДПРИЯТИЯ

  • Увеличить шрифт
  • Уменьшить шрифт


<<   СОДЕРЖАНИЕ ПОСМОТРЕТЬ ОРИГИНАЛ   >>

Этап оценки реализации архитектуры

Этап оценки реализации архитектуры обычно начинается еще до того, как будут завершены все проекты, начатые на предыдущем этапе (рис. 4.44). На этом этапе выделяется достаточно большое число проектов. По множеству объективных причин результаты их реализации могут отличаться от того, что заказчик ожидает увидеть и согласовал в целевой архитектуре. Таким образом, целью архитектора предприятия становится оценка соответствия реализации проектов относительно целевой АП.

Этап оценки реализации архитектуры

Рис. 4.44. Этап оценки реализации архитектуры

Для достижения этой цели архитектор предприятия многократно сравнивает результат, реально получаемый в ходе реализации проектов, с моделью целевой архитектуры. В случае значительных отклонений производится коррекция проектной деятельности. Как правило, целевая архитектура на данном этапе уже не изменяется. Если не скорректировать вовремя проект для получения желаемых результатов, то весь проект трансформации может оказаться провальным.

После того как все проекты будут реализованы, а их соответствие целевой архитектуре объективно оценено и подтверждено, архитектору предприятия требуется обеспечить мониторинг новых объектов. Так, к развернутым процессам должны начать применяться KPI, работоспособность и доступность программного и аппаратного обеспечения должны контролироваться службой технической поддержки и т. п.

Одновременно с этим целевые объекты и артефакты архитектуры предприятия изменяют свой статус. В них вносятся необходимые корректировки, и объекты с артефактами целевого состояния переходят в разряд объектов и артефактов текущего состояния АП. Фиксируется новое состояние текущей АП. В последующих циклах эти объекты и артефакты будут использоваться на различных этапах архитектурного цикла, что позволит существенно снизить временные и финансовые затраты на проект.

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

На рис. 4.45 отражено соответствие этапа оценки реализации архитектуры фазам TOGAF ADM.

Этап оценки реализации архитектуры в соответствии с TOGAF

Рис. 4.45. Этап оценки реализации архитектуры в соответствии с TOGAF

Цели, входы и выходы этапа оценки реализации архитектуры соответствуют общему описанию этапа. Далее приведем их подробнее, начиная с целей.

Цели:

  • • обеспечить соответствие реализованных проектов целевой архитектуре;
  • • обеспечить мониторинг и управление новыми объектами АП;
  • • перевести целевые объекты и артефакты АП в текущее состояние;
  • • проводить анализ соответствия архитектуры предприятия целям организации;
  • • инициировать процесс внесения новых изменений в архитектуру предприятия.

Входы.

Этап оценки реализации архитектуры имеет значительное число входов, которые не являются артефактами АП. Данный этап предполагает взаимодействие архитектора не только с объектами АП, но и с сущностями реального мира, с фактической деятельностью компании. К данному типу входов можно отнести:

  • • результаты выполнения проектов;
  • • архитектурные контракты;
  • • и др.

На этапе оценки реализации АП также проводится работа с реестрами, таблицами соответствия и диаграммами. Приведем их общее описание.

Реестры:

  • — реестр требований;
  • — план реализации и перехода;
  • — и другие сформированные реестры целевого состояния.

Матрицы соответствия:

— все сформированные матрицы соответствия целевого состояния.

Диаграммы:

— все сформированные диаграммы целевого состояния.

Выходы.

В наиболее общем виде можно говорить о следующих выходах рассматриваемого этапа процесса трансформации:

  • • оценка соответствия результатов проекта целевой архитектуре;
  • • обеспечение мониторинга и управления новыми объектами архитектуры;
  • • фиксация новой текущей АП;
  • • запрос на начало следующего процесса трансформации;
  • • и др.

Реестры:

—реестры (при необходимости обновляются, фиксируются как текущие).

Матрицы соответствия:

— матрицы соответствия (при необходимости обновляются, фиксируются как текущие).

Диаграммы:

— диаграммы (при необходимости обновляются, фиксируются как текущие).

 
<<   СОДЕРЖАНИЕ ПОСМОТРЕТЬ ОРИГИНАЛ   >>