Национальный исследовательский ядерный университет «МИФИ»

Факультет Кибернетики и Информационной безопасности

Кафедра Системного анализа 28

Программная система «ProjectView 1.0», позволяющая анализировать данные об организации работ и ходе работ над программными проектами

Заказчик: Сергиевский Максим Владимирович

Разработчики: студенты группы Р5-281 Овчинников Сергей Александрович Смирнова Елена Владимировна Бабанов Роман Андреевич Никитин Василий Дмитриевич Попов Дмитрий Дмитриевич

Москва 2014

1. Техническое задание

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

ПРОЕКТ — название, сроки, бюджет

УЧАСТНИК — фамилия, роль, полномочия

ВИД_КОММ — название, [время использования]

АРТЕФАКТ — вид, объем, версия

Промоделировать работу над проектом, учитывая время. Обеспечить ввод данных и получение информации о проектах, участниках, артефактах, в том числе статистической.

Данные хранить в файлах.

Провести объектно-ориентированную разработку программной системы с помощью средств UML. Обязательно в результате анализа предметной области уточнить постановку задачи. Организовать, используя графику, удобный интерфейс с пользователем, подготовить тестовые данные, провести тестирование, написать отчет о проделанной работе.

Допускается применение одного из следующих языков программирования: Java, C++, Delphi, C#.

2. Расширенная постановка задачи

2.1 Название и назначение разрабатываемой программы

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

В качестве названия программной системы было выбрано «ProjectView 1.0», которое её подчеркивает назначение — обозреватель программных проектов.

2.2 Требования к функциональным характеристикам

• добавление (создание) нового проекта:

• определение значений стандартных атрибутов: «название», «сроки», «бюджет»;

• привязка участников к проекту;

• добавление коммуникаций участников в рамках данного проекта;

• добавление артефактов, созданных с целью реализации данного проекта;

• задание состояния проекта: «разрабатывается», «просрочен»;

• добавление ранее созданного проекта из файла;

• хранение данных о добавленных проектах;

• изменение вышеописанных свойств проекта;

• удаление проекта;

• создание участников:

  • определение значений стандартных атрибутов: «Фамилия», «Роль», «Полномочия», «Контактная информация», Создание ID участника с целью привязки одного участника к нескольким проектам;

• изменение «Роли», «Полномочий», «Контактной информации» участника;

• удаление участников с указанием причин исключения из проекта или удаление участников в случае ошибочного внесения их в список участников проекта;

• создание артефакта с указанием его вида, начального объема и версии;

• изменение объема и версии артефакта;

• сохранение истории изменений артефакта;

• удаление артефакта и истории его изменений;

• отображение всех созданных (добавленных) проектов с указанием названия, сроков, бюджета:

  • отображение содержания выбранного проекта (его участников, истории их коммуникаций, артефактов проекта с указанием их актуальной версии и объема, истории изменения артефактов);

• отображение и анализ данных о проектах:

  • отображение количества участников проекта;

  • отображение количества артефактов;

  • отображение оставшегося времени до сдачи проекта;

  • отображение проектов, в которых задействован конкретный участник;

  • отображение истории изменений артефакта;

  • отображение артефактов, созданных/измененных участником;

  • отображение коммуникаций в рамках данного проекта;

  • отображение стоимости одного дня разработки проекта и сравнение с другими проектами;

  • расчет и представление соотношений количества артефактов, их суммарного объема, к времени разработки проекта, бюджету проекта.

2.3 Требования к надежности

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

2.4 Требования к организации данных

Данные программы должны храниться в виде отдельных файлов.

2.5 Требования к временным характеристикам

Требования к временным характеристикам программы не предъявляются.

2.6 Требования к информационной и программной совместимости

Исходные коды программы должны быть реализованы на языке программирования C#.

2.7 Описание предметной области

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

• Проект

• Участник

• Коммуникация

• Артефакт

• Журнал изменений

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

Участник имеет ФИО, роль в проекте, привилегии, контактную информацию и идентификатор( для учета участия одних и тех же людей в разных проектах)

Коммуникация имеет тип, дату, продолжительность и место проведения.

Артефакт имеет название, тип, размер и версию

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