Лабораторные работы / ЛБ_ПРОПРА_Методика-выполнения_2016
.pdfЧасть 17. Разработка плана проекта «Создание сложного программного продукта»
В данной работе Вам будет необходимо разработать план создания сложного программного продукта, используя ранее изученную систему ProjectLibre.
1.Настройка календаря. Прежде чем начать вводить в проект исходную информацию, следует сделать некоторые изменения в базовом календаре, который ProjectLibre использует по умолчанию. Задайте календарь самостоятельно, указывая нерабочие дни, согласно законодательству РФ.
2.Ввод работ. Перечень работ и их длительность представлены в таблице 1. Таблица 1 – Работы
№ п/п |
Название |
|
Продолжительность |
1 |
Начало проекта |
|
0 |
2 |
Постановка задач проекта |
|
|
3 |
Сбор требований |
|
20 |
4 |
Анализ требований |
|
10 |
5 |
Согласование требований с Заказчиком |
|
10 |
6 |
Постановка задач завершена |
|
0 |
7 |
Проектирование |
|
|
8 |
Разработка спецификаций |
|
5 |
9 |
Проектирование логической модели |
|
6 |
10 |
Проектирование физической модели |
|
5 |
11 |
Проектирование классов и модулей системы |
6 |
|
12 |
Разработка ТЗ |
|
6 |
13 |
Проектирование завершено |
|
0 |
14 |
Разработка |
|
|
15 |
Создание структуры базы данных |
|
20 |
16 |
Разработка бизнес-сервисов |
|
21 |
17 |
Разработка интерфейсов |
|
16 |
18 |
Разработка клиентской части |
|
21 |
19 |
Функциональное тестирование в ходе разработки |
50 |
|
20 |
Разработка документации |
|
15 |
21 |
Разработка завершена |
|
0 |
22 |
Тестирование |
|
|
23 |
Разработка планов тестирования |
с использованием |
5 |
|
спецификации продукта |
|
|
24 |
Тестирование модулей |
|
5 |
25 |
Тестирование интеграции |
|
5 |
26 |
Комплексное тестирование системы |
|
5 |
27 |
Тестирование завершено |
|
0 |
28 |
Сдача проекта |
|
|
29 |
Демонстрация заказчику |
|
1 |
30 |
Передача продукта заказчику |
|
5 |
31 |
Размещение дистрибутива на общедоступном ресурсе |
1 |
|
32 |
Завершение проекта |
|
0 |
3.Создание графика работ. Все виды работ взаимосвязаны и должны выполняться в определенной последовательности. Некоторые виды работ могут выполняться одновременно. Не забудьте указать тип связей между работами!!!
4.Ввод таблицы ресурсов. Перечень ресурсов представлен в таблице 2.
Таблица 2 – Ресурсы
№ П/П |
НАЗВАНИЕ |
ТИП |
Стандартная ставка |
|
1 |
Менеджер |
Работа |
200 руб./час |
|
2 |
Аналитик |
Работа |
70 руб./час |
|
3 |
Ведущий разработчик |
Работа |
120 руб./час |
|
4 |
Разработчик 1 |
Работа |
70 руб./час |
|
5 |
Разработчик 2 |
Работа |
70 руб./час |
|
6 |
Проектировщик |
Работа |
90 руб./час |
|
7 |
Тестировщик |
Работа |
60 руб./час |
|
8 |
Администратор |
Работа |
70 руб./час |
|
9 |
Бумага |
Материал |
200 руб. |
|
5. |
Назначение ресурсов. Каждой работе необходимо назначить соответствующие |
|||||||
ресурсы. Примерный перечень ресурсов для каждой работы представлен в таблице 3. |
|
|||||||
Таблица 3 – Назначение ресурсов работам |
|
|
|
|
||||
№ п/п |
|
Название |
|
|
|
Ресурсы |
|
|
1 |
|
Начало проекта |
|
|
|
|
|
|
2 |
|
Постановка задач проекта |
|
|
|
|
|
|
3 |
|
Сбор требований |
|
|
|
Аналитик;Менеджер;Бумага |
|
|
4 |
|
Анализ требований |
|
|
Аналитик;Бумага |
|
|
|
5 |
|
Согласование требований с Заказчиком |
Аналитик;Менеджер;Бумага |
|
||||
6 |
|
Постановка задач завершена |
|
|
|
|
|
|
7 |
|
Проектирование |
|
|
|
|
|
|
8 |
|
Разработка спецификаций |
|
|
Аналитик;Проектировщик;Бумага |
|
||
9 |
|
Проектирование логической модели |
Проектировщик;Бумага |
|
||||
10 |
|
Проектирование физической модели |
Проектировщик |
|
|
|||
11 |
|
Проектирование |
классов и |
модулей |
Проектировщик;Ведущий разработчик;Бумага |
|||
|
|
системы |
|
|
|
|
|
|
12 |
|
Разработка ТЗ |
|
|
|
Проектировщик;Ведущий разработчик |
|
|
13 |
|
Проектирование завершено |
|
|
|
|
|
|
14 |
|
Разработка |
|
|
|
|
|
|
15 |
|
Создание структуры базы данных |
|
Ведущий разработчик;Бумага |
|
|||
16 |
|
Разработка бизнес-сервисов |
|
|
Ведущий разработчик |
|
|
|
17 |
|
Разработка интерфейсов |
|
|
Разработчик 1 |
|
|
|
18 |
|
Разработка клиентской части |
|
|
Разработчик 2 |
|
|
|
19 |
|
Функциональное |
тестирование |
в |
ходе |
Разработчик1; |
Разработчик |
2; |
|
|
разработки |
|
|
|
Тестировщик;Ведущий разработчик |
|
|
20 |
|
Разработка документации |
|
|
Аналитик;Ведущий |
|
|
|
|
|
|
|
|
|
разработчик;Проектировщик |
|
|
21 |
|
Разработка завершена |
|
|
|
|
|
|
22 |
|
Тестирование |
|
|
|
|
|
|
23 |
|
Разработка планов тестирования |
с |
Бумага;Проектировщик |
|
|||
|
|
использованием спецификации продукта |
|
|
|
|||
24 |
|
Тестирование модулей |
|
|
Тестировщик;Разработчик 1 |
|
||
25 |
|
Тестирование интеграции |
|
|
Тестировщик;Разработчик 2 |
|
||
26 |
|
Комплексное тестирование системы |
Ведущий разработчик;Тестировщик |
|
||||
27 |
|
Тестирование завершено |
|
|
|
|
|
|
28 |
|
Сдача проекта |
|
|
|
|
|
|
29 |
|
Демонстрация заказчику |
|
|
Менеджер |
|
|
|
30 |
|
Передача продукта заказчику |
|
|
Менеджер |
|
|
|
31 |
|
Размещение |
дистрибутива |
|
на |
Ведущий разработчик |
|
|
|
|
общедоступном ресурсе |
|
|
|
|
|
|
32 |
|
Завершение проекта |
|
|
|
|
|
|
6.Различные виды просмотра информации в проекте. Основываясь на знаниях, полученных в ходе выполнения лабораторных работ, используйте различные способы просмотра информации в проекте. Полученные результаты представьте в отчете.
7.Решение проблемы перегрузки ресурсов. Чтобы решить проблему перегрузки, следует определить сначала, какие ресурсы и в какое время перегружены и какие работы они при этом должны выполнять. Затем примените полученные навыки для перераспределения ресурсов таким образом, чтобы избежать значительных перегрузок.
8.Оптимизация графика работ. После того как вы закончили ввод основных данных для проекта, внимательно просмотрите его, чтобы выяснить, соответствует ли проект вашим ожиданиям. Достигаются ли цели проекта? Не превышает ли его стоимость ваши возможности? Эффективно ли используются ресурсы? Не слишком ли растянуты сроки его реализации?
После окончания создания проекта, сохраните его вместе с базовым планом.
9.Отслеживание хода выполнения работ и фактических затрат.
10.Получите итоговую информацию о текущем финансовом состоянии всего проекта в целом: его плановой стоимости, фактических затратах, неизрасходованной части бюджета, а также текущей, плановой и фактической продолжительности, сроках начала и окончания, объемах работ.
ГЛОССАРИЙ PROJECTLIBRE
Accrual method (Метод начисления затрат)
Метод учета разовых или фиксированных затрат, входящих в стоимость работы. В ProjectLibre 1.5 предусмотрены три метода начисления затрат:
•на дату начала задачи (В начале),
•на дату завершения работы (В конце) и
•метод равномерного распределения на период выполнения задачи (Пропорционально)
Cм. также Fixed Cost и Per Use Cost.
Actual (Фактический)
Значение параметра проекта, отражающее тот или иной аспект реального состояния выполняемого проекта; например, значение параметра Фактическое начало (Actual Start) соответствует фактической дате начала некоторой задачи или проекта в целом.
Cм. также Baseline и Schedule.
ACWP (Actual Cost of Work Performed (Actual Cost, AC))
ФСВР - Фактическая стоимость выполненных работ (Фактическая стоимость).
Общая стоимость выполнения работы в результате плановой операции в течение определенного периода времени.
ALAP (As Late As Possible. КМП - Как можно позже).
Метод расчета расписания проекта, при котором дата начала задачи откладывается на возможно более поздний срок без нарушения срока выполнения проекта в целом.
Allocation (Распределение).
Процент общего количества возобновляемого ресурса, который приходится на конкретную задачу.
ASAP (As Soon As Possible. КМР - Как можно раньше).
Метод расчета расписания проекта, при котором дата начала задачи назначается на возможно более ранний срок.
Assignment (Назначение).
Элемент расписания проекта, отражающий взаимосвязь между задачей и ресурсом, назначенным для ее выполнения; содержательная интерпретация этого термина зависит от «угла зрения»: с точки зрения распределения ресурсов назначение – это величина трудозатрат ресурса для выполнения конкретной задачи; с точки зрения параметров задачи – это ее трудоемкость (объем работ), приходящаяся на данный ресурс.
AutoFilter (Автофильтр).
Средство отбора или выделения значений в пределах соответствующего поля данных, то есть с каждым полем (столбцом) данных связан собственный автофильтр; список
возможных критериев (правил) отбора формируется ProjectLibre 1.5 автоматически в зависимости от текущих значений поля данных; например, если в столбце длительности задач имеется значение 4 дня, то в списке критериев будет присутствовать критерий «4 дня».
Availability (Доступность).
Период времени, в течение которого ресурс может быть использован при выполнении конкретной задачи; доступность ресурса определяется тремя факторами:
•календарями рабочего времени проекта и данного ресурса (если таковой календарь имеется),
•датами начала и завершения использования ресурса в проекте и
•суммарным объемом назначений ресурса на задачи проекта.
Base Calendar (Базовый (основной) календарь).
Календарь, который устанавливает рабочее и нерабочее время для задач и/или ресурсов проекта; для конкретной задачи или конкретного ресурса основной календарь может быть скорректирован и сохранен в файле проекта как индивидуальный календарь соответствующего элемента проекта.
Baseline (Плановый, относящийся к базовому (исходному) расписанию проекта)
Параметр или элемент проекта, сохраненный в файле проекта как часть базового (исходного) расписания проекта; например, значение параметра Базовое начало (Baseline Start) соответствует плановой дате начале некоторой задачи или проекта в целом.
Baseline plan (Базовое (исходное) расписание проекта).
Это расписание используется в качестве эталонного при управлении ходом выполнения проекта; в ProjectLibre 1.5 разрешается хранить до 11 базовых планов проекта.
См. также Interim plan.
BCWP (Budget Cost of Work Performed (Earned Value, EV))
БСВР - Базовая стоимость выполненных работ (Освоенный объем)
Объем выполненной работы в показателях утвержденного бюджета, выделенного для данной работы в рамках операции или элемента иерархической структуры работ.
BCWS (Budget Cost of Work Scheduled (Planned Value, PV))
БСЗР - Базовая стоимость запланированных работ (Плановый объем)
Бюджетная стоимость работы, которая должна быть выполнена к определенному сроку согласно расписанию.
Bottom-up estimating (Восходящая» оценка)
Метод формирования оценок параметров проекта, при котором обобщенные значения параметров задач и ресурсов формируются на основе параметров отдельных задач и ресурсов.
Budget (Бюджет).
Оценка стоимости проекта, полученная на основе параметров базового расписания.
Calendar (Календарь).
Инструмент формирования расписания проекта, позволяющий устанавливать и учитывать распределение рабочего и нерабочего времени задач и ресурсов; в ProjectLibre 1.5 используются следующие типы календарей:
•базовый календарь (Base Calendar),
•календарь проекта (Project Calendar),
•календарь задачи (Task Calendar),
•календарь ресурса (Resource Calendar).
Calendar View (Представление проекта Календарь (Calendar))
Форма визуального представления параметров расписания проекта, при использовании которой последовательность задач отображается на фоне календаря проекта.
Code Mask (Маска кода)
Схема формирования СДР-кода задач проекта; маска кода задает, в частности, число уровней иерархии, допустимый набор символов и количество символов, отводимых для кодирования задач каждого уровня.
Collapsing (Свертывание)
Изменение визуального представления иерархии проекта: в результате выполнения этой операции все подчиненные задачи «сворачиваются» в содержащую их суммарную задачу; операция свертывания предусмотрена также для изменения визуального представления информации о назначениях ресурсов в окне Использование ресурсов (Resource Usage).
См. также Expanding.
Combination view (Комбинированное представление).
Форма визуального представления параметров расписания проекта, при использовании которой в одном окне объединяются два различных представления проекта.
Constraint (Ограничение).
Дополнительное условие, которое должен учитывать ProjectLibre 1.5 при планировании дат начала и завершения задач проекта; ограничения устанавливаются руководителем проекта (точнее, выбираются из числа предусмотренных в ProjectLibre 1.5); например, руководитель проекта может указать, что задача должна завершиться не позже конкретной даты.
Contingency plan (План противодействия рискам)
Альтернативный вариант расписания проекта, направленный на снижение или предотвращение отрицательных последствий нежелательных событий.
Contour (Work Contour). Профиль использования ресурса, или профиль загрузки.
Характер распределения загрузки ресурса во времени; изменение профиля загрузки обеспечивает эффективное управление ресурсами, особенно в случае их дефицита; в ProjectLibre 1.5 предусмотрено 8 стандартных профилей, каждый из которых может быть скорректирован пользователем.
Cost (Стоимость, затраты).
Затраты на выполнение задачи или проекта в целом, либо на использование ресурса, выраженные в денежной форме. ProjectLibre 1.5 обеспечивает возможность управления и контроля для трех типов затрат:
•плановых, или сметных (Baseline Cost),
•фактических (Actual Cost) и
•затрат по текущему расписанию (Scheduling Cost).
Cost rate table (Таблица норм затрат).
Набор данных, включающий стандартный и сверхурочный тариф оплаты ресурса, стоимость разового использования ресурса, а также интервалы времени, в течение которых действует тот или иной тариф. Для каждого ресурса ProjectLibre 1.5 позволяет описать до 5 таблиц норм затрат, чтобы применять их для различных задач проекта.
CPI (Cost Performance Index). Индекс выполнения бюджета
Показывает отношение освоенного объема к фактическим затратам.
CPI = BCWP / ACWP
CPI показывает, насколько хорошо проект укладывается в бюджет
•Если CPI > 1, стоимость ниже, чем было запланировано
•Если CPI < 1, стоимость выше, чем было запланировано
Crash (Втискивание).
Метод сокращения общей длительности проекта без изменения его структуры (то есть без изменения связей между задачами); обычно достигается за счет назначения задачам дополнительных ресурсов.
Critical path (Критический путь).
Последовательность взаимосвязанных критических задач, соединяющая начальную и конечную даты проекта; критический путь определяет минимально возможную длительность проекта при заданной структуре.
Critical task (Критическая задача).
Задача, не имеющая резерва времени; любое смещение даты завершения такой задачи на более поздний срок приведет либо к смещению последующей задачи, либо к запаздыванию проекта в целом.
Critical path method (CPM). Метод критического пути
Метод управления проектами, основанный на выявлении критического пути проекта.
Crosstab report (Перекрестный отчет).
Печатный документ, содержащий сведения о задачах и ресурсах на заданный период времени.
Current date line (Линия текущей даты).
Вертикальная линия на временной диаграмме расписания проекта, соответствующая текущей календарной дате; наличие этой линии облегчает идентификацию текущего состояния проекта; при необходимости линию текущей даты можно скрыть.
Customer field (Настраиваемое (пользовательское) поле данных).
Поле, некоторые атрибуты которого (наименование, способ формирования значений и т.д.) могут изменяться пользователем.
См. также Field.
CV (Cost Variance). ОЗ (Отклонение по затратам).
Представляет собой величину, полученную как разность фактической и плановой стоимости выполненных работ.
CV = BCWP - ACWP
•Измеряет, насколько выполнение проекта опережает или отстает от плана.
•В случае позитивного значения, показывает, что выполнено больше работ, чем затрачено средств.
•В случае негативного значения, показывает, что затрачено больше средств, чем выполнено работ.
Deadline (Крайний срок).
Дата, до которой следует завершить задачу; если при фактическом выполнении проекта это условие не выполняется, ProjectLibre 1.5 выводит на экран специальный графический индикатор; в отличие от дат-ограничений (См. Constraint) крайний срок не влияет на расписание проекта.
Delay (Задержка)
Интервал времени между датой начала задачи, предусмотренной расписанием проекта, и фактической датой начала; как правило, задержка обусловлена перегрузкой одного или нескольких ресурсов, назначенных на данную задачу: с целью устранения перегрузки ProjectLibre 1.5 смещает задачу по оси времени вправо; существует и еще один вид задержки – задержка в использовании ресурса; ее смысл состоит в том, что дата привлечения ресурса к выполнению задачи может отличаться от даты начала задачи (по умолчанию они совпадают).
Deliverable (Конечная цель).
Материальный и/или измеримый результат выполнения проекта, его «выход»; как правило, конечная цель проекта согласовывается между организацией-исполнителем и спонсорами (инвесторами) проекта до начала его планирования.
Dependency (Зависимость).
Логическая взаимосвязь между задачами проекта, определяющая порядок их
выполнения.
Duration (Длительность).
Суммарная продолжительность рабочего времени, необходимая для выполнения задачи; длительность задачи следует отличать от ее календарной продолжительности; Например, если задача имеет длительность 2 дня, и начинается в пятницу, то ее календарная продолжительность на временной диаграмме составит 4 дня: пятница, суббота, воскресенье и понедельник (предполагается, что суббота и воскресенье – выходные дни); тем не менее, для некоторых видов задач длительность может совпадать с ее календарной продолжительностью; в ProjectLibre 1.5 длительность задачи может измеряться в минутах, часах, днях, неделях, месяцах.
См. также Elapsed duration.
Early finish date (Дата раннего завершения).
Наиболее ранняя возможная дата завершения задачи; она зависит от таких факторов, как дата завершения задачи-предшественника, дата начала задачи-последователя, а также от некоторых других условий.
Early start date (Дата раннего начала).
Наиболее ранняя возможная дата начала задачи; она зависит от таких факторов, как дата раннего начала задачи-предшественника, дата начала задачи-последователя, а также от некоторых других условий.
Earned value (Освоенный объем).
Метод анализа затрат, основанный на сравнении фактической стоимости работ, выполненных на текущую (или контрольную) дату, с плановой стоимостью проекта на ту же дату.
Effort driven task (Задача с фиксированными трудозатратами).
Тип задачи, для которой при изменении пользователем одного из двух других взаимосвязанных параметров (длительности и объема назначений) ProjectLibre 1.5 поддерживает неизменной величину трудозатрат путем автоматического изменения второго из указанных параметров.
Elapsed duration (Истекшая длительность).
Длительность непрерывных задач (например, таких, как застывание бетона или перевозка грузов); использованная длительность работы совпадает по значению с ее календарной продолжительностью, поскольку рассчитывается в предположении, что рабочая неделя содержит 7 рабочих дней по 24 часа каждый; использованная
длительность измеряется в тех же единицах, что и «обычная» (в минутах, часах, днях, неделях, месяцах), однако перед соответствующим обозначением добавляется префикс «е» (например, emin, eday); в русскоязычной версии ProjectLibre 1.5 истекшая длительность интерпретируется как «астрономическая» длительность, и перед единицами измерения такой длительности добавляется префикс «а»: амин, ачас и т.д.
Estimated duration (Ориентировочная длительность)
Предварительная оценка длительности задачи, по которой на момент планирования отсутствует исчерпывающая информация; для визуального различения таких задач ориентировочная длительность помечается в ProjectLibre 1.5 знаком вопроса; если до завершения планирования не удалось уточнить длительность, то на этапе выполнения проекта таким задачам следует уделять наибольшее внимание.
Exception (Исключение).
Задача или ресурс, для которых используется индивидуальный календарь рабочего времени; например, некоторые задачи могут выполняться только в ночное время.
Expanding (Развертывание).
Изменение визуального представления иерархии проекта: в результате выполнения этой операции сводная задача «разворачивается», так что становятся видимы все ее подзадачи следующего уровня; операция развертывания предусмотрена также для изменения визуального представления информации о назначениях ресурсов в окне Использование ресурсов (Resource Usage).
См. также Collapsing.
Expected duration (Ожидаемая (наиболее вероятная) длительность).
Предварительная оценка длительности задачи, по которой на момент планирования отсутствует исчерпывающая информация, либо на длительность которой могут повлиять некоторые случайные факторы во время выполнения проекта; данная оценка длительности совместно с оптимистической и пессимистической оценками используется при анализе рисков по методу PERT.
Export/Import map (схема экспорта/импорта).
Набор параметров и правил, определяющих алгоритм преобразования данных при выполнении операций экспорта и импорта между ProjectLibre 1.5 и другими приложениями; в ProjectLibre 1.5 предусмотрено несколько стандартных схем экспорта/импорта, каждая из которых может быть скорректирована пользователем.
Export (Экспорт).
Пересылка данных из ProjectLibre 1.5 в другое приложение, сопровождающаяся их преобразованием в соответствующий формат.
External dependency (Внешняя зависимость)
Связь между задачами, при которой дата начала или дата завершения задачи зависит от задачи (или нескольких задач) из другого (внешнего) проекта.