Доклад А.Левенчука "Основные альфы системной инженерии (Systems Engineering Essence)" на конференции «Актуальные проблемы системной и программной инженерии», 7 июня 2013 (Москва, МЭСИ).

1. Essence для системной инженерии
(Systems Engineering Essence)
Москва
7 июня 2013г.

2. Язык, сущности, практики
2
...
Язык
Сущности
(абстрактные)
Практики
(конкретные)
...

3. Альфа: состояния = чеклисты : чекпойнты
3
ALPHA -- Abstract-Level Progress Health Attribute.

4. Альфы инженерного проекта: как сейчас
4

5. Системная инженерия
• Интуиция: V-диаграмма
• Акцент на system definition (больше ресурсов
на определение системы – работу с битами, а
не работу с атомами).
• Agile в работе с битами, cascade в работе с
атомами.
• Не меньшее внимание к архитектуре и
проекту/дизайну, чем к требованиям (цепочка
«ограничений свободы выбора», focusing в
терминах Essence).
5

6. 6
Двумерное представление ЖЦ:
практики, разворачиваемые во времени
определение
потребностей
приемка в
эксплуатацию
Архитектурное
проектирование
рабочее
проектирование
изготовление
интеграция
валидация
верификация
верификация
System
definition
System
realization
[System
operation]

7. Requirements, Architecture, Design and
System: needs redistribute states
7
*Requirements defined
System
implementation
(atoms)
System
definition
(bit)
*design

8. Essence and Architecture
• Not present in current standard as alfa: «not all
software projects was with developing of
architecture»
• Need to be of systems engineering methodology
(design should be architectural)
• Current Essence kernel choices for architecture
modeling:
– Architecture is independed alpha
– Architecture is subalpha of alpha “System”
– Architecture is pattern
8

9. Variants in trade-off
• System definition (result of system definition activities
in V-diagram) alpha with requirements, architecture
and design as subalphas (with system descriptions as
work products): redistribute states with System
realization alpha
• Architecture and design as first class kernel alphas
• Architecture and design as subalpha of system
• Architecture as Patterns (according to Ian Dietz – link
between requirements and system like GORE patterns
is link between Opportunities/Goals and
Requirements)
9

10. Variant: Systems Architecture Extension
Architecture is a “System” subalpha
Pro:
• Implementation as Essence kernel extension (not needed OMG
approval, standard extension mechanism)
• Architectural design (common nature to other design artifacts:
unification of high and low level modeling)
• Design can be subalpha of System too
Conrtra:
• Not equal to “Requirements” alpha
• Not convenient to systems engineering separation from specialty
engineering
• Not distinguishing systems definition from system implementation
10

11. Variant: Systems Architecture Extension
(кривое решение)
• This extension provides alpha to help teams to progress their System:
• System architecture as a sub-ordinate of System (отношение – “drive”, причём
только для первого состояния “architecture selected”).
• States (по мотивам MFESA):
– Planned – Systems Engineering Architecture effort planned and have resources
– Initial – Architectural Drivers identified (факторы влияния) and Initial architectural model
created
– Referenced – opportunities for reuse of architectural elements identified
– Visioned – candidate architectural visions created and most suitable Vision choosen
– Developing – completing and maintained
– Accepted – evaluated and agreed as a base for low level modeling
– Maintained -- actualised
– Generalized – prepared as a reference for future projects --- ??? [это какой альфы?]
• Осталось сформулировать чеклист.
• Но это неудовлетворительно!
11

12. Предложение: модифицировать
основные сущности (kernel alphas)
12

13. System Definition
vs System [Realization]
• System Definition =
Requirements, Architecture, Design
• Composed from models that grouped by views –
generalized from ISO 42010
• Architectural frameworks are subalphas of way-
of-working (but we extend it to system definition
frameworks: requirements, architectural, design)
• Architectural languages are subalphas of way-of-
working too (usage of a «language» is a practice
in a method) – «resources» from ISO 24744
13

14. Состояния определения
• Начато
• Сформулировано
• Используется для изготовления
• Используется для верификации
• [Используется в следующих проектах]
14

15. V-диаграмма сущностей решения
15

16. ISO 42010
16
Альфы решения
Подальфы
технологии
Рабочие продукты (в практиках)
Обобщить на «описания [определяющих ] сущностей

17. ISO 42010 – Way of Working
(подальфы технологии)
17

18. Архитектура по Jan Dietz
18

19. Организационный контекст
Это второе мероприятие из серии обсуждения промежуточных результатов
выполнения Roadmap с SEMAT (http://semat.org/?p=863):
• 1 августа -- получить ответ на вопрос про онтологический статус моделей и
архитектуры в Essence
• 1 сентября -- выложить драфт расширения ядра для системной инженерии
для публичного обсуждения
• 1 декабря -- мэппинг основных сущностей системной инженерии в ISO
15926
• конец декабря -- выдать продукт Русского отделения INCOSE "Основные
сущности системной инженерии и их мэппинг в ISO 15926".
•
В текущей серии мероприятий (готовимся к 1 августу):
• обсуждение на заседании Русского отделения INCOSE, 22 мая 2013г.
(http://incose-ru.livejournal.com/42524.html).
• обсуждение на конференции МЭСИ 6 - 7 июня 2013 г.
(http://www.mesi.ru/our/events/detail/121699/) в присутствии Ивара
Якобсона (главный идеолог Essence).
• обсуждение на конференции OMG в Берлине
http://www.omg.org/news/meetings/tc/berlin-13/info.htm (докладывать
SEMAT liaison of INCOSE Russian chapter Андрей Байда).
19

20. Образовательный опыт
• Курс «Введение в системную инженерию» для шестикурсников
МФТИ (кафедра технологического предпринимательства)
• Первый год с Essence – 2013
• Применение: проекты студентов на базовых предприятиях
• Контроль: использование в эссе
• Особенность у тех, кто применяет: акцент на «менеджерском»
(systems engineering management) описании, меньший акцент
на описании решения.
• Хорошо понимают: требования-возможности-стейкхолдеры
(инженерия требований), то есть GORE. Это очень хорошо, но
явно недостаточно.
• Жизненный цикл «одномерный» (раскрывается как
«последовательность работ», а не проход всех альф по
состояниям) – интерференция с другими стандартами (прежде
всего ISO 15288).
20

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