ПОСТРОЕНИЕ ОНТОЛОГИЧЕСКОГО СПРАВОЧНИКА ОТРАСЛЕВОГО УРОВНЯ С УЧЕТОМ РЕКОМЕНДАЦИЙ СТАНДАРТА ISO 15926. - презентация

1

2 ПОСТРОЕНИЕ ОНТОЛОГИЧЕСКОГО СПРАВОЧНИКА ОТРАСЛЕВОГО УРОВНЯ С УЧЕТОМ РЕКОМЕНДАЦИЙ СТАНДАРТА ISO 15926

3 Цели использования стандарта обмен информацией между различными компаниями без необходимости предъявления требований к организации хранилищ этой информации; организация непосредственного взаимодействия ИС предприятий без необходимости непосредственного участия человека в процессе этого взаимодействия; повышение точности передаваемой информации, исключению ошибок человека- оператора при передаче данных, организации автоматического контроля при обмене данными.

4 Состав стандарта ISO – введение, область применения, общее описание. ISO – описание модели данных. ISO – требования к геометрии и топологии. ISO , 6 – требования к библиотекам справочных данных RDL и методология их создания. ISO ,8 – шаблоны проектирования и методология их преобразования в OWL. ISO ,10, … – разрабатываемые части стандарта.

5 Недостатки интеграции без использования концептуальной модели В прикладных системах бизнес-правила говорят о том, как манипулировать с конкретными предметами в конкретном месте и часто жестко привязаны к структуре модели предметной области. При этом небольшие изменения в бизес-процессах приводят к необходимости существенной переделки ИС и интерфейсов. Сущности не идентифицированы или идентифицированы некорректно. В результате имеет избыточная репликация данных, структур и выполняемых функций, что увеличивает стоимость ИС и является источником ошибок. Модели данных разных систем совершенно различны, что требует существенных затрат для создания интерфейсов обмена данными между ними. Эти затраты оцениваются в 25 – 70% от стоимости самих систем. Структура информации ее семантика одной прикладной системы недоступна для другой. Следовательно, невозможен полноценный обмен данными между этими системами в электронном виде.

6 Основные требования к модели данных Хорошая модель данных должна: отражать все требования к данным; быть ясной и однозначной; сохранять постоянство при изменениях требований к данным; иметь возможность повторного использования другими системами; быть совместимой с другими моделями той же предметной области (если те основаны на аналогичных принципах); быть способной интегрировать данные, получаемые из других моделей данных; быть удобной с точки зрения разработки.

7 Основные принципы моделирования данных 1. Атрибуты сущностей должны быть связаны отношениями с сущностями других типов. 2. Сущности должны иметь локальные идентификаторы, которые должны назначаться искусственно и быть уникальными. Отношения не должны использоваться в качестве элементов идентификации. 3. Виды деятельности, ассоциации и события должны быть представлены типизированными сущностями (а не отношениями или атрибутами). 4. Отношения должны использоваться исключительно для описания тех ролей, которые играют типизированные сущности в видах деятельности или ассоциациях. 5. Типы сущностей и присваиваемые им имена должны представлять и указывать на природу самих объектов, а не на роли, которые они играют в определенных контекстах. 6. Типы сущностей должны быть частью иерархии типов / супертипов всех типов, которая задает общий контекст модели.

8 Подход к интеграции моделей справочных данных

9 Обзор процесса интеграции

10 Основные шаги процесса интеграции 1. Анализ ИО и идентификация эквивалентных концептов в МИ. 2. Расширение (при необходимости) МИ для включения дополнительных концептов ИО. 3. Идентификация части МИ, которая представляет все концепты ИО. 4. Выполнения мэппинга в каждом направлении части МИ и ИО. 5. Спецификация всех структурных трансформаций, изменения терминологии и кодирования, которые необходимы для мэппинга. 6. Спецификация всех необходимых трансформаций между моделями представлений (если это требуется). 7. Повторение предыдущих шагов для моделей данных всех приложений, которые нужно интегрировать.

11 Взаимодействие основных блоков ИС и интеграция с другими системами

12 Компоненты системы НСИ (различные и нженерные документы ) Адаптеры для документов ODB Jupiter и ODB Text Инженерные онтологии Хранилище онтологий Браузер онтологий Компоненты ISO (RDL, Mapping)

13 Взаимодействие некоторых компонентов системы

14 Доступ к КО через WEB

15 КО ИО ISO Извлечение ИО ISO Верификация Сопоставление Jena Технологическая схема процесса интеграции

16 Этапы работы Подготовка инженерных документов и каталожных описаний (КО) Создание инженерных онтологий Определение набора данных для интеграции Создание онтологий ISO Мэппинг (Mapping) Интеграция приложений и САПР

17 КО Включение в федеральную систему каталогизации Средство маркетинга продукции Стандарт Консорциума W3C Semantic WEB Широкое использование WEB-технологий Интеграция приложений, САПР и т.д. OWL ISO ТУ, НСИ Этапы работы

18 КО Интеграция OWL ISO ТУ, НСИ Краткий обзор результатов

19