ГОСТ 18322-2016. Межгосударственный стандарт. Система технического обслуживания и ремонта техники. Термины и определения (введен в действие Приказом Росстандарта 28.03.2017 N 186-ст)

Что такое технические условия. Объясняем простыми словами

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

Закон «О стандартизации в Российской Федерации» относит ТУ к стандартам организации — документам, которые производитель разрабатывает самостоятельно, но с учётом действующих норм по содержанию и оформлению.

Технические условия — это полноценный стандарт, который описывает саму продукцию и весь её жизненный цикл:

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

Главное требование, которое предъявляется к техническим условиям, — они не должны противоречить действующим стандартам и техническим регламентам. Также ТУ, созданные для конкретной продукции, «не должны быть ниже (хуже) требований, установленных стандартами». Это устанавливает ГОСТ Р 1.3-2018 «Технические условия на продукцию».

«Требования, установленные в ТУ, должны соответствовать требованиям законов Российской Федерации, технических регламентов и национальных стандартов», — говорится в этом же ГОСТе.

Пример употребления на «Секрете»

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

(Директор по организационному развитию компании «Тион» Михаил Амелькин — об аресте СЕО компании.)

Ошибки в употреблении

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

Например, по ГОСТ 33673-2015 «Изделия колбасные варёные» в колбасах категории «А» мяса должно быть не менее 60%. Производитель вправе утвердить свои ТУ на такие колбасы, сделав обязательным содержание мяса, допустим, не ниже 75%, и придерживаться этих технических условий.

Разрабатывает и утверждает ГОСТы Федеральное агентство по техническому регулированию и метрологии (Росстандарт). Технические условия разрабатывает компания-производитель (самостоятельно или обращается к экспертам за помощью).

Нюансы

Технические условия имеет смысл разрабатывать, если:

• для данного типа изделий нет действующего ГОСТа;
• производитель хочет дополнить или уточнить требования к конкретному товару;
• технология изготовления или применяемое сырьё отличаются от требований утверждённого ГОСТа;
• к продукции предъявляются дополнительные методы контроля, которых нет в государственном стандарте.

ТУ должны включать в себя:

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

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

«ГОСТ 18322-2016. Межгосударственный стандарт. Система технического обслуживания и ремонта техники. Термины и определения» (введен в действие Приказом Росстандарта 28.03.2017 N 186-ст)

Цели, основные принципы и основной порядок проведения работ по межгосударственной стандартизации установлены в ГОСТ 1.0-2015 «Межгосударственная система стандартизации. Основные положения» и ГОСТ 1.2-2016 «Межгосударственная система стандартизации. Стандарты межгосударственные, правила и рекомендации по межгосударственной стандартизации. Правила разработки, принятия, обновления и отмены»

Сведения о стандарте

1 РАЗРАБОТАН Федеральным государственным бюджетным учреждением науки Институтом систем энергетики им. Л.А. Мелентьева Сибирского отделения Российской академии наук (ИСЭМ СО РАН)

2 ВНЕСЕН Всероссийским научно-исследовательским институтом по стандартизации и сертификации в машиностроении (ВНИИНМАШ)

3 ПРИНЯТ Межгосударственным советом по стандартизации, метрологии и сертификации (протокол от 22 ноября 2016 г. N 93-П)

За принятие проголосовали:

Краткое наименование страны по МК (ИСО 3166) 004-97

Сокращенное наименование национального органа по стандартизации

Минэкономики Республики Армения

Госстандарт Республики Беларусь

Госстандарт Республики Казахстан

4 Приказом Федерального агентства по техническому регулированию и метрологии от 28 марта 2017 г. N 186-ст межгосударственный стандарт ГОСТ 18322-2016 введен в действие в качестве национального стандарта Российской Федерации с 1 сентября 2017 г.

5 ВЗАМЕН ГОСТ 18322-78

Информация об изменениях к настоящему стандарту публикуется в ежегодном указателе «Национальные стандарты», а текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячном информационном указателе «Национальные стандарты». Соответствующая информация, уведомления и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

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

1 Область применения

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

Настоящий стандарт распространяется на объекты технического обслуживания и ремонта (далее — объекты).

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

Настоящий стандарт применяется совместно с ГОСТ 27.002.

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

Применение терминов — синонимов стандартизованных терминов не допускается.

2 Термины и определения

В настоящем стандарте применены следующие термины с соответствующими определениями.

2.1 Общие понятия

2.1.1 техническое обслуживание; ТО (maintenance): Комплекс технологических операций и организационных действий по поддержанию работоспособности или исправности объекта при использовании по назначению, ожидании, хранении и транспортировании.

2.1.2 ремонт (repair): Комплекс технологических операций и организационных действий по восстановлению работоспособности, исправности и ресурса объекта и/или его составных частей.

Примечание — Ремонт включает операции локализации, диагностирования, устранения неисправности и контроль функционирования.

2.1.3 система технического обслуживания и ремонта (maintenance and repair system): Совокупность взаимосвязанных средств, документации технического обслуживания и ремонта и исполнителей, необходимых для поддержания и восстановления (качества либо эксплуатационных характеристик) объектов, входящих в эту систему.

2.1.4 концепция технического обслуживания и ремонта (maintenance and repair concept): Основополагающие принципы по организации и проведению технического обслуживания и ремонта.

2.1.5 правила технического обслуживания (ремонта) [maintenance (repair) policy)]: Основные положения и практические указания по организации и проведению технического обслуживания (ремонта).

2.1.6 эшелон технического обслуживания (ремонта) [maintenance (repair) line)]: Место в организационной структуре, где предусмотрено выполнение определенных уровней технического обслуживания (ремонта).

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

2.1.7 уровень разукрупнения [для технического обслуживания (ремонта)] (indenture level): Уровень разделения объекта на составные части с точки зрения технического обслуживания (ремонта).

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

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

2.1.8 уровень технического обслуживания (ремонта) [maintenance (repair) level]: Набор операций технического обслуживания (ремонта), подлежащих выполнению на установленном уровне разукрупнения.

2.1.9 операция технического обслуживания (ремонта) [maintenance (repair) operation]: Отдельный вид работы, выполняемой при техническом обслуживании (ремонте) с целью поддержания или восстановления работоспособности объекта.

2.1.10 поддержка технического обслуживания (ремонта) [maintenance (repair) support]: Процесс скоординированного управления обеспечением всеми видами ресурсов, необходимых для проведения технического обслуживания (ремонта).

Примечание — Ресурсы включают материалы, запасные части, инструменты и принадлежности, ремонтную площадку и персонал, документацию и информацию по техническому обслуживанию (ремонту).

2.1.11 объект технического обслуживания (ремонта) [maintenance (repair) item]: Любой объект или его составная часть, подлежащие техническому обслуживанию (ремонту).

2.1.12 обслуживаемый объект (maintainable item): Объект, для которого техническое обслуживание предусмотрено документацией.

2.1.13 необслуживаемый объект (non-maintainable item): Объект, для которого техническое обслуживание не предусмотрено документацией.

2.1.14 ремонтопригодный объект (repairable item): Объект, ремонт которого возможен и предусмотрен документацией.

2.1.15 неремонтопригодный объект (non-repairable item): Объект, ремонт которого не предусмотрен документацией или невозможен.

2.1.16 составная часть (component part): Элемент объекта, выполняющий определенные технические функции в составе объекта, который может быть заменен при восстановлении объекта.

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

2 Составной частью объекта может быть деталь или сборочная единица.

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

