Текст книги "Инновации от идеи до рынка"

2.7 Проведение технических обзоров проекта

Фазы жизненного цикла (ЖЦ) проекта или программы разделены, что позволяет команде разработчиков пошагово оценивать прогресс, характеристики системы и проекта, планировать следующий этап работ, облегчает принятие решений руководителям проекта. Структура управления ЖЦ включает все работы для выполнения программы или проекта в различных фазах, разделенных контрольными рубежами (КР). Для контроля хода проекта и утверждения решений на каждом КР проводят технический обзор, который включает критический разбор результатов участниками работ, планирование и реализацию корректирующих действий перед переходом к следующему этапу проекта. На обзоре рассматривают доказательства соответствия результатов проведенного этапа выставленным критериям. Промежуточные результаты проектирования просматриваются, тестируются и оцениваются, чтобы уточнить текущий статус работ и принять решения о дальнейших действиях.

КР являются основными вехами, на которых лицо, принимающее решение, определяет готовность проекта к переходу на следующий этап жизненного цикла. Для каждого КР программы устанавливаются входные критерии, необходимые до начала обзора, и выходные критерии успешного завершения обзора. Процесс обзора проекта должен подтвердить:

• обеспечение планового выполнения технических работ;

• функциональную интеграцию;

• обеспечение решения проблем в кратчайшие сроки и до самых низких уровней;

• поддержку решений на основе событий;

• сроки и бюджет проекта;

• готовность к исполнению следующего этапа;

• контроль рисков.

При прохождении контрольного рубежа имеется набор вариантов решения:

1. Принято: можно переходить к следующей стадии проекта.

2. Принято с оговорками: переходить и выполнить затребованные действия, устранив замечания, причем проверка исполнения замечаний проводится, как правило, на следующем КР.

3. Не принято: не переходить, дополнить работы этапа и повторить КР по готовности.

4. Не принято: вернуться на предыдущую стадию.

5. Не принято: заморозить (временно остановить) мероприятия проекта.

6. Невосстановимо: закрыть проект.

Количество требуемых обзоров и их соответствующий объем зависят от сложности и размера рассматриваемой системы. Технический риск, связанный с системой, также влияет на количество запланированных проверок. Например, система, в которой широко используется покупаемое оборудование ПКИ, может рассматриваться как проект с низким уровнем риска по сравнению с проектом, разработанным заново. Ожидается, что для системы с большим процентом ПКИ будет проведено меньше обзоров на более низком уровне, чем для оригинального проекта развития.

На рис. 3 показаны основные обзоры в ключевых точках проекта, привязанные по срокам и фазам жизненного цикла коммерческого самолета.

Рис. 3. Набор обзоров программы ЖЦ самолета

На этапе разработки системы минимальный набор обзоров должен включать обзор системных требований, анализ эскизного проекта, критический анализ технического проекта, анализ готовности к интеграционным испытаниям, обзор готовности производства, анализ эксплуатационной готовности, обзор возможностей эксплуатации, а также обзор вывода из эксплуатации и утилизации.

Эти обзоры отражают основные этапы разработки системы, должны иметь четко определенные критерии входа и выхода. Аудит физической конфигурации системы должен использовать ту же концепцию определения достижений и критериев успеха. Каждый обзор на соответствующем КР содержит новую, актуализированную базовую версию системы. Она включает согласованный набор требований, проектов или документов, относящихся к системе или продукту.

Последовательное прохождение системы технических обзоров является важным элементом верификации результатов разработки проекта системы. Формальные обзоры проекта запланированы на всех ключевых этапах ЖЦ системы. Иногда в них участвуют приглашенные внешние эксперты, чтобы гарантировать, что функциональный дизайн удовлетворяет требованиям, срокам и бюджету проекта. На этапе проектирования могут потребоваться изменения ранее принятых решений из-за появления новых технологий, технических проблем или добавленных требований заинтересованных лиц. Руководитель проекта несет ответственность за мониторинг изменений, определение их воздействия на планы, графики, бюджеты проекта и процесс рассмотрения и утверждения изменений.

