ГОСТ Р 58908.1-2020/МЭК 81346-1:2009. Национальный стандарт Российской Федерации. Промышленные системы, установки, оборудование и промышленная продукция. Принципы структурирования и коды. Часть 1. Основные правила

Приложение B

(справочное)

 

СОЗДАНИЕ И ЖИЗНЕННЫЙ ЦИКЛ ОБЪЕКТОВ

 

B.1 Создание и срок службы объектов

 

Объект устанавливается (определяется), когда существует потребность именно в этом объекте.

Объект удаляется, когда он больше не требуется. Объект также удаляется, когда его свойства объединяются с другим объектом, и удаленный объект тем самым теряет свою самостоятельность.

Примечание 1 - Объединение объектов имеет место, когда, например, объект, определенный в одном аспекте, будет признан идентичным объекту, определенному в других аспектах.

Примечание 2 - Удаление физического объекта не означает то же самое, что и полное удаление объекта, поскольку информация об объекте может быть сохранена.

 

Жизненный цикл объекта в течение периода времени (t) может быть представлен, как показано на рисунке B.1. Каждая горизонтальная линия представляет один и тот же объект в различных сценариях развития:

- В момент t = 0 объект O₁ установлен (определен). Объект сложный (составной), и поэтому O₁ делится на O_1.1 и на O_1.2, и на O_1.3.

- В момент t₁ вводится объект O₂ со свойствами, относящимися к O_1.3. Таким образом, возможно объединить O₂ с O_1.3, поэтому O_1.3 становится O_1.3'. Тем самым O₁ меняется на O_1'.

- В момент t₂ вводится новый объект O₃.

- В момент t₃ объект O_1.3' больше не является значимым и поэтому удаляется. Тем самым O₁ меняется на O_1".

- Информация, относящаяся к O₃ (введенная в момент t₂), имеет отношение к O_1.2, и поэтому информация (например, свойства) O_1.2 и O₃ объединяется и становится O_1.2'. Тем самым O₁ меняется на O_1'''.

- В момент t₄ вводится новый объект O₄.

- В момент t_x подобъекты O_1.1, O_1.2' и O₄ становятся подобъектами, формирующими конечный результат O₁, который, таким образом, трансформировался четыре раза в течение своего жизненного цикла и поэтому распознается как O_1''''.

 

 

Рисунок B.1 - Сценарии развития ситуации

 

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

Рисунок B.1 показывает развитие объекта в течение периода времени (t). Представленное выше описание рисунка является общим и не носит конкретного характера. Более понятный и конкретный пример, основанный на такой же схеме, может быть следующим:

- Владелец здания желает построить новый гараж. Гараж идентифицируют как O₁, вводя таким образом объект. Постройка гаража - это сложная работа, и поэтому гараж O₁ декомпозируется на строительные конструкции, обозначенные как O_1.1, внутреннюю систему водоотведения, обозначенную как O_1.2, и систему автоматического управления воротами, обозначенную как O_1.3.

- Со временем производитель показывает свои совершенно новые продукты для управления воротами, идентифицированные как объект O₂, владельцу здания, и поэтому в момент времени t₁ вводится объект O₂. Новое поколение элементов управления воротами имеет расширенные возможности по сравнению с первоначальной концепцией на первых этапах проектирования, и, следовательно, свойства связаны с O_1.3, и возможно объединить O₂ с O_1.3, поэтому O_1.3 становится O_1.3'. Тем самым оригинальная концепция гаража O₁ незначительно меняется на O_1'.

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

- Владелец здания получает предложение о новой системе контроля ворот и понимает, что цена не укладывается в бюджет, и он решает сэкономить средства и убрать автоматическую систему контроля ворот. Следовательно, в момент t₃ объект O_1.3' больше не является значимым и поэтому удаляется. Тем самым первоначальная концепция O₁ меняется на O_1".

- Потребность в интенсивной мойке O₃ (введенная в момент t₂) имеет отношение к O_1.2, и при проектировании становится ясно, что информация (например, свойства) O_1.2 и O₃ может быть объединена и становится O_1.2'. Тем самым первоначальная концепция O₁ меняется на O_1".

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

- В момент t_x подобъекты O_1.1 (первоначальная конструкция здания), O_1.2 (система водоотведения, спроектированная с учетом интенсивной мойки) и O₄ (требование о сооружении крыши гаража) являются подобъектами, формирующими конечный вариант гаража O₁, который, таким образом, трансформировался четыре раза в течение своего жизненного цикла и поэтому распознается как O_1''''. Этот конечный объект теперь представляет собой окончательный проект гаража, и владелец здания может начать конкурсные процедуры на строительство гаража.

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

Для получения дополнительной информации об объектах см. приложение C.

 

B.2 Сценарии жизненного цикла объекта

 

B.2.1 Обзор

В B.1 описаны создание и срок действия связанных объектов. В настоящем разделе описывается развитие одного объекта в течение всего его жизненного цикла.

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

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

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

Следующее описание определяет ряд возможных ситуаций, которые могут возникнуть в течение жизненного цикла объекта. Описание разделено на два параллельных блока, один из которых представлен обычным языком, а другой (выделенный курсивом) представляет собой комментарии к первому блоку с точки зрения структурирования и кодовых обозначений (см. также рисунок B.2). B.2.2 - B.2.21 содержат описание различных ситуаций, возникающих в ходе жизненного цикла. Для удобства ссылок на рисунок B.2 ситуации обозначены буквами от A до X.

 

 

