Использование информационных объектов сущности «применяемость»

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

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

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

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

Примеры использования

Предположим, что изделие 900 имеет две версии: 900/А и 900/Б. Применяемость версий по датам (ПВД), обозначенная на рис. 47 как ПВД1 и ПВД2, однозначно определяется датами использования. ПВД1 устанавливает ис-

106

Рис. 47. Регламентация версии датой.

пользование изделия 900 версии А с 1 января (start_date) по 28 февраля (end_date) 1999 г. Версия В того же изделия вводится ПВД2 с 1 марта 1999 года (startdate). Отсутствие конечной даты интервала применяемости (enddate) в ПВД2 говорит о том, что срок версии ничем не ограничивается.

Замечания

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

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

2. Контроль применяемости по номерам также отсутствует, и за правиль­
ность использования версий данного метода целиком ответственна при­
кладная система.

Существуют три способа задания применяемости. Этими способами являются:

1. Serial _ numbered _ effectivity — применяемость по порядковому номе­
ру; основывается на порядковых номерах производимых изделий.

2. Dated _ effectivity—применяемость по дате; основывается на дате, ког­
да производятся экземпляры изделий.

3. Lot _ effectivity — применяемость по партии; основывается на партии
производимых изделий.

Дата и время

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

Дата в STEP фиксируется с помощью понятия «дата». Существуют три различных варианта представления даты, однако наиболее часто используется и потому рекомендуется представление с помощью трех параметров: номера года (атрибут «год»), номера месяца (атрибут «месяц») и номера дня в месяце (атри­бут «день»).

107

УПРАВЛЕНИЕ ЖИЗНЕННЫМ ЦИКЛОМ П РОДУКЦИИ
Глава i. СТАНДАРТ STEP

Время в STEP указывается с помощью понятия «время». Оно выражает местное время и описывается часом (атрибут «час»), минутой (атрибут «мину­та») и секундой (атрибут «секунда»). Кроме того, необходимо задавать времен­ную зону (атрибут «зона») относительно универсального скоординированного времени (coordinated universal time — CUT). По сути дела, с помощью данного атрибута указывается разница между местным временем и гринвичским (оно отличается от CUT не более, чем на 0, 05 секунды в разные периоды года).

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

АР 203 регламентирует возможные значения атрибута «роль» понятия «на­значение даты и времени» (каждое из них применимо для той или иной конструк­ции модели данных):

^ creation_date (дата и время создания версии изделия или описания изделия);

У requestdate (дата и время получения запроса на проведение действия над проектом, например, изменения);

> release_date (дата и время выпуска или окончания изменения проекта изделия);
> ■ > start date (дата и время начала работы над созданием нового или над изме­нением существующего проекта изделия);

^ contract_date (дата и время вступления в силу контракта, связанного с проектом изделия);

^ certification_date (дата и время вступления в силу сертификата на изделие);

> sign_off_date (дата и время подписи сотрудника под утверждением);

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

> declassificationdate (дата и время снятия класса секретности с проекта
изделия или его части).

Авторизация

Объекты функционального блока «авторизация» (Authorization ISO 10303-41) предназначены для представления информации о согласованиях и утвержде­ниях различных аспектов данных об изделии. Однако эти объекты не отображают согласование и утверждение конкретных документов (таких, как чертеж), а под­тверждают качество и достоверность данных, к которым они относятся.

Информационное обеспечение данного функционального блока построено на использовании интегрированных ресурсов, представленных схемами approvalschema и person_organization_schema, предназначенными соответствен­но для описания факта утверждения или согласования и лица, которое выполни­ло указанное действие. На рис. 49 рассмотрена связь факта утверждения и ин­формационного объекта, отражающего утверждаемые данные, с помощью сущ­ности approval_assignment из схемы управления ресурсами (management_ resources_schema).

На схеме укрупненно представлены информационные объекты, служащие для авторизации данных и связи между ними. Основными являются такие сущ­ности как approval, устанавливающая сам факт авторизации, и approvalstatus, определяющая, по сути, степень готовности и полноты данных. Для описания лица, подтверждающего выполнение авторизации, используется сущность personand organization, указывающая принадлежность лица к определенной организации. С точки зрения возможности фильтрации данных, то есть уста­новления области, в которой проводится рассмотрение данных, интерес пред­ставляет сущность organizational_project, предназначенная для описания орга­низаций - участников проекта.