Обзор системных требований должен демонстрировать прогресс в достижении жизнеспособных, прослеживаемых системных требований, сбалансированных по стоимости, срокам и рискам, путем подтверждения того, что:

а) требования клиентов (включая среду, режимы использования и другие соответствующие факторы) проанализированы и переведены в функциональные требования, в том числе, к производительности, для конкретной системы;

б) планы верификации технологий завершены;

в) выявлены и оценены критические технологии для людей, продуктов и технологических решений;

г) риски идентифицируются и количественно оцениваются, предусмотрены меры по снижению рисков;

д) был определен общесистемный подход к удовлетворению требований (включая интерфейсы) для основных системных функций.

Критический анализ проекта должен подтвердить, что детальный проект всей системы завершен, соответствует требованиям, и вся система готова к производству и кодированию. А именно:

• решены плановые вопросы по системе, функциональным областям и подсистемам;

• полностью определены требования к проектированию системы, в том числе по стоимости, графику, производительности и риску для жизненного цикла, а физическая архитектура системы представляет интегрированный детальный проект для удовлетворения требований, включая функциональную совместимость и интерфейсы;

• установлена совместимость дизайна системы с внешними интерфейсами;

• план управления рисками уточнен для следующего этапа работ;

• готовность планов производства и обслуживания;

• актуализированы планы приобретения и развертывания системы;

• критические вехи, критерии успеха и показатели действительны для продолжения технических усилий.

Изменения в конструкции, как правило, увеличивают стоимость проекта. На стадии разработки проведение изменений обычно намного дешевле, чем устранение обнаруженных проблем на этапах производства и эксплуатации. Так как стадия проектирования не может продолжаться бесконечно, руководство проекта устанавливает дату «заморозки» результатов, после которой никакие изменения конструкции системы не допускаются.

Менеджер проекта НИОКР должен проводить регулярные текущие проверки постановки и исполнения задач в соответствии с плановыми сроками. При каждом рассмотрении исполнители должны:

1) иметь возможность объяснить компромиссные решения техническими деталями и соответствующим обоснованием;

2) обеспечить надлежащее участие в дискуссии, в том числе субподрядчиков, продавцов и поставщиков;

3) предоставить отчетную информацию и элементы, необходимые для демонстрации и подтверждения того, что плановые вехи, связанные с проверкой, были достигнуты;

4) документировать ход разбирательства, включая ключевые моменты, решения и вопросы с соответствующим обоснованием; открытые и нерешенные вопросы с их требованиями по закрытию и указанием ответственных лиц.

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

Обзор спецификаций ПО должен продемонстрировать сходимость требований к элементу конфигурации ПО как составной части требований к системе и КЭ, а также готовности начать предварительный проект для ПО при подтверждении того, что:

а) решены подсистемные и функциональные вопросы;

б) физическая архитектура системы характеризует подход к проектированию ПО, который включает в себя распределение функциональных требований и требований к производительности, требований к интерфейсу и ограничений, а также производных требований для ПО;

в) требования к ПО прослеживаются до требований более высокого уровня;

г) установлена взаимосвязь между требованиями к ПО и компьютерному оборудованию, а также обеспечена совместимость аппаратного и программного обеспечения;

д) требования к ПО зафиксированы в завершенной спецификации требований к ПО с учетом требований к интерфейсу;

е) стоимость, график и риски производительности идентифицированы, количественно оценены и расставлены по приоритетам;

ж) риски приемлемы, и планирование управления рисками для ПО включено в общее управление техническими рисками;

з) требования к ресурсам жизненного цикла ПО совместимы с требованиями к ресурсам жизненного цикла системы и включены в них.

Примеры содержания и критериев успеха основных обзоров технического проекта системы приведены в [3,10…13].

2.8 Этапы производства и эксплуатации

Производство является объемной и разветвленной частью жизненного цикла инновационных продуктов. Этот этап также является способом валидации разработки материальных объектов системы. Планирование производства, проектирование технологических процессов, внедрение и эксплуатация производственной системы относятся к задачам, сравнимым по сложности с разработкой самой системы.

Производственные требования необходимо рассматривать на ранней стадии проектирования, чтобы обеспечить выявление и устранение производственных рисков как можно раньше. Как и в случае со всеми другими техническими требованиями, чем раньше будут выявлены производственные проблемы, тем легче их решить.

