Жизненный цикл - История изменений

Admin в 16:27, 9 декабря 2017

2017-12-09T16:27:54Z

Admin: /* Стадии жизненного цикла */

2016-12-21T07:18:33Z

‎Стадии жизненного цикла

Admin в 11:49, 19 декабря 2016

2016-12-19T11:49:40Z

Admin: /* Паттерны жизненного цикла */

2016-11-28T12:53:12Z

‎Паттерны жизненного цикла

Admin: /* Стадии жизненного цикла */

2016-11-21T14:12:29Z

‎Стадии жизненного цикла

Admin: /* Стадии жизненного цикла */

2016-11-21T14:10:57Z

‎Стадии жизненного цикла

Admin в 11:40, 15 ноября 2016

2016-11-15T11:40:02Z

Admin: /* Стадии жизненного цикла */

2016-10-19T10:18:09Z

‎Стадии жизненного цикла

Admin: /* Стадии жизненного цикла */

2016-10-19T10:15:29Z

‎Стадии жизненного цикла

Admin: /* Стадии жизненного цикла */

2016-09-12T06:44:48Z

‎Стадии жизненного цикла

@@ Строка 1: / Строка 1: @@
-'''Жизненный цикл системы''' (system life cycle) — это деятельность всех обеспечивающих систем, ведущих целевую систему от её замысла до вывода из эксплуатации, обычно эта деятельность разбита на стадии, которые вполне могут быть не только последовательными, но и перекрываться во времени друг с другом. Когда говорят “управление жизненным циклом” как раз говорят об управлении деятельностью (управлении обеспечивающей системой), обеспечивающей переход от одной стадии жизненного цикла к другой.
+'''Жизненный цикл системы''' (system life cycle) — это деятельность всех обеспечивающих [[система|систем]], ведущих целевую систему от её замысла до [[Утилизация|вывода из эксплуатации]], обычно эта деятельность разбита на [[:Категория:Стадии ЖЦ|стадии]], которые вполне могут быть не только последовательными, но и перекрываться во времени друг с другом. Когда говорят “[[управление жизненным циклом]]” как раз говорят об управлении деятельностью (управлении обеспечивающей системой), обеспечивающей переход от одной стадии жизненного цикла к другой.
 '''Жизненный цикл проекта''' (project life cycle) — это часть жизненного цикла системы, которая укладывается в рамки проекта. Иногда жизненный цикл проекта совпадает во времени с какой-то стадией жизненного цикла, иногда не совпадает. Более того, совершенно необязательно, что в рамки жизненного цикла проекта (деятельности проекта) попадает вся деятельность какой-то стадии жизненного цикла системы. Проект обычно бьётся на этапы (чтобы хоть как-то отделять этапы проекта от стадий жизненного цикла).
 == Рабочие продукты ==
-Альфа определения (definition) жизненного цикла выражается в рабочих продуктах — описаниях (description) жизненного цикла, чаще всего это разного сорта диаграммы (простейшими из которых являются одномерные “стрелочки времени с зарубками на границах стадий” и “колбаски с именами стадий”, более сложные представляются двумерными диаграммами, а самые сложные подразумевают использование графических языков ситуационной инженерии методов).
+[[:Категория:Альфы|Альфа]] определения (definition) жизненного цикла выражается в [[Рабочий продукт|рабочих продуктах]] — описаниях (description) жизненного цикла, чаще всего это разного сорта диаграммы (простейшими из которых являются одномерные “стрелочки времени с зарубками на границах стадий” и “колбаски с именами стадий”, более сложные представляются двумерными диаграммами, а самые сложные подразумевают использование графических [[:Категория:Языки моделирования|языков]] [[Ситуационная инженерия методов|ситуационной инженерии методов]].
 == Стадии жизненного цикла ==
-Стадии жизненного цикла выделяют по изменению в ходе жизненного цикла преимущественного образа мышления (в [[ISO 24744]] — change of mental framework). Это не слишком формальное определение, но оно как минимум не предлагает сосредотачиваться на “состоянии целевой системы”, а даётся именно в терминах обеспечивающих систем. На разных стадиях жизненного цикла системы люди думают про разное: на стадии проектирования люди думают о проектировании, на стадии строительства о стройке, на стадии эксплуатации — об эксплуатации.
+''Основная статья:'' [[:Категория:Стадии ЖЦ|Стадии ЖЦ]]
-−
-В классической системной инженерии (Kossiakoff et al.) выделяются следующие стадии ЖЦ (стадии разбиваются на этапы):
-# '''[[Концепция системы|Разработка концепции]]''' (Copcept Development)
-#:[[Файл:concept-dev.png]]
-## '''Анализ потребностей''' - выявляется потребность в новой системе (действительно ли она нужна, существует ли практический способ удовлетворить потребность).
-##: Инструменты и методики на этом этапе относятся к двум областям математики: анализ операций и [[исследование операций]]. Помимо математического изучения проблемы производится также анализ технологий (см. [[Управление технологиями]]) и ставятся эксперименты.
-## '''Исследование концепции''' - разрабатывается начальный набор требований, исследуются возможные варианты концепции (удовлетворяющие нужды, с приемлимыми затратами).
-##: Инструменты и методики относятся к [[процессный подход|процессному подходу]] (например, анализ требований), математические методы (например, [[СППР|поддержки принятия решений]]) и [[Экспертное оценивание|экспертных оценок]] (например, [[мозговой штурм]]).
-## '''Определение концепции''' - определяется предпачтительная концепция (достигается благоприятный баланс между функциональными возможностями, сроком службы и стоимостью). Сравнивают характеристики, практическую полезность, [[оценка рисков|риски]] разработки и стоимость альтернативных концепций.
-##: Инструменты и методики можно разбить на две категории: анализ альтернатив (частная разновидность [[исследование операций|исследования операций]]) и построение [[архитектура|архитектуры]] системы.
-# '''Разработка инженерно-технического решения''' (Engineering Development)
-#:[[Файл:engineering-dev.png]]
-## '''[[Эскизное проектирование]]''' - минимизируется число невыявленных концепцией проблем. Задачи: 1) идентификация и [[уменьшение рисков|снижение рисков]] разработки; 2) разработка проектной документации на систему и [[модель]] (макет, образец), прошедшая [[Валидация|валидацию]].
-##: На этой стадии применяются экспериментальные модели и [[имитационное моделирование]], цель которых - снизить затраты на валидацию концепций, рекомендованных в качестве основы при проектировании компонентов и подсистем.
-## '''[[Проектирование|Техническое проектирование]]''' - возможность заказчику и пользователю системы ознакомиться с проектом на ранних этапах, проконтролировать выполнение бюджета и графика, высказать разработчику полезные критические замечания. Системный инженер отвечает за совместимость отдельных компонентов (соответствие требованиям к функциональности и совместимости), а также за то, чтобы при изменениях не нарушались интерфейсы и конфигурация ([[управление изменениями]]). На этом этапе уточняется программы испытаний и аттестации, а также создается прототип (виртуальный, физический или гибридный).
-##: Инструменты: [[САПР]]. Модели системы и имитационные модели должны соответствовать текущему состоянию проекта и результатам испытаний.
-## '''[[Комплексирование]] и аттестация''' - проверяется согласованность интерфейсов компонентов, их взаимодействие в соответствии с функциональными требованиями. Часто требуется разработка и конструирование вспомогательных комплексов, делающих возможными имитацию эксплуатационных воздействий и [[Ограничение|ограничений]]. Результатами являются:
-### спецификации на изготовление системы (технические условия на производство системы)
-### готовая система (все необходимое для производства и сборки и, возможно, прототип).
-##: Могут помочь методики комплексирования, инструменты, методы, средства и принципы испытаний и аттестации.
-# '''Постразработческая стадия''' (Postdevelopment)
-## '''[[Производство]]''' - на этом этапе возможны неожиданные проблемы (ошибки в программах, сбои в ходе заводских испытаний). Системный инженер должен диагностировать источник проблемы и найти эффективное решение.
-## '''[[Эксплуатация]] и [[сопровождение]]''' - планирование этого этапа подразумевает подготовку логистической системы и программ обучения операторов и ремонтного персонала. На протяжение срока эксплуатации возможно обновление системы, обусловленное эволюцией ее целей и задач, а также техническим прогрессом.
-## '''[[Утилизация]]'''
 == Управление жизненным циклом ==
-см. [[Управление жизненным циклом]]
+''Основная статья:'' [[Управление жизненным циклом]]
 == Модели жизненного цикла ==

@@ Строка 24: / Строка 24: @@
 ## '''[[Проектирование|Техническое проектирование]]''' - возможность заказчику и пользователю системы ознакомиться с проектом на ранних этапах, проконтролировать выполнение бюджета и графика, высказать разработчику полезные критические замечания. Системный инженер отвечает за совместимость отдельных компонентов (соответствие требованиям к функциональности и совместимости), а также за то, чтобы при изменениях не нарушались интерфейсы и конфигурация ([[управление изменениями]]). На этом этапе уточняется программы испытаний и аттестации, а также создается прототип (виртуальный, физический или гибридный).
 ##: Инструменты: [[САПР]]. Модели системы и имитационные модели должны соответствовать текущему состоянию проекта и результатам испытаний.
-## '''Комплексирование и аттестация''' - проверяется согласованность интерфейсов компонентов, их взаимодействие в соответствии с функциональными требованиями. Часто требуется разработка и конструирование вспомогательных комплексов, делающих возможными имитацию эксплуатационных воздействий и [[Ограничение|ограничений]]. Результатами являются:
+## '''[[Комплексирование]] и аттестация''' - проверяется согласованность интерфейсов компонентов, их взаимодействие в соответствии с функциональными требованиями. Часто требуется разработка и конструирование вспомогательных комплексов, делающих возможными имитацию эксплуатационных воздействий и [[Ограничение|ограничений]]. Результатами являются:
 ### спецификации на изготовление системы (технические условия на производство системы)
 ### готовая система (все необходимое для производства и сборки и, возможно, прототип).

@@ Строка 44: / Строка 44: @@
 == Практики (processes) жизненного цикла в версии [[ISO 15288]] ==
-С целевой системой в плане продвижения альф [[Определение системы|определения]] и [[Воплощение системы|воплощения системы]] непосредственно работают главным образом технические практики из [[ISO 15288]]. Остальные практики жизненного цикла системной инженерии работают с обеспечивающей системой, продвигая альфы [[Работы|работы]], [[Технологии|технологии]], [[Команда|команды]], [[Возможности|возможностей]] и [[Стейкхолдер|стейкхолдеров]]. Само определение вида жизненного цикла входит как отдельная практика (2.1).
+С целевой системой в плане продвижения альф [[Определение системы|определения]] и [[Воплощение системы|воплощения системы]] непосредственно работают главным образом технические практики из [[ISO 15288]]. Остальные практики жизненного цикла системной инженерии работают с обеспечивающей системой, продвигая альфы [[Работа|работы]], [[Технологии|технологии]], [[Команда|команды]], [[Возможности|возможностей]] и [[Стейкхолдер|стейкхолдеров]]. Само определение вида жизненного цикла входит как отдельная практика (2.1).
 Для некрупных проектов этот стандарт избыточен.

@@ Строка 49: / Строка 49: @@
 == Паттерны жизненного цикла ==
-[[Паттерны]] жизненного цикла выделяют в зависимости от распределения различных рисков по стадиям жизненного цикла ([http://csse.usc.edu/csse/TECHRPTS/2009/usccsse-2009-502/usc-csse-2009-502.pdf см.]):
+[[Паттерны]] жизненного цикла выделяют в зависимости от распределения различных рисков по стадиям жизненного цикла ([http://csse.usc.edu/TECHRPTS/2009/usc-csse-2009-502/usc-csse-2009-502.pdf см.]):
 * Купи готовое (Use Single NDI),
 * Гибкий (Agile),

@@ Строка 22: / Строка 22: @@
 ## '''[[Эскизное проектирование]]''' - минимизируется число невыявленных концепцией проблем. Задачи: 1) идентификация и [[уменьшение рисков|снижение рисков]] разработки; 2) разработка проектной документации на систему и [[модель]] (макет, образец), прошедшая [[Валидация|валидацию]].
 ##: На этой стадии применяются экспериментальные модели и [[имитационное моделирование]], цель которых - снизить затраты на валидацию концепций, рекомендованных в качестве основы при проектировании компонентов и подсистем.
-## '''Техническое проектирование''' - возможность заказчику и пользователю системы ознакомиться с проектом на ранних этапах, проконтролировать выполнение бюджета и графика, высказать разработчику полезные критические замечания. Системный инженер отвечает за совместимость отдельных компонентов (соответствие требованиям к функциональности и совместимости), а также за то, чтобы при изменениях не нарушались интерфейсы и конфигурация ([[управление изменениями]]). На этом этапе уточняется программы испытаний и аттестации, а также создается прототип (виртуальный, физический или гибридный).
+## '''[[Проектирование|Техническое проектирование]]''' - возможность заказчику и пользователю системы ознакомиться с проектом на ранних этапах, проконтролировать выполнение бюджета и графика, высказать разработчику полезные критические замечания. Системный инженер отвечает за совместимость отдельных компонентов (соответствие требованиям к функциональности и совместимости), а также за то, чтобы при изменениях не нарушались интерфейсы и конфигурация ([[управление изменениями]]). На этом этапе уточняется программы испытаний и аттестации, а также создается прототип (виртуальный, физический или гибридный).
 ##: Инструменты: [[САПР]]. Модели системы и имитационные модели должны соответствовать текущему состоянию проекта и результатам испытаний.
 ## '''Комплексирование и аттестация''' - проверяется согласованность интерфейсов компонентов, их взаимодействие в соответствии с функциональными требованиями. Часто требуется разработка и конструирование вспомогательных комплексов, делающих возможными имитацию эксплуатационных воздействий и [[Ограничение|ограничений]]. Результатами являются: