Ръководство за управление на знания: Как онтологиите обединяват разпръсната бизнес информация

Anonim

Всяка компания днес се нуждае от избрани данни и информация от вътрешни и външни, често интернет базирани приложения, за да оцени правилно своята бизнес ситуация или да планира разработването на продукти. Онтологиите на предприятията поддържат необходимата интеграция на информация, описвайки значенията и връзките на данни и информация чрез елементи като класове, отношения, атрибути, инстанции и правила. По този начин потребителите могат да правят изводи от съществуващите данни, да разпознават противоречията в тях и също така да идентифицират липсващи знания.

Успешният подход за изграждане на онтологии на предприятия се разви в контекста на приемането на сервизно ориентирани архитектури (вижте SOA и нашите експертни съвети за SOA). След това компаниите трябва да разделят потока на проекта в пет раздела - а именно етапите на настройка, анализ на изискванията, изграждане на речник, моделиране и тестови фази.

фаза Setup

Във фазата на настройка екипът на проекта първо определя целта, обхвата и областите на онтологията. В случай на голяма международна корпорация са избрани домейните клиент, продукт, доставчик / партньор, пазар / продажби и услуги. Трябва също така да се определи дали онтологията трябва да се използва за интегриране на множество приложения или за описание на едно приложение, като последното е по-сложно.

Schematisch dargestellt sind die zyklischen Arbeitsschritte zum Aufbau einer Ontologie.
Схематично представени са цикличните работни стъпки за изграждане на онтология.

Чрез дефиниране на теми и вида на онтологията е възможно да се оцени усилието като брой на очакваните модели за моделиране в първата фаза на проекта. В допълнение, приложенията, които трябва да бъдат интегрирани, трябва да бъдат избрани по това време, за да могат да използват реалистични данни в по-късната фаза на теста.

Моделирането на модели спестява време

Дефинирането на насоки за моделиране и именуване на конвенции във фазата на настройка може значително да ускори процеса на определяне на модели на модели. Например, при разработване на интегрална онтология не всички атрибути, необходими за обмен на данни, трябва да бъдат моделирани. В практическия пример например може да се използва "Характерният модел на субекта". Това беше определено от международната индустриална асоциация Tele Management Forum като модел на домейн за „NGOSS Shared Information / Data Model“ (SID). Индустриалният стандарт NGOSS включва насоки и спецификации за прилагане на SOA в информационните и телекомуникационните компании.

На този ранен етап на проекта трябва да се анализират и източници, които могат да помогнат за реалното моделиране. Те включват горна онтология като Gist of Semantic Arts, SID и други речници, тезаури и доказани с качеството онтологии, предлагани от органи за стандартизация като Oasis или W3C (виж също статията за неструктурираната архитектура за управление на информацията UIMA).