Полный жизненный цикл: Жизненный цикл изделия — Википедия – Вы точно человек?

Содержание

Жизненный цикл изделия — Википедия


Запрос «PLM» перенаправляется сюда; о языке программирования см. PL/M.

Жизненный цикл включает несколько стадий, то есть частей жизненного цикла, выделяемых по признакам
характерных для неё явлений, процессов (работ) и конечных результатов[1]. Основные стадии жизненного цикла — это научные исследования, проектирование, производство, эксплуатация, утилизация. Они могут включать по несколько этапов, например:

Планирование деятельности с учётом особенностей стадий и этапов жизненного цикла позволяет обеспечить безопасность продукции, уменьшить издержки, рационально спланировать работы на разных стадиях жизненного цикла изделий. Управление процессами жизненного цикла современного высокотехнологичного изделия является сложной задачей и решается с помощью специализированных методов (например, RCM), технологий и автоматизированных систем управления жизненным циклом[2].

PLM-система (англ. product lifecycle management system) — система, в том числе прикладное программное обеспечение, для управления жизненным циклом изделий.


Проектирование современных высокотехнологичных изделий осуществляется с помощью систем автоматизированного проектирования. В САПР машиностроительных отраслей промышленности принято выделять системы функционального, конструкторского и технологического проектирования. Первые из них называют системами расчётов и инженерного анализа или системами CAE (англ. computer-aided engineering). Системы конструкторского проектирования называют системами CAD (computer-aided design). Проектирование технологических процессов составляет часть технологической подготовки производства и выполняется в системах CAM (computer-aided manufacturing). Для решения проблем совместного функционирования компонентов САПР различного назначения, координации работы систем САЕ/CAD/САМ, управления проектными данными и проектированием разрабатываются системы, получившие название систем управления проектными данными PDM (product data management). Системы PDM либо входят в состав модулей конкретной САПР, либо имеют самостоятельное значение и могут работать совместно с разными САПР.

Начиная со стадии проектирования требуются услуги системы управления цепочками поставок — SCM. Цепь поставок обычно определяют как совокупность стадий увеличения добавленной стоимости продукции при её движении от компаний-поставщиков к компаниям-потребителям. Управление цепью поставок подразумевает продвижение материального потока с минимальными издержками.

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

Информационная поддержка этапа производства изделия осуществляется автоматизированными системами управления предприятием (АСУП) и автоматизированными системами управления технологическими процессами (АСУТП). К АСУП относятся интегрированные системы планирования ресурсов предприятия (ERP), системы планирования производства (MRP, MRP II), SCM-системы. Наиболее развитые системы ERP выполняют различные бизнес-функции, связанные с планированием производства, закупками, сбытом продукции, анализом перспектив маркетинга, управлением финансами, персоналом, складским хозяйством, учётом основных фондов и т. п. Системы MRP II ориентированы, главным образом, на бизнес-функции, непосредственно связанные с производством. SCM и MRP II могут быть реализованы как подсистемы ERP.


Промежуточное положение между АСУП и АСУТП занимает производственная исполнительная система — MES, предназначенная для решения оперативных задач управления проектированием, производством и маркетингом.

