3.2 Разработка верхнеуровневой архитектуры СУЗ - Разработка системы управления знаниями в проектной консалтинговой организации

Схема архитектуры проектируемой корпоративной СУЗ приведена в Приложении 3. СУЗ строится на основе двух групп элементов. Первая группа состоит из инструментов работы с онтологиями, которые включают в себя инструмент логического вывода и автоматической классификации объектов (OWL-reasoner) и обработчик запросов SPARQL. Вторая группа включает в себя интерфейсы выгрузки данных из Корпоративного Хранилища Данных (КХД), корпоративный wiki-портал, систему поддержки принятия решений, реестры и прочие активы организационного процесса. Наконец, онтологии включают в себя ссылки на информационные ресурсы, представленные wiki-порталом, реестрами и активами организационного процесса. Диаграмма архитектуры представлена на следующем рисунке.

верхнеуровневая архитектура

Рисунок 3. Верхнеуровневая архитектура

В предлагаемой модели СУЗ задействованы три группы онтологий:

    1. мета-онтология, которая состоит из: 1. онтологии представления деятельности; 2. онтологии верхнего уровня; 2. онтологии компании, которая состоит из: 1. онтологии представления консалтинговой предметной области; 2. прикладной онтологии деятельности компании; 3. онтологий проектов, в том числе: 1. онтологий представления предметных областей для портфелей и программ проектов; 2. прикладных онтологий отдельных проектов.

Предложенная архитектура соответствует требованиям, а потому может считаться допустимым решением поставленной задачи. В рамках управления знаниями в организации возникают такие задачи, как поиск исторической и фактуальной информации. Этой задаче соответствует задействование корпоративного хранилища данных в качестве источника корпоративной СУЗ. Шаблоны, образцы, регламенты и инструкции, составляющие активы организационного процесса нужны для поддержки бизнес-процессов, в том числе процессов управления знаниями, и, тем самым, включены в архитектуру СУЗ. Wiki-портал содержит текстуальные описания процессов, продуктов и технологий. В случае консалтинговой проектной организации, это описание распространяется не только на процессы, продукты и технологии самой организации, но и на соответствующие бизнес-объекты заказчиков, с которыми работает компания.

Ядром архитектуры СУЗ является онтология, поскольку концептуальная модель знаний организации, основанная на онтологии, через систему ссылок выступает связующим звеном между остальными элементами, позволяет осуществлять автоматическую классификацию и вывод новых знаний. В рамках данного исследования задача вывода новых знаний рассматривается лишь в общих чертах. Предполагается автоматизированный вывод знаний при участии человека-специалиста по управлению знаниями.

Задачи вывода знаний включают в себя:

    1. нахождение скрытых (неявных) связей; 2. установление связей по аналогии;

Ранее упоминалась СУЗ K-World компании KPMG. Как было замечено, до 70% категорий таксономии относятся к универсальным категориям бизнеса [15]. В предложенной архитектуре СУЗ универсальные категории бизнеса отражены в следующих элементах онтологии:

    1. Онтология представления деятельности; 2. Онтология верхнего уровня экономической деятельности; 3. Онтология представления консалтинговой предметной области; 4. Онтологии представления предметных областей заказчиков.

Детальная проработка перечисленных уровней онтологии позволит снизить издержки компании на развитие онтологии, поскольку категории, представленные на этиз уровнях, могут использовать во многих проектах компании.

3.3 Проектирование онтологий

В рамках данного исследования построение онтологий осуществляется на языке OWL в среде Protege. Как было сказано выше, в данной главе разрабатывается несколько прототипов онтологий для их последующего сравнения и выбора наилучшего варианта для детальной проработки.

Вариант 1. Онтология для эффективных запросов к СУЗ

Первый вариант онтологии построен с целью повышения эффективности пользовательских запросов, включающих в себя запросы из Приложения 2 (запросы к СУЗ в целом), и содержит следующую иерархию классов (в примере приведена только предметная область проектов в банковской сфере):

    - Документы ? Внутренние документы ? Проектные документы ? Экспертиза - Знания субъектов - Ошибки ? Ошибки по роду деятельности ? Ошибки анализа ? Ошибки разработки ? Ошибки тестирования ? Ошибки управления - Предметная область - Продукты ? Банковские продукты ? Банковские карты ? Депозиты ? Кредиты ? Прочие банковские продукты - Проекты ? Внешние проекты ? Внутренние проекты - Процессы ? Банковские процессы - Роли ? Внешние роли ? Внутренние роли ? Исполнительские роли ? Управленческие роли - Субъекты ? Персонал ? Аналитики ? Констультанты ? Руководители проектов ? Предприятия - Сфера деятельности

