Systems Engineering Essence

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

21 мая 2015г.

2

История проектаКак это начиналось:• Соглашение SEMAT и INCOSE Russian chapter (меморандум – 29 марта

2013, http://semat.org/?m=201303)• Два года предложений и обсуждений• Магистерские учебные курсы (МФТИ, МИФИ, МИСиС, УрФУ, НГТУ)• Консультационная работа

Итог:• Продукт INCOSE Russian chapter (http://arxiv.org/abs/1502.00121, 3

февраля 2015г.)• Учебник «Системноинженерное мышление» (http://

techinvestlab.ru/systems_engineering_thinking, вторая редакция, 2 апреля 2015)

• 8 докладов, использующих этот продукт на АПСПИ-2015 от членов INCOSE Russian chapter (май 2015)

• Перспектива в главе 16 «Towards a Systems Engineering Essence» книги «Software Engineering in the Systems Context» (готовится к выпуску, 2015)

3

Схема инженерного проектаТехнологический менеджмент и предпринимательство

Инженерный менеджмент

Инженерия

Технологический менеджмент

Using system

Enabling system

System of interest

4

Жизненные циклы системы и проекта

удовлетворены в использовании

представлены

признаны

извлекается выгода

нужно решение

польза установлена

жизнеспособна

определена

Используется для вывода из

эксплуатации

непротиворечиво

используется для эксплуатации

замыслено

выведено из эксплуатации

в виде частей

демонстрируемо

эксплуатируется

закрыта

подготовлена

под контролем

закончена

инициирована

сформирована

сотрудничает

намечена

основа положена

наличествует

работает хорошо

принципы установлены

стейкхолдеры возможность определение

системывоплощение

системыработа команда технология

замысел

проектирование

разворачивание

испытания

изготовление

вышла из употребленияраспущена

готово

используется для проверки

воплощения

вовлечены

удовлетворены для разворачивания использована

начата

производитиспользуется для изготовления

в виде сырьяв согласии

используется

Жизненный цикл системы (инженерное решение)_______________________________

5

Замыслено

1/6

Определение системы

Ясно, каково будет определение системы.

Ясно, что будет считаться успехом для новой систем.

Методы описания системы согласованы.

Способ согласования описаний со стейкхолдерами согласован.

Механизмы управления конфигурацией описаний согласованы.

Непротиворечиво

2/6

Определение системы создано и непротиворечиво.

Описания документированы и доступны команде и стейкхолдерам.

Происхождение описаний ясно.

Описания проверяются.

Противоречивые описания идентифицированы и ими занимаются.

Команда понимает описания и соглашается их воплотить.

Система, соответствующая описаниям, принимается стейкхолдерами как заслуживающая воплощения.

Используется для изготовления

3/6

Определение системы используется для изготовления системы.

Подготовлено достаточное количество описаний системы, чтобы начать изготавливать систему.

Технологии изготовления определены.

Часть команды, изготавливающая систему, признаёт описания достаточными для изготовления системы.

Возникающие при изготовлении проблемы приводят к переработке и актуализации определения системы.

Используется для проверки воплощения

4/6

Определение системы используется для проведения тестов и испытаний.

Нет частей определения системы, без которых проверки невозможны.

Проверки, критерии их успешности и способ их проведения определены.

Стейкхолдеры согласны с объемом проверок.

Используется для эксплуатации

5/6

Определение системы используется стейкхолдерами для её эксплуатации.

Определение системы используется для сбора информации о состоянии эксплуатируемого воплощения системы.

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

Используется для вывода из эксплуатации

6/6

Определение системы используется для ликвидации и/или переработки системы.

Определение системы используется для определения момента вывода из эксплуатации или принятии решения о продлении эксплуатации.

Определение системы демонстрирует отсутствие вредных эффектов (например, загрязнения окружающей среды) при выводе системы из эксплуатации.

Определение системы используется для планирования и проведения работ по ликвидации и/или переработке воплощения системы.

В виде сырья

1/6

Материалы для воплощения системы наличествуют и готовы к изготовлению частей.

Материалы для воплощения системы наличествуют и позволяют создать детали с нужными характеристиками.

Оборудование для переработки материалов в детали наличествует.

График производства и логистики деталей согласован.

Возможны работы по изготовлению деталей.

В виде частей (parts)

2/6

Части системы созданы и готовы к интеграции.

Детали системы созданы и/или закуплены и проверены.

График интеграции (сборки, монтажа, строительства) из частей согласован.

Возможны работы по интеграции (сборке, монтажу, строительству).

Демонстрируемо

3/6

Система собрана из её частей и готова к проверке.

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

Ключевые характеристики системы могут быть продемонстрированы.

Критические интерфейсы были продемонстрированы.

Интеграция с другими существующими системами была продемонстрирована.

Необходимые стейкхолдеры согласны, что систему нужно проверять.

Готово

4/6

Система (как целое) была принята для эксплуатации её в операционном окружении.

Функциональность, обеспечиваемая системой, протестирована.

Уровни дефектов приемлемы для стейкхолдеров.

Установочная и другая пользовательская документация доступна.

Представители стейкхолдеров принимают систему, как удовлетворяющую своему назначению.

Состав передаваемой стейкхолдерам системы известен.

Представители стейкхолдеров хотят принять систему в эксплуатацию.

Эксплуатационная поддержка наличествует.

Эксплуатируется

5/6

Система эксплуатируется в её операционном окружении.

Система сделана доступной стейкхолдерам, которые намерены её использовать.

Есть как минимум один пример полностью работающей системы.

Система полностью поддерживается на согласованном уровне сервиса.

Выведено из эксплуатации

6/6

Воплощение системы больше не поддерживается, система ликвидирована и/или переработана.

Воплощение системы было заменено или прекращено в использовании.

Система больше не поддерживается.

Нет «официальных» стейкхолдеров, которые до сих пор используют систему.

Доработки /доделки системы больше не будут производиться.

Все материальные компоненты системы либо повтороно используются, либо надлежащим образом ликвидированы.

Определение системы

Определение системы

Определение системы

Определение системы

Определение системы

Воплощениесистемы

Воплощениесистемы

Воплощениесистемы

Воплощениесистемы

Воплощениесистемы

Воплощениесистемы

6

Системно-инженерные подальфы

Подальфы определения системы

System of interest

требования

System of interest

архитектура

Using system

Нужды стейкхолдеров

7

Диаграмма системной холархииLeidraadse (2008), Guideline Systems Engineering for Public Works and Water Management, 2 nd edition, http://www.leidraadse.nl/

8

Описание системы: субъективно и требует метода

9

время

прос

тран

ство

Объект протяжён во времени

Наряду с настоящим, существуют и прошлое, и будущее

1. Индивиды расположены как во времени, так и в пространстве, и имеют как темпоральные, так и пространственные части - пердурантизм.

2. Если два индивида занимают одинаковую пространственно-временную область – это на самом деле один и тот же индивид (экстенсионализм).

Вне времени: 4D + экстенсионализм

Использована диаграмма Matthew West

Изменения (процесс, деятельность, сервис) – это участвующие в них меняющиеся во времени индивиды

10

Программные системы• Целевая система софта – физ.объект (индивид)• Недооценка правой части диаграммы

(определение не воплощение!).• Непонимание необходимости работать с using

system (например, архитектура предприятия: как бегают люди!), двойной проект (две подсистемы для using system):

• Разработка софта (целевой софт и оборудование)• Проект развития (использующие софт люди)

• Эпоха побеждающего lean: отказ от стадийности

11

Проблемы

• Онтологический статус альф (составной функциональный объект или классификатор)

• Трудности в именовании состояний воплощения системы для различных видов систем (нужны разные варианты инженерных альф modular Essence Kernel)

• Concern как 1st class object, в том числе введение в язык area of concern

• Непонятно, как делать стык с практиками Lean и Kanban (размытость состояний альф при параллельной разработке, неразличимость состояний альф и чекпойнтов как «скрытых подальф», связь работ и рабочих продуктов, как использовать карточки при работе с канбан-досками)

• Процессная часть: ActivitySpaces и Activities (пока работа не началась)• Практики в архитектуре предприятия: ArchiEssence

12

Спасибо за внимание

Анатолий Левенчук,http://ailev.ruailev@asmp.msk.su

TechInvestLab