Цели -- сначала, требования -- потом: метод моделеориентированной инженерии требований. Практики, р

Прочел доклад по моделеориентированной инженерии требований на вчерашнем заседании Русского отделения INCOSE (видео и картинки тут: http://community.livejournal.com/incose_ru/14740.html). В доклад попало: -- требования как фрагмент модели плюс деонтический оператор заинтересованной стороны -- потребности как цели и технические предложения -- технические предложения и развилки -- модели целей, обоснований, архитектуры/технико-экономическая/высокоуровневая модель -- мегамодель, метамодель, модель, система -- системный инженер (инженер по требованиям, архитектор), модельер -- когда останавливаться в высокоуровневом моделировании (analysis paralysis) Самая бурная дискуссия была, как ни странно, не по практике собственно инженерии требований, а по практике сопряженной с ней в ходе высокоуровневого моделирования инженерии системной архитектуры, включающей прохождение развилок (рассмотрение альтернативных архитектур). Высказывалось мнение, что "этого у нас среди не-софтверщиков не будет". В ответ софтверщики рассказали, что практике архитектурной работы в софте в России меньше десятка лет (а на Западе -- полтора десятка), поэтому можно ожидать, что практика инженерии системной архитектуры в России неминуемо появится и приживется, как только нужно будет проектировать что-то действительно сложное и новое. И тут выяснилось, что присутствующие не могут сообразить, кому нужно, чтобы создавалось что-то действительно сложное и новое. Но это уже не вопрос системной инженерии.