Применение объектов Authorizationschema в АР 203:

Approvalstatus. name — статус утверждения.

АР 203 ограничивает число возможных статусов четырьмя значениями:

approved (утвержден) — данные объекта утверждены;

not _ yet _ approved —данные по объекту не утверждены (ожидают утверждения);

disapproved (отклонен) — данные не были утверждены;

withdrawn (отменен) — утверждение ранее было действующим, но отменено.

ApprovaLlevel — тип авторизации с точки зрения готовности использо­вания данных.

108
109

УПРАВЛЕНИЕ ЖИЗНЕННЫ М ЦИКЛОМ ПРОДУКЦИИ
Глам 2. СТАНДАРТ STEP

Рис. 49. Схема функционального блока «авторизация».

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

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

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

Approval _ date _ time. date _ time — дата и время факта утверждения.

Approval _ person _ organization. person _ organization — лицо и/или организа­ция, выполнившие авторизацию.

АР 203 требует, чтобы были указаны как лицо, так и его принадлежность к конкретной организации.

Approval _ person _ organization. authorized _ approval — указание на текущий объект, определяющий авторизацию.
Approvaljersonorganizatioiurole — роль лица или организации, выполнив­ших авторизацию.

АР 203 не накладывает ограничений на значение этого атрибута, но чтобы избежать некорректностей, лучше принять соглашение об использовании перечня ограничений роли лица и организации person _ and _ organization _ role. name.

request _ recipient — лицо, которое отвечает за прием заданий и их выпол­нение;

initiator — лицо, выдающее запрос на выполнение какого-либо действия;

part _ supplier — поставщик, то есть лицо, отвечающее за поставку компонен­тов проектируемого изделия;

design _ supplier — лицо, отвечающее за проект в целом;

configuration _ manager — лицо, уполномоченное выполнять действия, свя­занные с конфигурированием продукции;

contractor — лицо, по заказу которого ведется разработка проекта;

classificationjofficer—лицо, уполномоченное выполнять классификацию ин­формации с точки зрения ее конфиденциальности;

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

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

Контекст применения

Как уже было сказано, любые данные об изделии в STEP должны быть указа­ны вместе с контекстом. На рис. 50 показана укрупненная схема, описывающая контекст применения данных об изделии.

Ключевым понятием схемы является «контекст применения». Оно выра­жает самый общий контекст, где определены данные об изделии, то есть пред­метную область протокола применения. Эта информация задается с помо­щью атрибута «применение». Для АР 203 он будет всегда иметь фиксирован­ное значение — «configuration controlled 3D designs of mechanical parts and assemblies» (трехмерные проекты механических деталей и сборок с управля­емой конфигурацией).

Другим понятием, присутствующим на схеме, является «описание протоко­ла применения». С его помощью можно определить, какой именно протокол применения используется для указания данных об изделии. «Описание протоко­ла применения» содержит данные о его текущем статусе (атрибут «статус»), годе, когда протокол получил этот статус (атрибут «год»), и используемой ин­терпретированной модели предметной области (атрибут «имя интерпретиро­ванной модели предметной области»). Для АР 203 названные атрибуты жестко фиксированы: «статус» — «international standard» (международный стандарт), «год» — «1994», «имя интерпретированной модели предметной области» — «config_control_design».

Все остальные данные об изделии обязательно должны быть привязаны к контексту применения. Для этого в STEP существуют три более специализиро-

ПО
111

УПРАВЛЕНИЕ ЖИЗНЕННЫМ ЦИКЛОМ ПРОДУКЦИИ

Таблица 11 Контексты изделия в протоколе АР 203
Вид контекста	Для каких сущно­ стей используется	Смысловое содержание
Product_context (mechanical context)	Product	Контекст изделия
Product_definition_context (design_context)	Product_definition	Контекст представления изделия
Product_concept_context	Product_concept	Сегмент рынка, для ко­торого предназначается изделие

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

В АР 203 используются контексты изделия, определения которых заимство­ваны из схемы «application_context_schema» (рис. 51). При этом в АР 203 внесены следующие изменения (табл. 11):

У сущность librarycontext не используется;

У вместо сущности product_context используется ее подтип mechanical_ context;

^ вместо сущности product_definition_context используется ее подтип design_context.

Сущность application _ protocol _ definition предназначена для определения протокола применения и его версии (года утверждения), статуса протокола ('INTERNATIONAL STANDARD' и т. д.).

Сущность application _ context служит для общего определения приклад­ной области, к которой относится модель. Ее единственным атрибутом являет­ся символьная строка, описывающая контекст прикладной области. Никаких ограничений на содержание строки не накладывается, но большинством кон­верторов, генерирующих обменные файлы STEP, формируется строка следу­ющего содержания:

'CONFIGURATION CONTROLLED 3D DESIGNS OF MECHANICAL PARTS AND ASSEMBLIES'.

Сущность mechanicalcontext имеет три атрибута. Значение первого может быть пустой строкой, значением второго является соответствующий application_context. На значение третьего атрибута, определяющего дисциплину, ограничений не накладывается. Для моделей, относящихся к протоколу АР 203, большинством конверторов формируется строка:

'MECHANICAL'.

Design _ context также имеет три атрибута, значение которых аналогично зна­чению атрибутов сущности mechanicalcontext. Для моделей, относящихся к про­токолу АР 203, большинством конверторов формируется строка:

'DESIGN'.
Глава 8. СТАНДАРТ STEP

Рис. 50. Схема описания контекста применения данных об изделии.

Рис. 51. Сущности, определяющие контексты применения.

112
113

УПРАВЛЕНИЕ ЖИЗНЕННЫМ ЦИКЛОМ ПРОДУКЦИИ
Глава 2. СТАНДАРТ STEP

Рис. 52. Схема документирования данных об изделии. 2.4.15. Документирование

АР 203 позволяет указывать для изделия документы, согласно которым про­исходят проектирование, производство, обработка данного изделия и т. п. Они могут быть ассоциированы либо с понятием «описание изделия» (в таком случае они относятся к изделию в целом), либо с понятием «аспект формы» (тогда они относятся к части формы изделия, например, к головке болта, для которой можно указать способ ее обработки).

Собственно ссылка на документ задается с помощью понятия «ссылка на до­кумент», связанного с понятиями «описание изделия» или «аспект формы». К од­ному изделию или аспекту формы бывают привязаны несколько документов, а один документ может относиться к разным изделиям и/или аспектам формы. Ат­рибут «источник» понятия «ссылка на документ» должен содержать однозначное указание места получения данного документа.

«Ссылка на документ» связана с понятием «документ», которое предназначе­но для описания информации, не лежащей в области действия протокола примене­ния АР 203. По сути дела, это информационный объект, задающий связь с доку­ментом, представляющим файл данных в специфическом формате, или докумен­том на немашинном носителе. К нему относятся, в первую очередь, файлы CAD/ САМ-систем и документы, регламентирующие проектные требования к материа­лам, качеству поверхности и процессу изготовления изделия.

Информационное обеспечение данного функционального блока построено на использовании интегрированных ресурсов, представленных схемой document_schema. На рис. 53 укрупненно показаны информационные объекты, служащие для документирования данных и связи между ними. Основными явля­ются сущности: document, описывающая идентификацинные параметры;
document _ type, характеризующая тип документа; document _ wtih _ class, позволя­ющая подключать классификационные признаки; documentusageconstraint. Сущ­ность document_usage_constraint используется для указания отдельного раздела или аспекта информации, представленной в конкретном документе. Присутству­ющая в documentschema, но не показанная на укрупненной схеме, сущность document _ relationship (взаимосвязьдокумента) позволяет собирать документы в информационные пакеты, по сути представляющие комплекты документов.

Рис. 53. Схема документирования данных.

Таблица 12

Типы документов в протоколе АР 203

 

MateriaLspecification (описание материала)	Документ, описывающий заданные разра­ботчиком требования к материалу, исполь­зуемому при изготовлении детали
Process_specification (описание процесса)	Документ, содержащий заданные конструк­тором требования к процессу изготовления изделия
Surface_finish_specification (описание требований к обра­ботке поверхности)	Документ, содержащий требования к обра­ботке поверхности, заданные разработчи­ком
Design_specification (описание конструкции)	Документ, содержащий требования к конст­рукции, заданные разработчиком (то есть ту информацию, которая пишется конструкто­ром на поле чертежа и не вошла в вышепе-речисленые типы документов)
Cadfilename (наименование файла CAD-системы)	Описание пути доступа к файлу, содержа­щему модель во внутреннем формате CAD-системы
Drawina (чертеж)	Документ, содержащий чертеж изделия

114
115

УПРАВЛЕНИЕ ЖИЗНЕННЫМ ЦИКЛОМ ПРОДУКЦИИ
Глава 2. СТАНДАРТ STEP

Применение объектов documentschema в АР 203:

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

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

Протокол АР 203 накладывает ограничение на типы возможных документов.

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

Document _ withjdass. class (класс документа) — может использоваться для произ­вольной классификации документов. Понятие «произвольная система классификации» подразумевает, что применяемая система или просто набор значений для этого атрибута должны быть оговорены внутри одной или нескольких организаций, использующих представление и тем более обмен данными в соответствии с протоколом АР 203.

Document _ usage _ constraintsubject _ element — наименование элемента в ссы­лочном документе. Это могут быть раздел, глава, параграф и т. п.

Document _ usage _ constraintsubject _ element _ value—конкретное присутству­ющее в документе значение, на которое делается ссылка.

Единицы измерения

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

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

Следовательно, возникает потребность однозначного определения парамет­ров. В стандарте STEP она обеспечивается средствами measurejschema, опреде­ление которой содержится в томе ISO 10303-41. Такая схема дает возможность создания параметров, ассоциированных с определением единицы измерения. Ав­торизация значений обеспечивается средствами других схем.

Measure_schema содержит структуры ресурсов, позволяющих описывать физические величины. Они основаны на материалах ISO 31-0 и ISO 1000.

Согласно положениям ISO 31 -0 (раздел 2) все физические величины основаны на:

У длине;

У массе;

> времени;

У силе электрического тока;

> термодинамической температуре;
^ количестве вещества;

> интенсивности свечения.

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

Сущности measurejschema применяются в АР 203.

116

Рис. 54. Полное и однозначное представление измеренного параметра.

На рис. 55 приведена диаграмма, на которой представлены сущности, исполь­зуемые в АР 203.

2.4.17. Сущности схемы measure _ schema

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

ENTITY namedunit

SUBTYPE OF (ONEOF (siunit, conversionbased unit, context dependent unit)

ANDOR

ONEOF (lengthunit,

mass_unit,

time_unit,

electriccurrentunit,

thermodynamicternperatureunit,

amount_of_substance_unit,

luminous_intensity_unit,

plane_angle_unit,

solid_angle_unit,

area_unit,

volume_unit,

ratiounit));

dimensions: dimensionalexponents;

END_ENTITY;

Сущность sijunit является физической величиной, соответствующей между­народной системе СИ.

ENTITY si_unit

SUBTYPE OF (named_unit);

prefix   : OPTIONAL si_prefix;

name     : siunitname;

DERIVE

SELF\named_unit.dimensions: dimensional_exponents

: = dimensoins_for_si_unit (SELF.name);

END_ENTITY;

1 IT

УПРАВЛЕНИЕ ЖИЗНЕННЫМ ЦИКЛОМ ПРОДУКЦИИ
Глава 2. СТАНДАРТ STEP

118
Единицы измерения и их размерности

Рис.55. Сущности схемы measure _ schema, используемые в протоколе применения АР 203.
Таблица 13
Определения атрибутов:

prefix — префикс СИ, например, «микро», «кило», «деци» и т. д.;
name — слово или группа слов для ссылок на si_unit.
Сущность conversionjbosedjunit является единицей, которая определяется
на основе measure _ wtih _ unti.
ENTITY conversionbasedunit
SUBTYPE OF (namedunit);
name                                    : label;

conversion_factor: measure_with_unit; END_ENTITY;

Определения атрибутов:

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

conversion_factor — экземпляр сущности типа measure_with_unit, определяю­щий базовую единицу измерения и множитель. Например, для дюйма базовая единица — миллиметр, а значение множителя равно 25, 4.

Сущность contextjtependentjunit представляет единицу измерения, не свя­занную с системой СИ.

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

ENTITY contextdependentunit

SUBTYPE OF (named_unit);

name: label;

END_ENTITY;

Определения атрибутов:

name — слово или группа слов, идентифицирующие единицу измерения.

На рис. 55 приведены определенные в схеме measure _ schema из ISO 10303-41 сущности, являющиеся подтипами namedjunit, соответствующие единицам измерения.

⇐ Предыдущая15161718192021222324Следующая ⇒

Поделиться: