ГЛАВА 3. ПРАКТИЧЕСКАЯ РЕАЛИЗАЦИЯ ОНТОЛОГИЧЕСКОГО ПОДХОДА К РАЗРАБОТКЕ СУЗ, 3.1 Определение требований к СУЗ проектной организации - Разработка системы управления знаниями в проектной консалтинговой организации

3.1 Определение требований к СУЗ проектной организации

В семантическом вебе выделяют следующие варианты использования онтологий [20]:

    1. Общий словарь (usage as a common vocabulary); 2. Поиск (usage for search); 3. Индексирование (usage as an index); 4. Построение схемы данных (usage as a data scheme); 5. Среда обмена знаниями (usage as a media for knowledge sharing); 6. Семантический анализ (usage for a semantic analysis); 7. Извлечение информации (usage for information extraction); 8. Набор правил для моделей знаний (usage as a rule set for knowledge models); 9. Систематизация знаний (usage for systematizing knowledge).

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

Функциональные и нефункциональные, а также технические требования, включающие в себя пользовательские интерфейсы, интеграцию с существующими системами, производительность и другое, относятся ко всей СУЗ в целом. В данном исследовании основное внимание уделяется центральной части СУЗ, которой является онтология (вопросы архитектуры более детально освещены в главе 3.2). Детальные требования к онтологии строятся на основе вариантов использования и типовых пользовательских запросов к системе. В свою очередь, варианты использования системы определяются существующими и целевыми бизнес-процессами организации. Диаграмма вариантов использования онтологической СУЗ консалтинговой организации в области ИТ-проектов приведена на следующем рисунке:

диаграмма вариантов использования суз

Рисунок 2 Диаграмма вариантов использования СУЗ

Основные процессы проектной организации в области ИТ-консалтинга сосредоточены на проектной деятельности и на найме персонала:

    1. Процесс поиска и найма персонала (онтология используется при формировании требований к вакансиям и вопросам для собеседований); 2. Процессы управления требованиями (см. процессы BABOK), в т. ч. 1. Процесс анализа и сбора требований (онтология отображает категории знаний и связи между ними для полного учета требований); 2. Процесс согласования требований (онтология выполняет роль словаря для коммуникации); 3. Процессы разработки, т. ч. 1. Процесс разработки и согласования ТЗ (онтология содержит ссылки на источники знаний, выполняет роль словаря для коммуникации); 2. Процесс разработки решения (онтология содержит ссылки на источники знаний); 4. Процесс тестирования (онтология определяет связи между категориями и логические ограничения, которые используются при тестировании качества данных в соответствующих бизнес-сущностях); 5. Процесс управления проектом (см. процессы PMBOK);

Из перечисленных процессов именно процессы управления требованиями потребляют и создают наибольшее количество знаний. Подробные схемы процессов приведены в Приложении 1.

Помимо перечисленных выше процессов, специфичных для консалтинга в области ИТ-проектов, проектируемая СУЗ будет полезна для следующих процессов проектного управления, предлагаемых в PMBOK:

    1. Управление интеграцией (онтология определяет связи между проектами на уровне знаний); 2. Управление границами проектного решения (онтология определяет затрагиваемые области знаний); 3. Управление человеческими ресурсами (онтология указывает на распределение знаний по сотрудникам); 4. Управление коммуникациями (онтология выполняет роль единого словаря);

Следующие процессы бизнес-анализа из BABOK также выигрывают от применения проектируемой онтологии:

    1. Планирование бизнес-анализа (онтология позволяет провести планирование по областям знаний); 2. Сбор требований (онтология позволяет учесть связи между знаниями, провести анализ по областям знаний); 3. Управление требованиями и коммуникациями (онтология выполняет роль единого словаря); 4. Анализ предприятия (онтология способствует анализу по областям знаний, учитывает связи между знаниями) 5. Анализ требований (см. анализ предприятия);

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

Также требования определяются типовыми бизнес-задачами, которые должны решать пользователи. Список возможных задач, решаемых с помощью онтологии приведен ниже:

    1. Показать окружение понятия (контекст для бизнес-анализа) 1. Показать все понятия, следующие за понятием; 2. Показать все понятия, из которых следует данное; 3. Показать полное окружение понятия заданной глубины; 2. Показать все понятия данной предметной области (скоуп бизнес-анализа); 3. Показать все понятия данной категории или все понятия, связанные с понятием в данной категории (детальный контекст для бизнес-анализа); 4. Показать знания сотрудников (подбор персонала); 5. Показать источники знаний для категории (решение прикладных задач разработки); 6. Показать семантическое окружение понятия (функции тезауруса).

Список типовых задач СУЗ с детальным описанием и разбором элементов СУЗ приведен в Приложении 2.

Таким образом, ключевые бизнес-требования к системе можно свести к следующему списку:

    1. Отражение всех знаний организации; 2. Классификация знаний; 3. Возможность добавления новых знаний организации (новые знания старых сотрудников или знания новых сотрудников); 4. Возможность вывода знаний на основе действующей модели.

Дополнительно к системе предъявляются нефункциональные требования:

    5. Масштабируемость; 6. Возможность интеграции знаний отдельных сотрудников в единую систему самими пользователями; 7. Реализация пользовательских запросов к онтологии;

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




ГЛАВА 3. ПРАКТИЧЕСКАЯ РЕАЛИЗАЦИЯ ОНТОЛОГИЧЕСКОГО ПОДХОДА К РАЗРАБОТКЕ СУЗ, 3.1 Определение требований к СУЗ проектной организации - Разработка системы управления знаниями в проектной консалтинговой организации

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