База ГОСТовallgosts.ru » 25. МАШИНОСТРОЕНИЕ » 25.040. Промышленные автоматизированные системы

ГОСТ Р ИСО 10303-239-2008 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 239. Прикладные протоколы. Поддержка жизненного цикла изделий

Обозначение: ГОСТ Р ИСО 10303-239-2008
Наименование: Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 239. Прикладные протоколы. Поддержка жизненного цикла изделий
Статус: Действует

Дата введения: 09/01/2008
Дата отмены: -
Заменен на: -
Код ОКС: 25.040.40
Скачать PDF: ГОСТ Р ИСО 10303-239-2008 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 239. Прикладные протоколы. Поддержка жизненного цикла изделий.pdf
Скачать Word:ГОСТ Р ИСО 10303-239-2008 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 239. Прикладные протоколы. Поддержка жизненного цикла изделий.doc


Текст ГОСТ Р ИСО 10303-239-2008 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 239. Прикладные протоколы. Поддержка жизненного цикла изделий



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

НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

ГОСТ Р исо 10303-239— 2008

Системы автоматизации производства и их интеграция

ПРЕДСТАВЛЕНИЕ ДАННЫХ ОБ ИЗДЕЛИИ И ОБМЕН ЭТИМИ ДАННЫМИ

Часть 239

Прикладные протоколы.

Поддержка жизненного цикла изделий

ISO 10303-239:2005

Industrial automation systems and integration — Product data representation and exchange — Part 239: Application protocol: Product life

cycle support (IDT)

Издание официальное

<4

§

s

i

<4

<•>

lA

Стмлфпнфцрн

2009

ГОСТ Р ИС010303-239 — 2008

Предисловие

Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. № 184-ФЗ «О техническом регулировании», а правила применения национальных стандартов Российской Федерации — ГОСТ Р1.0 — 2004 «Стандартизация в Российской Федерации. Основные положения»

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

1    ПОДГОТОВЛЕН Государственным научным учреждением «Центральный научно-исследовательский и опытно-конструкторский институт робототехники и технической кибернетики» на основе собственного аутентичного перевода стандарта, указанного в пункте 4

2    ВНЕСЕН Техническим комитетом по стандартизации ТК459 «Информационная поддержка жизненного цикла изделий»

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

4    Настоящий стандарт идентичен международному стандарту ИС010303-239:2005 «Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 239. Прикладной протокол. Поддержка жизненного цикла изделий» (IS0 10303-239:2005 «Industrial automation systems and integration — Product data representation and exchange— Part239: Application protocol: Product life cycle support»).

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

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

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

© Стандартинформ. 2009

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

я

ГОСТ РИС010303-239—2008

Содержание

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

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

3    Термины, определения и сокращения................................ 4

4    Информационные требования.................................... 6

4.1    Основные понятия и терминология............................... 6

4.2    Модель информационных требований.............................. 10

5    Интерпретированная модель модуля................................ 13

6    Требования соответствия...................................... 13

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

Приложение А (обязательное) Расширенные листинги на языке EXPRESS.............. 40

Приложение В (обязательное) Сокращенные наименования ИММ................... 41

Приложение С (обязательное) Специфические требования для методов реализации......... 53

Приложение О (обязательное) Форма заявки о соответствии реализации протоколу (ЗСРП)...... 54

Приложение Е (обязательное) Регистрация информационного объекта................ 55

Приложение F (справочное) Прикладная функциональная модель.................. 55

Приложение G (справочное) Машинно-интерпретируемые листинги..................137

Приложение Н (справочное) Руководство по реализации прикладного протокола...........137

Приложение I (справочное) Техническое обсуждение.........................137

Приложение К (справочное) Сведения о соответствии национальных стандартов Российской Федерации ссылочным международным стандартам......................141

Библиография............................................143

ш

ГОСТ Р ИС010303-239 — 2008

Введение

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

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

Настоящий стандарт входит в группу прикладных протоколов (ПП). В нем определен прикладной протокол для поддержки жизненного цикла изделий (ПП239). Этот прикладной протокол определяет среду и рамки для поддержки жизненного цикла изделий и ссылается на прикладной модуль (ИСО/ТС10303-439). который определяет информационные требования для поддержки жизненного цикла изделий и интегрированные ресурсы, необходимые для того, чтобы соответствовать этим требованиям.

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

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

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

Термины и определения, применяемые в настоящем стандарте, приведены в разделе 3.

Информационные требования приложения определены в прикладном модуле (ИСО/ТС 10303-439). ссылка на который приведена в разделе 4. Бизнес-среда информации, которая требуется для обмена данными по поддержке жизненного цикла изделий, представлена в подразделе 4.1. В данном подразделе определена модель планирования данных, которая содержит общее представление информационных требований этой предметной области с использованием соответствующей терминологии.

Конструкции ресурсов интерпретируются так. чтобы соответствовать этим информационным требованиям. Интерпретация определена в прикладном модуле (ИСО/ТС 10303-439), ссылка на который приведена в разделе 5. Данная интерпретация демонстрирует связь между информационными требованиями и интерпретированной моделью модуля (ИММ). Сокращенный листинг ИММ. в котором определен интерфейс с интегрированными ресурсами, присоединен посредством ссылки из прикладного модуля. Расширенный листинг ИММ. ссылка на который приведена в приложении А. содержит полный текст ИММ на языке EXPRESS без пояснений.

Подмножества ПП. по которым может проводиться аттестационное тестирование, определены в разделе в.

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

Настоящий стандарт определяет прикладной протокол для представления поддержки жизненного цикла изделий (ПЖЦИ) и удовлетворяет потребности промышленности в обмене и интеграции информации по поддержке изделий.

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

* проделанной работы и использованных ресурсов:

-    использования изделий;

-    размещения, состояния и свойств изделий:

-    размещения, состояния и свойств ресурсов.

В настоящий комплекс стандартов ИСО 10303 включены дополнительные прикладные модули для поддержки представления структурированных требований.

Настоящий стандарт дает возможность создавать гарантированный комплект информации об изделии и его поддержке (ГИИП) и управлять им во времени. ГИИП может использоваться для определения и

IV

ГОСТ Р ИС010303-239—2008

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

Визуальное представление ПЖЦИ представлено на рисунке 1.

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

- ГИИП. который определяет изделие и его поддержку и используется при управлении изменениями конфигурации и

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

Структура ичделия

Свойства изделия

Килы сбосп и отказов изделия

Среда развертывания

Инструкции но обслуживанию

Необходимые ресурсы

Характеристики поддержки

Директивы на изменения

*

Стандартные

• ч

^ + ч

l' *■

коммерческие

1 \ • * • ; ''Перелечен ;

тршпакции

; извлечение >

Разделяемые

данные

жизненного

цикла

Запрос !

Обслуживание'

размещение

; Использование

-.....

Инструкции

обслуживающему

персоналу

Обратная связь эксплуатации и поддержки

Рисунок 1 — Визуальное представление ПЖЦИ

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

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

V

ГОСТ Р ИС010303-239 — 2008

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

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

•    прямые интерфейсы между системами с различными возможностями, но с некоторыми общими данными:

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

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

к

с

О)

и

е

о

о

с,

О

Ракегы

Самолеты бизнес-класса

Военные суда

g

Спутники.

Специальное промыш-

Коммерческие суда.

5

Артиллерия

ленное оборудование.

военные самолеты.

о

о

Телекоммуникационная

Коммерческие самолеты

«й

CD

аппаратура

Авиационные двигатели Авионика

Подводные лодки. Электростанции. Нефтяные вышки

Компьютеры.

Автомобили

Силовые турбины

Транспортные

Трансмиссии

Горное оборудование

средства для досуга.

Специальные

Грузовики.

«

о:

Радио/Радары

устройства.

Шасси самолета.

X

гг

Сельскохозяйственные

Грузоподъемники.

&

машины

Технологические установ-

о

Двигатели

ки для непрерывного производства.

Армейские транспортные средства

Домашняя техника

Катера.

Насосы

«

S

Бытовая

Садовое оборудование

Вентили

Ж

электроника.

Рельсовые тележки.

Фильтры.

X

Велосипеды. Вытяжные системы

Трансформаторы

Тормоза

Низкая    Средняя    Высокая

Сложность поддержки

Рисунок 2 — Сегментация рынка

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

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

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

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

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

VI

ГОСТ РИС0 10303-239—2008

Иэдеттг

Де&£ггша

РВСурСЫ

Рисунок 3 — Понятия ПЖЦИ

Модель планирования данных, раскрывающая эти понятия, представлена в 4.1.

Верхняя часть иерархии модулей для настоящего стандарта представлена на рисунке 4.

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

Основные прикладные модули верхних уровней, реализующие прикладной протокол ПП239. перечислены ниже. Информация об их содержании приведена в 4.1 и в стандартах комплекса ИСО 10303. определяющих эти модули:

-    а Поддержка жизненного цикла изделия поПП239» (см. ИСО/ТС 10303-439);

-    «Регистрация состояния изделия по ПП239» (ИСО/ТС 10303-1304);

-    «Информация по определению изделия по ПП239» (ИСО/ТС 10303-1292);

-    «Регистрация действий по ПП239» (ИСО/ТС 10303-1287);

•    «Определение работы по ПП239» (ИСОЯС10303-1307);

•    «Спецификация задания с ресурсами по ПП239» (ИСОЯС 10303-1306).

Настоящий стандарт основан на использовании прикладных модулей, определенных в стандартах комплекса ИСО 10303. Поэтому он гармонизирован с другими прикладными протоколами, в которых используются те же модули. Кроме того, в настоящем стандарте использован ряд прикладных модулей, касающихся информации по управлению данными об изделии (модули PDM). Модули PDM основываются на EXPRESS-схеме PDM_Schema. которую можно найти в Интернете по адресу:  и которая была разработана для того, чтобы обеспечить гармонизацию между прикладными протоколами ИС010303-203(1]. ИС0 10303-214 [2] и ИС0 10303-232 [3].

Через общие модули настоящий стандарт согласован с указанными прикладными протоколами в следующих областях:

•    для области определения класса соответствия 6 — с ИС010303-214 [2];

-для представления сборки в части ее структуры, свойств и характерных понятий, таких как дага/еремя. утверждение и личность-организация — со второй редакцией ИС0 10303-203 [1]:

-    в подходе к классификации и использованию эталонных данных — с ИСО 10303-221 [4]. ИС0 10303-236 [5] и ИС015926 [6].

Возможность управления требованиями в настоящем стандарте была разработана совместно с проектом по разработке нового прикладного протокола для системного проектирования ИСО 10303-233 (7]. Системное проектирование и анализ поддержки изделия являются связанными дисциплинами, используемыми для сложных изделий. В настоящем стандарте и в ИС0 10303-233 [7] используются общие модули, определяющие, в частности, требования, выраженные в форме текста, схему деления изделия и системную схему деления для того, чтобы обеспечить совместное использование данных в обоих стандартах.

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

VH

ГОСТ Р ИС010303-239 — 2008

Поддержка жизненною цик.ш изделий но ПП239

Регистрация состояния изделия

< Региарацмя состояния изделия но III 1239

< Результаты наблюдений

Описанное состояние

Обоснование

Назначение размещения

Конфигурация изделия

< Информация но определению изделия но ПН239

Регистрация действий, выполненных на изделии

С Регистрация действий по i II1239

—С

Результаты наблюдений

Реализованное действие

Реализованный ресурс

Определение работы no 1И1239

Представление задания и ресурсов, необходимых для выполнения работы на изделии

Спецификация задания с ресурсами но ПП239

Информация по определению изделия по ПГШ9

Рисунок 4 — Выделенная часть иерархии модулей

VIII

ГОСТ Р ИСО 10303-239 — 2008

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

Системы автоматизации производства и их интеграция ПРЕДСТАВЛЕНИЕ ДАННЫХ ОБ ИЗДЕЛИИ И ОБМЕН ЭТИМИ ДАННЫМИ

Часть 239

Прикладные протоколы. Поддержка жизненного цикла изделий

Industrial automation systems and integration. Product data representation and exchange. Part 239. Application protocots. Product life cyde support

Дата введения — 2008—09—01

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

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

Примечание — Область применения настоящего стандарта уточняется в модели прикладной деятельности {см. приложение F).

Требования настоящего стандарта распространяются на:

*    информацию, необходимую для определения сложного изделия и его обеспечения;

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

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

-    представление сборок, входящих в изделие, включая:

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

2)    представление разнообразных видов структуры изделия и его схем деления.

3)    представление формы сборки как композиции представления форм ее компонентов.

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

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

7) классификацию деталей, документов и сборок;

-    представление изделия на протяжении его жизненного цикла, включая:

1)    представление требований к изделию и их выполнения.

2)    представление существующих или потенциальных будущих изделий.

3)    идентификацию конфигурации изделия для заданного применения.

4)    спецификацию ограничений эффективности, привязанных к конфигурации изделия.

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

-спецификацию и планирование действий для изделия, включая:

1)    спецификацию заданий, которые должны быть выполнены на изделии.

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

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

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

-    представление истории использования изделия, включая:

1)    регистрацию использования изделия и использованных ресурсов.

2)    регистрацию действий, выполненных на изделии и использованных ресурсах:

Издание официальное

1

ГОСТ Р ИС010303-239 — 2008

. представление истории изделия, включая:

1)    регистрацию за прошедший период состояний изделия.

2)    регистрацию за прошедший период конфигураций изделия.

3)    размещение данных об изделии.

4)    результаты наблюдений за параметрами изделия.

Требования настоящего стандарта не распространяются на:

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

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

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

В настоящем стандарте использованы ссылки на следующие международные стандарты:

ИСО/МЭК 8824-1:2002 Информационные технологии. Взаимосвязь открытых систем. Абстрактная синтаксическая нотация версии один (АСН.1). Часть 1. Спецификация основной нотации

ИС0 10303*1:1994 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1. Общие представления и основополагающие принципы

ИС010303-11:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 11. Методы описания. Справочное руководство по языку EXPRESS ИС010303-21:2002 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 21. Методы реализации. Кодирование открытым текстом структуры обмена

ИС010303-22:1998 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 22. Методы реализации. Стандартный интерфейс доступа к данным ИС010303-28:2003 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 28. Методы реализации. Представление на языке XML EXPRESS-схем и данных

ИС010303-31:1994 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 31. Методология и основы аттестационного тестирования. Общие положения

ИС010303-41:2005 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 41. Интегрированные обобщенные ресурсы. Основы описания и поддержки изделий

ИС010303-58:2005 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 56. Интегрированные обобщенные ресурсы. Состояние

ИС0 10303-202:1996 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 202. Прикладные протоколы. Ассоциативные чертежи

ИСОЯС 10303-439:2005 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 439. Прикладные модули. Поддержка жизненного цикла изделий по ПП239

ИСОЯС 10303-1001:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1001. Прикладные модули. Присваивание внешнего вида ИСОЯС 10303-1011:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1011. Прикладные модули. Организация и личности в ней ИСОЯС 10303-1016:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1016. Прикладные модули. Категоризация изделий

ИСОЯС 10303-1017:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1017. Прикладные модули. Идентификация изделий

ИСОЯС 10303-1021:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1021. Прикладные модули. Назначение идентификационного кода

ИСОЯС 10303-1025:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1025. Прикладные модули. Идентификация альтернативных имен

ИСОЯС 10303-1026:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1026. Прикладные модули. Структура сборки

2

ГОСТ РИС010303-239—2008

ИСО/ТС 10303-1042:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1042. Прикладные модули. Заявка на проведение работ ИСО/ТС 10303-1043:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1043. Прикладные модули. Наряд на выполнение работы ИСОЯС 10303-1047:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1047. Прикладные модули. Действие

ИСОЯС 10303-1049:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1049. Прикладные модули. Метод действия

ИСОЯС 10303-1070:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1070. Прикладные модули. Класс

ИСОЯС 10303*1106:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 110в. Прикладные модули. Расширенное представление меры

ИСОЯС 10303*1164:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1164. Прикладные модули. Изделие как отдельный представитель

ИСОЯС 10303-1214:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1214. Прикладные модули. Системная схема деления

ИСОЯС 10303-1216:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1216. Прикладные модули. Функциональная схема деления

ИСОЯС 10303-1217:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1217. Прикладные модули. Зональная схема деления ИСОЯС 10303-1218:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1218. Прикладные модули. Гибридная схема деления ИСОЯС 10303-1241:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1241. Прикладные модули. Права на информацию

ИСОЯС 10303-1242:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1242. Прикладные модули. Положение в организации ИСОЯС 10303-1243:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1243. Прикладные модули. Опыт

ИСОЯС 10303-1244:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1244. Прикладные модули. Квалификации

ИСОЯС 10303-1245:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1245. Прикладные модули. Тип личности

ИСОЯС 10303*1246:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1246. Прикладные модули. Классификация атрибутов

ИСОЯС 10303-1248:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1248. Прикладные модули. Схема деления изделия

ИСОЯС 10303-1251:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1251. Прикладные модули. Интерфейс

ИСОЯС 10303-1253:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1253. Прикладные модули. Условие

ИСОЯС 10303-1255:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1255. Прикладные модули. Определение состояния

ИСОЯС 10303-1256:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1256. Прикладные модули. Зарегистрированное состояние ИСОЯС 10303-1258:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1258. Прикладные модули. Результаты наблюдений

ИСОЯС 10303-1259:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1259. Прикладные модули. Реализованное действие

ИСОЯС 10303-1260:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1260. Прикладные модули. Схема

ИСОЯС 10303-1262:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1262. Прикладные модули. Спецификация задания

ИСОЯС 10303-1265:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1265. Прикладные модули. Оболочка

2-2Э0Т

3

ГОСТ Р ИС010303-239 — 2008

ИСО/ТС10303-1266:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1266. Прикладные модули. Управление ресурсами

ИСО/ТС 10303-1267:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1267. Прикладные модули. Необходимый ресурс

ИСО/ТС 10303-1268:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1268. Прикладные модули. Элемент ресурса

ИСО/ТС 10303-1270:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1270. Прикладные модули. Сообщение

ИСО/ТС 10303-1275:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1275. Прикладные модули, внешний класс

ИСО/ТС 10303-1276:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1276. Прикладные модули. Размещение

ИСО/ТС 10303-1287:2005 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1287. Прикладные модули. Регистрация действий по ПП239 ИСО/ТС 10303-1289:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1289. Прикладные модули. Информация о ресурсах управления по ПП239

ИСО/ТС 10303-1292:2005 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1292. Прикладные модули. Информация по определению изделия по ПП239

ИСО/ТС 10303-1297:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1297. Прикладные модули. Управление документооборотом ЛОПП239

ИСО/ТС 10303-1304:2005 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1304. Прикладные модули. Регистрация состояния изделия по ЛП239

ИСО/ТС 10303-1306:2005 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1306. Прикладные модули. Спецификация задания с ресурсами по ПП239

ИСО/ТС 10303-1307:2005 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1307. Прикладные модули. Определение работы по ПП239 ИСО/ТС 10303-1340:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1340. Прикладные модули. Назначение имен

ИСОЯС10303-1348:2004 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1348. Прикладные модули. Управление требованиями

3 Термины, определения и сокращения

3.1    Термины, определенные в ИСО 10303-1

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

-    приложение (application);

-    прикладной объект (application object);

-    прикладная функциональная модель (application activity model);

-    прикладная интерпретированная модель (application interpreted model):

-    прикладной протокол (application protocol);

-    прикладная эталонная модель (application reference model):

-    данные (data):

-    информация (information);

-    интегрированный ресурс (integrated resource):

-    изделие (product);

-    данные об изделии (product data).

3.2    Термин, определенный в ИСО 10303-202

В настоящем стандарте применен следующий термин:

прикладная интерпретированная конструкция (application interpreted construct).

3.3    Термины, определенные в ИСО 10303-1001

В настоящем стандарте применены следующие термины: прикладной модуль (application module):

4

ГОСТ РИС010303-239—2008

интерпретированная модель модуля (module interpreted model).

3.4    Термин, определенный в ИСО 10303-1017

В настоящем стандарте применен следующий термин: общие ресурсы (common resources).

3.5    Термин, определенный в ИСО 10303-56

В настоящем стандарте применен следующий термин: состояние (state).

3.6    Термины, определенные в ИСО 10303-1292

В настоящем стандарте применены следующие термины: информация о конфигурации изделия (product configuration information); информация об определения изделия (product definition information); информация об эксплуатации изделия (product operational information).

3.7    Термины, определенные в ИС0 10303-439

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

гарантированный комплект информации об изделии и его поддержке (assured product and support information);

среда развертывания (deployment environment);

обобщенное изделие (product in focus);

жизненный цикл изделия (product life cycle);

поддержка жизненного цикла изделия (product life cycle support):

инициатор поддержки (support driver);

определенно решения no поддержке (support solution definition).

3.8    Термин, определенный в ИСО 10303-1253

В настоящем стандарте применен следующий термин: условие (condition).

3.9    Термин, определенный в ИСО 10303-1265

В настоящем стандарте применен следующий термин: оболочка (envelope).

3.10    Термин, определенный в ИС010303-1275

В настоящем стандарте применен следующий термин: библиотека классов (class library).

3.11    Термин, определенный в ИС010303-1241

В настоящем стандарте применен следующий термин: право на информацию (information right).

3.12    Термин, определенный в ИСО 10303-1251

В настоящем стандарте применен следующий термин: интерфейс (interface).

3.13    Термин, определенный в ИС010303-1270

В настоящем стандарте применен следующий термин: сообщение (message).

3.14    Термины, определенные в ИСО 10303-1164

В настоящем стандарте применены следующие термины: реальное изделие (actual product); отдельное изделие (individual product); планируемое изделие (planned product).

3.15    Термин, определенный в ИС010303-1248

В настоящем стандарте применен следующий термин: схема деления (breakdown).

3.16    Термин, определенный в ИС010303-1262

В настоящем стандарте применен следующий термин: способ выполнения задания (task method).

3.17    Другие термины и определения

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

Примечание — Адаптировано из ANSl/EtA 649А [8].

2'

5

ГОСТ Р ИС010303-239 — 2008

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

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

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

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

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

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

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

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

инициатор поддержки (support driver): Потребность в выполнении действия по поддержке, связанная с источником ее возникновения.

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

возможность оказания поддержки (support opportunity): Обстоятельство, при котором могла бы быть выполнена некоторая работа на изделии, нуждающемся в поддержке.

3.18 Сокращения

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

ПФМ (ААМ) — прикладная функциональная модель;

АНИС (ANSI)—Американский национальный институт стандартов;

ПП (АР) — прикладной протокол;

ГИИП (APSI) — гарантированный комплект информации об изделии и его поддержке;

ПЭМ (ARM) — прикладная эталонная модель:

УИК (ССМ)— управление изменениями конфигурации;

ПУК (СМР) — план управления конфигурациями;

РСК (CSR) — регистрация состояния конфигурации;

АЭП (EIA) — Ассоциация электронной промышленности;

ПРП (ERP)—планирование ресурсов предприятия;

ФАА (FAA) — Федеральная авиационная администрация;

ИММ (MIM) — интерпретированная модель модуля;

ЗСРП (PICS)—заявка о соответствии реализации протоколу;

ОИ (PIF) — обобщенное изделие;

ПЖЦИ (PLCS)—поддержка жизненного цикла изделия:

ЦТОН (RCM)—централизованное техническое обслуживание надежности;

УУР (URL) — унифицированный указатель ресурса.

4 Информационные требования

В настоящем разделе определена информация, необходимая для поддержки жизненного цикла изделия.

Информационные требования определены с использованием терминологии предметной области данного прикладного протокола.

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

4.1 Основные понятия и терминология

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

6

ГОСТ РИС010303-239—2008

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

OtJC.IbMOC ИМС.1ИС

Обриття свяуь

рredact as realized product as planned

product status recording

aciiv it) status recording observation

i

X

»ЖМ'Ы) structure pan dcl'mhwA relationship ргги*1<1 replacement product view ikfauiiixi relationship product relationship

product breakdown >y>teni breakdown zonal breakdown hybrid breakdown funciiorot break dow n physical breakdown Attachment «lot

interface

interface lifceyclc

Илопификаими н мелки

part and venaon identification part vkw definition product categorization product identification product kkrtiificntion assignment product version product version rekUxHwhip product view definition

Документ

d»4umcntjtnd^vcrs*onjdcr»iticatK>n document assignment docuniciM^dcfinitiun document _ propcnics document viroclure

external jtcni_idcMil'>c«uion_ussi£nnicnt file identification

envelope

message

information rights

Инфпрхшиия no pecvpcavi управление

(применима к (kubiumieiav аруткч меменшв)

alias Kknilkatton

npprovul

certification

contnict

date time

dale time assignment identification assignment

multi-linguism

project

security classification class

смета) eta» classification assignment Httribute ctassification

(unification

ПЖ11И tux ,ip\ i не лаюнные данные

rctpircmcni id and version requirement view definition requirement view itclinilion relationship

reUMircmcni assignnvciit

Личность и организация person orgaui/jCwo assignment type of person organl/aiicn type position of organization qualification

espcrieisv

Свойства

property. assignment

product_v icw_dcfinitionjvro|vruus

independent property

independent property rc|*rcscnlaliun

value_with_unil

measure representation

cMcmlcd property representnion

Pa ihcihchhc

Состояние

location

stale deltnition

location asignment

stale observed

Рисунок 5 — Модель планирования данных

7

ГОСТ Р ИС010303-239 — 2008

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

Для изделий, объединенных в рамках ОИ. могут потребоваться несколько определений решений по поддержке, каждое из которых применимо к своей подгруппе изделий, например к изделиям, эксплуатируемым конкретным заказчиком. Различные определения решений по поддержке могут также потребоваться для учета специфики различных условий эксплуатации или доступности различных средств поддержки. Контекст разработки каждого определения решения по поддержке называется «средой развертывания». Прикладной модуль «Спецификация заданий с ресурсами по ПП239». определенный в ИСО 10303-1306. обеспечивает возможность формирования определения решения по поддержке группы рабочих изделий в контексте определенной среды развертывания. В этом модуле используются четыре ключевых понятия — «изделие», «действие», «ресурс» и «условие». Информация о действиях и ресурсах в рамках этого модуля может быть тесно связана с информацией, относящейся к определению изделия вплоть до уровня конфетных рабочих изделий.

Возможность описания изделия в настоящем стандарте обеспечивается прикладным модулем «Информация по определению изделия по ПП239». определенным в ИС0 10303-1292. Этот большой модуль расширяет возможность управления конфигурациями, определенную в ИС0 10303-203 [1] и ИС0 10303-214 [2]. до возможности включения информации об отдельных поставленных изделиях, поскольку они подвергаются изменениям со временем и в процессе использования. Это обеспечивается прикладным модулем «Изделие как отдельный представитель», определенным в ИСОЯС10303 -1164.

Информация по определению изделия в настоящем стандарте устанавливается с использованием прикладного модуля «Структура сборки», определенного в ИСО 10303-1026 [9]. аналогично тому, как это сделано в ИС010303-203 (1) и ИС010303-214 {2). Дополнительная возможность обеспечивается прикладным модулем «Схема деления изделия», определенным в ИС0 10303-1248. который позволяет представлять много различных видов декомпозиции изделия, необходимых участникам его жизненного цикла. Системная схема деления (определенная с использованием прикладного модуля по ИСО 10303-1214) для использования и накопления требований ксистемным элементам, которые могут существовать, и планирования поддержки до того, как что-либо будет реально спроектировано. Элементы в системной схеме деления могут реализовываться в виде физических объектов или функций, или другими способами, например созданием новой организации.

Физическая схема деления (определенная с использованием прикладного модуля по ИСО 10303-1215 [10]) обеспечивает средства для представления изделия как набора физических элементов, которые могут не соответствовать конструкциям деталей. Функциональная схема деления (определенная с использованием прикладного модуля по ИСО 10303-1216) обеспечивает средства для представления функций изделия и может использоваться для определения функций, требующих действий по поддержке. Зональная схема деления (определенная с использованием прикладного модуля по ИС0 10303-1217) обеспечивает возможность декомпозиции объекта по зонам. В гибридной схеме деления (определенной с использованием прикладного модуля по ИС0 10303-1218) элементы могут быть любого типа. Схема деления может применяться к конструкции изделия или отдельному изделию. Схемы деления могут быть связаны с другими схемами деления и со структурой сборки (определенной с использованием прикладного модуля по ИС010303-1026).

Прикладной модуль, определенный в стандарте ИС0 10303-1251. также служит для идентификации и описания любого интерфейса между изделиями.

Прикладной модуль, определенный в стандарте ИС0 10303-1297. обеспечивает возможность описания документов любого типа. Он включает в себя модули для описания сообщения (определенного с использованием прикладного модуля по ИС0 10303-1270). оболочки (определенной прикладным модулем по ИС0 10303-1265) и прав на информацию (определенных с использованием прикладного модуля по ИСО 10303-1241). таких как права на интеллектуальную собственность, ограничений на уровень секретности или авторское право.

Понятие «действие» (определенное с использованием прикладного модуля «Действие» по ИС010303-1047 [11]) является критически значимым для инженеров, осуществляющих поддержку, и. следовательно, для настоящего стандарта. Это понятие может использоваться для определения работы, выполняемой людьми и организациями, использования изделия, возможностей по оказанию поддержки, таких как запла-

8

ГОСТ РИС0 10303-239—2008

нироеанный ремонт судна (действие, запланированное на будущее) или сценарий эксплуатации изделия. Прикладной модуль «Реализованное действие», определенный в стандарте ИС0 10303-1259. обеспечивает разделение между запланированным действием и действием, которое уже имело место или. по крайней мере, началось.

Руководства по техническому обслуживанию содержат описания способов выполнения потенциально необходимых заданий. В настоящем стандарте задания определены посредством модуля «Спецификация задания» (ИС0 10303-1262). Этот модуль позволяет определять задания в виде руководства с предупреждениями. замечаниями по безопасности и другими специфичными формами содержания. Этот модуль позволяет также определять задания в виде последовательностей логически связанных этапов выполнения задания, обеспечивая таким образом воспринимаемые компьютером инструкции по выполнению зада-ния для вывода их на экран или их выполнения диагностическими или восстанавливающими программами.

Ресурсы, необходимые для выполнения задания, могут быть определены и оценены количественно либо как необходимый ресурс, определенный с использованием прикладного модуля «Необходимый ресурс» (ИС0 10303-1267). либо как элемент ресурса, определенный с использованием прикладного модуля «Элемент ресурса» (ИС010303-1268).

Необходимые ресурсы могут быть описаны структурированной формулировкой требований с использованием прикладного модуля «Управление требованиями» (ИС0 10303-1348). Данный прикладной модуль может также использоваться для определения требований для изделий или услуг. Таким образом, настоящий стандарт обеспечивает возможность поддерживать важную цепочку взаимосвязей — начиная от требований заказчика через элемент системной схемы деления к функции и затем к версии изделия, на основании которой реализуется рабочее изделие, соответствующее потребности заказчиков.

С точки зрения поддержки изделия люди и организации могут быть определены как элементы ресурсов. Поэтому обеспечивается возможность описания людей и организаций какотдельных представителей посредством прикладного модуля «Организация и личности в ней» (ИСО 10303-1011). так и в качестве типов с использованием прикладного модуля «Тип личности» (ИС0 10303-1245) или посредством определения класса организации. Существует также возможность описания положения в организации посредством использования прикладного модуля «Положение в организации» (ИС010303-1242) и обозначения квалификации и опыта, определенные с использованием прикладных модулей «Квалификации» (ИС010303* 1244) и «Опыт» (ИС010303-1243). соответственно.

Прикладной модуль «Условие» (ИСО 10303-1253) используется прежде всего для формирования условий, при которых задание становится актуальным. Условия могут быть выражены в терминах параметров условия с использованием свойств, состояний, расположений или других уместных элементов. Завершение одного действия может использоваться как условие для другого.

Возможность представлять свойства в настоящем стандарте аналогична возможностям ИС010303-203 [1] и ИС010303-214 (2). но была расширена стем. чтобы учесть неоднозначность в значениях свойств, которая обычно имеет место в прикладной области поддержки изделий. Такое расширение достигается посредством использования модуля «Расширенное представление меры» (ИС0 10303-1106). В настоящем стандарте обеспечивается также возможность описания неисправностей изделия и других значимых состояний посредством использования прикладного модуля «Определение состояния» (ИС0 10303-1255). Состояния могут быть также определены для действий и ресурсов. Информация о реальном состоянии изделия, действия или ресурса может храниться в виде зарегистрированных состояний, как это определено в прикладном модуле «Зарегистрированное состояние» (ИСОЮЗОЗ-1256).

Прикладной модуль «Размещение» (ИС0 10303-1276) позволяет описывать различные типы размещения. обычно применяемые при поддержке изделия. Он не определяет размещение как точку в пределах геометрии изделия.

Возможности по управлению работами в настоящем стандарте охватываются следующими четырьмя модулями, которые расширяют возможности модуля «Спецификация задания с ресурсами по ПП239» (ИС010303-1306):

• модулем «Определение работы по ПП239» (ИС0 10303-1307). который использует:

1)    схему, определенную в прикладном модуле по ИСО 10303-1260. чтобы хранить представления планов и графиков.

2)    модуль «Управление ресурсами» (ИС010303-1266). чтобы описывать намеченное или фактическое расположение ресурсов в местах по всей цепочке поставок.

3)    запрос на работу, определенный в прикладном модуле по ИСО 10303-1042, и наряд на работу, определенный в прикладном модуле по ИС0 10303-1043. чтобы запрашивать и поручать действие:

9

ГОСТ Р ИС010303-239 — 2008

- модулем «Регистраций статуса изделия по ПП239» (ИС0 10303*1304). который сохраняет информацию о состоянии реализованных изделий или ресурсов в любой момент времени:

*    модулем «Регистрация действий по ПП239» (ИС0 10303*1287). который обеспечивает сохранение аналогичной информации о выполненных действиях. Этот модуль вместе с упомянутым выше использует* ся для получения обратной связи, являющейся результатом наблюдений реального мира, и ее привязки к запланированным действиям и конструкциям изделия. Оба модуля используют прикладной модуль «Ре* зультаты наблюдений» (ИС010303*1258) для того, чтобы регистрировать данные, не охваченные другими объектами, вся информация обратной связи может быть охарактеризована как предназначенная для обеспечения соответствующего контекста:

•    модулем «Поддержка жизненного цикла изделий по ПП239» (ИС010303-439). который обеспечивает связь регистрации статуса изделия с действием, которое уведомило о нем. но во всем остальном этот модуль используется просто для установления единой точки сходимости для модулей, используемых в настоящем прикладном протоколе.

Заключительным элементом в модели планирования данных, представленной на рисунке 5. является модуль «Информация о ресурсах управления по ПП239» (ИС0 10303*1289). Он обеспечивает собирание основных понятий, которые могут быть применены к большинству других объектов в настоящем стандарте, для регистрации лица, обеспечившего или легализовавшего любое конкретное значение в любой момент времени.

Данный модуль также обеспечивает определение и назначение класса, определяемого посредством применения прикладных модулей «Класс» (ИСО 10303-1070) или «Классификация атрибутов» (ИСО 10303-1246) к соответствующим объектам или атрибутам. Прикладной модуль «Внешний класс» (ИСО 10303*1275) позволяет дать ссылку на определения классов, хранящиеся в библиотеке внешних классов в качестве эталонных данных. Такие ссылки могут использоваться для расширения и адаптации настоящего прикладного протокола, чтобы обеспечить соответствие разнообразным макросредам, однако приложения, использующие разные эталонные данные, не смогут обмениваться данными до тех пор. пока не будут гармонизированы определения классов.

4.2 Модель информационных требований

Подробное определение информационных требований для данного ПП приведено в ИС0 10303-439. раздел 4. в котором определен прикладной модуль, соответствующий данному протоколу.

4.2.1    Краткий обзор модели

Обзор требований, определенных в модуле ПП (ИС010303-439) для перечисленных ниже прикладных модулей, содержится в следующих пунктах.

4.2.2    ИСО 10303*439. Поддержка жизненного цикла изделий по ПП239

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

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

Иерархия модулей, установленная в ИСО 10303-439. представлена на рисунке 6. Для того чтобы упростить диаграмму, на рисунке 6 показаны только основные модули.

4.2.3    ИСО 10303*1304. Регистрация состояния изделия по ПП239

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

ИС010303-1304 определяет прикладной модуль для представления состояния изделия, используя прикладной модуль «Зарегистрированное состояние» (ИС010303-1256). Он также обеспечивает возможность регистрации результатов наблюдений, определенных прикладным модулем «Результаты наблюдений» (ИС0 10303*1258), чтобы сохранять информацию, не учтенную в прикладном модуле «Определение состояния» (ИС0 10303-1255).

4.2.4    ИС010303*1287. Регистрация действий по ПП239

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

ИС0 10303*1287 определяет прикладной модуль для представления регистрации действий и использует прикладной модуль «Реализованное действие» (ИСО 10303*1259)для подтверждения того, что работа, описанная посредством методов действий, определенных прикладным модулем «Метод действия» (ИС0 10303-1049). действительно имела место, а также обеспечивает возможность регистрации результа-

10

ГОСТ РИС010303-239—2008

Поддержка жизненного цикла изделий no III 1239

Репарация состояния изделия

С Регистрация состояния изделия по ПП239

Результаты наблюдений

С Описанное состояние

Обоснование

Назначение размещения

Конфигурация изделия

Информация но определению изделия но ПП239

Регистрация действий, выполненных на изделии

С Регистрация действий по ГШ239

Резулыаш наблюдений

Реализованное действие

Реализованный ресурс

с Определение работы по ПП239

Представление задания и рес>рсов. необходимых для выполнения работы на изделии

Спецификация задания с ресурсами по 1111239

L-C Информация по определению изделия по ПП23Ч

Рисунок б — Выделенная часть иерархии модулей прикладного протокола AP239_prodoct_Iife_cycle_support

тое наблюдений, определенных прикладным модулем «Результаты наблюдений» (ИС0 10303-1258). чтобы сохранять информацию, не учтенную в определении работы.

4.2.5 ИСО 10303-1307. Определение работы по ПП239

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

ИС0 10303-1307 определяет прикладной модуль для представления работы, которая должна быть выполнена.

Данный модуль построен на основе прикладного модуля «Спецификация задания» (ИС010305-1262) сдобаелением:

-    возможности использовать планы и графики:

-    управления работой посредством запросов и нарядов на работу;

-    возможности описывать намеченное и фактическое расположение ресурсов по всей цепочке поставок.

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

3— 2МТ

11

ГОСТ Р ИС010303-239 — 2008

4.2.6    ИСО 10303*1306. Спецификация задания с ресурсами по АР239

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

тями.

ИС010303*1306 определяет прикладной модуль для представления заданий со связанными с ними ресурсами, назначения заданий для изделий и группирования и упорядочения заданий. Размещение ре* сурса и назначение его для изделия могут уточняться условием, обоснованием или вероятностью. Размещения могут быть назначены для заданий и ресурсов. Задание определяется спецификацией, которая содержит инструкции для выполнения работы. Для задания могут быть определены следующие виды ресурсов:

-    изделия: типы изделий либо отдельные изделия;

-    люди, типы людей, организации, типы организаций или позиции в организациях;

-    документы и информация, хранящиеся в виде файлов.

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

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

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

4.2.7    ИС010303*1292. Информация по определению изделия по ПП239

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

ИС010303*1292 определяет прикладной модуль для представления информации по определению изделия, который обеспечивает возможность обращаться к следующей информации:

-    идентификация изделия и классификация.

*    представление деталей, версий деталей, определений видов деталей и информации о ресурсах управления;

-    взаимосвязи между деталями и версиями деталей;

-    состав сборки в форме отношений «родитель — потомок» между деталями;

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

-    связь значимых свойств с деталью или сборкой;

-    связь документации с деталью или сборкой;

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

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

-    идентификация схемы деления конструкции изделия или отдельного изделия;

-    идентификация элементов, из которых состоит схема деления, включая отношения «родитель — потомок» между элементами схемы деления;

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

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

-    представление свойств объектов, их значений, типов и классификаций:

*    информация, регистрирующая идентификацию и описание существующего или потенциального отдельного изделия;

*    представление интерфейсов между изделиями;

-    представление и определение характеристик требований, включая отношения между требованиями, источником требований и объектом, к которому эти требования относятся;

-    представление типа состояния и его включение в данные об изделии:

-    представление зафиксированного состояния и его включение в данные об изделии;

-    идентификация конфигурации изделия для заданного понятия изделия;

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

•определение классов, применяемых к объектам, атрибутам или отношениям в настоящем стандарте;

-    идентификация определений классов, хранящихся во внешней библиотеке классов.

12

ГОСТ РИС0 10303-239—2008

5    Интерпретированная модель модуля

Интерпретированная модель модуля для данного ПП является интерпретированной моделью модуля (ИММ), определенной в разделе 5 модуля ПП по ИС010303-439. которая состоит из спецификации отображения и сокращенного листинга на языке EXPRESS.

Спецификация отображения, приведенная в 5.1 модуля ПП по ИСО 10303-439, показывает (через включение или ссылку), как каждый прикладной объект отображается на одну или более конструкций ИММ.

EXPRESS-схема. в которой используются элементы интегрированных ресурсов и других прикладных модулей и содержатся типы, конкретизации объектов, правила и функции, относящиеся к настоящему стандарту, определена е 5.2 модуля ПП по ИС0 10303-439.

6    Требования соответствия

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

Реализация должна поддерживать по крайней мере один из следующих методов реализации:

-по ИС010303-21;

-по ИС010303-28.

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

В форме заявки о соответствии реализации протоколу (ЗСРП) перечислены опции или комбинации опций, которые могут быть включены в реализацию. Форма ЗСРП приведена в приложении О.

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

Данная опция должна поддерживаться единственным классом соответствия, который оостоит из всех элементов ПЭМ. определенных в модуле ПП по ИС010303-439.

Соответствие конкретному классу требует, чтобы поддерживались вое элементы ПЭМ. определенные как часть этого класса. Классы, к которым принадлежит каждый элемент ПЭМ. представлены в таблице 1. Классы, к которым принадлежит каждый элемент ИММ. представлены в таблице 2.

6.1 Класс соответствия для поддержки жизненного цикла изделия

Класс соответствия Product Life Cycle Support был объявлен для модуля «Поддержка жизненного цикла изделий по ПП239» (ИС0 10303-439).

Примечание — Соответствие классу соответствия Product Life Cycle Support означает, что поддерживаются все элементы ПЭМ и ИММ. определенные в модуле ПП по ИСО 10303-439.

Область применения класса соответствия Product Life Cycle Support распространяется на:

• информацию для определения сложного изделия и решения по его поддержке;

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

-    информацию, необходимую для пожизненного управления изменениями конфигурации изделия и решения по его поддержке;

-    представление сборок изделия, включая:

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

2)    представление разнообразных видов структуры изделия и схемы деления изделия.

3)    представление формы сборки как композиции представлений формы ее компонентов,

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

5)    связь значимых свойств с деталью или сборкой.

6)    представление интерфейсов между изделиями.

7)    классификацию деталей, документов и сборок;

-    представление изделия е течение срока службы, включая:

1)    представление требований к изделию и их выполнения.

2)    представление существующего или потенциального будущего изделия.

3)    идентификацию конфигурации изделия для заданной роли.

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

5)    представление расчетных и зафиксированных состояний изделия;

з*

13

ГОСТ Р ИС010303-239 — 2008

-спецификацию и планирование действий для изделия, включая:

1)    спецификацию заданий, которые должны выполняться на изделии.

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

3)    представление типа личности и навыков, необходимых для выполнения задания.

4)    представление планирования и диспетчирования заданий, а также управления и разрешения последующей работы;

•    представление истории действий изделия, включая:

1)    регистрацию использования изделия и ресурсов.

2)    регистрацию действий, выполненных на изделии, и использования ресурсов;

•    представление истории изделия, включая:

1)    историческую регистрацию состояний изделия,

2)    историческую регистрацию статуса конфигурации изделия.

3)    размещение данных об изделии.

4)    результаты наблюдений за данными об изделии.

Таблице 1 — Класс соответствия элементов ПЭМ

Объект ПЭМ

Knacc

соответствия

CC1

Activty

Activity_actual

Activity.happenmg

Activity.method

Activity _method_assignment

Activity_method_realization

Activity_method_reatization_relationship

Activity_methoti_retationship

Activity_property

Acthnty_property_representabon

Activity.relationship

Activity_status

Address

Address.assignment

Address_based_location_represenlation

Advisory_task_step

AHected_items_assignment

Alias_identification

Aiternate_part_relat>onship

AHernate_product_relationship

Amount_of_substance_unit

And_state_cause_effect_definition

Applied_activity .assignment

Applied_activrty_method_assignment

Applied_independent_activity_property

14

ГОСТ РИС010303-239—2008

Продолжение таблицы 1

Объект ПЭМ

Класс

соответствия

CC1

Applied_independent_property

Applied_independent_resource_property

App)ied_information_usage_right

Applied_state_assignment

Applied_state_definition_assignment

Approval

Approval_asstgnment

Approvai.relationship

Approva1_status

Approving _person_organization

Assembly_component_relationship

Assembly_relationship_substilution

Ass»gned_document_property

Ass»gned_property

Attach menl_slol

Attachment_slot_as_planned

Attachment_stot_as_realized

Attachment_slot_definition

AMachmenl_slot_design

Attachmenl_sloI_design_to_pianned

AMachment_slot_design_to_reaJized

Attachment_slot_on_product

Attachmsn(_stot_pianned_to_realized

Attachment_slot_version

Attnbute.classification

Attnbute_trans)ation_assignment

Ax<s_placement

Axis_pfacement_mapping

Axis_placement_transformation_mapprng

Breakdown

Breakdown_oontext

Breakdown_element

Breakdown_elemenl_definrtion

Breakdown_etemenl_reaUzation

Breakdown_element_usage

Breakdown_element_vers«on

Breakdown_o(

15

ГОСТ Р ИС010303-239 — 2008

Продолжение таблицы 1

Объект ПЭМ

Класс

соответствия

CC1

В reakdown.version

Calendar.date

Cartesian_poin1

Cartesian_lransformation_2d

Cartesian_transformation_3d

Certification

Certification.assignment

Characlerizable_object

Class

Ciass_by_extension

Class_by .intension

Classification.assignment

Complement

Component_upper_level_identirication

Composition_of_state

Composition_of_state_definition

Concurrent.elements

Condition

Condition.assignment

Condition.evaluation

Condition_evaluation_assignment

Condition_eva1uation_parameter

Condition .parameter

Condition.relationship

Content.item

Context.dependent.unit

Contextuat.item.shape

Contextual_shape_representation_inclusion

Contract

Contract.assignment

Conversion_based_unit

Date_or_date_time_assignment

Date.time

Dated.effactivity

Decision jioint

Decreasing_resource_event

Defined_state_relationship

16

ГОСТ РИС010303-239—2008

Продолжение таблицы 1

Объект ПЭМ

Класс

соответствия

CC1

Derived_unit

Derived_unit_element

Descriptive_document_property

Detailed_geometric_model_element

Digital_documenl_definit>on

Digital_fite

Direct ed.activity

Direction

Distribution_by_value

Document

Document_assignment

Document.definition

Document_definition_relationship

Document_location_identification

Document_property .representation

Document.version

Duration

Effectivity

Effectivity.assignment

Effectivity .relationship

Etectric_current_unit

Element.constraint

End.task

Envelope

Envetope.relationship

Event

Event.assignment

Event.rela tranship

Exit.toop

Experience_gained

E xperience.instance

Experience.type

Experience_type_relationship

Externai.class

Extemal.dassjibrafy

External_geometric_model

Extemat_item_»dentification

17

ГОСТ Р ИС010303-239 — 2008

Продолжение таблицы 1

Объект ПЭМ

Класс

соответствия

CC1

Extemal_source_>dentificabon

File

Filejocaliorwdentificabon

Fite_relationship

Function_value_pair

Functkxial_breakdown

Functional_breakdown_context

Functional_breakdown_version

Funct»onat_element

Functk>nal_element_definition

Functional_element_usage

Functional_element_version

Geometric_coordinale_space

Geometric_model

Global _location_representatk>n

Hardcopy

Hierarchical _inlerface_connecl»on

Hybhd_breakdown

Hybrid_breakdown_contexl

Hybrid_breakdown_version

Hybrid_elemenl_usage

ldentir>cation_assignment

Irwone

lncreasing_resource_event

lndependent_property

lndependent_proper1y_relalionship

Independent j3roperty_representalkxi

lnformat»on_nght

lnformation_usage_nght

lnformation_usage_hght_relationship

Interface.connection

Interface.connector

lnteriace_connector_as_ptanned

lnterface_connec4or_as_realized

lnterface_connector_defmiUon

lnterface_connector_design

lnterface_conneclor_design_to_planned

18

ГОСТ РИС010303-239—2008

Продолжение таблицы 1

Объект ПЭМ

Класс

соответствия

CC1

lnterface_connector_design_to_realized

Interface_connector_occurrence

lnterface_connector_planned_to_reatized

lnterface_connector_version

lnterface_definilion_conneclion

tnterface_definition_for

!nterface_specification

!nterface_specification_definrtion

Interface_specif«at»on_versk}n

Intersection

ltem_design_association

ltem_shape

item_usage_effectivity

Justification

Justification_assignrr>ent

Justification_re>ationship

Justification_support_assignment

Language

Languagejndication

Length_unit

Local_time

Location

Location_assignmenl

Location_reIationship

Location_representation

Looping_element

Lot_effectrvrty

Luminous_inlensity_unit

Make_from_reIationship

Managed.resourca

Managed_resource_relat>onship

Mapping_based_template_instance

Market

Mass_unit

Measurejtem

Measure_item_with_precision

Message

4—2Э0Т

19

ГОСТ Р ИС010303-239 — 2008

Продолжение таблицы 1

Объект ПЭМ

Класс

соответствия

CC1

Message.relationshtp

Name_assignment

Next_assembly_usage

Numericat_document_properly

Numerical_item_with_global_uni!

Numerical_item_wilh_unit

Numerical_representation_context

Observation

Observation_consequence

Observationjtem

Observation_relationship

Or_state_cause_effect_definition

Organization

Organization_based_location_representation

Organization_or_person_in_organtzation_assignment

Organize l»on_organization_type_relationship

Organization_relationship

Organizabon_type

Organizalionaljocationjdentification

Parameterized_distribution

Part

Part_version

Part_v»ew_definition

Pa rtia l_document_assig nment

Parson

Person_in_organization

Person_or_organization_or_person_in_organization_in_posHion

Person_or_organtzation_or_person_in_organizat*on_in_positK»n_relationship

Physical_breakdown

Physical_breakdown_context

Physicat_breakdown_version

Physicat_document_definition

Physical_element

Physical_etamenl_definition

Physical_element_usage

Physicat_element_version

Plane_angle_unit

20

ГОСТ РИС010303-239—2008

Продолжение таблицы 1

Объект ПЭМ

Класс

соответствия

CC1

Position

Position_assignment

Position_group

Position_group_assignment

Position_group_relationship

Position_group_role

Position_position_type_assignment

Position_re!ationship

Position.role

Posilion.type

Position_type_assignment

Pos»lion_type_role

Power.set

Probability

Probability_by_name

Probability_derivatk>n_parameter

Probability.derived

Probabitity.distribution

Probability_distribution_parameter

Probability _function_value

Probability .generator

Probabiiity_named_value

Probability .numeric

Probability_numeric_value

Product

Product_as_individual

Product_as_indiv*dual_effactivity

Product_as_individual_version

Product_as_individual_view

Product_as_pIanned

Product_as_reaiized

Product_based_location_identification

Product.category

Product.category.assignment

Product_category_hierarchy

Prodoct.concept

Product.configuration

г

21

ГОСТ Р ИС010303-239 — 2008

Продолжение таблицы 1

Объект ПЭМ

Класс

соответствия

CC1

Product_definition_element_reIatk>nship

Product_design_to_individual

Product_design_version_to_individual

Product_group

Product_group_membership

Product_group_relationship

Product_in_attachment_slot

Product_ptanned_to_realized

Product.relationship

Product.version

Product_version_relationship

Producl_view_definition

Project

Project_assignment

Project.relationship

Promissory.usage

Proper.subset

Property .representation

Property _value_representation

Qualification.assignment

Ouatification.typa

Qualrf*cation_type_retationship

Qualified _property_vakje_representation

Random.variable

Ratio.unit

Regional.coordinate

Regiona1_grid_location_representation

Related_condition_parameter

Relative.event

Repeat.count

Repeat.until

Repeat.whrte

Representation

Representation.context

Representation.rtem

Representation.relationship

Required.resource

22

ГОСТ РИС010303-239—2008

Продолжение таблицы 1

Объект ПЭМ

Класс

соответствия

CC1

Required_resource_assignment

Required_resource_by_resourcejlem

Required_resource_by_specifi cation

Required_resource_reiationship

Requirement

Requirement_assignment

Requirement_cotlecbon_relationship

Requirement_source

Requirement_version

Requirement_version_relationship

Requirement_view_defintoon

Resource_as_realized

Resource_as_realized_assignment

Resource_as_realized_relationship

Resource_as_realized_resource_item

Resource_event

Resource_event_correspondence_retationship

Resource_event_relationship

Resource_group_relationship

Resourcejtem

Resource_item_assignment

Resource_item_relationship

Resource_property

Resource_property_representatk>n

Same_membership

Scheme

Scheme_enlry

Scheme_entry_ass»gnment

Scheme_entry_relationship

Scheme_retationship

Scheme_subject_assignment

Scheme.version

Scheme_vers»on_assignment

Scheme_version_relationship

Security_classification

Security_classification_assignment

Selectedjtem

23

ГОСТ Р ИС010303-239 — 2008

Продолжение таблицы 1

Объект ПЭМ

Класс

соответствия

CC1

Selected_item_assignrr»enl

Sequence_o(_state

Sequence_ol_state_definit»on

Sequencing_relattonship

Serial_eff activity

Shape_dependent_property_representation

Shape_descriplion_associa1ion

Shape_Blement

Shape_element_relationship

Simultaneous_elements

Solid_angle_unil

State

State_assertion

State_assessment

State_cause_effect

State_cause_effect_definition

Slate_complement_d0finition

State_definition

Slate_defimtion_re)alionship

State_definition_role

State_observed

State_predicted

Slate_predicted_to_observed

Slate_proper_subset_definition

State_relationship

State_rote

State_subset_definition

State_symptom_dsfinition

State_trans<tion

State_transrtion_definition

String.representation.Hem

Structured_task_elemenl

Subset

Supplied_part_relationship

System_breakdown

System_breakdown_context

System_breakdown_version

24

ГОСТ РИС010303-239—2008

Продолжение таблицы 1

Объект ПЭМ

Класс

соответствия

CC1

Syslem_element

Syslem_element_def»nition

System_ele men t_u sage

Syslem_element_vers»on

Task_element

Task_etement_assignment

Task_element_levels

Task_element_relalionshtp

Task_elemenl_sequence

Task_element_state_reIationship

Task_invocation

Task_method

Task_melhod_assignment

Task_method_relationship

Task_method_state_relationship

Task_method_version

Task_method_version_assignment

Task_melhod_versen_relationship

Task.objective

Task_objecbve_state_relat»onship

Task_step

Thermodynamic_temperature_unit

Timejnterval

Time_interval_effectivity

Time_inlerval_retabooship

Time_inlerval_wilh_bounds

Time_offset

Time_umt

Traci ng_relationship

Trans(ormation_based_tempiale_mstance

Type_of_person

Type_of_person_ass»gnment

Type_of_person_definrtion

Type_of_person_definition_relationship

Type_o(_parson_definition_required_attributes_relationship

Uncertamty_wilh_unit

Union

25

ГОСТ Р ИС010303-239 — 2008

Окончание таблицы 1

Объект ПЭМ

Класс

соответствия

CC1

Unit

Value.function

Valuejimit

Value_limit_w»th_global_un«t

Valuejist

Value.range

Value_range_with_gk>bal_unit

Value_set

Value_wtth_tolerances

Value_wKh_unit

V»ew_definition_context

V*ew_defmition_relationship

Vie\v_definition_usage

Work_order

Worfc_output

Work_outpul_assignment

Work_output_relatiooship

Work_request

Work_req uest_s latus

Xor_state_cause_effect_defirvtion

Zone_breakdown

Zone_breakdown_context

Zone_breakdown_version

Zone_elemenl

Zone_element_definition

Zone_eIement_u sage

Zone_element_version

Таблица 2 — Класс соответствия элементов ИММ

Объект ИММ

Класс

соответствия

со

action

action_actua>

aclion_assignment

acfon_directive

aclion_happening

26

ГОСТ РИС010303-239—2008

Продолжение таблицы 2

Объект ИММ

Класс

соответствия

CC1

action_melhod

aclion_method_assignmenl

aclion_melhod_relationship

action_method_role

action_melhod_to_setecl_from

action_properly

acbon_property_relationship

acUon_property_representation

action_relationship

action_request_assignment

action_raquest_solution

action_request_status

aclion_resource

action_resource_relationship

action_resource_requirement

action_resource_requiremenl_relationshtp

action_resource_type

action_status

address

advisory_task_element

a1lernate_product_re}ationship

amount_of_substance_measure_with_unil

amounl_of_subslance_untt

application_context

applies tion_conlext_element

applies tion_protocol_defmilion

appIied_action_assignment

applied_action_meUiod_assignment

applied_action_request_asstgnment

applied_approval_assignmenl

applied_attnbule_classification_assignment

applied_certification_assigr\ment

appiied_classification_assignmenl

apphed_eontract_assignment

applied_date_and_time_assignment

applied_date_assignment

applied_document_referer>ce

6—2Э0Т

27

ГОСТ Р ИС010303-239 — 2008

Продолжение таблицы 2

Объект ИММ

Класс

соответствия

CC1

appiied_documenl_usage_constraint_assignmenl

applied.effecbvity .assignment

appUed.effectivity.context.assignment

applied_event_occurrence_assignment

applied_experience_assignment

apptied.expehence.type.assignment

applied.external.xlentification.assignment

appiied_group_assignment

apptied.identification.assignment

applied.location.assignment

applied.location.representaUon.assignment

applied.name.assignment

apptied.organization.assignment

applied_organization_type_assignment

applied.organizational.project.assignment

applied_person_and_organization_assignment

apptied_person_type_assignment

applied_person_type_definition_assignment

applied_positionJn_organization_assignment

applied_position_in_organtzation_assignment_group_assignmenl

applied_posilion_in_organization_group_assignmenl

applied _positionJn_organLzation_type_assignment

applied_project_group_name_assignmenl

applied.qualification.type.assignment

applied_security_classification_assignment

applied_state_observed_assignment

applied.state.type.assignment

applied_lime_inlervat_assignment

a pplied.u sage.right

approval

approval.assignment

approvat.date.time

approval jierson.organiza lion

approval.relationship

approval.role

approval.slatus

area_measure_with_unit

28

ГОСТ РИС010303-239—2008

Продолжение таблицы 2

Объект ИММ

Класс

соответствия

CC1

area_uriil

ascribable.state

ascribable_slate_refationship

assembly_component_usage

assembly_component_usage_subslitute

assigned_requirerr>enl

attachment_slol_as_ptann©d

atlachment_slot_as_rea!ized

attachment_slol_des*gn

aUachment_sk>t_design_to_planned

aUachment_slot_design_to_realized

aUachment_slot_on_product

attachment_slot_p>anned_to_realized

attfibute_classfficatk>n_assignment

attribute_language_assignment

attribute_value_assignment

attribute_value_roie

axis2_p)acemenl_2d

ax«s2_ptacement_3d

breakdown_context

breakdown_element_group_assignment

breakdown_element_realization

breakdown_element_usage

breakdown_of

catendar_date

cartasian_point

cartesian_transformation_operator

cartesian_lransformation_operalor_2d

cartesian_transformation_operator_3d

celsius_temperature_measure_with_unit

certification

certification_assignment

cerlification_type

characterizable_applied_action_assignment

charaderized_address

characterized_applied_aclton_assignmenl

characterized_apptied_action_m0lhod_assignment

S'

29

ГОСТ Р ИС010303-239 — 2008

Продолжение таблицы 2

Объект ИММ

Класс

соответствия

CC1

characterized_app1ied_document_reference

characterized_applied_document_usage_constraint_assignment

characterized_appl»ed_locatk>n_ass>gnment

characterized_applied_organtzalion_ass>gnment

characterized_applied_person_and_organization_assignment

characterized_applied_state_assignment

characters ©d_applied_state_type_assignroent

characters ed_experience

characterized_hierarchicalJnlerface_connection

characterized_mterf8ce_connection

characterized_interface_connector_occurrence

characterized_interface_definition_connectk>n

characterized_iocation_object

characterized.object

characterized_object_relalionship

characterized_organizational_project

characterized_person

charactenzed_person_and_organization

characterized_person_type_definition

class

dass_by_extenston

class_by_intens«on

classification_ass»gnment

classification_role

complement

compound_representation_item

concurrent_action_method

concurrent_task_element

condition

configuration_design

configuration_effectivity

configuration_item

conta<ning_message

context_dependent_shape_representabon

context_dependent_unit

contract

contract_assignment

30

ГОСТ РИС010303-239—2008

Продолжение таблицы 2

Объект ИММ

Класс

соответствия

CC1

contract_relat>onsh>p

contract_type

conversion_based_unit

coordinated_untversal_time_offset

date

date_and_time

date_and_time_assignment

date.assignment

date_role

date_time_role

dated_effactivity

denved_unit

derived_unit_element

description_attribute

descriptive_representation_item

dimensional_exponents

directed_action

direction

document

document.file

document_product_association

document_product_equivalence

document_reference

document_relationship

document_representation_type

document_type

document_usage_constraint

document_usage_constraint_assignment

document_usage_role

effectivity

effectivity_assignment

effectivity _context_assignment

effectivity_context_role

effectivity_relat>onship

etectric_current_measure_with_unit

electric_current_unit

end_task

31

ГОСТ Р ИС010303-239 — 2008

Продолжение таблицы 2

Объект ИММ

Класс

соответствия

CC1

envelope

envelope_refationship

event_occu ггепсе

event_occurrence_assignment

event_occurrence_context_role

event_occurrence_relationship

event_occurrence_rote

executed_action

exit_loop

experience

experience_assignment

experience.role

experience.type

experience_type_assignn>ent

experience_type_relationshtp

experience. type_ro!e

external.classjibrary

extemaljdenlificalion.assignment

extemat.source

extemally_defined_ctass

external ly.definedjlem

functional.breakdown.context

funclional.element.usage

functionally _defined_transformalion

general property

generat_property_association

general _property_relationship

geometric.representation.context

geometric_representation_item

global_uncertainty_assigned_context

global_unil_assigned_context

group

group.assignment

group.relationship

hierarchical Jnteriace.connection

hybrid_breakdown_context

hybhd_element_usage

32

ГОСТ РИС010303-239—2008

Продолжение таблицы 2

Объект ИММ

Класс

соответствия

CC1

id_attribute

identification_assignment

idenbfication_role

in_zone

informa tion_right

informalion_usage_righl

interface_connection

interface_connector_as_planned

interface_connector_as_realized

interface_connector_definition

interface_connector_design

interface_connector_design_lo_planned

intefface_connector_design_lo_realrzed

interface_connector_occurrence

interface_connector_planned_to_realized

interface_connector_versK>n

interface_definition_connection

interface_definrtion_for

interface_specif>cation_definition

interface_spec№cation_version

intersection

item_derined_transformat>on

juslificalion_asstgnmenl

justification_group_assignment

justification_item_group_assignment

justification_support_assignment

justificalion_support_item_group_assignment

language

length_measure_with_unit

length.unit

locaMime

location

locat>on_assignment

location_retationship

location_representation_assignment

location_representation_rote

location_role

33

ГОСТ Р ИС010303-239 — 2008

Продолжение таблицы 2

Объект ИММ

Класс

соответствия

CC1

looping_element

lol_effectivity

luminous Jntensity_measure_with_unit

luminous_intensity_unil

make_from_usage_oplion

mapped_item

mass_measure_with_unit

mass_unit

maasure_represantation_item

measure_w»th_unit

me ssage_contents_assig n ment

message_conlents_group

message_relationship

multi_language_attribute_assignment

name_assignmenl

name_attfibule

named_unil

next_assembly_usage_occurrence

object_role

observation

observation_consequence

observation_relationship

ordtnal_date

organization

organize tion_assignment

organization_relationship

organczation_rote

organization_typa

organization_type_ass<gnment

organizat>on_type_relalionship

organization_type_rote

organizational_address

organizational_project

organizalional_project_assignment

organizational_project_relationship

organizatk>na1_profect_rote

person

person_and_organization

34

sc

iOM—9

Ajo69)eo~pnpoid

pezi|eei~se~pnpojd

peuue(d_se“pnpojd

M«A-|enp«A!pu!-SB-pnpojd

uo|8i»A~ienpiA!purse~pnpojd

ienp!AipursB_pnpojd

pnpoid

uotteioosse'Apedojd-sseoojd

uoi}e!30ssB-pnpojcT ssesaid

joiejeueB-ApiiqBqoid

j&y!ienb“uoispejd

ps-J0Mod

e|OJ~edX)~uo!)B2iue6jo~uruo!i!80d

juauju6!SSB-ed^-uo!|Bziue&io-u!-uo!jtsod

edAi~uofieziue6jo~u!~uo!l!Sod

epj~uoi|B7iUBSjo~u!~uoj)!Sod

di4suoT)e|ai~uoj]ez<uB6jo~u!~uo!)isod

)uewu6!SSB~iiO!iBziuB6io~ui~uo()!Sod

uoii ez<UB0iO~u!~uo!)tsod

jutod

i;un~e|6iiB~Bue|d

)tun-qiiM“ejnsBeuj-0|6ue-euB|d

)uemese|d

e6esn~)ueme|e~|B0isAqd

pt0juoo-uA\op>iB0jq-|BasAqd

ssejppe~|Buosjed

e|OJ~edA)~uo3ied

etoj~uoi)!uijep~edA|~uo3j©d

djqsuoiie|ej~uo!l!uyep~edXi~uosi&d

uo|jBUJJOj-uoiKU!pp-sdAj”uosjed

lueujuBisse'iJOjiluyep'edAi'uosJBd

uOf)!Uijep~edA)~uosjed

lu8UJu6«ssB-0dAi”uosj9d

edA]~uosi&d

epj~uosj3d

0|Oj”uofjBziue6io-pue-uo9j&d

(u&uju6!SSB-uo!iBZ!ue6jo“puB“uosj&d

ss9jppe~uof|ez!ue6jo~pue~uosj»d

100

МИИ i»e»90

МИЯДЭЮОЮОЭ

ээвих

Z пНпидеш впнежиодойц

8003—6C3*eOCOVOOHdlOOJ

ГОСТ Р ИС010303-239 — 2008

Продолжение таблицы 2

Объект ИММ

Класс

соответствия

CC1

product_category_relationship

product_concept

product_concept_contexl

product_context

product_definition

produc<_definitton_conlexl

producl_definition_context_associalion

produd_definit»on_contexl_role

product_definition_effeclivrty

product_defmition_element_relationshtp

producl_definibon_formalk>n

product_defmition_formation_relat)onship

producl_defmilion_formation_wilh_specifted_source

product_defmitk>n_group_assignment

product_definition_process

producl_definilion_relalionship

producl_defirution_shape

product_definition_substi(ute

product_dafinrtion_usage

product_definition_with_associated_documents

producl_design_to_individual

producl_design_version_to_indivkJual

product_group

product_group_attribute_assignment

product_group_attribute_set

producl_group_aUributes

product_group_context

product_group_membership

producl_group_membership_rules

product_group_purpose

producl_group_relalionship

product_group_rule

product_group_rule_assignment

producl_group_rules

producl_in_attachmenl_sJot

product_planned_to_realized

product_related_product_category

product_relationship

36

ГОСТ РИС010303-239—2008

Продолжение таблицы 2

Объект ИММ

Класс

соответствия

CC1

promissory _usage_occurrence

proper_subset

property _definit»on

property_definition_relationship

property_definition_representation

property_process

qualification_type

quatification_type_assignment

qualification_type_re>ationship

qualificalion_type_role

quatif*ed_representation_item

quantified_assembly_componenl_usage

ratio_rrveasure_with_unit

ratio_unit

relationship_condition

relative_event_occurrence

replacement_relatk>nship

representation

representation_context

representation_item

representation_map

representation_retationship

representation_relationship_with_transformation

requirement_ass>gned_object

requirement_assignment

requirament_for_action_resource

requirement_source

resource_property

resource_property_retatiooship

resource_property_representation

resource_requirement_type

resource_requirement_type_relabonship

right_to_usage_association

rote_association

same_membership

secur>ty_classification

security_ctassification_ass»gnment

security_classirication_level

6'

37

ГОСТ Р ИС010303-239 — 2008

Продолжение таблицы 2

Объект ИММ

Класс

соответствия

CC1

selectedjtem

selected_<tem_assignment

se!ected_rtems_assignmenHn_context_group

selected Jtems_context_group

selected_items_context_group_to_context

sequenUal_method

serial_action_method

serial_numbered_effectivrty

shape_aspect

shape_aspeci_retationship

shape_deftnilion_representation

shape_representation

shape_representation_relationship

si_unit

simultaneous_task_element

solkJ_angle_measure_with_unit

solid_angle_unit

source_for_requirement

sourced_requirement

specif«d_higher_usage_occurrence

standard.uncertainty

state.observed

state_observed_assignment

slale_observed_relalionship

slate_observed_role

stale_predicted

state_type

slate_type_assignment

slate_lype_retationship

state_lype_role

stalechar_appJied_ob)ect

statechar_object

statechar_relationship_object

statecha*_type_appked_object

statechar_type_object

statechar_type_relationship_object

structured_message

subset

38

ГОСТ РИС010303-239—2008

Окончание таблицы 2

Объект ИММ

Класс

соответствия

CC1

system_breakdown_context

system_element_usage

task.element

task_elemenl_relalionship

task_element_sequence

taskjnvocation

task_method

task_method_relationship

task_method_version

task_method_version_relationship

task.objecbve

task.step

thermodynamic_temperature_measure_wilh_unit

thermodynamic_temperature_unit

time.inlerval

time_interval_assignment

time_interval_based_effectivity

timejntervat.relalionship

timejnlerval.role

time_intervat_with_bour>ds

time_rr»easure_with_uml

time.role

time.unit

type.qualiFier

uncertainty_measure_with_unit

uncertainty .qualifier

union

usage.associalion

value.range

value_representation_item

vector

versioned_action_request

versioned_action_request_retationship

votume_measure_with_unit

volume.unit

week_of_year_and_day_date

zone_breakdown_context

zone.element.usage

39

ГОСТ Р ИС010303-239 — 2008

Приложение А (обязательное)

Расширенные листинги на языке EXPRESS

А.1 Расширенный листинг ПЭМ на языке EXPRESS

Расширенный листинг ПЭМ на языке EXPRESS для настоящего стандарта приведен в ИСО 10303-439. приложение Е.

А.2 Расширенный листинг ИММ на языке EXPRESS

Расширенный листинг ИММ на языке EXPRESS для настоящего стандарта приведен в ИСО 10303-439. приложение Е.

40

ГОСТ РИС010303-239—2008

Приложение В (обязательное)

Сокращенные наименования ИММ

Сокращенные наименования объектов, использованных в расширенном листинге ИММ на языке EXPRESS для настоящего стандарта, приведены 8 таблице В.1. Требования к использованию сокращенных наименований содержатся в методах реализации, описанных а соответствующих стандартах комплекса И СО 10303.

Примечание — Наименования объектов на языке EXPRESS доступны в Интернете по адресу: .

Таблица В.1 — Сокращенные наименования объектов ИММ

Наименование типов данных объекта

Сокращенное

наименование

Моауль/ресурс

action

ACTION

ИСО 10303-41

action_actual

ACTACT

ИСО/ТС 10303-1259

action_assignment

ACTASS

ИСО 10303-41

action_directive

ACTDRC

ИСО 10303-41

act»on_happening

ACTHPP

ИСО/ТС 10303-1259

actk>n_melhod

ACTMTH

ИСО 10303-41

action_method_assignment

ACMTAS

ИСО 10303-41

aclion_method_relationship

ACMTRL

ИСО 10303-41

act»on_method_role

АСМ0

ИСО 10303-41

actk>n_method_lo_selecl_from

AMTSF

ИСО 10303-49 (12)

action_property

ACTPRP

ИСО 10303-49 (12)

action_property_relationship

ACPRRL

ИСО 10303-49 (12)

acbon_property_representation

ACPRRP

ИСО 10303-49 (12)

acbon_relationship

ACTRLT

ИСО 10303-41

action_requesl_assignment

ACRQAS

ИСО 10303-41

aclion_request_so!ution

ACRQSL

ИСО 10303-41

actk>n_request_status

ACRQST

ИСО 10303-41

actk>n_resource

ACTRSR

ИСО 10303-41

action_resource_relationship

ACRSRL

ИСОЮЭОЗ-41

action_resource_requirement

ACRSRQ

ИСО 10303-49 (12)

actk>n_resource_requiremen1_relationship

ARRR

ИСО 10303-49 (12)

action_resource_type

ACRSTV

ИСО 10303-41

acl>on_status

ACTSTT

ИСО 10303-41

address

ADDRSS

ИСО 10303-41

advisory_task_e1ement

ADTSEL

ИСО/ТС 10303-1262

alternate_product_retationship

ALPRRl

ИСО 10303-44 (13)

anKHjn1_of_substar»ce_measure_with_bnit

AOSMWU

ИСО 10303-41

amount_of_substance_unit

AOSU

ИСО 10303-41

appiication_context

APPCNT

ИСО 10303-41

41

2>2l*€0e0l 01Ю0И

WOefV

luemuSjsse вшей dnoj6 pefajd”peiidde

2>2l*e0€0l 01Ю0И

VLOfeW

)uemu6!SSB~edX)~uo«)ez!ue6io~u!~uof)!Sod~ peydde

2«l-€0E0l. 01Ю0И

VDOidtf

iuemu6isse

~dnoj6~uoi)ez!ue6io~uj~uo<)!sod~pei|dde

zt2i*€oeoi oi/oon

OVOtcW

)uemu6isse~dnoj6 ~)ueuju6!sse~uoi)ez!tje6jo~u!~uo!iisod~ peiidde

2>2l*e0€0l 01Ю0И

VOteW

)uemu6<sse~uo()ez!ue6jo~u!~uo!|iSod~ peydde

St2l*€0C0L 01Ю0И

VCLLdV

1uemu6<sse~uot)!uyep~edX)~uosjed~ psydde

B»2l*€0C0l 01Ю0И

VidV

)uemu6!Sse~edX)~uosied~ peydde

\lz\ eioi-eoeoi. oi/оои

VOWV

juemu6isse”uouez!ue6jo“pue“uosj©(f peydde

(62! 1901-C0C01 01Ю0И

VdOV

)uemu6!sse~)pefojd~euoiiez!ue6jo~pei|dde

[82! Ot-21-ЕОЯН Oi/OOH

VLOV

lueiiJu6<sse~BdXi~uo!ieziu86jo~pei|dde

Iz2! etoi-eocot 01УООИ

SVdOdV

luemu6!Sse~uo!iez!ue6jo~pe>|dde

owi-eoeoi эх/оои

SVHNdV

)ueiuu&tsse~eujeu~p8!idde

9Z2L*€0£0l Oi/OOH

WTV

)ueuju6!sse~uone)uesejdej~uo!ieoo)~p0<|dde

[92) ZZ21-G0E0L Oi/OOH

SVOIdV

lueuju6;sse~uo<ie3orpei|dde

120HE0E01 Oi/OOH

SVQIdV

)uemu6!Sse~uone3!j<)ue|H~pa<|dde

fe2l em-EOEOi э1юои

SVdOdV

juemu6iss8-dnoj6“pe!|dde

[«1 82U-E0C0I. Э1ЮОИ

V13V

|ueiuu6'Sse~uo!ieo<jnuepMeuje)xe~p8i|dde

EWl-EOEOl Oi/OOH

VL3V

HJ0UJuerssp-adAi-e3U0!jedx0-pa!|dde

EWl-EOEOl. Oi/OOH

SVXBcW

(ueuju6|sse”eoueuedx0”pei|dde

[£2l WEl-EOEOt Oi/OOH

VOHtf

luemu6i88e~e3uejjnooo~|U0Ae~p8i|dde

(22) E62l*E0£(H Oi/OOH

V03V

)u0uu6«sse~)xe)uo3~X|!Ait3ejje~pe!tdde

U2l 6S01-E0E01 Oi/OOH

SVdBdV

lu0mu6!Sse”X)iA!j30jje- peydde

[02l 22И.-Е0Е01 Oi/OOH

vonov

)ueuju6!sse~iu!ejisuo3~e6esn~)ueujft3op~p0j|dde

(02) 22U-E0E01 Oi/OOH

ddOOdV

eouejejej~|ueun3op~pei|dde

(6li H0H60E0L Oi/OOH

SVLOdV

iuemu6!sse~e)ep~pei|dde

fell HOl*EO£(H Oi/OOH

VLVOV

рвшибюве- euj!i~pue~e)ep~pe!|dde

iBll 2901-COCO 1. Oi/OOH

SVNOdV

|ueuju6!SSB-pBJiuoo”pei|dde

Ы Ш1-60601 01Ю0И

SVIOdV

|uemu6jS8e~uot)e3ij!Ssep~pe!|dde

[9ll ЖН-EOEOI. Oi/OOH

svaodv

|uemu6!sse”uo!jeoij!ii0o_pe!|dde

9t'2l*£0£0l Oi/OOH

vow

)uemu6isse~uo(|e3!jtssep~e|nqu)ie~p0>|dde

(Si) 2Ю1-С0С01 Oi/OOH

SVdVdV

|u0uu6tsse~|8AOJdde~p0!|dde

2ИН-60601 Oi/OOH

VdW

|U0mu6«sse~)senb0i~uo!pe~pe;|dde

In! 6«l*E0E0t Oi/OOH

cww

1ueunj6isse~pomeuj~uo!pe~p9j|dde

zwi-eoEoi oi/оои

SVOVdV

)ueuiu6!Sse~uojpe~pei|dde

H^EOEOl ООН

dOdddV

uo!|iuyep~p30)OJd~uoyeo!|dde

ifr-eotoi ooh

13NOdV

lusm0|0-jxepo3-uoi)K>!(dde

эйЛэо4/чиДвоп

динсоомопиен

90HH9tn«d)l0Q

01x0490 хпннев aouxi ОИНПОНОПИВН

I g iDvwgeui впнвжиодобц

8002 — 6Е2*С0С0ЮЭИ d iOOJ

ГОСТ Р ИС010303-239—2008

Продолжение таблицы В.1

Наименование типов данных объекта

Стращанное

наяыеноеаиис

Мояуль/ресурс

applied_qualification_type_assignment

ЛОТА

ИСО/ТС 10303-1244

applied_securi1y_classification_assignment

ASCA

ИСОЯС 10303-1015 £30]

applied_state_observed_assignment

ASOA

ИСОЯС 10303-1256

applied_state_type_assignment

ASTA

ИСО/ТС 10303-1255

applred_time_interval_assignmenl

ATIA

ИСОЯС 10303-1365 (31]

applied_usage_righ1

APUSRG

ИСО/ТС 10303-1241

approval

APPRVL

ИСО 10303-41

approval_assignment

APPASS

ИСО 10303-41

approval_date_time

APDTTM

ИСО 10303-41

approval_person_organization

APPROR

ИСО 10303-41

approval_relationship

APPRIT

ИСО 10303-41

approval_role

APPRL

ИСО 10303-41

approval_sta(us

APPSTT

ИСО 10303-41

area_measure_w>th_unit

AMWU

ИСО 10303-41

area_unit

ARUNT

ИСО 10303-41

assembly_componenl_usage

ASCMUS

ИСО 10303-44 (13)

assembly_componenl_usago_substitute

ACUS

ИСО 10303-44 (13]

assigned_requiremenl

ASSROR

ИСОЯС 10303-1233 (32]

attachment_slot_as_planned

ASAP

ИСОЯС 10303-1250 (33]

atlachmenl_slol_as_realized

ASAR

ИСОЯС 10303-1250 (33]

attachmant_slot_design

ATSLDS

ИСОЯС 10303-1250 (33]

attachment_slot_design_lo_planned

ASDTP

ИСОЯС 10303-1250 (33]

attachmenl_slot_des*gn_to_realized

ASDTR

ИСОЯС 10303-1250 (33]

a«achment_slot_on_producl

ASOP

ИСОЯС 10303-1250 (33]

aUachment_sJot_planned_to_realized

ASPTR

ИСОЯС 10303-1250 (33]

attribul0_classrfication_ass)gnmenl

ATCLAS

ИСО 10303-41

attribute_lar>guage_assignment

ATLhiAS

ИСО/ТС 10303-1105

attribu le_ valu0_a ssignment

ATVLAS

ИСО 10303-41

aUribute_value_role

ATVLRL

ИСО 10303-41

axis2_placement_2d

A2PL20

ИСО 10303-42 (34]

axis2_piacement_3d

A2PL3D

ИСО 10303-42 (34]

breakdown.context

BRKCNT

ИСО/ТС 10303-1248

breakdown_element_group_assignment

BEGA

ИСО/ТС 10303-1248

breakdown_element_realizalion

BRELRL

ИСО/ТС 10303-1248

breakdown_eJement_usage

BRELUS

ИСОЯС 10303-1248

breakdown_of

BRKOF

ИСОЯС 10303-1248

calendar_date

CLNDT

ИСО 10303-41

cart0sian_point

CRTPNT

ИСО 10303-42 (34)

7—2Э0Т

43

ГОСТ Р ИС010303-239 — 2008

Продолжение таблицы В. 1

Наиыекоыиие типов ленных объекта

Сокращенное

наименование

Модуль/ресурс

cartesian_lfansfofmatk>n_operalor

CRTROP

HCO 10303-42 {34)

cartesian_lrensformation_operator_2d

СЮ2

ИСО 10303-42 (34]

cartesian_lransf<xmation_operalor_3d

СТОЗ

HCO 10303-42 [34]

celsius_ternperature_measure_wrth_unil

CTMWU

ИСО 10303-41

certification

CRTFCT

ИСО 10303-41

certification_assignment

CRTASS

ИСО 10303-41

certif*cation_type

CRTTYP

ИСО 10303-41

characlerizable_appiied_aclion_assignmenl

CAAO

ИСО/ТС 10303-1272 [35]

characterized_address

CHRADD

ИСО/ТС 10303-1293 [22]

characterized_appiied_action_assignment

CAAA

ИСО/ТС 10303-1307

characlefized_appiied_aclion_method_assignrrwnt

CAAM

ИСО/ТС 10303-1306

charac(erized_appiied_documenl_reference

CADR

ИСО/ТС 10303-1297

characlerized_applied_document_usage_

conslrainl_assignment

CADUCA

ИСО/ТС 10303-1297

characlerized_applied_location_assignmenl

CALA

ИСО/ТС 10303-1358 [36]

characterized_applied_organization_assignment

CAOA

ИСО/ТС 10303-1293 [22]

characterized_applied_person_and_

organizalion_assignment

CAPAOA

ИСО/ТС 10303-1293 [22]

characterized_appiied_slale_ass4gnment

CASO

ИСО/ТС 10303-1306

characterized_applied_stata_type_assignment

CASTA

ИСО/ТС 10303-1306

characterized_experience

CHREXP

ИСО/ТС 10303-1243

cfiaracterized_hierarchica)_interface_conneclion

CHIC

ИСО/ТС 10303-1293 [22]

characterized_mterface_connect>on

CHINCN

ИСО/ТС 10303-1293 [22]

characterized_interface_eonnectof_occurrence

CICO

ИСО/ТС 10303-1293 [22]

ctiaraclerizedJnlerface_defmition_connection

CIDC

ИСО/ТС 10303-1293 [22]

characterized_location_obfec1

CHLCOB

ИСО/ТС 10303-1276

characterized.object

CHROBJ

ИСО 10303-41

characterized_object_ralationship

CHOBRL

ИСО 10303-41

characterized_organizational_project

CHORPR

ИСО/ТС 10303-1293 [22]

characterized_organizationa1_project

CHORPR

ИСО/ТС 10303-1293 [22]

charade rized_person

CHRPRS

ИСО/ТС 10303-1293 [22]

characterized_person_and_organization

CRAO

ИСО/ТС 10303-1293 [22]

charaderized_person_type_defimtion

CPTD

ИСО/ТС 10303-1245

class

CLASS

ИСО 10303-54 [37]

classificat>on_assignment

CLSASS

ИСО 10303-41

classifies tion_rofe

CLSRL

ИСО 10303-41

compound_representation_ilem

CMRPIT

ИСО 10303-43 [38]

concurrent_action_method

CNACMT

ИСО 1030349 (12)

44

ГОСТ РИС010303-239—2008

Продолжение таблицы В.1

Наименование типов данных объекта

Обращенное

иаяиеноеание

Мояуль/ресурс

concurrent_task_element

CNTSEL

ИСОЯС 10303-1262

condition

CNDTN

ИСОЯС 10303-1253

oonfiguration_design

CNFDSG

ИСО 10303-44

oonfiguraUon_effectivrty

CNFEFF

ИСО 10303-44

oonfigurabonjtem

CNFITM

ИСО 10303-44

contain! ng_message

CNTMSS

ИСОЯС 10303-1270

oontext_dependent_shape_representation

CDSR

ИСО 10303-41

oontext_dependent_unit

CNOPUN

ИСО 10303-41

contract

CNTRCT

ИСО 10303-41

oontract_assignment

CNTASS

ИСО 10303-41

oontract_relat»onshtp

CNTRLT

ИСО 10303-41

conlract_type

CNTTYP

ИСО 10303-41

conversion_based_unit

CNBSUN

ИСО 10303-41

ooordi nated_universal_time_off set

CUTO

ИСО 10303-41

date

DATE

ИСО 10303-41

date_and_time

DTANTM

ИСО 10303-41

date_and_lime_assignment

DATA

ИСО 10303-41

date.assignment

DTASS

ИСО 10303-41

date_role

DTRL

ИСО 10303-41

date_time_role

DTTMRL

ИСО 10303-41

dated_effectivity

DTDEFF

ИСО 10303-41

derived_unit

DRVUNT

ИСО 10303-41

denved_unit_etement

DRUNEL

ИСО 10303-41

description_attribute

DSCATT

ИСО 10303-41

descriptive_representation_ilem

DSRPIT

ИСО 10303-45 (39]

dimensional_exponents

DMNEXP

ИСО 10303-41

direcled_action

DRCACT

ИСО 10303-41

direction

DRCTN

ИСО 10303-42 (34]

document

DCMNT

ИСО 10303-41

document_file

DCMFL

ИСОЯС 10303-1127 [40]

document_product_assoctation

DCP1

ИСО 10303-41

documenl_product_equivalence

DCPREQ

ИСОЯС 10303-1122 [20]

document_reference

DCMRFR

ИСО 10303-41

document_retationship

DCMRLT

ИСО 10303-41

document_representation_type

DCRPTY

ИСО 10303-41

documenMype

DCMTYP

ИСО 10303-41

document_usage_constraint

DCUSCN

ИСО 10303-41

document_usage_constraint_assignment

DUCA

ИСО 10303-41

7

45

ГОСТ Р ИС010303-239 — 2008

Продолжение таблицы В. 1

Наиыекоыиие типов ленных объекта

Сокращенное

наименование

Модуль/ресурс

document _usage_role

DCUSRL

ИСО 10303-41

effedivity

EFFCTV

ИСО 10303-41

effectivity .assignment

EFFASS

ИСО 10303-41

effedrvity.context.assignment

EFCO

ИСО 10303-41

effectivity.context.rote

EFCNRL

ИСО 10303-41

effedivity.reiationsNp

EFFRLT

ИСО 10303-41

eleclric.current.measure.with.unit

ECMWU

ИСО 10303-41

eledric.current.unit

ELCRUN

ИСО 10303-41

end.task

ENDTSK

ИСО/ТС 10303-1262

envelope

ENVLP

ИСО/ТС 10303-1265

envelope.relationship

ENVRLT

ИСОГГС 10303-1265

even t_occurre nee

EVNOCC

ИСО 10303-41

event_occurrence_assignment

EVOCAS

ИСО 10303-41

event.oocurrence.context.rote

EOCR

ИСО 10303-41

event.occurrence.relationship

EVOO

ИСО 10303-41

evenl_occurrence_role

EVOCRL

ИСО 10303-41

executed.action

EXCACT

ИСО 10303-41

exHJoop

EXTLP

ИСО/ТС 10303-1262

extemal.class.library

EXCLLB

ИСО/ТС 10303-1275

external.identification.assignment

EXIOAS

ИСО 10303-41

extemal_source

EXTSRC

ИСО 10303-41

extemalty.defined.ciass

EXOO

ИСО/ТС 10303-1275

externally .defined.rtem

EXDFIT

ИСО 10303-41

functional.breakdown.context

FNBRCN

ИСО/ТС 10303-1216

functionat.element.usage

FNELUS

ИСО/ТС 10303-1216

functionally.defined.transformation

FNDFTR

ИСО 10303-43 (38]

general_property

GNRPRP

ИСО 10303-41

general_property .association

GNPRAS

ИСО 10303-41

general.property.relationship

GNPRRL

ИСО 10303-41

geometric.representatron.context

GMRPCN

ИСО 10303-42 (34]

geometric.representation.item

GMRPIT

ИСО 10303-42 (34]

gtobal.uncertamty.assigned.context

GC

ИСО 10303-43 (38]

global.unit.assigned.context

GUAC

ИСО 10303-41

group

GROUP

ИСО 10303-41

group.assignment

GRPASS

ИСО 10303-41

group.refationship

GRPRLT

ИСО 10303-41

hterarchical.interface.connection

HRINCN

ИСО/ТС 10303-1251

hybrid.breakdown.context

HYBRCN

ИСО/ТС 10303-1218

46

ГОСТ Р ИС010303-239—2008

Продолжение таблицы В.1

Наименование типов данных объекта

Со«ращонное

наяыемоеаиие

Мояуль/ресурс

hybrid_element_usage

HYELUS

ИСО/ТС 10303-1218

id_attribute

IDATT

ИСО 10303-41

identifies tion_assignment

IONASS

ИСО 10303-41

identifies bon_rote

IDNRL

ИСО 10303-41

in_zorw

INZN

ИСО/ТС 10303-1217

information_right

INFRGH

ИСОЯС 10303-1241

informalion_usage_right

INUSRG

ИСОЯС 10303-1241

interface_connection

INTCNN

ИСОЯС 10303-1251

interface_connectOf_as_planned

ICAP

ИСОЯС 10303-1294 (41]

interface_connectof_as_reatized

ICAR

ИСОЯС 10303-1294 (41]

interface_connector_definition

INCNDF

ИСОЯС 10303-1251

interface_connector_design

INCNDS

ИСОЯС 10303-1294 (41]

interface_connectw_design_to_ptanned

ICDTP

ИСОЯС 10303-1294 [41]

interface_connector_design_to_reaIized

ICDTR

ИСОЯС 10303-1294 [41]

interface_connector_occurrence

INCNOC

ИСОЯС 10303-1251

interface_connectoc_ptanned_to_realized

ICPTR

ИСОЯС 10303-1294

interface_connector_version

INCNVR

ИСОЯС 10303-1251

interface_definition_connection

INDFCN

ИСОЯС 10303-1251

inter1ace_definition_for

INDFFR

ИСОЯС 10303-1251

interface_specification_definition

INSPDF

ИСОЯС 10303-1251

interface_specification_version

INSPVR

ИСОЯС 10303-1251

rtem_defined_transfofmation

ITDFTR

ИСО 10303-43 [37]

justification_assignment

JSTASS

ИСОЯС 10303-1263 [42]

justificatk>n_group_assignment

JSGRAS

ИСОЯС 10303-1263 [42]

juslification_ilem_group_asstgnmenl

JtGA

ИСОЯС 10303-1263 [42]

justirication_support_assignment

JSSPAS

ИСОЯС 10303-1263 [42]

justification_support_item_group_assignment

JSIGA

ИСОЯС 10303-1263 [42]

language

LNGG

ИСОЯС 10303-1105 [43]

ie ngth_measu re_with_unit

LMWU

ИСО 10303-41

length_unit

LNGUNT

ИСО 10303-41

local.time

LCLTM

ИСО 10303-41

looping_element

LPNELM

ИСОЯС 10303-1262

tot_effectivity

LTEFF

ИСО 10303-41

luminous_intensity_measure_with_unit

LiMWU

ИСО 10303-41

luminous_intensity_unil

LMINUN

ИСО 10303-41

make_from_usage_option

MFUO

ИСО 10303-44 [13]

mapped_item

МРРГГМ

ИСО 10303-43 [38]

mass_measure_with_unit

MMWU

ИСО 10303-41

47

ГОСТ Р ИС010303-239 — 2008

Продолжение таблицы В. 1

Наиыекоыиие типов ленных объекта

Сокращенное

наименование

Модуль/ресурс

mass_unit

MSSUNT

ИСО 10303-41

measure_representation_item

MSRPIT

ИСО 10303-45 [39]

measure_with_unit

MSWTUN

ИСО 10303-41

message_contents_assignment

MSCNAS

ИСО/ТС 10303-1270

message_contents_groop

MSCNGR

ИСО/ТС 10303-1270

message_relalionship

MSSRLT

ИСОЯС 10303-1270

multi_!anguage_aHribute_assignment

MLAA

ИСОЯС 10303-1105 [43]

name_assignment

NMASS

ИСО 10303-41

name.attribute

NMATT

ИСО 10303-41

named_unit

NMDUNT

ИСО 10303-41

next_assembly_usage_occurrence

NAUO

ИСО 10303-44 [13]

object_rote

OBJRL

ИСО 10303-41

observation

OBSRVT

ИСОЯС 10303-1258

observation_consequence

OBSCNS

ИСОЯС 10303-1258

observation_relationship

OBSRLT

ИСОЯС 10303-1258

ordinal.date

ORDDT

ИСО 10303-41

organization

ORGNZT

ИСО 10303-41

organization_assignment

ORGASS

ИСО 10303-41

organization_relationship

ORGRLT

ИСО 10303-41

organization_role

ORGRL

ИСО 10303-41

organizational_address

ORGADD

ИСО 10303-41

organizationaI_project

ORGPRJ

ИСО 10303-41

organizationat_project_assignment

ORPRAS

ИСО 10303-41

organizational_project_relat»onship

ORPO

ИСО 10303-41

organizational_projecl_role

ORPRRL

ИСО 10303-41

person

PERSON

ИСО 10303-41

person_and_organization

PRANOR

ИСО 10303-41

person_and_organization_address

FAOO

ИСОЯС 10303-1011

person_and_organization_assignment

FAQA

ИСО 10303-41

person_and_organization_role

PAOR

ИСО 10303-41

person_role

PRSRL

ИСО 10303-41

personal_address

PRSADD

ИСО 10303-41

physicat_breakdown_context

PHBRCN

ИСОЯС 10303-1215 [10]

phys icat_element_u sage

PHELUS

ИСОЯС 10303-1215 |10]

placement

PLCMNT

ИСО 10303-42 [34]

plane_ang!e_measure_with_unit

PAMWU

ИСО 10303-41

plane_angle_unit

PLANUN

ИСО 10303-41

point

PCHNT

ИСО 10303-42 [34]

48

ГОСТ Р ИС010303-239—2008

Продолжение таблицы В.1

Наименование типов данных объекта

Стращанное

наяыеноеаиис

Мояуль/ресурс

precision.qualifier

PRCQLF

ИСО 10303-45 {39)

probability .generator

PRBGNR

ИСОЯС 10303-1252 (44)

process _product_association

PRPRAS

ИСО 10303-49 [12]

process_property_association

PRPRS

ИСО 10303-49 (12)

product

PRDCT

ИСО 10303-41

product_as_individual

PRASIN

ИСОЯС 10303-1164

product_as_irtdividual_verslon

PAIV

ИСОЯС 10303-1164

product.as.cndividual.view

РАЮ

ИСОЯС 10303-1164

product_as_planned

PRASPL

ИСОЯС 10303-1164

product_as_realized

PRASRL

ИСОЯС 10303-1164

product.category

PRDCTG

ИСО 10303-41

product.category .relationship

PRCTRL

ИСО 10303-41

product.concept

PRDCNC

ИСО 10303-44 [13]

product.concept.context

PRCNCN

ИСО 10303-41

product.context

PRDCNT

ИСО 10303-41

product.definition

PRDDFN

ИСО 10303-41

product.definition.context

PRDFCN

ИСО 10303-41

product.definition.context.association

РОСА

ИСО 10303-41

product.definrtion_context.role

PDCR

ИСО 10303-41

product.definibon.eff activity

PRDFEF

ИСО 10303-41

product.de tinition.element.relatjonship

PDER

ИСОЯС 10303-1248

product.definition.formation

PRDFFR

ИСО 10303-41

product.definition.formation.relabonship

PDFR

ИСО 10303-41

product.definition.formation.wrth.specified.source

PDFWSS

ИСО 10303-41

product_definition_group_assignment

PDGA

ИСОЯС 10303-1248

product_dermition_process

PRDFPR

ИСО 10303-49 [12)

product.definition.relationship

PRDFRL

ИСО 10303-41

product.definition.shape

PRDFSH

ИСО 10303-41

product.definition.substitute

PRDFSB

ИСО 10303-41

product.definition.usage

PRDFUS

ИСО 10303-44

product.definition.with.associated.documents

POWAD

ИСО 10303-41

product.de sign.to.individual

PDTI

ИСОЯС 10303-1164

producl.design.version.to.individuat

POVT1

ИСОЯС 10303-1164

product.group

PRDGRP

ИСОЯС 10303-1278 [45)

product_group_attribute_assignment

PGAA

ИСОЯС 10303-1278 [45)

product_group.attribute.set

PGAS

ИСОЯС 10303-1278 [45)

product_group.attribules

PRGRAT

ИСОЯС 10303-1278 [45)

productjroup.context

PRGRCN

ИСОЯС 10303-1278 [45)

49

ГОСТ Р ИС010303-239 — 2008

Продолжение таблицы В. 1

Наиыекоыиие типов ленных объекта

Сокращенное

наименование

Модуль/ресурс

product_group_membership

PRGRMM

ИСО^ТС 10303-1278 [45]

product_group_membership_rules

PGMR

HCCWTC 10303-1278 [45]

product_group_purpose

PRGRPR

ИСО/ТС 10303-1278 [45]

product_group_relationship

PRGRRL

ИСО/ТС 10303-1278 [45]

product_group_rute

PRG0

ИСО/ТС 10303-1278 [45]

producl_group_rule_asstgnment

PGRA

ИСО/ТС 10303-1278 [45]

product_group_rules

PRG1

ИСО/ТС 10303-1278 |45J

product_in_aUachmenl_slot

PtAS

ИСО/ТС 10303-1250 [33]

product_planned_to_realized

PPTR

ИСОЯС 10303-1164

product_re(ated_product_category

PRPC

ИСО 10303-41

product_relalionship

PRDRLT

ИСО 10303-41

promissory_usage_occurrence

PRUSOC

ИСО 10303-44 [13]

property_definition

PRPDFN

ИСО 10303-41

property_definition_relationship

PRDFR

ИСО 10303-45 [39]

property _definition_representation

PRDFRP

ИСО 10303-41

properly_process

PRPPRC

ИСО 10303-49 [12]

qualified_representation_item

OLRPIT

ИСО 10303-45 [39]

quantified_assembly_componen1_usage

QACU

ИСО 10303-44 [13]

ratio_measure_with_unit

RMWU

ИСО 10303-41

ratio.unit

RTUNT

ИСО 10303-41

relationship_cor>dition

RLTCND

ИСО 10303-49 [12]

relabve_evenl_occurrence

RLEVOC

ИСО 10303-41

replacement_relationship

RPLRLT

ИСО 10303-49 (12)

representation

RPRSNT

ИСО 10303-43 [38]

representabon_context

RPRCNT

ИСО 10303-43 [38]

representabon_item

RPRITM

ИСО 10303-43 [38]

representation_map

RPRMP

ИСО 10303-43 (38)

representation_relationship

RPRRLT

ИСО 10303-43 [38]

representation_retationship_with_transformalion

RRWT

ИСО 10303-43 [38]

requirement_assigned_object

RQASOB

ИСОЯС 10303-1233 [32]

requirement_assignment

RORASS

ИСОЯС 10303-1233 [32]

requirement_for_action_resource

RFAR

ИСО 10303-49 [12]

requirement_source

RQRSRC

ИСОЯСЮ303-1233 [32]

resource_property

RSRPRP

ИСО 10303-49 [12]

resource_pfoperty_relationship

RSPRRL

ИСО 10303-49 [12]

resource_property_representatk>n

RSPRRP

ИСО 10303-49 [12]

resource_requirement_type

RSRQTY

ИСО 10303-49 [12]

resource_requirement_type_relationship

RRTR

ИСО 10303-49 (12)

50

ГОСТ Р ИС010303-239—2008

Продолжение таблицы В.1

Наименование типов данных объекта

Со«ращонное

наяыемоеаиие

Мояуль/ресурс

right_to_usage_associstion

RTUA

ИСОЯС 10303-1241

role.assoctation

RLASS

ИСО 10303-41

security .classification

SCRCLS

ИСО 10303-41

security_classification_assignment

SCCLAS

ИСО 10303-41

security _classification_le vet

SCCLLV

ИСО 10303-41

selectedjtem

SLCITM

ИСОЯС 10303-1357 J46J

selected_item_assignment

SLITAS

ИСОЯС 10303-1357 (46]

se!ecled_ttems_ass»gnment_in_context_group

StAlCG

ИСОЯС 10303-1357 (46]

selected_items_context_group

SICG

ИСОЯС 10303-1357 (46]

setecled_items_context_group_to_context

SICGTC

ИСОЯС 10303-1357 (46J

sequentiat.method

SQNMTH

ИСО 10303-49 (12]

seriat.action.method

SRACMT

ИСО 10303-49 [12]

serial_numbered_efTectivity

SRNMEF

ИСО 10303-41

shape.aspect

SHPASP

ИСО 10303-41

shape_aspect_relationship

SHASRL

ИСО 10303-41

shape_definition_representation

SHDFRP

ИСО 10303-41

shape.representation

SHPRPR

ИСО 10303-41

shape_representation_relationship

SHRPRL

ИСО 10303-41

si_unit

SUNT

ИСО 10303-41

simultaneous_task_element

SMTSEL

ИСОЯС 10303-1262

sotid_angle_measure_wilh_unit

SAMWU

ИСО 10303-41

sotid_angle_unit

SLANUN

ИСО 10303-41

source_for_requirement

SRFRRQ

ИСОЯС 10303-1233 (32]

sourced.requirement

SRCRQR

ИСОЯС 10303-1233 (32]

speciried_higher_usage_occurrence

SHUO

ИСО 10303-44 (13]

standard.uncertainty

STNUNC

ИСО 10303-45 (39]

state.observed

STTOBS

ИСО 10303-56

state.observed.relationship

STOBRL

ИСО 10303-56

state_pred>cted

STTPRD

ИСОЯС 10303-1256

state.type

STTTYP

ИСО 10303-56

state, type.reiation ship

STTYRL

ИСО 10303-56

state_type_role

STTO

ИСО 10303-56

slatechar_app!ied_object

STAPOB

ИСОЯС 10303-1271 (47]

statechar.object

STTOBJ

ИСОЯС 10303-1271 (47]

statechar_relationship_object

STRLOB

ИСОЯС 10303-1271 (47]

statechar_type_applied_ob)ect

STAO

ИСОЯС 10303-1271 (47]

statechar_type_ob)ect

STTYOB

ИСОЯС 10303-1271 (47]

statechar_type_relationship_object

STRO

ИСОЯС 10303-1271 (47]

8—2Э0Т

51

ГОСТ Р ИС010303-239 — 2008

Продолжение таблицы В. 1

Наименование типов данных объекта

Сокращенное

наименование

Модуль/ресурс

structured.message

STRMSS

ИСО/ТС 10303-1270

syslem_breakdown_context

SYBRCN

ИСО/ТС 10303-1214

syslem_elemenl_usage

SYELUS

ИСОЯС 10303-1214

task_element

TSKELM

ИСО/ТС 10303-1262

lask_eiement_reIationship

TSELRL

ИСОЯС 10303-1262

lask_element_sequence

TSELSQ

ИСОЯС 10303-1262

task_invocation

TSKINV

ИСОЯС 10303-1262

lask_method

TSKMTH

ИСОЯС 10303-1262

task_method_relatronship

TSMTRL

ИСОЯС 10303-1262

lask_method_version

TSMTVR

ИСОЯС 10303-1262

task_method_version_relationship

TMVR

ИСОЯС 10303-1262

task.objectrve

TSKOBJ

ИСОЯС 10303-1262

lask_step

TSKSTP

ИСОЯС 10303-1262

thermodynamic_temperature_measure_w»th_unit

TTMWU

ИСО 10303-41

lhermodynarmc_temperature_unH

THTMUN

ИСО 10303-41

timejntervai

TMINT

ИСО 10303-41

time_interval_assignmenl

TMINAS

ИСО 10303-41

Ume_mterval_based_effectivrty

TIBE

ИСО 10303-41

lime_intervat_relationship

TMINRL

ИСО 10303-41

time_interval_role

TMIO

ИСО 10303-41

time_intervat_with_bounds

TIWB

ИСО 10303-41

time_measure_with_unit

TMWU

ИСО 10303-41

time_ro1e

TMRL

ИСО 10303-41

time_unit

TMUNT

ИСО 10303-41

type_qualifier

TYPOLF

ИСО 10303-45 (39]

uncertainty _measure_with_unrt

UMWU

ИСО 10303-43 (38]

uncertaanty_quaiifier

UNCQLF

ИСО 10303-45 (39)

usage_association

USGASS

ИСО/ТС 10303-1241

vatue_range

VLRNG

ИСОЯС 10303-1106

value_representalion_item

VLRP1T

ИСО 10303-43 (38]

vector

VECTOR

ИСО 10303-42 (34]

versioned_3ction_request

VRACRQ

ИСО 10303-41

votume_measure_with_unit

VMWU

ИСО 10303-41

votume_unit

VLMUNT

ИСО 10303-41

week_ot_year_and_day_date

WOYADD

ИСО 10303-41

zone_breakdo\vn_conlexl

ZNBRCN

ИСОЯС 10303-1217

zone_element_usage

ZNELUS

ИСОЯС 10303-1217

52

ГОСТ РИС010303-239—2008

Приложение С

(обязательное)

Специфические требования для методов реализации

We год реализации определяет, какие типы характеристик обмена требуются по отношению к требованиям настоящего стандарта. Соответствие требованиям настоящего стандарта должно быть реализовано в структуре обмена. Формат файла должен быть закодирован в соответствии с синтаксисом и отображением языка EXPRESS, определенным в ИСО 10303-21 или ИСО 10303-28 и с ИММ. ссылка на которую приведена в приложении А. раздел А.2.

С.1 Общие требования

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

Если передающая система не предоставляет данных для строкового значения, то препроцессор должен использовать строку '/NULL'. '/IGNORE' или пустую строку

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

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

-    строка ’/NULL' обозначает пользовательские данные в обязательном атрибуте, который не управляется передающей системой, либо данные в настоящее время неизвестны, либо определяет обязательную информацию ИММ. которая не имеет соответствия в ПЭМ:

• символ $ испогъзуется в физическом файле, если необязательному атрибуту не приписано значение.

С.2 Специфические требования для метода реализации, определенного е ИСО 10303-21

Если методом реализации является метод по ИСО 10303-21. то формат файла должен быть закодирован в соответствии с синтаксисом и отображением языка EXPRESS, определенным в ИСО 10303-21 и схемой ИММ. ссылка на которую приведена е приложении А. раздел А.2.

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

Пример — Следующее выражение обозначает расширенную схему ИММ АР239_prx>ductjife_cycle_ support_mim If:

FILE_SCHEMA ((‘AP239_PRODUCT_UFE_CYCLE_SUPPORT_MIM_LF {1 0 10303 439 1 1 4} '))

С.З Специфические требования для метода реализации, определенного е ИСО 10303-28

Если методом реализации является метод по ИСО 10303-28. то формат файла должен быть закодирован в соответствии с синтаксисом и отображением язька EXPRESS, определенным в ИСО 10303-28. и схемой ИММ. ссылка на которую приведена е приложении А. раздел А.2.

в'

53

ГОСТ Р ИС010303-239 — 2008

Приложение D

(обязательное)

Форма заявки о соответствии реализации протоколу (ЗСРП)

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

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

D.1 Идентификация реализации протокола

Наименование реализации ПП по ИСО 10303-239

Текущая версия и дате выпуска

D.2 Метод реализации

Указывают выбранный метод реализации и поддерживаемые направления преобразования.

Если поддерживается более одного метода реализации, то для каждого из них должна быть заполнена отдельная форма ЗСРП.

Метод реализации

Отображение EXPRESS

Препроцессор

Постпроцессор

ИСО 10303-21

Неприменимо

НСО 10303-28

D.3 Реализованные классы соответствия

Класс соответствия

Препроцессор

Постпроцессор

Поддержка жизненного цикла изделий (СС1)

54

ГОСТ РИС010303-239—2008

Приложение Е

(обязательное)

Регистрация информационного объекта

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

{ iso standard 10303 раг1(239) version(1) }

Смысл даююго обозначения установлен е ИСО/МЭК 8824-1 и описан в ИСО 10303-1.

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

Прикладная функциональная модель

Прикладная функциональная модель (ПФМ) предназначена для оказания помощи в понимании области применения и информационных требований, определенных настоящим прикладным протоколом. Модель представлена как комплект рисунков, содержащих диаграммы действий в формате функционального моделирования IDEF0 (см. раздел F.2), и комплект определений действий и связанных с ними данных (см. раздел F.1). Действия и потоки данных, находящиеся вне области применения настоящего прикладного протокола, отмечены звездочкой.

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

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

F.1 Определения прикладной функциональной модели

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

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

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

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

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

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

Примечание — При выполнении данного действия должны учитываться:

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

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

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

55

ГОСТ Р ИС010303-239 — 2008

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

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

•    запросы на прояснение конфликтующих или плохо определенных требований заинтересованных сторон:

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

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

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

Анализировать проблему или возможность изменения {Analyze change problem or opportunity): Анализ дохуменшрованной проблемы управления конфигурацией с целью определения того, существует ли необходимость действия по внесению изменений: звпрос на прояснение или решение другими средствами.

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

•    причину запрошенного изменения:

•    основные рамки и описание запрошенного изменения:

•    определение влияния запрошенного изменения:

•    желаемую эффективность:

•    срочность и важность запрошенного изменения.

Анализировать техническую программу поддержки (Review support engineering programme): Действие no анализу выполнения технических действий по поддержке посредством сравнения их хода с техническим планом поддержки и эксплуатационных характеристик системы поддержки с техническими целями поддержки, а также выдвижению предложений по изменениям (в случае необходимости).

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

вариант плана поддержки (support plan option): Возможный план поддержки, соответствующий определенной политике поддержки.

Ввести в эксплуатацию систему поддержки (Commission support system): Действие по созданию, тестированию. сертификации и выпуску всех элементов системы поддержки с целью обеспечения поддержки, определенной решением по поддержке.

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

влияние на связанные изменения (impact on related changes): Последствия, которые потенциагъное решение оказывает на другие изменения, которые протекают параллельно.

внешний фактор* (external factor): Аспекты внешней среды, которые обеспечивают возможности или вызывают риски для успешного обеспечения поддержки.

возможности размещения поддержки {support location capability): Способность одной или нескольких организаций в заданном месте еьюолиять классы заданий в рамках определения решения по поддержке.

возможность оказания поддержки {support opportunity): Идентификация и описание реальной возможности или типа возможности оказания поддержки, когда на изделии, нуждающемся в поддержке, могла бы быть выполнена некоторая работа.

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

выбранное задание по вводу в эксплуатацию (selected commissioning task): Действие, необходимое в графике по вводу в эксплуатацию для создания жизнеспособной системы поддержки, допускающей применение определения решения по поддержке.

выбранный поставщик поддержки (selected support provider): Организация или организации, выбранные для выполнения включенных в график заданий.

Выбрать вариант плана поддержки (Select support plan option): Действие no выбору варианта плана поддержки. который наилучшим образом соответствует требованиям решения по поддержке, на основании расчетных или измеренных эксплуатационных показателей.

Выбрать возможности оказания поддержки для составления графика (Select support opportunities to schedule): Действие no выбору из рабочего графика игы графика испотъэования ресурсов возможности оказания

56

ГОСТ РИС0 10303-239—2008

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

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

Выбрать необходимые задания (Select necessary tasks): Действие по выбору заданий, необходимых для обращения к соответствующим инициаторам поддержки в среде развертывания.

Выбрать подходящие инициаторы поддержки (Select relevant support drivers): Действие no выбору инициаторов поддержки в соответствии с конкретным контекстом поддержки.

Выбрать поставщика поддержки (Select support provider): Действие по выбору посгавщика(ое) поддержки для выполнения включенных в трафик действий.

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

Выделить и упорядочить информацию (Extract & collate information): Действие по выделению и упорядочению информации, возникающей в результате действий по эксплуатации и поддержке в форме, которая соответствует правилам управления информацией.

выполненное задание (completed task): Запись об успешном выполнении задания, инициированного в соответствии с графиком поддержки.

Выполнить анализ заданий (Perform task analysts): Действие по идентификации и определению одного или нескольких экономически оправданных и выполнимых заданий по поддержке в качестве реакции на сигнал инициатора поддержки.

Примечание — Действие А232 относится к отдельным заданиям и их ресурсам. Интеграция задамтй в форму решения по поддержке осуществляется действием А233. Анализ заданий включает в себя:

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

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

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

Выпустить гарантированный комплект информации об изделии и его поддержке (Release assured product & support information): Действие no утверждению и выпуску гарантированного комплекта информации, необходимой для обеспечения поддержки жизненного цжла изделия.

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

-    полноту по отношению к необходимой информации:

-    соответствие распоряжению на изменение и правилам управления информацией;

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

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

Выпустить изделие для использования (Release product tor use): Действие no контролю над ходом работ и состоянием изделия для обеспечения возвращения изделия снова в эксплуатацию.

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

Выработать предложение по улучшению (Create suggestion for improvement): Действие no упорядочению идей и комментариев, полученных от обслуживающего персонала, в конкретные предложения по улучшению решения по поддержке.

Выработать решение по поддержке (Generate support solution): Идентификация, разработка, проверка и улучшение оптимизированного определения решения по поддержке для обобщенного изделия, оказывающего адекватное влияние на конструкцию изделия.

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

57

ГОСТ Р ИС010303-239 — 2008

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

•    идентификацию и анализ требований к поддержке:

-    определение действий по поддержке:

•    определение ресурсов, необходимых для поддержки, включая обученный персонал:

•    спецификацию конструктивных требований к элементам поддержки и встроенным средствам поддержки:

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

•    идентификацию, определение и анализ стоимости поддержки и формирователей готовности:

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

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

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

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

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

Выявить потребности заинтересованных сторон в поддержке (Elicit support stakeholder need): Действие no выявлению потребностей, пожеланий, ожиданий и ограничений, которые каждая выявленная заинтересованная сторона хочет отразить а определении решения по поддержке, включая действие по поиску разъяснений и обоснований в случае необходимости: изучение опыта работы с подобным изделием или системами поддержки с целью выявления потенциальных дополнительных требований и установления требований по стандартизации изделия или элементов его поддержхи.

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

выявленная потребность в поддержке (elicited support need): Потенциальное требование к разработке решения по поддержке, отражающее пожелания и ожидания признанной заинтересованной стороны.

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

•    ожидаемый срок службы изделия и его поддержки:

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

•    число изделий, нуждающихся в поддержке:

•    необходимость стандартизации с другими организациями, пользователями или партнерами:

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

•    потребности, выявленные из опыта подобных организаций, сред и сценариев эксплуатации:

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

гарантированное решение по поддержке (assured support solution): Определение решения по поддержке, разрешенное для использования при обеспечении поддержки или снятия с эксплуатации одного или нескольких элементов изделия или его поддержки.

58

ГОСТ РИС0 10303-239—2008

гарантированный комплект информации об изделии и его поддержке: ГИИП (assured set of product and support ^formation; APSI): Комплект информации, относящей») к управлению изменениями конфигурации, который формируется с целью разработки и поставки поддержки обобщенного изделия.

Примечание — Данный термин соответствует термину «информация о конфигурации изделия» по EIA 649 [8]. который включает в себя:

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

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

гибридная или иная схема деления {hybrid or other breakdown): Иерархическая декомпозиция изделия, состоящая из элементов, которые либо относятся к различным типам, либо не относятся к системному, физическому. функциональному или зональному типу.

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

ГИИП и сопутствующая информация (APS! and related information): Комплект гарантированной и сопутствующей информации, используемый для разработки и поставки поддержки для обобщенного изделия, вхлючая обратную связь по использованию и поддержке изделия в течение его жизненного цикла.

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

готовая к выпуску информация об изделии (releasable product information}: Относящаяся к изделию информация. которая может быть опубликована в качестве ГИИП при условиях, указанных в плане выпуска информации.

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

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

график поддержки (support schedule): Систематический план или схема выполнения одного или нескольких заданий по поддержке.

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

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

дата первого использования (first-use date): Дата, когда элемент поддержки был востребован впервые.

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

директива жизненного цикла* (life cycle directive): кЫсгрукцим или политики, выходящие за рамки модели, которые инициируют или обязывают выполнять действия по поддержке изделия от концепции до ликвидации.

Примечание — Данные директивы могут включать в себя:

•    законодательные и политические решения;

-    директивы, касающиеся внешней среды и безопасности;

•    деловые, организационные и программные стратегии и политики:

-    политжу и директивы по стандартизации;

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

•    программное деловые задачи, проблемы, цепи и ограничения, например, годовой бюджет и цепи выполнения:

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

9— 2Э0Т

59

ГОСТ Р ИС010303-239 — 2008

•    решения, принимаемые в результате рассмотрения заявок оператору жизненного цикла изделия:

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

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

директива с требованием (requirement directive): Информация, полученная из директив жизненного цикла и выраженная в форме потенциального требования для определения решения по поддержке изделия.

документ о выпуске системы поддержки (support system release): Подтверждение того, что система поддержки находится на месте и готова принять изделия, нуждающиеся а поддержке.

документированная проблема (documented problem}: возможность изменения или установленная проблема. по которой назначен приоритет изменения.

Документировать возможность изменения или проблему (Document change opportunity or problem): Действие no подтверждению документами проблемы, требующей действия по изменению конфигурации изделия, или разрешению проблемы посредством обновления информации.

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

•    обеспечение новых возможностей по желанию потребителя:

-    улучшение поддержки изделия:

•    использование новой технологии:

-    усовершенствование изделия:

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

-    исправление дефекте» и недостатков изделия:

•    исправление проблем и предотвращение их повторений:

-    устранение условий, угрожающих безопасности:

•    реализацию запланированного усовершенствования изделия;

•    снижение себестоимости или повышение эффективности производства:

•    предотвращение отставания от графика;

•    защиту от морального устаревания изделия.

другое задание (other task): Идентификация задания, подлежащего включению в график, но не предусмотренного непосредственно в прикладном решении по поддержке или графике ввода в эксплуатацию.

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

Завершить формирования процедур выполнения заданий (Complete task procedures): Действие по разработке соответствующих спецификаций заданий в форме, в которой они будут представлены поставщикам поддержки.

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

задание на включение в график (task to schedule): Действие, которое должно быть включено в график работ для данного случая оказания поддержки.

задание на разработку изменения (change development task): Задание, необходимое для продвижения разработки изменения.

задание по вводу в эксплуатацию (commissioning task): Действие по созданию, тестированию или подтверждению правильности элемента системы поддержки.

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

60

ГОСТ РИС0 10303-239—2008

задание по определению состояния изделия (task to determine product state): Действие, необходимое для установления конфигурации или состояния изделия, предшествующего получению поддержки.

запись о конфигурации (configuration record): Запись о конфигурации изготовленного изделия.

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

запись о состоянии элемента поддержки (support element status record): Результаты наблюдений за состоянием. измеренное свойство или статус элемента поддержки, который использовался или используется е качестве ресурса для еьюолнения задания.

Примечание — Возможные состояния элемента поддержки:

•    израсходован;

•    используется;

•    доступен для перемещения.

запись об использовании изделия (product usage record): Информация о прошлом использовании изделия. находящегося в эксплуатации.

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

запись об использовании ресурса (resource usage record): Информация о прошлом использовании ресурса в ходе выполнения одного или нескольких заданий по поддержке изделия.

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

запрос идентификатора (request for identifier): Запрос на обеспечение идентификации для новых элементов изделия или системы его поддержки.

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

запрос на уточнение характеристики поддержки (support characteristic clarification request): Запросы к заинтересованной стороне для уточнения требуемых характеристик поддержки.

запрос отчета о влиянии, относящегося к проблеме (request for impact report relating to issue): Запрос на оценку потенциального влияния проблемы, которая возможно приведет к обоснованной потребности изменения.

запрос оценки влияния на эффективность (request for effectivity impact assessment): Запрос на оценку влияния предложения по применению изменения к конкретным изделиям.

запрос оценки финансового влияния (request for assessment of financial impact): Запрос на предоставление отчета о влитии на цену или затраты е зависимости от выполняемых работ.

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

зарегистрированная проблема (recorded issue): Заявка на работу или выражение беспокойства, которое было задокументировано и идентифицировано.

затрагиваемый элемент (affected item): Элемент, затрагиваемый соответствующим решением, заявка владельцу жизненного цикла (request to life cycle owner): Заявка на действие со стороны владельца жизненного цикла, относящееся к действиям, находящимся вне области применения данной модели.

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

•    заявки на действие по разработке или приобретению необходимых ресурсов, в настоящее время недоступных в среде развертывания:

•    запросы на информацию:

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

9*

61

ГОСТ Р ИС010303-239 — 2008

заявка на встраивание (request to embed): Заявка на выполнение действия по оценке осуществимости изменения изделия для улучшения его обеспеченности техжческой поддержкой или встраивания возможностей по поддержке в его конструкцию.

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

заявка на другое действие (request for other action): Заявка на действие, не являющееся частью изменения, возникающая на основании документированной проблемы.

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

заявка на задание по вводу в эксплуатацию (commissioning task request): Заявка на разработку спецификации задания на действие по вводу в эксплуатацию, не включенное в текущий комплект заданий по ОИ.

заявка на идентификацию и присвоение приоритета изменению (request to identify & prioritize change): Побуждение к назначению обозначения и приоритета изменения после оценки документированной проблемы.

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

заявка на изменение концепции поддержки (request for support concept change): Заявха на изменение концепции поддержки.

заявка на изменение цели (objective change request): Заявка на изменение цели, без которого цель не может быть достигнута.

заявка на исследование (request for investigation): Заявка на действие, шляющаяся резугыатом действий по оценке.

Примечание — Заявка на исследование может содержать:

•    предложение по изменению обеспечения ресурсами относительно данного задания:

•    предложение по изменению решения по поддержке:

•    заявки на смягчение требований решения по поддержке:

•    предложение по внесению изменения в изделие:

- запросы дополнительных дажых от существующего источника или на новые источники данных.

заявка на корректировку (request for update): Заявка на корректировку плана реализации на основании утверждения изменения.

заявка на переопределение проблемы (request to redefine problem): Побуждение к действию по упущению определения документированной проблемы.

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

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

заявка на процедуру выполнения задания (request for task procedure): Заявка на разрвбогху процедуры выполнения намеченного задания, которое не вошло в определение решения по поддержке.

заявка на развитие задания (request for task evolution): Предложение no дальнейшей проработке спецификации задания.

заявка на разработку решения и оценку влияния (request for solution development & impact assessment): Заявка на оценку влияния потенциальных конструктивных решений, которые могли бы удовлетворить обоснованную потребность изменения.

заявка на уточнение метрики поддержки (support metric clarification request): Заявка на уточнение метрики поддержки, поданная заинтересованной стороной.

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

заявка на элемент поддержки (request for support item): Заявка на разработку или поставку нового или дополнительного элемента ресурсов, востребованного заданием, или на информацию об осуществимости и стоимости их получения.

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

62

ГОСТ РИС0 10303-239—2008

использована для запроса информации о стоимости поддержки и периоде освоения для изделий, выходящих за рамки ОИ. но для которых применима поддержка ОИ.

зональная схема деления (zonal breakdown): Иерархическая декомпозиция зональных элементов в рамках изделия.

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

классифицированное решение (classified solution): Потенциальное решение по обоснованной потребности изменения, отнесенное к конкретному классу.

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

классифицированный элемент или взаимосвязь (classified element or relationship): Элемент OVi или системы его поддержки, который был идентифицирован и отнесен к одному или нескольким классам элементов, а также любая взаимосвязь между элементами, прослеживаемая в целях поддержки.

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

Классифицировать решение (Classify solution): Действие по классификации выбранного решения по соответствующим параметрам.

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

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

•    масштаб изменения, например, основное или вспомогательное:

•    влияние на реализацию, например, изменение в ходе эксплуатации:

•    интерес со стороны регулирующих органов, например, если требуется разрешение ФАА

Классифицировать элемент или интерфейс (Classify element or interface): Действие no классификации элементов с целью обеспечения удобных ссылок в деловом контексте.

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

•    выделение элементов конфигурации и их интерфейсов:

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

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

коммерческое влияние решения (business impact of solution); Информация, необходимая для оценки потенциальных стоимости, рисков и выгод, связанных с любым элементом предложенного изменения.

Контролировать действия по поддержке (Control support acbvity): Действие по контролю за ходом работы с целью эффективного достижения целей поддержки в соответствии с графиком поддержки, включая: выпусж заданий. по которым могут начинаться работы: мониторинг хода выполнения задания; сертификацию успешно выполненных заданий и выпуск изделия для использования после завершения всех действий.

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

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

•    мониторинг хода работ:

•    фиксацию выполнения заданий по поддержке:

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

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

63

ГОСТ Р ИС010303-239 — 2008

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

критическая проблема безопасности или поддержки (safety or support critical issue): Заявка на действие со стороны владельца жизненного цикла или выражение беспокойства, возникающие при идентификации инициаторов поддержки, влияющих на безопасность или другие аспекты, имеющие критическое значение для предоставления жизнеспособной поддержки.

идентифицированное размещение поддержки (identified support location): Идентификация и описание планируемого местоположения или географической области, где поддержка может быть востребована или предоставлена.

идентифицированное решение (identified solution): Идентификация потенциального решения, которое может удовлетворить обоснованную потребность изменения.

идентифицированный элемент (identified element): Любая часть ОИ. системы его поддержки или относящейся к нему информации, ссыгаса на которую должна стать частью поддержки жизненного цикла изделия.

Примечание — Некоторые идентифицированные элементы могут быть выбраны в качестве элементов конфигурации.

Идентифицировать возможности улучшения поддержки (Identify support improvement opportunity): Действие no идентификации и анализу потенциальных возможностей для улучшения решения по поддержке и идентификации тех из них. которые должны рассматриваться как часть технической программы поддержки.

Примечание — Данное действие может включать е себя:

•    рассмотрение возможностей на их соответствие требованиям к решению по поддержке:

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

-    предложения по работе, которая должна быть выполнена для улучшения поддержки.

Идентифицировать возможные варианты решения (Identify solution options): Действие по идентификации потенциальных решений, которые могут соответствовать требованию на изменение.

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

Идентифицировать другие требующиеся задания (Identify other required tasks): Действие no определению любых других действий, которые должны быть включены в график помимо вытекающих из решения по поддержке или графика ввода в эксплуатацию.

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

Идентифицировать заинтересованные стороны поддержки (Identify support stakeholder): Действие по идентификации отдельных заинтересованных сторон или классов заинтересованных сторон, имеющих обоснованный интерес к изделию на протяжении его жизненного цикла.

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

Идентифицировать запущенные задания (Identify triggered tasks): Действие по идентификации установленных заданий, определенных в решети по поддержке, посредством оценки условий запуска заданий с использованием параметров состояния, эксплуатации или других параметров отдельного изделия.

Идентифицировать затрагиваемый элемент (Identify affected item): Действие по определению элементов конфигурации, на которые окажут воздействие возможные решения.

Идентифицировать и назначить приоритет изменению (Identify & prioritize change): Действие по идентификации и классификации возможности или модификации изменения на основании необходимости, срочности или влияния потенциального изменения.

Примечание — К классам приоритетов изменения относят:

•    класс 1:

-    класс 2;

•    основное:

-    второстепенное.

64

ГОСТ РИС0 10303-239—2008

Идентифицировать и разрешить конфликт между потребностями в поддержке (Identify & resolve conflict between support needs): Действие no определению и количественной оценке в непротиворечивой и верифицируемой форме потребностей в поддержке, разрешающее любые противоречивые, двусмысленные, неполные или непроверяемые входные данные и направляющее уведомление заинтересованным сторонам, чьи потребности могут быть не отражены в утвержденной потребности поддержки.

Идентифицировать места осуществления поддержки (Identify support locations): Действие по идентификации мест осуществления поддержки.

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

Идентифицировать намеченные задания (Identify intended tasks): Действие по идентификации заданий, которые должны быть выполнены во время текущего оказания поддержки для достижения целей поддержки.

Идентифицировать необходимые ресурсы (Identify required resources): Действие по идентификации ресурсов. необходимых для выполнения выбранных действий, включая определение того, когда и где эти ресурсы потребуются.

Идентифицировать обстоятельства оказания поддержки (Identify support opportunities): Действие по идентификации типа обстоятельств, при которых может быть вьюолнвка работа по оказанию поддержки для изделия.

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

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

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

Идентифицировать потенциальное задание (Identify potential task): Действие по идентификации каждого возможного задания, выполнение которого на ОИ участниками поддержки может потребоваться в одной или более средах поддержки и эксплуатации.

Примечание — Данное действие включает е себя задания:

•    являющиеся реакцией на идентифицированные инициаторы поддержки;

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

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

Идентифицировать представление структуры изделия (Identify product structure view): Действие no определению того, какие представления схемы деления изделия требуются соответствующим заинтересованным сторонам и участникам поддержки для хранения, осуществления поиска и извлечения информации об изделии и его поддержке.

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

Идентифицировать риски поддержки и возможности улучшения (Identify support risks & improvement opportunities): Действие no идентификации возможностей улучшения решения по поддержке в виде заданий, предложенных для включения в технический план поддержки, или формирования заявок на работы для владельца жизненного цикла.

Примечание — Даннов действие вхпючэет в себя:

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

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

Идентифицировать требования к ресурсам ввода в эксплуатацию (Identify commissioning resource requirement): Действие по идентификации ресурсов, необходимых для выполнения заданий по вводу изделия в эксплуатацию, включая ресурсы, необходимые для создания системы поддержки и выдачи транзакционных запросов на поставку ресурсов в нужные места и сроки.

65

ГОСТ Р ИС010303-239 — 2008

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

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

-    принципы поддержки:

•    интерфейсы с другими изделиями и системами:

-    партнерство для обеспечения поддержки:

•    выбор компонентов и запасных частей:

-    испытательное и учебное оборудование:

•    физические характеристики изделия:

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

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

Идентифицировать элемент (Identify element): Действие по назначению однозначных наименований и идентификаторов всем элементам обобщенного изделия и системы его поддержки.

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

Идентифицировать элементы изделия и системы поддержки (Identify product & support system elements): Действие no обеспечению однозначной идентификации и классификации всех элементов, составляющих часть ОИ и системы его поддержки, на которые требуется установление ссылок, включая интерфейсы и другие взаимосвязи между этими элементами, к которым должно применяться управление конфигурацией.

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

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

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

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

Примечание — Инициаторы поддержки содержат требования к разработке спецификаций заданий, касающиеся:

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

•    безопасности, юридических или экологических вопрооов:

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

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

инициатор поддержки, по которому нет решения (unresolved support driver): Инициатор поддержки, для которого не может быть найдена эффективная реакция.

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

Инициировать разработку решения и оценку влияния (initiate solution development & impact assessment): Действие no формированию заявок на работы для определения потенциального решения и оценки его влияния.

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

информационная модель* (information model): Модель на языке EXPRESS или на другом язьке моделирования. созданная для определения того, как должна быть структурирована информация об изделии и его поддержке.

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

66

ГОСТ РИС0 10303-239—2008

информационная потребность* (information need): Спецификация информации, которая должна быть разработана и поддерживаться в рамках ГИИП для любого элемента ОИ или системы его поддержки либо класса элементов.

информационные правила поддержки* (support information rules): Информационные модели, эталонные данные и правила, определяемые для ОИ по сбору и хранению информации о поддержке для обеспечения эффективного управления предоставлением поддержки.

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

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

•    правила управления информацией по поддержке применяются ко всем элементам ОИ и его системы поддержки:

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

информация для оператора системы* (information to system operator): Информация, предоставляемая пользователю или оператору изделия, нуждающегося 8 поддержке, касающаяся состояния поддерживаемого изделия.

Примечание — Данная информация может включать в себя:

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

-    достигнуть» уровень готовности или другие аспекты выпотения поддержки, относящиеся к операторам:

-    готовность системы поддержки и доступность элементов и сервисов поддержки:

-    ограничения на доступность изделия или системы поддержки;

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

•    реакции на заявки оператора, касающиеся проблем эксплуатации или поддержки.

информация об изделии и его поддержке (product & support information): Потенциальный ГИИП до его утверждения и выпуска.

информация об изделии и элементах поддержки (product & support element information): Любая информация об обобщенном изделии и связанных с ним элементах поддержки, которая требуется участникам для поддержки жизненного цикла.

Примечание — Данная информация может включать в овбя:

-    информацию по определению изделия;

•    информацию по рабочим характеристикам издешя;

•    прогнозируемые отказы;

•    диагностические данные;

-    описания изделия или элементов поддержки;

•    производственные записи:

-    характеристики изделия, относящиеся к его поддержке:

•    огмсания людей и организаций:

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

информация от других систем (nformation from other systems): Информация no идентификации, описанию или эксплуатационным характеристикам других изделий или систем поддержки, имеющих отношение к обобщенному изделию.

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

инфраструктура поддержки (support infrastructure): Фиксированные физические активы, необходимые для обеспечения поддержки.

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

10—2307

67

ГОСТ Р ИС010303-239 — 2008

история задания (task history): Информация о предыдущей проделанной работе с изделием, нуждающимся или получающим поддержку, полученная из записей обратной связи поддержки.

история изделия (product history): Информация об использовании и состоянии изделия в течение какого-либо периода в прошлом, полученная из записей обратной связи поддержки.

количественно определенная метрика поддержки (quantified support metric): Мера рабочей характеристики с целевым значением, которая должна использоваться для оценки исполнения определения решения по поддержке.

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

количественно определенное решение (quantified solution): Определение потенциального решения по обоснованной потребности изменения, подкрепленное планами его реализации, проверки и аудита.

Примечание — Количественно определенное решете должно включать в себя:

•    идентификацию изделий или элементов поддержки, требующих изменения:

•    определение новых элементов, диктуемых изменением:

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

•    информацию о том. зачем требуется и кем было обосновано изменение:

•    влияние на связанные изменения:

•    требования к отчетности о ходе и завершении реализации изменения.

логика задания (task logic): Логическая последовательность запланированных действий, отражающая наложенные ограничения.

логика программы ввода в эксплуатацию (commissioning programme logic): Логические ограничения и взаимосвязи, применимые к намеченным действиям по введу в эксплуатацию.

метрики задания по вводу в эксплуатацию (commissioning task metrics): Критерии оценки работы применительно к выполнению заданий по вводу а эксплуатацию.

набор заданий для ОИ (P1F task set): Набор обоснованных заданий, предназначенных для обобщенного изделия.

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

набор стандартных коммерческих транзакций (standard commercial transaction set): Набор стандартизованных хозяйственных транзакций, реализующих запросы на обеспечение ресурсами и обеспечивающих ответы об ожидаемой поставке этих ресурсов.

Примечание — Данные транзакции могут включать в себя.

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

-    захаз услуг:

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

•    запрос на прогноз доставки;

-    запрос на экспертизу и комментарии;

-    запрос на утверждение;

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

Назначить задания элементам изделия (Assign task to product elements): Действие no определению конкретных элементов изделия, к которым применяется каждое задание.

намеченные закрепления ресурсов (intended resource holdings): Количественное определение и прогнозированная доступность ресурсов поддержки в каждом месте, связанном с группой изделий.

Наполнить информационную структуру (Populate information structure): Действие по наполнению структуры ОИ данными, установленными информационными потребностями.

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

68

ГОСТ РИС0 10303-239—2008

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

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

недостаточность оценки (assessment deficiency): Проблема, выявляемая на основании анализа результатов оценки и возможно требующая изменения стратегии оценивания.

необходимая информация (needed information): Идентификация информации, которую необходимо собрать для оценки эксплуатационных показателей поддержки по отношению к метрикам, заданным в требованиях к решению по поддержке.

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

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

необходимые задания (required tasks): Задания, которые, как предполагается, будут выполняться на протяжении рассматриваемого периода эксплуатации.

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

необходимые структуры (required structures): Множество представлений сборки или схемы деления изделия. необходимых владельцу жизненного цикла для создания и технического обслуживания ОИ.

нерешенный конфликт поддержки (unresolved support conflict): Уведомление о проблеме, идентифицированной в ходе разработки или исполнения решения по поддержке, которая не может быть разрешена без нарушения требований или ограничений решения по поддержке.

нужное задание (necessary task): Наименование и идентификатор задания, применяемого в заданном определении решения по поддержке.

Обеспечить поддержку (Provide support): Действие по применению решения по поддержке к одному или нескольким изделиям, нуждающимся в поддержке.

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

Обеспечить поддержку изделия на протяжении срока службы (Provide through life support for product): Действие no достижению и поддержанию эффективной поддержки обобщенного изделия на протяжении его жизненного цикла.

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

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

Примечание — Область определения ОИ может включать в себя:

- множество версий конструкции изделия;

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

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

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

обновление ГИИП (APSI update): Предложение по корректировке ГИИП с целью отражения результатов действий по верификации и аудиту.

обновление информации (information update): Небогъшие изменения в ГИИП. не требующие вькюлнения формального действия по изменению и происходящие в результате оценки проблем или аудита конфигурации.

обоснование изменения (change justification): Бизнес-план проведения изменения, включая оценку стоимости. выгод и рисков.

Примечание — Обоснование изменения является руководством при формировании разрешения на изменение.

обоснованная необходимость изменения (valid need for change): Подтвержденное требование действия по изменению конфигурации.

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

«о*

69

ГОСТ Р ИС010303-239 — 2008

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

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

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

•    запросы идентификаторов элементов изделия или поддержки:

-    отчеты о воздействиях, вызванных заданиями на изменение:

•    отчеты о состоянии е ходе выполнения заданий на изменение:

•    обратную связь по поддержке и вводу в эксплуатацию.

обратная связь от операторов* (operator feedback): Информация, предоставляемая руководству операторами. включая информацию о работоспособности и использовании изделия и проблемах оборудования, выявленных операторами.

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

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

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

обратная связь по вводу в эксплуатацию (commissioning feedback): Информация о ходе действий по вводу в эксплуатацию по отношению к плану или рекомендациям по изменению решения по поддержке, изделия или графика ввода в эксплуатацию, исходя из опыта ввода в эксплуатацию.

Примечание — Данная обратная связь включает в себя:

•    агрегированное состояние заданий по вводу в эксплуатацию:

•    отклонения заданий по вводу в эксплуатацию и предложения по улучшению решения по вводу в эксплуатацию:

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

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

обратная связь по потребностям поддержки (feedback on support needs): Запросы на допотительную информацию для помощи е разрешении конфликтов между требованиями.

обратная связь по ресурсам (resource feedback): Информация об адекватности и качестве ресурсов, предоставленных для поддержки выполнения конкретного задания, конкретного развертывания, проданного изделия или всего определения решения по поддержке.

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

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

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

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

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

-    текущей конфигурации изделия или элемента поддержки:

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

•    ходе и текущем состоянии работы:

•    ресурсах, использованных для выполнения работы:

•    проблемах, возникающих по завершении работы, включая предложения по изменению изделия или решения по поддержке.

обратная связь, связанная с заданием (task rotated feedback): Информация о ходе и сгагусе реализованного действия, включая использование ресурсов.

70

ГОСТ РИС0 10303-239—2008

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

обратная связь, связанная с изделием (product related feedback): Информация о состоянии изделия или элемента его поддержки, на основании которой в процессе эксплуатации комплектуется работа.

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

описание задания (task description): Определение метода выполнения потенциального задания по поддержке.

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

описание элементов ресурсов (resource item description): Идентификация и описание элементов ресурсов, которые, как ожидается, будут доступны на каждом рабочем месте для поддержки группы изделий.

определение решения по поддержке (support solution definition): Работы, необходимые для поддержки группы изделий в рамках среды развертывания.

Примечание — Решение по поддержке может включать в себя:

•    идентификацию среды развертывания и требований к решению по поддержке, для которых данное решение было разработано:

•    список относящихся к данному решению инициаторов поддержки:

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

•    обоснование перечисленного выше:

•    процедуры выполнения для необходимых заданий:

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

•    модели ресурсов для необходимых заданий:

-    определяющие изделие данные для необходимых элементов ресурсов.

Определить внешнюю среду на каждом рабочем месте (Define environment at each location): Действие no определению внешней среды на каждом потенциальном рабочем месте поддержки в той степени, в которой это может влиять на проектирование решения по поддержке.

Примечание — Внешняя среда может быть определена выражениями, например:

-    «наличие закрытого дока»;

•    «арктические условия»:

-    «чистое помещение, отвечающее заданной спецификации».

Определить возможности поддержки на каждом рабочем месте (Define support capability at each location): Действие no определению и описанию имеющихся ресурсов и возможностей поддержки группы изделий на каждом обозначенном месте, на котором может происходить действие по поддержке.

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

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

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

71

ГОСТ Р ИС010303-239 — 2008

Определить группы изделий (Define product groups): Действие по определению подгрупп изделий в рамках ОИ. которые могут нуждаться в отдельном решении по поддержке.

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

Определить доступные ресурсы поддержки (Define available support resources): Действие no идентификации и описанию для каждой группы изделий и профиля использования намеченных ресурсов, наличие которых на каждом месте, где может осуществляться поддержхе. предполагается или требуется.

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

Определить задания по вводу в эксплуатацию (Define commissioning tasks): Действие по идентификации заданий, выполнение которых необходимо для ввода в эксплуатацию требуемой системы поддержки.

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

Определить интерфейс между элементами (Define nterface between elements): Действие no определению интерфейсов между элементами, которые будут предметом управления конфигурацией.

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

Определить информационную архитектуру или правило (Define information architecture or rule): Действие no установлению необходимых правил управления информацией с целью достижения однозначного совместного использования и обмена информацией е цифровой среде, включая определение значения, структуры и организации данных, необходимых расширенному предприятию, занимающемуся поддержкой изделия.

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

Определить информацию, необходимую для элемента или интерфейса (Define information required for element or interface): Действие no определению ГИИП, который должен быть разработан и поддерживаться для каждого рассматриваемого элемента, чтобы обеспечить реализацию и сопровождение определения решения по поддержке на всем протяжении жизненного цикла ОИ.

Примечание — Элемент конфигурации может содержать большое количество связанной с ним информации, которая может включать в себя:

-    данные о конструкции:

•    интерфейсы элемента конфигурации:

-    спецификации:

•    документацию по управлению интерфейсом;

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

•    определение решения по поддержхе:

•    технические публикации;

•    результаты испытаний и сертификацию:

•    документацию по обеспечению качества.

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

72

ГОСТ РИС0 10303-239—2008

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

Определить метрики поддержки (Define support metric): Действие по идентификации метрик эффективности потенциального решения по поддержке, которые могут использоваться для оценки достижения целей поддержки. включая целевое и пороговое значения по каждой метрике.

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

Определить необходимую информацию (Define needed information): Действие по определению информации. которая должна быть собрана для поддержки процесса оценки.

Определить параметры жизненного цикла и использования (Define life & usage parameters): Действие no определению свойств или характеристик, которые должны использоваться для количественной оценки жизненного цикла и использования изделия.

Определить политику поддержки (Define support policy): Действие по определению подхода, который должен быть применен при разработке решения по поддержке ряда изделий в рамках контекста поддержки, включая любые требования по разработке и сравнению альтернативных вариантов решения по поддержке.

Примечание — Политика поддержки включает в себя:

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

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

•    используемую политику поддержания запасов, например поставку точно в срок или управляемые запасы:

•    используемую философию обучения персонала, например обучение на рабочем месте.

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

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

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

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

Определить профиль жизненного цикла и использования (Define life & usage profile): Действие no определению намеченного шаблона жизненного цикла и использования для группы изделий, включая: полный жизненный цикл изделия: среду эксплуатации и сценарии использования в том. что касается поддержки: подходящие параметры использования; предполагаемые типы и длительности действий по поддержке.

Примечание — Данное действие может идентифицировать:

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

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

•    сколько раз (диапазоны, взвешенные минимум и максимум) данный режим имеет место а сценарии:

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

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

73

ГОСТ Р ИС010303-239 — 2008

Определить процедуру управления информацией {Define information management procedure): Действие no выработке руководств и ограничений, имеющих отношение к созданию, использованию, сопровождению и удалению информации пользователями на протяжении жизненного цикла изделия.

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

Определить рабочую среду (Define operating environment): Действие по идентификации и описанию рабочей среды, влияющей на требования к поддержке или возможности предоставления поддержки.

Определить решение по поддержке (Define support solution): Действие по разработке определения решения по поддержке для каждой среды развертывания путем определения заданий, которые могут выполняться, и установления условий, при которых каждое задание подлежит выполнению.

Примечание — Данное действие включает в себя:

•    отбор необходимых заданий:

•    объединение заданий в логические пакеты работ;

•    согласование заданий и их условий с целью оптимизации решения:

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

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

Определить связь между структурами изделия (Define link between product structures): Действие no установлению необходимой связи между различными видами схемы деления изделия, отражающими интересующие взаимосвязи.

Примечание — Потенциальные взаимосвязи включают в себя:

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

•    детали, используемые для реализации некоторой функции:

•    детали, рэслоложежые в некоторой зоне.

Определить среду развертывания (Define deployment environment): Фиктивное действие по собиранию различных входных сигналов в одну выходящую стрелку, названную средой развертывания, для упрощения потока стрелок на верхние уровни данной модели.

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

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

Определить требование к решению по поддержке (Define support solution requirement): Действие no объединению согласованных потребностей в поддержке с целью формулировки однозначных количественных требований. которые должны использоваться при разработке решения по поддержке.

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

Определить требования к решению по поддержке (Define support solution requirements): Действие no установлению однозначных формулировок требований, относящихся к конкретному решению по поддержке, путем разрешения конфликтов между любыми противоречивыми, неоднозначными, неполными, несовместимыми или непроверяемыми требованиями, исходящими из полного набора установленных потребностей, и определению метрик, по которым эффективность поддержки будет оцениваться.

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

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

Определить цели ввода в эксплуатацию (Define commissioning objectives): Действие по определению целей ввода в эксплуатацию, вкгочая любые метрики для заданий по вводу в эксплуатацию.

74

ГОСТ РИС0 10303-239—2008

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

Определить цели технической программы поддержки (Define objectives of support engineering programme): Действие no определению целей, относящихся к технической программе поддержки, включая идентификацию заданных характеристик с метриками и намеченными значениями.

Организовать обеспечение элементами поддержки (Arrange support element provision): Действие no организации обеспечения необходимыми ресурсами в необходимом количестве и состоянии, в заданном месте и в заданное время в соответствии с графиком поставки ресурсов.

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

отклонение (variance): Отступление от концепции конструкции, определенной посредством ГИИП.

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

-    «разрешенное отклонение»:

-    «разрешенное отступление»:

•    •несоответствие»:

-    «разрешение на производство»;

•    «допустимый дефект»:

•    «допустимое ограничение».

отклонение в задании по поддержке (support task exception): Расхождение между реализованным действием и связанной с ним спецификацией задания.

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

отклонение от целостности изделия (product integrity exception): Идентификация состояний изделия неопознанных или на которые нет ссылок в решении по поддержке, требующих анализа и дальнейших инструкций.

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

отклоненная заявка на изменение (rejected request for change): Заявка на изменение, которая не была принята.

отклоненная информация об изделии и его поддержке (rejected PSI): Уведомление о решении не выпускать информацию об изделии и его поддержке в качестве ГИИП.

отклоненная проблема (rejected issue): Зарегистрированная проблема, отклоненная после ее оценки, включая, возможно, причины отклонения.

отклоненная проблема или изменение (rejected issue or change): Сообщение, уведомляющее о том. что в отношении некоторой проблемы или изменения не намечается ижаких дальнейших действий.

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

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

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

•    изменение, отклоненное в качестве метода корректировки несоответствия.

отклоненное решение (rejected solution): Потенциальное решение, отклоненное, поскольку оно не является оптимальной реакцией на обоснованную потребность изменения.

отобранные требования по поддержке (allocated support requirements): Требования, отобранные для рассмотрения при разработке решения по поддержке.

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

11—3307

75

ГОСТ Р ИС010303-239 — 2008

отчет о влиянии на эффективность (effectivity mpact report): Определение того, на какие реализованные изделия изменение окажет влияние.

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

отчет о выполнении задания по поддержке {support task record): Информация о состоянии выполняемого или завершенного действия, включая отчеты о завершении отдельных этапов задания.

отчет об исполнении (performance report): Информация о результатах, достигнутых при выработке решения по поддержке или при осуществлении поддержки.

Примечание — Отчет об исполнении может включать в оебя:

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

•    сравнение достижений, предположений и требований в терминах метрик поддержки применительно к данному решению по поддержке;

•    результаты сравнения достигнутых эксплуатационных характеристик и поставленных целей поддержки:

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

отчет проверки или контроля {audit or verification report): Обратная связь от заданий по проверке или контролю. отражающая ход работы и результаты проверки или контроля.

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

оцененная возможность улучшения поддержки {evaluated support improvement opportunity): Возможность улучшить эксплуатационные показатели решения по поддержке, которая может рассматриваться как часть технической программы поддержки.

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

оцененное изменение (costed change): Оцифрованное изменение с включенными е него затратами на поддержку жизненного цикла.

Оценить влияние на взаимосвязанные изменения (Assess impact on related changes): Действие no идентификации и определению влияния изменения на другие взаимосвязанные изменения, а также по определению ограничений на порядок реализации изменений.

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

Оценить влияние на функционирование (Assess impact on operation): Действие no оценке потенциагъного влияния на функционирование изделия после выполнения задания, включая предоставление операторам рекомендаций или инструкций относительно любых возможных ограничений на использование изделия.

Примечани е —Данное действие может включать е себя:

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

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

•    важную для операторов системы информацию о готовности системы поддержки и доступности элементов и служб поддержки:

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

Оценить возможность улучшения поддержки (Evaluate support improvement opportunity): Действие no анализу возможностей улучшения поддержки с точки зрения их способности внести вклад в реализацию целей поддержки.

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

Оценить выполнение поддержки (Assess support performance): Действие по оценке выполнения определения решения по поддержке относительно метрик, заданных требованиями к решению по поддержке.

Примечание — Данное действие включает в себя:

•    идентификацию информации, которая должна быть собрана:

•    спецификацию средств сбора информации:

76

ГОСТ РИС0 10303-239—2008

•    определение стратегии оценивания:

•    анализ информации обратной связи, полученной от действия по поддержке:

•    выявление необходимости корректирующего действия.

Оценить жизнеспособность и применимость задания (Assess task viabiity & applicability): Действие no оценке жизнеспособности, рисков и выгсщ выполнения каждого задания для различных групп изделий или исполнений изделия, при различных размещениях и различных видах оказания поддержки.

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

•    статические конструктивные особенности изделия, созданные по соображениям поддержхи. например такелажные точки подъема или съемные панели:

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

Оценить и согласовать решение или отклонение (Evaluate & coordinate solution or variance): Действие no инициации разработки и оценки потенциальных решений по обоснованной необходимости изменения посредством выявления потенциальных решений, требующих оценки, планирования и инициации разработки, оценки, реализации и проверки решения, выбора рекомендованного решения и разработки бизнес-правил по их утверждению. отсрочке или отклонению.

Примечание — Данное действие включает в себя:

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

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

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

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

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

Оценить проблему (Assess issue): Действие по оцвихв каждой проблемы с точки зрения ее значимости посредством направления запросов и приема ответов на требуемые оценки ее влияний с последующей классификацией проблемы е соответствии с полученным ответом.

Примечание — Возможные классификации проблемы включают е себя:

-    «требует действия по изменению»:

•    «отклоненная»:

-    «несоответствие, которое должно быть зафиксировано в ГИИП»:

•    «требует корректировки комплекта информации и не требует никаких дальнейших действий».

Оценить риск, связанный с решением (Assess solution risk): Действие по оценке рисков, связанных с оцифрованным решением, и обоснования необходимости изменения.

оценка влияния (impact assessment): Прогнозированные последствия принятого потенциального решения для обоснованной потребности изменения.

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

параметр срока службы или использования (life or usage parameter): Наименование, определение и варианты представления параметра, используемого для определения использования изделия или набора ограничений на срок службы изделия.

Примечание — Например, к типичным параметрам относятся:

•    время, прошедшее с момента спуска судна на воду:

•    число посадок.

и*

77

ГОСТ Р ИС010303-239 — 2008

•    часы работы при нагрузке, превышающей 30 % мощности;

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

план выпуска информации (information release plan}: График, определяющий расписание выпуска достоверной информации.

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

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

Примечание — План изменения включает в себя план разработки изменения, план реализации изменения и план проверки, верификации и оценки изменения.

план контроля, проверки и аудита (pian for validation, verification & audit): График, идентифицирующий задания. необходимые для контроля, проверки и аудита классифицированного решения.

план поддержки (support pian): Идентификация заданий, необходимых для поддержки изделия в рамках конкретной среды развертывания, включая логику, согласно которой задания объединяются или связываются иным способом.

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

план разработки (development plan): План действий, необходимых для разработки и оценки возможного изменения.

план разработки изменения (change development plan): План, в котором задания по разработке изменения идентифицируются и упорядочиваются с привязкой ко времени.

план реализации (implementation plan): План действий, необходимых для осуществления решения по обоснованной потребности изменения.

план управления информацией (information management plan): Спецификация и график выполнения действий. необходимых для разработки, сбора, анализа и публикации информации для поддержхи изделия.

Примечание — Данный план включает в себя также контроль над своевременным выпуском и надлежащей формой ГИИП.

план управления конфигурацией* (configuration management pian): Документ, в котором определяется реализация управления конфигурацией обобщенного изделия.

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

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

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

Планировать контроль, проверку или аудит изменения (Plan validation, venficabon or audit change): Действие no разработке плана выполнения заданий, необходимых для контроля, проверки или аудита изменения.

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

78

ГОСТ РИС0 10303-239—2008

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

Планировать и контролировать предоставление поддержки (Plan & control support delivery}: Действие no планированию и контролю над выполнением технического обслуживания и заданий поддержки.

Планировать изменение (Plan change): Действие по установлению подлежащих изменению частей ОИ. включая новое производство и существующие изделия.

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

Планировать работу по разработке решения по изменению (Plan work to develop change solution): Действие по планированию и отслеживанию работы, необходимой для разработки адекватного решения по предложенному изменению.

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

Планировать реализацию изменения (Plan change implementation): Действие по определению эффективности классифицированного решения и планированию работы, необходимой для реализации решения в форме обоснованной потребности изменения до уровня индивидуальных изделий.

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

Планировать технические действия по поддержке (Plan support engineering activity): Действие по разработке программы работ по выработке решения по поддержке, обеспечивающего достижение технических цепей поддержки.

побочное задание (consequential task): Действие, которое должно быть включено е график как следствие выполнения другого задания.

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

поддерживаемое изделие (supported product): Готовое изделие, доступное владельцу жизненного цикла для эксплуатации.

Подтвердить выполнение задания (Confirm task completion): Действие по проверке и подтверждению того, что задание по поддержке выполнено в соответствии со спецификацией задания и утвержденным графиком поддержки.

политика поддержки* (support роКсу): Положение, определяющее подход, используемый при разработке определения решения по поддержке для определенного контекста.

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

79

ГОСТ Р ИС010303-239 — 2008

постановление потребителя {customer disposition): Директива жизненного цикла, подтверждающая утверждение. отсрочку или отклонение изменения потребителем или другим внешним полномочным органом.

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

потенциальное задание (potential task): Наименование, идентификатор и описание предполагаемого задания по поддержке.

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

потенциальные отказы и взаимосвязи (potential faults & relationships): Идентификация и описание каждого потенциального отказа или другого неисправного состояния, которые могут затрагивать каждую деталь, функцию или вариант использования во всех средах эксплуатации, включая причину, последствия или другие взаимосвязи между соответствующими состояниями изделия.

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

потенциальный поставщик поддержки (potential support provider): Идентификация, описание, структура, размещение, внешняя среда и возможности каждого потенциального поставщика поддержки, подходящего для группы изделий.

правила управления информацией* (information management rules): Набор правил и руководств по их интерпретации, обеспечивающих эффективное совместное использование и обмен информацией, относящейся к ОИ.

Примечание — К данным правилам могут относиться:

-    политики и инструкции по управлению ГНИЛ и саязагной информацией, определяющие, какая информация должна регистрироваться, использоваться и архивироваться при выполнении действий по поддержке:

-    информационные модели, стандарты, форматы, бизнес-правила, соглашения по наименованиям и эталонные данные, необходимые для обеспечения эффективной передачи информации:

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

-    ссылки на настоящий стандарт или стандарты комплекса ИСО 10303. которые должны применяться к информации, относящейся к ОИ.

предложение по улучшению (suggestion for improvement): Предложенные улучшения для определения решения по поддержке или ОИ.

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

предложение по усовершенствованию (rationalization proposal): Предложение по изменению назначения заданий для изделий или условий для переключателей заданий с целью усовершенствования пакетов работ а рамках плана поддержки.

признанная заинтересованная сторона (recognized stakeholder): Лицо или организация с легитимной ролью е процессе спецификации, разработки, ввода в действие или использования опредвлвмтя решения по поддержке.

Примечание — К признанным заинтересованным сторонам могут относиться:

•    пользователи:

-    работники служб поддержки:

•    разработчики:

-    производители;

•    инструкторы:

-    обслуживающий персонал:

•    ликвидаторы отходов:

-    покупатели:

•    организации-поставщики:

•    регулятивные органы:

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

применяемость задания (task applicability): Классификация задания, основанная на его отношении к ОИ. группе изделий, версии изделия, размещению или типу возможного оказания поддержки.

80

ГОСТ РИС0 10303-239—2008

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

Принять деловое решение и утвердить изменение (Establish business solution & authorize change): Действие no принятию делового решения по изменению, выбору предпочтительного решения и утверждению изменения посредством издания соответствующих распоряжений об изменении с тем. чтобы дать возможность реализовать и проверить изменение.

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

-    организационная структура и взаимосвязи внутри предприятия:

•    различные уровни, на которых изменение утверждается:

•    фаза жизненного цикла изделия:

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

•    вовлечение потребителя е процедуру утверждения изменения:

•    параметры изделия, являющиеся предметом формального контроля:

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

приоритет изменения (change priority): Приоритет, назначенный в соответствии с правилами управления информацией или местными бизнес-правилами с целью обеспечения адекватной последующей обработки.

проблема (issue): Вопрос, отношение или предложение, относящиеся к управлению конфигурацией.

Примечание — К проблемам могут относиться:

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

•    сообщения об ошибках в документации;

•    сообщения о несовместимости конфигурации.

проблема поддержки (support issue): Запрос на действие по решению или выражение обеспокоенности по поводу проблемы, возникшей при выполнении работы на изделии, нуждающемся в поддержке.

Примечание — К таким запросам относятся запросы на модификацию изделия или определения решения по поддержке.

проблема проверки (audit issue): Проблема, возникающая как следствие проверки конфигурации или контрольной обратной связи.

проблема стратегии оценивания (assessment strategy issue): Проблема, которая может потребовать изменения стратегии оценивания.

Примечание — К таким проблемам относятся:

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

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

•    сообщения о неубедительности результатов оценки вследствие неадекватностей в методе оценки или недостаточности информации.

проблема, требующая действия ло изменению (issue requiring change action): Проблема, на основании оценки которой делается вывод о целесообразности последующего действия по изменению.

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

Проверить соответствие требованиям к выпуску (Verify suitability for release): Действие no проверке наличия всех необходимых согласований и осуществления разделения конфиденциальной и общедоступной информации из общих конфигураций, но для разных потребителей.

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

прогноз поддержки (support prediction): Прогноз ожидаемых эксплуатационных качеств системы поддержки при применении определения решения по поддержке в контексте предполагаемого графика эксплуатации или использования и производительности поставщика поддержки.

81

ГОСТ Р ИС010303-239 — 2008

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

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

прогнозированное потребление ресурсов (predicted resource consumption): Прогноз ресурсов, необходимых для поддержки изделия в течение заданного периода эксплуатации.

прогнозированное состояние и использование изделия (predicted product state & usage): Прогноз состояния и использования изделия после периода эксплуатации, определенный в терминах, значимых для переключателей заданий, включая прогнозы ожидаемых состояний.

Прогнозировать выполнение поддержки и использование ресурсов (Predict support performance & resource use): Действие no прогнозированию выполнения решения по поддержхе в заданных условиях.

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

Прогнозировать необходимые задания и непроизводительное время (Predict required tasks & downtime): Действие no прогнозированию для каждого изделия заданий, которые должны быть выполнены в рассматриваемый период эксплуатации, и их влияния на непроизводительное время изделия.

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

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

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

Прогнозировать состояние изделия во времени (Predict state of product over time): Действие no прогнозированию вероятного состояния каждого изделия, нуждающегося в поддержке, в течение намеченного периода его использования.

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

профиль использования группы изделий (product group usage profile): Предполагаемый шаблон использования и ограничений на срок службы, относящийся к группе изделий, требующих поддержки.

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

- продолжительность и сущность развертьеания;

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

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

•    параметры и ограничения на использование изделия.

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

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

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

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

разработанные представления структуры (developed structure views): Совокупность представлений структуры изделия, которые выбрал владелец жизненного цикла для установления и технического обслуживания жизненного цикла ОН.

82

ГОСТ РИС0 10303-239—2008

Разработать гибридную или иную схему деления (Develop hybrid or other breakdown): Действие no разработке схемы деления, которая либо является гибридной, либо не является системной, физической, функциональной или зональной схемой деления, соответствующей области определения ОН и способной выполнять функции коллектора требований к изделию и его поддержке.

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

Разработать график ввода в эксплуатацию (Develop commissioning schedule): Действие по идентификации и разработке графика выполнения заданий, необходимых для ввода в эксплуатацию системы поддержки, способной реализовать решение по поддержке.

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

•    планирование и контроль выполнения заданий по вводу в эксплуатацию:

•    обеспечение размещения всех необходимых ресурсов (материалов, трудовых ресурсов, оборудования поддержки, аппаратуры, документации) на заданных рабочих местах:

•    удостоверение решения по поддержке как готового к использованию.

Разработать график поддержки (Develop support schedule): Действие по разработке графика работ, которые должны быть выполнены для достижения целей поддержки посредством установления необходимых действий. разработки логики действий и определения необходимого согласования действий по времени, с целью отражения моделей ресурсов задания, наличия необходимых ресурсов и целей поддержки.

Разработать зональную схему деления (Develop zonal breakdown): Действие по разработке зональной схемы деления, соответствующей области определения ОН и способной выполнять функции коллектора требований к изделию и его поддержке, а также другой информации, относящейся к зональным аспектам ОН.

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

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

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

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

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

Разработать логику плана поддержки (Develop support plan logic): Действие no разработке и оптимизации логики плана поддержки посредством назначения заданий для элементов изделия, установления условий запуска заданий и совершенствования группирования и упорядочения заданий во времени и в пространстве.

Разработать модель ресурсов для задания (Develop resource model for task): Действие no разработке модели потребления ресурсов для потенциального задания, включая ожидаемую длительность выполнения задания и типичное использование ресурсов.

Разработать ожидаемые сценарии и шаблоны использования (Develop expected soenanos & usage pattern): Действие no установлению и описанию любых рабочих сценариев и шаблонов использования, которые должны быть приняты во внимание при выработке определения решения по поддержке.

Разработать описание задания (Develop task description): Действие по определению задания до уровня, необходимого для разработки метода вьюолнения задания и обеспечения количественной оценки требований к связанным с ним ресурсам.

12-2307

83

ГОСТ Р ИС010303-239 — 2008

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

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

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

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

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

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

Разработать план поддержки (Develop support plan): Действие по разработке вариантов плана поддержки для каждой концепции поддержки для того, чтобы дать возможность оптимизации определения решения по поддержке и выдать заявки на работы по изменению задания, если это необходимо для оптимизации поддержки.

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

Разработать план управления информацией (Develop information management plan): Действие no разработке плана действий по управлению информацией, необходимое для достижения и поддержания согласованной информационной среды, отражающего стратегию и требования управления информацией.

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

Разработать представления структуры (Develop structure views): Действие по созданию необходимых представлений схемы деления ОИ посредством установления взаимосвязей типа «родитель - потомок» между связанными элементами.

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

Разработать решение по поддержке (Design support solution): Действие по разработке определения по поддержке для каждой заданной среды развертывания, обеспечивающего соответствие требованиям среды развертывания.

Примечание — Данное действие может включать в себя:

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

•    разработку общего набора процедур выполнения заданий применительно к ОИ:

•    оптимизацию решения по поддержке для каждой заданной среды развертывания:

•    исследование альтернативных концепций поддержки и вариантов решения в рамках решения по поддержхе:

-    спецификацию условий, при которых конкретное задание подлежит выполнению (условия запуска заданий):

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

84

ГОСТ РИС0 10303-239—2008

Разработать системную схему деления (Develop system breakdown): Действие по разработке системной схемы деления, соответствующей области определения ОИ и способной выполнять функции коллектора требований к изделию и его поддержке.

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

•    физическими или функциональными, либо сочетать в себе оба эти качества;

•    соответствующими различному числу различных изделий.

Разработать стратегию оценки (Develop assessment strategy): Действие по определению подхода, который должен быть применен, и необходимых действий для оценки решения по поддержке относительно предъявленных требований на протяжении жизненного цикла изделия с использованием установленных метрик эффективности.

Разработать физическую схему деления (Develop physical breakdown): Действие по разработке физической схемы деления, соответствующей области определения ОИ и способной выполнять функции коллектора требовант к изделию и его поддержке, а также другой информации, относящейся к физическим аспектам ОИ.

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

•    отражать различный уровень детагмзации (иногда менее подробный, иногда более};

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

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

Разработать функциональную схему деления (Develop functional breakdown): Действие по разработке функциональной схемы деления, соответствующей области определения ОИ. которая может выполнять функции коллектора требований к изделию и его поддержке, а также другой информации, относящейся к функциональным аспектам ОИ.

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

распоряжение на изменение (change order): Полномочие на реализацию изменения в изделии.

Примечание — Распоряжение на изменение определяет изменение и разрешает еьктуск обновленного ГИИП.

Реализовать план выпуска информации (Implement information release plan): Действие no выполнению и отслеживанию процесса выпуска в соответствии с порядком изменений.

Регистрировать проблему (Register issue): Действие по документированию, идентификации и отслеживанию пробоем, которые могут потребовать действия по управлению изменением конфигурации и оценки влияния.

результат анализа поддержки (support review result): Установленные потребности в изменении целей, стратегий или планов программы.

результаты оценки (assessment results): Информация, появляющаяся в результате действий по оцениванию.

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

рекомендованное изменение (recommended change): Рекомендованное решение по обоснованной потребности изменения после сравнения потенциальных вариантов решения.

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

ресурсная модель задания (task resource model): Алгоритм или аналитическое выражение для расчета вероятной продолжительности задания и использования ресурсов при его выполнении.

12*

85

ГОСТ Р ИС010303-239 — 2008

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

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

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

риск изменения (change risk}: Риск, связанный с потенциальным изменением.

сборочная структура изделия {product assembly structure): Иерархическое представление изделия в виде сборки его составных частей.

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

связь между заданием и изделием (task to product relationship): Связь между необходимым заданием и элементом или элементами изделия, к которым данное задание применяется.

сервис или инфраструктура информационной технологии (information technology service or infrastructure): Способность информационной технологии обеспечить своевременный, удобный и эффективный доступ всем участникам действий по поддержке к вводу и чтению информации.

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

Сертифицировать систему поддержки (Certify support system): Действие по проверке информации обратной связи по вводу в эксплуатацию с целью подтверждения выполнения всех необходимых заданий и разрешения существенных пробоем. При положительном результате проверки система поддержки сертифицируется как готовая к испогъзоаакию.

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

системная схема деления {system breakdown): Иерархическая декомпозиция системных элементов в рамках изделия.

Собрать данные и обеспечить обратную связь (Collect data & provide feedback): Действие no сбору и фиксации а информационной инфраструктуре денных, сформированных в результате действий по поддержке или использования изделия.

Примечание — Обратная связь включает в себя:

•    записи заданий по поддержке, включая данные об изделии, собранные в ходе выполнения заданий;

- записи о состоянии и использовании изделия:

•    записи о состоянии и использовании элементов ресурсов:

•    информацию о конфигурации изделия:

•    любые проблемы, возникающие в процессе работы.

согласованная необходимость поддержки (agreed support need): Необходимость поддержки, признанная применимой для включения в требования решения по поддержке.

соглашение по наименованиям* (naming convention): Стандарты и соглашения, которые должны применяться при идентификации элементов ОИ или системы поддержки.

Примечание — Соглашения по наименованиях) является частью правил управления информацией.

Создать план выпуска информации (Create information release plan): Действие no разработке графика выпуска ГИИП в ответ на распоряжения на изменения и планы реализации.

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

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

•    зависимость от других изделий:

•    ограничения на использование информации:

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

сообщение об определении решения (solution definition report): Определение потенциального решения, а также рекомендации по дальнейшим работам, необходимым для проведения оценки потенциального решения.

соответствующий инициатор поддержки (relevant support driver): Инициатор поддержки, соответствующий конкретной среде развертывания и концепции поддержки.

86

ГОСТ РИС0 10303-239—2008

сопутствующая информация (related information}: Информация, связанная с ГИИП. но не являющаяся предметом управления изменением конфигурации.

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

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

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

Составить график действий (Schedule activities): Действие по разработке графика действий и графика ресурсов для работы, которая должна быть выполнена во время оказания поддержки.

Составить обоснование для решения (Compile justification for solution}: Действие no анализу всего пакета изменений и завершению обоснования требований к реализации с рекомендованной классификацией и приоритетом.

состояние задания по изменению (status of change task): Информация о ходе выполнения задания из плана разработки изменения.

состояние отдельного изделия (individual product state): Ожидаемая конфигурация и состояние отдельного изделия в начале оказания поддержки.

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

состояние работы (work status): Информация о ходе выполнения действий относительно графика поддержки.

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

список заинтересованных сторон (list of stakeholders): Перечень заинтересованных сторон, указанных в директивах жизненного цикла.

Сравнить варианты решения (Compare solution options): Действие по выбору решения, которое наиболее соответствует обоснованной необходимости изменения.

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

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

среда развертывания (deployment environment): Контекст, для которого было сформулировано определение решения по поддержке.

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

статус изделия (product status): Уведомление о текущем состоянии изделия, получающего поддержку, подтвержденное органом, контролирующим работу.

стратегия оценивания (assessment strategy): Стратегия оценивания и обоснования определения решения по поддержке и техническая программа поддержки в соответствии с утвержденными целями и метриками.

стратегия управления информацией* (information management strategy): Намеченный подход к управлению информацией для заданного обобщенного изделия.

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

Примечание — Структуре ОИ включает в себя:

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

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

•    идентификацию интерфейсов между элементами.

87

ГОСТ Р ИС010303-239 — 2008

Сформировать комплект заданий по ОИ (Assemble P1F task set): Действие по формированию комплекта установленных допустимых заданий, применяемых к ОИ.

Примечание — Каждое задание может быть подкреплено описанием задания и моделью ресурсов. Каждое задание может иметь заданную применимость в контексте всего ОИ. Спецификация условий запуска заданий задается 8 действии А23 в контексте конкретного решения по поддержке.

Сформировать решение по поддержке (Assemble support solution): Действие по поиску и подбору информации. необходимой для определения поддержки, которая должна быть обеспечена для группы изделий в среде развертывания.

Примечание — Решение по поддержке включает в себя:

-    процедуру выполнения заданий для всех необходимых заданий:

•    план поддержки:

-    условия запуска заданий для всех необходимых заданий:

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

технические цели поддержки (support engineering objectives): Заданная цель, которая должна быть достигнута при выполнении технической программы поддержки.

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

технический график поддержки (support engineering schedule): Идентификация, привязка ко времени и задание последовательности действий и ресурсов, необходимых для разработки определения решения по поддержке. которое соответствует техническим целям поддержки и необходимым условиям решения по поддержке в рамках ограничений, заданных директивами жизненного цикла и изменений.

Примечание — Данный график содержит:

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

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

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

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

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

требование изменения программы (programme change requirement): Выражение необходимости изменения технической программы поддержки.

требование к конструкции (requirement to design): Заявка владельцу жизненного цикла ie принятие мер по проблемам, выявленным при выпотении действия по анализу выполнения задания.

Примечание — Данные заявки могут включать в себя:

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

-    заявки на исследование осуществимости изменения конструкции изделия с целью удовлетворения требований решения по поддержке путем повышения надежности или предотвращения состояния отказа;

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

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

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

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

требование к представлению структуры изделия* (requirement for product structure view): Потребность в представлении схемы деления, необходимом для поддержки жизненного цикла ОИ.

требование я решению по поддержке (support solution requirement): Набор требований, который следует учитывать в процессе разработки определения решения по поддержке в контексте среды развертывания.

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

88

ГОСТ РИС0 10303-239—2008

требование сбора информации (information collection requirement): Выражение потребности в действии по сбору информации об оценке.

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

•    добавления нового шага к существующему заданию, сформированному для других цепей:

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

•    добавления в изделие возможности встроенной поддержки, например, мониторинга состояния изделия.

уведомление о влиянии по проблеме (impact report on an issue): Уведомление о потенциальном влиянии проблемы, являющееся основанием для принятия решения о продолжении действий по изменению.

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

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

-    обозначение и конфигурацию изготовленного изделия:

-    подтверждение готовности к использованию;

•    отметку даты и времени:

•    организацию, место или лицо, утвердившее выпусх:

•    любые ограничения на использование изделия:

•    информацию о заданиях, включенных в график или выполненных.

уведомление о проблеме составления графика (scheduling problem report): Информация о проблемах, которые препятствуют успешному завершению составления графика ввода в эксплуатацию.

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

удаленный элемент (disposed element): Элемент изделия или системы его поддержки, которым больше не управляет владелец жизненного цикла.

Примечание — К удаленным элементам могут относиться:

-    отходы, возникающие при выполнении заданий по поддержке:

-    ресурсы, которые более не требуются для запланированных заданий:

•    элементы, удаленные из изделия;

•    изделие, изъятое из эксплуатации.

указание на изменение (change directive): Наряды и заявки на работы, формируемые в процессе управления изменениями конфигурации.

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

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

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

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

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

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

•    однозначная идентификация изделия или его составных частей;

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

•    модификация идентификации изделия и документации для отражения произведенного изменения;

•    разграничение между вариантами изделия:

•    корреляция между редакциями документации и вариантами изделия:

•    корреляция между ОИ и соответствующими руководствами по эксплуатации или техническому обслуживанию на уровне элементов конфигурации.

Управлять изменением конфигурации (Manage configuration change): Действие по обеспечению систематических предложений, обоснований, оценок, согласований и размещения предлагаемых изменений, а также

89

ГОСТ Р ИС010303-239 — 2008

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

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

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

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

•    облегчение оценки затрат, экономии и компромиссных решений;

•    обеспечение интересов затрагиваемых потребителей:

•    обеспечение упорядоченной передачи информации об изменении:

•    документирование и ограничение отклонений:

•    облегчение непрерывной поддержки изделия после изменения.

Управлять информацией (Manage information): Действие по управлению информацией, относящейся к ОИ.

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

Управлять информацией для поддержки изделия (Manage information to support product): Действие no сбору и управлению на протяжении срока службы информацией, необходимой для поддержки ОИ.

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

•    структуру изделия, включая идентификацию разрешенной, реальной и желаемой конфигурации:

-    эксплуатационные характеристики изделия с допусками и представлениями:

•    требования к поддержхе и описание среды поддержки.

•    виды отхазов изделия и данные диагностики;

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

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

Управлять проблемами (Manage issue): Действие по регистрации и оценке проблем в соответствии с их типом и приоритетом.

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

Управлять технической программой поддержки (Manage support engineenng programme): Действие no управлению разработкой определения решения по поддержке для каждой среды развертывания на протяжении жизненного цикла ОИ посредством определения целей и критериев приемки, выработки стратегии поддержки, разработки технического плана поддержки и отслеживания результирующих действий.

Управлять ходом работ (Manage progress): Действие по отслеживанию обратной связи лоддержхи с целью подтверждения выполнения задания и состояния изделия, определения новых заданий для запуска или необходимости пересмотра графика.

90

ГОСТ РИС0 10303-239—2008

условие запуска задания (task trigger): Условия, требующие выполнения задания в контексте его привязки к определенному элементу изделия е рамках определения решения по поддержхе.

Усовершенствовать задания и взаимосвязи между заданиями (Rationalize tasks & task relationships): Действие no усовершенствованию набора необходимых заданий и условий их запуска с целью разработки жизнеспособного плана поддержки для каждой группы изделий и концепции поддержки в рамках среды развертывания.

Примечание — В целом для ОИ может потребоваться дальнейшее усовершенствование планов поддержки и закрепления ресурсов по многим группам изделий. Данное действие в явном виде не выполняется в данной ПФМ.

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

Примечание — К инициаторам поддержки могут относиться:

- неисправные состояния изделия:

•    сигналы о последствиях отказа и средства диагностики:

•    внешнее повреждение или неправильное использование изделия:

•    требования к работе в физической цепочке поставок, например ресурсам, обеспечивающим перемещение. крепление, выпуск, польем или упаковку:

•    инициаторы, связанные с безопасностью (юридические и другие);

•    инициаторы, связажые со средой:

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

Установить логику задания (Establish task к>дю): Действие по установлению оптимагъной последовательности действий применительно к данному оказанию поддержки, которая наилучшим образом приведет к достижению ее целей в рамках известных ограничений на задание и ресурсы.

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

Установить логику программы ввода в эксплуатацию (Establish commissioning programme logic): Действие no установлению оптимальной последовательности действий по вводу в эксплуатацию изделии с учетом ограничений, взаимосвязей и интерфейсов заданий и между заданиями, в том числе вытекающих из временных, пространственных или последовательностных зависимостей, а также политики безопасности и других политик.

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

Установить механизмы сбора информации {Establish nformaton collection mechanisms): Действие no идентификации средств, с помощью которых будет собираться информация, необходимая для оценки эксплуатационных показателей, включая определение дополнительных заданий, иш встроенных средств поддержки, необходимых для генерации или сбора данных для оценивания, которые иным способом не могут быть получены в соответствии с определением решения по поддержхе.

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

Установить состояние изделий, нуждающихся в поддержке (Establish slate of products needing support): Действие no предсказанию или определению конфигурации и состояния каждого нуждающегося в поддержке отдегъного изделия, которому, как ожидается, потребуется такая поддержка, включая выдачу рабочих нарядов на выполнение любых заданий по проверке с целью устранения неоднозначностей в состоянии изделия.

Установить стоимость решения (Establish cost of solution): Действие no оценке стоимости изменения посредством применения коммерческой практики ценообразования к наиболее выгодному решению. В результате формируется иена изменения, соответствующая требованиям реализации и эффективности.

Установить требования к изменению (Establish requirement for change): Действие no документированию и оценке проблемы или возможности изменения.

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

13—2307

91

ГОСТ Р ИС010303-239 — 2008

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

Установить требования к решению по поддержке (Establish requirements for support solution): Действие no сбору и объединению всех потенциагьных требований и обоснованных потребностей заинтересованных сторон с целью формирования утвержденного набора требований по каждому определению решения по поддержке и определения границ и характеристик среды развертывания решения.

Примечание — Данное действие включает в себя:

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

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

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

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

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

•    политику и принципы возможных и необходимых ремонтов и поставок:

•    навыки и ресурсы существующих организаций, оказывающих поддержку;

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

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

Утвердить изменение (Authorize change): Утверждение, отклонение или отсрочка рекомендованного изменения. основанные на соответствующем обосновании.

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

утвержденное задание (authorized task): Задание, по которому может быть начата работа.

физическая схема деления (physical breakdown): Иерархическая декомпозиция физических элементов изделия.

функциональная схема деления (functional breakdown): Иерархическая декомпозиция функций изделия.

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

характеристика поддержки (support characteristic): Количественно определяемый параметр, испогьзуе-мый для определения эксплуатационного показателя системы поддержки.

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

цели оказания поддержки (support opportunity objectives): Цегы. подходящие для конкретной возможности оказания поддержки.

цель ввода в эксплуатацию (commissioning objective): Цель, которая должна быть достигнута в результате выполнения действий по вводу е эксплуатацию.

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

элемент поддержки (support element): Физический объект, необходимый для обеспечения работоспособности изделия.

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

•    запасные детали, которые становятся частью оборудования (если используются) и могут быть невооста-навливаемыми или ремонтопригодными после замены:

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

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

•    обученный персонал.

F.2 Диаграммы прикладной функциональной модели

Диаграммы прикладной функциональной модели представлены на рисунках F.1 - F.44. Графическая форма прикладной функциональной модели представлена в формате функционального моделирования IOEFO. Действия и потоки данных, которые не определены в настоящем стандарте, отмечены звездочками.

92

U SED АТ

author meet гг*

DATE 16 OT 2007

WOROJG

READER DATE

CONTEXT

ИЮ1П<Т ГОСТ?ИГО mWV2!9

ftSV 22fiS»»

ПМН

TOP

RECOKMDOro

NOTES 1 n ISlilielO

pubujcatton

IUJ1U Нрцэглмнп. •.-Йспяя а ии<|«ршим|>нмм* п<яйки.

•едорва»*.'мм? прныинии npeioroinx 1И -Паидоя» «анютного внкп нишпМ (ПЖЦИ).

Мкмки» пмийкмтш «ими! алишиа •обМамппиж ии<4п<м> <ОИ|

рАяшМ

rpnl’HK

1

JHIKCTNIU

*WVKH*tn

ШК1.Г

IQ4KA ТРЕНИЯ' Bt&mmi pr iwiaow Riixu. rntfMl BpBnfpciiNt «6«6аан1нн r\uu< h

ri|KH4K« itiKiiMH шраии niuti ut win Iftl Прв1«Х£КНН IVUlWnK nun, прслприничм iiiUhi wniu№Nu>'AlimiMjii!i niwiuncan ipritdiw MUHUHMMU U««ли 0|Ж ЫНИ)ЖП1МИ ПОЙМ»? IH ЖИНиИНвП» UMUl

ИУ4Д«ММ$ММ

nelupaxiT

тематик ц*Л<*тпя ао

содоумье

IpVtUWMWlIK

С tut! и

ггвр.-тгню

KJ^MUIH ©А 1|\КЛ1Ш « tHMWO

EO*l#T*>OJ

об#тн«в см» ot

1»ПЦЯГС|Х1>*

Hl»|N^>tt|illX Of jpyHlA QiCttM

Обеспечить поддержку миелин на протяжении срока службы

П|м«пжм I - [Ьнктирнме ln« паАс, ссш мтришш акороамоджа а ижк| tlpeiui wkiiuiwi iuM4t(M4(

ммоли. №« jp>Tu« <ip<.uji •pc.tcrjbuu/i ntHfopuauu»

Ж

Ж

AO

П*ДО,'(Г«Н*КМ«*>

умении*

••уьалгг--

ГИНН н <хлугtпитча 1»

•«MOKfVHW ll|Wiiv(f4il IM ИМИ H«Nt«

TpiUWH&WUlf

»d(»OC

Ш*КЦ*Ш1ИД»

Otwpjtnpi СЮТГ1Ш

цямсо моглцу

яимеккогб ин&ж

«Г»? IUH ЙЖ>*»1СТрУМ>Р»

f»UftXfOrKH

Л

DiMwam 2 ■ B<-' npotajmeiv «ikki и в>нкгн1 »чхлм асамьпмгс* т ut«x декомапиымд mitunnttKa(i«&MM

llpiiH,"an<K f ГИНП 1ф*шфл«(нк> nunran uii<«i]«imi 06 шт н <п> пш№<

КОКРККП

aiOgp ituuiinm

KOWH.'pICCUn

ipauMMil

N006

A-0

line

Обеспечить поддержку изделия на протяжении

срока службы

NUMBER:

Рисунок F.1 — Диаграмме АО: Обеспечить поддержку изделия на протяжении срока службы

ГОСТ РИС010303-239—2008

л

Рисунок F.2 — Диаграмме АО: Обеспечить поддержку изделия на протяжении срока службы

ГОСТ Р ИС010303-239 — 2008

Рисунок F.3 — Диаграмма А1; Управлять информацией для поддержки изделия

ГОСТ РИС010303-239—2008

«О

О)

l.«f>D л,?

АНГИН* 1р4ННРГК

ПАТЕ 16 lit 1007

WOftMMI

H>WS

1>А ГЕ

CONTI-XT

IHUVEtt ГОГ! * НГО IOHD J3M

REV MU7W7

D* \FT

кьнмтчры)

CD

М»Ш I J 3 » < 1, 7 * Ч1И

flmicatmn

Al О

Рисунок F.4 — Диаграмме А11: Управлять изменением конфигурации

ГОСТ Р ИС010303-239 — 2008

AUTHOR. IKUIHPTK WtOiECT ГОСТ * KCO I03UJ^J-»

NOTES. 1 i J J S h ’ » •) Ifl

DATE, lb UT 2007 REV. 24 I220Q7

WORM Mi

KLACCR

DATE

CUX1EX1

drait

ШСОММЬЯМ)

1, 9

a

RC8UCA1 ION

«11 ^

Рисунок F.S — Диаграмме АШ: Управлять проблемами

ГОСТ РИС010303-239—2008

CSEDAT

AUTHOR

ItOlHPTK

DATE

14.07 2007

WORKINfl

READER

DATE

CONTEXT

МШЯТТ

ГОСТ P НГО IftKU.li*

REV

M 12 2007

matt

RKCOMMC МЖ1)

CS

NOTES 1

2 1 1 1 6 7 х * К.

Р1И1СА1 ION

All *-1

ЧОМ

ГИ lb

А112

Установить требования к изменению

VUWUFR

Рисунок F.6 — Диаграмме А112: Установить требования к изменению

ГОСТ Р ИС010303-239 — 2008

14-2307

Рисунок F.7 — Диаграмме А113: Оцежть и согласовать решете или отклонете

ГОСТ РИС010303-239—2008

100

USED AT:

лепил Ш1ии m

HKULCI: ГОСТ P HCO l«*KW

NOTES, I 234 $«?S9 I*

I

ОАТЪ 1Г0Т*»7

WORKING

READER

Олте

CONTEXT:

RtV: 2». II Мит

ГЖА1Т

RKOMtMHD

a

PVieUCATION

Alls

NODE

TITLL:

A1131

Разработать изменение

M X1BER:

f

Рисунок F.d — Диаграмма A1131 Разработать иэменете

ГОСТ Р ИС010303-239 — 2008

101

ЛГТНОК UJIHHPTK pROita rociMKo imuwj-j

NOTES I 1 3 4 И П V III

DATC I’OTJOO? RfcV J3IJ2W?

WORKING

READCR DATE

CONTEXT

МЛН

tZJ

шсоммгжяо

ервислпок

Alii *—1

Рисунок F.9 — Диаграмма A1132: Планировать изменение

ГОСТ РИС010303-239—2008

102

liKEDAT

AUTHOR 1*ШНРТК PROJECT ГОСТ P ИГО inJOSOW

notf.\ m 4 : i. ; и in

DATE IT О’ MIC REV iS l> iftd

*(КМ\0

REЛОКК

DATE

«14TEVT

DRAFT

CD

RTtOMMPNDPD

CD

РУа-lfATIOH

41П

sol*

TITIF

A1133

Принять деловое решение и утвердить изменение

ъшг

Рисунок F.10 — Диаграмме А1133: Принять деловое решение и утвердить изменение

ГОСТ Р ИС010303-239 — 2008

103

M'THOft lUUlHPTK MtOJECI ГОСТ P ИГО KO'iMVp

NOTE»- I 1 J » $ f. 7 I VI"

DATE IT07J»' RFV мшм?

ttOftKINO

KEADfR ОАТС

CONTEXT

£*А>7

CD

КСШММЬНОЕО

PUBLICA1 ЮН

Л1 |_1

«КИПХНС

идыигыкьк

lMlpOC

■UPHTHltTl IIRIH

(&VU4HM cip)kiHu kuc.iui

nptuiwil vnpUbKUUM HMlJUpMJIHKfl*

Hmin^iauHpMin atcwinu avtt.tHK ii «ж гемы rta.uc|ixxn

AI2I

uuKUiWBinfMUJMUH

iKWnl

HUM BUHMWCMto

UVUMlin llp>M|P)‘

ахк.шя

All!

0А.1КП.

«iptJtKniM <1И -►

HIU&UWMUIU

Ifll^OpAUHII*

ОИ

-►

B*|K«*iiaR<<4 itucahh и игечппл •karfiMK

S03f.

1ITIJ!

A12

Управлять идентификацией

M.MBF.K

Рисунок F.11 —Диаграмме А12; Управлять идентификацией

ГОСТ РИС010303-239—2008

104

aim нон ияипнк

ММТВСГ ГОСТЯ ИГО lii)o}.)J*

NOTES,

BATE ПО? 200? RKV U 0300?

WHflHIMi

READER

DATE

П0ЛГЕХГ

[Ж AFT

KEttJMftCKDFD

I-1

PUBLICATI0K

Л12

NOW::

A121

THU.

Идентифицировать элементы изделия и системы поддержки

ммшя

Рисунок F.12 — Диаграмма А121 Ирентифм^ироеатъ элементы изделия и системы поддержки

ГОСТ Р ИС010303-239 — 2008

105

ЛИГНИН ЦНИИРГК MtOrtiCT ГОСТ (• ИСО IOJiiMH

кого

IMTfc )?U7 >IKIT Rev J* !}}>HlT

WORKING

RhAUf.H

DATE

CONTEXT

ПАЛГТ

I-1

НЕСОМ MFNDFO

1 1

Ht'DtlCAT ЮЫ

AlJ

Рисунок F.13 — Диаграмме A122: Определить структуру изделия

ГОСТ Р ИС010303-239—2008

106

7

FMwmw m nigcHna

L'seo A1

AUTHOR UHHHRtK project rorr c nct> iHioj-n*

\ОТГ« I H J ! 1 n t It

DAH ITTPJRM tt£V

«rORKIMi

RtADUR

С-АТС

ooNratf

DR АП

UaUMMKMKD

I—I

WraitfATION

At»

».«4v*t>nimp<mt ihuiI

klMMK KM ■ ЫЫЧ<Ч1яш

4

cmKIyiU

сбсдешд

<rnjvt>pt

•цепи

L.

PuiJvCduic снеге iwjv> oeuv .иления

At 53 И

(HcrexHtu oatMi

«.гении

Рахч&пт (Hiwkcstk» <ntxy «гении

Ali>l2

, ^IIUI-RIXM

onu ислеыия

PaXu&iiaib '1'/тхиоп1пя>ю

асхудмпш*

А12Ш

.7

i)wu<THaMi.iwui 'iUUI М.НЛШ*

PjIfU&WTb *444 •»!!**>

vuwy

AI2JM

»f.po«    e»4*wn*nut

mTMmn tft|TjKT\pW

MUUitHIN

•no II ккнга

Я)5|1|501ль rpfpyjN^l IMH ЙИЧЪ* МЖ «.matt

W fl.U DHI4I ■4 аом Ле.КМН

ии«1орюцля лб ntt.TU н мимт n<«u(UM

Рисунок F.14 — Диаграмма A1221 Разработать прадстаалажя структуры

ГОСТ Р ИС010303-239 — 2008

«5-2307    1 07

AUTHOR UHMIlPTIi PROJECT ГОГГПМСОКООЗ.}»*

NOTES I J 3 J $ 7 H |U

DATE I* 0T 2007 REV- N1)200?

VHJWUWi

RtADLR DATE

CONTEXT

DRAFT

RFCOMMEKDED

CZD

PUBLICATION

H

NODE

THU:

A13

Управлять информацией

P\L MBtlt

Рисую* F.15 — Диаграмме A13: Управлять информацией

ГОСТ РИС010303-239—2008

108

AUTHOR ЦНИИРТК PROJECT РОСТ P ИГО ЮЗСО-) J#

NOTES. I i ) * S 4 T 8 * |«

DA IE IROTJW? REV NltlW?

«0RKI4I

READER

DATE

CONTEXT

МАП

a

RPITA1ME VDRD

АП □-

PL’BUCAT ION

шин тлржктн

<Л|«ЛЪ илремемя OK

. стеклю тооденям ■■М^кумамхн*

РкфкАолл.

■иечкинюинио

HiUKIk

AIJ>I

■rntepaumomiaa ыиж.1к‘

£

>ЕкипН'>шир'»т Rpomv.'VMU ■cTfnvrm* кис пи

АРМ

уусткшц—г k lIpC^UMTHUV <Гр^Ч1урМ HUCJttJ*

i

КШр^миШиНИЫС прили IIIMUCPKKB'

mirfRllJKMOCIk

ин4"(М1т1н'

Onp»3»*rrv «|ом}п yffulMHuX »nQtf4mtii

Aim

npltaM.

jcrvoacnm

»Hl}epW.tUI'*»*

-►

M)«

111 ll-

A132

Определить информационную архитектуру или

правило

М МИМ!

Рисунок F.16 — Диаграмма А132: Определить информационную архитектуру или правило

