<<
>>

Методология проектирования EA

Методология проектирования EA TOGAF представлена в ADM Guidelines and Techniques (руководства и методики), включает:

1. Architecture Principles - архитектурные принципы использова­ния и развертывания ИТ-ресурсов в масштабе предприятия.

2. Stakeholder Management - управление заинтересованными сто­ронами EA.

3. Architecture Patterns - архитектурные шаблоны для построения EA.

4. Business Scenarios - бизнес сценарии, с помощью которых описываются бизнес-требований и подразумеваемые техниче­ские требования для EA.

5. Gap Analysis - техника анализа базовой и целевой EA.

6. Migration Planning Techniques - планирования преобразования EA.

7. Interoperability Requirements - методика оценки требований совместимости.

8. Business Transformation Readiness Assessment - оценка готовно­сти трансформации бизнеса.

9. Risk Management - управление рисками проектов трансформа­ции бизнеса.

10. Capability-Based Planning - реализация стратегий бизнеса, со­гласованных с целевой EA.

ADM использует разбиение на временные фазы и их циклическое повторение - рис. 10.

Содержание фаз:

• Preliminary (предварительная фаза), служит для адаптации TOGAF к реальной среде, определения основных принципов архитектур­ного проектирования.

• A. Architecture Vision (видение архитектуры). Планирование ос­новных мероприятий по разработке EA, определение заинтересованных сторон, создание документа «Архитектурное видение», утверждение до­кумента руководством предприятия.

• B. Business Architecture (бизнес архитектура). Разработка бизнес- архитектуры деятельности предприятия, включая построение бизнес- модели, описание организационной, процессной, функциональной струк­туры, формирование требований к инфопамционным технологиям.

