Inżynieria ontologii

Podobne dokumenty
Inżynieria ontologii. Agnieszka Ławrynowicz. Instytut Informatyki Poznań, 2015

Inżynieria wiedzy. Agnieszka Ławrynowicz. Instytut Informatyki Poznań, 2017

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

1 Projektowanie systemu informatycznego

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 2

Modelowanie danych, projektowanie systemu informatycznego

Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym

Paweł Kurzawa, Delfina Kongo

Diagramu Związków Encji - CELE. Diagram Związków Encji - CHARAKTERYSTYKA. Diagram Związków Encji - Podstawowe bloki składowe i reguły konstrukcji

Świat rzeczywisty i jego model

Wykorzystanie standardów serii ISO oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych

Ontologie, czyli o inteligentnych danych

Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)

2

Projektowanie logiki aplikacji

Reprezentacja wiedzy ontologie, logiki deskrypcyjne

Piotr Kulicki Katolicki Uniwersytet Lubelski Jana Pawła II Instytut Filozofii Teoretycznej Katedra Podstaw Informatyki

Dariusz Brzeziński. Politechnika Poznańska, Instytut Informatyki

INFORMATYKA GEODEZYJNO- KARTOGRAFICZNA. Modelowanie danych. Model związków-encji

Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego

Przepływy danych. Oracle Designer: Modelowanie przepływów danych. Diagramy przepływów danych (1) Diagramy przepływów danych (2)

RDF Schema (schematy RDF)

Systemy baz danych. mgr inż. Sylwia Glińska

Analiza i projektowanie obiektowe 2017/2018. Wykład 3: Model wiedzy dziedzinowej

Rysunek 1: Przykłady graficznej prezentacji klas.

Technologie baz danych

Wykład 1 Inżynieria Oprogramowania

Modelowanie klas i obiektów. Jarosław Kuchta Projektowanie Aplikacji Internetowych

BAZY DANYCH model związków encji. Opracował: dr inż. Piotr Suchomski

Bazy danych. Zachodniopomorski Uniwersytet Technologiczny w Szczecinie. Wykład 3: Model związków encji.

Modelowanie i Programowanie Obiektowe

Projektowanie BAZY DANYCH

ZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI

Pojęcie bazy danych. Funkcje i możliwości.

KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA

PODSTAWY BAZ DANYCH. 19. Perspektywy baz danych. 2009/2010 Notatki do wykładu "Podstawy baz danych"

Modelowanie konceptualne model EER

Analiza i projektowanie obiektowe 2016/2017. Wykład 10: Tworzenie projektowego diagramu klas

Wprowadzenie do systemów informacyjnych

Baza danych to zbiór wzajemnie powiązanych ze sobą i zintegrowanych danych z pewnej dziedziny.

Autor: Joanna Karwowska

Data Mining Wykład 9. Analiza skupień (grupowanie) Grupowanie hierarchiczne O-Cluster. Plan wykładu. Sformułowanie problemu

problem w określonym kontekście siły istotę jego rozwiązania

030 PROJEKTOWANIE BAZ DANYCH. Prof. dr hab. Marek Wisła

ZARZĄDZANIU. Wykład VI. dr Jan Kazimirski

Repozytorium Zasobów Wiedzy FTP

Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Modelowanie danych Diagramy ERD

Proces badawczy schemat i zasady realizacji

Systemy GIS Systemy baz danych

Alicja Marszałek Różne rodzaje baz danych

Podstawy programowania III WYKŁAD 4

MODELOWANIE OBIEKTOWE

PODSTAWY BAZ DANYCH. 5. Modelowanie danych. 2009/ Notatki do wykładu "Podstawy baz danych"

Bazy danych 1. Wykład 5 Metodologia projektowania baz danych. (projektowanie logiczne)

Systemy informatyczne. Modelowanie danych systemów informatycznych

Wykład I. Wprowadzenie do baz danych

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

Bazy danych i usługi sieciowe

Modelowanie i analiza systemów informatycznych

Bazy danych TERMINOLOGIA

Systemy ekspertowe i sztuczna inteligencja. dr Agnieszka Nowak Brzezioska

