Современный архитектурный подход и его практическое применение в рамках старых и новых стандартов проектирования

1.

25 апреля 2005 года
Современный архитектурный подход
и его практическое применение
в рамках
старых и новых стандартов проектирования
Зиндер Евгений Захарович
[email protected]
ФОСТАС
«Фонд поддержки системного проектирования, стандартизации и
управления проектами» www.fostas.ru, [email protected],
+7(095) 601-2049 // 2349, 151-3475
-1-

2. План презентации

Цель презентации:
• Дать набросок текущего состояния дел
в области Enterprise Architecture
• Показать, какова связь с нормативными документами
проектирования и с реальной проектной практикой
• Наметить варианты способов движения
План презентации
1. Архитектурный подход и комплексная
архитектура предприятия
2. Подход "архитектурных" стандартов
3. Подход «не архитектурных» стандартов
проектирования и практика их применения
4. Необходимые работы (по формированию адекватного
комплекса стандартов, руководящих материалов, …)
-2-

3. Причины развития архитектурного подхода

• Рост масштаба и
сложности отдельных
автоматизированных
систем
• рост стоимости систем и
рисков в проектах их
создания
• Все более
непосредственное
включение ИТ-систем в
основную деятельность
предприятий
• рост требований к
эффективности
инвестиций в ИТ, к более
явному соответствию ИТрешений и потребностей
бизнеса
• Рост числа и масштаба
интегрирующих,
«сквозных» бизнеспроцессов (внутри и
между предприятиями)
• рост требований к
эффективному
взаимодействию
различных систем между
собой
-3-

4. Основы: схема и процесс

ENTERPRISE ARCHITECTURE - A FRAMEWORK
DATA
How
List of Processes the
Business Performs
Where
TIME
Who
When
Why
Function = Class of
Business Process
Node = Major Business
Location
People = Major Organizations
Time = Major Business Event
Ends/Means=Major Bus. Goal/
Critical Success Factor
e.g. Semantic Model
e.g. Business Process Model
e.g. Logistics Network
e.g. Work Flow Model
e.g. Master Schedule
e.g. Business Plan
Ent = Business Entity
Reln = Business Relationship
Proc. = Business Process
I/O = Business Resources
Node = Business Location
Link = Business Linkage
People = Organization Unit
Work = Work Product
Time = Business Event
Cycle = Business Cycle
e.g. Logical Data Model
e.g. "Application Architecture"
e.g. "Distributed System
Architecture"
e.g. Human Interface
Architecture
Ent = Data Entity
Reln = Data Relationship
Proc .= Application Function
I/O = User Views
Node = I/S Function
(Processor, Storage, etc)
Link = Line Characteristics
People = Role
Work = Deliverable
Time = System Event
Cycle = Processing Cycle
End = Structural Assertion
Means =Action Assertion
e.g. Physical Data Model
e.g. "System Design"
e.g. "System Architecture"
e.g. Presentation Architecture
e.g. Control Structure
e.g. Rule Design
Ent = Segment/Table/etc.
Reln = Pointer/Key/etc.
TECHNOLOGY
MODEL
(PHYSICAL)
Builder
DETAILED
REPRESENTATIONS
(OUT-OFCONTEXT)
SubContractor
FUNCTIONING
ENTERPRISE
List of Locations in which
the Business Operates
Proc.= Computer Function
I/O = Screen/Device Formats
Node = Hardware/System
Software
Link = Line Specifications
e.g. Data Definition
e.g. "Program"
e.g. "Network Architecture"
Ent = Field
Reln = Address
Proc.= Language Stmt
I/O = Control Block
Node = Addresses
Link = Protocols
e.g. DATA
e.g. FUNCTION
e.g. NETWORK
List of Organizations
Important to the Business
e.g. Processing Structure
Time = Execute
People = User
Work = Screen Format
e.g. Security Architecture
People = Identity
Work = Job
Cycle = Component Cycle
List of Business Goals/Strat
Planner
ENTERPRISE
MODEL
(CONCEPTUAL)
Owner
SYSTEM
MODEL
(LOGICAL)
Designer
TECHNOLOGY
CONSTRAINED
MODEL
(PHYSICAL)
Builder
End = Condition
Means = Action
e.g. Rule Specification
Time = Interrupt
Cycle = Machine Cycle
End = Sub-condition
Means = Step
e.g. SCHEDULE
SCOPE
(CONTEXTUAL)
End = Business Objective
Means = Business Strategy
e.g., Business Rule Model
e.g. Timing Definition
e.g. ORGANIZATION
Zachman Institute for Framework Advancement - (810) 231-0531
e.g. STRATEGY
DETAILED
REPRESENTATIONS
(OUT-OF
CONTEXT)
SubContractor
FUNCTIONING
ENTERPRISE
Copyright - John A. Zachman, Zachman International
Уровень 1 Запуск планирования
Инициация
планирования
Текущая системная
технология
Прикладная
архитектура
List of Events Significant
to the Business
MOTIVATION
ENTITY = Class of
Business Thing
Designer
моделирование
PEOPLE
Planner
SYSTEM
MODEL
(LOGICAL)
• Дж. Захман
Общая схема архитектуры
(J.F. Sowa, J.A. Zachman. Extending
and Formalizing the Framework for
Information System Architecture.)
NETWORK
List of Things Important
to the Business
Owner
Архитектура
данных
FUNCTION
SCOPE
(CONTEXTUAL)
ENTERPRISE
MODEL
(CONCEPTUAL)
• С. Спивак
Планирование архитектуры
предприятия
(Spewak, Steven H. with Steven
C.Hill. Enterprise Architectury
Planning, Development a Blueprint
for Data, Application and
Бизнес
Technology.)
What
TM
Технологическая архитектура
Реализация / План перехода
Уровень 2 «Где мы сейчас
находимся»
Уровень 3 « Видение состояния,
которого мы хотим достичь»
Уровень 4 «Как мы планируем
это осуществить»
-4-