В конце детального проектирования и разработки для подготовки к серийному выпуску продукта ОКР проводят технологическую подготовку производства. Некоторые проекты нацелены на выпуск только одной копии системы. Например, высотные здания Москва-Сити, большие морские корабли типа круизного лайнера. Что касается типовых коммерческих разработок, многие копии системы могут быть изготовлены после того, как будут проверены один или два прототипа, и выполнена валидация системы с участием пользователей.

Основные направления системного подхода в процессе постановки производства включают ряд пунктов: уточнение базовой конфигурации системы, изготовление, сборку, кодирование программного обеспечения, приемку базового продукта, испытания для оценки подсистем в условиях эксплуатации, оценку потребных ресурсов, а также подтверждение соответствия производительности изделий техническим условиям. Комплексное тестирование демонстрирует соответствие системы указанным потребностям пользователей и экологическим ограничениям.

Процесс разработки технологий программы рекомендуется завершить на этапе критического обзора проекта. Должны быть задокументированы основные результаты процессов:

• Общий план испытаний компонентов и оценки.

• Оценка рисков.

• Системно-инженерный план.

• Оценка программной среды и безопасности труда.

• Заключение о соответствии требованиям экологической политики.

• План обеспечения жизненного цикла системы.

• Оценка готовности технологий.

• Утвержденные требования к ППО системы.

• Входные данные для отчета об оценке системных угроз.

• Входные данные для оценки затрат и рабочей силы.

• Анализ безопасности системы, включающий анализ рисков, требований и критериев безопасности, предварительный перечень рисков для утвержденного решения о материально-техническом обеспечении.

Перекрытие по срокам между окончанием процесса интеграции системы и началом этапа производства необходимо для заказа материалов с длительным сроком изготовления, приобретения заводских инструментов и испытательного оборудования, а также подготовки производственных помещений и станков. Этот этап должен обеспечить подходящую основу для определения производственных процессов, критических материалов, инструментов и т. д. посредством торговых исследований, в которых учитываются риски и затраты, связанные с альтернативными подходами. Также должны быть выполнены проектирование и изготовление заводского испытательного оборудования, чтобы оно было готово к моменту получения разрешения на производство.

Работы при передаче в производство включают следующее:

• Завершить изготовление предварительного прототипа.

• Выбрать производственные процедуры и оборудование.

• Продемонстрировать эффективность дизайна и производительность конечного продукта.

• Развернуть планы установки и запуска производственного процесса, выбор инструментов и технологий.

• Выбрать поставщиков материалов, компонентов и подсистем, а также логистический проект системы полевой поддержки в эксплуатации.

• Приобрести инструментарий и испытательное оборудование.

• Координировать планы с производственными предприятиями по выпуску компонентов.

• Организовать управление конфигурацией продукта.

• Наполнить производственный сегмент общей информационной системы.

• Обучить производственный персонал использованию новой технологической оснастки.

• Сформировать план по заданной производительности выпуска изделий.

Разработка производственного процесса включает в себя идентификацию малозатратных и высококачественных процессов, выявление технологических рисков, соответствующее управление новыми компонентами и материалами, определение ключевых поставщиков, проведение испытаний новых компонентов, определение методов квалификации процессов и определение конструкций, которые могут производиться серийно с высоким выходом годного. Организация всех производственных процессов также включает изготовление, сборку, тестирование и контроль качества, управление всеми деталями и инструментами с длительным сроком поставки, разработку всех прототипов и инженерную поддержку производственных операций. Выполнение этих задач часто осложняется различными причинами:

1. Непрерывным развитием технологий, и автоматизированного производственного оборудования.

2. Требованием обеспечить совместимость новых процессов с организацией и обучением ресурсов рабочей силы.

3. Планированием эффективных коммуникаций между распределенными производственными объектами.

4. Формированием оборудования для заводских и приемочных испытаний, обеспечивающего идентичные критерии приемки у производителей компонентов и на линии интеграции и сборки.

5. Управлением сбором огромного количества данных производственной информации на всех системных уровнях, для управления и контроля процесса производства и сборки.

