Building a semantic model of project management

Grakova Natal'ya Viktorovna 220013, Belarus', g. Minsk, ul. P.brovki, 6, kafedra IIT Natalia_Grakova@hotmail.com

Системы управления проектами широко используются в настоящее время. Они предназначены для сопровождения и контроля всего жизненного цикла проекта. Проект представляет собой временный объем работ труда единовременного события, который соответствует следующими признаками ^[1]:

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

Руководители проектов совершают в своей повседневной жизни различные повторяющиеся непрерывные действия, но эти действия мы не сможем называть проектом.

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

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

При совместном использовании интеллектуальных систем и систем управления проектами могут возникнуть следующие вопросы:

• как будет происходить общение, между системой управления проектами и интеллектуальной системой?
• как система, управления проектами, являясь внешней системой, будет вмешивать в жизненные процессы интеллектуальной системы. Например, создавать некоторые задания для интеллектуальной системы?
• кто будет проверять правильность выполнения заданий?

Подход, предлагаемый в данной работе, направлен на решения указанных проблем путем интеграции системы управления проектами с системой, управление которой необходимо автоматизировать. Необходимо отметить также, что подход не является универсальным в том смысле, что его использование ограничено узким кругом задач. К таким задачам можно отнести: задачу управления совместной разработкой документации, задачу организации массового мероприятия (например, научной конференции), задачу разработки базы знаний и ряд других.

Под семантической моделью управления проектами будем понимать семантическую сеть с построением онтологии основных понятий и отношений из предметной области по управлению проектами, за управление процессами которой отвечают SC-агенты. SC-агентом будем называть некоторую программу, самостоятельно выполняющую задание, указанное пользователем системы, в течении некоторого времени ^[2].

Для построения семантической модели управления проектами были проанализированы ряд методологий: PMI, IPMA, PRINCE2 и MSF^[1]. Эти методологии используются для построения модели управления проектами информационных систем. Перед нами же стоит задача построить семантическую модель для интеллектуальной системы.

Семантическая модель управления проектами будет использоваться для управления процессом разработки интеллектуальных систем строящихся по технологии OSTIS (OpenSemanticTechnologiesforIntelligentSystems). В соответствии с технологией OSTIS для того, чтобы данная модель управления проектами интегрировалась с управляемыми системами, она должна быть построена по тем же технологиям, что и управляемые системы. Поэтому для описания семантической модели управления проектами достаточно описать интеллектуальную систему управления проектами, при помощи которой, будет осуществляться управление разрабатываемых систем.

В соответствии с технологией OSTIS предлагаемая модель управления проектами основывается на следующих принципах:

• для представления знаний используется модель однородных семантических сетей с базовой теоретико-множественной интерпретацией. Основным способом кодирования информации для таких сетей является язык SC (Semantic Code) ^[3],[6],
• управляемый проект (процесс) и средства управления проектом (процессом) будут функционировать в общей памяти.

Данная модель включает в себя онтологию, по которой, будет создаваться фрагменты базы знаний (далее БЗ) и набор операций, которые будут работать с полученной БЗ.

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

Приведём несколько примеров отношений из компоненты онтологии связанной с понятием область управления проектами:

• объект действия*, связывающее проект с разделом, над которым совершается некоторое действие по управлению;
• проект как действие, совершаемое над некоторым проектом;
• цель*, как желаемый результат действия;
• авторы*, как физические лица, которые являются инициаторами, составителями разделов или проектов;
• руководитель*, как физическое лицо, принимающий решения по важнейшим вопросам деятельности аппарата управления с целью обеспечения эффективного труда коллектива. Руководитель является участником проекта;
• исполнители*, как физическое лицо, непосредственно являющееся участником проекта и имеющее некоторую роль в этом проекте (менеджер проекта, ответственный исполнитель, администратор, эксперт);
• сроки выполнения* как отношение, связывающее некоторый проект, задание с временными рамками его реализации исполнителем;
• задания* как отношение, связывающее проект и множество заданий, которые необходимо выполнить в рамках данного проекта;
• дата старта проекта* как отношение, связывающее проект или задание с датой, когда проект впервые начал некоторое действие над объектом действия (разделом документации OSTIS^[6]);
• надпроект* как отношение, связывающее текущий проект с проектом, который находится на уровень выше;
• задание как действие, которое необходимо совершить для достижения поставленной цели;
• приоритет* как отношение, определяющее последовательность выполнения задания или проекта. Приоритет может иметь следующие значения: блокирующий, критичный, важный, неважный;
• статус* как отношение, определяющее этап жизненного цикла задания или раздела. Статус может иметь следующие значения: черновик, не начата, на исполнении, проверка, завершена, на согласовании, отложена и отклонена;
• версия* как отношение, связывающее текущее задание, проект или раздел с этапом его разработки.

В соответствии с технологией OSTIS для создания системы управления проектами нам необходимы две группы sc-агентов ^[3],[4],[6].

Первая группа sc-агентов состоит из классов sc-агентов решающих непосредственно задачи управления проектом и контроля версий. К таким классам sc-агентов относятся:

• класс sc-агентов синтеза фрагментов БЗ описывающий элементы проекта (стадию проекта, участников проекта и др.);
• класс sc-агентов контролирующих процесс выполнения проекта (проверяющих статус задачи, статус участника проекта, а так же порядок выполнения стадий проекта);
• класс sc-агентов верифицирующих результат решения задачи; такие sc-агентов работают, используя набор специальных спецификаций, содержащих описание типовых ошибок при разработке;
• класс sc-агентов, позволяющих осуществлять просмотр стадий выполнения проекта, знаний о разработчиках, определенных этапов жизненного цикла проекта;
• класс sc-агентов позволяющих строить когнитивные иллюстрации и графики, демонстрирующие наглядно процесс выполнения этапов проекта.

Вторая группа sc-агентов направлена на решение задач разграничения прав доступа пользователей и защиты фрагментов базы знаний sc-системы от несанкционированного доступа. В эту группу входят:

• класс sc-агентов синтеза фрагментов БЗ, специфицирующих описание прав доступа участников проекта;
• класс sc-агентов синтезирующих фрагменты БЗ описывающие попытки не санкционированного доступа к фрагментам БЗ (как фрагментам предметной БЗ, так и к фрагментам БЗ sc-системы управления проектами);
• класс sc-агентов позволяющих осуществлять просмотр сведений о пользователях и их правах;
• класс sc-агентов синтезирующих фрагменты БЗ, описывающие защищенные фрагменты БЗ.

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

В работе приведено описание семантическое описание модели управления проектами, для программной реализации которой используется платформа MediaWiki ^[5]. Фрагменты БЗ, используемые в рамках данной модели построены с использованием массовой семантической технологии проектирования компьютерных систем OSTIS^[6].