Диссертация (1090633), страница 12
Текст из файла (страница 12)
При этом, при наследованииклассов устанавливается отношение Rijk.SubPropertyOf→ Rijk-1.Каждая связьопределяет ограничения для области определения своих значений, ограничениеможет быть расcчитано как Rijk(Rijk1(..Rij1(Rij1.range))). Ограничения связи можетбыть указано в атрибутах связи R или определено в классе или индивидуале классаклассификатора, определяемого отношением hasKindOf.Рисунок 16. Связь классов различных уровней моделированияПри выборе элемента модели, определяющего связь, в памяти системыищется объект типа ClassObjectProperty, и строится иерархия объектов, связанныхотношением SubPropertyOf. Атрибуты объекта определяют ограничения,накладываемые на связываемые элементы.
Ограничение для выбранного элементаопределяется последовательной композиции ограничений всех связей болеевысокого уровня, при этом если в ограничения нижнего уровня применяются красcчитанному ограничению верхнего уровня. Правила логическойсостоятельности ограничений, как и сами ограничения, могут быть определены вспециальных классах, с их дальнейшей интерпретацией в коде программногоэлемента, либо непосредственно в коде.54Рассмотрим процесс создания элемента модели GuiModel (Рисунок 16).
Окноразработанного нами редактор концептуальных моделей режиме редактированиякласса GUI Model, наследующего класс Model, представлено на рисунке 17.Рисунок 17. Окно редактирования моделиПри построении модели соответствующий редактор анализирует классModel и создает копии всех принадлежащих ему элементов типа ClassObjectProperty и ClassDataProperty. Атрибуты title прототипа копируются всоответствующий атрибут title создаваемого элемента. В атрибут SubPropertyOfнового элемента записывается ссылка на прототип, добавляя новый элемент виерархию связей.
Тип элементов для области значений атрибута range получаетсяиз соответствующего атрибута прототипа, затем строится список классовнаследующих его классов. Пользователю предоставляется возможностьопределить ограничение на тип связываемого элемента, выбрав его из списка.В ограничение на тип связываемого объекта определяются атрибутомhasKindOf. Из рисунка 17 видно, что класс Model классифицируется классомModelType и все его наследники будут использоваться для разбиениянаследников класса Model на группы. На рисунке 17 в качестве класса,аннотирующегосоздаваемыйклассGUIModelвыбранклассвидВизуальнаяМодель из списка наследников класса ModelType.
Атрибуты55этого аннотирующего класса используются в качестве спецификации создаваемоймоделиИнформация, созданная на уровнях моделирования, применяется длясоздания элементов уровня проекта. Элементы уровня проекта создаются какнаборы связанных элементов типа OntoIndividual, IndDtaProperty иIndObjectProperty. Связи между ними определяются аналогичным образом черезанализ связей элементов, определенных на более высоких уровняхмоделирования.Предложенный метод позволяет на разных уровнях моделированияпроводить фильтрацию типов элементов, которые могут быть использованы приразработке модели выбранного типа.
Созданная нами система многоуровневогосемантического моделирования использует разработанные компоненты. Длявыбранного типа модели, в редакторе модели, на основе информации о связяхопределяются типы примитивов моделирования и другие компонентымоделирования, например язык описания модели и тип редактора для управлениямоделью. Стало возможным использование конструкций, в которыхонтологический класс имеет фреймы, связанные как с другими онтологическимиклассами, так и с индивидуалами онтологических классов. Структурно такиеконструкции подобны clabjects.2.2.7.
Модель абстрактной семантической сетиПрименительно к рассматриваемому методу объектно-ориентированногопредставления информационных ресурсов разного уровня общности разработанаобъектно-ориентированная модель абстрактной семантической сети, удовлетворяющая следующим требованиям: все информационные ресурсы разных уровней общности представленыобъектно-ориентированными семантическими сетями; спецификация классов информационных ресурсов должна задаваться метаинформацией; каждой вершине информационного ресурса должна соответствовать одини только один класс метаинформации, множество связей класса ресурса должносоответствовать множеству порождённых связей класса информации; метаинформация должна использоваться для управления пользовательскиминтерфейсом при порождении или редактировании соответствующего ей информационного ресурса; метаинформация должна содержать средства для указания повторно-используемых фрагментов других информационных ресурсов с подходящей структурой.Модель абстрактной семантической сети создается на основе формальной сетевую модель, не фиксирующей информационную составляющую узла сети.
Примитивы, используемые для моделирования сети, объединены в навигационную56онтологию [70]. В онтологии определены классы, необходимые для построениясетевой модели и модели навигации веб-приложения (Рисунок 18).Рисунок 18. Онтология навигацииДля класса NavBaseClass, являющегося корневым классом определены следующие атрибуты, наследуемые всеми классами онтологии:1. UniqueID: Node → String— уникальный идентификатор узла2. Title— наименование узла.В представленной онтологии класс Узел (Node) определяет адрес точки доступа к информационному элементу портала или сервису решения задачи. С каждым узлом может быть ассоциирована класс или экземпляр класса NavigatinalContext.
Эти возможности реализуются через отношения:AssociationWithNavContext:Node → NavigationalContex.Связи между узлами, устанавливающими навигационную схему,представлены в онтологии концепцией NodeLink. Каждый индивидуал этогокласса определяет возможность навигационного переход с одного узла на другой,57а также определяет тип узла (local или global) по наличию соответствующей связис концепцией NavNodeKind.Класс NavigationalContext моделирует элемент, определяющий информационный элемент, связанный с узлом.Для моделирования абстрактной семантической сети (Рисунок 19) в качествекласса узла определим класс Узел сети, в качестве класса навигационного контекста достаточно выбрать класс Концепт, а для отношений определить наследниковкласса NodeLink.Рисунок 19.
Модель абстрактной семантической сетиНеобходимость введения классов узла и контекста обусловлено их различнойсемантической трактовкой. Класс узла ответственен за представление элементав организационной структуре, в данном случае —сети, класс контекста ответственен за информацию, приписываемую узлу.2.2.8. Модель данных абстрактной семантической сетиМодель данных абстрактной семантической сети представляет способхранения АСС и строиться как согласование модели АСС и модели объектноориентированного представления абстрактной семантической сети (ООАСС).58Графическое представление ООАСС, отображающее модель компонентов(формула 10) изображено на рисунке (Рисунок 20).Рисунок 20.
Модель абстрактной объектно-ориентированной семантической сетиЭлементом моделирования является класс адаптера Тип элемента хранениякомпонента АСС, ставящий в соответствии каждому типу семантического узлаАСС узел компонента ООАСС (Рисунок 21).59Рисунок 21. Модель класса адаптера «Тип элемента хранения компонента АСС»Правило согласования создается как класс Элемент хранения компонентаАСС указанного типа и используется в рамках некоторого проекта. Если нужноизменить способ хранения, то необходимо разработать модель компонентов,обеспечивающих способ хранения и создать соответствующий адаптер.2.2.9. Управление семантической сетьюПри создании моделей обычно используется весьма ограниченное количество разных видов отношений.
Это обстоятельство позволяет утверждать, что методы создания, управления и интеграции, основанные на семантическом аннотировании, могут быть эффективными при решении задачи отображения моделей[71].Порождение и изменение узлов в процессе преобразования некотороймодели в целевую модель производится с помощью процесса выбора илипорождения узла целевой модели и разрешения неопределенностей, связанных сузлом. Неопределенности формируют модель ограничения и разрешаются наосновании специальных правил, также входящих модель ограничений, илиинтерактивно, с помощью соответствующего редактора модели.При представлении объектно-ориентированном представлении моделей речьидет о формировании (или согласованной модификации) коллекцийструктурированныхданныхпозаданнойспецификацииобъектно60ориентированной модели. Полученные данные должны при этом соответствоватьзаданной целевой модели и удовлетворять ее семантическим правилам.Решение задачи достигается через определение пользовательских типов врамках имеющихся онтологий путем создания классов по прототипу иопределения пользовательской семантики связей (переименование меток классови связей).
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
