2.2.2 Онтологические модели
Модель предметной коллекции целесообразно усовершенствовать за счет уточнения терминальных узлов, которые должны включать все входящие в решение подзадачи, и можно представить следующим кортежем:
DSC = (Id, Title, DSCTask, {Subtaski}, Status, Decision, Experience, Soft) |
(4) |
где DSC – предметная коллекция;
Id – идентификатор модели предметной коллекции;
Title – название предметной коллекции (название проблемы);
DSCTask – постановка задачи;
{Subtaski} – множество подзадач;
Status – статус готовности модели предметной коллекции;
Decision – теоретическое (алгоритмическое) решение;
Experience – описание применения (где использовалась);
Soft – программная технология.
Теоретически предметную коллекцию можно рассматривать как совокупность решений всех ее подзадач. Статус готовности предметной коллекции показывает готовность всех ее составляющих.
Модель подзадачи предметной коллекции описывается следующим кортежем:
Subtask = (Dsc, Idi, Taski, Requirementsi, Experti, Manageri, Decisioni) |
(5) |
где Subtask – подзадача предметной коллекции;
Dsc – название предметной коллекции, к которой принадлежит данная подзадача;
Idi – идентификатор i-ой подзадачи;
Taski – текст подзадачи;
Requirements i – требования к решению;
Experti – эксперт, которому назначена данная подзадача;
Manageri – менеджер, который назначил подзадачу эксперту;
Decisioni – решение подзадачи.
В качестве решения подзадачи Decisioni может выступать разработанный удаленным экспертом библиотечный DLL-модуль или любой другой файл, а также просто текстовое описание решения.
Универсальную модель пользователей можно описать следующим кортежем:
User = (Id, Password, Email, Role, Signature) |
(6) |
где User – пользователь системы на базе веб-приложения;
Name – имя пользователя (должно быть уникальным);
Password – пароль для входа в систему;
Email – адрес электронной почты;
Role – роль пользователя в системе, принимает одно из двух значений: менеджер или эксперт;
Signature – подпись пользователя, которая используется для отправки электронных писем.
В соответствии с моделями (1)-(2) можно выделить четыре основных алгоритма для реализации жизненного цикла ПрК:
алгоритм построения и декомпозиции модели ПрК;
алгоритм обогащения модели ПрК;
алгоритм определения уровня готовности ПрК;
алгоритм визуализации ПрК.
Вариант реализации этих алгоритмов представлен ниже.
2.3 Алгоритмы
2.3.1 Алгоритм построения и декомпозиции модели пк
Согласно общей схеме решения (см. п.1.3) и модели (2.2.2) первыми операциями, выполняемыми ЛПР (менеджером), являются:
создание модели предметной коллекции с указанием названия и общей задачи предметной коллекции,
декомпозиция общей задачи предметной коллекции на подзадачи с указанием постановки каждой подзадачи,
формулирование требований к решению каждой подзадачи,
назначение для каждой подзадачи эксперта,
автоматическая отправка экспертам уведомлений о назначенных подзадачах.
Данные операции описывают процесс построения и декомпозиции модели предметной коллекции ЛПР (менеджером). Схема алгоритма построения и декомпозиции модели предметной коллекции в программной системе на базе веб-сайта представлена на рисунке 2.3.
На входе алгоритма: постановка и название требующей решения задачи, информация о ЛПР (менеджере) и доступных экспертах из базы данных системы.
На выходе алгоритма: модель предметной коллекции и модели ее подзадач, сохраненные в базе данных на сервере, и письма с заданиями и требованиями к решению, отправленные экспертам на их электронные адреса.
Рисунок 2.3 – Схема алгоритма построения и декомпозиции модели предметной коллекции
Алгоритм носит универсальный характер и может быть реализован на любом языке программирования. Для его реализации при решении прикладных задач в большинстве случаев используются знания ЛПР. В новейших структурах, так называемых организациях, основанных на знаниях, декомпозиция задачи выполняется внешним экспертом, т.е. за счет внешней компетенции [4, 5, 6].
Рассмотрим расширение алгоритма 4, которое включает возможность редактирования рассматриваемой модели предметной коллекции, в том числе редактирование ее подзадач. Схема этого алгоритма показана на рисунке 2.4.
………………………………………………………………………………