Anatoly Levenchuk (ailev) wrote,
Anatoly Levenchuk
ailev

Практики жизненного цикла моделе-ориентированной системной инженерии

Практики жизненного цикла традиционной системной инженерии и моделе-ориентированной системной инженерии отличаются, потому что существенно различаются виды основных предметов их работы (разнородные не слишком формальные документы в "традиции" против формальной мегамодели целевой системы в окружении формальных справочных данных, которые могут использоваться для непосредственного порождения компьютером в "моделе-ориентированной системной инженерии"), следовательно и методы работы с этими предметами работы отличаются.

Дело даже не в изобилии новых непонятных терминов (моделе-ориентированная системная инженерия как опора на формальные описания целевой системы -- http://ailev.livejournal.com/728605.html; мегамодель -- совокупность связанных разнородных моделей -- http://ailev.livejournal.com/829028.html; справочные данные -- http://ailev.livejournal.com/1021613.html; порождающее проектирование http://ailev.livejournal.com/542835.html и производство http://www.vtt.fi/inf/pdf/workingpapers/2009/W129.pdf; и т.д.. Не считайте, что вы что-нибудь поняли, если не знакомились подробно хотя бы с этой терминологией). Дело в изменении сути, в другом мышлении, другом инструментарии, других предметах работы и практиках жизненного цикла. Именно это даёт возможность от технологии "избежать ошибок, но не быстрее и не дешевле" для традиционной системной инженерии перейти к технологии "быстрее, дешевле, и без ошибок" (http://ailev.livejournal.com/832543.html) в моделе-ориентированной системной инженерии.

Есть первые обзорчики мировой практики (http://www.opcat.com/docs/MBSE_Methodology_Survey_RevB.pdf, http://ailev.livejournal.com/825754.html), но интересней попробовать заглянуть в будущее и понять, как это будет в ближайшем будущем, а не как есть сейчас у наших более разворотливых друзей. Чтобы быть на переднем крае, нужно что-то самому делать "впервые в мире", ибо при повторении работ тех, кто на переднем крае, ты сам будешь во вторых рядах, просто по определению "переднего края" и "первых рядов".

Я уже делал первые прикидки к новому набору практик (http://ailev.livejournal.com/820662.html, апрель 2010), тут же попробую развить и конкретизировать этот набор, не особо стремясь к полноте и завершенности, но стремясь к подчёркиванию различий с "традиционной" системной инженерией:

Инженерные практики:
1. Инженерия целей (определение user needs, работа со стейкхолдерами, в том числе стандартизация)
2. Инженерия справочных данных (формализация и обобщение опыта предыдущих и смежных проектов, в том числе требования регуляторов и стандарты в части их формализации)
3. Инженерия системной архитектуры (высокоуровневое моделирование и оптимизация архитектуры)
4. Порождающее проектирование по специальностям (низкоуровневое моделирование и доказательства правильности в рамках разных инженерных специальностей)
5. Порождающее производство (до непосредственное изготовление комплектующих по моделям и сборка комплектующих роботами в изделие)
6. Обеспечение качества (верификация и порождение изменений)
7. Поддержка (ремонт по состояниям)

Операционные практики ("управления"):
1. Управление конфигурацией в ходе жизненного цикла целевой системы
2. Управление кейсами (программами, проектами, процессами, цепочками поставок, изменениями и т.д. -- логистика потока работ и предметов работ по выполнителям)

Конечно, это всё нужно существенным образом раскрывать и комментировать, что явно вылезет за границы постинга. Это я уже неоднократно делал (ссылки тут можно приводить десятками, так что я от этого воздержусь), и буду неоднократно делать в ближайшем будущем. Но я обратил бы особое внимание, что нет "инженерии требований" (часть ушла в инженерию целей, а часть -- в инженерию справочных данных), слово "порождающее" означает "думание/делание компьютера" по высказываемым человеком намерениям, валидация пока пропущена (что о ней сказать нового? Вот верификацию я по-новому формулирую), и есть много разных других нюансов, главным образом уточняющих используемые методы. Мегамодель, например, собирается в рамках управления конфигурацией, а её инженерная целостность гарантируется в рамках обеспечения качества (верификации, в том числе порождение изменений по итогам верификации).

Люди должны намереваться/целеполагать, а компьютеры должны помогать воплощать эти намерения. Мечтать об этом не вредно, но и не полезно. Полезно не только мечтать, но и что-то делать в этом направлении. Мы (TechInvestLab в частности, и члены Русского отделения INCOSE в целом) пытаемся создать какие-то отдельные практики этой новой инженерии, и думаем о том, как эти отдельные практики связать в согласованные цепочки в рамках жизненного цикла моделе-ориентированной системной инженерии. Быть в первых рядах, а не копировать во вторые, третьи и десятые ряды опыт первых рядов...

Продолжение -- в http://ailev.livejournal.com/1026036.html и http://ailev.livejournal.com/1026262.html
Subscribe
  • Post a new comment

    Error

    Anonymous comments are disabled in this journal

    default userpic

    Your reply will be screened

  • 2 comments