Translate this page:
Please select your language to translate the article


You can just close the window to don't translate
Library
Your profile

Back to contents

Cybernetics and programming
Reference:

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

Received:

20-11-2014


Published:

04-12-2014


Abstract: Project management systems are widely used at present. They are designed to support and control of the project life cycle. The project is a temporary effort of labor-time event, which corresponds to the following features• defined start and end dates; • defined a list of costs and quality conditions; • the existence of unique activities, including risks; • availability of certain boundaries that must be followed. For the project it is vital to control all phases of its development. The approach proposed in this paper aims to solve the problems of control during all phases of project development through the integration of project management system with a system of management which need to be automated. It should be noted that the approach is not universal in the sense that its use is limited to a narrow range of tasks. These tasks include: the task of managing the joint development of documentation, the task of organizing a mass event (i.e. a conference), the task of developing a knowledge base and a number of others.


Keywords:

project management, life cycle, knowledge base, intelligent system, semantic model, ontology, agents, machine knowledge processing, automation, management of development


Введение

Системы управления проектами широко используются в настоящее время. Они предназначены для сопровождения и контроля всего жизненного цикла проекта. Проект представляет собой временный объем работ труда единовременного события, который соответствует следующими признаками [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].

References
1. Charvat, Jason P. Project management methodologies : selecting, implementing, and supporting methodologies and processes for projects / Jason P. Charvat-John Wiley & Sons, 2003.
2. Golenkov, V.V. Intellektual'nye obuchayushchie sistemy i virtual'nye uchebnye organizatsii: Monografiya / V.V.Golenkov, V.B. Tarasov, O.E. Eliseeva i dr.; Pod red. V.V. Golenkova, V.B. Tarasova – Mn.: BGUIR, 2001. – 488 s.
3. Khoroshevskii, V.F. Prostranstva znanii v seti Internet i Semantic Web (Chast' 1) / V. F. Khoroshevskii // Iskusstvennyi intellekt i prinyatie reshenii.-2008.-№ 1.-S.80-97.
4. Beniaminov, E.M. O postroenii Web-servera v stile Semantic Wiki s otkrytym kontekstnym yazykom predstavleniya i zaprosov/E. M. Beniaminov// KII-2008. Trudy konferentsii. T 2, S. 15-21
5. Proekt MediaWiki [Elektronnyi resurs]. – Rezhim dostupa: http://mediawiki.org/.
6. Proekt OSTIS [Elektronnyi resurs]. Minsk, 2011. – Rezhim dostupa: http://ostis.net/.