ГОСТ Р ИСО 15745-1—2014
5.2.3 Профили
Интеграционные модели идентифицируют интерфейсы, необходимыедля поддержки требований
к прикладным системам — профиль является точным представлением конкретного интерфейса.
Профили могут быть представлены в краткой форме в виде ссылок на выбранные опции, идентифи
цированные в базовых спецификациях, что позволяет не приводить полное описание, содержащееся в
базовых спецификациях. Профили являются документами XML. разработанными с использованием
шаблонов профилей (см. 7.1), которые являются схемами XML (REC-xmlschema-1-20010502 и
REC-xmlschema-2-20010502) (см. 7.2.6).
AIP является единственной спецификацией, рассматривающей группу профилей (профили про
цессов. профили обмена информацией, профилиресурсов, а такжедругие AIP). представляющиесобой
эталонные части базовых спецификаций, которые сами могут быть профилями.
Профильпроцессов представляетсобойзапись «конечного» состояния процесса, определяемого
интеграционной моделью процессов, и содержит «конечную» информацию и/или ссылки на базовые
спецификации, содержащие «конечную» информацию.
Профильобмена информациейпредставляетсобойзапись «конечного»состоянияобменаинфор
мацией. определяемого интеграционной моделью обмена информацией и содержит «конечную»
информацию и/или ссылки на базовые спецификации, содержащие «конечную» информацию.
Профили ресурсов (приборы, коммуникационная сеть, оборудование, люди и материалы), уста
навливающие требования к интерфейсам между ресурсами, могут быть получены из интеграционной
модели ресурсов (см. «Требования к профилям» на рисунке 2). Профили для имеющихся ресурсов раз
рабатываютнаоснове соответствующихспецификаций ресурсов(см. «Профили имеющихся ресурсов»
на рисунке 2). Сравнение этих профилей ресурсов(оба — в формате XML) позволяетразработчикуAIP
обеспечить соответствие каждого конкретного ресурса требованиям к интегрированию прикладных
систем.
6 Типы интеграционных моделей
6.1 Интеграционная модель процессов
Интеграционная модельпроцессовопределяетспособы управления, материалы ипотоки инфор
мациивприкладнойсистеме, а такжефункции, этапы идействияпри установке иработеданнойприклад
ной системы.
РазработчикAIPдолжен создаватьинтеграционную модельпроцессовсиспользованием UML (см.
приложение А). Обычно используемымидиаграммами UMLявляютсядиаграммы прецедентов, опреде
ляющие актеров, прецеденты и границу прикладной системы, диаграммы действий, определяющие
потокпроцессов, диаграммы классов, определяющиесуществующиеклассы иотношения междуними, а
также диаграммы последовательностей, определяющие взаимодействия процессов в установленной
временной последовательности.
6.2 Интеграционная модель обмена информацией
Интеграционная модель обмена информацией определяет информацию, которой должны обме
ниваться ресурсы, вовлеченные в моделируемый процесс.
Такая информация обычно содержит:
- информацию о процессе (например, наборы команд, геометрическиеданные, графики или дру
гие параметры процесса, необходимыедля выполнения приложения);
- информацию о состоянии (например, отказы, отчеты о состоянии оборудования, предупрежде
ния и информацию о качестве);
- информацию поуправлению (например, командыи запросыпообслуживанию), идентифицирую
щую источник, адрес назначения и тип информации.
РазработчикAIP должен создавать интеграционную модель обмена информацией с использова
нием UML (см. приложение А). Обычно используемыми диаграммами UML являются диаграммы клас
сов, определяющие существующие классы и отношения между ними, диаграммы сотрудничества,
определяющиеинформацию, обмен которойпроисходитмежду разными объектами, атакжедиаграммы
последовательностейдействий, определяющиеинформацию, обменкоторойпроисходит вустановлен
ной временной последовательности.
7