 |
Управление жизненным циклом
|
|
|
|
Управление жизненным циклом может рассматриваться как:
· Синоним управления конфигурацией, инженерной документацией, информацией. Основная задача – предотвращение конфигурационных коллизий.
· Дисциплина, описывающая логистические организации распределения инженерных практик по стадиям жизненного цикла.
· Ситуационная инженерия методов с точки зрения менеджеров.
Проектное управление – главным образом, календарное планирование и контроль выполнения плана, обеспечение плана ресурсами. Управление проектами работает именно с проектами – малой частью жизненного цикла.
Управление жизненным циклом охватывает полный жизненный цикл системы: все стадии и множество проектов.
Примеры жизненных циклов в части разбиения на стадии по ISO 15288:
· Программное обеспечение: концепция – разработка – поддержка – списание.
· Оборудование: идея – проектирование – изготовление – эксплуатация и поддержка – списание.
· Персонал: обретение компетенций – приобретение – обучение – использование и рост – отставка.
· Здание: визуализация – проектирование сооружения и площадки – согласование – строительство – эксплуатация и поддержка – разборка.
· Природный ресурс: приобретение – разработка – эксплуатация – рекультивация.
· Процесс: определение выхода – графическое представление – описание – пилотное внедрение – использование и совершенствование – ликвидация.
· Система: идея- разработка – изготовление – использование – поддержка – списание.
Переход со стадии на стадию называется «гейт». Гейт часто возникает в связи со сменой проектов. Решение в гейте – пересмотр выделяемых ресурсов.
На рисунке 1.4.1 приведен бизнес-процесс развилки по оценке рисков проекта.
|
|
|
1.4.1 Развилка проекта по оценке риска
Вероятность возникновения трудностей в гейте велика, поэтому стыковка и оценка рисков должны происходить многократно, для чего предусматривается несколько гейтов – пересмотров выделения ресурсов.
Гейты характеризуются:
· Усиленным контролем конфигураций.
· Проведением испытаний, проверкой инженерных обоснований, часто – с привлечением экспертов.
· Принятием осознанного решения прекратить – доработать – дальше на основании оценки риска продолжения.
Вехи – дополнительные точки контроля, на котором проверяется выполнение графика, но не происходит принятие решений о продолжении.
Гейты и вехи позволяют договариваться системным инженерам и менеджерам. При этом, для менеджеров это- даты принятия и исполнения логистических (бюджетных, ресурсных и др.) решений, а а для инженеров – сроки проведения инженерных мероприятий и выполнения всех необходимых работ.
Рабочие продукты – описания жизненного цикла. Чаще всего это разного сорта диаграммы (простейшие – одномерные стрелочки с зарубками на границах стадий и «колбаски» с именами стадий, более сложные – использующие специальные графические языки). Для описания жизненных циклов хорошо подходят различные нотации бизнес-процессов.
Информационные системы управления жизненным циклом (PLM – product life cycle management) чаще всего описывают не полный жизненный цикл, а лишь стадию проектирования. Основные функции подобных систем:
· Управление конфигурацией инженерной системы на стадии архитектурного проектирования (PDM – product data management). Различные системы САПР и инженерных расчетов работают со связанными моделями в этих хранилищах. Хранилище поддерживает версионность моделей.
· Управление изменениями – отслеживание задач, главным образом, запросов на изменение проектов.
|
|
|
· Формирование и передача конфигураций на следующие стадии жизненного цикла. Пример – выпуск спецификаций для закупки. В состав PLM входит генератор отчетов, берущий информацию из PDM.
Пример использования информационных систем в жизненном цикле авиационного двигателя:
· Появляется в виде компонента (спецификация функции).
· Появляются характеристики в результате инженерных расчетов. К этому моменту двигатель – «комплектующее», его спецификация находится в PLM.
· Спецификация продукта – это спецификация модуля, его можно заказать по каталогу. О нем известно только название модели, но не серийный номер.
· Модуль на стадии закупки – предмет снабжения, информация о нем содержится в ERP-системе (Enterprise Resource Planning).
· Закупленный модуль монтируется и становится «установленным оборудованием».
· Информация о модуле – журнал для конкретного двигателя с серийным номером, куда попадают записи о поломках, обслуживании и т.д. – теперь находится в EAM-системе (Enterprise asset management), используемой службой эксплуатации.
Информацией (данными) жизненного цикла называются данные, которые появляются, хранятся, передаются, обрабатываются и используются в любой момент жизненного цикла. Одной из важнейших практик управления информацией (данными) жизненного цикла является передача нужной информации (данных) между информационными системами различных организаций, обеспечивающих работу по ведущим практикам различных стадий жизненного цикла. эта передача подразумевает, что «меняется владелец», т.е. ответственность за управление конфигурацией переданной информации переходит тоже.
Сложность ситуации в том, что PLM, ERP, EAM системы часто находятся в разных организациях, ответственных за разные стадии жизненного цикла целевой системы. Основная задача управления информацией/управления данными — это то, чтобы информация/данные были доступны там и тогда, где и когда они нужны в ходе жизненного цикла.
Практики жизненного цикла
Практики жизненного цикла – дисциплины + рабочие продукты + инструменты по их поддержке. Выполнение практик и составляет основное содержание деятельности в инженерном проекте: инженерия требований, инженерия системной архитектуры, управление проектами и т.д.
|
|
|
Из числа практик жизненного цикла чаще всего исключают практики, направленные на поддержание всего предприятия: бухгалтерский учет, обеспечение работы офиса и т.д.
Для учета распределения практик жизненного цикла во времени необходимо перейти от одномерной диаграммы к двумерным группам описания.
Самая распространенная и известная диаграмма жизненного цикла и всей системной инженерии – V-диаграмма. Это – вариант жесткого «водопадного» («каскадного») стиля, но каскад перегнут в точке изготовления системы – при переходе от стадий определения к стадиям реализации системы. Пример V-диаграммы приведен на рисунке 1.4.2.
1.4.2 V-диаграмма
V-диаграмма поясняет общие черты системноинженерного процесса:
· Фундаментальная разница между практиками определения системы, реализации системы и использования системы.
· Соответствие определений и воплощений системы, поддерживаемое через проверки (верификация) и приемки (валидация).
· Ведущие практики жизненного цикла. Наличие верификации и валидации позволяет перенести акцент на используемые практики, а не на стадии жизненного цикла.
· Разницу между системноинженерными практиками, имеющими дело с системой в целом и «обычными» инженерными практиками, имеющими дело с частями системы.
· Взаимодействие между практиками. Работа идет по «вертикали практик».
В отличие от V-диаграммы, «горбатая» (hump) диаграмма показывает относительные затраты ресурсов в ходе выполнения задач по всему жизненному циклу системы.
Пример «горбатой» диаграммы приведен на рисунке 1.4.3. «Горбатая» диаграмма является полностью двумерной.
1.4.3 Пример «горбатой» диаграммы
|
|
|