Proces badawczy schemat i zasady realizacji

Inżynieria Programowania Inżynieria wymagań. Plan wykładu. Motto. Wstęp. Notatki. Notatki. Notatki. Notatki. Arkadiusz Chrobot

z dnia r. w sprawie bazy danych obiektów topograficznych oraz mapy zasadniczej

Technologie obiektowe

Doskonalenie. Zdzisł aw Gomółk a. funkcjonowania. organizacji. Difin

Wstęp [2/2] Wbrew częstemu przekonaniu, nie są one gotowymi rozwiązaniami, to tylko półprodukty rozwiązania.

Wzorce projektowe. dr inż. Marcin Pietroo

Projektowanie Graficznych Interfejsów Użytkownika Robert Szmurło

PRZEWODNIK PO PRZEDMIOCIE

Tworzenie warstwy zasobów projektowanie metodą strukturalną

Wykład 3 Wymagania. MIS n Inżynieria oprogramowania Październik Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 1

Dokumenty środków trwałych

Systemy ekspertowe Część siódma Realizacja dziedzinowego systemu ekspertowego Roman Simiński

Inżynieria oprogramowania

MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI

Rozpoczęcie, inicjacja (ang. inception

Normalizacja baz danych

Bazy Danych. Bazy Danych i SQL Podstawowe informacje o bazach danych. Krzysztof Regulski WIMiIP, KISiM,

Wykład 4 Przebieg zmienności funkcji. Badanie dziedziny oraz wyznaczanie granic funkcji poznaliśmy na poprzednich wykładach.

Systemy ekspertowe. Krzysztof Patan

Bazy Danych. C. J. Date, Wprowadzenie do systemów baz danych, WNT - W-wa, (seria: Klasyka Informatyki), 2000

Programowanie obiektowe - 1.

Zasady Nazewnictwa. Dokumentów XML Strona 1 z 9

UML w Visual Studio. Michał Ciećwierz

Technologia informacyjna

Modelowanie. Wykład 1: Wprowadzenie do Modelowania i języka UML. Anna Kulig

Cykle życia systemu informatycznego

Wprowadzenie do multimedialnych baz danych. Opracował: dr inż. Piotr Suchomski

Feature Driven Development

tel. (+48 81) /22 fax (+48 81) Wykład Ćwiczenia Laboratorium Projekt

Analiza i programowanie obiektowe 2016/2017. Wykład 6: Projektowanie obiektowe: diagramy interakcji

Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1

BAZY DANYCH MAKRA I PRZYCISKI. Microsoft Access. Adrian Horzyk. Akademia Górniczo-Hutnicza

Zagadnienia egzaminacyjne INFORMATYKA. Stacjonarne. I-go stopnia. (INT) Inżynieria internetowa STOPIEŃ STUDIÓW TYP STUDIÓW SPECJALNOŚĆ

Wzorce projektowe i refaktoryzacja

Bazy Danych. Bazy Danych i SQL Podstawowe informacje o bazach danych. Krzysztof Regulski WIMiIP, KISiM, regulski@metal.agh.edu.pl

Transkrypt:

Inżynieria ontologii Mikołaj Morzy Agnieszka Ławrynowicz Instytut Informatyki Poznań, rok akademicki 2012/2013 TSiSS 1

Inżynieria ontologii Inżynieria ontologii zajmuje się zasadami, metodami i narzędzami do konstrukcji i utrzymywania ontologii. Metodologie inżynierii ontologii dotyczą procesu i metodologicznych aspektów konstrukcji i utrzymywania ontologii; dostarczają wskazówek i rekomendacji twórcom ontologii. TSiSS 2

Po co tworzyć ontologie? współdzielone rozumienie struktury informacji między ludźmi, między programami (agentami) ułatwienie jej automatycznego przetwarzania ponowne użycie wiedzy dziedzinowej uniknięcie ponownego odkrywania Ameryki wprowadzenie standardów jawna reprezentacja założeń przyjętych w danej dziedzinie pozwala na ich łatwą zmianę, w odróżnieniu od ich sztywnego zapisu w kodzie oddzielenie wiedzy dziedzinowej od wiedzy operacyjnej TSiSS 3

Ontology Development 101: A Guide to Creating Your First Ontology (Noy &McGuinness) Nie istnieje żadna jedyna poprawna metoda wytwarzania ontologii. Ogólne reguły: 1. Możliwe wiele sposobów modelowania danej dziedziny. Najlepsze rozwiązanie zależy od tworzonej aplikacji i przewidywanych rozszerzeń. 2. Proces wytwarzania ontologii jest iteracyjny. 3. Pojęcia zdefiniowane w ontologii powinny odpowiadać obiektom (fizycznym lub logicznym) i relacjom z opisywanej dziedziny. w zdaniach opisujących dziedzinę: rzeczowniki (obiekty) i czasowniki (relacje) TSiSS 4

Ontology Development 101: A Guide to Creating Your First Ontology (Noy &McGuinness) Budowa ontologii realizowana w cyklicznych etapach obejmujących: Krok 7 Wprowadzenie instancji Krok 1 Ustalenie dziedziny i zakresu ontologii Krok 2 Rozważenie użycia istniejących ontologii Krok 6 Zdefiniowanie ograniczeń własności Krok 5 Zdefiniowanie własności klas Krok 4 zdefiniowanie klas i ich hierarchii Krok 3 Wylistowanie najważniejszych terminów w ontologii TSiSS 5

Przykład budowa ontologii o winach i jedzeniu Jakie wino pasuje do owoców morza? Współdzielona ontologia o winach i jedzeniu Typy win TSiSS 6

Krok 1 - ustal dziedzinę i zakres ontologii Jakiej dziedziny dotyczy ontologia? Do czego jej użyjemy? Na jakiego rodzaju pytania ontologia ma udzielać odpowiedzi? Kto będzie korzystał z ontologii i ją utrzymywał? TSiSS 7

Krok 1 - ustal dziedzinę i zakres ontologii Jakiej dziedziny dotyczy ontologia? reprezentacja win i jedzenia Do czego jej użyjemy? aplikacje sugerujące wybór posiłków i win w restauracji TSiSS 8

Krok 1 - ustal dziedzinę i zakres ontologii Na jakiego rodzaju pytania ontologia ma udzielać odpowiedzi? musi zawierać: pojęcia opisujące rodzaje i główne typy win, dobre i złe połączenia danego typu wina z danym jedzeniem mało prawdopodobne: pojęcia nt. zarządzania magazynem w winiarni lub nt. pracowników restauracji Kto będzie korzystał z ontologii i ją utrzymywał? ontologia służąca: a) klientom restauracji - powinna zawierać ceny detaliczne, b) właścicielom restauracji - ceny hurtowe TSiSS 9

