ГОСТ Р ИСО 13584-32—2012
Определение внешнего типа:
Тип CLASS_Type: См. 6.7.2.1.
Перечень ограничительных условий:
Либоданный класс не имеет ссылочного суперкласса (наследованного XML-элемента its_suporclass),
либо,если имеется один класс,то ссылочнымсуперклассомдолжен быть типданных NON_INSTANC1ABLE_
FUNCTIONAL_VIEW_CLASS_Typo.
Типом каждойконтрольнойпеременнойпредставления (предметныйXML-элементкомплексного XML-типа
данных PROPERTY_Type)должен быть тип QUANTITATIVEJNT_TYPE_Type (см. 8.3.8), чьими значениями
являются последовательные целые числа.
Свойства, предназначенные для использования в качестве контрольных переменных представления,
должны идентифицироваться кактипданных REPRESENTATION_P_DET_Typo (см. 6.7.5) и должны давать
ссылку в группу элементов describod_by нереализуемого класса функциональных представлений.
6.7.3.2 Класс функциональных моделей
Классфункциональных моделей предназначендля описаний с отраслевой точки зрения, определен
ных с помощью класса функциональных представлений элементов, принадлежащих какому-либо классу
характеристик элементов.
Пример 1— Предположим, что класс screw class является корневым классом элементов в иерар
хии классов винтов, а также то. что этот класс заявляется как обладающий свойством part number,
позволяющим идентифицировать винт любого субкласса screw class. Предположим также, что item
price view является классом функциональных представлений, чьим определением является «классы
функциональных моделей, которые соответствуют этому представлению и должны предоставлять
цены в евро»; после этого класс функциональных моделей screw price model может быть определен и
будет относиться и к классу screw (с помощью XML-элемента view_of, см. рисунок 31) — для опредеде-
ния того, что предоставляет функциональные модели винтов, а также и к классу item price view (с
помощью XML-элемента created_view. см. рисунки 30 и 31)— для определения того, что он предостав
ляет свойство item price view view. Данный класс функциональных моделей может также импортиро
вать свойство part number из класса screw (посредством XML-элемента importedj}roperties_from_item,
см. рисунок 31) и заявлять (с помощью XML-элемента described_by) свойство euro price как свойство
real_currency_type. При этих предположениях каждый экземпляр класса screw price model может содер
жать пару свойств (part number, euro price) , которая будет определять цену одного винта в классе
screw (или в любом из его субклассов) в евро.
П р и м е ч а н и е 1— В примере 1 цены могут рассчитываться автоматически для каждого винта из класса
screw путем определения того, что свойство part number должно представляться как в классе винтов, так и в
классе функциональных моделей, а также гложет использоваться для расчета внешней связи между содержа
ниями обоих классов (см. XML-элемент required_item_values в 7.4).
Пример 2 — При том же определении screw class и item price view, что и в примере 1, конкретный
класс функциональных моделей может быть определен для каждого из субклассов класса screw class,
содержащих экземпляры этого класса.
П р и м е ч а н и е 2 —
В
этом случае классы функциональных моделей априори связываются с классом
характеристик продукции и в данном случае они представляются с помощью субтипа типа данных
FM_CLASS_VIEW_OF_Type, однако класс функциональных моделей не требует относиться к какому-нибудь клас су
характеризации продукции. Это позволяет апостериорно связывать их с существующими классами характери
зации.
П р и м е ч а н и е 3 — Указанная апостериорная связь определяется с помощью комплексного XML-типа
данных A_POSTERIORI_VIEW_OF_Type, определенного в 8.6.2.
Класс функциональных моделей может импортировать:
- свойства и/или типы и/или документы из класса функциональных представлений, который опреде
ляет точку зрения предоставляемых ориентированных описаний:
- свойства и/или типы и/или документы из класса (классов) функциональных моделей, для которого
текущий класс функциональных моделей может быть условным (case-of).
П р и м е ч а н и е 4 — Класс функциональных моделей может также наследовать свойства и/или типы
данных и/или документы из возможного суперкласса, что позволяет совместно использовать одни и те же свой
ства и/или типы данных и/или документы между иерархиями классов функциональных моделей.
Подобный классфункциональныхмоделей, представляемыйс помощьюкомплексногоXML-типа данных
FUNCTIONAL_MODEL_CLASS_Type, показан на рисунке 30.
34