ГОСТ Р ИСО 16100-2—2010
1
)шВс^нм
1
гаххршиишо
обеспечения (По) (фоимолм
-информационныипоток;
’- вэм ю отпш ш м о ю п о м т а ш м и атмонтши
Рисунок 1 — Концепция профиля возможности интероперабельности программного обеспечения
Интероперабельность программных продуктов разных поставщиков описывают с точки зрения их
возможностей, которые ассоциированы с аспектами функциональности, интерфейса и структуры. Эти
аспекты на основе структуры модели системы специфического применения домена, приведенной в
ИСО 16100-1. определены в разделах 5 и 6 настоящего стандарта, а подробное описание приведено в
ИСО 16100-3.
Производственный процесс имеет структуру, которая является как вложенной, так и иерархичес
кой. На каждом уровне производственного процесса требования к производственному программному
обеспечению могут бытьсмоделированы в виде совокупности классов возможностей, организованных в
подобную структуру. Требования к производственному программному обеспечению удовлетворяют пу
тем интеграции в него нескольких единиц производственного программного обеспечения.
Требования производственного программного обеспечения должны быть выражены в показателях
профилей возможностей программных единиц. Для профилирования единиц программного обеспечения
необходимо подготовить краткое заявление (декларацию) о производственных возможностях, обеспечи
ваемых единицей программного обеспечения в показателях выполняемых функций, предоставленных
интерфейсов и поддерживаемых протоколов в соответствии с требованиями производства.
Методология профилирования возможности должна быть определена в соответствии с требова
ниями раздела 6 путем использования атрибутов, относящихся к специальному домену, и методов, ас
социированных с каждой специфической единицей программного обеспечения для описания профилей
возможностей программных единиц в показателях имени, производственных функций и других
необходимых свойств класса.
Требуемые профилисравниваютс уже существующими в базеданных. При совпадении профилей
профилируемая единица программного обеспечения должна быть рассмотрена на возможность интег
рации. Если профили не совпадают, то новая единица программного обеспечения с требуемыми воз
можностями должна быть сначала разработана, а затем профилирована и зарегистрирована в базе
данных профилей возможностей.
з