Успешность системы — различия между версиями

Строка 1: Строка 1:
Б. Боэм предложил, применительно к программно-насыщенным системам, четыре принципа успешной СИ (Boehm B. et al. Principles for Successful Systems Engineering), взятые за основу в Спиральной модели поэтапного роста обязательств (Incremental Commitment Spiral Model - ICSM):
+
Б. Боэм предложил, применительно к программно-насыщенным системам, четыре принципа успешной [[Системная инженерия|системной инженерии]] (Boehm B. et al. Principles for Successful Systems Engineering), взятые за основу в Спиральной модели поэтапного роста обязательств (Incremental Commitment Spiral Model - ICSM):
  
 
# '''Описание и развитие системы в разрезе ценности для [[Стейкхолдер|стейкхолдера]]''' (Stakeholder value-based system definition and evolution) - система будет успешной тогда и только тогда, когда в выигрыше окажутся все критически важные ЗС.
 
# '''Описание и развитие системы в разрезе ценности для [[Стейкхолдер|стейкхолдера]]''' (Stakeholder value-based system definition and evolution) - система будет успешной тогда и только тогда, когда в выигрыше окажутся все критически важные ЗС.

Версия 14:59, 23 ноября 2015

Б. Боэм предложил, применительно к программно-насыщенным системам, четыре принципа успешной системной инженерии (Boehm B. et al. Principles for Successful Systems Engineering), взятые за основу в Спиральной модели поэтапного роста обязательств (Incremental Commitment Spiral Model - ICSM):

  1. Описание и развитие системы в разрезе ценности для стейкхолдера (Stakeholder value-based system definition and evolution) - система будет успешной тогда и только тогда, когда в выигрыше окажутся все критически важные ЗС.
  2. Поэтапный рост ответственности и обязательств (Incremental commitment and accountability) - доверие между ЗС невозможно установить в отсутствии ведущих специалистов, отвечающих за создание системы. С другой стороны, критически важные ЗС должны нести ответственность за свои обязательства и своевременно обеспечивать их выполнение, а также принятие необходимых решений.
  3. Согласованное мультидисциплинарное описание и разработка системы (Concurrent multidiscipline system definition and development) - для понимания потребностей, анализа обстоятельств, выявления целей и определения требований, а также для разработки архитектурных решений и проектирования системы, включая аппаратное и программное обеспечение, а также операторов и, наконец, для получения свидетельств осуществимости решения, важно придерживаться правила параллельной, а не последовательной организации работ.
  4. Доказательно обоснованное принятие решений на основе фактов и с учетом риска (Evidence and risk-driven decision making) - важнейшим фактором при принятии решений является наличие доказательно обоснованного факта, а не плана, графика или календарного события.