Процессы автоматизации учета компьютерного парка как основы оптимизации управления аппаратным (стр. 9 из 11)
Средняя численность исполнителей при реализации проекта разработки и внедрения ПО определяется соотношением:
(3.2)где Qp - затраты труда на выполнение проекта (разработка и внедрение),
F - фонд рабочего времени.
Величина фонда рабочего времени определяется соотношением:
(3.3)где Т - время выполнения проекта в месяцах, FM - фонд времени в текущем месяце, который рассчитывается из учета общества числа дней в году, числа выходных и праздничных дней:
(3.4)где tp - продолжительность рабочего дня,
DK - общее число дней в году, DB - число выходных дней в году,
DП - число праздничных дней в году.
Тогда фонд времени в текущем месяце
= 168 часов.Фонд рабочего времени
2 × 168 = 324 часов.Средняя численность исполнителей
1,13. Таким образом, есть необходимость использовать двух исполнителей на отдельных работах.Продолжительность отдельных работ при одновременном выполнении их несколькими исполнителями (ti) определяется из соотношения:
(3.5)где tpp - расчетная продолжительность работы,
Wисп - количество исполнителей,
КН - коэффициент выполнения нормы.
Продолжительность работ рассчитывается исходя из того, что одной работой занят один исполнитель, а коэффициент выполнения нормы равен единице. Полученные затраты труда по отдельным работам отображены в таблице 3.1.
Сетевой график устанавливает взаимосвязь между всеми работами проекта и позволяет определить продолжительность и трудоемкость как отдельных этапов, так и всего проекта в целом. Построение сетевого графика предполагает использование метода сетевого планирования, на базе которого разрабатывается информационно-динамическая модель процесса выполнения проекта. Построение сетевой модели включает оценку степени детализации комплекса работ, определения логической связи между отдельными работами и временные характеристики выполнения этапов проекта
В сетевой модели выделяют события и работы. В качестве событий, например, принимают факты начала проекта, окончания разработки отдельных модулей, интерфейсов, выполнения отладки и т.п. Все события нумеруются по порядку от исходного к завершающему.
В процессе достижения каждого события реализуется определенная последовательность работ. Конечным событием является выполнение всего проекта по разработке ПО. Каждой работе присваивается "Код работы", состоящий из номера наступившего события и номера того события, которое достигается в результате выполнения данной работы, например, если 0 - начало проекта, а 1 -событие "разработка структуры данных завершена", то 0-1 - определяет работу по разработке структуры данных. В качестве работы может выступать и "фиктивная работа", которая определяет ожидание окончания связанных работ и длительность которой равна 0 чел.-дней. Кодовые номера работ каждого этапа указываются в соответствующем блоке строк, относящегося к этому этапу.
В таблице 3.2 представлены основные события и работы проекта.
Таблица 3.2 Основные события и работы проекта
| № | Событие | Код работы | Работа | t | |
| чел.-часы | чел.-дни | ||||
| 0 | Начало работ | 0-1 | Анализ требований к системе | 8,4 | 1,05 |
| 1 | Проанализированы требования к системе | 1-2 | Проектирование системной архитектуры | 16,4 | 2,05 |
| 2 | Завершено проектирование системной архитектуры | 2-3 | Разработка структуры базы данных | 14,4 | 1,8 |
| 3 | Завершена разработка структуры базы данных | 3-4 | Разработка инфологической модели | 28,8 | 3,6 |
| 4 | Завершена разработка общего алгоритма работы системы | 4-5 | Разработка алгоритма обработки запросов | 51,2 | 6,4 |
| 5 | Завершена разработка алгоритма обработки запросов | 5-6 | Разработка программ | 46,4 | 5,8 |
| 6 | Завершена разработка алгоритма работы системы | 6-7 | Разработка механизма логического вывода системы | 65,6 | 8,2 |
| 7 | Завершена разработка механизма логического вывода системы | Разработка интерфейса | 49,6 | 6,2 | |
| 8 | Завершена разработка модуля, отвечающего за взаимодействие с пользователем | 8-9 | Общее тестирование системы | 25,6 | 3,2 |
| 8-9 | Тестирование выходных документов | 25,6 | 3,2 | ||
| 8-9 | Тестирование интерфейса пользователя | 25,6 | 3,2 | ||
| 9 | Завершено тестирование системы | 9-10 | Разработка руководства пользователя | 16,4 | 2,05 |
| 10 | Завершена разработка руководства пользователя | ||||
3.2 Графическое отображение сетевой модели
Графическое отображение сетевой модели (сетевой график) содержит окружности, отображающие основные события проекта, и векторы, соединяющие эти окружности и определяющие необходимость выполнения соответствующих работ. Реальные работы изображаются сплошной линией, фиктивные - штриховой, а работы, лежащие на критическом пути - линией двойной толщины.
Окружности разделены на четыре сектора, в каждом из которых показаны номер данного события (в нижнем секторе), значение раннего срока наступления текущего события (в левом секторе), значение резерва времени текущего события (в верхнем секторе) и значение позднего срока наступления события (в правом секторе).
В соответствии с содержанием таблицы основных событий и работ проекта строится графическая модель сетевого графика. На соответствующих сегментах окружностей записываются номера событий, а на векторах - продолжительность работ, показанных в столбце человеко-дни таблицы основных событий и работ проекта (таблица 3.2).
На рисунке 3.1 показана графическая модель сетевого графика.
Рисунок 3.1 – Сетевой график процесса разработки
После построения графической модели следует рассчитать оставшиеся параметры элементов сети: сроки наступления событий, резервы времени, полный и свободный резервы времени.
Обозначение основных элементов сетевого графика: Ni, Nj - номер события, TiP - ранний срок наступления события i, Tiп - поздний срок наступления события i, Ri - резерв времени события i, ti,j - продолжительность работы i-j, Rijп- полный резерв времени работы i-j, Rijc - свободный резерв времени работы i-j.
Ранний срок совершения события определяет минимальное время, необходимое для выполнения всех работ, предшествующих данному событию и равен продолжительности наибольшего из путей, ведущих от исходного события (0) к рассматриваемому и рассчитывается по соотношению:
(3.6)Критический путь - максимальный путь от исходного события (0) до завершения проекта. Его определение позволяет обратить внимание на перечень событий, совокупность которых имеет нулевой резерв времени.
Все события в сети, не принадлежащие критическому пути, имеют резерв времени Ri, показывающий, на какой предельный срок можно задержать наступление этого события, не увеличивая сроки окончания работ (т.е. продолжительности критического пути).
Поздний срок совершения события - максимально допустимое время наступления данного события, при котором сохраняется возможность соблюдения ранних сроков наступления последующих событий. Поздние сроки вычисляются, начиная с последнего события - завершения проекта, по критическому пути (т.е. справа налево по графику). Они равны разности между поздним сроком совершения j-го события и продолжительностью i-j работы. Поздний срок определяется соотношением:
(3.7)Резерв времени события определяется следующим образом:
(3.8)Полный резерв времени работы определяется, используя соотношение
(3.9)Свободный резерв времени можно определить, применяя соотношение
(3.10)В результате исследования определяется критический путь на сетевом графике - путь, имеющий наибольшую суммарную длительность работ. В данной разработке критический путь проходит через вершины: 0-1-2-3-4-5-6-7-8-9-10 и имеет длину Tкр=91 рабочих дня.
Кроме достаточного условия того, является ли данный путь критическим, существует также необходимое условие – критический путь всегда проходит через события с нулевым резервом. Так как в рассматриваемом графике существует только один путь, проходящий через события с нулевым резервом, этот путь можно считать критическим без дополнительного анализа достаточного условия.