Жизненный цикл — различия между версиями

(Практики (processes) жизненного цикла в версии ISO 15288)
Строка 68: Строка 68:
 
** 6.4.8 Валидация (приёмка)
 
** 6.4.8 Валидация (приёмка)
 
** 6.4.9 Эксплуатация
 
** 6.4.9 Эксплуатация
** 6.4.10 Техническое обслуживание
+
** 6.4.10 [[Сопровождение|Техническое обслуживание]]
 
** 6.4.11 Вывод из эксплуатации (утилизация)
 
** 6.4.11 Вывод из эксплуатации (утилизация)
  

Версия 16:45, 30 декабря 2015

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


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


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

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


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

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


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

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


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

V-диаграмма

Используется чаще всего, чтобы пояснять самые общие черты системноинженерного процесса/метода/жизненного цикла:

  • Фундаментальную разницу между практиками определения системы (работы с информацией), реализации системы (работы с веществами и полями), а также использованием системы. В том числе на V-диаграмме показывается основная идея системной инженерии “восемь раз отмерь, один раз отрежь”: рекомендуется максимизировать трату ресурсов на более ранних стадиях, чтобы потом экономить трату много больших ресурсов на более поздних стадиях.
  • Соответствие определений и воплощений системы, поддерживаемое через проверки (верификация) и приёмки (валидация).
  • Ведущие практики жизненного цикла (дисциплины-рабочие продукты- инструменты).
  • Разницу между системноинженерными практиками (выше пунктирной линии), имеющими дело с системой в целом и “обычными” инженерными практиками, имеющие дело с частями системы.
  • Взаимодействие между практиками: работа идёт отнюдь не по той практике-стадии, которой соответствует точка времени на диаграмме! Нет, одновременно задействована вся “вертикаль” практик — архитектор общается и с инженерами по требованиям, и с занимающимися рабочим проектированием, а инженер-интегратор общается и с эксплуатационщиками, и с производителями оборудования.

Эта простейшая диаграмма имеет огромное число вариаций и модификаций (например Dual V-model).


Горбатая диаграмма

На этой диаграмме phases (фазы) это стадии жизненного цикла, которые в свою очередь разбиты на итерации. Практики названы “дисциплинами”. Чётко видно, что работы по требованиям продолжаются вплоть до стадии передачи в эксплуатацию (transition), а тестирование начинается на начальных стадиях, а не только при подготовке к передаче в эксплуатацию.


Практики (processes) жизненного цикла в версии ISO 15288

  • Практики заключения соглашения (контрактация)
    • 6.1.1 Закупка
    • 6.1.2 Поставка
  • Организационные практики обеспечения проектов
    • 6.2.1 Определение вида (описывание, моделирование) жизненного цикла
    • 6.2.2 Управление инфраструктурой
    • 6.2.3 Управление портфелем проектов
    • 6.2.4 Управление персоналом
    • 6.2.5 Управление качеством
  • Проектные практики
    • Практики управления проектами
      • 6.3.1 Планирование проекта
      • 6.3.2 Оценка проекта и контроль за выполнением проекта
    • Практики поддержки проектов
      • 6.3.3 Управление принятием решений
      • 6.3.4 Управление рисками
      • 6.3.5 Управление конфигурацией
      • 6.3.6 Управление информацией
      • 6.3.7 Измерения
  • Технические практики
    • 6.4.1 Определение требований заинтересованных сторон
    • 6.4.2 Анализ требований
    • 6.4.3 Архитектурное проектирование (дизайн)
    • 6.4.4 Реализация (изготовление)
    • 6.4.5 Интеграция
    • 6.4.6 Верификация (проверка)
    • 6.4.7 Ввод в эксплуатацию
    • 6.4.8 Валидация (приёмка)
    • 6.4.9 Эксплуатация
    • 6.4.10 Техническое обслуживание
    • 6.4.11 Вывод из эксплуатации (утилизация)


С целевой системой в плане продвижения альф определения и воплощения системы непосредственно работают главным образом технические практики из ISO 15288. Остальные практики жизненного цикла системной инженерии работают с обеспечивающей системой, продвигая альфы работы, технологии, команды, возможностей и стейкхолдеров. Само определение вида жизненного цикла входит как отдельная практика (2.1).

Для некрупных проектов этот стандарт избыточен.

Виды жизненного цикла (стили, методы разработки)

Водопад

(cascade, но переводят “каскад” редко, хотя такой перевод и более правилен) - такие стили, при которых отдельные практики выполняются последовательно, как вода проходит каскад — сначала разрабатываются требования, потом архитектура, потом проект, потом проходит изготовление, потом сборка и т.д. Все рабочие продукты стадий проходят hand over (передачу) на следующую стадию, и дальше не меняются, а используются для получения продуктов этой стадии. Ключевая предпосылка “водопада” — это то, что практики совпадают со стадиями жизненного цикла. То есть “проектирование” — это и практика, и стадия жизненного цикла. “Тестирование” — это и практика, и название жизненного цикла. В реальной жизни выполнение работ каждой практики-стадии вызывает необходимость обращения к уже прошедшим практикам (но их стадии-то прошли, и ресурсов на них уже нет, и рабочие продукты уже считаются сданными!). Ужас в том, что возвращаться назад приходится часто не на одну стадию-практику-ступеньку, а сразу на несколько, в том числе бывает, что и с последней на первую!


Спираль

"спиральная" модель жизненного цикла, придуманная Barry Boehm — разработка происходит “по спирали”, в которой одновременно выполняется цикл из нескольких практик, поэтому практики и стадии жизненного цикла оказались разъединены. Проблема остается: практики последовательно выполняются на каждом витке спирали, т.е. сохраняется “микроводопад”.


Agile

см. Agile


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

Паттерны жизненного цикла выделяют в зависимости от распределения различных рисков по стадиям жизненного цикла (см.):

  • Купи готовое (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).