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. Отдельно следует заметить, что ограничение на количество типов связей применяется на начальном этапе развития онтологии, и помех для внедрения новых типов связей при последующих доработках модели нет.
Похожие статьи
-
1.1 Методологические предпосылки исследования Исследование посвящено управлению знаниями в консалтинговых организациях, для которых главной формой...
-
Объект исследования - процессы управление знаниями в проектной организации в области ИТ-консалтинга. Предмет исследования - методы создания и развития...
-
3.1 Определение требований к СУЗ проектной организации В семантическом вебе выделяют следующие варианты использования онтологий [20]: 1. Общий словарь...
-
ВВЕДЕНИЕ - Разработка системы управления знаниями в проектной консалтинговой организации
Исследование посвящено разработке системы управления знаниями в проектной консалтинговой организации. Проекты существовали всегда на протяжении истории...
-
Цель Работы - использовать принципы архитектуры "Документ-Представление" для выборки и сохранения данных в файлах, а также взаимодействия элементов меню,...
-
Существует множество методик построения СУЗ, в том числе с использованием онтологического подхода. Данное исследование сосредоточено вокруг...
-
В данной части будет рассмотрена работа пользователей с симулируемой моделью через веб-интерфейс. Для публикации модели необходимо экспортировать ее на...
-
Система функционирует как распределенная трехзвенная клиент-сервер-СУБД программная архитектура. В среде серверной операционной системы Microsoft Windows...
-
Заключение - Разработка системы управления базой данных "Судоходство"
Информационные технологии прочно вошли в нашу жизнь. Применение ЭВМ стало обыденным делом, хотя совсем еще недавно рабочее место, оборудованное...
-
ОСНОВНЫЕ ПОЛОЖЕНИЯ, ОПРЕДЕЛЕНИЯ И ПОНЯТИЯ Совокупность управляющих воздействий, направленных на то, чтобы действительный ход процесса соответствовал...
-
Пользовательский интерфейс должен позволять заводить в базе данных информацию о новых охранниках, обслуживаемых объектах, автоматизировать составление...
-
По результатам обследования необходимо выбрать архитектуру системы. Для корпоративных систем рекомендуется архитектура клиент/сервер. Архитектура...
-
Цель Работы - изучить приемы создания и использования шаблонов классов. - Теоретические сведения Достаточно часто встречаются классы, объекты которых...
-
Считается, что правильно организованный документооборот и электронный архив документов становятся необходимыми условиями эффективной работы современного...
-
Предложение автоматизации предприятия "Авиаэкспресс-Сервис" с внедрением программного комплекса "САМО-ТурАгент" Процесс внедрения автоматизированного...
-
Структура и процесс функционирования системы управления базами данных - Разработка базы данных
СУБД является прикладным программным обеспечением, предназначенным для решения конкретных прикладных задач и выполнения системных функций, расширяющих...
-
Срок морального старения продуктов и решений в области информационных технологий, как правило, составляет 3 -- 5 лет. По прошествии этого срока...
-
В результате проведенной работы были спроектированы и реализованы модули редактора и вебсайта. Были решены поставленные в работе задачи в полном объеме....
-
Оценка стоимости разработки программного обеспечения, или, в частности информационной системы, - один из самых важных, сложных и в то же время неизбежных...
-
В качестве основы расчета оценки стоимости разработки информационной системы была выбрана модель - COCOMO II. Согласно описываемой модели расчеты должны...
-
ЗАКЛЮЧЕНИЕ - Разработка системы автоматического управления скорости вращения ножей кофемолки
В данной курсовой работе была спроектирована и разработана система автоматического управления смешивания растворов. Были выбраны необходимые элементы...
-
Коммуникационная библиотека MPI MPI это интерфейс прикладного программирования к библиотеке пересылки сообщений, содержащий в себе спецификации к...
-
Подсистема приобретения знаний, База знаний - Экспертные системы
Подсистема приобретения знаний предназначена для добавления в базу знаний новых правил и модификации имеющихся. В ее задачу входит приведение правила к...
-
Принципиальная электрическая схема определяет полный состав элементов и связей между ними и дает детальное представление о принципах работы объекта...
-
Расчет аналогового корректирующего устройства Для коррекции в системе применяется корректирующее устройство (КУ) последовательного типа. КУ можно...
-
Описание деятельности ИТ-отдела компании в рамках разработки ключевых показателей эффективности является одной из важнейших частей процесса. Однако...
-
В современной технологии баз данных предполагается, что создание базы данных, ее поддержка и обеспечение доступа пользователей к ней осуществляются...
-
Программный продукт "1С:Предприятие 8. PDM Управление инженерными данными" - совместное решение фирмы "1С" и компании АППИУС предназначенное для...
-
Программа адресована членам конструкторских, технических и производственных команд, нуждающимся в управлении данными проекта, в их организации и...
-
SolidWorcks Enterprise PDM SolidWorks Enterprise PDM (SWE-PDM) управляет данными и процессами на различных этапах жизненного цикла изделия, обеспечивая...
-
Последовательность действий при принятии решения о внедрении корпоративной информационной системы С чего начать разработку решения? Любая промышленная...
-
Прототип системы разрабатывался для мобильных устройств под управление операционной системы iOS. Для разработки использовался Фреймворк Vuforia SDK и...
-
При разработке Системы были использованы современные веб-технологии: AJAX, LAMP. Используемые программные средства, языки программирования, библиотеки:...
-
Solidworcks Enterprise PDM (SWE-PDM) управляет данными и процессами на различных этапах жизненного цикла изделия, обеспечивая коллективную (параллельную)...
-
Для перехода в административный раздел системы необходимо выбрать пункт меню "Файл" > "Администратор", после чего откроется окно, показанное на...
-
Экономическая эффективность в самом общем смысле есть сравнение результатов хозяйственной деятельности с затраченными на эту деятельность ресурсами:...
-
Интерфейс автоматизированной системы представляет собой веб-приложение, разработанное на языке программирования PHP с использованием популярного CMF...
-
Выбор системы управления базами данных является одним из важных этапов при разработке автоматизированной системы расписания занятий. Выбранный...
-
Если в результате поиска на схеме по данным из таблицы будет найдено несколько экземпляров оборудования (т. е. с одинаковой маркировкой или...
-
ОС Android - операционная система для мобильных телефонов, планшетных компьютеров и нетбуков, основанная на ядре Linux. Изначально разрабатывалась...
3.2 Разработка верхнеуровневой архитектуры СУЗ - Разработка системы управления знаниями в проектной консалтинговой организации