В онтологии реализованы следующие виды отношений (объектных свойств):

    - виновен - включает - владеет - допущена - имеет носитель - исполняет роль - нанимает - осуществляет деятельность в сфере - относится к проекту - работает в - разрабатывает - распространяется на - связан с - согласует - требует знаний - участвует в

Отличительной особенностью данного варианта онтологии является то, что он проектировался исходя из представления концептуальной модели базы данных. Данная онтология представляет собой модель сущностей и связей, представленную в форме иерархической структуры с отдельными связями, нарушающими иерархию, и связывающими элементы структуры. По-сути, данный вариант является эквивалентным типовой ER-модели данных. Являясь традиционным подходом к хранению данных, такое решение нельзя считать заведомо наилучшим в вопросах структурирования знаний в рамках СУЗ, проектируемой на основе онтологического подхода.

Вариант 2. Строгая логическая модель категорий верхнего уровня

Второй вариант онтологии представляет собой целостную непротиворечивую систему категорий, поддерживающую логический вывод. Такой подход имеет смысл в рамках исследования, поскольку такая модель предполагает возможность автоматизированной классификации объектов знаний, добавляемых в онтологию. Онтология построена на мета-онтологии, состоящей из десяти базовых категорий. Все логически-производные от основных категории реализованы в форме классов-определений (defined class) через отношение эквиваленции. В данной прототипе онтологии измерения, по которым классифицируются понятия (фактически, это измерения многомерного куба категорий), заданы при помощи категорий Качества, Количества и Состояния. Далее приведены построенные категории:

    - Деятельность ? Действие ? Ошибочное действие ? Эталонное действие ? Итерация процесса ? Завершенная итерация ? Планируемая итерация ? Текущая итерация ? Проект ? Коммерческий проект - Завершенный коммерческий проект ? Неуспешный коммерческий проект ? Успешный коммерческий проект - Планируемый коммерческий проект - Текущий коммерческий проект ? Некоммерческий проект - Завершенный некоммерческий проект ? Неуспешный некоммерческий проект ? Успешный некоммерческий проект - Планируемый некоммерческий проект - Текущий некоммерческий проект ? Процесс ? Завершенный процесс - Неуспешно завершенный процесс - Успешно завершенный процесс ? Планируемый процесс ? Текущий процесс ? Этап проекта - Качество ? Временной статус ? Будущий ? Прошедний ? Текущий ? Правильность ? Ошибочный ? Эталонный ? Фиктивность ? Настоящий ? Фиктивный ? Цикличность ? Повторяемый ? Разовый - Количество ? Множественность ? Много ? Один - Состояние ? Результат ? Не целевой результат ? Целевой результат ? Статус ? Статус согласования - На рассмотрении - Утвержденный - Отклоненный ? Цель ? Коммерческая цель ? Некоммерческая цель ? Роль ? Автор ? Должность ? Проектная роль ? Согласующий - Сущность ? Дух ? Идея ? Информация ? Материя ? Объект - Документ ? Не требующий согласования документ ? Требующий согласования документ ? Проектный документ ? Согласуемый внутренний документ ? Субъект - Государство - Группа лиц - Индивидуальное лицо ? Физическое лицо ? Юридическое лицо

Таким образом, данный вариант онтологии отличает построение строгой формальной иерархической структуры, берущей начало с базовых абстрактных понятий. Особенностью такой концептуальной модели является повышенное внимание иерархическим связям, частично в ущерб связям семантическим и ассоциативным, которым уделено внимание в следующем варианте онтологии.

Вариант 3. Ассоциативная индивидуальная онтология

Третий вариант онтологии сильно отличается от первых двух. В третьем используется ассоциативный подход, то есть одной из предпосылок для данной онтологии является ассоциативность человеческого мышления и человеческой памяти. Поскольку у самой организации независимых от сотрудников знаний нет, все знания организации формируются сотрудниками. Рассматриваемый прототип представляет собой ассоциативную сеть, реализованную в форме онтологии, построенную на индивидуальных понятиях, то есть экземплярах классов, а не самих классах.

Диаграмма связей элементов онтологии приведена в Приложении 4. На диаграмме отражены только те элементы, которые состоят в связи. Элементы принадлежат категориям Банковские технологии и Проектные технологии. Сами категории, то есть классы выполняют функцию директорий для размещения экземпляров.

В прототипе использовался только один тип связей, поскольку написание запросов обычными пользователями, когда число видов связей велико, является крайне сложной задачей. Таким образом, с целью повышения удобства использования проектируемой онтологии, как элемента СУЗ, используется только один вид связей, а именно связь connectedWith. Отдельно следует заметить, что ограничение на количество типов связей применяется на начальном этапе развития онтологии, и помех для внедрения новых типов связей при последующих доработках модели нет.

Похожие статьи




3.2 Разработка верхнеуровневой архитектуры СУЗ - Разработка системы управления знаниями в проектной консалтинговой организации

Предыдущая | Следующая