ГОСТ Р ИС010303-239 — 2008

109

ЛИГНИН ЦНИИРГК MtOiECT ГОСТ (• ИСО IOJiiMH

кого

IMTfc 1XU7.MU7 Rev 25 li.liWT

WORKING

М-.А1ЖК

DATE

CONTEXT

ПААГТ

dJ

НЕСОМ MFNDFO

Ht'DtlCAT ЮЫ

401».

rim

A134

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

Ч'МВГЯ

Рисунок F.17 — Диаграмма А134 Выпустить гарантированный комплект информации об кзделт и его поддержке

ГОСТ Р ИС010303-239—2008

110

Рисунок F.18 — Диаграмме А2: выработать решете по поддержке

ГОСТ Р ИС010303-239 — 2008

111

liSFI) At

Al гное нгжнггк

РЯОЛ-П ГОСТ Р ИГО КОЮ-.')*

NOTCS I 1 1 A S 6 * * -/III

date MwiiMi* RCV J» 1} 2 АО*

WORKINO

READER DATE

CONTEXT

DRAFT

RECOMMENDED

Q

a

KDtICATKW

u

ai a

Рисунок F.19 — Диаграмме А21: Управлять технической программой поддержки

ГОСТ РИС010303-239—2008

USED АТ

ARTHUR IjHUHPTK

|>АТГ 1• (*.'««?

WORK INO

RE AIM-'R

DATE

CONTEXT

PROCCT ГОСТ Р НТО IMOA-i»

REV J4 |2J*0?

l)KAfT

a

RKXTUUFNOFn

a

NOTES 1 1 J 4 n U Т IO

POBIICAT Ю.Ч

ап «=*

ь peiMHuu WMIXpKM

m+uewm or «**ч* акт»

оьА&ппш fprtOKIKU» no лоцфрдкс

«pcjkl

piiMpiUtlHMH

AHMHWpotau •JOiTt'fXJ

tMUWcA i}KtM

urn

MVWMHH

Hiomiituiupoi/a hCvMxttMTU ьлушячн» KUACfMM

A>I2>

MpIMM i«*«<

tiuu<wai

ГКНП • HH+UPNHN*

fljWHIU

•AUrpXKH

inmxtMK «e*t ratticyuKU

0ВГЮП1 ЮЗЫвКИЛЛЗ!

9 |>'р»енн- naucfMui

Л»)>)

AU(H*»I0 HOlVMHnCTI tAUC|Oll

»

NO IX

A212

ina

Идентифицировать риски поддержки и возможности улучшения

NUMD1*.

Рисунок F.20 — Диаграмме А212: Идентифицировать риски поддержки и возможности улучшетя

ГОСТ Р ИС010303-239 — 2008

113

author tiHimm PROfCT ГОСТ P И00 lOKO-iM

notes i j w h* • > и

DATE JO«t Jon:

»v )«шм:

А'ОШЧ>

RFAPFR

ОЛТЕ

CONTEXT

МАРТ

О

DFUMUEMWD

a

КМКАТЮК

А* 1=1

Я(«Л11№

SMmcxKOfti iixku

ЖШЯЧМАМк 1ифш. MUIlMUl

n^opwaiKk*

trfkttClb

0»{Wjti»»M4 oil

0«c«u.ttm

rp)WU IIUtMII

А>Л

ф>П<*|

ntltiwli

ннфортимя

m <B4THW«hcic4

I llllll н««у1сп|ши wu>opwnuiiii

(uixnak nti+ub

Опрак.плъ npatwi.

«1М№ЯК>№ UUk«l

• тммьпита

а!й

,|KAQtK<UIUJM

|(«бОЙ№И(

К KOtlVlpyKOlin

ilpU^M,^ ЩПШЮМИМ < mix чин

tr

Л<Л«ИШ1АМН(

a ь'чтчосам

MUJMMOiOClb

ГКШПЖЬ*

ш гож^ою*

JL АЬрММЛИв

OnpTMIV

jARyiHIK

РОДОМ

ГКЦ4Ср|>|И

М1У

iievrMlDk

P«UXW»

поммиимм noraffiui'ft

nnawfMKH

rpcioMMHc ч pmtHHiu tw TflWbX/!

<*K‘V

Л2М

р*т(пишш -►

Рисунок F.2l — Диаграмма A22: Определить контекст поддержки

ГОСТ РИС010303-239—2008

114

АШ1КЖ доить PR'MMT П(ГТ Р IHO Ш3№.]»

holt's I г I I > е ’ к * и»

date 21 »%:<кп

W.V RII1W

WOHM40

HEADER

DAlfc

com XT

(Ж АП

C=J

RECOMMENDED

>

1

cz

HlltnXAl ИХ*

■рупла

HMtWM

R14AKU упрлппия

(vM'iHM rp*<m

Onpt.it. кипе

ntpiHttpoa MIHWHOIO ЦИК,П|

H WIKtltMINtl

AJI2I

nqimclp cpcaa CI.'NOU Я1И K<n«n.M№IUUI

I

f

>m "

ГИре.и-ит.

|W<un>*

(ptu

hlpAMabiouar»*.

>uA<rrr»> cfxjr

P HffiKPW QOKVtVMWUU

A22M

At}}]

Oiikkku

MCHuauiMM дгф:а.?ы

A2’N

KwCuhiHiw к решмно По плдлрям

Иасн1н4«ти(>мии. uhchMR.imM ua дерма

1M

арофии. ncnaibieaiura rpJVRU Н1ЛМН»

•mHiumuHiK

■1IKI№

а млм'акчад*

»

N'lWMUAvrt ixiuepaui -►

1МИП и iwiyirajma» mp^jpmtiHn

40W

?IT1.F

A222

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

Рисунок F.22 — Диаграмма А222: Определить профиль жизненного цжла и использования

ГОСТ Р ИС010303-239 — 2008

16-2307    1 15

АШ1КЖ доить ПНЯ-О ПКТ Р НИМнШ-П»

hOlfS I 2 1 I > 6 ’ К * I*

DATE 21 И» 2007 RRV Nl)}№

хи<иг«нта

tn дп>»п cnraw

чпое

W0RKI40

M.ADtK

DAlfc

com хт

(Ж АП

C=J

ягюм mended

РЧ1МХА1 Н*ч

A2J Ы

iijnrnu MMMimii мнО^рксшие»*

(хклмгпааини ПП p«.V|V4M

Hxwmnf    »кп

KlwcviMcum пммрии

A> 2)1

и.км1«ф*ин(К> !*•<•■№ IHMCIMM nuufjui

0Пр№Л)П|> KKlfHK*' q>My HJ КШ011 fufiww NKK

A22H

A22JJ

<КЛ

finuffnw

IK<UlunHr k |KUI(KB>

oo naunuccf

TprAONHIK * rann^iaM

0npu*»nt. «niWMHOCT»

omkikoi на шм рАлм <uvn

ГШ1Л ■ ojuytvtayaxuw

TI1IF

A223

Определить доступные ресурсы поддержки

wvur*

noitmiHVtmM*

iiociiiutiHK лдцерц» -►

loivMfKOH

{1»Ч«ВГНИ*

П(ММР*КМ

оппмнм wwKm> г■*>*«*

»

н««отнш

МК|ЧП.Нмт

Рисунок F.23 — Диаграмме А223. Определить доступные ресурсы поддержки

ГОСТ РИС010303-239—2008

IKFflAT

M.THOR

ЦНИИ РТК

PATE 210*210’

WORKING

READER

DATE

TONTFXT

PROJECT

ГОСТ Р ИСО 10)05.21»

REV 27 II 2101

MATT

a

KI.COMMlMXiD

Q

40TES 1

г з 4 5 6 ■? * ч ю

PUBLICATION

Л2 a

тесипикдй (рафнк ^ П0МО1М ^ 4 ~

retM *n«ciN<

«гм

<11 HOOK

(prji

|«l«ptNWMVV

atcuKKi

ЯИММЖНО

AAfUHWI CMIk >t» трсбсмаини

«геЬрдпим Tptoommn no ntuicepsK*

НК|)4рм<Ш»

crt лрутю «иски

тхОошнме rtcpj юффмацаи

юдерякм

ctaptM

A

Rhhihri-

ШИ»уЦ<«ЩНН» m»fMW 1П(ММ«ИМ

Л2Л

nfUVMHHU

МЙИКр(М*М1Н41

CWfOH»

■мшвиизн

потрвбиисп • (М1А<рдхе

La

e ipbutHWH

Олрикпяп. Tteoatuat к k»oh»d no nouqtm

*212

NJ yiVIWOU tfeikemniei

IpctoUMft x ранению ta ахцсрхк*

обрати «я» no 1ютр<1жогт1Ы mxufxni

LT

НОПГ

A23

nm

Установить требования к решению по поддержке

Рисунок F.24 — Диаграмма А23: Установить требования к решению по поддержке

ГОСТ Р ИС010303-239 — 2008

117

Al'TIIQR 11В1ИШ ГЯОЯСГ: ГОСТ Г HOC) 1М0И.»

MOTES I J И ' ( ? к Но

ОАО 21 OR 2*11 №4*    2» 12 2*11

WURKIN0

RTAWR

DATE

OONTEVT

OR АКТ

RFCOUMFMTFn

l-1

PVeUCAlKH

п>шо>

MIHlqKWWHJMt

clofou

оСриш <ми.

ПО IWIpctHWlHI ИДОфМ.Н

■IM<|op4tlUH«

«л iltmt

«МГММ

О601ГШ1 «ян. ao -фобом ma>

отобран»*» irrimnni no

ч*д>

ptWCpIUtOUt*

ИмиапфиинроМ»

muifOWUM!

сгйроаш nautpjcKa

AJMI

mHirtro.Bb ipntlll ошрим

Анапа ааароьпь oixattijno** «Ш1

A2M2

|сУЖЧлала ОС* гмиспыш

ИхппИвиаронг» пмОоыгии

iO<inmpiuiu<Hi

А2Ш

IIOHI ■ (Miyn-nvumM nRfWKI

npnniMOIM

uamcpcnxtiuuiM

ctnpom

-►

МЯ1Ш)

ю ywlKOtlX IpoilOWMN -►

аьимскаия

иотрсбносп

D IMUIIUVC -►

МЮС

A231

imt Выявить потребности заинтересованных сторон

в поддержке

MJMBLR

Рисунок F.25 — Диаграмме Л231: Выявить потребности заинтересое&мых сторон а поддержке

ГОСТ РИС010303-239—2008

AUTHOR ЦНИИ ПК НОЖСГ ГОСТ P MCO Ш'!»

NOTM I J J < ' и Ш 10

ПАП- WWW rev ипгжг

WORK 1*0

RIAIM-R

DATE

CONTEXT

DRAFT

1-1

RFO0MUTN»FD

1, l

fUBUCATIOM

A2>

NOW.

A232

tmi

Определить требования к решению no поддержке

NUMULft

Рисунок F26 — Диаграмме А232. Определить требоеатя к решению по поддержке

ГОСТ Р ИС010303-239 — 2008

Рисунок F.27 — Диаграмма А24: Разработать решение по поддержке

ГОСТ РИС010303-239—2008

120

ЛК THOR UHHHPTK

pro* от гост i> >ko iMot-m

NOTES l l M N л T И I»

rate m*j«7

RP.V »U2M?

WORMW,

ft! AIX-R

олте

CONTI XT

1ЖАКТ

CD

ККГОММККПКП

PUBLICATION

A3 J

CD

WtomHi у ckikhuio no muenux

iuum muuw во *i«M5 i    Л I;*t ji»iki

ппилткФ пашржкп.

1Ю kOK|W wt

рспкния

*•

IННП n с<*гпгг*»хчии

ItHffnflWtlH»

MMX

A242

DILL

Выполнить анализ заданий

киши

Рисков F28— Диаграмма А242: Выполтть анализ заданий

ГОСТ Р ИС010303-239 — 2008

121

Л11МКЖ UWHHPTK

скола гост с иго 1н)о}.}» NOTES I г ) 4 J « т 8 О JU

DATE ИМЗеГ REV }‘1|}0*?

WOHMf*.

RkADfcR

HATE

OONTtXT

DftAfT

RCCUMMCKDFD

PUBLICATION

Л2-0

MMXMiun’f

wiijiWimM «iifnpiii—»

г

Ш1Ю Н» р(ПМП«

UtrmWRJAUM

HUJHW

utyjl NU (МГА ms pccrpvsw

VTipynrX OKTtX

1ЯИ]    |    |1(tnnN

-H ь

Pj цЫкшиъ cmtatmt

MUhui

л: 4221

u«гм «и ъмисн?

па%нрльм

VUf м t »фиииро н> ь pKVfKM

AMtfJ

1

ww

м*<нмя

i'npiOonn.

Mojr.o. (*<ypr*ti «Мм 41*ШМК

A34UJ

CD

»H»U

HiRprUUWy

iwnvmMiM

U-UUMM

-►

■IQIIOHXC UU1HHX

-►

Outturn. шпикгхкибиат

H npMCHIIHOCTb иыим»

A}«JM

-Z—

Т|НфОК»*1И К KWCfpyiWUH -►

нмстромшпе

HAie.it* laiuHM -►

4MbiH(wim

«ДЯМ

D

IИ1Ш •

■M^WXint

Рисунок F29 — Диаграмме A2422: Определить потенциальное задаче

ГОСТ РИС010303-239—2008

122

AUTHOR. IBOIII PTK PROFCT ГТИТ P ЩТ» IdJnS-JW

kotf* i:n«*»«no

DATb W*UOIIT RF4< }.< »} Jixi:

WORKING

ША1Н.К

DAIt

tovitxt

UK ДМ

CD

ЛЕСОМ MENOEO

1=3

РСВИСМЮЧ

««

Рисунок F.30 — Диаграмме A243: Определить решете по поддержке

ГОСТ Р ИС010303-239 — 2008

IT-2307    1 23

линю* ЦНИМРТК Pftoim ГОП t НТО lUlilMW

notcs i i) I s«. t к ■> и.

РЛ1Е limjonfl

Rf.v- )T|l20iyy

WOHKIMI

RtAlifcR PAIB

(WltXT

Oft.VT

= -

КРГОМ VETOED

PVBUCaT ion

A3<J e

N0»:

A2432

ТП1.Е-

Разработать план поддержки

химик*.

Рисунок F.31 — Диаграмма А2432: Разработать план поддержки

ГОСТ РИС010303-239—2008

124

UVEDaT

AVTIIQR IIWlirtK ИКЛСГ ГОСТ (• HCCMO.fc»-»*

NOTES I t J * 5 i * 8 A 1»

DATE ll <K 1»’ REV гН)20»?

WUKKIMU

READER

DATE

CONTEXT

ОМ АЛ

CD

RF(Y)MMF4DFD

CD

PfBUCATION

Ai-m

NOOt

П1 l.k

A24323

Разработать лотку плана поддержки

W MUCK.

Рисунок f.32 — Диаграмма A24323: Разработать логику плана поддержки

ГОСТ Р ИС010303-239 — 2008

125

AUTHOR 11НШ1РТК pRoiP.rr mrf p wn miiij-jw

mh ts i j i л s 6 ■ к ч iii

DATfc }3 >m }"<r

RRV i.< 1} }IIUT

WOftKIMi

RfcAlHiR

DAU

ШИТЕХТ

OHM I

RECXIMVIkSOKO

IS.BtUAMON

АЛ1 “

SO Ofc

A2435

II. Lt

Прогнозировать выполнение поддержки и использование ресурсов

Mt/MtlbK.

Рисунок F.33 — Диаграмма А2435: Прогнозировать выполнена поддержки и использование ресурсов

ГОСТ РИС010303-239—2008

126

AUTHOR ЦНИИ KIR »ROffi<*T П.ИТР

nous m и*? mw

DATE «IWJW7 REV Я П }W

«окмчп

KLAlHiR

DATE

comxr

1ЖАГ1

п_

Rf COM Мб NOT D

о

i 1

HUH14<.AI

Рисунок F.34 — Диаграмма A25: Оцегмть выполнение поддержки

ГОСТ Р ИС010303-239 — 2008

127

Рисунок F.35 — Диаграмме АЗ: Ввести в эксплуатацию систему поддержки

ГОСТ РИС010303-239—2008

128

AllМКЖ UWHHPTK PROJEO ГОСТ f Itco IliJOS.}»

NOTES I 1 H .4 1 И I»

DATE 1»0?20в? REV 24 II 30*7

WOHMNO

RkADfcR

DATE

OONTtXT

ГЖаГГ

RRCUMMCKDFD

a

PUBLICATION

AS

CD

Рисунок F.36 — Диаграмма A31. Разработать график ввода а эксллувтацмо

ГОСТ Р ИС010303-239 — 2008

129

Рисунок F.37 — Диаграмма А4; Обеспечить поддержку

ГОСТ РИС010303-239—2008

130

мяко* иниигтк

рнокп inn ммпшзоыт* NOTES; I J I 4 J * - « » l«

DATF

НГЛ

W OWING

RFADFft

DATE

covrr-vr

РКЛП

№ COMMENDED

о

ft

KBLICAflON

A« <—»

VODK

IITI.F

A41

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

Ч.Л4ВГК

Рисунок F3d — Диаграмма А41: Планировать и контролировать предоставление поддержки

ГОСТ Р ИС010303-239 — 2008

18-2307    1 31

I'HD АТ

м;пнж

UHHHPTK

DATE

IV ОТ 29П

WnHKINTi

READER

DA lb

COVTtXT

PROJECT

ГОСТ МИТ»1ИЗОЗ.Ш

RKV

27 It }«7

ORACI

RECOMMENDED

1-\

*01 ES 1

J } 1 .A h * К ) III

HUIftKAI ЮГУ

A< •

i|ut«

>l,Miiii«t m ычскнис HtoOnUawMik Kwa4NiMO

Ofe.lVU<(UUMI

11ИП

на neptiaimp ■Совика

ыЖ^нмииЯ BXlauaui. ■WU*T*U

A* I И

КИП •(wytnqniw »4аут>«ч

МОГ*-

TITl ►

A411

Планировать действия no поддержке

чмнп

Рисунок F.39 — Диаграмма А411: Плажровать действия по поддержка

ГОСТ РИС010303-239—2008

132

AttHOK ЫНИИРТК PROJECT ГОСТ P >СГ» IDJOSJW

Norcs HJ4JHMI*

DATE 19 07.111117 REV 2417.2*1117

WORKIM.

KP.ADKR

0Л1*

(OMfcXI

ГЛАГТ

СП

КЕСОЧМЕМПГГ»

РСМ.1СА1ЮХ

А4Ц

.МЧМ»4НППЬ<К»МЯШ| ПЛ*И)ЖМ|

4UBfUMH)l

hxiauuXM

•ошздаха

Рисунок F.40 — Диаграмма A4112: Разработать график поддержки

ГОСТ Р ИС010303-239 — 2008

133

AUTHOR 1ШИИРГК PROJECT ГОСТРНССНОЛ»-»»

notk i : н $ н и id

DATE го 1Щ«7 REV N m®?

WQKXI4)

Rl MU- R

DATE

CONTEXT

DRATI

1№ ГОММР 4DFD

P0BUCAT10N

л«т =

MO (A

A41121

imp

Идентифицировать намеченные задания

NUMHf-K

Рисунок F.41 — Диаграмма А41121: Идентифицировать намеченные задания

ГОСТ РИС010303-239—2008

134

Рисунок F.42 — Диаграмма А412: Контролировать действия по поддержке

ГОСТ Р ИС010303-239 — 2008

135

AC Tiro* ЦНННРТК

иижсг гост с нсо imomm

NOTES J»J4*b?**l0

RATE 2* «7 2*0? REV 24 122*0?

WORK 1М>

КГАМ-R

DATE

CONTEXT

1ЖА4Т

RMtWMfKOFn

fUBliCATlOX

Рисунок F.43 — Диаграмма A44: Собрать детые и обеспечить обратную связь

ГОСТ РИС010303-239—2008

136

author tiHimm PROfCT ГОСТ P И00 IO1<0-i.M

notes i j w h* • > и

DATF. w«ion: HfV J« UJW?

А'ОШЧ»

RFAPFR ПАТЕ

context

(*ЛРТ

HFUMUEMWD

I—I и

РСвИСАТЮН

J—I

Рисунок F.44 — Диаграмме MA2: Анализировать обратную связь поддержки

ГОСТ Р ИС010303-239 — 2008

ГОСТ РИС010303-239—2008

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

Машинно-интерпретируемые листинги

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

Сокращенные наименования:

EXPRESS: /EXPRESS/

При невозможности доступа к этим сайгам необходимо обратиться в центральные секретариат ИСО или непосредственно в секретариат ИСО ТК184/ПК4 по адресу электронной почты: so4sec@ tc184-sc4.org.

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

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

Руководство по реализации прикладного протокола

Техническим комитетом «Поддержка жизненного цикла изделий (PLCS)» Организации по продвижению стандартов по структурированной информации (OAStS). . разрабатывается руководство по применению настоящего стандарта.

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

Техническое обсуждение

1.1    Введение

В настоящем приложении приведено руководство по намеченному использованию прикладной эталонной модели, использованной в настоящем стандарте. Прикладная эталонная модель определена в ИСО 10303-439. раздел 4. где установлен прикладной модуль, соответствующий настоящему прикладному протоколу.

1.2    Общий подход

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

• нежелатегъно использовать явные атрибуты объекта, например x.»d. где х является типом данных объекта. a id — идентификатором. В примере с x.»d предпочтительным является присвоение идентификатора для х посредством оператора назначения, так как эго позволяет с течением времени использовать различные идентификаторы:

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

137

ГОСТ Р ИС010303-239 — 2008

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

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

1.3    Использование классификации

Область применения настоящего стандарта включает в себя множество специфических требований, которые в явном виде не моделируются в ПЭМ. Вместо введения явных подтипов для богъиюго числа объектов объект сделан результатом выполнения функции Ctassification_assignment. Таким обрезом, один или несколько классов могут быть связаны с любым экземпляром рассматриваемого объекта [см. прикладные модули «Класс» (ИСО/ТС 10303-1070) и «Внешний класс» (ИСО/ТС 10303-1275)]. Классы, связанные с объектом, уточняют или расширяют значение данного объекта.

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

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

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

Объект ПЭМ Classrfication_assignn>ent обеспечивает основной механизм для установления связи классов с элементами. Однако для изделий обеспечивается дополнительный механизм для установления такой связи посредством объекта Product_category [см. прикладные модули «Категоризация изделий» (ИСО/ТС 10303-1016) и «Идентификация изделий» (ИСО/ТС 10303-1017)]. Объект Product_category используется для установления различия между различными подтипами объекта Product, определенного в настоящем стандарте. Примерами являются объекты Part. Requirement и Document. Данный подход испогъзувтся и в других стандартах тематической группы «Прюсладные протоколы» комплекса стандартов ИСО 10303. Конкретные типы изделий, например масляный фильтр, являющийся подтипом объекта Part, должны быть специфицированы посредством объекта Classification_assignment. допуская использование библиотеки клаосов через объект External_class.

Прикладной модуль «Классификация атрибутов» (ИСО/ТС 10303-1246) испогъзувтся в случае, если необходимо классифицировать атрибут экземпляра объекта. Подобно объекту Ctaseificatlon_aseignment данный модуль может быть использован для детализации или расширения значения атрибута.

1.4    Общее использование объектов назначения

ПЭМ настоящего стандарта определяет ряд объектов назначения. К ним относятся:

Activity_method_assignment;

Applied_activity_assignment;

Applied_state_assignment;

Applied_state_definition_assignment:

Se1ected_item_assignmenL

Данные объекты имеют ролевой атрибут, который может использоваться для определения конкретного значения каждого назначения. В случае, если эти объекты назначения имеют ролевой атрибут типа STRING, а также объект включен в выборку classificationjtem. предпочтительным средством является классификация, посредством которой объявляется значение назначения. Затем создается экземпляр ролевого атрибута с набором значений, который может быть пустой строкой (нулевой длины) либо строкой '/IGNORE*. Рекомендуется использовать строку '/IGNORE'.

1.5    Использование назначения идентификации

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

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

138

ГОСТ РИС010303-239—2008

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

Рекомендуется, чтобы все требования к идентификаторам соответствовали базовой структуре, представленной на рисунке 1.1.

Необходимо также отметить, что как объект Organ ization_or_person_in_ organization_assignment. так и объект ldentification_assignment имеют ролевые атрибуты, заданные строгай '/IGNORE'. Соответствующими ролями являются 4d_owner' и *Part_type_code'. поскольку в данном примере, представленном на рисунке 1.1. идентифицируемым объектом является Part. Данные роли определяются посредством использования объекта Classification_assignment.

Ряд объектов в дополнение к атрибуту id имеют атрибут пате (имя). Если данньш атрибут используется для назначения имени объекта, то такое имя должно рассматриваться как идентификатор и назначаться посредством объекта tdentification_assignment с использованием базовой структуры, изображенной на рисунке 1.1.

Рисунок 1.1 — Пример назначения идентификационного кода

1.6    Использование модуля «[Идентификация альтернативных имен»

Модуль «Идентификация альтернативных имен» (ИСО/ТС 10303-1025) обеспечивает средства связи дополнительных идентификаторов с элементом, ролью которого является ’alias' (альтернативное имя}. Данный модуль дублирует модуль «Назначение идентификационного кода» (ИСО/ТС 10303-1021) и используется только в том случае, если требуется дать альтернативное имя еще одному идентификатору.

1.7    Использование модуля «Назначение имен»

Модуль «Назначение имен» (ИСО/ТС 10303-1340) обеспечивает средства связи дополнительных идентификаторов. которые являются именами, с элементом. Данный модугъ дублирует модугъ «Назначение идентификационного хода» (ИСО/ТС 10303-1021) и используется только для назначения имени экземпляру объекта Extemal_class_library. Данное дублирование сделано в целях гармонизации.

1.8    Использование модуля «Результаты наблюдений»

Модуль «Результаты наблюдений» (ИСО/ТС 10303-1258) обеспечивает общий механизм установления связи текста с элементами в области применения настоящего стандарта. Данный модуль предусмотрен для расширения возможностей, предоставляемых настоящим стандартом, но не в качестве альтернативного способа сбора соответствующей информации по отношению к настоящему стандарту.

19—2307

139

ГОСТ Р ИС010303-239 — 2008

В частности, данный модуль не следует использовать для:

-регистрации состояний изделий или действий [см. модуль «Зарегистрированное состояние» (ИСО/ТС 10303-1256)];

-    регистрации выполненных действий [см. модуль «Реализованное действие» (ИСО/ТС 10303-1259)].

Модуль «Данные наблюдений» должен использоваться в случаях, не охваченных явными возможностями.

обеспечиваемыми ПЭМ. определенной в настоящем стандарте. Например, если текст, предоставленный для объекта Advisory_task_step. неадекватен или неясен, то модуль «Результаты наблюдений» может быть использован для описания данной проблемы.

1.9    Использование объекта Event

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

Объект Event был включен посредством его использования 8 объектах Dated_effectivity. Project и Timejnterval. в которых он может использоваться в качестве альтернативы дате и времени. Множество элементов. которым может быть назначен объект Event с использованием объекта Event_assignment. было преднамеренно ограничено.

1.10    Подход к реализации

Для любого прикладного протокола, определенного в стандартах комплекса И СО 10303, существует ряд возможностей реализации, основаных:

• на различных уровнях EXPRESS-модели: ПЭМ и ИММ.

-    различных методах реализации, определенных в следующих стандартах комплекса ИСО 10303:

1) ИСО 10303-21.

2} ИСО 10303-22 и его различные языковые привязки.

3) ИСО 10303-28, в первой редакции которого определены многочисленные подходы на основе языка XML. а во второй редакции — подход на основе XML-схемы.

Примечание — Первая редакция ИСО 10303-28 не заменяется второй редакцией.

В первых практических реализациях настоящего стандарта использовалась длинная форма EXPRESS-схемы ПЭМ. а в качестве метода реализации — ИСО 10303-21 либо XML-схема.

140