• Фаза C (Information Systems Architecture (архитектура информа­ционных систем), в т. ч. разработка архитектуры данных и архитектуры приложений.

• Фаза D Technology Architecture (технологическая архитектура). Разработка архитектуры ИТ-инфраструктуры.

• Фаза E Opportunities and Solutions (возможности и решения). Анализ разрыва между базовой (текущей) EA и целевой EA, определение ИТ-проектов для перехода к целевой EA.

• Фаза F Migration Planning (планирование перехода к целевой EA), детализация ИТ-проектов (объёмы, сроки, стоимость) перехода.

• Фаза G Implementation Governance (управление осуществлением EA), надзор за ходом работ ИТ-проектов для перехода к целевой EA.

• Фаза H Change Management (управление изменениями) EA. Учет, анализ и реализация изменений EA.

• Requirements management (управление требованиями) в течение всех фаз процесса разработки EA.

Рисунок 10. Цикл разработки EA

Для каждой фазы ADM указываются:

• Цели (Goals, Objectives) - конечный результат деятельности.

• Вход (Input) - входные данные (условия, принципы и ограни­чения для выполнения фазы).

• Шаги (Steps) - конкретные этапы работ, их содержание, роли участников процесса.

• Выходы (Outputs) - артефакты в виде документов, моделей ар­хитектуры предприятия.

По ходу выполнения итераций фаз ADM происходят изменения в архитектурном ландшафте предприятия, отображаемом в континуум предприятия. При выполнении работ фазы Preliminary ADM важно со­блюдать общие архитектурные принципы.

На фазе A внимание нацелено на бизнес-стратегии, технологические стратегии, определение заинтересованных сторон и их представлений о EA с последующей их интеграцией.

Для работ фазы B формулируется мотивация трансформации бизнеса, его организационной и поведенческой сторон. Для мотивации важно уста­новить драйверы, определяющие необходимость перехода к новой EA, а также цели и задачи бизнеса, измеримые показатели оценки достижения целей (например, Balanced ScoreCard, BSC) и управления ходом трансфор­мации бизнеса. Организационная основа бизнеса требует конкретизации организационной структуры, мест локализации подразделений, состава и характеристик ролей и акторов для заинтересованных сторон.

Поведенческий аспект бизнеса - это набор функций, который явля­ется наиболее важным с точки зрения формулировки возможностей биз­неса и средств достижения. Управленческие функции запускают бизнес- процессы, реализующих бизнес-сервисы, которые представляют ценность для внешних потребителей и обеспечивают финансовый результат дея­тельности предприятия. Бизнес-сервисы (продукция, работа или услуг) обладают набором качественных и количественных свойств.

На фазе С разрабатывают информационные и программные компо­ненты, составляющие основу информационной архитектуры и архитекту­ры приложений. Данные (Data) описывают с помощью сущностей (Entities) и связей (Relationship) в виде логических и физических компо­нентов. Для приложений (Application) определяются, логические и физи­ческие компоненты, используемые сервисы для работы с данными, а так­же формируемые сервисы приложений, которые поддерживают операции бизнес-процессов и функции системы управления.

На фазе D осуществляется выбор технологической платформы в ви­де конкретных логических и физических компонентов. На фазах E и F вы­полняется создание и реализация проектов целевой EA, выбор логических и физических компонентов ИТ-инфраструктуры. На фазе G осуществляет­

ся управление проектами EA, заключаются контракты на выполнение ра­бот и управление ходом проектов на базе предлагаемых TOGAF стандар­тов, руководств и методик для отдельных работ.

Длительность существования целевой EA обусловлено возникнове­нием изменений в требованиях заинтересованных сторон. На фазе H осу­ществляется мониторинг, анализ и повторный запуск цикла проектирова­ния EA - улучшение или реинжиниринг EA.

В табл. 4 раскрыто основное содержание фаз ADM.

Ключевой момент ADM - работа с требованиями заинтересованных сторон к EA, включает:

• определение заинтересованных сторон;

• анализ окружения, влияющего на представление;

• формулирование целей и задач для реализации требований заин­тересованных сторон;

• формирование состава команды проекта по реализации требова­ний заинтересованных сторон;

• установление состав работ по реализации требований заинтересо­ванных сторон;

• распределение ролей и ответственности за работы по реализации требований заинтересованных сторон;

• обеспечение выполнения работ по реализации требований заинте­ресованных сторон.

Метамодель TOGAF

Метамодель TOGAF представлена набором сущностей, которые вы­ражают архитектурные принципы и концепции.

Компоненты метамодели TOGAF

• Actor - актер (организация или система, частное лицо) находится за пределами модели EA, но взаимодействует с ней.

• Application Component - компонент приложений, инкапсулирует функциональность.

• Business Service - бизнес-сервис, результат бизнес-возможности предприятия, имеет определенный интерфейс.

• Data Entity - сущность данных.

• Function - функция, обеспечивает бизнес-возможности.

• Information System Service - информационные сервис для бизнеса.

• Organization Unit - организационное подразделение.

• Platform Service - технологическая платформа для приложений.

• Role - роли актеров.

• Technology Component - технологический компонент инфраструктуры.

На рис. 11 представлены взаимосвязи ключевых компонентов мета­модели TOGAF.

Preliminary
Input Step Output
Архитектурные принципы Организационная модель EA Архитектурный фреймворк 1. Определить границы EA

2. Подтвердить открытие проекта EA

3. Создать команду проекта EA

4. Установить архитектурные принципы EA

5. Выбрать фреймворк для построения EA

6. Определить инструменты фреймворка EA

Архитектурные принци­пы

Принципы ведения биз­неса, бизнес-цели и биз- нес-драйверы Организационная модель EA

Запрос на разработку EA Выбранный архитектур­ный фреймворк

A. Architecture Vision
Архитектурные строитель­ные блоки

Архитектурные принципы Архитектурное видение Принципы ведения бизнеса, бизнес-цели и бизнес-

драйверы

Организационная модель EA Запрос на разработку EA Предложения по разработке EA

1.
Разработать проект для построения EA

2. Определить заинтересованные сторон, сформулировать проблемы и бизнес- требования

3. Разработать бизнес-цели, определить биз- нес-драйверы, установить ограничения для EA

4. Оценить бизнес-возможности для EA

5. Оценить готовность предприятия к транс­формации бизнеса

6. Определить границ разработки EA

Архитектурные принци­пы на уровне бизнес- архитектуры

Принципы ведения биз­неса, бизнес-цели и биз- нес-драйверы

Проект разработки EA Архитектурное видение бизнеса

План коммуникации по бизнес-архитектуре

Preliminary
Input Step Output
Архитектурный фреймворк 7. Утвердить архитектурные принципы и бизнес-принципы

8. Разработать документ «Видение архитек­туры предприятия»

9. Определить целевую EA, бизнес-ценности и ключевые показатели бизнеса

10. Определить риски трансформации бизне­са и мероприятия по их смягчению

11. Разработать план для реализации EA, формирования отчетов

Получить одобрение проекта EA

Оценка возможностей EA Архитектурный фрейм­ворк
В Business Architecture
Архитектурные строитель­ные блоки

Архитектурные принципы Архитектурное видение Принципы ведения бизнеса, бизнес-цели и бизнес-

драйверы

Организационная модель EA Оценка возможностей EA План коммуникации

1. Выбрать эталонные модели, точки зрения и инструменты EA

2. Описать базовую (Baseline) бизнес-

архитектуру

3. Описать целевую (Target) бизнес-

архитектуру

4. Выполнить анализ отличий базовой и це­левой бизнес-архитектуры

5. Разработать дорожную карту компонентов для бизнес-архитектуры

Архитектурные принци­пы бизнес-архитектуры Спецификация архитек­турных требований к

бизнес-архитектуре Дорожная карта бизнес- архитектуры

Принципы ведения биз­неса, бизнес-цели и биз- нес-драйверы

Preliminary

Input Step Output
Проект EA

Архитектурный фреймворк

6.
Завершить разработку бизнес-архитектуры

7. Принять решение по ландшафтной бизнес- архитектуре

8. Получить отзыв от заинтересованных сто­рон на бизнес-архитектуру

9. Завершить разработку бизнес-архитектуры Создать документ «Описание бизнес- архитектуры»

Положение о работах по разработке бизнес- архитектуры
C Information Systems Architecture
Архитектурные строитель­ные блоки

Архитектурные принципы Архитектурное видение Спецификация требований к EA

Дорожная карта EA

Запрос на разработку EA Предложения по разработке EA

Архитектурный фреймворк Организационная модель EA

1. Выбрать эталонные модели, точки зрения и инструменты для архитектуры информа­ционной системы

2. Разработать описание целевой (Target) ар­хитектуры информационной системы

3. Выполнить анализ отличий базовой (Baseline) и целевой (Target) архитектуры информационной системы

4. Разработать дорожную карту компонентов архитектуры информационной системы

5. Принять решение по ландшафтной архи­тектуре информационной системы

6. Получить отзыв от заинтересованных сторон на архитектуру информационной системы

Архитектурные принци­пы архитектуры инфор­мационной системы Спецификация требова­ний к архитектуре ин­формационной системы Дорожная карта архитек­туры информационной системы

Положение о работах по разработке архитектуры информационной систе­мы

Preliminary

Input Step Output
7. Завершить разработку архитектуры ин­формационной системы

8. Создать документ «Описание архитектуры информационной системы»

D Technology Architecture
Архитектурные строитель­ные блоки

Архитектурные принципы Архитектурное видение Спецификация требований к EA

Дорожная карта EA

Запрос на разработку EA Предложения по разработке EA

Архитектурный фреймворк Организационная модель EA План коммуникации

1. Выбрать эталонные модели, точки зрения и инструменты технологической архитек­туры на основе обзора бизнес- архитектуры, архитектуры данных и при­ложений.

2. Разработать базовую (Baseline) технологи­ческую архитектуру.

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

4. Разработать целевую (Target) технологиче­скую архитектуру.

5. Описать целевую технологическую архи­тектуру.

Технологическая архи­тектура

Архитектурные строи­тельные блоки

Архитектурные принци­пы технологической ар­хитектуры

Спецификация техноло­гической архитектуры Дорожная карта техноло­гической архитектуры

Preliminary

Input Step Output
6. Выполнить анализ отличий базовой (Baseline) и целевой (Target) технологиче­ской архитектуры

7. Разработать дорожную карту компонентов технологической архитектуры (с учетом реестра используемых платформ про­граммного и аппаратного обеспечения).

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

9. Направить черновик отчета на рецензиро­вание, анализ комментариев и внесение, при необходимости, поправок. Получить отзыв от заинтересованных сторон на тех­нологическую архитектуру.

Завершить разработку технологической архитектуры. Создать документ «Описание технологической архитектуры».

E Opportunities and Solutions
Архитектурные строитель­ные блоки

Архитектурные принципы

1. Подтвердить ключевые атрибуты для EA

2. Определить бизнес-ограничений для реа­лизации EA

Спецификация архитек­турных требований Дорожная карта EA

Preliminary
Input Step Output
Архитектурное видение Спецификация требований к EA

Дорожная карта EA

Запрос на разработку EA Предложения по разработке EA

Архитектурный фреймворк Организационная модель EA План коммуникации

3. Сделать анализ результатов фаз В, C и D

4. Рассмотреть требования изменение EA

5. Обеспечить согласование и совместимость требований

6. Уточнить и утвердить требования

7. Подтвердить готовность и риски для трансформации бизнеса

8. Сформировать стратегии миграции EA

9. Определить комплексы работ

10. Определить архитектур перехода

11. Создать портфель ИТ-проектов и их уставы

12. Обновить архитектуру

Оценка возможностей

бизнеса

План реализации и ми­грации EA

Переход к целевой EA

F Migration Planning
Архитектурные строитель­ные блоки

Архитектурные принципы Архитектурное видение Спецификация требований к EA

Дорожная карта EA

Запрос на разработку EA

1. Подтвердить План перехода к целевой EA

2. Интегрировать бизнес-ценности проектов EA

3. Рассчитать потребность в ресурсах, сроки выполнения проектов EA

4. Задать приоритетность проектов миграции EA

5. Подтвердить переход к целевой EA

Архитектурные строи­тельные блоки

План миграции к целевой EA

Спецификация архитек­турных требований

Дорожная карта мигра­ции EA

Preliminary
Input Step Output
Предложения по разработке EA

Архитектурный фреймворк Организационная модель EA План коммуникации

6. Создать дорожную карту реализации целе­вой EA

7. Сформулировать уроки эволюции EA

План реализации и ми­грации EA

Переходная EA

G Implementation Governance
Архитектурные строитель­ные блоки

Архитектурные принципы Архитектурное видение Спецификация требований к EA

Дорожная карта EA

Запрос на разработку EA Предложения по разработке EA

Архитектурный фреймворк Организационная модель EA План коммуникации !Целевая EA

10. Подтвердить масштабы и приоритеты для развертывания целевой EA

11. Определить требуемые ресурсы и компетенции

12. Разработать руководство по развер­тыванию целевой EA

13. Выполнить мониторинг требований к развертыванию EA

14. Внедрить бизнес-операции и ИТ- операции для целевой EA

15. Получить отзыв на внедрение EA

Оценка соответствия

Building Blocks

Preliminary

Input Step Output
H Change Management
Архитектурные строитель­ные блоки

Архитектурные принципы Архитектурное видение Спецификация требований к EA

Дорожная карта EA

Запрос на разработку EA Предложения по разработке EA

Архитектурный фреймворк Организационная модель EA План коммуникации Модель управления EA

1. Определить ценность (выгоду) реализации изменений EA

2. Развернуть средства мониторинга EA

3. Управлять рисками EA

4. Обеспечить анализ действующей EA

5. Разработать требования для целевых пока­зателей эффективности (KPI)

6. Управлять изменениями EA

7. Руководить процессом изменения EA

8. Активировать процесс внедрения измене­ний EA

Архитектурные строи­тельные блоки

Оценка влияния требова­ний на EA

REQUIREMENTS MANAGEMENT
Требования, связанные с вы­ходами для каждой фазы ADM

Первые требования высокого уровня производится в рам­ках архитектурного видения

1. Собирать требования к EA

2. Зафиксировать требования к EA

3. Отслеживать требования к EA

4. Определить измененные требования и приоритеты требований к EA

5. Оценить влияние измененных требований для текущих и предыдущих фаз ADM

Измененные требования

Оценка Требования Вли­яние

Preliminary
Input Step Output
6. Реализовать требования фазы H

7. Обновить репозиторий требований

8. Реализовать изменения в текущей фазе ADM

9. Оценка и анализ требований

Ui

О

Рисунок 11

Артефакты для фаз ADM приведены в табл. 5.

Таблица 5

Фаза ADM Артефакт
Preliminary Каталог принципов EA (Principles Catalog)
Architecture Vision (фаза A) Карта Stakeholder Map Matrix (для визуального прередстав- ления приоритетов заинтересованных сторон)
Value Chain Diagram (диаграмма цепочки создания стоимо­сти на высоком уровне)
Solution Concept Diagram (концептуальная схема решения, список ключевых задач, требований и ограничений, модели EA для заинтересованных сторон)
Business Architecture (фаза B) Organization/Actor Catalog (каталог организаций, акторов)
Role Catalog (каталог ролей)
Business Service/Function Catalog (каталог бизнес-сервисов, функций системы управления)
Business Interaction Matrix (матрица взаимодействия органи­заций и бизнес-функций, бизнес-сервисов)
Actor/Role Matrix (матрица соответствия акторов и ролей)
Business Footprint Diagram (описывает связи между бизнес- целями, организационными подразделениями, бизнес- функциями, сервисами, которые отображаются на техниче­ские компоненты EA)
Business Service/Information Diagram (информация, необхо­димая для поддержки одного или более бизнес-сервисов)
Functional Decomposition Diagram (диаграмма функциональ­ной декомпозиции)
Product Lifecycle Diagram (диаграмма жизненного цикла продукта)
Information Systems (Da­ta Architecture) (фаза C) Data Entity/Data Component Catalog (каталог сущностей дан­ных)
Data Entity/Business Function Matrix (материца взаимосвязи бизнес-функций и сущнностей данных)
Application/Data Matrix (матрица взаимосвязи приложений и данных)
Conceptual Data Diagram (концептуальная схема данных)
Logical Data Diagram (логическая схема данных)
Data Dissemination Diagram (диаграмма распределения дан­ных)

Окончание табл. 5

Фаза ADM Артефакт
Information Systems (Application Architecture) (фаза C) Application Portfolio Catalog (каталог приложений)
Interface Catalog (каталог интерфейсов)
Application/Organization Matrix (матрица взаимосвязи при­ложений и структурных подразделений)
Role/Application Matrix (матрица взаимосвязи ролей и при­ложений)
Application/Function Matrix (матрица взаимосвязи приложе­ний и функций)
Application Interaction Matrix (матрица взаимодействия при­ложений)
Application Communication Diagram (матрица коммуникаций приложний)
Application and User Location Diagram (диаграмма размеще­ния приложенийи пользователей)
Application Use-Case Diagram (диаграммв прецедентов при­ложения)
Technology Architecture

(фаза D)

Technology Standards Catalog (каталог технологических стандартов)
Technology Portfolio Catalog (каталог технологических ком­понентов)
ApplicationfTechnology Matrix (матрица взаимосвязи прило­жений и технологических компонентов)
Environments and Locations Diagram (диаграмма окружении мест локализации)я
Platform Decomposition Diagram (диаграмма платформенной декомпозиции)
Opportunities and Solutions (фазы E, F) Project Context Diagram (контекстуальная диаграмма проек­та)
Benefits Diagram (диаграмма эффектов)
Requirements Management (фаза H) Requirements Catalog (каталог требований)

Интеграция различных моделей EA основана на интеграции арте­фактов. На рис. 12 показаны варианты интеграции артефактов:

• Breads - горизонт для EA: корпоративное (все предприя­тие) или отдельный сегмент.

• Level - уровень детализации

• Architecture Domain - домен бизнеса, данных, приложе­ний или технологии.

Рисунок 12. Интеграция артефактов EA

Архитектурный подход обеспечивает взаимосвязь ИТ- стратегий с бизнес-стратегиями. Цикл управления EA предполагает:

1) Разработку политики управления EA (Policy management &Take-on).

2) Учет стандартов и нормативных требований, обеспечение тре­буемого уровня качества (Compliance).

3) Балансировка требований и фактических параметров EA (Dis­pensation).

4) Мониторинг эффективности EA (Monitoring &Reporting).

5) Управление соответствием стратегий бизнеса и EA (Business Control).

6) Управление ИТ-инфраструктурой и средой EA (Environment Management).

Ключевые области управления EA - разработка (Develop), внедрение (Implement) и развертывание (Deploy).

Для реализации указанных действий необходима команда EA в со­ставе: Главный архитектор (Chief Architect), Архитектурный совет (Archi­

tecture Board), Архитекторы предприятия (Enterprise Architects), Архитек­торы предметных областей (Domain Architects).

Члены команды EA должны обладать следующими компетенциями для построения EA:

• моделирование бизнеса (Business modeling),

• проектирование бизнес-процессов (Business Process Design),

• проектирование ролей (Role Design),

• организационное проектирование (Organization Design),

• проектирование данных (Data Design),

• проектирование приложений (Application Design),

• системная интеграция (System Integration),

• ИТ-стандартизация (IT Industry Standards),

• проектирование сервисов (Service Design),

• архитектурные принципы (Architecture Principle Design),

• представления EA (Architecture Views & Viewpoint Design),

