Успешность системы — различия между версиями
Admin (обсуждение | вклад) (Новая страница: «Б. Боэм предложил, применительно к программно-насыщенным системам, четыре принципа успе…») |
Admin (обсуждение | вклад) |
||
| Строка 2: | Строка 2: | ||
# '''Описание и развитие системы в разрезе ценности для [[Стейкхолдер|стейкхолдера]]''' (Stakeholder value-based system definition and evolution) - система будет успешной тогда и только тогда, когда в выигрыше окажутся все критически важные ЗС. | # '''Описание и развитие системы в разрезе ценности для [[Стейкхолдер|стейкхолдера]]''' (Stakeholder value-based system definition and evolution) - система будет успешной тогда и только тогда, когда в выигрыше окажутся все критически важные ЗС. | ||
| − | |||
# '''Поэтапный рост ответственности и обязательств''' (Incremental commitment and accountability) - доверие между ЗС невозможно установить в отсутствии ведущих специалистов, отвечающих за создание системы. С другой стороны, критически важные ЗС должны нести ответственность за свои обязательства и своевременно обеспечивать их выполнение, а также принятие необходимых решений. | # '''Поэтапный рост ответственности и обязательств''' (Incremental commitment and accountability) - доверие между ЗС невозможно установить в отсутствии ведущих специалистов, отвечающих за создание системы. С другой стороны, критически важные ЗС должны нести ответственность за свои обязательства и своевременно обеспечивать их выполнение, а также принятие необходимых решений. | ||
| − | |||
# '''Согласованное мультидисциплинарное описание и разработка системы''' (Concurrent multidiscipline system definition and development) - для понимания потребностей, анализа обстоятельств, выявления целей и определения требований, а также для разработки архитектурных решений и проектирования системы, включая аппаратное и программное обеспечение, а также операторов и, наконец, для получения свидетельств осуществимости решения, важно придерживаться правила параллельной, а не последовательной организации работ. | # '''Согласованное мультидисциплинарное описание и разработка системы''' (Concurrent multidiscipline system definition and development) - для понимания потребностей, анализа обстоятельств, выявления целей и определения требований, а также для разработки архитектурных решений и проектирования системы, включая аппаратное и программное обеспечение, а также операторов и, наконец, для получения свидетельств осуществимости решения, важно придерживаться правила параллельной, а не последовательной организации работ. | ||
| − | |||
# '''Доказательно обоснованное принятие решений на основе фактов и с учетом риска''' (Evidence and risk-driven decision making) - важнейшим фактором при принятии решений является наличие доказательно обоснованного факта, а не плана, графика или календарного события. | # '''Доказательно обоснованное принятие решений на основе фактов и с учетом риска''' (Evidence and risk-driven decision making) - важнейшим фактором при принятии решений является наличие доказательно обоснованного факта, а не плана, графика или календарного события. | ||
[[Категория: Концепции]] | [[Категория: Концепции]] | ||
Версия 14:59, 23 ноября 2015
Б. Боэм предложил, применительно к программно-насыщенным системам, четыре принципа успешной СИ (Boehm B. et al. Principles for Successful Systems Engineering), взятые за основу в Спиральной модели поэтапного роста обязательств (Incremental Commitment Spiral Model - ICSM):
- Описание и развитие системы в разрезе ценности для стейкхолдера (Stakeholder value-based system definition and evolution) - система будет успешной тогда и только тогда, когда в выигрыше окажутся все критически важные ЗС.
- Поэтапный рост ответственности и обязательств (Incremental commitment and accountability) - доверие между ЗС невозможно установить в отсутствии ведущих специалистов, отвечающих за создание системы. С другой стороны, критически важные ЗС должны нести ответственность за свои обязательства и своевременно обеспечивать их выполнение, а также принятие необходимых решений.
- Согласованное мультидисциплинарное описание и разработка системы (Concurrent multidiscipline system definition and development) - для понимания потребностей, анализа обстоятельств, выявления целей и определения требований, а также для разработки архитектурных решений и проектирования системы, включая аппаратное и программное обеспечение, а также операторов и, наконец, для получения свидетельств осуществимости решения, важно придерживаться правила параллельной, а не последовательной организации работ.
- Доказательно обоснованное принятие решений на основе фактов и с учетом риска (Evidence and risk-driven decision making) - важнейшим фактором при принятии решений является наличие доказательно обоснованного факта, а не плана, графика или календарного события.