ISO 15288 прямо предписывает иметь описание жизненного цикла (life cycle model), но ничего не говорит о формате этого описания. Более того, разъясняющие этот Стандарт технические отчеты выделяют минимально несколько разных групп описаний (прежде всего -- менеджерскую и инженерную группу описаний, в первой нужно обсуждать контрольные точки, пересмотры выделения ресурсов, форму жизненного цикла, а во второй определяться, ведем ли мы разработку "сверху вниз", "снизу вверх" и все ли мы валидизируем, что архитектурно напроектировали).
Некоторые подробности можно поглядеть в раннем черновике подстрочника семинара по связи менеджерской онтологии и онтологии жизненного цикла -- http://www.slideshare.net/ailev/ss-2290189
Поэтому необходимо выбрать стандарт моделирования, поддерживающий как минимум менеджерскую и инженерную группу описаний, а затем выбрать программное средство, реализующее этот формат.
2. Выбор стандарта моделирования (выбор метамодели) жизненного цикла
В соответствии с ISO 42010, каждый стандарт моделирования жизненного цикла задает метод описания жизненного цикла, который и порождает соответствующую группу описаний. Жизненный цикл в конечном итоге является это разверткой применения практик во времени, и для этого можно было бы использовать следующие типы стандартов:
-- процессные (IDEF0/IDEF3, SysML, BPMN2 и т.д.)
-- проектные (PERT, GANTT, Timeline diagramm и т.д.)
-- инженерии (SPEM2 и т.д.)
После кратенькой характеристики этих стандартов для целей описания жизненных циклов, адресующих интересы менеджеров и инженеров, было найдено, что наиболее соответствует стандарт OMG SPEM2 -- этот стандарт дает возможность представить данные по двум необходимым группам описаний, но также содержит понятный стык с другими стандартами (в том числе процессными, например BPMN2).
[В этом месте кратенько, страниц эдак на пятьдесят, излагается содержание данного стандарта -- в терминологии, как-то гармонизированной с терминологией системной инженерии].
3. Для выбранного стандарта метамодели жизненного цикла SPEM2 необходимо выбрать программное средство, обеспечивающее собственно моделирование в терминах метамодели SPEM 2:
-- моделеры из Enterprise Architecture (ARIS, Enterprise Architect etc..)
-- универсальные моделеры из онтологических стандартов (Биг.Мастер, Gellish Editor, Protégé, etc.)
-- универсальные моделеры из современных САПР (Dassault Systemes, Intergraph, etc.)
-- модули к программным UML-моделерам общего назначения (Objecteering, Artisan Studio, etc.)
-- специализированные программы для SPEM-моделирования (EPF Composer, Rational Method Composer)
Сценарии использования:
-- учебный процесс по системной инженерии (практикум по описанию жизненного цикла)
-- производство, желающее выполнить требования ISO 15288 в части описания жизненного цикла
Критерии:
-- полнота поддержки стандарта второй версии
-- наличие свободной лицензии у stand-alone программы (возможность массового использования в учебном процессе. Так, дорогой UML-моделер плюс бесплатный "плагин" к нему не удовлетворяет этому условию). Кроме этого, свободная лицензия позволяет разобраться с гармонизацией терминологии.
По совокупности заслуг победил EPF Composer, который может быть непосредственно и бесплатно использован в учебном процессе, а в случае желания использовать его на производстве легким движением кошелька (чуть больше $400) он превращается в Rational Method Composer от IBM.
4. Теперь разбираемся с EPF Composer
-- русскоязычная терминология EPF Composer должна быть гармонизирована с терминологией системной инженерии (например, не "вехи", как сейчас, а "контрольные точки").
-- документация так же гармонизированно должна быть переведена на русский
-- отмоделирован ISO 15288 в части практик (на русском и английском)
-- отмоделирован ICM в части формы жизненного цикла (на русском и английском)
-- сделан МАМ_sys_ru (method authoring method) для "настроенного" EPF Composer (на русском и английском)
-- построен какой-либо пример инженерного ЖЦ с использованием MAM_sys_ru (на русском)
-- описано использование EPF Composer с данными настройками в учебном процессе (на русском)
5. Планы работ на будущее:
-- движение в инженерную группу описаний -- обмен данными моделирования ЖЦ в SPEM2 с современными САПР (интерфейс ISO 15926)
-- связь с системами планирования (программы проектного управления, типа SpiderProject или Primavera): экспорт-импорт "шаблонов проектов".
-- движение в организационную группу описаний -- стык с организационными стандартами: eclipse плагины для OMG SBVR, BPMN2, OSM и т.д.