В состав АСУТП входит система SCADA, выполняющая диспетчерские функции (сбор и обработка данных о состоянии оборудования и технологических процессов) и помогающая разрабатывать программное обеспечение для встроенного оборудования. Для непосредственного программного управления технологическим оборудованием используют системы CNC (computer numerical control на базе специализированных промышленных компьютеров, встроенных в технологическое оборудование с числовым программным управлением.

Советский энциклопедический словарь определяет понятие «эксплуатация» как производное от фр. exploitation (использование, извлечение выгоды) и описывающее, в частности, «использование средств труда и транспорта».[3]

В технике понятие «эксплуатация» определяется ГОСТ 25866-83 как стадия жизненного цикла изделия, на которой реализуется, поддерживается и восстанавливается их качество. Стадия эксплуатации в общем случае включает использование изделия по назначению, их транспортирование, хранение, техническое обслуживание и ремонт. Для сложных видов техники (авиационной, морской, ракетной и т. п.) в нормативной документации может быть установлена номенклатура видов ремонта, входящих в эксплуатацию (например, текущий или средний ремонт), и выполняемых на условиях вывода изделии или системы из эксплуатации (капитальный ремонт).


Для совокупности выполняемых на стадии эксплуатации изделия работ по его транспортированию, хранению, техническому обслуживанию и ремонту используют производное от «эксплуатация» понятие «техническая эксплуатация» (ГОСТ 25866-83, п. 2)[4]

В отдельных видах техники для обозначения процесса её использования по назначению применяют производные от термина «эксплуатация», например, «лётная эксплуатация воздушного судна».[5]

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

Концепция управления жизненным циклом изделия[править | править код]

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

PLM (product lifecycle management). Технологии PLM объединяют методы и средства информационной поддержки изделий на всех этапах их жизненного цикла. При этом обеспечивается взаимодействие как средств автоматизации разных производителей, так и различных автоматизированных систем многих предприятий, то есть технологии PLM являются основой, интегрирующей информационное пространство, в котором функционируют САПР, ERP, PDM, SCM, CRM и другие автоматизированные системы разных предприятий.

Концепция управления жизненным циклом изделия (англ. PLM) была впервые представлена American Motors Corporation (AMC) в 1985 году для повышения конкурентоспособности своей продукции[6][7][8]. По словам Франсуа Кастайна, вице-президента по проектированию и разработке: «Не имея огромных бюджетов у General Motors, Ford и иностранных конкурентов … AMC сделала упор на НИОКР, чтобы поддержать жизненный цикл своей первичной продукции (в частности, Jeep)»



[9].

Первым этапом в стремлении ускорить разработку продукта стала программная система автоматизированного проектирования (САПР), которая сделала инженеров более продуктивными[8]. Вторым этапом была новая система управления данными об изделиях, которая позволяла быстрее разрешать конфликты и сокращала сроки внесения инженерных изменений, поскольку все чертежи и документы находились в центральной базе данных[8]. Управление инженерными данными было настолько эффективным, что после приобретения AMC компанией Chrysler система была внедрена во всех подразделениях предприятия, участвующих в создании продукции[8]. Будучи пионером в технологии PLM, Chrysler смог стать самым дешевым производителем в автомобильной промышленности, затраты на разработку к середине 1990-х годов составляли половину среднего показателя по отрасли[8].

Параллельно, начиная с 1982-83 годов, компания Rockwell International разработала первоначальные концепции PDM и PLM для программы бомбардировщиков B-1B

[10]. Система Engineering Data System (EDS) была интегрирована с системами Computervision и CADAM для отслеживания конфигурации изделий и жизненного цикла продукции. Позднее была выпущена версия Computervison, в которой реализованы только аспекты PDM, поскольку модель жизненного цикла была специфична для продукции Rockwell и аэрокосмической отрасли.

  1. ↑ ГОСТ Р 56136-2014. Управление жизненным циклом продукции военного назначения. Термины и определения (неопр.). Стандартинформ. Дата обращения 19 декабря 2018.
  2. ↑ ГОСТ Р 56135-2014. Управление жизненным циклом продукции военного назначения. Общие положения (неопр.). Стандартинформ. Дата обращения 19 декабря 2018.
  3. ↑ Советский энциклопедический словарь / Под ред. А.М. Прохорова. — Изд. 2. — Москва: Советская Энциклопедия, 1983. — С. [1532] (стб. 3). — 1600 с. — 125 000 (доп, тир,) экз. — ISBN 5-85270-001-0.


  4. ↑ Большая российская энциклопедия — понятие «Техническая эксплуатация» (неопр.). https://bigenc.ru. Минкульт России. Дата обращения 11 января 2018.
  5. ↑ Авиация : Энциклопедия / Гл. ред. Г.П. Свищёв. — Москва: Большая российская энциклопедия : ЦАГИ, 1994. — С. [669] (стб. 1). — 735 с. — 25 000 экз. — ISBN 5-85270-086-X.
  6. ↑ Cunha, Luciano. Manufacturing Pioneers Reduce Costs By Integrating PLM & ERP. — onwindows.com. Retrieved 7 February 2017., 20 July 2010.
  7. ↑ Wong, Kenneth. What PLM Can Learn from Social Media. — Retrieved 7 February 2017. — 29 July 2009.
  8. ↑ 1 2 3 4 5 Hill, Jr., Sidney. How To Be A Trendsetter: Dassault and IBM PLM Customers Swap Tales From The PLM Front // COE newsnet. Archived from the original on 13 February 2009. Retrieved 7 February 2017. — May 2003.

  9. ↑ Pearce, John A.; Robinson, Richard B. Formulation, implementation, and control of competitive strategy (4 ed.) // Irwin. p. 315. Retrieved 7 February 2017. — ISBN 978-0-256-08324-8.
  10. ↑ «Projects Past». Brian’s Blog. 16 September 2013. Retrieved 7 February 2017. «Projects Past». (неопр.).

Жизненный цикл программного обеспечения — Википедия

Материал из Википедии — свободной энциклопедии

Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии, проверенной 12 ноября 2018;
проверки требуют 2 правки.
Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии, проверенной 12 ноября 2018;
проверки требуют 2 правки.

Жизненный цикл программного обеспечения (ПО) — период времени, который начинается с момента принятия решения о необходимости создания программного продукта и заканчивается в момент его полного изъятия из эксплуатации


[1].

  • ГОСТ 34.601-90
  • ISO/IEC 12207:2008 «System and software engineering — Software life cycle processes» (российский аналог — ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств)

Стандарт ГОСТ 34.601-90 предусматривает следующие стадии и этапы создания автоматизированной системы (АС):

  1. Формирование требований к АС
    1. Обследование объекта и обоснование необходимости создания АС
    2. Формирование требований пользователя к АС
    3. Оформление отчета о выполнении работ и заявки на разработку АС
  2. Разработка концепции АС
    1. Изучение объекта
    2. Проведение необходимых научно-исследовательских работ
    3. Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователей
    4. Оформление отчета о проделанной работе
  3. Техническое задание
    1. Разработка и утверждение технического задания на создание АС
  4. Эскизный проект
    1. Разработка предварительных проектных решений по системе и её частям
    2. Разработка документации на АС и её части
  5. Технический проект
    1. Разработка проектных решений по системе и её частям
    2. Разработка документации на АС и её части
    3. Разработка и оформление документации на поставку комплектующих изделий
    4. Разработка заданий на проектирование в смежных частях проекта
  6. Рабочая документация
    1. Разработка рабочей документации на АС и её части
    2. Разработка и адаптация программ
  7. Ввод в действие
    1. Подготовка объекта автоматизации
    2. Подготовка персонала
    3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями)
    4. Строительно-монтажные работы
    5. Пусконаладочные работы
    6. Проведение предварительных испытаний
    7. Проведение опытной эксплуатации
    8. Проведение приёмочных испытаний
  8. Сопровождение АС.
    1. Выполнение работ в соответствии с гарантийными обязательствами
    2. Послегарантийное обслуживание

