ГОСТ Р МЭК 62264-2— 2010
Важно отметить, что для поддержки моделирования работы с изделиями необходимо обеспечивать воз
можность определения классов, создания экземпляров и манипулирования экземплярами. Однако конкретные
созданные экземпляры будут зависеть от используемого приложения.
А.2 Применение стандарта
При проектировании или внедрении новой смете мы. в которой реализуются принципы настоящего
стандарта, необходимо убедиться в том. что эта система поддерживает необходимые классы (например,
индивидов, персонала, характеристики персонала, характеристики класса персонала и т. п.). Для обеспечения
полного соответствия системы настоящему стандарту в ней должны поддерживаться все классы, определенные в
МЭК 62264-1.
Перед вводом системы в действие необходимо решить, какими характеристиками должны обладать
классы (т. е. какими должны быть экземпляры класса характеристик). Очевидно, что должны быть определены
только те характеристики, которые должны участвовать в информационном обмене между системами:
- из-за особенностей внутренней структуры баз данных некоторые из них не могут наращиваться в рабочем
режиме и потому требуют заблаговременного определения поддерживаемых характеристик;
- различные системы могут иметь разные ограничения по наименованию характеристик (например, может
существовать ограничение по длине имени или по использованию букв верхнего и нижнего регистров):
- разные системы могут разрабатываться с использованием разных языков (например, в одной из них все
характеристики могут представляться на французском языке, а в другой — на английском).
В рабочем режиме может происходить обмен данными, относящимися к экземплярам классов. Этот
обмен может организовываться самыми разными способами: один из них — информационный обмен через
базы данных, а другой — через среду XML и XML схемы, разработанные в соответствии с моделями МЭК 62264.
А.З Отображение моделей в базе данных
Когда обмен организуется через базы данных, возможно, существует множество способов их структурирова
ния. В таблицах А.2 и А.З представлены примеры таких структур для представления данных. Атрибут «ключ»
содержит уникальное значение, которое может потребоваться для обеспечения целостности реляционной базы
данных.
Т а б л и ц а А.2 — Структура базы данных по индивидам
Таблица: Индивид
Идентификатор
О писание
Имя
67