• построение блоков EA (Building Block Design),

• моделирование решений (Solution Modeling),

• анализ выгод (Benefits Analysis),

• внутренние бизнес-взаимодействия (Business Inter-working),

• поведение системы (Systems Behavior),

• управление проектами (Project Management).

TOGAF Для каждой роли и области компетенций приведены оценки - необходимого уровня: 1 - общие знания, 2 - понимание, 3 - знания, 4 - эксперт.

<< | >>
Источник: Ильина О.П.. Архитектура корпораций и информационных систем : учебное пособие / О. П. Ильина. - СПб. : Изд-во СПбГЭУ,2015. - 119 с.. 2015

Еще по теме Методология проектирования EA:

  1. Методология и возможности факторного анализа при исследовании коммуникативной эффективности современной медианоминации
  2. Учет отражательных свойств поверхностей материаловпри проектировании ограждающих конструкций зданий.
  3. Предложения по проектированию новых типов энергосберегающих ограждающих конструкций с учетом специфики внешних воздействий и отражательных свойств материалов
  4. ГЛАВА 7. ПРОЕКТИРОВАНИЕ ОГРАЖДАЮЩИХ КОНСТРУКЦИЙ С УЧЕТОМ ОТРАЖАТЕЛЬНЫХ СВОЙСТВ ИХ ПОВЕРХНОСТЕЙ
  5. УМНЯКОВА НИНА ПАВЛОВНА. РАЗВИТИЕ ТЕОРИИ РАСЧЕТА И ПРОЕКТИРОВАНИЯ ОГРАЖДАЮЩИХ КОНСТРУКЦИЙ С УЧЕТОМ СПЕЦИФИКИ ВНЕШНИХ ВОЗДЕЙСТВИЙ И ОТРАЖАТЕЛЬНЫХ СВОЙСТВ МАТЕРИАЛОВ. Диссертация на соискание ученой степени доктора технических наук. Москва - 2019, 2019
  6. Выводы по главе 7
  7. ОГЛАВЛЕНИЕ
  8. ЗАКЛЮЧЕНИЕ
  9. Ильина О.П.. Архитектура корпораций и информационных систем : учебное пособие / О. П. Ильина. - СПб. : Изд-во СПбГЭУ,2015. - 119 с., 2015
  10. ОБЩАЯ ХАРАКТЕРИСТИКА ДИССЕРТАЦИИ
  11. 1.6. Исполнительная власть и государственное управление.
  12. Выводы по первой главе