Krok 1 - ustal dziedzinę i zakres ontologii Pytania kompetencyjne (ang. competency ques-ons) lista pytań, na które powinna odpowiedzieć oparta na ontologii baza wiedzy. Czy ontologia zawiera dostatecznie dużo informacji, aby na nie odpowiedzieć? Czy odpowiedzi są wystarczająco szczegółowe? TSiSS 10

Pytania kompetencyjne Jakie własności wina powinno się rozważyć przy jego wyborze? Czy Bordeaux to wino czerwone czy białe? Czy Cabernet Sauvignon pasuje do owoców morza? Jakie jest najlepsze wino do grillowanego mięsa? Czy bukiet zależy od rocznika? Jakie są dobre roczniki Napa Zinfandel? + = Zgodnie z listą pytań ontologia powinna zawierać informacje o cechach i typach win, dobrych i złych rocznikach, rodzajach jedzenia, dla których ważny jest odpowiedni wybór pasującego wina, polecanych kombinacjach jedzenie wino. TSiSS 11

Krok 2 rozważ użycie istniejących ontologii Czy istnieją ontologie dotyczące naszej dziedziny, które moglibyśmy rozszerzyć i zmodyfikować, tak by pasowały do naszych wymagań? ontologie nadrzędne/fundacjonistyczne (ang. top- level/ upper/foundauonal ontologies) repozytoria ontologii (TONES) wyszukiwarki ontologii (Swoogle) zasoby nie- ontologiczne (baza francuskich win może już istnieć, taka zaimportowana baza może stanowić nasze pierwsze podejście w tworzeniu klasyfikacji win) + ich re- inżynieria TSiSS 12

