Жизненный цикл — различия между версиями
Admin (обсуждение | вклад) м (→Стадии жизненного цикла) |
Admin (обсуждение | вклад) м (→Стадии жизненного цикла) |
||
Строка 9: | Строка 9: | ||
Стадии жизненного цикла выделяют по изменению в ходе жизненного цикла преимущественного образа мышления (в [[ISO 24744]] — change of mental framework). Это не слишком формальное определение, но оно как минимум не предлагает сосредотачиваться на “состоянии целевой системы”, а даётся именно в терминах обеспечивающих систем. На разных стадиях жизненного цикла системы люди думают про разное: на стадии проектирования люди думают о проектировании, на стадии строительства о стройке, на стадии эксплуатации — об эксплуатации. | Стадии жизненного цикла выделяют по изменению в ходе жизненного цикла преимущественного образа мышления (в [[ISO 24744]] — change of mental framework). Это не слишком формальное определение, но оно как минимум не предлагает сосредотачиваться на “состоянии целевой системы”, а даётся именно в терминах обеспечивающих систем. На разных стадиях жизненного цикла системы люди думают про разное: на стадии проектирования люди думают о проектировании, на стадии строительства о стройке, на стадии эксплуатации — об эксплуатации. | ||
− | В системной инженерии | + | В классической системной инженерии (Kossiakoff et al.) выделяются следующие стадии ЖЦ (стадии разбиваются на этапы): |
# '''Разработка концепции''' (Copcept Development) | # '''Разработка концепции''' (Copcept Development) | ||
#:[[Файл:concept-dev.png]] | #:[[Файл:concept-dev.png]] |
Версия 13:15, 19 октября 2016
Жизненный цикл системы (system life cycle) — это деятельность всех обеспечивающих систем, ведущих целевую систему от её замысла до вывода из эксплуатации, обычно эта деятельность разбита на стадии, которые вполне могут быть не только последовательными, но и перекрываться во времени друг с другом. Когда говорят “управление жизненным циклом” как раз говорят об управлении деятельностью (управлении обеспечивающей системой), обеспечивающей переход от одной стадии жизненного цикла к другой.
Жизненный цикл проекта (project life cycle) — это часть жизненного цикла системы, которая укладывается в рамки проекта. Иногда жизненный цикл проекта совпадает во времени с какой-то стадией жизненного цикла, иногда не совпадает. Более того, совершенно необязательно, что в рамки жизненного цикла проекта (деятельности проекта) попадает вся деятельность какой-то стадии жизненного цикла системы. Проект обычно бьётся на этапы (чтобы хоть как-то отделять этапы проекта от стадий жизненного цикла).
Содержание
Рабочие продукты
Альфа определения (definition) жизненного цикла выражается в рабочих продуктах — описаниях (description) жизненного цикла, чаще всего это разного сорта диаграммы (простейшими из которых являются одномерные “стрелочки времени с зарубками на границах стадий” и “колбаски с именами стадий”, более сложные представляются двумерными диаграммами, а самые сложные подразумевают использование графических языков ситуационной инженерии методов).
Стадии жизненного цикла
Стадии жизненного цикла выделяют по изменению в ходе жизненного цикла преимущественного образа мышления (в ISO 24744 — change of mental framework). Это не слишком формальное определение, но оно как минимум не предлагает сосредотачиваться на “состоянии целевой системы”, а даётся именно в терминах обеспечивающих систем. На разных стадиях жизненного цикла системы люди думают про разное: на стадии проектирования люди думают о проектировании, на стадии строительства о стройке, на стадии эксплуатации — об эксплуатации.
В классической системной инженерии (Kossiakoff et al.) выделяются следующие стадии ЖЦ (стадии разбиваются на этапы):
- Разработка концепции (Copcept Development)
- Анализ потребностей - выявляется потребность в новой системе (действительно ли она нужна, существует ли практический способ удовлетворить потребность).
- Инструменты и методики на этом этапе относятся к двум областям математики: анализ операций и исследование операций. Помимо математического изучения проблемы производится также анализ технологий (см. Управление технологиями) и ставятся эксперименты.
- Исследование концепции - разрабатывается начальный набор требований, исследуются возможные варианты концепции (удовлетворяющие нужды, с приемлимыми затратами).
- Инструменты и методики относятся к процессному подходу (например, анализ требований), математические методы (например, поддержки принятия решений) и экспертных оценок (например, мозговой штурм).
- Определение концепции - определяется предпачтительная концепция (достигается благоприятный баланс между функциональными возможностями, сроком службы и стоимостью). Сравнивают характеристики, практическую полезность, риски разработки и стоимость альтернативных концепций.
- Инструменты и методики можно разбить на две категории: анализ альтернатив (частная разновидность исследования операций) и построение архитектуры системы.
- Анализ потребностей - выявляется потребность в новой системе (действительно ли она нужна, существует ли практический способ удовлетворить потребность).
- Разработка инженерно-технического решения (Engineering Development)
- Эскизное проектирование - минимизируется число невыявленных концепцией проблем. Задачи: 1) идентификация и снижение рисков разработки; 2) разработка проектной документации на систему и модель (макет, образец), прошедшая валидацию.
- На этой стадии применяются экспериментальные модели и имитационное моделирование, цель которых - снизить затраты на валидацию концепций, рекомендованных в качестве основы при проектировании компонентов и подсистем.
- Техническое проектирование - возможность заказчику и пользователю системы ознакомиться с проектом на ранних этапах, проконтролировать выполнение бюджета и графика, высказать разработчику полезные критические замечания. Системный инженер отвечает за совместимость отдельных компонентов (соответствие требованиям к функциональности и совместимости), а также за то, чтобы при изменениях не нарушались интерфейсы и конфигурация (управление изменениями). На этом этапе уточняется программы испытаний и аттестации, а также создается прототип (виртуальный, физический или гибридный).
- Инструменты: САПР. Модели системы и имитационные модели должны соответствовать текущему состоянию проекта и результатам испытаний.
- Комплексирование и аттестация - проверяется согласованность интерфейсов компонентов, их взаимодействие в соответствии с функциональными требованиями. Часто требуется разработка и конструирование вспомогательных комплексов, делающих возможными имитацию эксплуатационных воздействий и ограничений. Результатами являются:
- спецификации на изготовление системы (технические условия на производство системы)
- готовая система (все необходимое для производства и сборки и, возможно, прототип).
- Могут помочь методики комплексирования, инструменты, методы, средства и принципы испытаний и аттестации.
- Эскизное проектирование - минимизируется число невыявленных концепцией проблем. Задачи: 1) идентификация и снижение рисков разработки; 2) разработка проектной документации на систему и модель (макет, образец), прошедшая валидацию.
- Постразработческая стадия (Postdevelopment)
- Производство - на этом этапе возможны неожиданные проблемы (ошибки в программах, сбои в ходе заводских испытаний). Системный инженер должен диагностировать источник проблемы и найти эффективное решение.
- Эксплуатация и сопровождение - планирование этого этапа подразумевает подготовку логистической системы и программ обучения операторов и ремонтного персонала. На протяжение срока эксплуатации возможно обновление системы, обусловленное эволюцией ее целей и задач, а также техническим прогрессом.
Управление жизненным циклом
см. Управление жизненным циклом
Модели жизненного цикла
Практики (processes) жизненного цикла в версии ISO 15288
С целевой системой в плане продвижения альф определения и воплощения системы непосредственно работают главным образом технические практики из ISO 15288. Остальные практики жизненного цикла системной инженерии работают с обеспечивающей системой, продвигая альфы работы, технологии, команды, возможностей и стейкхолдеров. Само определение вида жизненного цикла входит как отдельная практика (2.1).
Для некрупных проектов этот стандарт избыточен.
Паттерны жизненного цикла
Паттерны жизненного цикла выделяют в зависимости от распределения различных рисков по стадиям жизненного цикла (см.):
- Купи готовое (Use Single NDI),
- Гибкий (Agile),
- Гибкий с архитектурой (Architected Agile),
- Формальные методы (Formal Methods),
- Оборудование с программными компонентами (Hardware with embedded Software component),
- Неделимость для начала эксплуатации (Indivisible Initial Operational Capability),
- Много закупок (NDI-intensive) — проектирование (в отличие от конструирования),
- Гибрид гибкости и плана (Hybrid agile/plan-driven system),
- Много собственников в системе систем (Multi-owner system of systems),
- Семейство систем (Family of systems),
- Brownfield (модернизация),
- Акцент на сервисах (Services-Intensive).