Эскизный, технический проекты и рабочая документация — это последовательное построение все более точных проектных решений. Допускается исключать стадию «Эскизный проект» и отдельные этапы работ на всех стадиях, объединять стадии «Технический проект» и «Рабочая документация» в «Технорабочий проект», параллельно выполнять различные этапы и работы, включать дополнительные.

Федеральным агентством по техническому регулированию и метрологии РФ 01.03.2012 г. взамен ГОСТ Р ИСО/МЭК 12207-99 принят стандарт ГОСТ Р ИСО/МЭК 12207-2010 «Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств», идентичный международному стандарту ISO/IEC 12207:2008 «System and software engineering — Software life cycle processes».

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

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

  • процессы соглашения — два процесса;
  • процессы организационного обеспечения проекта — пять процессов;
  • процессы проекта — семь процессов;
  • технические процессы — одиннадцать процессов;
  • процессы реализации программных средств — семь процессов;
  • процессы поддержки программных средств — восемь процессов;
  • процессы повторного применения программных средств — три процесса.
  • Основные:
    • Приобретение (действия и задачи заказчика, приобретающего ПО)
    • Поставка (действия и задачи поставщика, который снабжает заказчика программным продуктом или услугой)
    • Разработка (действия и задачи, выполняемые разработчиком: создание ПО, оформление проектной и эксплуатационной документации, подготовка тестовых и учебных материалов и т. д.)
    • Эксплуатация (действия и задачи оператора — организации, эксплуатирующей систему)
    • Сопровождение (действия и задачи, выполняемые сопровождающей организацией, то есть службой сопровождения). Сопровождение — внесений изменений в ПО в целях исправления ошибок, повышения производительности или адаптации к изменившимся условиям работы или требованиям.
  • Вспомогательные
    • Документирование (формализованное описание информации, созданной в течение ЖЦ ПО)
    • Управление конфигурацией (применение административных и технических процедур на всем протяжении ЖЦ ПО для определения состояния компонентов ПО, управления его модификациями).
    • Обеспечение качества (обеспечение гарантий того, что ИС и процессы её ЖЦ соответствуют заданным требованиям и утверждённым планам)
    • Верификация (определение того, что программные продукты, являющиеся результатами некоторого действия, полностью удовлетворяют требованиям или условиям, обусловленным предшествующими действиями)
    • Аттестация (определение полноты соответствия заданных требований и созданной системы их конкретному функциональному назначению)
    • Совместная оценка (оценка состояния работ по проекту: контроль планирования и управления ресурсами, персоналом, аппаратурой, инструментальными средствами)
    • Аудит (определение соответствия требованиям, планам и условиям договора)
    • Разрешение проблем (анализ и решение проблем, независимо от их происхождения или источника, которые обнаружены в ходе разработки, эксплуатации, сопровождения или других процессов)
  • Организационные
    • Управление (действия и задачи, которые могут выполняться любой стороной, управляющей своими процессами)
    • Создание инфраструктуры (выбор и сопровождение технологии, стандартов и инструментальных средств, выбор и установка аппаратных и программных средств, используемых для разработки, эксплуатации или сопровождения ПО)
    • Усовершенствование (оценка, измерение, контроль и усовершенствование процессов ЖЦ)
    • Обучение (первоначальное обучение и последующее постоянное повышение квалификации персонала)

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

  1. Инициирование приобретения
  2. Подготовка заявочных предложений
  3. Подготовка и корректировка договора
  4. Надзор за деятельностью поставщика
  5. Приёмка и завершение работ

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

  1. Формирование требований к системе
  2. Формирование списка программных продуктов
  3. Установление условий и соглашений
  4. Описание технических ограничений (среда функционирования системы и т. д.)

Стадии жизненного цикла ПО, взаимосвязь между процессами и стадиями[править | править код]

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

Стандарт ГОСТ Р ИСО/МЭК 12207-2010 не предлагает конкретную модель жизненного цикла. Его положения являются общими для любых моделей жизненного цикла, методов и технологий создания ИС. Он описывает структуру процессов жизненного цикла, не конкретизируя, как реализовать или выполнить действия и задачи, включенные в эти процессы.

Модель ЖЦ ПО включает в себя:

  1. Стадии;
  2. Результаты выполнения работ на каждой стадии;
  3. Ключевые события — точки завершения работ и принятия решений.

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

На каждой стадии могут выполняться несколько процессов, определенных в стандарте ГОСТ Р ИСО/МЭК 12207-2010, и наоборот, один и тот же процесс может выполняться на различных стадиях. Соотношение между процессами и стадиями также определяется используемой моделью жизненного цикла ПО.

  1. ↑ Стандарт IEEE Std 610.12, Глоссарий
  • Братищенко В.В. Проектирование информационных систем. — Иркутск: Изд-во БГУЭП, 2004. — 84 с.
  • Вендров А.М. Проектирование программного обеспечения экономических информационных систем. — М.: Финансы и статистика, 2000.
  • Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем. — М.: Интернет-университет информационных технологий — ИНТУИТ.ру, 2005.
  • Мишенин А.И. Теория экономических информационных систем. — М.: Финансы и статистика, 2000. — 240 с.

Жизненный цикл системы — Википедия

Жизненный цикл системы — это стадии процесса, охватывающие различные состояния системы, начиная с момента возникновения необходимости в такой системе и заканчивая её полным выводом из эксплуатации[1]:19; конечный набор общих фаз и этапов, через которые система может проходить в течение своей истории жизни[2].

Жизненный цикл — это не временной период существования, а процесс последовательного изменения состояния, обусловленный видом производимых воздействий (Р 50-605-80-93)[3].

Под термином «жизненный цикл системы» обычно понимают эволюцию новой системы в виде нескольких ступеней, включающих такие важные стадии, как концепция, разработка, производство, эксплуатация и окончательное выведение из эксплуатации[4]:70.

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

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

В полном жизненном цикле любой системы всегда присутствуют типовые стадии, каждая из которых имеет характерные только для неё цели и вносит свой вклад в полный жизненный цикл[5]:10.

История концепции жизненного цикла

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

Типовые модели жизненного цикла системы

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

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

Некоторые специалисты по системной инженерии предлагают рассматривать модель жизненного цикла системы, на основе следующих трех источников: модель управления материально-техническим обеспечением Министерства Обороны США (МО США) (DoD 5000.2), модель стандарта ISO/IEC 15288 и модель Национального общества профессиональных инженеров (NSPE)[4]:71.

Типовая модель жизненного цикла по стандарту ISO/IEC 15288

В 2002 году Международная организация по стандартизации и Международная электротехническая комиссия выпустили результат многолетней работы — стандарт ISO/IEC 15288:2002 (см. русскоязычный аналог ГОСТ Р ИСО МЭК 15288-2005)[7].

Согласно стандарту, процессы и действия жизненного цикла определяются, соответствующим образом настраиваются и используются в течение стадии жизненного цикла, для полного удовлетворения целей и результатов на этой стадии. В различных стадиях жизненного цикла могут принимать участие разные организации. Не существует единой универсальной модели жизненных циклов систем. Те или иные стадии жизненного цикла могут отсутствовать или присутствовать в зависимости от каждого конкретного случая разработки системы[7]:34.

В стандарте в качестве примера были приведены следующие стадии жизненного цикла:

  1. Замысел.
  2. Разработка.
  3. Производство.
  4. Применение.
  5. Поддержка применения.
  6. Прекращение применения и списание.

В версии стандарта от 2008 года (ISO/IEC 15288:2008) примеры стадий жизненного цикла отсутствуют[8].

Типовая модель жизненного цикла по версии Министерства обороны США

Для управления рисками в области применения передовых технологий, и сведения к минимуму дорогостоящих технических или управленческих ошибок, МО США разработало руководство, содержащее все необходимые принципы разработки систем. Эти принципы вошли в специальный перечень директив — DoD 5000.

Модель жизненного цикла системы управления материально-техническим обеспечением по версии МО США состоит из пяти стадий[4]:71:

  1. Анализ.
  2. Разработка технологии.
  3. Инженерная и производственная разработка.
  4. Производство и развертывание.
  5. Функционирование и поддержка.

Типовая модель жизненного цикла системы Национального общества профессиональных инженеров (NSPE)

Данная модель адаптирована для развития коммерческих систем. Данная модель в основном направлена на развитие новых продуктов, обычно являющихся результатом технического прогресса. Модель NSPE представляет собой альтернативный взгляд на модель версии МО США. Жизненный цикл по модели NSPE разбивается на шесть стадий[4]:72:

  1. Концепция.
  2. Техническая реализация.
  3. Разработка.
  4. Коммерческая валидация и подготовка производства.
  5. Полномасштабное производство.
  6. Поддержка конечного продукта.

Типовая модель жизненного цикла продукции по Р 50-605-80-93

В руководящем документе Р 50-605-80-93 тщательно проработан жизненный цикл промышленного изделия, в том числе — военной техники[3].

