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

1. Архимейт по-русски
Нижний Новгород
28 ноября 2011

2. Пример: интеграционное решение ISO 15926
2

3. Выгода системной инженерии
на крупных проектах
Размер Возможный Оптимальные
проекта рост затрат затраты на СИ
проекта
Мелкие 18% 5%
Средние 38% 20%
Крупные 63% 33%
Очень 92% 37%
крупные
данные Boehm, Valerdi, Honour 3

4. Обеспечивающая система выполняет
25 обязательных практик системной инженерии
(ISO 15288:2008)
Обеспечения
проектов
описывание жизненного Проектные
цикла управление проектами
управление планирование Целевая
инфраструктурой проекта
управление портфелем система
управление
проектов выполнением и
управление персоналом
управление качеством
контроль
проекта Технические
поддержка проектов сбор требований
управление анализ требований
решениями архитектурный дизайн
управление изготовление
рисками интеграция
управление верификация
конфигураци (проверка)
ей
переход к
управление эксплуатации
информацией
валидация (приёмка)
Обеспечивающая измерения
эксплуатация
система обслуживание
вывод из эксплуатации
4

5. жизненный цикл практик ISO 15288:
вверх по ступенькам зрелости
4. Практики систематически пересматриваются и
изменяются с целью их улучшения
3. практики описаны, и то, что
делается, определяется этим описанием
(дисциплина исполнения правил)
2. практики используются и описаны
(отрефлектировано, что же именно делается), они Обеспечивающая
обсуждаемы. система описана
1. Новые практики как-то (ad hoc) используются,
Архимейт
результаты достигаются
5

6. Система управления жизненным циклом
(в данном случае – обеспечивающая система)
Стадия обнаружения Стоимость
ошибки исправления
Требования x1 (единица
отсчета)
Проектирование x5
Строительство x12
Проверки x40
Эксплуатация x250
Данные INCOSE
6

7. О
б
е
с
п
е
ч
и
в
а
ю
щ
а
я
с
и
с
т
е
м
а

8. Информационная модель = прибор
(видеть невидимое: в том числе обеспечивающую
систему, в том числе архитектуру)
Где
валовая
прибыль?!
8

9. Договориться: стандарт описания (Архимейт)
«Функция»
«Процесс» «Деятельность»
Консультант
Аналитик Менеджер
«Процедура» «Шаблон проекта»
Менеджер Планировщик
по качеству
По материалам
компании FutureModels 9

10. Архитектура предприятия
(модель: архитектурное описание)
• Архитектура – «всё важное» (основные
Конкуренция заставляет меняться
принципы организации, и принципы,
определяющие развитие)
• Архитектура всегда есть, не всегда есть
архитектурное описание
• Договориться по поводу обеспечивающей
системы (у всех в головах одно и то же):
стыковка многочисленных проектов
• Описание, облегчающее крупные изменения
(модульность)
• Описание для подготовки частных ТЗ по
изменениям
• Описание для изменения способа работы путем
использования новых информационных
технологий 10

11. Кто главный: архитектор предприятия
• В ответственности за деятельность, обработку данных,
оборудование
• Системный инженер: «держит целое» (предприятие)
• Знает системную инженерию, инженерный менеджмент и IT
(ибо системный инженер!)
• В ответственности за все проекты изменения
деятельности/освоения новых информационных технологий
(чтобы они все стыковались)
• Не аналитик! Не анализирует! Архитектура – это синтез!
Архитектор придумывает!
• Есть полномочия определять (проектировать) предприятие. Он
принимает решения («как будет»), он не писарь!
• Грамота: для записи своих решений архитектор предприятия
использует архитектурный подход и архитектурный язык.
• Владение языком не делает архитектором. Хорошим языком
можно написать очень плохую архитектуру.
11

12. ArchiMate (Архимейт)
• Язык и подход архитектурного описания
предприятий
• Возник «по необходимости», для исправления
недостатков других подходов
• Стандарт OpenGroup (версия 1.0 -- 2009г.)
• Поддерживается большинством поставщиков
софта для архитектурного описания
предприятий
• Сервис-ориентирован
• Намеренно неподробен
12

13. Три уровня абстракции
деятельность
обработка данных
оборудование и связь
13

14. Тематические группы описаний
14

15. Структура и поведение
• Факт-ориентированность (нет «атрибутов»)
• Типизированные объекты (в том числе
«поведения») и отношения
пассивная активная
поведение
структура структура
15

16. Внутреннее и внешнее
• Сервис – это поведение
• Сервисы есть на всех уровнях
• Сервисы обязательны (модульность:
внутренняя реализация меняется, внешний
функционал остается)
• Интерфейс – это «канал»
• Продукт – это сервисы (а не «продукт»!) и
контракт
16

17. Архимейт мал!
17

18. Типы Архимейта
• Онтология: что такое предприятие («рельсы
для ума»)
• Типы – это главное (формализм!), это и есть
Архимейт!
• Обязательно учитывать и сравнивать с жизнью!
• Тип отношений так же важен, как и у объектов!
• Названия (глаголы, существительные) важны!
• Читать спецификацию, без этого нельзя!
• Есть русскоязычный словарик
18

19. Спасибо за внимание
Анатолий Левенчук,
http://ailev.ru
ailev@asmp.msk.su
Виктор Агроскин
vic5784@gmail.com
TechInvestLab.ru
(495) 748-53-88
19