- •В.В. Литвин технології менеджменту знань
- •Розділ 1 основні поняття менеджменту знань
- •1.1. Основні означення менеджменту знань
- •1.1.1. Структура менеджменту знань
- •Маркетинґ Проектування Підготовка виробництва Виробництво Збут
- •1.1.2. Формування знань
- •1.1.3. Введення даних
- •1.1.4. Адміністрування
- •1.1.5. Мотивація
- •1.1.6. Особливості впровадження мз
- •1.2. Менеджмент знань
- •1.3. Базові поняття менеджменту знань
- •1.3.1. Видобування знань
- •1.3.2. Системи пізнання
- •1.3.3. Організація доступу до знань
- •1.3.4. Інновації в області автоматизації
- •1.3.5. Менеджмент знань та інформації
- •1.3.6. Менеджмент знань та Інтернет
- •1.4. Онтологічний інжиніринг
- •1.4.1. Системи керування знаннями
- •1.4.2. Онтологія
- •1.5. Висновки
- •Запитання для повторення та контролю знань
- •Розділ 2 теоретичні аспекти менеджменту та інженерії знань
- •2.1. Поле знань
- •2.1.1. Мова опису поля знань
- •2.1.2. Семіотична модель поля знань
- •2.1.3. “Піраміда” знань
- •2.2. Стратегії одержання знань
- •2.3. Теоретичні аспекти видобування знань
- •2.3.1. Психологічний аспект
- •2.3.2. Лінгвістичний аспект
- •2.3.3. Гносеологічний аспект видобування знань
- •2.4. Теоретичні аспекти структурування знань
- •2.4.1. Історична довідка
- •2.4.2. Ієрархічний підхід
- •2.4.3. Традиційні методології структуризації
- •2.4.4. Об’єктно-структурний підхід (осп)
- •Стратифікація знань предметної області
- •Матриця об’єктно-структурного аналізу
- •Запитання для повторення та контролю знань
- •Розділ 3 технології менеджменту та інженерії знань
- •3.1. Класифікація методів практичного видобування знань
- •3.2. Комунікативні методи
- •3.2.1. Пасивні методи
- •Порівняльні характеристики пасивних методів видобування знань
- •3.2.2. Активні індивідуальні методи
- •Порівняльні характеристики активних індивідуальних методів видобування
- •3.2.3. Активні групові методи
- •3.3. Текстологічні методи
- •3.3.1. Методи структурування
- •Дані концептуалізації
- •3.3.2. Еволюція систем одержання знань
- •Запитання для повторення та контролю знань
- •Завдання для самостійного розв’язування
- •Розділ 4 прикладні аспекти менеджменту та інженерії знань
- •4.1. Латентні структури знань і психосемантика
- •4.1.1. Семантичні простори і психологічне градуювання
- •Опис зв’язку між поняттями
- •4.1.2. Методи багатовимірного градуювання
- •4.1.3. Використання метафор для виявлення “прихованих” структур знань
- •4.2. Метод репертуарних решіток
- •4.2.1. Основні поняття
- •4.2.2. Методи виявлення конструктів. Метод мінімального контексту
- •4.2.3. Аналіз репертуарних решіток
- •4.2.4. Автоматизовані методи
- •4.3. Керування знаннями
- •4.3.1. Що таке “керування знаннями”?
- •4.3.2. Керування знаннями і корпоративна пам’ять
- •4.3.3. Системи omis
- •4.3.4. Особливості розроблення омis
- •4.4. Візуальне проектування баз знань як інструмент пізнання
- •4.4.1. Від понятійних карт до семантичних мереж
- •4.4.2. База знань як пізнавальний інструмент
- •4.5. Проектування гіпермедіа бд і адаптивних навчальних систем
- •4.5.1. Гіпертекстові системи
- •4.5.2. Від мультимедіа до гіпермедіа
- •4.5.3. На шляху до адаптивних навчальних систем
- •Запитання для повторення та контролю знань
- •Розділ 5 Класифікація даних та знань
- •5.1. Важливість правильної класифікації
- •5.1.1. Класифікація й об’єктно-орієнтовне проектування
- •5.1.2. Труднощі класифікації
- •5.2. Ідентифікація класів і об’єктів
- •5.2.1. Класичний і сучасний підходи
- •5.2.2. Об’єктно-орієнтований аналіз
- •5.3. Ключові абстракції й механізми
- •5.3.1. Ключові абстракції
- •5.3.2. Ідентифікація механізмів
- •5.4. Висновки
- •Запитання для повторення та контролю знань
- •Розділ 6 онтології й онтологічні системи
- •6.1. Поняття онтології
- •6.2. Моделі онтології й онтологічної системи
- •Класифікація моделей онтології
- •6.3. Методології створення і “життєвий цикл”онтології
- •6.4. Мови опису онтологій
- •6.4.1. Види owl
- •6.4.2. Структура онтологій
- •Запитання для повторення та контролю знань
- •Розділ 7 Програмні засоби побудови онтологій
- •7.1. Онтологія як засіб формалізації та алгоритмізації знань в інтелектуальній системі
- •7.1.1. Аналіз підходів до навчання онтологій
- •7.1.2. Загальні принципи проектування онтологій
- •7.1.3. Формати та стандарти подання інформації
- •7.1.4. Засоби для створення онтології
- •7.2. Технологія розроблення онтологій в редакторі Protégé
- •7.2.1. Еволюція Protégé
- •7.2.2. Protégé-owl. Мова Web онтологій owl
- •7.2.3. Основні терміни та поняття у Protégé-owl
- •Терміни та їх синоніми
- •7.2.4. Методика розроблення онтології засобами Protégé
- •Створення й експлуатація онтології
- •7.2.5. Створення онтології
- •Запитання для повторення та контролю знань
- •Завдання для самостійного розв’язування
- •Література
- •Литвин Василь Володимирович технології менеджменту знань
- •V lp.Com.Ua, ел. Пошта: vmr@vlp.Com.Ua
7.2.4. Методика розроблення онтології засобами Protégé
Перед тим, як приступити безпосередньо до проектування онтології, варто звернути увагу на деякі фундаментальні правила її розроблення, які у багатьох випадках можуть допомогти у процесі ухвалення проектних рішень:
онтологія – це модель реального світу, і поняття в ній повинні відображати цю реальність;
не існує єдиного правильного способу моделювання предметної області – завжди є життєздатні альтернативи; найкраще рішення часто залежить від вимог до кінцевого продукту та очікуваних модернізацій;
розроблення онтології – це обов’язково ітеративний процес, тобто постійно відбувається наповнення й уточнення;
поняття в онтології мають бути максимально близькими до реальних об’єктів (фізичних чи логічних) та їх властивостей.
Нижче наведено загальну методику побудови онтологій, котру можна реалізувати засобами Protégé. Ця методика складається з семи кроків.
Крок 1. Визначення області та масштабу онтології. Роботу над розробленням онтології треба почати з визначення її обсягу та області застосування. Для цього спочатку розробляють питання компетентності для перевірки відповідності онтології заданій предметній області, які надалі виконуватимуть функції лакмусового папірця, даючи уявлення про повноту поданої інформації та рівень її деталізації.
Крок 2. Можливість використання наявних онтологій. Варто врахувати, що над задачею створення онтології, наприклад, в області матеріалознавства, працював ще хтось. Тоді треба перевірити можливість адаптації наявних онтологічних систем для нашої конкретної предметної області. В іншому випадку роботу треба розпочинати з нуля. Сьогодні є доступними багато розроблених онтологій в різних предметних областях. Вони можуть бути успішно імпортовані в середовище проектування, вибране розробником.
Крок 3. Перелік важливих термінів в онтології. Корисно скласти список всіх термінів та їх властивостей, які містять основну інформацію про задану предметну область. Наприклад, у число важливих термінів, пов’язаних з матеріалознавством, входять металознавство, залізовуглецеві сплави, метали, їх пластична деформація; матеріали, напівпровідники, донорні домішки та хімічна чистота елемента; пористість порошкових матеріалів тощо. На початку важливо отримати повний список термінів, не турбуючись про те, наприклад, чи є поняття класом чи властивістю.
Наступні два кроки найважливіші у процесі проектування онтології: це розроблення ієрархії класів і визначення властивостей понять (слотів), які тісно між собою переплетені. Тому їх можна виконувати паралельно.
Крок 4. Визначення класів та їх ієрархії. Існує декілька підходів для побудови ієрархії класів: згори–донизу, знизу–догори та комбінований процес. На основі власного досвіду та ряду інструкцій з розроблення онтологій зазначимо типові помилки, які допускають розробники, проектуючи ієрархію понять.
Вводити в ієрархію одне і те саме поняття як в однині, так і у множині, зробивши перше підкласом другого. Найкращий спосіб уникнути такої помилки – завжди використовувати імена класів або в однині, або у множині.
Не розрізняти клас і його ім’я: класи відображають поняття предметної області, а не слова, які позначають ці поняття.
Сприймати синоніми як представники різних класів.
Створювати цикли в ієрархії класів. Вважається, що в ієрархії є цикл, коли в деякого класу А є підклас В, і в той самий час В – надклас А.
Крок 5. Визначення властивостей класів. Після визначення певної кількості класів необхідно описати внутрішню структуру понять. На кроці 3 були вибрані класи зі створеного списку термінів. Більшість термінів, що залишилися, ймовірно, будуть властивостями цих класів. Усі підкласи класу успадковують властивість цього класу.
Крок 6. Визначення фацетів властивостей. Властивості можуть мати різні фацети, які описують тип і коефіцієнт (потужність) значення властивості, діапазон та інші характеристики, які може мати властивість.
Потужність властивості визначає, скільки значень може мати ця властивість. У деяких системах розрізняють тільки одиничну потужність (лише одне значення) і множинну потужність (будь-яку кількість значень). Можна встановити мінімальну потужність – 0. Це встановлення означатиме, що для певного підкласу слот не може мати значень. Фацет описує тип значення слота, які типи значень (рядок, число, число з плаваючою комою, ціле число) можна присвоїти властивості. Нумеровані властивості визначають список конкретних дозволених значень властивості.
Крок 7. Створення екземплярів. Останній крок – це створення окремих екземплярів класів в ієрархії. Для визначення окремого екземпляра класу необхідно: 1) вибрати клас; 2) створити окремий екземпляр цього класу і 3) ввести значення слотів.
Розроблення онтологій відрізняється від проектування класів і зв’язків в об’єктно-орієнтованому програмуванні. Об’єктно-орієнтоване програмування зосереджується, головно, на методах класів – програміст ухвалює проектні рішення на основі операторних властивостей класу, тоді як розробник онтології ухвалює ці рішення, ґрунтуючись на структурних властивостях класу. Як результат, структура класу і відношення між класами в онтології відрізняються від структури подібної предметної області в об’єктно-орієнтованій програмі.