Системное мышление

В оригинальном OMG Essence в числе основных альф нет определения системы, но зато есть альфа «требования». Доработанный для системной инженерии вариант включает в себя все подальфы определения системы – и требования, и архитектуру, и неархитектурную часть проекта/design (рабочку).

Состояния альфы определения системы тут даётся очень обобщённое для «железной системы», рекомендуется для разных систем адаптировать эти состояния:

• Замыслено (concieved): стейкхолдеры согласны, что система будет сделана; методы описания системы согласованы; способ согласования описаний со стейкхолдерами согласован; механизмы управления конфигурацией описаний согласованы.

• Непротиворечиво (coherent): определения системы документированы, и описания доступны команде и стейкхолдерам; происхождение описаний ясно; описания проверяются; противоречивые описания выявлены и ими занимаются; команда понимает описания и соглашается их воплотить; соответствующая описаниям система принимается стейкхолдерами как заслуживающая воплощения.

• Используется для изготовления (in use for manufacturing): изготавливающая систему часть команды считает, что описаний хватает для начала изготовления; технологии изготовления определены и описаны; возникающие при изготовлении системы проблемы приводят к доработке и актуализации определения системы.

• Используется для проверки и приёмки воплощения (in use for V&V): есть все описания, нужные для проверки и приёмки; проверки, критерии их успешности и способ проведения определены; стейкхолдеры согласны с объёмом проверок.

• Используется для эксплуатации (in use for operations): определение системы используется для сбора информации о состоянии эксплуатируемого воплощения системы (цифровой двойник, digital twin); определение системы наряду с информацией цифрового двойника используется для принятия решений о техобслуживании, ремонтах, модернизации.

• Используется для вывода из эксплуатации (in use for retirement): используется для определения момента вывода из эксплуатации или принятии решения о продлении эксплуатации; демонстрирует отсутствие вредных эффектов (например, загрязнения окружающей среды) при выводе из эксплуатации; используется для планирования и проведения работ по уничтожению и/или переработке воплощения системы.

Приведённые выше состояния альфы определения системы являются настолько общими, что для реального проекта должны быть конкретизированы для актуального вида жизненного цикла. Например, предлагаемый набор состояний для определения системы совершенно сознательно не формулируются как водопадная «логическая» последовательность «готовы потребности», «готовы требования», «готова архитектура» и т. д. Более того, возможны подальфы определения системы, выделенные по частям или версиям системы (например, «описания первого прототипа»), а не по типу описаний («требования», «архитектура», «неархитектурная часть проекта/design с подробностью, достаточной для изготовления»).

Альфа воплощения системы

Альфа воплощения системы ещё более разнообразна: состояния воплощения системы будут абсолютно разные для атомной электростанции, мобильного приложения, танца, стартапа. Вот очень общий список состояний (определяемых событиями достижения их контрольных точек) для «железной» системы, но его нужно тщательно перерабатывать для каждого отдельного вида систем:

• В виде сырья (as a raw material): материалы для воплощения системы наличествуют и позволяют создать части системы с нужными характеристиками; оборудование для переработки материалов в детали наличествует; график производства и логистики частей системы согласован; возможны работы по изготовлению частей.

• В виде частей (as a parts): части воплощения системы созданы и/или закуплены и проверены; график интеграции (сборки, монтажа, строительства) из частей согласован; возможны работы по интеграции (сборке, монтажу, строительству).

• Демонстрируемо (demonstrable): воплощение системы может быть опробовано в отдельных функциях и ключевые характеристики могут быть измерены; ключевые характеристики могут быть продемонстрированы стейкхолдерам; критические интерфейсы были продемонстрированы; готова к проверке; необходимые стейкхолдеры согласны, что систему нужно проверять.

• Готово (ready): функциональность протестирована; уровни дефектов для стейкхолдеров приемлемы; установочная и другая пользовательская документация доступна; представители стейкхолдеров удовлетворены системой; состав передаваемой системы известен; представители стейкхолдеров готовы эксплуатировать систему; эксплуатационная поддержка наличествует.