ГОСТ Р ИСО 10303-1—2022
- повторного использования прикладного программного обеспечения, разработанного для под
держки ПП, при разработке реализации другого ПП с аналогичными или подобными требованиями;
- избежать дублирования и многократного документирования одних и тех же требований в разных
ПП, что приводит к потенциально различным решениям для аналогичных требований;
- повторного использования данных, сгенерированных реализацией одного или нескольких ПП,
реализацией одной или нескольких разных точек доступа;
- значительно сократить стоимость обслуживания ПП, совместно использующих общие подмно
жества.
6.6 Модели объектов профессиональной деятельности
6.6.1 Цель
Модель объекта профессиональной деятельности определяет информационную модель на высо
ком уровне детализации, подходящую для передачи концепций экспертам в предметной области. Соз
дание модели объекта профессиональной деятельности начинается с анализа концепций ПЭМ.
Когда необходимая сложность объекта профессиональной деятельности требует упрощения,
указывают со вокупность концепций ПЭМ. В следующих разделах описаны три различных варианта
документации для автоматизации реализации.
Примеры
1 Веб-интерфейс для программирования на
C++
представляет собой автоматизированную
реализацию.
2 Схема базы данных для каталога деталей является автоматизированной реализацией.
Примечания
1Модели объектов профессиональной деятельности для стандартов промышленных данных предоставляют
дополнительную информацию о моделях объектов профессиональной деятельности.
2 Это методы, используемые для реализации, а не сами реализации.
6.6.2 Модель объекта профессиональной деятельности на языке EXPRESS
Эта опция обеспечивает некоторую автоматизацию реализации при использовании с формой ре
ализации, такой как XML-схема, с указанным параметром конфигурации ИСО 10303-28.
6.6.3 Подпись API для объекта профессиональной деятельности
Эта опция обеспечивает более высокий уровень функциональности, чем EXPRESS плюс XML-
схема, предоставляя методы для разработки API, и решает задачи, связанные с разработкой интерфей са
на основе ПИМ. Информация в сигнатуре API напрямую создается в ПИМ. Подпись построена на
концепциях ПИМ, которые соответствуют концепциям ПЭМ, связанным с объектом профессиональной
деятельности, наряду с любыми дополнительными требованиями к обработке в формате, подходящем
для API в псевдокоде.
6.6.4 Модель объекта профессиональной деятельности на языке UML
Эта опция обеспечивает более высокий уровень функциональности, чем EXPRESS плюс XML-
схема, за счет предоставления методов на основе UML. Такой вариант обеспечивает автоматизацию
реализации при условии, что взаимосвязанный обмен метаданными XML будет использован для авто
матического создания форм реализации, таких как веб-службы.
6.7 Прикладные протоколы
6.7.1 Цель
Прикладной протокол устанавливает информационную модель, подходящую не только для ней
трального обмена файлами, но и в качестве основы для реализации и совместного использования баз
данных изделий и архивирования в домене приложения. Для монолитного ПП информационная модель
указывается как неотъемлемая часть документа точки доступа. Для модульного ПП информационная
модель определена ссылкой на модуль ПП.
6.7.2 Определение информационных требований
Прикладной протокол включает определения области действия, контекста и информационных
требований приложения. Определения могут указывать функции, процессы или информацию, которые
исключаются из приложения, чтобы прояснить объем, контекст и требования к информации. Заявле ние
о сфере действия поддерживается ПФМ, который описывает процессы, информационные потоки
14