Рисунок B.2 - Жизненный цикл объекта

 

B.2.2 Функциональный аспект и функция, основанная на функционально-ориентированной структуре (A)

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

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

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

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

B.2.3 Спецификация функциональных требований FR1 (B)

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

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

В этом тексте спецификация функциональных требований обозначается FR1.

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

 

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

Информация, связанная с двигателем, имеет статус "по требованию".

B.2.4 Аспект местоположения и кодовые обозначения, основанные на структуре, ориентированной на местоположение (C)

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

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

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

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

B.2.5 Спецификация типа компонента CT1 (D)

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

В этом тексте спецификация типа компонента обозначается CT1.

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

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

Информация, связанная с двигателем, теперь имеет статус "точно определенный".

B.2.6 Список функций для проектирования системы FL1 и список местоположений для проектирования на физическом уровне LL1 (E)

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

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

Для справки делается ссылка на список объектов, в котором кодовое обозначение, основанное на функционально-ориентированной структуре, используется для выбора и сортировки объектов (кодовое обозначение, основанное на структуре, ориентированной на местоположение, дается в качестве дополнительной информации) согласно списку функций FL1.

Дается ссылка на список объектов, в котором кодовое обозначение основано на структуре, ориентированной на местоположение для выбора и сортировки объектов (кодовое обозначение, основанное на функционально-ориентированной структуре, дается в качестве дополнительной информации) согласно списку местоположений LL1.

B.2.7 Спецификация продукта PS1 (F)

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

В этом тексте спецификация продукта обозначается PS1.

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

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

Информация, связанная с двигателем, получает статус "согласно договору", а затем "доставлено".

B.2.8 Ведомость деталей для производства/монтажа PL1 (G)

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

Ведомость деталей в данном тексте обозначена PL1. Следует обратить внимание, что список местоположений LL1 может быть использован в качестве основы при его подготовке.

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

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

B.2.9 Спецификация транспортного уровня (H)

Все компоненты, включая двигатель, транспортируются на место, где оставляются на временное хранение.

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

B.2.10 Монтаж (J)

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

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

B.2.11 Ввод в эксплуатацию (K)

Насос и двигатель функционально вводятся в эксплуатацию в соответствии с информацией, в основном производимой на этапах A - G.

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

При необходимости информация об узле и двигателе обновляется до статуса "смонтировано".

B.2.12 Приемка и индивидуальный журнал IL1 (L)

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

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

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

B.2.13 Эксплуатация и техническое обслуживание (M)

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

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

Выполняется техническое обслуживание.

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

- типы, то есть номера изделий для компонентов;

- информация о типах, то есть получение доступа к документации по типам продуктов;

- структуры, ориентированные на продукт, для продуктов;

- ведомости запасных частей;

- местоположение всех образцов определенного типа;

- информация о фактическом использовании образцов, то есть эксплуатируются ли они, находятся на ремонте или на хранении;

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

B.2.14 Аналогичный образец двигателя (N)

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

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

B.2.15 Иной тип двигателя и другой поставщик CT2, PS2 (P)

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

Ссылка делается на новую спецификацию типа компонента в качестве спецификации CT2 и спецификацию продукта для фактически приобретенного типа двигателя в качестве спецификации PS2.

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

B.2.16 Модификация процесса (R)

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

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

B.2.17 Расширение местоположения (S)

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

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

B.2.18 Прочее (T)

Другое.

B.2.19 Закрытие (U)

Через несколько лет эксплуатации установка окончательно выведена из эксплуатации.

Журнал учета работы закрывается.

B.2.20 Демонтаж (V)

Технологическая установка разбирается. Двигатель разобран на части для дальнейшей переработки.

Конец жизненного цикла последнего физического образца двигателя.

B.2.21 Конец жизненного цикла (X)

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

Конец жизненного цикла объекта.

 

B.3 Обсуждение понятия "объект"

 

B.3.1 Различные значения слова "двигатель"

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

- двигатель = объект со спецификацией FR1, FR2 и т.д.;

- двигатель = тип компонента со спецификацией CT1, CT2 и т.д.:

- двигатель = тип продукта со спецификацией PS1, PS2 и т.д.;

- двигатель = физический двигатель (отдельный объект) с индивидуальным журналом IL1, IL2 и т.д.

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

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

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

Объекты, с которыми мы имеем дело, существуют только в "мире моделей". (Набор описательных документов тоже является "моделью" в общем смысле.) Модель имеет связь с объектами из реального мира, но эта связь не фиксирована.

Информация, которая наиболее тесно связана с объектом:

- информация о требованиях (со ссылкой на контекст процесса);

- ссылка на тип компонента и отдельный продукт (экземпляр), который в настоящее время используется для удовлетворения этих требований;

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

- журнал учета работы, также с учетом контекста процесса.

B.3.2 Определение понятия "объект"

Могут появиться доводы против вышеупомянутого описания жизненного цикла в силу того, что оно не является репрезентативным, потому что оно слишком сосредоточено на ситуациях, когда все меняется: в действительности более 99% жизненного цикла объекта проходит в достаточно неизменном виде.

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

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

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

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

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

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

 

B.4 Обсуждение различных понятий жизненного цикла

 

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

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

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

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

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