Система управления проектами - набор инструментов, методов

реклама
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
ФГБОУ ВПО САРАТОВСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ
МЕЖДУНАРОДНЫЙ ФАКУЛЬТЕТ ПРИКЛАДНЫХ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ
Лабораторная работа №1
по курсу «Современные технологии
объектно-ориентированного программирования»
«Анализ предметной области, построение UML-диаграмм»
Выполнили:
Проверил:
Вертаков И. И.,
0804266
Сотенко А.А.,
0804348
группа ИСТ-41
ассистент каф. ПИТ
Верескун Д. М.
Подпись:
Дата: _________
Саратов, 2011
Цель работы: начальное проектирование информационной системы управления
проектами, в частности - анализ предметной области и построение модели разрабатываемой
системы с использованием языка UML.
Анализ предметной области
Анализ вариантов использования
Система управления проектами - набор инструментов, методов, методологий, ресурсов и
процедур, используемых для управления проектом. Она может быть как формальной, так и
неформальной и помогает менеджеру проекта эффективно завершить проект. Система
управления проектами - это ряд процессов и связанных с ними функций контроля,
объединенных в единую целенаправленную структуру.
В общем случае, применение системы управления проектами позволяет:
1. Создавать, внедрять и корректировать план работы по проекту
2. Эффективно распределять материальные и человеческие ресурсы, необходимые
для реализации проекта
3. Контролировать основные показатели темпов и качества выполнения проекта
4. Добиваться повышения эффективности производства
5. Устанавливать наличие взаимосвязей в работе различных проектов
6. Учитывать достоинства и недостатки выполненной работы при планировании
нового проекта
Разрабатываемая система хранит информацию о персонале компании, о выполняемых ею
проектах, производит учет задач внутри компании, осуществляет поддержку в планировании
работ. Данная система предназначена как только для компаний, выполняющих работу на заказ,
так и для сопровождения деятельности внутри организации.
В ходе анализа предметной области были выделены следующие действующие лица:
●
Администратор (Administrator), осуществляющий управление объектами
Заказчиков и Проектов, включает в себя все варианты использования Работника (Employee);
●
Начальник (сотрудник) отдела кадров (HR Manager), который следит за
изменением количества людских ресурсов;
●
Менеджер проекта (Project Manager), который осуществляет контроль за
выполнением вверенного ему проекта.
●
Работник (Employee), выполняющий закрепленные за ним задания и поручения;
●
Заказчик (Customer), представляющий собой лицо, которое сделало заказ на
выполнение того или иного проекта.
Были выделены следующие варианты использования:
●
Управление проектами (Control Projects): создание нового, редактирование
проекта, включая смену его менеджера, и удаление (Администратор (Administrator));
●
Управление заказчиками (Control Customers): добавление, просмотр и
редактирование информации о заказчике проекта (Администратор (Administrator));
2
●
Управление работниками (Control Employees):добавление нового сотрудника,
редактирование информации о нем, а также его удаление (Начальник (сотрудник) отдела
кадров (HR Manager));
●
Редактирование информации о себе (сотруднике) (Работник (Employee));
●
Просмотр и “выполнение” (смена статуса задания на “выполнено”и “начато”)
своих заданий (Работник (Employee));
●
Управление заданиями на проект: создание нового задания, его редактирование,
включая установку deadline (крайнего срока выполнения) и смену статуса, назначение задания
работнику, просмотр списка заданий на проект и отображение статистики по ним(Менеджер
проекта (Project Manager));
●
Просмотр информации о заказанном/выполняемом проекте (Заказчик
(Customer)/Менеджер проекта (Project Manager));
●
Редактирование информации о себе (заказчике), включая изменения своего списка
контактов (Заказчик (Customer)).
3
Диаграмма вариантов использования
uc Short Use Cases
Edit Ow n Customer
Info
(from Primary Use Cases)
Customer
View Specified
Proj ect Info
(from Actors)
(from Primary Use Cases)
Control Specified
Proj ect Tasks
Proj ect Manager
(from Actors)
(from Primary Use Cases)
Edit Ow n Employee
Info
(from Primary Use Cases)
Employee
(from Actors)
View Ow n Employee
Tasks
(from Primary Use Cases)
Complete Ow n
Employee Tasks
(from Primary Use Cases)
Control Employees
HR Manager
(from Actors)
(from Primary Use Cases)
Control Customers
(from Primary Use Cases)
Administrator
(from Actors)
Control Proj ects
(from Primary Use Cases)
4
Анализ сущностей системы
Для проектирования информационной системы были выделен класс Человек (Person):
содержит ФИО, E-mail и номер телефона.
У каждого человека, зарегистированного в системе, есть свои реквизиты входа. Поэтому
был выделен класс Реквизиты входа (Credentials), содержащий имя пользователя и пароль, и он
связан с предыдущим классом композицией.
Класс Работник (Employee) расширяет класс Человек (Person) полями Дата приема на
работу, Дата увольнения (если уволен), Модификатор зарплаты и Дата рождения (абстракция).
Работник занимает определенную должность. Для обозначения должности введена сущность
Должность (Appointment), на которую ссылается Работник (Employee).
В системе существует класс Заказчик (Customer), которой отождествляет собой клиентов
компании-заказчика. Эта сущность включает в себя следующие поля: Название клиента,
Описание и Адрес. Каждый заказчик имеет как минимум одно Контактное Лицо
(CustomerContacts), которое в свою очередь наследуется от Человека (Person), расширяя его
полем Описание типа контакта (абстракция). Проекты, отслеживаемые в системе, представлены
сущностью Проект (Project). Она содержит в себе информацию об Имени проекта, Описании,
Дате начала, Запланированной дате конца и Фактической дате окончания (если проект
завершился). Также в ней содержится ссылка на Работника (Employee), который является
менеджером этого проекта. Сущность Проект (Project) связана с соответствующей сущностью
Заказчика (Customer) (агрегация).
Проект (Project) содержит список Заданий (Task) (агрегация). Этот класс включает поля
Описание, Дата создания, Дата закрытия, Статус («Открыто», «В процессе выполнения»,
«Решено», «Закрыто», «Открыто» вновь», «Отменено»), Приоритет (Критический, Высокий,
Средний, Низкий), Оценка затрат на выполнение (часы), а также списки Начала и Завершения
работ над ним. Класс Задание (Task) связан агрегацией с классом Работника (Employee),
ответственным за его выполнение. Для иллюстрации сущностей в системе приведена диаграмма
классов.
В проектируемой системе существует много связанных друг с другом классов, поэтому
необходимо описать кратность этих связей. Работник (Employee) может выполнять несколько
Заданий (Task), но у Задания (Task) может быть только один исполнитель. Похожая ситуация и у
Проекта (Project) и Заказчика (Customer): у Заказчика (Customer) может быть несколько
Проектов, но Проект имеет только одного Заказчика. Возможная ситуация в системе приведена
в примере диаграммы объектов.
5
Диаграмма классов сущностей
class Class Model
«enumeration»
TaskStatus
Proj ect
+Tasks
+Status
Customer
DeadLine: DateTime
Description: string
EndDate: DateTime
Name: string
StartDate: DateTime
-
Opened
InProgress
Resolved
Closed
Reopened
Canceled
1
+Manager
has
Address: string
Description: string
Name: string
CustomerContacts
+Contacts
1
1..*
-
Type: string
0..1
Credentials
+Project 0..*
-
Task
-
1
1..*
-
CloseDate: DateTime
CreateDate: DateTime
Description: string
LOE: int
Name: string
ResolveDates: List<DateTime> +Assignee
StartDates: List<DateTime>
0..*
Password: string
Username: string
is
manager
1
+Credentials
Person
1
+Priority
+Tasks
Employee
1
-
-
Email: string
FirstName: string
LastName: string
MiddleName: string
PhoneNumber: string
AcceptDate: DateTime
DateOfBirth: DateTime
RejectDate: DateTime
SalaryModifier: float
is 1
1
«enumeratio...
TaskPriority
Critical
Major
Normal
Minor
Appointment
-
BaseSalary: float
Description: string
Name: string
6
Диаграмма объектов
obj ect Obj ect diagram
EAG :Customer
JMPC-CS :Proj ect
Address = some address
Description = Big serious company
Name = EAG
DeadLine = 25.12.2011
Description = customer support system
EndDate = null
ExpectedLOE = 100
Name = JMPC-CS
StartDate = 01.07.2011
Lila :CustomerContacts
Email = lila@eag.com
FirstName = Lila
LastName = Mila
MiddleName = Z
PhoneNumber = +1234567
Type = Manager
pm
Max :Employee
AcceptDate = 12.03.2010
DateOfBirth = 10.10.1985
Email = max@we.com
FirstName = Max
LastName = Pax
MiddleName = X
PhoneNumber = +12312131
RejectDate = null
SalaryModifier = 2
credentials :
Credentials
Username = max
Password = pass3
task1 :Task
JMPA-A :Proj ect
DeadLine = 25.12.2012
Description = service inventory
EndDate = null
ExpectedLOE = 200
Name = JMPC-SI
StartDate = 10.10.2011
pm
John :CustomerContacts
Email = john@eag.com
FirstName = John
LastName = Dorn
MiddleName = Y
PhoneNumber = +7654321
Type = CTO
credentials :Credentials
Password = pass2
Username = john
BaseSalary = 80000
Description = Manager
Name = Project Manager
task3 :Task
Description = find water
LOE = 10
Name = Water
Priority = Major
Status = Resolved
CreateDate = 05.07.2011
ResolveDates = [20.07.2011]
CloseDate = null
StartDates = [08.07.2011]
Description = implement module
LOE = 20
Name = Impl
Priority = Normal
Status = Opened
CreateDate = 19.07.2011
ResolveDates = null
CloseDate = null
StartDates = null
Mark :Employee
AcceptDate = 10.08.2010
DateOfBirth = 21.05.1989
Email = mark@we.com
FirstName = Mark
LastName = Shark
MiddleName = S
PhoneNumber = +000000000
RejectDate = null
SalaryModifier = 1.1
Password = pass1
Username = lila
Proj ect Manager :Appointment
task2 :Task
Description = get triforce
LOE = 2
Name = Get Triforce!
Priority = Critical
Status = Closed
CreateDate = 01.07.2011
ResolveDates = [03.07.2011, 06.07.2011]
CloseDate = 08.07.2011
StartDates = [02.07.2011, 05.07.2011]
credentials :Credentials
task4 :Task
Description = write test
LOE = 30
Name = Text
Priority = Major
Status = InProgress
CreateDate = 03.07.2011
StartDates = [04.07.2011]
ResolveDates = null
CloseDate = null
Kate :Employee
Softw are Engineer :Appointment
BaseSalary = 30000
Description = Coder
Name = Software Engineer
AcceptDate = 14.10.2010
DateOfBirth = 01.01.1988
Email = kate@we.com
FirstName = Kate
LastName = Mate
MiddleName = M
PhoneNumber = +111121212
RejectDate = null
SalaryModifier = 1.1
credentials :Credentials
credentials :Credentials
Password = pass4
Username = mark
Password = pass5
Username = kate
7
Анализ состояний
Подробно стоит рассмотреть возможные состояния у Задания (Task). Как говорилось
выше, оно может находиться в шести состояниях. При создании оно находится в состоянии
«Открыто». В этот момент оно имеет только дату создания, а списки дат старта и завершения
пусты, и дата закрытия отсуствует. Далее, если сотрудник начал выполнение данного задания,
статус переводится в состояние «В процессе выполнения», или же, в случае, если менеджер
решил отменить данное задание, в состояние «Отменено». В случае перевода задания в статус
«В процессе выполнения», в список дат Начала работ добавляется дата. Из этого состояние
задание может быть либо «Отменено», либо перейти в состояние «Решено». При переводе в
состояние «Решено» в список Дат завершения работ добавляется текущая дата. Если менеджера
устроит решение данной задачи, то он может перевести задачу в состояние «Закрыто». В этом
случае у задачи проставляется дата закрытия. В противном случае менеджер может переоткрыть
задачу, переведя в состояния ««Открыто» вновь». Из состояния ««Открыто» вновь» задача
может перейти в состояние «Закрыто», или же в состояние «В процессе выполнения».
Диаграмма состояний
stm Task State Model
Initial
[created]
Opened
[cancel]
Canceled
[cancel]
[cancel]
[start]
InProgress
Reopened
[start]
[resolve]
[reopen]
Resolv ed
[close]
Closed
8
Вывод: в результате проведения анализа предметной области по разработке
информационной системы управления проектами были выделены основные сущности, варианты
использования и варианты состояния системы, изучены основные правила построения UMLдиаграмм и произведено построение модели разрабатываемой информационной системы на
языке UML, а именно построены диаграммы классов, объектов, вариантов использования и
состояний.
9
Скачать