5. Схема арх. предприятия по Дж.Захману

Потребности
цели
Бизнесмодель
МОТИВЫ
ЛЮДИ
ГРАДАННЫЕ ФУНФИКИ
КЦИИ
Конкуренты
Товары
Партн
еры
Событ
ия
1. ------2. -------
СЕТЬ
1. ------2. -------
Бизнесплан
Логическая
(системная)
модель АС
Бизнесправила
Техническая
архитектура ИС
Условия\
действия
Детальная
реализация
TRIGGER
ALARM
read
string
Практика
использования
!
Умения
t > t1
on event
t > t1 . .
INDEX
CREATE
TABLE
BEGIN
BLOCK
Меню
C:>PING
Wait,
please
-5-

6. Типы архитектурных продуктов (артефактов)

Миссия, Видение (потребности клиентов, деловые цели и задачи, КФУ
и критические барьеры, высокоуровневое описание деятельности),
Словарь элементов в архитектурных продуктах,
Деловые мотивы и регламенты (бизнес-планы, бизнес-правила)
Оргструктурные модели (схемы, планы, инструкции)
Временные графики
Функциональные модели
Информационные модели
Размещения (дислокации) и интегральные схемы
Модели событий
Модели взаимодействия компонентов, и др.
(См. примеры арх. продуктов 11risdop.ppt)
-6-

7. План презентации

1. Архитектурный подход и комплексная архитектура
предприятия
2. Подход "архитектурных" стандартов и
Определения
3. Подход не архитектурных стандартов проектирования
и практика их применения
4. Необходимые работы по формированию адекватного
комплекса стандартов, руководящих материалов …
-7-

8. Что имеют ввиду под «Предприятием» в Enterprise Architecture

«Одна или более организаций, совместно
выполняющих определенную миссию и
руководствующихся общими целями и задачами для
предоставления некоторого выхода, например, продукта
или услуги».
(ISO 15704. «Industrial automation systems - Requirements for enterprise-reference
architectures and methodologies. 2000»)
«Предприятие является гибридной социальной системой,
определяемой свойствами людей и машин.
Люди (моделируемые как объекты или ресурсы) в рамках
предприятия имеют поведение (например, обучение или
решение задач), отличное от машин (которые производят
действия или реагируют на таковые), поэтому им нужны разные
виды информации»
(по ISO 14258. «Industrial automation systems--Concepts and rules for
enterprise models. 1998»)
-8-

9. Что есть «Архитектура предприятия» по ISO 15704 «Requirements for enterprise-reference architectures and methodologies. 2000»

Архитектура. Описание (модель) основного
взаиморасположения и взаимосвязей частей
системы (будь то физический или концептуальный
объект / сущность).
Рассматриваются два типа архитектур:
а) Архитектура Системы (1) - ответственна за
конструирование конкретной системы (например
компьютерной системы управления), как части
интегрированной системы предприятия в целом.
б) Архитектура предприятия (2) - ответственна за
развертывание и выполнение проекта интеграции
предприятия или иной программы развития
предприятия
-9-

10.

Архитектура «типа 2»
должна включать в себя
референсные (эталонные, справочные)
архитектурные модели
(см. далее),
то есть
«термины, нормативы и законы»
для построения всех конкретных систем
предприятия
-10-

11. Архитектура

Архитектура системы -- по ANSI/IEEE Std 1471-2000
«основы устройства системы, воплощенные в ее
компонентах, их взаимосвязях между собой и с
окружением, и в принципах, управляющих ее
конструированием и эволюцией»
«Архитектура и методики уровня предприятия должны
включать в свое содержание роли людей, описание
процессов (функции и поведение) и представление
всех вспомогательных технологий на протяжении всего
жизненного цикла предприятия» (по ISO 15704)
«Федеральная Архитектура Предприятия» -- По FEAPMO,
«Стратегическая информационная основа,
которая определяет:
·
структуру бизнеса (основной деятельности );
·
информацию, которая необходима для ее проведения;
·
технологии, которые необходимы, чтобы поддерживать
деловые операции;
·
переходные процессы, которые необходимы для
реализации новых технологий в ответ на появление новых,
изменяющихся потребностей деятельности.»
-11-

12. Примеры известных и полезных архитектурных принципов и справочных (эталонных) моделей

Принципы:
• примат деловых потребностей
• децентрализованная реализация с централизованным
управлением и мониторингом
• сегментный подход,
• независимость и согласованность частных архитектур,
и др.
Справочные модели:
• прикладных сервисных компонентов
• базовых технологических компонентов
• эффективности,
• информационных объектов, и др.
-12-

13. Частные архитектуры в Архитектуре предприятия (Канада)

Архитектура предприятия
Возможности
инновации
Бизнес
видение
Бизнес
Архитектура
Бизнес
Требования
Архитектура
информации
Бизнес
Требования
Архитектура
приложений
Интеграционные
требования
Архитектура
безопасности
Возможности
для инноваций
в бизнесе и
технологиях
Интеграционные
требования
Технологическая
архитектура
Возможности
для инноваций
в бизнесе и
технологиях
-13-

14. Чем мы обладаем сегодня?

-14-

15. Многообразие обобщенных схем

ENTERPRISE ARCHITECTURE - A FRAMEWORK
DATA
Бизнес-архитектура
Управляет
Информационная архитектура
FUNCTION
How
Идентифицирует
When
Function = Class of
Business Process
Node = Major Business
Location
People = Major Organizations
Time = Major Business Event
Ends/Means=Major Bus. Goal/
Critical Success Factor
e.g. Logistics Network
e.g. Work Flow Model
e.g. Master Schedule
e.g. Business Plan
Ent = Business Entity
Reln = Business Relationship
Proc. = Business Process
I/O = Business Resources
Node = Business Location
Link = Business Linkage
People = Organization Unit
Work = Work Product
Time = Business Event
Cycle = Business Cycle
e.g. Logical Data Model
e.g. "Application Architecture"
e.g. "Distributed System
Architecture"
e.g. Human Interface
Architecture
Ent = Data Entity
Reln = Data Relationship
Proc .= Application Function
I/O = User Views
Node = I/S Function
(Processor, Storage, etc)
Link = Line Characteristics
People = Role
Work = Deliverable
Time = System Event
Cycle = Processing Cycle
End = Structural Assertion
Means =Action Assertion
e.g. Physical Data Model
e.g. "System Design"
e.g. "System Architecture"
e.g. Presentation Architecture
e.g. Control Structure
e.g. Rule Design
Ent = Segment/Table/etc.
Reln = Pointer/Key/etc.
DETAILED
REPRESENTATIONS
(OUT-OFCONTEXT)
SubContractor
FUNCTIONING
ENTERPRISE
List of Locations in which
the Business Operates
Proc.= Computer Function
I/O = Screen/Device Formats
Node = Hardware/System
Software
Link = Line Specifications
e.g. Data Definition
e.g. "Program"
e.g. "Network Architecture"
Ent = Field
Reln = Address
Proc.= Language Stmt
I/O = Control Block
Node = Addresses
Link = Protocols
List of Organizations
Important to the Business
People = User
Work = Screen Format
e.g. Security Architecture
People = Identity
Work = Job
Архитектура предприятия
e.g. DATA
e.g. FUNCTION
e.g. NETWORK
e.g. ORGANIZATION
List of Business Goals/Strat
End = Business Objective
Means = Business Strategy
e.g. Processing Structure
Time = Execute
e.g., Business Rule Model
End = Condition
Cycle = Component Cycle
Planner
ENTERPRISE
MODEL
(CONCEPTUAL)
Owner
SYSTEM
MODEL
(LOGICAL)
Designer
TECHNOLOGY
CONSTRAINED
MODEL
(PHYSICAL)
Builder
Means = Action
e.g. Timing Definition
e.g. Rule Specification
Time = Interrupt
Cycle = Machine Cycle
End = Sub-condition
Means = Step
e.g. SCHEDULE
Как надо завтра
Новые законы?!
Как надо сегодня
Текущие потребности?
Главные
потребности, цели,
планы,
Бизнес-модель
ограничения
Логическая модель
SCOPE
(CONTEXTUAL)
e.g. STRATEGY
Техническая
архитектура
Детальная реализация
DETAILED
REPRESENTATIONS
(OUT-OF
CONTEXT)
SubContractor
FUNCTIONING
ENTERPRISE
Практика использования
Copyright - John A. Zachman, Zachman International
Zachman Institute for Framework Advancement - (810) 231-0531
Возможности
инновации
Бизнес
видение
List of Events Significant
to the Business
Why
e.g. Business Process Model
Builder
Внешние пользователи
TIME
e.g. Semantic Model
Designer
Поддерживается посредством
Архитектура систем доставки
HW, SW, коммуникации
Who
ENTITY = Class of
Business Thing
TECHNOLOGY
MODEL
(PHYSICAL)
Архитектура данных
PEOPLE
Planner
SYSTEM
MODEL
(LOGICAL)
Архитектура информационных систем
Where
List of Things Important
to the Business
Owner
List of Processes the
Business Performs
NETWORK
SCOPE
(CONTEXTUAL)
ENTERPRISE
MODEL
(CONCEPTUAL)
Предписывает
What
Как надо послезавтра
Новая культура?!
TM
MOTIVATION
Бизнес
Архитектура
Интерфейсы
Бизнес
Требования
Бизнесархитектура
Архитектура
Интеграции
Архитектура
информации
(данных)
Архитектура Общих
Сервисов
Процессы управления ИТ
Архитектура
Приложений
Архитектура
информации
Бизнес
Требования
Архитектура
приложений
Интеграционные
требования
Архитектура инфраструктуры
(технологическая, системная архитектура):
аппаратное и программное обеспечение,
коммуникации
Архитектура
безопасности
Интеграционные
требования
Техноло
архитектура
гическа
я
·
·
Области и типы задач, решаемых
прикладными системами и их компонентами
Сервисные компоненты прикладных систем и
бизнес-процессов
Справочная модель описания данных
(DRM - Data Reference Model)
· Стандартизация данных с точки зрения
бизнес-функций
· Межведомственный информационный
обмен
Технологическая справочная модель
(TRM - Technology Reference Model)
·
·
Сервисные интерфейсы ИТ-систем
и их компонентов, Совместимость
Технологии, Рекомендации
Факторы
безопасности
Факторы
безопасности
Факторы
безопасности
Факторы
безопасности
Факторы
безопасности
Профиль безопасности и приватности (privacy)
Справочная модель описания бизнеса (BRMBusiness Reference Model)
· Линии бизнеса (функции)
· Министерства, ведомств, агентства
· Клиенты/Партнеры
Справочная модель сервисных компонент
(SRM - Service Component Reference Model)
Views
Компонентная модель прикладных систем и услуг
Функциональный подход и показатели эффективности
Справочная модель эффективности (PRM Performance Reference Model)
· Показатели затрачиваемых ресурсов, эффективность
методов достижения целей (процессов) и уровень
достижения самих конечных целей
· Специфические для отдельных линий бизнеса (функций)
меры эффективности и результативности
Generic
Partial
Particular
Instantiation
Identification
Concept
Requirements
Preliminary design
Design
Detailed design
Implementation
Operation
Decommission
Life-cycle
phases
Reference Architecture
Particular Architecture
-15-

16. Многообразие схем архитектурных процессов

Уровень 1 Запуск планирования
Инициация
планирования
Бизнес
моделирование
Архитектура
данных
Текущая системная
технология
Прикладная
архитектура
Технологическая архитектура
Реализация / План перехода
IEEE Std 1471:
ГОСТ 34.601-90;
2000 (and Beyond) РД 50-34.698-90.
Уровень 2 «Где мы сейчас
находимся»
Уровень 3 « Видение состояния,
которого мы хотим достичь»
Уровень 4 «Как мы планируем
это осуществить»
1
ISO/IEC 15288:
2002
3
9
2
ГОСТ Р
ИСО/МЭК 12207:
2000
3
3
TOGAF: The
Architecture
Development Cycle
3
3
А
4
Б
8
5
8
В
7
6
Enterprise Architecture
Program Maturity Model
-16-

17. Дело не в проблеме выбора готовой общей схемы, процесса или стандарта

«Как ни странно», дело в выборе
своего пути
В соответствии с базовыми стандартами
предприятию / отрасли
необходимо строить свою
систему стандартов,
схем, процессов -согласованную с базовыми стандартами
-17-

18. Архитектура в динамике

-18-

19. Постоянная трансформация предприятия как системы и его подсистем

«Предприятие динамично и подвержено
постоянным изменениям из-за таких факторов, как
изменение рыночных условий, технологии и знания.
В последние годы наблюдается существенное
изменение во взглядах на то, как предприятие
действует. Взамен представления, что предприятие иерархия и в своей структуре и в управлении, развилось
"распределенное" представление о коммуникациях и
кооперации подразделений предприятия для решения
проблем и выполнения действий»
(ISO 14258. Concepts and rules for enterprise models. 1998.)
-19-

20. Учет времени в GERAM (подход использован в ходе работы Рабочей Группы по созданию ISO 15704)

Измерение
ПРЕДСТАВЛЕНИЙ:
Типы представлений:
Управление
Model Contents
визуализацией
Purpose
различных
Implementation
представлений
Physical Manifestation
предприятия
как
Сущности Views
Измерение ЖЦ
(Страт. ВРЕМЯ):
Управляемый
процесс
моделирования
на протяжении
всего ЖЦ
Учет времени в GERAM
(подход использован в ходе работы Рабочей
Группы по созданию ISO 15704)
Generic
Partial
Particular
Instantiation
Измерение
КОНКРЕТИЗАЦИИ:
Управляемый
процесс
перехода от общих
и частных
представлений
(референсные)
к конкретным
(итоги
моделирования)
Identification
Concept
Requirements
Preliminary design
Design
Detailed design
Implementation
Operation
Decommission
Life-cycle
phases
Referen ce Architecture
Particular Architecture
-20-

21. Схема арх. предприятия по Дж.Захману

Потребности
цели
Бизнесмодель
МОТИВЫ
ЛЮДИ
ГРАДАННЫЕ ФУНФИКИ
КЦИИ
Конкуренты
Товары
Партн
еры
Событ
ия
1. ------2. -------
СЕТЬ
1. ------2. -------
Бизнесплан
Логическая
(системная)
модель АС
Бизнесправила
Техническая
архитектура ИС
Условия\
действия
Детальная
реализация
TRIGGER
ALARM
read
string
Практика
использования
!
Умения
t > t1
on event
t > t1 . .
INDEX
CREATE
TABLE
BEGIN
BLOCK
Меню
C:>PING
Wait,
please
-21-

22. “3D-предприятие“: предприятие в стратегической перспективе его развития и трансформации

Как надо послезавтра
Новая культура?!
Как надо завтра
Новые законы?!
Как надо сегодня
Текущие потребности?
Главные потребности, цели,
планы, ограничения
Бизнес-модель
Логическая модель
Техническая архитектура
Детальная реализация
Практика использования
Стратегическое
ВРЕМЯ
в цикле
развития
предприятия
(миссия, цели,
услуги и функции,
СУ – система
управления)
ВРЕМЯ
в цикле
трансформации
ИС
(ИТ-сервисы,
приложения,
платформы,
инфраструктура)
-22-

23. Архитектура и процесс (CIO Council, США)

-23-

24. На оси времени располагаются (примеры):

“Взгляд с высоты стратегии предприятия”:
Перспектива (“видение”) предприятия на несколько фаз развития
Любые модели жизненных циклов и сами ЖЦ (предприятия, его
систем)
Инвестиционные кривые параллельных инвестиционных проектов
(все инвестиции предприятия, инвестиционные проекты одной
программы, управление портфелем)
Параллельно выплняемые планы и реальные состояния разных
систем
Межпроектные интерфейсы, определяемые процессом УИ
(ISO/IEC 15288)
“Взгляд с высоты тактики или проекта переходного процесса”:
Фазы/стадии/этапы проекта
Переходы между стадиями/этапами (и проектные риски)
Графики загрузки (персонала, оборудования)
Кривая затрат-отдачи проекта
Интерфейсы со смежными проектами
-24-

25. План презентации

1. Архитектурный подход и комплексная архитектура
предприятия
2. Подход "архитектурных" стандартов
3. Подход «не архитектурных» стандартов
проектирования
и практика их применения
4. Необходимые работы по формированию адекватного
комплекса стандартов, руководящих материалов …
-25-

26.

Подход
«не архитектурных» стандартов
проектирования
или:
«Как люди проектируют системы
без архитектурного подхода ?!»
-26-

27. Стандарты : система, предприятие, отрасль, …

«Система - это комплекс, состоящий из [бизнес-]процессов,
технических и программных средств, устройств и персонала,
обладающий возможностью удовлетворять установленным
потребностям или целям» (по ISO/IEC 12207, 15288 и др.)
Система
воздушного транспорта
Система
резервирования
билетов
Система
контроля за
воздушным
движением
С-ма
заправки
топливом
С-ма управления
аэропортом
Система самолета
Система планера
С-ма жизнеобеспечения
Система навигации
Система
наземного
транспорта
Система
морского
транспорта
Система
определения
местонахождения
Система
отображения
данных
-27-

28. Фаза создания бизнес-архитектуры (архитектуры «типа 1»)

Стадии ЖЦ по
ISO/IEC 15288 : CONCEPT(Концепция)
TR 15271 (ISO/IEC 12207) : Определение потребностей
ГОСТ 34 : 1.Формирование требований к АС
Состав ПО СУТИ АРХИТЕКТУРНЫХ продуктов:
Описания и модели ВСЕГО СПЕКТРА
потребностей и ограничений (цели, функции,
информация, размещение, оперативность,
участники, безопасность и др.)
Частная архитектура: Бизнес-архитектура
("Потребности в системе", "Требования
пользователя", "Требования заказчика")
-28-

29. Фаза создания логической архитектуры (архитектуры «типа 1»)

Стадии ЖЦ по
ISO/IEC 15288 : CONCEPT(Концепция), DEVELOPMENT
(Разработка)
TR 15271 (ISO/IEC 12207): Исследование и определение концепции
ГОСТ 34 : 2. Разработка концепции АС, 3. Техническое задание, 4.
Эскизный проект
Состав архитектурных продуктов:
Описания и модели ВСЕГО СПЕКТРА
требований к системе и их соответствие
потребностям, определение всех системных
компонентов (компонентов системы) и их
свойств
Частная архитектура: Логическая («системная»)
архитектура ("Системные требования", "Требования
к системе")
-29-

30. Фазы создания физической архитектуры (архитектуры «типа 1»)

Стадии ЖЦ по
ISO/IEC 15288 : DEVELOPMENT (Разработка)
TR 15271 (ISO/IEC 12207) :Конструирование \ разработка
ГОСТ 34 : 5. Технический проект
Состав архитектурных продуктов:
определение ВСЕХ БЛОКОВ,
КОНСТРУКТОРСКИХ ЕДИНИЦ и их
технических спецификаций
Частная архитектура: Физическая архитектура
(«технологическая», «техническая»)
-30-

31. Три основных архитектурных представления и их взаимосвязи

БИЗНЕС-АРХИТЕКТУРА (архитектура деятельности)
цели, участники, функции, информация, география, оперативность,
безопасность и др.
определяет необходимость в
должна соответствовать
потребностям
ЛОГИЧЕСКАЯ АРХИТЕКТУРА («системная» архитектура)
показатели эффективности, типы пользователей, функциональные блоки,
сообщения/записи, распределенность, параметры оперативности, безопасность и
др.
определяет требования к
должна соответствовать
требованиям и обеспечивать
потребности
ТЕХНОЛОГИЧЕСКАЯ (Физическая) АРХИТЕКТУРА
параметры производительности, интерфейсы пользователей, программы,
записи/БД, размещение, параметры реактивности, безопасность и др.
управляет реализацией
Реализованная система
-31-

32. Основные частные (частичные) архитектуры не являются лишь вспомогательными описаниями для производства готовой системы, тем более - време

Основные частные (частичные) архитектуры
не являются лишь вспомогательными
описаниями для производства готовой системы,
тем более - временными описаниями, необходимыми
только до момента ввода системы в эксплуатацию.
ISO/IEC 15288: архитектурные продукты бизнесархитектуры и логической архитектуры не являются
принадлежностью только стадий создания (концепция,
разработка), но должны
- сопровождаться и развиваться на протяжении
всего ее ЖЦ (до удаления системы),
- отражать все изменения потребностей
заинтересованных лиц,
- служить для принятия решений о дальнейшем
развитии системы.
-32-

33. Таким образом:

Работа с комплексной архитектурой - не есть что-то совсем
неизвестное, она ‘спрятана внутри’ «не архитектурных»
стандартов проектирования (в составе их работ и т.п.).
Роль и статус архитектурных по сути работ, процессов и описаний
стандартов проектирования необходимо понимать в смысле
«архитектурных» стандартов.
Многие «популярные» архитектуры (например, веб-сервисная,
данных, сетевая, и т.д.) -- подмножества трех основных
частных архитектур. Такое подмножество (например,
архитектура информации и данных, архитектура
безопасности) может "пересекать" две или три основные
частные архитектуры.
При планировании проекта интеграции предприятия (компании,
ведомства, отрасли, правительства, города и др.) требуется
выходить за рамки "обычных" стандартов проектирования и
разрабатывать референсные (эталонные, справочные)
модели, на основе которых должны затем формироваться
частные архитектуры отдельных систем.
-33-

34. Практика и проблемы, в том числе – проблемы ограничений архитектурами «типа 1»

-34-

35. Недостатки стандартов проектирования

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

36. Распространенные проблемы формирования и применения архитектурных описаний в практике создания систем

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

37. Отклонения и их следствия

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

38. Архитектуры типа 2 и типа 1 в создании систем предприятия

Архитектура Электронного предприятия как архитектура "типа 2"
Архитектура
деятельности ("бизнесархитектура") эталонные модели
Архитектура
деятельности
("бизнесархитектура") конкретные модели
Системная
архитектура
(логическая) эталонные модели
Системная
архитектура
(логическая) конкретные
модели
Технологическая
архитектура
("физическая") эталонные модели
Технологическая
архитектура
("физическая") конкретные
модели
Архитектура системы предприятия как архитектура «типа 1»
Физическая реализация системы предприятия
Реализованная система
-38-

39. Совмещение архитектуры «типа 2» и справочных моделей с архитектурами конкретных систем

Справочная (эталонная)
модель бизнес-функций
Модель конкретного
процесса
-39-

40. Пример применения Архитектурного подхода к стратегии создания МЭМ: Метасистеме «Электронной Москвы» (проект 2004 – 2005 г.г., раздел «Архитект

Пример применения Архитектурного подхода к
стратегии создания МЭМ:
Метасистеме «Электронной Москвы» (проект 2004 –
2005 г.г., раздел «Архитектура», разработчики: ИРИО
и ФОСТАС )
Диагностика:
• Произвольный набор подсистем, предлагаемые
разными компаниями-участниками
• «Разнокалиберные» и непригодные для сравнения
описания «на разных языках»
• Избыточность
Эталонные модели компонентов и архитектурный подход
позволили определить и произвести
• Места дублирования
• Унификация компонентов
• Изменение границ систем
• Обнаружение «пропущенных» систем
-40-

41. План презентации

1. Архитектурный подход и комплексная архитектура
предприятия
2. Подход "архитектурных" стандартов
3. Подход не архитектурных стандартов проектирования
и практика их применения
4. Необходимые работы (по формированию
стандартов, руководящих материалов и др.)
-41-

42. Необходимы:

• Общая терминология
• Движение к обобщенной схеме архитектуры
предприятия
• Обобщенный архитектурный процесс
(процессы)
• Гармонизация и стыковка «архитектурных» и
«не архитектурных» стандартов
• Первоочередные референсные (справочные,
эталонные) модели
• Обучение
• Популяризация
• Кооперация и общение
-42-

43. Задел и планы ФОСТАС

Задел ФОСТАС:
-
базовый глоссарий
метамодель эффективности ИТ
методики построения моделей эффективности для ОГВ
материалы для классификатора и профилей стандартов
обобщенный сценарий ввода архитектуры в действие
рекомендации для ЭП в России (и др.)
Ближайшие планы:
• Подготовка и передача базового глоссария в
«Сообщество ИТ-директоров Украины (Украинскую
ассоциацию CIO)
• Завершение работы по анализу перевода ISO/IEC 15288
• Расширение методик для коммерческих организаций
различных отраслей
• Возобновление учебно-консультационного семинара
((Возможно - разработка описания процесса разработки и применения
архитектуры предприятия (в группе процессов предприятия) для стыковки
«архитектурных» и «не архитектурных» стандартов (и др.) ))
-43-

44. Спасибо за внимание Ваши вопросы? <[email protected]> <[email protected]> Тел. 601-2039/2349, 151-3475

Спасибо за внимание
Ваши вопросы?
<[email protected]>
<[email protected]>
Тел. 601-2039/2349, 151-3475
-44-

45.

Дополнительные
слайды
-45-

46. Enterprise Architecture и современный архитектурный подход:

• Метод борьбы с хаосом и новой
сложностью
• Средство планомерной реализации
политики
• Gap-анализ, моделирование траекторий
развития, оценка вариантов, выбор -->>
«вычисление» стратегии,
• Документирование и поддержка
реализации стратегии
• Решение тактических задач в условиях
растущей динамики среды
-46-

47. Эталонные модели и архитектуры «типа 2»

Оценивает
Требует
Архитектура
деятельности
Защищает
Направляет
Архитектура
производительности
Дает
возможности
Определяет
показатели
Оценивает
Логическая
(системная)
архитектура
Задает
технические
требования
Определяет
показатели
Оценивает
Требует
Защищает
Обеспечивает
техническую
Требует и дает
среду
технические
средства
Техническая
архитектура
Архитектура безопасности
и непрерывности деятельности
Определяет
показатели
Защищает
-47-

48. Эталонные модели и архитектуры «типа 2»

Оценивает
Архитектура
деятельности
Направляет
Архитектура
производительности
Дает
возможности
Архитектура безопасности
и непрерывности деятельности
Определяет
показатели
Организация функций,
информационные
требования,
контроль и развитие
Требует
деятельности
подразделений (цели /
задачи
+ потребности ИТЗащищает
поддержки)
Системная поддержка
целей и потребностей
Определяет
реформирования и
Логическая
Требует
показатели
совершенствования
(системная)
предприятия
архитектура
возможностями
Оценивает
Защищает
ИТ-приложений
Задает
Обеспечивает
технические
техническую
Требует и дает
требования
среду
Компоненты базовых ИТ,
технические
Определяет
конструкций
средства
показатели
средств взаимодействия
Техническая
и преобразования
Оценивает
Защищает
архитектура
данных,
технические стандарты
-48-

49. Справочные (эталонные) модели:

Архитектура
деятельности
• модель функций (включая результаты их выполнения),
• модель информации (об объектах обслуживания, управления, и т.д., в
связи с соответствующими функциями или функц. областями), определяет
классификации объектов и специальные глоссарии по сегментам АП, потоки
информации
• модель размещения (принципы и шаблоны размещения центров
выполнения функций), ориентирована на учет степени распределенности
деловых процессов,
• модель организации (организационных структур на уровне принципов и
шаблонов формирования орг. структур), ориентирована на определение
характеристик главных ролей субъектов функций и процессов, в том числе,
для отделения исполнения от контроля, для субъектов «сквозных»
«междепартаментских» и глобальных «кооперативных» процессов, и др.
• модель графиков и событий деятельности, ориентирована на
представления динамики деловых событий и требований к графикам
регламентированной деятельности, шаблонов требований к времени
выработки продуктов и оказания услуг.
-49-

50. Справочные (эталонные) модели:

Логическая
(системная)
архитектура
модель прикладных компонентов (классы типовых приложений,
сервисов и комплексов), служит для системного связывания функций с
прикладными информационными технологиями;
модель «Объединенных Информационных Ресурсов» (метаданные:
классификации, словари, схемы данных, канонизированные
интегрирующие модели), служит для системного связывания (интеграции)
общих для многих процессов информационных потребностей, связывания
потребностей (функций) с интегрированными ресурсами;
модель «Электронных Регламентов» (шаблоны и стандарты
«электронного» описания бизнес-регламентов и бизнес-процедур
разных типов), служит для системного связывания бизнес-процессов и
бизнес-регламентов с ИТ-средствами, для поддержки формализованного
перехода к программам автоматизированного выполнения процессов, в том
числе, сквозных («междепартаментских», «кооперативных»).
-50-

51. Возможные пути трансформации как перехода к следующим состояниям архитектуры

Текущее состояние
Переходный период
Целевое состояние
(пример на модели приложений)
Система A
Система B
Система B1
Система Y
Система C
Система E
Система D
Система N
Система X
Система E
Система D1
Система K
-51-

52. Архитектура и стратегия развития, «вычисление» траектории

Прогноз: «цели и
возможности через 5 лет»
Архитектура
и стратегия
развития,
«вычисление»
траектории
Архитектура
деятельности
Логическая
архитектура
Архитектура
деятельности
Логическая
архитектура
Архитектура
деятельности
Логическая
архитектура
Архитектура
деятельности
Логическая
архитектура
Техническая
архитектура
Техническая
архитектура
Техническая
архитектура
«как должно быть
через 3 года»
«переходное состояние –
через 1,5 года»
Техническая
архитектура
«Как есть»
-52-

53. Запас прочности (гибкости) специализированной архитектуры (решений архитектурного слоя)

Показатель «запас прочности»:
отношение той нагрузки на архитектуру слоя «Б»,
которую она может «выдержать» со стороны
требований архитектуры верхнего слоя «А» (в смысле
схемы Захмана или NIST) без радикальной переделки
(удаления и замены основных систем и компонент) по
сравнению с плановыми требованиями режима
использования систем, предусмотренных в архитектуре
«А».
Характеризует возможность динамично развивать компоненты одного
слоя (процессы, объекты, размещения и др.) без ломки других,
обычно более низких слоев архитектуры.
Распространяется не только на рост объемов выполняемых
операций, хранимых и передаваемых данных, число филиалов и
т.п. экстенсивные изменения показателей роста, но и на появление
качественно новых требований, для числовой оценки которых
должны вводиться специальные метрики («удовлетворенность»,
новые функции, …).
-53-

54. Задачи архитектуры предприятия:

• ПЛАНИРОВАНИЕ БУДУЩЕГО: планирование будущих состояний процессов и
систем предприятия в целом (на архитектурном уровне)
• АНАЛИЗ НАСТОЯЩЕГО: инвентаризация и анализ состояния, поддержка
аудита идущих проектов
• согласование частных (специализированных)
архитектур (архитектурных слоев)
поддержка
– то есть СОГЛАСОВАНИЕ СТРАТЕГИИ ПРЕДПРИЯТИЯ
и ИТполитики
СТРАТЕГИИ
• целенаправленный и обоснованный ОТБОР ПРОЕКТОВ, заявок на
финансирование,
архитектурное
взаимодействие
ЭКОНОМИЯ: минимизация
управление
процессов ввода данных
систем дублирования разработок,
и др., поиск вариантов совместного использования информационных ресурсов и
систем, организации совместных / интегрирующих проектов
• КАЧЕСТВО: внедрение единых стандартов качества выработки полезных
результатов - информационных услуг
• ПРОЗРАЧНОСТЬ и УПРАВЛЯЕМОСТЬ: внедрение единых стандартов
открытости и подконтрольности
процессов на предприятии
управление
реорганизация
• СОХРАНЕНИЕ ИНВЕСТИЦИЙ:
использование прагматичных и продвижение
инвестициями
перспективных технических стандартов
• СОДЕЙСТВИЕ ОТДЕЛЬНЫМ ПРОЕКТАМ: помощь в формировании
архитектур отдельных систем и подразделений
-54-

55. Матамодель эффективности ИТ: иерархия уровней метамодели

Уровень «Миссия и стратегические цели»
Показатели
целей
Стратегические цели
Уровень «Задачи, связанные с ИТ»
Результаты
Матамодель
эффективности
ИТ:
иерархия
уровней
метамодели
Показатели
результативности
Уровень «Средства решения задач»
«Выходы, процессы и
проекты»
Показатели
активности
Стрелки вниз -«требования»,
«Ресурсы»
стрелки вверх – «вклад в выполнение»
-55-

56.

Метамодель эффективности и
управление на предприятии
Направление процесса стратегического и тактического планирования
Направление формирования МЭФ от целей к средствам
Ресурсы
(входы)
Выходы,
средства их получения
Результаты выполнения
задач (инициатив),
связанных с ИТ
Показатели
результативности
Показатели
активности
Стратегические цели
(конечные результаты)
Показатели целей
Стратегический план предприятия
Стратегический план по ИТ и оказанию информационных услуг
Программно-целевой бюджет предприятия
Отчеты о расходовании средств,
Отчеты о результативности
Планы и отчеты руководителей отделов о производительн-ти
План по развитию кадров (по «человеческому
капиталу»)
Направление процессов оценки вклада ИТ (и других ресурсов) в
результаты и в цели предприятия
Направление мониторинга фактических значений показателей
эффективности в конкретной модели эффективности
-56-