Krok 3 - wylistuj najważniejsze terminy w ontologii Najważniejsze terminy związane z daną dziedziną Na początku ważne aby lista terminów była obszerna i wyczerpująca, nawet jeśli niektóre pojęcia, relacje lub właściwości się pokrywają wino, winogrono, winiarnia, jej lokalizacja, kolor wina, smak i zawartość cukru; różne rodzaje jedzenia np. ryby czy wołowina; podtypy wina wino białe, czerwone TSiSS 13

Krok 4 - zdefiniuj klasy i ich hierarchię Podejście top- down: najpierw zdefiniowanie najbardziej ogólnych pojęć w dziedzinie, a później ich specjalizacja np. najpierw klasa Wino, później jej podklasy: Wino białe, Wino czerwone, Wino różowe podejście bo\om- up: najpierw zdefiniowanie najbardziej specyficznych klas liści w hierarchii, by później grupować te klasy w bardziej ogólne pojęcia np. najpierw klasy Pauillac i Margaux, później ich wspólna nadklasa Medoc (z kolei podklasa Bordeaux) podejście mieszane najpierw definiujemy bardziej istotne pojęcia, a potem tworzymy ich generalizacje i specjalizacje TSiSS 14

Krok 4 - zdefiniuj klasy i ich hierarchię z listy terminów (krok 3) wybieramy odpowiadające rzeczywistym obiektom, a nie opisujące te obiekty (ich własności) układamy hierarchię klas Jeżeli klasa A jest nadklasą B, wtedy każda instancja B jest też instancją A (np. Pinot noir to podklasa Wino czerwone) Wino czerwone Pinot noir TSiSS 15

Krok 4 - zdefiniuj klasy i ich hierarchię Relacja jest lub jest rodzajem (ang. is- a) - główna relacja obowiązująca w hierarchii klas (Chardonnay jest rodzajem Wina Białego, Odrzutowiec jest rodzajem samolotu) Przechodniość relacji hierarchicznych jeśli B jest podklasą A i C jest podklasą B, to C jest podklasą A Unikanie cykli Jeśli klasa B jest zdefiniowana jako podklasa A, oraz A jako podklasa B, to obie klasy są sobie równoważne TSiSS 16

Kiedy wprowadzić nową klasę? Podklasa zazwyczaj zawiera: dodatkowe własności, których nie ma nadklasa dodatkowe ograniczenia inne niż dla nadklasy bardziej specyficzne ograniczenia Synonimy nazwy pojęcia nie stanowią różnych klas Klasy reprezentują pojęcia a nie ich nazwy! Nazwa klasy może się zmienić, ale będzie reprezentować to samo pojęcie (Koźlarz i Kozak) TSiSS 17

Nowa klasa czy nowa wartość własności? Czy określone rozróżnienie (np. białe, czerwone, różowe wino) jest własnością czy zestawem klas? Decyzja zależy od dziedziny oraz zadania jakie ma spełniać ontologia Czy nowa klasa ma dla nas istotne znaczenie? W firmie produkującej butelki kolor wina nie ma większego znaczenia (nowe klasy są zbędne), inaczej było by w aplikacji ułatwiającej dobór wina do posiłku. TSiSS 18

Krok 5 - zdefiniuj własności klas Dla klasy Wino: kolor, smak, zawartość cukru Dla klasy Winiarnia: położenie Możliwe typy własności: W przypadku obiektów strukturalnych, ich fizyczne lub abstrakcyjne części (dania w posiłku) Relacje klas z innymi obiektami wytwórca wina łączący wino i winiarnię oraz winogrono z którego wino jest zrobione dla klasy Wino: nazwa, pochodzenie, wytwórca, winogrono Własności są dziedziczone przez podklasy, dlatego powinny być związane z najbardziej ogólną klasą, która posiada daną własność TSiSS 19