6. Внесением проектных изменений по требованиям технологии, по оперативной связи с командой разработки.

7. Недостаточным или несвоевременным финансированием подготовки производства.

8. Требованием жестко соблюдать графики.

Необходима тесная координация между производителями компонентов и систем по производственным графикам, испытаниям, проверкам и контролю качества.

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

Результаты этапа рассматриваются в обзоре готовности производства. Нужно определить, готов ли продукт к производству, как выполнили генеральный подрядчик и основные поставщики планирование производства, не подвергая проект рискам нарушения графика выпуска изделий, производительности, стоимости или других установленных критериев. Проводится оценка производственных рисков по теме, поддерживается прослеживаемость системных требований до конечной производимой системы. Также должна быть проверена готовность производственных процессов, системы управления качеством и планирования производства (т.е. наличные мощности, оснащение инструментами и испытательным оборудованием, обучение и сертификация персонала, документирование процессов, управление запасами, поставщиками, и т.д.).

Производством новой системы управляет команда, отличная от той, которая ранее руководила инженерными разработками, интеграцией и испытаниями. Кроме того, производственный контракт иногда заключается между несколькими компаниями, часть из которых не участвовали в разработке системы.

Инженеры производителей компонентов могут ходатайствовать об адаптации конструкций в соответствии с их конкретными производственными инструментами. Это может приводить к многочисленным предложениям по техническим изменениям, каждое из которых должно быть проанализировано и принято, изменено или отклонено. Времени, доступного для таких действий, очень мало, а цена сроков и верных решений достаточно высока. Нельзя допускать, чтобы коррекции документации значительно отставали от процесса внесения изменений.

Важен определенный уровень системного надзора, особенно для обеспечения совместимости испытательного оборудования производителей компонентов и оборудования, которое будет использоваться на объекте интеграции для приемки компонентов, включая периодическую валидацию.

Для производства новой продукции целесообразно использовать компактные, автоматизированные технические комплексы, функционирующие непрерывно в течение года. Важными преимуществами таких мини-заводов являются:

a) низкая себестоимость продукции;

b) сокращение номенклатуры исходного сырья, что исключает наличие складов;

c) минимум квалифицированного персонала;

d) минимум отходов производства;

e) возможность использования различных источников энергии;

f) минимальная стоимость предприятия, формируемая типовой системой управления «умной» фабрики.

Например, на одном из столичных предприятий РФ после внедрения системы умной фабрики необоснованные простои сократились на 12%, загрузка производства выросла на 40%.

Далее, на этапе производства система должна достичь эксплуатационных возможностей, которые удовлетворяют потребностям проекта. Две фазы, разделенные обзором и принятием решения о полномасштабном производстве, включают начальный штучный выпуск пилотной партии, и затем серийное производство с заданным количеством изделий во временном интервале. Начальный производственный процесс может выявить неожиданные проблемы. Системный подход в фазе серийного производства обеспечивает выпуск полностью профинансированного количества качественных систем, вспомогательных материалов и услуг для поддержки программы.

Организация работ является критическим фактором успеха серийного производства. Например, при выпуске сложной продукции ОКР требуется исполнить десятки тысяч технологических операций. При этом машинное время работы обрабатывающих центров составляет несколько процентов в общем цикле изготовления такого изделия. Остальное приходится на наладку, установку, транспортировку, складирование, и т. д. Понятно, что улучшение работы команды может в разы ускорить производственный процесс.

Этап эксплуатации и поддержки является завершающим этапом жизненного цикла системы. Целью системного подхода на этом этапе является выполнение ППО, которое отвечает требованиям к производительности и поддерживает систему наиболее экономически эффективным способом в течение всего ее жизненного цикла. Мониторинг этапа и проведение технических обзоров позволят снизить программные риски и своевременно выявить здесь потенциальные проблемы управления.

