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

Презентация:



Advertisements
Похожие презентации
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ СТАВРОПОЛЬСКИЙ ГОСУДАРСТВЕННЫЙ АГРАРНЫЙ УНИВЕРСИТЕТ.
Advertisements

Стандарт IDEF1X Рассмотрим методологию IDEF1X. Методология IDEF1X представляет собой формализованный язык семантического (контекстного) моделирования данных,
Новые технологии построения каталогов нормативно-справочной информации (НСИ) Сергей Горшков, «Бизнес Семантика»
Лекция 3 Архитектура информационных систем. Вопросы лекции 1. Архитектура информационной системы 2. Архитектурный подход к реализации информационных систем.
1 © ИНТЕРТЕХ, 2009 Решение «IBM InfoSphere MDM Server for PIM с наполнением Ontologic» ИНТЕРТЕХ © НЦИТ «ИНТЕРТЕХ», 2009 Решение «IBM InfoSphere MDM Server.
Исследование применения онтологических моделей для семантического поиска Цель: определение основных способов и средств построения онтологических моделей.
Направления консалтинговой деятельности Направления консалтинговой поддержки 1. Финансовая диагностика 3. Построение системы бюджетирования 2. Построение.
Структура и содержание УМК по программе повышения квалификацииМоделирование и реинжиниринг процессов предприятия Руководитель программы: д.т.н., профессор,
Кандидат технических наук, доцент Грекул Владимир Иванович Учебный курс Проектирование информационных систем Лекция 9.
Курсовое проектирование корпоративных информационных систем на платформе 1С:Предприятие 8 Евгений Ковалев 01 февраля 2012 г. 12 международная научно-практическая.
Информационное взаимодействие государства и хозяйствующих субъектов Архитектура Электронного Государства как основа эффективного проектирования систем.
Тема 2. Концептуальное проектирование. Лекция 1. Уровни моделей и этапы проектирования.
Разработка программного обеспечения (Software Engineering) Часть 1. Введение.
Вопрос I. Основные понятия. Вопрос 2. Проектирование баз данных.
Регламент информационного обмена в сфере жилищно-коммунального хозяйства Олег Чумаков Заместитель директора бизнес-центра межведомственных проектов Группы.
Разработка объектно- ориентированного ПО Итеративная модель разработки (развитие водопадной модели) анализ проектирование кодирование тестирование.
Презентация дисциплины по выбору Для студентов, обучающихся по направлению «Прикладная информатика» (магистерская программа «Прикладная информатика.
Базы данных Лекция 01 Информационные технологии баз данных.
Функциональное проектирование ИС. Декомпозиция всей системы на некоторое множество иерархически подчиненных функций. Основные идеи структурного анализа.
Особенности ФСКП Методология и технологические решения ЦНСИ ООО «Центр Стандартизации НСИ» , г. Москва, ул. 3-я Мытищинская, д. 3, стр (495)
Транксрипт:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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