Жизненный цикл

Версия от 09:32, 3 августа 2016; Admin (обсуждение | вклад) (Модели жизненного цикла)

Жизненный цикл системы (system life cycle) — это деятельность всех обеспечивающих систем, ведущих целевую систему от её замысла до вывода из эксплуатации, обычно эта деятельность разбита на стадии, которые вполне могут быть не только последовательными, но и перекрываться во времени друг с другом. Когда говорят “управление жизненным циклом” как раз говорят об управлении деятельностью (управлении обеспечивающей системой), обеспечивающей переход от одной стадии жизненного цикла к другой.

Жизненный цикл проекта (project life cycle) — это часть жизненного цикла системы, которая укладывается в рамки проекта. Иногда жизненный цикл проекта совпадает во времени с какой-то стадией жизненного цикла, иногда не совпадает. Более того, совершенно необязательно, что в рамки жизненного цикла проекта (деятельности проекта) попадает вся деятельность какой-то стадии жизненного цикла системы. Проект обычно бьётся на этапы (чтобы хоть как-то отделять этапы проекта от стадий жизненного цикла).

Рабочие продукты

Альфа определения (definition) жизненного цикла выражается в рабочих продуктах — описаниях (description) жизненного цикла, чаще всего это разного сорта диаграммы (простейшими из которых являются одномерные “стрелочки времени с зарубками на границах стадий” и “колбаски с именами стадий”, более сложные представляются двумерными диаграммами, а самые сложные подразумевают использование графических языков ситуационной инженерии методов).

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

Стадии жизненного цикла выделяют по изменению в ходе жизненного цикла преимущественного образа мышления (в ISO 24744 — change of mental framework). Это не слишком формальное определение, но оно как минимум не предлагает сосредотачиваться на “состоянии целевой системы”, а даётся именно в терминах обеспечивающих систем. На разных стадиях жизненного цикла системы люди думают про разное: на стадии проектирования люди думают о проектировании, на стадии строительства о стройке, на стадии эксплуатации — об эксплуатации.

В системной инженерии выделяют следующие стадии ЖЦ (стадии разбиваются на этапы):

  1. Разработка концепции (Copcept Development)
    Concept-dev.png
    1. Анализ потребностей - выявляется потребность в новой системе (действительно ли она нужна, существует ли практический способ удовлетворить потребность).
      Инструменты и методики на этом этапе относятся к двум областям математики: анализ операций и исследование операций. Помимо математического изучения проблемы производится также анализ технологий (см. Управление технологиями) и ставятся эксперименты.
    2. Исследование концепции - разрабатывается начальный набор требований, исследуются возможные варианты концепции (удовлетворяющие нужды, с приемлимыми затратами).
      Инструменты и методики относятся к процессному подходу (например, анализ требований), математические методы (например, поддержки принятия решений) и экспертных оценок (например, мозговой штурм).
    3. Определение концепции - определяется предпачтительная концепция (достигается благоприятный баланс между функциональными возможностями, сроком службы и стоимостью). Сравнивают характеристики, практическую полезность, риски разработки и стоимость альтернативных концепций.
      Инструменты и методики можно разбить на две категории: анализ альтернатив (частная разновидность исследования операций) и построение архитектуры системы.
  2. Разработка инженерно-технического решения (Engineering Development)
    Engineering-dev.png
    1. Эскизное проектирование - минимизируется число невыявленных концепцией проблем. Задачи: 1) идентификация и снижение рисков разработки; 2) разработка проектной документации на систему и модель (макет, образец), прошедшая валидацию.
      На этой стадии применяются экспериментальные модели и имитационное моделирование, цель которых - снизить затраты на валидацию концепций, рекомендованных в качестве основы при проектировании компонентов и подсистем.
    2. Техническое проектирование - возможность заказчику и пользователю системы ознакомиться с проектом на ранних этапах, проконтролировать выполнение бюджета и графика, высказать разработчику полезные критические замечания. Системный инженер отвечает за совместимость отдельных компонентов (соответствие требованиям к функциональности и совместимости), а также за то, чтобы при изменениях не нарушались интерфейсы и конфигурация (управление изменениями). На этом этапе уточняется программы испытаний и аттестации, а также создается прототип (виртуальный, физический или гибридный).
      Инструменты: САПР. Модели системы и имитационные модели должны соответствовать текущему состоянию проекта и результатам испытаний.
    3. Комплексирование и аттестация - проверяется согласованность интерфейсов компонентов, их взаимодействие в соответствии с функциональными требованиями. Часто требуется разработка и конструирование вспомогательных комплексов, делающих возможными имитацию эксплуатационных воздействий и ограничений. Результатами являются:
      1. спецификации на изготовление системы (технические условия на производство системы)
      2. готовая система (все необходимое для производства и сборки и, возможно, прототип).
      Могут помочь методики комплексирования, инструменты, методы, средства и принципы испытаний и аттестации.
  3. Постразработческая стадия (Postdevelopment)
    1. Производство - на этом этапе возможны неожиданные проблемы (ошибки в программах, сбои в ходе заводских испытаний). Системный инженер должен диагностировать источник проблемы и найти эффективное решение.
    2. Эксплуатация и сопровождение - планирование этого этапа подразумевает подготовку логистической системы и программ обучения операторов и ремонтного персонала. На протяжение срока эксплуатации возможно обновление системы, обусловленное эволюцией ее целей и задач, а также техническим прогрессом.

Управление жизненным циклом

см. Управление жизненным циклом

Модели жизненного цикла

См. также обзор: http://mydotnetcoolfaqs.blogspot.ru/2011/04/

Практики (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).