Важна степень физической и функциональной интеграции, которая была достигнута на производственном объекте. По самолету, например, все важные элементы системы обычно собирают и интегрируют на заводе генерального поставщика, так что, когда самолет покидает завод, он готов к полету. Сопутствующая система управления воздушным движением в аэропорту обычно состоит из нескольких радаров, компьютерного комплекса и диспетчерской вышки с набором дисплеев и коммуникационного оборудования. Все они должны быть интегрированы для работы как единая система и связаны с системами управления на маршруте, управления посадкой на взлетно-посадочной полосе и сопутствующим оборудованием, необходимым для управления воздушным движением. Установка и испытание такой системы сами по себе являются выдающейся по сложности инженерной задачей.

Управление конфигурацией (см. главу 3.5) продолжает использоваться в эксплуатации, чтобы гарантировать, что конфигурация системы управляется и актуализируется, если происходят модификации. Различия между системной документацией и физической системой, как правило, возникают, при длительных сроках эксплуатации, когда некоторое количество компонентов (обычно от внешних поставщиков) прекращают выпускать, и проводится их замена на аналогичные доступные комплектующие. Эти различия, при отсутствии управления конфигурацией, делают техническое обслуживание и эксплуатацию сложными и потенциально опасными. Модификации, выполненные в соответствии с методом управления конфигурацией, улучшают возможности поддержки и эксплуатации, в части обучения, обслуживания, и безопасности объекта в долгосрочной перспективе.

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

• Для устранения несоответствий с производительностью системы, которые не были выявлены на этапе поставки. Эти несоответствия могут быть обнаружены во время эксплуатации, когда система помещается в рабочую среду и используется по назначению.

• Отказы, выявленные в эксплуатации, могут привести к инженерным изменениям в системе посредством модификации.

• Изменение требований на уровне системы, вызванное изменением эксплуатационной среды (переход в тропический, высокогорный или влажный климат) или технологии ППО (например, замена модулей вместо ремонта деталей).

• Реализация возможностей для повышения эффективности системы (по запросу) или снижения затрат на техническое обслуживание путем замены элементов системы улучшенными конструкциями, или внедрения новых материалов и технологий.

Для сложных систем обычно требуется полевая поддержка на местах развертывания в течение всего срока службы системы. Большинство таких систем проходят периоды планового обслуживания, тестирования и частой повторной проверки, например лифтовое хозяйство многоэтажного здания. При обнаружении проблем в работе системы необходимо сначала определить, вызвана ли проблема сбоем в операционной системе или результатом неправильной работы встроенного индикатора неисправности. Например, устройство может ошибочно сигнализировать об отказе (ложная тревога) или приписывать его неправильной функции. Таким образом, инженер на выезде, призванный устранять неполадки, должен хорошо разбираться в работе системы, включая встроенные контрольно-измерительные устройства.

Когда во время работы системы возникает какой-либо сбой, необходимые действия по исправлению выполнить труднее, чем во время разработки или даже во время установки и тестирования. Это связано с тем, что:

• персонал пользователя может не иметь нужной технической подготовки;

• специальное контрольное оборудование, нужное во время установки, отсутствует;

• большинство инструментов анализа и устранения неполадок (например, моделирование) недоступны на месте эксплуатации;

• многие участники проекта развития системы, вероятно, были переведены на другую работу, сменили предприятие или вышли на пенсию.

Целью логистической поддержки является обеспечение эффективной и экономичной эксплуатации системы на протяжении всего ее планового жизненного цикла. Чтобы соответствовать этому определению, пользователям системы предоставляется ряд вспомогательных услуг. В логистике различают ряд направлений:

1. Возможности поддержки в эксплуатации, включая: операторов системы эксплуатации, вспомогательное оборудование, руководства оператора и технические данные, процедуры и информационные системы поддержки эксплуатации.

2. Возможности инженерного обеспечения включают: инженерные сооружения, персонал, инженерно-техническое обеспечение и испытательное оборудование, соответствующие данные, процессы, систему управления инженерной информацией, программную поддержку.

3. Возможности технического обслуживания включают элементы поддержки, необходимые для разработки, создания и интеграции системы технического обслуживания (ППО), способной поддерживать систему на протяжении всего срока ее службы. А именно: средства технического обслуживания, обслуживающий персонал, вспомогательное и испытательное оборудование, технические данные, процессы и систему управления информацией ППО.

4. Возможности поддержки поставок ремонтных комплектов и запасных частей включают: средства снабжения, персонал, вспомогательное оборудование, технические данные, процессы снабжения, систему управления информацией о снабжении, запасные части и упаковку.

5. Возможности поддержки обучения включают: средства обучения, обучающий персонал, учебное оборудование, материалы и другие технические данные, процессы обучения и систему управления информацией об обучении.

Логистическая служба поддерживает важное условие устойчивости производственной системы в процессе ее эксплуатации, когда нужно соблюсти заданный в графике баланс скоростей перемещения всех ресурсных потоков, включая перемещение персонала в регионе обслуживания.

Материалы и процессы, задействованные в логистической поддержке крупной эксплуатируемой системы, сами по себе составляют сложную систему. Логистика для развернутой у заказчика сложной системы может состоять из цепочки пунктов, простирающейся от завода до операционных площадок, которая обеспечивает поток запасных частей, ремонтных комплектов, документации и, при необходимости, помощь экспертов, чтобы постоянно поддерживать операционную систему в состоянии готовности.

К задачам логистики во время работы системы для облегчения обслуживания системы относят также диагностику, прогнозирование, сбор данных о техническом обслуживании в режиме реального времени, защиту от коррозии и смягчение ее последствий, и другие факторы создания оптимальной среды для разработки и поддержания жизненного цикла продукта.

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

В план логистической поддержки необходимо включить ряд пунктов:

а) систему обучения и тренажеры;

б) системную документацию и технические данные;

в) поставку услуг поддержки и запасных частей;

г) предотвращение коррозии и планирование смягчения последствий;

д) тестовое и вспомогательное оборудование, включая диагностику;

е) упаковку, обработку, хранение и транспортировку;

ж) требования к рабочей силе и персоналу.

Сложные системы обычно могут проходить несколько модернизаций в течение своего срока службы. Они часто содержат в ИТ-комплексах самые современные компьютеры, датчики, дисплеи и другие устройства. Замена отслуживших свой срок компонентов на более совершенные связана с развитием технологий, дополнительными требованиями заказчика, уходом с рынка покупных запчастей, появлением новых, более выгодных для заказчика и изготовителя, конструктивных решений модулей, и др. Разработка, производство и установка крупного обновления системы могут иметь собственные жизненные циклы с фазами, аналогичными фазам жизненного цикла системы.

Обновления программного обеспечения ввести гораздо легче, чем для аппаратного обеспечения. Потребность в обновлениях ПО, как правило, встречается существенно чаще, чем крупные обновления оборудования. Иногда дополнительно требуется обновить аппаратное ИТ-обеспечение. Необходимо помнить, что в сложной системе никакие изменения не бывают «маленькими», и отслеживать возникающие последствия.

Принятие решений может относиться к изменениям в пакете ППО продукта, улучшениям процесса, модификациям системы, с учетом эксплуатационных потребностей и оставшегося ожидаемого срока службы. Возможны улучшения в части проблемы старения системы, преждевременных отказов, изменений в применяемых топливных или смазочных материалах.

Фаза вывода из эксплуатации (утилизации) является завершающей стадией жизненного цикла системы. Функции, связанные с утилизацией, включают транспортировку и обработку, демонтаж и переработку выводимой из эксплуатации системы. Концепция вывода из эксплуатации должна быть разработана на ранних этапах передачи системы заказчику. Может быть множество причин, по которым система может потребовать вывода из эксплуатации:

• ·Назначенный срок службы системы истек, и ее больше нельзя использовать и обслуживать.

• Система (или один из ее критических компонентов) может быть повреждена и не подлежит ремонту (в результате несчастного случая, стихийного бедствия, военных действий или террористических актов).

• Система может быть работоспособной, но она (или ее значительная подсистема) выводится из эксплуатации, потому что изменилось направление бизнеса владельца; или смена владельцев привела к свертыванию бизнеса; или владелец бизнеса вынужден отказаться от использования системы из-за недостатка денежных средств, отзыва лицензии на эксплуатацию, общественного давления по экологическим вопросам.

После определения причин потенциального вывода из эксплуатации могут быть рассмотрены типовые варианты утилизации системы: