Essence для системной инженерии

(Systems Engineering Essence)

Москва7 июня 2013г.

2

Язык, сущности, практики

...

ЯзыкСущности

(абстрактные)Практики

(конкретные)

...

3

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

4

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

5

Системная инженерия

• Интуиция: V-диаграмма• Акцент на system definition (больше ресурсов на

определение системы – работу с битами, а не работу с атомами).

• Agile в работе с битами, cascade в работе с атомами.

• Не меньшее внимание к архитектуре и проекту/дизайну, чем к требованиям (цепочка «ограничений свободы выбора», focusing в терминах Essence).

6

Двумерное представление ЖЦ: практики, разворачиваемые во времени

определение потребностей

приемка в эксплуатацию

Архитектурное проектирование

рабочее проектирование изготовление

интеграция

валидация

верификация

верификация

System definition

System realization

[System operation]

7

Requirements, Architecture, Design and System: needs redistribute states

*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

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)

10

Variant: Systems Architecture ExtensionArchitecture 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

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 --- ??? [это какой альфы?]

• Осталось сформулировать чеклист.

• Но это неудовлетворительно!

12

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

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

14

Состояния определения

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

15

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

16

ISO 42010

Альфы решения

Подальфы технологии

Рабочие продукты (в практиках)

Обобщить на «описания [определяющих ] сущностей

17

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

18

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

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 Андрей Байда).

20

Образовательный опыт• Курс «Введение в системную инженерию» для шестикурсников МФТИ

(кафедра технологического предпринимательства)• Первый год с Essence – 2013• Применение: проекты студентов на базовых предприятиях• Контроль: использование в эссе• Особенность у тех, кто применяет: акцент на «менеджерском»

(systems engineering management) описании, меньший акцент на описании решения.

• Хорошо понимают: требования-возможности-стейкхолдеры (инженерия требований), то есть GORE. Это очень хорошо, но явно недостаточно.

• Жизненный цикл «одномерный» (раскрывается как «последовательность работ», а не проход всех альф по состояниям) – интерференция с другими стандартами (прежде всего ISO 15288).

21

Спасибо за вниманиеАнатолий Левенчук,http://ailev.ruailev@asmp.msk.su(Президент Русского отделения INCOSE)

Виктор Агроскинvic5784@gmail.com

TechInvestLab.ru(495) 748-53-88