Для промышленной продукции гражданского назначения предложены следующие стадии:

  1. Исследование и проектирование.
  2. Изготовление.
  3. Обращение и реализация.
  4. Эксплуатация или потребление.

В рамках жизненного цикла промышленной продукции гражданского назначения предложено рассматривать 73 вида работ и 23 типа стейкхолдеров («участников работ» по терминологии документа).

Для промышленной продукции военного назначения предложены следующие стадии:

  1. Исследование и обоснование разработки.
  2. Разработка.
  3. Производство.
  4. Эксплуатация.
  5. Капитальный ремонт.

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

Типовая модель жизненного цикла программного обеспечения

Стадии жизненного цикла системы и их составные фазы, представленных на рисунке «Модель жизненного цикла системы», относятся к большинству сложных систем, в том числе к тем, которые содержат программное обеспечение со значительным объемом функциональных возможностей на уровне компонентов. В программно-интенсивных системах, в которых программное обеспечение выполняет практически все функции (как например в современных финансовых системах, в системах бронирования авиабилетов, в глобальной сети интернет, и в др.), как правило жизненные циклы схожи по содержанию, но часто усложняются итерационными процессами и прототипированием[4]:72-73.

Основные стадии жизненного цикла системы (Kossiakoff, Sweet, Seymour, Biemer)

Как показано на рисунке «Модель жизненного цикла системы», модель жизненного цикла системы содержит 3 стадии. Первые 2 стадии приходятся на разработку, а третья стадия охватывает пост-разработку. Эти стадии показывают более общие переходы из состояния в состояние, в жизненном цикле системы, а также показывают изменения в типе и объеме действий, вовлеченных в системную инженерию. Стадии представляют собой[4]:73:

  • стадию разработки концепции;
  • стадию технической разработки;
  • стадию пост-разработки.
Стадия разработки концепции

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

Модель жизненного цикла системы

Основные цели стадии разработки концепции[4]:74:

  1. Провести исследования, установив, что является необходимым для новой системы, а также установив техническую и экономическую целесообразность данной системы.
  2. Изучить потенциально возможные концепции системы, а также сформулировать и подвергнуть валидации набор требований к производительности системы.
  3. Выбрать наиболее привлекательную концепцию системы, определить её функциональные характеристики, а также разработать детальный план последующих стадий проектирования, производства и оперативного развертывания системы.
  4. Разработать любую новую технологию, подходящую для выбранной концепции системы и подвергнуть валидации её способности удовлетворять потребности.
Стадия технической разработки

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

Основными целями стадии технической разработки являются[4]:74:

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

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

Стадия пост-разработки новой системы начинается после успешно проведенной операции тестирования и оценивания данной системы (тестирование приёмки), выпуска в производство и последующим оперативным использованием. Пока основная разработка не будет завершена, системная инженерия будет продолжать играть главную поддерживающую роль[4]:74.

Принципиальные стадии в жизненном цикле системыЭтапы концептуальной разработки в жизненном цикле системыЭтапы технической разработки в жизненном цикле системы

Примечания

  1. ↑ Blanchard, Fabrycky, 2006.
  2. ↑ ISO 15704, 2000.
  3. ↑ 1 2 Р 50-605-80-93, 1993.
  4. ↑ 1 2 3 4 5 6 7 8 9 10 Kossiakoff, Sweet, Seymour, Biemer, 2011.
  5. ↑ Батоврин, Бахтурин, 2012.
  6. ↑ Широкова Г. В., Клемина Т. Н., Козырева Т. П. Концепция жизненного цикла в современных организационных и управленческих исследованиях // Вестник Санкт-Петербургского университета. Серия «Менеджмент». Сер. 8. Вып. 2, 2007, с. 3—31
  7. ↑ 1 2 ГОСТ Р ИСО/МЭК 15288, 2005.
  8. ↑ 1 2 ISO/IEC 15288, 2008.

Литература

  • Blanchard B. S., Fabrycky Wolter J. Systems engineering and analysis. — 4-е изд. — Prentice Hall, 2006.
  • ISO/IEC 15288:2008 Systems and software engineering — Life cycle processes
  • ISO 15704:2000 Industrial automation systems — Requirements for enterprise-reference architectures and methodologies (ГОСТ Р ИСО 15704-2008 Требования к стандартным архитектурам и методологиям предприятия)
  • Kossiakoff A., Sweet W. N., Seymour S. J., Biemer S. M. Systems Engineering Principles and Practice. — 2-е изд. — Hoboken, New Jersey: A John Wiley & Sons, 2011. — 599 с. — ISBN 978-0-470-40548-2.
  • Батоврин В. К., Бахтурин Д. А. Управление жизненным циклом технических систем. — 2012.
  • ГОСТ Р ИСО/МЭК 15288-2005 Информационная технология. Системная инженерия. Процессы жизненного цикла систем
  • Р 50-605-80-93. Рекомендации. Система разработки и постановки продукции на производство. Термины и определения (Ссылка на текст).

Жизненный цикл системы Википедия

Жизненный цикл системы — это стадии процесса, охватывающие различные состояния системы, начиная с момента возникновения необходимости в такой системе и заканчивая её полным выводом из эксплуатации[1]:19; конечный набор общих фаз и этапов, через которые система может проходить в течение своей истории жизни[2].

Жизненный цикл — это не временной период существования, а процесс последовательного изменения состояния, обусловленный видом производимых воздействий (Р 50-605-80-93)[3].

Под термином «жизненный цикл системы» обычно понимают эволюцию новой системы в виде нескольких ступеней, включающих такие важные стадии, как концепция, разработка, производство, эксплуатация и окончательное выведение из эксплуатации[4]:70.

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

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

В полном жизненном цикле любой системы всегда присутствуют типовые стадии, каждая из которых имеет характерные только для неё цели и вносит свой вклад в полный жизненный цикл[5]:10.

История концепции жизненного цикла[ | ]

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

Типовые модели жизненного цикла системы[ | ]

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

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

Жизненный цикл системы — Википедия. Что такое Жизненный цикл системы

Жизненный цикл системы — это стадии процесса, охватывающие различные состояния системы, начиная с момента возникновения необходимости в такой системе и заканчивая её полным выводом из эксплуатации[1]:19; конечный набор общих фаз и этапов, через которые система может проходить в течение своей истории жизни[2].

Жизненный цикл — это не временной период существования, а процесс последовательного изменения состояния, обусловленный видом производимых воздействий (Р 50-605-80-93)[3].

Под термином «жизненный цикл системы» обычно понимают эволюцию новой системы в виде нескольких ступеней, включающих такие важные стадии, как концепция, разработка, производство, эксплуатация и окончательное выведение из эксплуатации[4]:70.

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

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

В полном жизненном цикле любой системы всегда присутствуют типовые стадии, каждая из которых имеет характерные только для неё цели и вносит свой вклад в полный жизненный цикл[5]:10.

История концепции жизненного цикла

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

Типовые модели жизненного цикла системы

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

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

Некоторые специалисты по системной инженерии предлагают рассматривать модель жизненного цикла системы, на основе следующих трех источников: модель управления материально-техническим обеспечением Министерства Обороны США (МО США) (DoD 5000.2), модель стандарта ISO/IEC 15288 и модель Национального общества профессиональных инженеров (NSPE)[4]:71.

Типовая модель жизненного цикла по стандарту ISO/IEC 15288

В 2002 году Международная организация по стандартизации и Международная электротехническая комиссия выпустили результат многолетней работы — стандарт ISO/IEC 15288:2002 (см. русскоязычный аналог ГОСТ Р ИСО МЭК 15288-2005)[7].

Согласно стандарту, процессы и действия жизненного цикла определяются, соответствующим образом настраиваются и используются в течение стадии жизненного цикла, для полного удовлетворения целей и результатов на этой стадии. В различных стадиях жизненного цикла могут принимать участие разные организации. Не существует единой универсальной модели жизненных циклов систем. Те или иные стадии жизненного цикла могут отсутствовать или присутствовать в зависимости от каждого конкретного случая разработки системы[7]:34.

В стандарте в качестве примера были приведены следующие стадии жизненного цикла:

  1. Замысел.
  2. Разработка.
  3. Производство.
  4. Применение.
  5. Поддержка применения.
  6. Прекращение применения и списание.

В версии стандарта от 2008 года (ISO/IEC 15288:2008) примеры стадий жизненного цикла отсутствуют[8].

Типовая модель жизненного цикла по версии Министерства обороны США

Для управления рисками в области применения передовых технологий, и сведения к минимуму дорогостоящих технических или управленческих ошибок, МО США разработало руководство, содержащее все необходимые принципы разработки систем. Эти принципы вошли в специальный перечень директив — DoD 5000.

Модель жизненного цикла системы управления материально-техническим обеспечением по версии МО США состоит из пяти стадий[4]:71:

  1. Анализ.
  2. Разработка технологии.
  3. Инженерная и производственная разработка.
  4. Производство и развертывание.
  5. Функционирование и поддержка.

Типовая модель жизненного цикла системы Национального общества профессиональных инженеров (NSPE)

Данная модель адаптирована для развития коммерческих систем. Данная модель в основном направлена на развитие новых продуктов, обычно являющихся результатом технического прогресса. Модель NSPE представляет собой альтернативный взгляд на модель версии МО США. Жизненный цикл по модели NSPE разбивается на шесть стадий[4]:72:

  1. Концепция.
  2. Техническая реализация.
  3. Разработка.
  4. Коммерческая валидация и подготовка производства.
  5. Полномасштабное производство.
  6. Поддержка конечного продукта.

Типовая модель жизненного цикла продукции по Р 50-605-80-93

В руководящем документе Р 50-605-80-93 тщательно проработан жизненный цикл промышленного изделия, в том числе — военной техники[3].

Для промышленной продукции гражданского назначения предложены следующие стадии:

  1. Исследование и проектирование.
  2. Изготовление.
  3. Обращение и реализация.
  4. Эксплуатация или потребление.

В рамках жизненного цикла промышленной продукции гражданского назначения предложено рассматривать 73 вида работ и 23 типа стейкхолдеров («участников работ» по терминологии документа).

Для промышленной продукции военного назначения предложены следующие стадии:

  1. Исследование и обоснование разработки.
  2. Разработка.
  3. Производство.
  4. Эксплуатация.
  5. Капитальный ремонт.

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

Типовая модель жизненного цикла программного обеспечения

Стадии жизненного цикла системы и их составные фазы, представленных на рисунке «Модель жизненного цикла системы», относятся к большинству сложных систем, в том числе к тем, которые содержат программное обеспечение со значительным объемом функциональных возможностей на уровне компонентов. В программно-интенсивных системах, в которых программное обеспечение выполняет практически все функции (как например в современных финансовых системах, в системах бронирования авиабилетов, в глобальной сети интернет, и в др.), как правило жизненные циклы схожи по содержанию, но часто усложняются итерационными процессами и прототипированием[4]:72-73.

Основные стадии жизненного цикла системы (Kossiakoff, Sweet, Seymour, Biemer)

Как показано на рисунке «Модель жизненного цикла системы», модель жизненного цикла системы содержит 3 стадии. Первые 2 стадии приходятся на разработку, а третья стадия охватывает пост-разработку. Эти стадии показывают более общие переходы из состояния в состояние, в жизненном цикле системы, а также показывают изменения в типе и объеме действий, вовлеченных в системную инженерию. Стадии представляют собой[4]:73:

  • стадию разработки концепции;
  • стадию технической разработки;
  • стадию пост-разработки.
Стадия разработки концепции

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

Модель жизненного цикла системы

Основные цели стадии разработки концепции[4]:74:

  1. Провести исследования, установив, что является необходимым для новой системы, а также установив техническую и экономическую целесообразность данной системы.
  2. Изучить потенциально возможные концепции системы, а также сформулировать и подвергнуть валидации набор требований к производительности системы.
  3. Выбрать наиболее привлекательную концепцию системы, определить её функциональные характеристики, а также разработать детальный план последующих стадий проектирования, производства и оперативного развертывания системы.
  4. Разработать любую новую технологию, подходящую для выбранной концепции системы и подвергнуть валидации её способности удовлетворять потребности.
Стадия технической разработки

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

Основными целями стадии технической разработки являются[4]:74:

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

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

Стадия пост-разработки новой системы начинается после успешно проведенной операции тестирования и оценивания данной системы (тестирование приёмки), выпуска в производство и последующим оперативным использованием. Пока основная разработка не будет завершена, системная инженерия будет продолжать играть главную поддерживающую роль[4]:74.

Принципиальные стадии в жизненном цикле системыЭтапы концептуальной разработки в жизненном цикле системыЭтапы технической разработки в жизненном цикле системы

Примечания

  1. ↑ Blanchard, Fabrycky, 2006.
  2. ↑ ISO 15704, 2000.
  3. ↑ 1 2 Р 50-605-80-93, 1993.
  4. ↑ 1 2 3 4 5 6 7 8 9 10 Kossiakoff, Sweet, Seymour, Biemer, 2011.
  5. ↑ Батоврин, Бахтурин, 2012.
  6. ↑ Широкова Г. В., Клемина Т. Н., Козырева Т. П. Концепция жизненного цикла в современных организационных и управленческих исследованиях // Вестник Санкт-Петербургского университета. Серия «Менеджмент». Сер. 8. Вып. 2, 2007, с. 3—31
  7. ↑ 1 2 ГОСТ Р ИСО/МЭК 15288, 2005.
  8. ↑ 1 2 ISO/IEC 15288, 2008.

Литература

  • Blanchard B. S., Fabrycky Wolter J. Systems engineering and analysis. — 4-е изд. — Prentice Hall, 2006.
  • ISO/IEC 15288:2008 Systems and software engineering — Life cycle processes
  • ISO 15704:2000 Industrial automation systems — Requirements for enterprise-reference architectures and methodologies (ГОСТ Р ИСО 15704-2008 Требования к стандартным архитектурам и методологиям предприятия)
  • Kossiakoff A., Sweet W. N., Seymour S. J., Biemer S. M. Systems Engineering Principles and Practice. — 2-е изд. — Hoboken, New Jersey: A John Wiley & Sons, 2011. — 599 с. — ISBN 978-0-470-40548-2.
  • Батоврин В. К., Бахтурин Д. А. Управление жизненным циклом технических систем. — 2012.
  • ГОСТ Р ИСО/МЭК 15288-2005 Информационная технология. Системная инженерия. Процессы жизненного цикла систем
  • Р 50-605-80-93. Рекомендации. Система разработки и постановки продукции на производство. Термины и определения (Ссылка на текст).

Модели жизненного цикла программного обеспечения / Habr

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

Собственно, что же такое жизненный цикл программного обеспечения — ряд событий, происходящих с системой в процессе ее создания и дальнейшего использования. Говоря другими словами, это время от начального момента создания какого либо программного продукта, до конца его разработки и внедрения. Жизненный цикл программного обеспечения можно представить в виде моделей.

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

Эти модели можно разделить на 3 основных группы:

  1. Инженерный подход

  2. С учетом специфики задачи

  3. Современные технологии быстрой разработки

Теперь рассмотрим непосредственно существующие модели (подклассы) и оценим их преимущества и недостатки.

Модель кодирования и устранения ошибок

Совершенно простая модель, характерная для студентов ВУЗов. Именно по этой модели большинство студентов разрабатывают, ну скажем лабораторные работы.
Данная модель имеет следующий алгоритм:

  1. Постановка задачи

  2. Выполнение

  3. Проверка результата

  4. При необходимости переход к первому пункту

Модель также ужасно устаревшая. Характерна для 1960-1970 гг., по-этому преимуществ перед следующими моделями в нашем обзоре практически не имеет, а недостатки на лицо. Относится к первой группе моделей.

Каскадная модель жизненного цикла программного обеспечения (водопад)

Алгоритм данного метода, который я привожу на схеме, имеет ряд преимуществ перед алгоритмом предыдущей модели, но также имеет и ряд весомых недостатков.

Преимущества:

  • Последовательное выполнение этапов проекта в строгом фиксированном порядке

  • Позволяет оценивать качество продукта на каждом этапе

Недостатки:

  • Отсутствие обратных связей между этапами

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

Относится к первой группе моделей.

Каскадная модель с промежуточным контролем (водоворот)

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

V модель (разработка через тестирование)

Данная модель имеет более приближенный к современным методам алгоритм, однако все еще имеет ряд недостатков. Является одной из основных практик экстремального программирования.

Модель на основе разработки прототипа

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

  1. Прояснить не ясные требования (прототип UI)

  2. Выбрать одно из ряда концептуальных решений (реализация сцинариев)

  3. Проанализировать осуществимость проекта

Классификация протопипов:

  1. Горизонтальные и вертикальные

  2. Одноразовые и эволюционные

  3. бумажные и раскадровки

Горизонтальные прототипы — моделирует исключительно UI не затрагивая логику обработки и базу данных.
Вертикальные прототипы — проверка архитектурных решений.
Одноразовые прототипы — для быстрой разработки.
Эволюционные прототипы — первое приближение эволюционной системы.

Модель принадлежит второй группе.

Спиральная модель жизненного цикла программного обеспечения

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

Преимущества:

  • Быстрое получение результата

  • Повышение конкурентоспособности

  • Изменяющиеся требования — не проблема

Недостатки:

  • Отсутствие регламентации стадий

Третьей группе принадлежат такие модели как экстремальное программирование (XP), SCRUM, инкриментальная модель (RUP), но о них я бы хотел рассказать в отдельном топике.

Большое спасибо за внимание!

Жизненный цикл продукции


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


Этапы жизненного цикла продукта


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


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


Полный жизненный цикл: Жизненный цикл изделия — Википедия – Вы точно человек?


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


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


Контрактное производство ООО «КоролёвФарм» выполняет полный цикл производства продукции на основании договора.


Содержание этапов жизненного цикла продукции на контрактном производстве:


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


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


Этап сертификации продукции. Разработанный продукт подлежит оценке соответствия с получением сертификационного документа, разрешающего серийный выпуск продукции. В соответствии с требованиями ТР ТС биологически активные добавки к пище подлежат государственной регистрации, косметическая продукции в зависимости от вида подлежит декларированию или государственной регистрации.


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


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


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


Этап контроля качества. Контроль качества и количества проводится на всех этапах производства. Контролируются как параметры технологических процессов, так и параметры качества и безопасности производимой продукции. Параметры технологических процессов указываются в технологических инструкциях, все нормы показателей качества и безопасности регламентируются в Спецификациях на каждое наименование готовой продукции. Что касается массы нетто фасуемой продукции, то здесь необходимо ориентироваться на требования ГОСТ 8.579-2002 «Государственная система обеспечения единства измерений. Требования к количеству фасованных товаров в упаковках любого вида при их производстве, расфасовке, продаже и импорте». Потребитель должен получить заявленный на упаковке объем или количество продукта! А для дозированных форм биологически активных добавок к пище, параметр веса будет критичным, так как на каждую единицу дозированной формы (капсулу или таблетку) рассчитана норма потребления активных веществ на основании рекомендуемых. Для обоснования составов специализированных пищевых продуктов применяют МР 2.3.1.2432-08 «Нормы физиологических потребностей в энергии и пищевых веществах для различных групп населения Российской Федерации. Методические рекомендации».


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


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


Этап использования продукции. К продукции косметической и БАД к пище не применяются процессы послепродажного обслуживая. Но в процессе использования, если потребитель выявляет какие-либо несоответствия в отношении качества и безопасности приобретенного продукта в течение указанного на упаковке срока годности, потребитель имеет право предъявить претензию производителю. В свою очередь, производитель обязан рассматривать все предъявляемые претензии и выявлять причины выявленных несоответствий, что может повлечь за собой необходимость внесения изменений в процессы жизненного цикла продукции.


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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *