1.4. Определение численности исполнителей

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

Средняя численность исполнителей при реализации отдельных этапов проекта можно определить, используя соотношение:

(13)

где: q_i – затраты труда на выполнение соответствующего этапа (задачи) проекта; F – фонд рабочего времени.

Величина фонда рабочего времени определяется соотношением:

F = T * F_M (14)

где: Т – время выполнения проекта в месяцах; F_M – фонд времени в текущем месяце, который рассчитывается из учета общего числа дней в году, числа выходных и праздничных дней:

(15)

где: t_p – продолжительность рабочего дня; D_K – общее число дней в году; D_B – число выходных дней в году; D_П – число праздничных дней в году.

Подставляя результат вычислений формулы (15) в соотношение (14) и далее в соотношение (13), округляют результат до большего целого и получают среднее число необходимых исполнителей проекта.

Продолжительность отдельных работ при одновременном выполнении их несколькими исполнителями (t_i) определяется из соотношения:

(16)

где: t_pp – расчетная продолжительность работы; W_исп – количество исполнителей; К_n – коэффициент выполнения нормы.

Продолжительность работ следует рассчитывать исходя из того, что одной работой занят один исполнитель, а коэффициент выполнения нормы равен единице (обычно он составляет 1.0 –1.2). Результаты вычислений следует занести в таблицу 1.2. Для этого следует добавить справа дополнительный столбец «Количество исполнителей».

Рассмотрим следующий пример. По данным таблицы 1.2 необходимо определить среднее число исполнителей, которые смогут выполнить проект, трудоемкость которого составляет 933,6 ч. в течение трех месяцев.

Для определения числа исполнителей сначала следует определить фонд времени в текущем месяце, который составит:

Фонд рабочего времени для трех месяцев: F = 3 х 168 = 504 ч. Тогда средняя численность исполнителей проекта:

Таким образом, для реализации данного проекта необходимо привлечь двух исполнителей.

1.5. Сетевая модель проекта

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

Таблица 1.3.

Основные события и работы проекта

№ события	Код Работы	Наименование работы	Трудозатраты
			(чел.-ч.)	(чел.-дн)
1	0–1	Разработка структуры системы	37.2	4.7
2	1–2	Разработка функциональной схемы модуля центрального узла системы	28.8	3.6
3	1–3	Разработка функциональных схем модулей вычислительных узлов системы	40	5
5	2–5	Разработка спецификаций проектируемого ПО	48	6
4	1–4	Проектирование компонентов программного продукта	64	8
5	4–5	Определение спецификаций компонентов ПО	76	9.5
6	5–6	Реализация основных алгоритмов программных модулей	170	21.25
7	6–7	Реализация алгоритмов регистрации узлов в системе и ведение каталога узлов	32	4
8	6–8	Реализация алгоритмов загрузки на узлы вычислительных программ	32	4
9	6–9	Реализация алгоритмов управления работой системы с консоли управления	32	4
10	6–10	Разработка методик тестирования компонентов системы	64	8
12	6–12	Разработка методик тестирования системы	24	3
14	6–14	Разработка руководства пользователя	112	14
11	10–11	Настройка подсистем и автономное тестирование	64	8

Продолжение табл. 1.3

№ события	Код Работы	Наименование работы	Трудозатраты
			(чел.-ч.)	(чел.-дн)
12	11–12	Сборка программного обеспечения	16	2
14	12–14	Комплексное тестирование ПО	16	2
13	12–13	Отладка программного обеспечения	96	12
14	13–14	Оценочное тестирование ПО на предельных вычислительных нагрузках	9.6	1.2

В процессе реализации каждого события осуществляется определенная последовательность работ, например: процесс разработки конкретного модуля, сборка программы, оформление документации и т. п. Конечное событие – выполнение всего проекта по разработке ПО. Каждой работе присваивается номер, состоящий из номера наступившего события и номера того события, которое достигается в результате выполнения данной работы. Например, в таблице 1.3, если 0 – «Начало проекта», а 1 – событие «Структура данных», то код 0-1 определяет работу по разработке структуры данных. В качестве работы может выступать и так называемая фиктивная работа, которая определяет ожидание окончания связанных работ и длительность которой равна 0 чел.-дней. Кодовые номера работ каждого этапа указываются в соответствующем блоке строк, относящемся к этому этапу, как показано в таблице 1.3.

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

Окружности разделены на четыре сектора, в которых указаны номер данного события (в верхнеи секторе), значение раннего срока наступления текущего события (в левом секторе), значение резерва времени текущего события (в нижнем секторе) и значение позднего срока наступления события (в правом секторе) (рис. 1.2).

Рис. 1.2. Элемент сетевой модели

Обозначение основных элементов сетевого графика: Ni, Nj – номер события; T_i^p – ранний срок наступления события I; T_i^п – поздний срок наступления события i; Ri – резерв времени события I; t_ij – продолжительность работы i-j; R_ij^п – полный резерв времени работы i-j; R_ij^с – свободный резерв времени работы i-j.

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

Таблица 1.4.

Расчет параметров сетевого графика

№ события	Коды работ	Продолжительности работ, tij	Ранний срок наступления, Tiр	Поздний срок Наступления, Tiп	Резерв времени события, Ri, ч
0	0	0	0	0	0
1	0–1	5	5	5
2	1–2	4	9	17	8
3	1–3	5	10	13	3
5	2–5	6	23	23
4	1–4	8	13	13
5	4–5	10	23	23
6	5–6	21	44	44
7	6–7	4	48	62	14
8	6–8	4	48	62	14
9	6–9	4	48	62	14
10	6–10	8	52	52
12	6–12	3	62	62
14	6–14	14	75	75
11	10–11	8	60	60
12	11–12	2	62	62
14	12–14	2	75	75
13	12–13	12	74	74
14	13–14	1	75	75

В соответствии с содержанием таблицы строится графическая модель сетевого графика, пример которой показан на рис. 1.3. На соответствующих сегментах окружностей следует записать номера событий, а на векторах – продолжительность работ. После построения графической модели следует рассчитать оставшиеся параметры элементов сети: сроки наступления событий, резервы времени, полный и свободный резервы времени.

Ранний срок совершения события определяет минимальное время, необходимое для выполнения всех работ, предшествующих данному событию. Он равен продолжительности наибольшего из путей, ведущих от исходного события (0) к рассматриваемому, и рассчитывается по формуле:

(17)

Критический путь – максимальный путь от исходного события (0) до завершения проекта. Его определение позволяет обратить внимание на перечень событий, совокупность которых имеет нулевой резерв времени.

Все события в сети, не принадлежащие критическому пути, имеют резерв времени R_i показывающий, на какой предельный срок можно задержать наступление этого события, не изменяя срока окончания работ (т. е. продолжительности критического пути).

Поздний срок совершения события – максимально допустимое время наступления данного события, при котором сохраняется возможность соблюдения ранних сроков наступления последующих событий. Поздние сроки вычисляются начиная с последнего события – завершения проекта, по критическому пути (т. е. справа налево по графику). Они равны разности между поздним сроком совершения j-го события и продолжительностью i-j работы. Поздний срок определяется соотношением:

(18)

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

(19)

Другой способ определения общего резерва использует соотношение:

(20)

Свободный (частный) резерв времени появляется у события, когда в него входят две и более работы, его можно определить, применяя соотношение:

(21)

С етевой график может иметь различный вид, важно, чтобы он ясно показывал взаимозависимость выполнения различных работ проекта и позволял определить критический путь. На рис. 1.3 показан один из вариантов сетевого графика. Он отражает процесс проектирования абстрактной информационной системы, приведенный в таблице 1.2.

Рис. 1.3. Вариант сетевого графика проекта.

Критический путь, полученный на сетевом графике, при условии, что одну работу выполняет один человек, оказывается следующим: 0-1-4-5-6-10-11-12-13-14. В этом случае длина критического пути составит Т_кр = 75 дней.