2.1.18 замена (substitution): Процедура восстановления или поддержания работоспособности объекта путем установки запасной части вместо изношенной или отказавшей составной части или объекта в целом.

Примечание — Замена является частью или разновидностью ремонта в тех случаях, когда вместо изношенной или отказавшей составной части устанавливается такая же новая.

2.1.19 комплект ЗИП [SPTA (spare parts, tools and accessories) package]: Набор запасных частей, инструментов, принадлежностей (ЗИП) и расходных материалов, необходимых для функционирования, технического обслуживания и ремонта объекта, скомплектованный в зависимости от назначения и особенностей использования.

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

2.1.20 техническое состояние; ТС (technical state): Совокупность свойств объекта, подверженных изменению в процессе его производства, эксплуатации, транспортировки и хранения, характеризуемых значениями параметров и/или качественными признаками, установленными в документации.

Примечание — Видами ТС являются: исправное состояние, работоспособное состояние, неисправное состояние, неработоспособное состояние и предельное состояние.

2.1.21 техническое диагностирование (technical diagnosis): Процесс определения технического состояния объекта.

2.1.22 вид технического обслуживания (ремонта) [type of maintenance (repair)]: Квалификационная категория ТО (ремонта), выделяемая по одному из отличительных признаков, например, таких как: регламентация и организация выполнения, объем работ, место и условия выполнения.

2.1.23 метод технического обслуживания (ремонта) [maintenance (repair) method]: Совокупность технологических и организационных правил выполнения операций технического обслуживания (ремонта).

2.1.24 средства технического обслуживания (ремонта) [maintenance (repair) facilities]: Технические устройства, запасные части, инструменты и принадлежности, средства технологического оснащения и сооружения, ремонтная площадка, транспортные средства и персонал, предназначенные для выполнения технического обслуживания (ремонта).

2.1.25 цикл технического обслуживания (ремонта) [maintenance (repair) cycle]: Наименьший повторяющийся интервал времени или наработка объекта, в течение которых выполняются в определенной последовательности в соответствии с требованиями документации все установленные виды периодического технического обслуживания (ремонта).

2.1.26 периодичность технического обслуживания (ремонта) [maintenance (repair) periodicity]: Интервал времени или наработка между данным видом технического обслуживания (ремонта) и последующим таким же видом или другим большей сложности.

2.1.27 продолжительность технического обслуживания (ремонта) [maintenance (repair) duration]: Календарное время проведения одного технического обслуживания (ремонта) данного вида.

2.1.28 объем технического обслуживания (ремонта) [maintenance (repair) volume]: Номенклатура операций по ТО (ремонту), продолжительность их выполнения, трудовые, материальные и финансовые затраты, необходимые для поддержания (восстановления) работоспособности объекта.

2.1.29 трудоемкость технического обслуживания (ремонта) [maintenance (repair) labor content]: Трудозатраты на проведение одного технического обслуживания (ремонта) данного вида.

2.1.30 стоимость технического обслуживания (ремонта) [maintenance (repair) cost]: Стоимость одного технического обслуживания (ремонта) данного вида.

2.1.31 суммарная продолжительность технических обслуживаний (ремонтов) [total duration of maintenance (repair)]: Календарное время проведения всех технических обслуживаний (ремонтов) объекта за заданный интервал времени или наработку.

2.1.32 суммарная трудоемкость технических обслуживаний (ремонтов) [total labor content of maintenance (repair)]: Трудозатраты на проведение всех технических обслуживаний (ремонтов) объекта за заданный интервал времени или наработку.

2.1.33 суммарная стоимость технических обслуживаний (ремонтов) [total cost of maintenance (repair)]: Стоимость проведения всех технических обслуживаний (ремонтов) за заданный интервал времени или наработку.

2.2 Виды технического обслуживания

2.2.1 техническое обслуживание при использовании по назначению (maintenance under intended use): Техническое обслуживание при подготовке к использованию по назначению, использовании по назначению и непосредственно после его окончания.

2.2.2 техническое обслуживание при хранении (storage maintenance): Техническое обслуживание при подготовке к хранению, хранении и непосредственно после его окончания.

2.2.3 техническое обслуживание при транспортировании (transport maintenance): Техническое обслуживание при подготовке к транспортированию, транспортировании и непосредственно после его окончания.

2.2.4 техническое обслуживание на месте эксплуатации (on-site maintenance): Техническое обслуживание, проводимое на месте использования объекта.

2.2.5 техническое обслуживание вне места эксплуатации (off-site maintenance): Техническое обслуживание, проводимое не на месте использования объекта.

2.2.6 техническое обслуживание в стационарных условиях (maintenance in stationary conditions): Техническое обслуживание, выполняемое в специально предназначенных местах, оборудованных стационарными средствами ТО, с применением, в необходимых случаях, переносных средств.

2.2.7 техническое обслуживание в особых условиях (maintenance in special conditions): Техническое обслуживание, выполняемое в особых условиях эксплуатации объекта, указанных в отраслевой документации и характеризуемых значениями параметров, выходящими за пределы допустимых границ.

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

2.2.8 дистанционное техническое обслуживание (remote maintenance): Техническое обслуживание объекта, проводимое под управлением персонала без его непосредственного присутствия.

Примечание — Примерами дистанционного обслуживания являются ТО с использованием дистанционно управляемого оборудования.

2.2.9 плановое техническое обслуживание (scheduled maintenance): Техническое обслуживание, предусмотренное в документации, выполняемое по установленному графику.

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

2.2.10 неплановое техническое обслуживание (unscheduled maintenance): Незапланированное техническое обслуживание, выполняемое по результатам оценки фактического технического состояния объекта.

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

2.2.11 комплексное техническое обслуживание (integrated maintenance): Плановое техническое обслуживание, выполняемое на всех или нескольких составных частях объекта одновременно, в объеме и с периодичностью, установленными в документации.

2.2.12 регламентированное техническое обслуживание (regulated maintenance): Плановое техническое обслуживание, выполняемое с установленной в документации периодичностью независимо от состояния объекта на момент начала технического обслуживания.

2.2.13 нерегламентированное техническое обслуживание (unregulated maintenance): Техническое обслуживание, обусловленное не предусмотренными документацией изготовителя особыми условиями эксплуатации или ненормированной наработкой объекта и его составных частей.

2.2.14 периодическое техническое обслуживание (periodic maintenance): Плановое техническое обслуживание, выполняемое через установленные в документации значения наработки или интервалы времени.

2.2.15 сезонное техническое обслуживание (seasonal maintenance): Техническое обслуживание, выполняемое для подготовки объекта к использованию в осенне-зимних или весенне-летних условиях.

2.2.16 автономное техническое обслуживание (autonomous maintenance): Плановое техническое обслуживание составной части, выполняемое отдельно от объекта в объеме и с периодичностью, установленными в документации.

2.2.17 техническое обслуживание с периодическим контролем (maintenance with periodic control): Техническое обслуживание, выполняемое при контроле технического состояния объекта в объеме и с периодичностью, установленными в документации, при этом объем остальных операций определяется техническим состоянием объекта в момент начала технического обслуживания.

2.2.18 техническое обслуживание с непрерывным контролем (maintenance with continuous control): Техническое обслуживание, предусмотренное документацией и выполняемое по результатам непрерывного контроля технического состояния объекта.

2.2.19 номерное техническое обслуживание (numbered maintenance): Техническое обслуживание, при котором определенному объему работ присваивается свой порядковый номер.

2.2.20 профилактическое техническое обслуживание (preventive maintenance): Плановое техническое обслуживание, выполняемое через определенные интервалы времени и направленное на поддержание работоспособного состояния объекта, на раннее выявление неисправностей и снижение вероятности отказов.

2.2.21 корректирующее техническое обслуживание (corrective maintenance): Техническое обслуживание, выполняемое после обнаружения неисправности с целью возвращения объекта в работоспособное состояние.

2.2.22 техническое обслуживание, ориентированное на обеспечение безотказности (reliability-centered maintenance): Техническое обслуживание, основанное на методологии определения оптимального набора операций ТО и частоты их применения с учетом вероятностей и последствий отказов на любом уровне разукрупнения.

2.2.23 автоматизированное техническое обслуживание (automated maintenance): Техническое обслуживание, осуществляемое персоналом с использованием комплекса средств автоматизации его деятельности.

2.2.24 задержанное техническое обслуживание (deferred maintenance): Техническое обслуживание, отсроченное после установления его необходимости в соответствии с правилами технического обслуживания.

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

2.3 Операции и виды ремонта

2.3.1 обнаружение неисправности (fault detection): Событие, при котором наличие неисправности становится очевидным.

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

2.3.2 локализация неисправности (fault location): Действия, направленные на поиск неисправной составной части или нескольких составных частей на соответствующем уровне разукрупнения и предотвращение распространения неисправности и ее возможных последствий.

2.3.3 диагностирование неисправности (fault diagnosis): Операции, выполняемые с целью идентификации неисправности и установления причин ее появления.

2.3.4 устранение неисправности (fault correction): Операции, выполняемые после диагностирования неисправности с целью восстановления работоспособного состояния объекта.

2.3.5 контроль функционирования (function check): Контроль выполнения объектом всех или части свойственных ему функций.

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

2.3.6 плановый ремонт (scheduled repair): Ремонт, постановка на который планируется в соответствии с требованиями документации.

1 Постановка на ремонт означает вывод объекта из эксплуатации и передачу его ремонтному персоналу (предприятию).

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

2.3.7 капитальный ремонт (major repair): Плановый ремонт, выполняемый для восстановления исправности и полного или близкого к полному ресурса объекта с заменой или восстановлением любых его частей, включая базовые.

Примечание — Значение ресурса объекта, близкое к полному, устанавливается в документации.

2.3.8 средний ремонт (medium repair): Плановый ремонт, выполняемый для восстановления исправности и частичного восстановления ресурса объекта с заменой или восстановлением составных частей ограниченной номенклатуры и контролем технического состояния объекта в объеме, предусмотренном в документации.

Примечание — Объем восстановления ресурса устанавливается в документации.

2.3.9 текущий ремонт (current repair): Плановый ремонт, выполняемый для обеспечения или восстановления работоспособности объекта и состоящий в замене и/или восстановлении отдельных легкодоступных его частей.

2.3.10 регламентированный ремонт (regulated repair): Плановый ремонт, выполняемый независимо от технического состояния объекта в момент начала ремонта, в объеме и с периодичностью, установленными в документации.

2.3.11 нерегламентированный ремонт (unregulated repair): Ремонт, при котором кроме предусмотренных регламентом операций, установленных в документации, выполняются дополнительные ремонтные работы, необходимые для восстановления работоспособности объекта.

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

2.3.12 неплановый ремонт (unscheduled repair): Ремонт, постановка на который осуществляется без предварительного назначения.

2.3.13 ремонт по техническому состоянию (condition-based repair): Ремонт, при котором контроль технического состояния выполняется с периодичностью, установленной в документации, а объем и момент начала ремонта определяются техническим состоянием объекта.

Примечание — Ремонты по техническому состоянию могут быть плановыми и неплановыми.

2.3.14 аварийный ремонт (emergency repair): Неплановый ремонт, выполняемый при внезапных поломках оборудования, вызванных нарушением условий эксплуатации, перегрузками или другими причинами, для восстановления работоспособности объекта.

2.3.15 гарантийный ремонт (warranty repair): Ремонт, выполняемый в течение гарантийного срока силами и средствами завода-изготовителя или лицензированного ремонтного предприятия для восстановления работоспособности и ресурса объекта, при условии выполнения эксплуатирующей организацией правил технической эксплуатации.

2.3.16 ремонт в стационарных условиях (repair in stationary conditions): Ремонт, выполняемый в специально предназначенном месте, оборудованном стационарными средствами ремонта с применением, в необходимых случаях, переносных средств.

2.3.17 ремонт в полевых условиях (field repair): Ремонт, выполняемый в месте, не предназначенном специально для ремонта и не оборудованном стационарными средствами ремонта, с применением специальных бригад и специально разработанных комплектов запасных частей и, в необходимых случаях, переносных средств.

2.4 Методы технического обслуживания и ремонта

2.4.1 поточный метод технического обслуживания (ремонта) [flow line method of maintenance (repair)]: Метод выполнения технического обслуживания (ремонта) на специализированном рабочем месте с заданными технологической последовательностью и ритмом.

2.4.2 централизованный метод технического обслуживания (ремонта) [centralized method of maintenance (repair)]: Метод выполнения технического обслуживания (ремонта) персоналом и средствами одного подразделения, организации или предприятия.

2.4.3 децентрализованный метод технического обслуживания (ремонта) [decentralized method of maintenance (repair)]: Метод выполнения технического обслуживания (ремонта) персоналом и средствами нескольких подразделений, организаций или предприятий.

2.4.4 последовательный метод технического обслуживания (ремонта) [stepwise method of maintenance (repair)]: Метод технического обслуживания (ремонта), при котором поступление каждого объекта на конкретное обслуживание (ремонт) происходит после завершения полного объема технического обслуживания (ремонта) предыдущего объекта.

2.4.5 параллельный метод технического обслуживания (ремонта) [parallel method of maintenance (repair)]: Метод технического обслуживания (ремонта), характеризующийся одновременным выполнением конкретного обслуживания (ремонта) всей группы обслуживаемых объектов.

2.4.6 параллельно-последовательный метод технического обслуживания (ремонта) [parallel-stepwise method of maintenance (repair)]: Метод технического обслуживания (ремонта), при котором вся группа объектов подразделяется на последовательно обслуживаемые подгруппы, внутри которых техническое обслуживание (ремонт) выполняется параллельным методом.

2.4.7 бригадный метод технического обслуживания (ремонта) [team-based approach of maintenance (repair)]: Метод технического обслуживания (ремонта), при котором бригада исполнителей, специализированных по типам объектов или по операциям, выполняет операции на группе объектов одного или нескольких типов.

2.4.8 метод технического обслуживания (ремонта) эксплуатационным персоналом [method of maintenance (repair) by operating personnel]: Метод выполнения технического обслуживания (ремонта) персоналом, обслуживающим данный объект при его использовании по назначению.

2.4.9 метод технического обслуживания (ремонта) специализированным персоналом [method of maintenance (repair) by specialized personnel]: Метод выполнения технического обслуживания (ремонта) персоналом, специализированным на выполнении операций технического обслуживания (ремонта).

2.4.10 метод технического обслуживания (ремонта) специализированной организацией [method of maintenance (repair) by specialized organization]: Метод выполнения технического обслуживания (ремонта) организацией, специализированной на операциях технического обслуживания (ремонта) данного типа.

2.4.11 фирменный метод технического обслуживания (ремонта) [manufacturer maintenance (repair)]: Метод выполнения технического обслуживания (ремонта) предприятием-изготовителем или лицензированным ремонтным предприятием.

2.4.12 обезличенный метод ремонта (repair without responsibility): Метод ремонта, при котором не сохраняется принадлежность восстановленных составных частей к определенному экземпляру объекта.

2.4.13 не обезличенный метод ремонта (repair with responsibility): Метод ремонта, при котором сохраняется принадлежность восстановленных составных частей к определенному экземпляру объекта.

2.4.14 комбинированный метод ремонта (combined repair): Метод ремонта, при котором одновременно используются комбинации обезличенного и необезличенного методов ремонта составных частей объекта.

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

2.4.16 агрегатный метод ремонта (unit repair): Обезличенный метод ремонта, при котором неисправные составные части объекта заменяются новыми или заранее отремонтированными.

2.4.17 стендовый метод ремонта (bench repair): Метод ремонта, при котором оборудование, подлежащее ремонту, переносится на специально оборудованное место (стенд), а на его место устанавливается аналогичное, ранее отремонтированное оборудование.

2.5 Показатели системы технического обслуживания и ремонта

2.5.1 средняя продолжительность технического обслуживания (ремонта) [average duration of maintenance (repair)]: Математическое ожидание (среднее значение) продолжительности одного технического обслуживания (ремонта) данного вида за определенные период эксплуатации или наработку.

2.5.2 средняя трудоемкость технического обслуживания (ремонта) [average labor content of maintenance (repair)]: Математическое ожидание (среднее значение) трудоемкости одного технического обслуживания (ремонта) данного вида за определенные период эксплуатации или наработку.

2.5.3 средняя стоимость технического обслуживания (ремонта) [average cost of maintenance (repair)]: Математическое ожидание (среднее значение) стоимости одного технического обслуживания (ремонта) данного вида за определенные период эксплуатации или наработку.

2.5.4 средняя суммарная продолжительность технических обслуживаний (ремонтов) [average total duration of maintenance (repair)]: Математическое ожидание (среднее значение) суммарной продолжительности технических обслуживаний (ремонтов) за определенные период эксплуатации или наработку.

2.5.5 средняя суммарная трудоемкость технических обслуживаний (ремонтов) [average total labor content of maintenance (repair)]: Математическое ожидание (среднее значение) суммарной трудоемкости технических обслуживаний (ремонтов) за определенные период эксплуатации или наработку.

2.5.6 средняя суммарная стоимость технических обслуживаний (ремонтов) [average total cost of maintenance (repair)]: Математическое ожидание (среднее значение) суммарной стоимости технических обслуживаний (ремонтов) за определенные период эксплуатации или наработку.

2.5.7 удельная суммарная продолжительность технических обслуживаний (ремонтов) [specific total duration of maintenance (repair)]: Отношение средней суммарной продолжительности технических обслуживаний (ремонтов) к заданной наработке.

2.5.8 удельная суммарная трудоемкость технических обслуживаний (ремонтов) [specific total labor content of maintenance (repair)]: Отношение средней суммарной трудоемкости технических обслуживаний (ремонтов) к заданной наработке.

2.5.9 удельная суммарная стоимость технических обслуживаний (ремонтов) [specific total cost of maintenance (repair)]: Отношение средней суммарной стоимости технических обслуживаний (ремонтов) к заданной наработке.

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

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

2.5.12 готовность парка объектов (equipment availability): Отношение числа работоспособных объектов к общему числу объектов парка в рассматриваемый момент времени.

ГОСТ Р 58908.1-2020 Промышленные системы, установки, оборудование и промышленная продукция. Принципы структурирования и коды. Часть 1. Основные правила

Текст ГОСТ Р 58908.1-2020 Промышленные системы, установки, оборудование и промышленная продукция. Принципы структурирования и коды. Часть 1. Основные правила

ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

МЭК 81346-1:2009

ПРОМЫШЛЕННЫЕ СИСТЕМЫ, УСТАНОВКИ, ОБОРУДОВАНИЕ И ПРОМЫШЛЕННАЯ ПРОДУКЦИЯ. ПРИНЦИПЫ СТРУКТУРИРОВАНИЯ и коды

Часть 1

Основные правила

(IEC 81346-1:2009, Industrial systems, installations and equipment and industrial products — Structuring principles and reference designations — Part 1: Basic rules, IDT)

Предисловие

1 ПОДГОТОВЛЕН Обществом с ограниченной ответственностью «Научно-инженерный центр циф-ровизации и проектирования в строительстве» (ООО «НИЦ ЦПС») на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 4

2 ВНЕСЕН Техническим комитетом по стандартизации ТК465 «Строительство»

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 30 июня 2020 г. № 324-ст

4 Настоящий стандарт идентичен международному стандарту МЭК 81346-1:2009 «Промышленные системы, установки и оборудование и промышленная продукция. Принципы структурирования и кодированные обозначения. Часть 1. Основные правила» (IEC 81346-1:2009 «Industrial systems, installations and equipment and industrial products — Structuring principles and reference designations — Part 1: Basic rules», IDT).

Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5—2012 (пункт 3.5).

При применении настоящего стандарта рекомендуется использовать вместо ссылочных между* народных стандартов соответствующие им национальные стандарты, сведения о которых приведены в дополнительном приложении ДА

5 ВВЕДЕН ВПЕРВЫЕ

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N9 162-ФЗ «О стандартизации в Российской Федерации». Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

© Стандартинформ. оформление. 2020

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

Содержание

1 Область применения

2 Нормативные ссылки

3 Термины и определения

4.3 Техническая система

4.6 Продукты и компоненты

4.8 Типы, экземпляры и отдельные объекты

5 Принципы структурирования

5.1 Основные положения

5.2 Формирование структуры (типы и экземпляры)

5.3 Функциональноориентированная структура

5.4 Структура, ориентированная на продукт

5.5 Структура, ориентированная на местоположение

5.6 Структуры, основанные на других аспектах

5.7 Структуры, основанные более чем на одном аспекте

6 Формирование кодовых обозначений

6.1 Общие положения

6.2 Формат кодовых обозначений

6.3 Различные структуры в рамках одного аспекта

7 Система кодовых обозначений

8 Обозначение местоположений

8.1 Общие положения

8.2 Сборные конструкции

9 Представление кодовых обозначений

9.1 Кодовые обозначения

9.2 Набор кодовых обозначений

9.3 Представление идентификаторов верхнего узла

Приложение А (справочное) Историческая справка

Приложение 8 (справочное) Создание и жизненный цикл объектов

Приложение С (справочное) Обращение с объектами

Приложение D (справочное) Интерпретация кодовых обозначений с использованием различных

Приложение Е (обязательное) Объект, представленный несколькими верхними узлами в аспекте . .52 Приложение F (справочное) Примеры нескольких структур на основе одного и того же аспекта . 54 Приложение G (справочное) Пример структур и кодовых обозначений

Приложение Н (справочное) Пример кодовых обозначений в системе

Приложение ДА (справочное) Сведения о соответствии ссылочных международных стандартов национальным стандартам

Введение

0.1 Общие положения

Настоящий стандарт является дальнейшим развитием ранее введенных и уже отмененных стандартов (МЭК 60113*2. МЭК 60750) в области обозначения элементов (см. приложение А). Настоящий стандарт содержит методологическую базу по созданию моделей установок, машин, зданий и т. д.

Настоящий стандарт определяет:

• принципы структурирования объектов, включая сопутствующую информацию;

— правила формирования кодовых обозначений на основе полученной структуры объекта.

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

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

— подмогут применяться как для физических, так и для нефизических объектов;

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

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

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

— поддерживают параллельную работу и позволяют различным участникам процесса в рамках проекта добавлять и/или удалять данные по мере продвижения структурирования проекта;

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

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

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

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

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

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

0.2 Основные требования к настоящему стандарту

Основные требования к разработке принципов структурирования были изложены ранее, в первом издании стандарта МЭК 61346-1. однако эти требования не являются нормативными для целей настоящего стандарта.

Настоящий стандарт должен:

— быть применим ко всем техническим областям и обеспечивать возможность общего применения;

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

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

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

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

— поддерживать представление объекта независимо от его сложности;

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

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

0.3 Обязательные характеристики стандарта

Обязательные характеристики стандарта были разработаны во время подготовки первого издания МЭК 61346-1.

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

« Настоящий стандарт не содержит правил и ограничений, которые запрещают его использование в технической сфере.

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

• Настоящий стандарт поддерживает обращение информации к объектам на всех этапах их жизненного цикла.

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

— Настоящий стандарт поддерживает идентификацию объектов на основе принципа отношений типа часть/целое.

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

— Настоящий стандарт открыт для дальнейшего расширения системы обозначений.

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

— Настоящий стандарт поддерживает описание различных точек зрения различных пользователей на объект.

— Настоящий стандарт содержит правила для толкования обозначений там. где это необходимо.

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

МЭК 61175 Обсеменение ОИПШЛО»

Идонтмфмпцин устройств авонеьвыасне

МЗК81Э&Б Классификации ивботвмнмя документов.

МЭК82023 Стр^ктур-фованма -пхмнкжой инфаршцим ядскрюктшви

МЭК 83424 Представление теюяюти контроля ПрОЦВССО, МфСКЫ ■дмтршмахРв!

Лсхгогоеш дасуиектое

МЭК 81082 Пэдгатосви ADCytMKTOO, ■олмстрапямикв

МЭК62027 Составление перечней честей

г мэк вготя 4 ГЪргапзев инструкций Построение, содар«вяа мпряяслтяяш l мягярмялв

МЭК 82491 Карадока тяйвпМ икот

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

1 ) Отменен. Действует IEC/IEEE 82079-1^019.

ГОСТ Р 58908.1—2020/

МЭК 81346-1:2009

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ПРОМЫШЛЕННЫЕ СИСТЕМЫ, УСТАНОВКИ, ОБОРУДОВАНИЕ И ПРОМЫШЛЕННАЯ ПРОДУКЦИЯ. ПРИНЦИПЫ СТРУКТУРИРОВАНИЯ И КОДЫ

Industrial systems, installations, equipment and industrial products.

Structuring principles and codes. Part 1. Basic rules

Дата введения — 2021—01—01

1 Область применения

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

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

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

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

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

2 Нормативные ссылки

8 настоящем стандарте использованы нормативные ссылки на следующие стандарты. Для датированных ссылок применяют только указанное издание ссылочного стандарта, для недатированных — последнее издание (включая все изменения).

ISO/IEC 646. Information technology — ISO 7-bit coded character set for information interchange (Информационные технологии. Набор ISO 7-битоеых кодированных знаков для обмена информацией)

3 Термины и определения

8 настоящем стандарте применены следующие термины с соответствующими определениями:

3.1 объект (object): Сущность, рассматриваемая е процессе разработки, реализации, использования и утилизации.

Прим еча н и е 1 — Объект может являться физической или нефизической «вещью», то есть всем тем. что может существовать, существует или существовало ранее.

Примечакие 2 — Объект обладает связанной с ним информацией.

3.2 система (system): Совокупность взаимосвязанных объектов, отделенных от окружающей среды и рассматриваемых в определенном контексте как единое целое.

Примечание 1 — Система, как правило, определяется для достижения поставленной задачи, например путем осуществления определенной функции.

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

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

Примечание 4 — Термин «система» требует уточнения, если из контекста неясно, к чему он относится, например, система управления, колориметрическая система, система единиц, система передав.

Примечание 5— Если система является частью другой системы, ее можно считать объектом согласно определению, представленному в настоящем стандарте.

3.3 аспект (aspect): Определенный способ рассмотрения объекта.

(ИСТОЧНИК: МЭК 60050-151. пункт 11-27, модифицировано)

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

Примечание — В контексте настоящего стандарта термин «процесс» относится к производственному процессу (сборка, строительство, установка и г. д.). посредством которого реализуется объект.

[ИСТОЧНИК: МЭК 60050-351. пункт 21-43. модифицировано]

3.5 функция (function): Предполагаемая или выполненная цель или задача.

3.6 продукт (product): Предполагаемый или достигнутый результат труда, естественного или искусственного процесса.

3.7 компонент (component): Продукт (изделие), используемый в качестве составной части собранного продукта (изделия), системы или установки.

3.8 местоположение (location): Предполагаемое или занятое пространство.

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

3.10 идентификатор (identifier): Атрибут, связанный с объектом и предназначенный для того, чтобы отделить его от других объектов в определенном домене.

3.11 кодовое обозначение (reference designation): Идентификатор конкретного объекта, сформированного в соответствии с требованиями к системе, в которой объект является составным с точки зрения одного или нескольких аспектов этой системы.

3.12 одноуровневое кодовое обозначение (single-level reference designation): Кодовое обозначение. присваиваемое с учетом объекта, частью которого является рассматриваемый компонентный объект в определенном аспекте.

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

3.13 многоуровневое кодовое обозначение (multi-level reference designation): Кодовое обозначение. состоящее из объединенных одноуровневых кодовых обозначений.

3.14 система кодовых обозначений (reference designation set): Набор из двух или более кодовых обозначений, присвоенных объекту, по меньшей мере одно из которых будет однозначно идентифицировать данный объект.

4 Понятия

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

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

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

• для идентификации совокупности информации.

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

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

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

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

Рисунок 2 — Объект

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

Объект удаляется, когда он больше не требуется.

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

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

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

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

— то. для чего предназначен объект или то, что он на самом деле делает. — аспект функции;

— каким образом объект делает то, для чего он предназначен. — аспект продукта;

— предполагаемое или фактическое расположение объекта в пространстве — аспект местоположения.

Кроме того, в случаях, когда ни один из вышеупомянутых аспектов не является подходящим или достаточным, могут применяться и иные аспекты (см. 5.6).

Само понятие аспекта в настоящим стандарте используется для задач структурирования рассматриваемых систем.

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

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

Рисунок 3 — Аспекты объекта

4.3 Техническая система

«Техническая система» — это группа компонентов, работающих совместно для достижения опре-деленной цели.

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

Примечание — Один и тог же компонент может быть частью (иметь определенное значение) сразу а нескольких технических системах.

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

С точки зрения структурирования, техническая система рассматривается как объект, а его компоненты — как физические подобъекты.

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

• для организации информации о системе, то есть о том. как информация распределяется между различными документами и/или комплектами информации (см. МЭК 62023);

— для организации содержания внутри каждого документа (см. примеры в МЭК 61082-1);

— для навигации по информации в системе;

— для формирования кодовых обозначений (см. раздел 6).

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

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

На рисунке 4 показан пример функции и ее подфункций.

Вещество 1

Рисунок 4 — Функция и ее подфункции

4.6 Продукты и компоненты

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

• предназначено для продажи (например, готовый продукт);

— предназначено для доставки (по договоренности между двумя сторонами);

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

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

Прим вча н и е 1 — Продукт обычно имеет номер составной части, обозначение типа и/или наименование. Продукт также может быть идентифицирован по номеру заказа.

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

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

Примечание 2 — Структура представления системы, ориентированная на продукт, обычно совпадает со структурой, используемой в перечнях объектов технической системы, например со структурой списка составных частей в соответствии с МЭК 62023 и МЭК 62027.

Компонент — это продукт, доставляемый поставщиком или производимый на предприятии-изготовителе и адаптируемый к реальным потребностям, например путем настройки, для того чтобы служить компонентом в контексте рассматриваемой системы (см. рисунок 5).

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

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

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

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

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

Местоположение может содержать любое количество компонентов системы.

4.8 Типы, экземпляры и отдельные объекты

Тип — это класс объектов, имеющих одинаковые характеристики. 8 зависимости от количества общих характеристик (как качественных, так и количественных) тип может варьироваться от очень общего до очень специфического. Например:

— общие типы объектов, например, как описано в МЭК 81346-2. где идентификатор типа выражается буквенным кодом;

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

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

— фабричная упаковка таких продуктов может вводить новые виды упакованных продуктов; упаковки. содержащие, например. 1. 5 или 10 продуктов, должны различаться в торговле посредством нанесения различных глобальных торговых идентификационных номеров (GTIN).

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

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

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

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

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

Экземпляр — это использование типа объекта для определенной функции в качестве определенного компонента или в определенном месте в установке или системе.

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

Собранный продукт, система, установка

Поставка продуктов включая документацию

Модули е концепции | продукта

Возможная адаптация типа продукта к потребностям системы делает его системным компонентом

Три экземпляра типа компонента в системе

[четыре отдельных объекта типа компонента, один запасный

Рисунок 5 — Понятия продукта, компонента, типа, отдельного объекта и экземпляра

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

Прим еча н и в 3 — Обозначение отдельного объекта следует за объектом и. следовательно, закрепляется за объектом.

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

Таблица 1 — Идентификация типов, экземпляров и отдельных объектов в различных контекстах

Разработка и поддержка производителя компонентов

Обозначение типа первоначального производителя. Номер изделия (части)

Серийный номер первоначального производителя

Организация продаж производителя компонентов

Внутреннее обозначение типа. Номер изделия (части)

Внутренний серийный номер

Планировщик технической системы (исследо-еатель. топограф и т. д.)

Буквенные коды для общих типов

Сборщик технической системы (подрядчик)

Обозначение типа производителя

Номер заказа. Серийный номер производителя

Пользователь технической системы

Серийный номер производителя.

Инвентарный номер пользователя

Примечание 4 — Затемненные поля таблицы показывают контекст кодовых обозначений и классификацию. обеспечиваемую буквенными кодами.

5 Принципы структурирования

5.1 Основные положения

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

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

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

Правило 2 Структуры должны строиться пошагово с использованием метода «сверху вниз» (нисходящий метод) или «снизу вверх» (восходящий метод).

Примечание 2 — Данный принцип подразумевает, что аспект может изменяться на каждом этапе.

При нисходящем методе процесс обычно выглядит следующим образом:

1) выбор объекта;

2) выбор подходящего аспекта;

3) определение подобъектов (при их наличии) в пределах выбранного аспекта.

Шаги с 1-го по 3-й повторяются необходимое количество раз для каждого установленного объекта верхнего порядка.

При восходящем методе процесс обычно выглядит следующим образом:

1> выбор аспекта для работы;

2) выбор объектов, которые будут рассматриваться совместно;

3) выбор объекта верхнего порядка, для которого выбранные объекты являются составляющими в рамках выбранного аспекта.

Шаги с 1-го по 3-й повторяются необходимое количество раз для каждого установленного объекта верхнего порядка.

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

Прим еча ние 3 — Нисходящий подход обычно применяется для функционально-ориентированной структуры. Восходящий подход обычно применяется для структуры, ориентированной на продукт.

Рисунок 6 — Структурная декомпозиция объекта с точки зрения разлитых аспектов

Если в одном аспекте было выполнено нисходящее структурирование, а впоследствии в другом аспекте выполнено восходящее структурирование, то все объекты более низкого уровня будут иметь оба аспекта. Также часто бывает, что некоторые из вышестоящих объектов также будут определены для обоих аспектов (см. рисунок 7).

Представление ориентированное на продукт

Объект с аспектом функции

Объект с аспектами функции и продукта

Объект с аспектом продукта

Рисунок 7 — Структурная декомпозиция объекта с точки зрения различных аспектов

Примечание — А’ означает, что информационное содержимое, связанное с объектом А. было изменено по мере распознавания аспекта продукта объекта. То же самое применимо к объектам В* и В. См. В.1 приложения В и рисунок С.10.

5.2 Формирование структуры (типы и экземпляры)

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

Прим еча н и е 1 — Древовидные структуры могут быть представлены с использованием вида документа «Структурная диаграмма», как указано в МЭК 61355.

Рисунок 8 — Древовидная структура объекта А (вариант 1)

Другая форма представления данной древовидной структуры показана на рисунке 9.

Объекта Объект D

Рисунок 9 — Древовидная структура объекта А (вариант 2)

Процедура построения древовидной структуры, аналогичной структуре на рисунке 8. как правило, выполняется пошагово.

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

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

Примечание 3 — Подробности терминов «тип» и «экземпляр» см. в 4.8.

На рисунке 10 показано разбиение в рамках одного аспекта типа объекта 1. В рассматриваемом аспекте тип объекта 1 имеет три составляющие. Две из этих составляющих идентичны и ссылаются на один и тот же тип объекта 2.

И — символ обозначающий аспект типа объекта;

— символ, обозначающий экземпляр объекта в том же аспекте

Рисунок 10 — Составляющие типа объекта 1 водном аспекте

На рисунке 11 показано подразделение типа объекта 2 в рамках одного аспекта. Тип объекта 2 имеет две составляющие в этом аспекте, одна относится к типу объекта 4. а другая — к типу объекта 5.

И — символ, обозначающий аспект типа объекта;

/’»‘»У — символ, обозначающий экземпляр объекта в том же аспекте

Рисунок 11 — Составляющие типа объекта 2 в одном аспекте

Тип объекта 4 не имеет дополнительных составляющих, в то время как тип объекта 5 имеет четыре составляющих в аспекте, как показано на рисунке 12.

-символ, обозначающий аслеггтипз объекта;

— символ, обозначающий экземпляр объекта а том же аспекте

Рисунок 12 — Составляющие типа объекта 5 а одном аспекте

Ни один из типов объектов 6.7.8 и 9 не имеет каких-либо дополнительных составляющих. Полная древовидная структура объекта А. являющегося экземпляром типа объекта 1. может быть построена путем объединения полученных древовидных структур для выделенных типов объектов, как показано на рисунках 13 и (сокращенно) 8.

символ, обозначающий аспект типа объекта;

— символ, обозначающий экземпляр объекта в том же аспекте.

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

Рисунок 13 — Древовидная структура типа объекта 1

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

5.3 Функционально-ориентированная структура

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

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

На рисунке 14 показана функционально-ориентированная структура.

Рисунок 14 — Функционально-ориентированная структура

5.4 Структура, ориентированная на продукт

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

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

На рисунке 15 показана структура, ориентированная на продукт.

Рисунок 15— Структура, ориентированная на продукт

5.5 Структура, ориентированная на местоположение

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

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

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

На рисунке 16 показана структура, ориентированная на местоположение.

Пространства Просгрвнстводлящкта Гфостранстводляиодутжи>лш

для реофвдлкпгыюго устрайсти^часть нжеяты

Рисунок 16 — Структура, ориентированная на местоположение

5.6 Структуры, основанные на других аспектах

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

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

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

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

Прим еча ни© 2 — ВISO/TS 81346-3 показан один из способов применения общего обозначения для других аспектов.

=ХЕ01 Воедино» стотинш

Пример: #СРЗ=ХЕ

МАО) — здание Администрации 1: >AD2 ■— здание администрации 2; КСР1 — мание химического цеха 1: КСР2 — мание химического цеха 2; KCP3 — мание химического цеха 3: »РР1 — электростанция 1

Рисунок 17 — Применение «других аспектов»

Прим еча н и е 3 — В соответствие с 6.2.1 знак префикса # используется для кодовых обозначений, основанных на «других аспектах».

Прим еча н и е 4 — Еще один способ работы с объектами на площадке показан в 9.3.

5.7 Структуры, основанные более чем на одном аспекте

Иногда целесообразно идентифицировать объект в рассматриваемой системе с помощью более чем одного аспекта (см. рисунок 18).

Рисунок 18 — Объект с точки зрения трех аспектов, которые испогъзуются только для внутреннего структурирования

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

Также могут использоваться различные аспекты для подобъектов, как указано в 5.1 и 5.2 (см. рисунок 19).

Рисунок 19 — Объект, идентифицированный с помощью одного аспекта, и подобъектов, идентифицированных с помощью другого аспекта

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

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

6 Формирование кодовых обозначений

6.1 Общие положения

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

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

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

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

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

6.2 Формат кодовых обозначений

6.2.1 Одноуровневое кодовое обозначение

Правило 6 Одноуровневое кодовое обозначение, присвоенное объекту, должно состоять из знака префикса, за которым следует:

— буквенный код с номером или

— буквенный код или

Дополнительные правила применения буквенных кодов рассмотрены в 6.2.3.

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

«=» (равно) в отношении аспекта функции объекта:

«-»(минус) в отношении аспекта продукта объекта;

«+»(плюс) в отношении аспекта местоположения объекта;

«#» (решетка) в отношении других аспектов объекта.

В целях обеспечения возможности программной реализации формирования и интерпретации кодовых обозначений знаки префикса следует выбирать из набора G0 по ИСО/МЭК646 или эквивалентным ему международным стандартам.

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

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

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

Для обеспечения лучшей читаемости рекомендуется, чтобы номера и буквенные коды были как можно более короткими.

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

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

На рисунке 20 показаны примеры одноуровневых кодовых обозначений.

сбмктвнаооноев функционал фмакпфомнной структуры

Кодов» обозначение оОьмтивоонсаа структуры. СрШНПфОИНИОЙ не продует

КОДоео* ебшынение объекте ни основе стиюдеы. орммтмрсмяной нв меспжюлоквннв

Рисунок 20 — Примеры одноуровневых кодовых обозначений

6.2.2 Многоуровневое кодовое обозначение

На рисунке 21 показана связь между одноуровневыми кодовыми обозначениями и многоуровневыми кодовыми обозначениями.

мюгауроаюаае квдрвае обоминмма =ai=Ca=E8=F4=O5=№

Рисунок 21 — Связь между многоуровневым кодовым обозначением и его одноуровневыми кодовыми обозначениями

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

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

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

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

6.2.3 Использование буквенных кодов

Одноуровневое кодовое обозначение может состоять из буквенного кода:

— с указанием класса объекта; или

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

Буквенные коды должны быть написаны заглавными латинскими буквами от А до Z (исключая обозначения национальных символов). Следует избегать использования букв I и О. если существует вероятность спутать их с 1 (единица) и 0 (нуль).

Одноуровневое кодовое обозначение может состоять из буквенного кода:

— буквенный код должен классифицировать объект на основе применяемой системы классификации;

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

Примечание — Последовательность букв в буквенном коде не отражает структуру системы;

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

6.3 Различные структуры в рамках одного аспекта

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

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

На рисунке 22 показаны некоторые примеры многоуровневых кодовых обозначений с использованием нескольких префиксов.

Рисунок 22 — Примеры многоуровневых кодовых обозначений с использованием нескольких префиксов

7 Система кодовых обозначений

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

Если с объектом связано более одного кодового обозначения, то совокупность этих обозначений называется системой кодовых обозначений.

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

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

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

Примечание — Многоточие составляется из трех точек либо с помощью принятого знака многоточия.

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

Дополнительные примеры применения кодовых обозначений приведены в приложениях G и Н.

с) Системе кодовых обозначений с одним ОДнОХвыым и одним «МДнОЯ-вМ подовым обсона1ием. последнее обозначается многоточием « *

б) Система кодовых обеспечений с одним одмоз^чнем и ад>ым немноэ»«ч>*м ксдсемы обозначением Многоточие не юхльзуется потому «то путаница ыапееерсвтма

Рисунок 23 — Пример систем кодовых обозначений

8 Обозначение местоположений

8.1 Общие положения

Для обозначения местоположений применяют следующие правила.

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

Примечание 1 — В соответствующих случаях могут применяться признанные или согласованные системы кодирования, например, такие, как ИСО 3166-1 для государств.

Обозначение зданий, этажей и помещений в зданиях должно соответствовать правилам серии стандартов ИСО 4157-1.

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

Координаты (2D или 3D) также могут быть использованы в качестве основы для обозначения местоположений в здании или сооружении.

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

Примечание 2 — Координаты в системе координат являются точным средством позиционирования. а не местоположением в рамках настоящего стандарта.

Примечание 3 — Определение эон с использованием линий застройки (см. ИСО 4157-3), часто называемых координатами плоскости застройки, является примером применения двумерного определения местоположения. Схожий пример показан на рисунке 25.

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

8.2 Сборные конструкции

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

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

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

В — внутри—задняя часть;

D — внешняя сторона двери:

Е — внутренняя сторона двери.

Прим еча н и е — Буквенные кеды определены в приведенном выше перечне и не относятся к МЭК81346-2.

Рисунок 24 — Пример обозначения монтажных плоскостей внутри сборки заводского исполнения

На рисунке 25 показано, как можно сформировать обозначения местоположений на монтажной плоскости. 8 этом конкретном случае монтажная плоскость принимается за заднюю внутреннюю часть (обозначается как +В) монтажного шкафа.

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

Вертикальное положение выражается числами от 01 до л. представляющими множество, кратное U. Единица U представляет расстояние 44,5 мм в соответствии с требованиями МЭК 60297-3-100.

Горизонтальное положение выражается числами от 01 до т. представляющими множество, кратное HP. Единица HP представляет собой расстояние 5.08 мм в соответствии с МЭК 60297-3-101.

Обозначение местоположения сформировано следующим образом:

* [монтажная поверхность] + [вертикальное положение] * [горизонтальное положение]

Таким образом, заштрихованные области на рисунке 25 обозначены как *8*11 (область синего цвета) и *В*22+09 (область красного цвета).

Рисунок 25 — Примеры обозначений местоположений внутри монтажного шкафа заводского исполнения

9 Представление кодовых обозначений

9.1 Кодовые обозначения

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

Правило 26 Кодовое обозначение должно быть представлено одной строкой.

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

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

• знак префикса может быть заменен на к.» (точку); или

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

Примечание 1 — Рекомендуется применять этот метод только в том случае, есгм одноуровневые кодовые обозначения снабжены буквенным кодом, за которым следует номер.

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

Если необходимо указать, что данное кодовое обозначение является полным по отношению к верхнему узлу в контексте фактического представления, символ «>» (больше) должен быть поставлен перед кодовым обозначением.

Примечание 2 — Символ <>» (больше) не является частью кодового обозначения.

Примечание 3 — Дополнительные правила представления кодовых обозначений в документах представлены в МЭИ 61082-1 и ИСО 15519-1.

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

Рисунок 26 — Примеры представления многоуровневых кодовых обозначений

9.2 Набор кодовых обозначений

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

Набор кодовых обозначений объекта может быть представлен одной строкой или набором последовательных строк.

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

Если кодовые обозначения представлены в одной строке и существует неопределенность при интерпретации обозначения, то знак «/» (косая черта) должен использоваться в качестве знака-разделителя между различными кодовыми обозначениями.

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

Рисунок 27 — Представление кодовых обозначений е наборе кодовых обозначений

9.3 Представление идентификаторов верхнего узла

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

Правило 35 Если идентификатор верхнего узла должен быть представлен вместе с кодовым обозначением, он должен быть заключен в угловые скобки (<. >) и расположен перед кодовым обозначением самой системы, которую представляет верхний узел.

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

Примечание 2 — Приложение Е содержит специальные рекомендации по применению данного правила.

Примечание 3 — Верхние узлы могут иметь идентификаторы, такие как номер детали. номер заказа, номер типа или наименование.

=А1В1 идентифицирует объект =А1В1 системы с идентификатором верхнего узла 723456-Х.

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

— манне администрации t. — мание администрации 2. — мание химического цеха 1. — мание химического цеха 2; — мание химического цеха 3. — электростанция 1

Рисунок 28 — Различные объекты на площадке, указанные с использованием идентификаторов верхнего узла

10 Маркировка

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

Маркировку кабелей и проводников см. в МЭК 62491.

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

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

Полный кодовым обожемвнмам, например для лэдовыкт«Я1, является -4M43&R1.

Общей кмпмй часто подобмктом 431 и -S2 жлмпж -31.

Общей тМмапьнСй частые подобий хтов -Rif я-К2 является -81432

Рисунок 29 — Общая начальная часть кодовых обозначений

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

HB S **™* I АЙ?! = НацлиСь на МОП»

Ь) Марюфоека. обдел»

Рисунок 30 — Общая начальная часть кодовых обозначений

Приложение А (справочное)

Стандарт МЭК 81346-1 является пересмотром МЭК 61346-1:1996 с принятием ео внимание содержания ISO/TS 16952-1. Номер публикации был изменен, чтобы обособить общую серию стандартов ИСО/МЭК на кодовые обозначения.

МЭК 61346-1 имеет два предшествующих стандарта — МЭК 60750:1983 и МЭК 60113-2:1971. Таблица I буквенных кодов в МЭК 60750:1983 состоит из основных частей, взятых из МЭК 60113-2:1971. Область применения этих стандартов со временем расширялась.

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

Общая техническая информация

Общая техническая документация

Схемы с сопроводительной документацией

Проектирование Производство Эксплуатация Вывод из эксплуатации/

Разработка Установка Техобслуживание/ усовершенствование

Рисунок А.1 — Область применения стандартов кодовых обозначений

А.2 МЭК 60113-2:1971

Обозначение элементов (термин, использованный в МЭК 60113-2) представляло собой просто кпассифмса-цию/кодирование отдельных компонентов с добавлением порядкового номера для разделения компонентов одного класса. Поскольку последовательная нумерация нецелесообразна для более крупных проектов, в МЭК 60113-2 была предусмотрена возможность добавления иерархических обозначений перед кодом компонента и. таким образом. получения простой формы структурирования.

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

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

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

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

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

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

А.4 МЭК 61346-1:1996

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

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

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

Примечание — Использование термина «объект» в объектно-ориентированном проектировании системы и объектно-ориентированном программировании связано, но не совпадает с термином, используемым в настоящем стандарта.

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

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

А.5 МЭК 81346-1:2009

В МЭК 81346-1 правила, установленные в МЭК 61346-1. сохраняются, но большее внимания уделяется описанию базовых концепций, чтобы улучшить понимание и применимость настоящего стандарта. Правила и требования. основанные на материалах рабочей группы ИСО ТС10. были адаптированы для повышения удобства использования стандарта вне области электротехники.

МЭК 81346-1 призван стать базовым для единой системы кодовых обозначений в МЭК и ИСО и должен стать первой частью серии стандартов с общим номером относительно различных областей применения.

Приложение В (справочное)

Создание и жизненный цикл объектов

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

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

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

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

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

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

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

• В момент I = 0 объект О, установлен (определен). Объект сложный (составной), и поэтому О, делится на О,, и на 0,₂‘ и н а О, ₃.

• В момент f] вводится объект О₂ со свойствами, относящимися к 0,₃. Таким образом, возможно объединить О₂ с О, ₃. поэтому О_{1 3} становится О, Тем самым O_t меняется на О_г.

• В момент вводится новый объект О₃.

• В момент объект 0,₃. больше не является значимым и поэтому удаляется. Тем самым О, меняется на О_г.

• Информация, относящаяся к О_э (введенная в момент /₂). имеет отношение к О₁₂. и поэтому информация (например, свойства) О, ₂ и О₃ объединяется и становится О, ₂— Тем самым О₍ меняется на О_>.

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

• В момент t_x подобъвкты O_{1 r} O_J2. и О₄ становятся подобъектами. формирующими конечный результат О,, который, таким образом, трансформировался четыре раза в течение своего жизненного цикла и поэтому распознается как О.

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

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

• Владелец здания желает построить новый гараж. Гараж идентифицируют как О_г вводя таким образом объект. Постройка гаража — это сложная работа, и поэтому гараж О₁ декомпозируется на строительные конструкции, обозначенные как О, _г внутреннюю систему водоотведения, обозначенную как О, ₂. и систему автоматического управления воротами, обозначенную как О, ₃.

• Со временем производитель показывает свои совершенно новые продукты для управления воротами, идентифицированные как объект О?, владельцу здания, и поэтому в момент времени вводится объект О₂. Новое поколение элементов управления воротами имеет расширенные возможности по сравнению с первоначальной концепцией на первых этапах проектирования, и. следовательно, свойства связаны с О₍ и возможно объединить О₂ с О_{( 3}. поэтому О, £ становится О, у. Тем самым оригинальная концепция гаража О, незначительно меняется на О.

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

• Владелец здания получает предложение о новой системе контроля ворот и понимает, что цена не укладывается в бюджет, и он решает сэкономить средства и убрать автоматическую систему контроля ворот. Следовательно. в момент /3 объект О_{1 а} больше не является значимым и поэтому удаляется. Тем самым первоначальная концепция О, меняется на О.

• Потребность в интенсивной мойке О₂ 1 и при проектировании становится ясно, что информация (например, свойства) О, ₂ и может быть объединена и становится О^. Тем самым первоначальная концепция О, меняется на О,-

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

• В момент t_x подобъекты O_{t (}(первоначальная конструкция здания). 0,₂ (система водоотведения, спроектированная с учетом интенсивной мойки) и О₄ (требование о сооружении крыши гаража) являются подобъектами. формирующими конечный вариант гаража O_v который, таким образом, трансформировался четыре раза в течение своего жизненного цикла и поэтому распознается как О^. Этот конечный объект теперь представляет собой окончательный проект гаража, и владелец здания может начать конкурсные процедуры на строительство гаража.

• С начало*! строительства жизненный цикл продолжается, но теперь О₍ представляет собой тот гараж, который будет построен.

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

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

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

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

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

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

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

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

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

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

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

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

Источник https://secretmag.ru/enciklopediya/chto-takoe-tekhnicheskie-usloviya-obyasnyaem-prostymi-slovami.htm

Источник https://legalacts.ru/doc/gost-18322-2016-mezhgosudarstvennyi-standart-sistema-tekhnicheskogo-obsluzhivanija-i-remonta/

Источник https://allgosts.ru/01/110/gost_r_58908.1-2020