Опираясь на данное утверждение и выбрана данная тематика выпускного квалификационного исследования

• Название: Опираясь на данное утверждение и выбрана данная тематика выпускного квалификационного исследования
• Дата: 06.12.2022
• Размер: 0.79 Mb.
• Имя файла: kazedu_133715.docx
• Тип: Документы; #830226
• страница: 6 из 8

2.2 Календарное управление проектом с помощью Microsoft Office Project 2007

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

Сетевой график позволяет по заданным значениям длительностей работ найти критические работы проекта и его критический путь.

Критической называется такая работа, для которой задержка ее начала приведет к задержке срока окончания проекта в целом. Такие работы не имеют запаса времени. Некритические работы имеют некоторый запас времени, и в пределах этого запаса их начало может быть задержано.

Критический путь – это путь от начальной к конечной вершине сетевого графика, проходящий только через критические работы. Суммарная длительность работ критического пути определяет минимальное время реализации проекта.

Нахождение критического пути сводится к нахождению критических работ и выполняется в два этапа.

1. 
   Вычисление раннего времени начала каждой работы проекта. Эта величина показывает время, раньше которого работа не может быть начата.
   
2. 
   Вычисление позднего времени начала каждой работы проекта. Эта величина показывает время, позже которого работа не может быть начата без увеличения продолжительности всего проекта.
   

Критические работы имеют одинаковое значение раннего и позднего времени начала, которые вычисляются по формулам 1,2.

Обозначим i – время выполнения работы i, T_p(i) – раннее время начала работы i, T_п(i) – позднее время начала работы i. Тогда
T_p(i) = max(T_p(j)+t_j) (1)
где j – множество работ, непосредственно предшествующих работе i. Раннее время начальной работы проекта принимается равным нулю.

Поскольку последняя работа проекта – это веха нулевой длительности, раннее время ее начала совпадает с длительностью всего проекта. Обозначим эту величину T. Теперь T принимается за позднее время начала последней работы, а для остальных работ позднее время начала вычисляется по формуле:
T_п(i) = max(T_п(j) – t_j) (2)
Здесь j – множество работ, непосредственно следующих за работой i. Схематично вычисление раннего и позднего времени выглядит так (рисунок 12,13).


Рисунок 12 Вычисление раннего времени начала работ




Рисунок 13 Вычисление позднего времени начала работ
Основываясь на этих данных получаем, что критический путь проекта равен 39 дней (рисунок 14)


Рисунок 14 Критический путь
Построение календарного графика для проекта «Разработка программного комплекса» будет проходить по следующей схеме. Прежде всего нужно определиться с ресурсами, которые будут использоваться этим проектом. Предположим, что в качестве ресурсов выступают только исполнители, и они распределены между работами согласно таблице 3.

Календарный график (диаграмма Ганта) изображен на рисунке 15, где ромбиками обозначены вехи, сплошными линиями – продолжительность работ, сплошными линиями со стрелками – резерв времени работ, пунктирными линиями – связь между окончанием предшествующих и началом последующих работ[11].



Рисунок 15 Диаграмма Ганта
Данный график посвящен работам и их взаимосвязи, на рисунке 16 изображено, как загружены ресурсы. На основании диаграммы Ганта может быть построен график загруженности ресурсов. Этот график показывает процент загрузки конкретного трудового ресурса в ходе выполнения проекта. По оси абсцисс откладывается временной интервал проекта, а по оси ординат – суммарный процент загруженности исполнителя по всем задачам проекта, которые он выполняет в текущий момент времени.

Обычно исполнитель целиком занят решением некоторой задачи и по ее завершении переходит к следующей. Это соответствует 100% загрузки. Однако, в некоторых случаях он может быть параллельно задействован в 2 или более задачах, выделяя для их решения часть рабочего времени. Например, две задачи по 50% каждая, то есть по половине рабочего дня на задачу. График загруженности ресурса позволяет в этом случае контролировать суммарную занятость исполнителя и выявить возможные периоды перегрузки, когда ему запланировано больше работы, чем он может выполнить в течение рабочего дня. Об этом свидетельствует суммарная загруженность более 100%.



Рисунок 16 Загруженность ресурсов
Ресурс – это трудовая, материальная, финансовая, техническая или иная единица, которая используется для выполнения задач проекта. В Microsoft Project ресурсы могут быть трех видов.

• 
  Трудовые – это работники или коллективы, выполняющие запланированные в рамках проекта работы.
  
• 
  Материальные – материалы, которые потребляются при выполнении работ проекта.
  
• 
  Затратные – различные виды денежных расходов сопряженных с работами проекта, которые напрямую не зависят от объема, длительности работ и потребляемых ими трудовых или материальных ресурсов. Например, стоимость железнодорожных или авиационных билетов, командировочные расходы и т.п.[9].
  

Основными характеристиками трудового ресурса являются.

1. 
   График доступности. Задает периоды времени, когда ресурс может быть задействован для выполнения работ проекта. Этот график может учитывать отпуска, командировки, занятость ресурса в других проектах и т.п.
   
2. 
   Индивидуальный календарь рабочего времени. Задает график рабочего времени ресурса.
   
3. 
   Стоимость. Она складывается из двух составляющих: повременной оплаты (стандартная и сверхурочная ставки), которая начисляется пропорционально длительности работы ресурса в проекте, и стоимости использования, которая является разовой фиксированной суммой, не зависящей от времени работы;
   
4. 
   Максимальное количество единиц доступности. Устанавливает максимальный процент рабочего времени, которое ресурс может ежедневно выделять для выполнения работ данного проекта. Например, 50% – половина рабочего времени установленного в день по календарю. Данная величина не препятствует планированию большего процента участия ресурса в проекте, но используется для контроля его перегруженности. Так для ресурса с 50% максимальной доступности можно запланировать все 100% использования, но при этом он будет считаться перегруженным на 50%.