Основные этапы обеспечения интероперабельности приведены на рисунке 2.
Рисунок 2 - Основные этапы обеспечения интероперабельности
Последовательная реализация этапов должна привести к созданию интероперабельной системы. Для успешной реализации всего процесса достижения интероперабельности необходимо также создать «План разработки стандартов» и разработать необходимые стандарты, которые должны постоянно актуализироваться.
Примечание - Например, организацией OpenGridForum разработано около 200 стандартов. Разработка такого количества национальных стандартов, гармонизированных со стандартами OpenGridForum, в ближайшее время нереальна и нецелесообразна. Поэтому должен быть разработан документ, содержащий обоснованную очередность разработок национальных стандартов с учетом конкретных условий.
Кроме того, необходимо разработать глоссарий (термины и определения), чтобы все участники (пользователи, разработчики ИС и поставщики программно-аппаратных средств) на всех этапах достижения интероперабельности могли находить взаимопонимание [из 6 Основные этапы обеспечения интероперабельности ГОСТ Р 55062-2012]
6.1 Создание концепции ГОСТ Р 55062-2012
6.1.1 Концепция интероперабельности должна представлять собой нормативный документ, отражающий все возможные точки зрения и все аспекты обеспечения интероперабельности. К этим аспектам относятся следующие положения [из 6.1.1 ГОСТ Р 55062-2012]
6.1.2 Положение о том, что одной из фундаментальных особенностей развития современных ИКТ выступает формирование гетерогенной ИКТ-среды. В такой среде возникает проблема взаимодействия разнородных компонентов (систем), получившая название «проблема интероперабельности». Основным способом для решения данной проблемы является планомерное и последовательное использование принципов открытых систем, в основе которых лежит использование методов функциональной стандартизации и согласованных наборов ИКТ-стандартов - профилей. Интероперабельность, наряду со свойствами «переносимость» и «масштабируемость», представляет важнейшее свойство открытых систем. Первоначально термин «интероперабельность» был введен только на техническом уровне (см. рисунок 1), он получил распространение за счет использования стандартных протоколов связи [из 6.1.2 ГОСТ Р 55062-2012]
6.1.3 Положение о том, что в настоящее время термин «интероперабельность» получил расширенное значение. Можно говорить о «семантической» (смысловой) интероперабельности, которая достигается за счет использования «семантических» стандартов. Семантическая интероперабельность сама может структурироваться (синтаксическая, прагматическая, динамическая и т.д.). При этом выделяются «внутренняя» интероперабельность, которая относится к информационной инфраструктуре (корпоративной системе) организации, и «внешняя» интероперабельность, которая определяет конкурентоспособность организаций на рынке [из 6.1.3 ГОСТ Р 55062-2012]
6.1.4 Положение о том, что интероперабельность представляет собой средство повышения конкурентоспособности организаций. Интенсивное применение ИКТ в различных организациях (на предприятиях, в исследовательских, образовательных, лечебных учреждениях и др.) привело к понятию «электронное предприятие» (e-enterprise). Соответственно возникло понятие «интероперабельность предприятия» (enterprise interoperability) [из 6.1.4 ГОСТ Р 55062-2012]
6.1.5 Положение о том, что проблема интероперабельности непосредственно связана с инновационностью продукции. Как известно, заключительный этап инновационной цепочки, начинающейся с фундаментальных исследований, - это этап выхода продукта на рынок. Для ИКТ-продуктов важным условием конкурентоспособности является интероперабельность, поэтому большинство компаний-производителей придают большое значение обеспечению интероперабельности своих продуктов и ведут целенаправленную техническую политику в этом направлении [из 6.1.5 ГОСТ Р 55062-2012]
6.1.6 Положение о том, что стандарты, обеспечивающие интероперабельность, представляют собой «нейтральную полосу» в «войне стандартов». Как известно, в мире идет «война стандартов», в том числе и в области ИКТ-технологий, но основная война идет между стандартами на продукцию. Стандарты же открытых систем, в том числе стандарты, обеспечивающие интероперабельность, не являются «полем сражения», а скорее могут считаться «нейтральной полосой», хотя в их востребованности и разработке заинтересованы все участники (разработчики, поставщики и пользователи) [из 6.1.6 ГОСТ Р 55062-2012]
6.1.7 Положение о том, что интероперабельность связана со сдвигом парадигмы при создании информационных систем. Как известно, с течением времени произошел сдвиг парадигмы в построении ИС. В настоящее время ИС строятся не как монолитные системы, а из коммерчески доступных программно-аппаратных модулей со стандартными интерфейсами, обеспечивающими интероперабельность, так называемые Commercial Of The Shelf products (COTS-products). Отсюда следует, что обеспечение интероперабельности - одно из главных требований при построении современных ИС [из 6.1.7 ГОСТ Р 55062-2012]
6.1.8 В настоящее время используют множество определений понятия «интероперабельность», поскольку многие организации дают собственные определения, исходя из стоящих перед ними задач. В концепции должно быть указано определение понятия «интероперабельность», желательно данное официальной организаций по стандартизации. Наряду с понятием «интероперабельность» используется еще целый ряд родственных понятий, такие как совместимость на уровне протоколов передачи данных (coexistent), способность к соединению (interconnectable), способность к взаимодействию (interworkable). Примечание - Под «интероперабельностью» понимается способность двух или более систем или компонентов к обмену информацией и к использованию информации, полученной в результате обмена [из 6.1.8 ГОСТ Р 55062-2012]
6.1.9 Необходимо отметить также разницу между интегрированными системами и интероперабельными системами. Интегрированная система предполагает, что входящие в нее подсистемы работают по согласованному алгоритму или, другими словами, имеют единую точку управления. В интероперабельной системе входящие в нее подсистемы работают по независимым алгоритмам, не имеют единой точки управления, все управление определяется единым набором используемых стандартов - профилем [из 6.1.9 ГОСТ Р 55062-2012]
6.1.10 Концепция должна содержать краткое описание всех этапов обеспечения интероперабельности с указанием особенностей для информационных систем конкретного класса [из 6.1.10 ГОСТ Р 55062-2012]
6.1.11 Концепция должна содержать оценку экономического эффекта от достижения интероперабельности. Отсутствие необходимости разрабатывать дополнительные интерфейсы (переходные модули, шлюзы) при создании интероперабельных систем дает основной источник экономии [из 6.1.11 ГОСТ Р 55062-2012]
6.1.12 В концепции указывают барьеры, препятствующие достижению интероперабельности, и подходы к их преодолению. При необходимости в концепцию могут быть включены дополнительные положения, например положения о защите информации. Концепция должна быть утверждена уполномоченным органом соответствующего уровня. Примечание - Если речь идет об интероперабельности при создании электронного правительства, концепция должна быть утверждена на правительственном уровне; если речь идет об интероперабельности в области электронного здравоохранения - Минздравом РФ; если речь идет об интероперабельности в области электронного образования - Минобрнауки РФ и т.д [из 6.1.12 ГОСТ Р 55062-2012]
6.2 Построение архитектуры ГОСТ Р 55062-2012
6.2.1 Архитектура - Фундаментальная организация системы, реализованная в ее компонентах, их взаимосвязях друг с другом и с окружающей средой, и руководящие правила проектирования и развития системы. Термин «архитектура» определяется в стандартах системной и программной инженерии применительно к системам [из 3.1.1 ГОСТ Р 55062-2012]. В более широком смысле определяются информационная архитектура, программная архитектура, архитектура данных, архитектура управления объектами. Архитектура позволяет выделить объекты стандартизации для построения профиля интероперабельности [из 6.2.1 ГОСТ Р 55062-2012]
6.2.2 При построении архитектуры следует пользоваться сервис-ориентированным подходом, основанном на использовании распределенных, слабо связанных (англ. loose coupling) заменяемых компонентов, оснащенных стандартизированными интерфейсами для взаимодействия по стандартизированным протоколам [из 6.2.2 ГОСТ Р 55062-2012]
6.3 Построение проблемно-ориентированной модели интероперабельности ГОСТ Р 55062-2012
6.3.1 Проблемно-ориентированная модель может иметь больше уровней интероперабельности за счет «расщепления» уровней эталонной модели в зависимости от вида интероперабельности. К этим видам могут относиться: динамическая, концептуальная, интеграционная интероперабельность [из 6.3.1 ГОСТ Р 55062-2012]
6.4 Построение профиля интероперабельности ГОСТ Р 55062-2012
6.4.1 Профиль интероперабельности - согласованный набор стандартов, расположенных по уровням проблемно-ориентированной модели интероперабельности систем конкретного класса. Процесс построения профиля интероперабельности, в сущности, такой же, как при построении профиля организации-пользователя, описанного в Р 50.1.041-2002. Этот процесс состоит в последовательной идентификации требований к ИС, требований к службам, необходимым для выполнения этих требований, требований к соответствующим ИТ и к стандартам этих ИТ. Его можно представить в виде ряда этапов. На заключительном этапе и происходит построение профиля. Отличие профиля интероперабельности от профиля, описанного в Р 50.1.041-2002, состоит в том, что кроме стандартов технического уровня в профиль будут входить стандарты более высоких уровней, нормативно-правовые документы самых верхних уровней. При сравнении с профилем, описанным в Р 50.1.022-2000, следует говорить о профиле «второго поколения» [из 6.4.1 ГОСТ Р 55062-2012]
6.5 Программно-аппаратная реализация ГОСТ Р 55062-2012
6.5.1 Современные информационные системы строятся из программно-аппаратных модулей со стандартными интерфейсами. Стандарты на эти интерфейсы должны быть указаны в профиле интероперабельности. Эти модули получили в мировой практике название СOTS-продуктов (Сommercial Of The Shelf products). Использование COTS-продуктов позволяет разработчику систем не зависеть от конкретного поставщика и получить примерно 4-кратную выгоду по сравнению с построением «монолитных» систем [из 6.5.1 ГОСТ Р 55062-2012]
6.6 Аттестационное тестирование ГОСТ Р 55062-2012
6.6.1 Методика аттестационного тестирования технической интероперабельности, т.е. протоколов связи, отработана достаточно хорошо и может быть распространена и на стандарты, входящие в более высокие уровни интероперабельности [из 6.6.1 ГОСТ Р 55062-2012]