Krok 6 - zdefiniuj ograniczenia własności Liczność (ograniczenia ilościowe) określa ile własność może mieć wartości Wino jest zrobione z co najmniej N=1 gatunku winogron wino wykonane z maksimum M=1 gatunku winogron Własności literałowe cena wina (String) musujące? tak/nie (Boolean) Dziedzina i przeciwdziedzina przeciwdziedziną własności produkuje jest klasa Wino dziedziną własności produkuje jest klasa Winiarnia TSiSS 20

Krok 7 wprowadź instancje Zdefiniowanie pojedynczej instancji klasy: Wybranie klasy Stworzenie instancji klasy Stworzenie ograniczeń własności Chateau- Morgon- Beaujolais jest instancją klasy Beaujolais Kolor: czerwone Smak: delikatny Poziom taniny: niski Winogrono: Gamay (instancja klasy Winogrono) Wytwórca: Chateau- Morgon (instancja klasy Winiarnia) Region: Beaujolais (instancja klasy Region) Zawartość cukru: wytrawne TSiSS 21

Klasa czy instancja? Jaki powinien być poziom granularności w ontologii? Jakie są najbardziej specyficzne obiekty? (będą one reprezentowane jako instancje) Aplikacja doboru wina do posiłku: instancja to np. Sterling Vineyards Merlot Aplikacja do inwentaryzacji win w restauracji: instancje to pojedyncze butelki wina Pojęcia, które formują naturalną hierarchię - reprezentowane jako klasy w trakcie rozwoju ontologii, niektóre gałęzie pojęć w hierarchii mogą zyskać kolejne poziomy szczegółowości, a ich instancje zostać redefiniowane jako podklasy Pojęcia, dla których nie możemy sobie wyobrazić ich instancji modelowane jako instancje (np. nazwy własne) Niekiedy, w związku z wymogami aplikacji, można zamodelować klasę mającą pojedynczą instancję TSiSS 22

Adnotacje Klasy/relacje powinny posiadać dokumentację w postaci adnotacji Opis klasy/relacji w języku naturalnym Lista założeń dziedzinowych odnoszących się do definicji klasy/relacji Lista synonimów Dokumentacja równie ważna jak ta w przypadku dokumentowania kodów źródłowych programu! TSiSS 23

Które istniejące ontologie wykorzystać i jak? Typy ontologii Ontologia nadrzędna (fundacjonistyczna) Ontologia dziedzinowa Ontologia zadaniowa Ontologia aplikacji TSiSS 24

Które istniejące ontologie wykorzystać i jak? Ontologie fundacjonistyczne dostarczają ogólnych wysokopoziomowych zbiorów kategorii pomoc na starcie budowy ontologii (podstawowe rozróżnienia obiekty stałe w czasie a procesy, podstawowa struktura, podstawowe relacje) Ontologie dziedzinowe częściowo pokrywają się z zakresem nowo tworzonej ontologii TSiSS 25

Ontologie fundacjonistyczne DOLCE (DescripUve Ontology for LinguisUc and CogniUve Engineering) obiekty i pojęcia związane z językiem naturalnym i kognitywistyką BFO (Basic Formal Ontology) zorientowana w kierunku badań naukowych, zastosowania w bioinformatyce SUMO (Suggested Upper Merged Ontology) przewidziana dla wielu zastosowań (wyszukiwanie, lingwistyka, wnioskowanie), zawiera zbiór ontologii dziedzinowych Cyc/Open Cyc duży projekt z zakresu Sztucznej Inteligencji, w ramach którego tworzona jest ontologia i baza wiedzy dotycząca życia codziennego TSiSS 26

Typowe ontologiczne podziały klas encje fizyczne a abstrakcyjne encje fizyczne potrzebują czasu lub przestrzeni żeby istnieć, pozostałe to encje abstrakcyjne encje trwające (ang. ConUnuant, Endurant) - obiekty stałe w czasie a wydarzające się (ang. Occurrent, Perdurant) procesy encje trwające - postrzegane jako całościowy (kompletny) obiekt w dowolnym wycinku czasu encje wydarzające się w danym wycinku czasu, istnieje jedynie ich fragment TSiSS 27

Taksonomia głównych kategorii DOLCE TSiSS 28

Taksonomia BFO TSiSS 29

Inne metodologie konstrukcja pojedynczej ontologii Methontology On- To- Knowledge KACTUS konstrukcja sieci ontologii NEON: duża liczba ontologii, osadzonych w sieciach ontologii, budowanych przez rozproszone, współpracujące ze sobą grupy TSiSS 30

Metodologia NEON wykaz czynności ( Glossary of Aciviies ) - identyfikuje i definiuje ponad 50 czynności wykonywanych podczas kolaboratywnego budowania sieci ontologii - - formalizacja, - diagnostyka, - lokalizacja, - dopasowywanie, - wzbogacanie itp. nacisk na: ponowne użycie i reinżynierię zasobów zawierających wiedzą dziedzinową kolaboratywny i dyskusyjny tryb pracy nad tworzeniem ontologii tworzenie sieci ontologii, w przeciwieństwie do tworzenia dedykowanych, nowych ontologii od zera TSiSS 31

NEON: specyfikacja wymagań Ontology Requirements SpecificaUon Document (ORSD): cel ontologii zakres ontologii język implementacji przewidziani użytkownicy przypadki użycia ponowne wykorzystanie zasobów ontologicznych Przykład: Digital Mulimedia Repositories Ontology hmp://129.194.69.119/public/dmro/dmro_orsd.pdf

NEON: wykorzystanie istniejących zasobów ontologie nadrzędne wyrażenia z innych ontologii wzorce projektowe zasoby nie- ontologiczne

Wyszukiwanie wyrażeń w innych ontologiach Wtyczka Watson do NEON Toolkit

Wzorce projektowe w konstrukcji ontologii trudność w wykorzystaniu tylko użytecznych fragmentów istniejącej ontologii, nakład pracy może być wyższy niż stworzenie nowej ontologii od zera potrzeba małych (lub zręcznie zmodularyzowanych) ontologii: - dobra dokumentacja - najlepsze praktyki re- inżynierii wiedzy analogia do wzorców projektowych w programowaniu wzorzec projektowy dla ontologii (ang. ontology design pa\ern - ODP): podsumowuje najlepsze praktyki modelowania ontologii jest rozwiązaniem powtarzającego się problemu modelowania w konstrukcji ontologii TSiSS 35

http://ontologydesignpatterns.org TSiSS 36

Przykład: participant role (diagram) TSiSS 37

Przykład: participant role (ogólny opis) TSiSS 38

Wykorzystanie nie-ontologicznych zasobów standardy metadanych schematy danych w istniejących systemach (np. schematy baz danych) tezaurusy, słowniki, leksykony folksonomie itd. TSiSS 39

NEON - scenariusze budowy ontologii TSiSS 40

Ocena jakości ontologii pokrycie i precyzja TSiSS 41

Ocena jakości ontologii - metoda OntoClean Problem: nieuporządkowane taksonomie pojęć względem co jest czyją podklasą, jak ułożyć pojęcia we właściwym porządku? Metoda OntoClean (Guarino & Welty, 2000) analiza ontologii na podstawie formalnych, niezależnych od dziedziny metawłasności Pozwala na identyfikację konfliktów logicznych TSiSS 42

Metawłasności OntoClean tożsamość (ang. iden-ty) obiekt opisany taką własnością pozostaje wedle niej tym samym obiektem mimo możliwego zmieniania się (np. jednoznaczny identyfikator zasobu) Jan Kowalski P integralność (ang. unity) możliwość rozpoznania granic i wszystkich części, które składają się na encję Ocean (np. Ocean Atlantycki) P Woda Q niezmienność (ang. rigidity) zasadnicza własność dla wszystkich instancji Jan jest osobą P Jan jest studentem Q zależność (ang. dependence) każda instancja implikuje istnienie innej instancji, jedna nie istnieje bez drugiej bycie uczniem (musi istnieć nauczyciel) P TSiSS 43

Narzędzia - Protégé TSiSS 44

Narzędzia NEON Toolkit TSiSS 45

Narzędzia Top Braid Composer TSiSS 46