4. Расчет трудоемкости разработки информационно- аналитический системы мониторинга «умного» дома. Для успешная реализации нашего проекта по созданию информационно-аналитический системы мониторинга «умного» дома требуется тщательная экономическая подготовка, так как в данный момент эта область очень быстро развивается и каждый день появляются все новые и новые решения. Наша задача – сделать данное решение наиболее выгодным с точки зрения и создания, и использования. Необходимо также применять методы планирования числа исполнителей и жесткий контроль сроков реализации отдельных работ. Перед началом работ по проекту необходимо провести анализ экономических характеристик разрабатываемого продукта, определить возможный рынок реализации, а также рассчитать предварительную стоимость проекта. Таким образом, оценка организационно-экономической части проекта состоит из ряда подзадач: определение структуры (этапов) работ; определение численности исполнителей; построение сетевого графика выполнения проекта; разработка календарного графика работ; определение структуры затрат на разработку проекта; анализ сегмента рынка; определение экономической целесообразности разработки проекта. Полный перечень работ с разделением их по этапам выполнения проекта приведен в таблице 1. Трудоемкость в таблице оценивалась с помощью экспертных оценок по формуле 1
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
4. Расчет трудоемкости разработки информационно-аналитический
системы мониторинга «умного» дома.Для успешная реализации нашего проекта по созданию информационно-
аналитический системы мониторинга «умного» дома требуется тщательная экономическая
подготовка, так как в данный момент эта область очень быстро развивается и каждый день
появляются все новые и новые решения. Наша задача – сделать данное решение наиболее
выгодным с точки зрения и создания, и использования. Необходимо также применять
методы планирования числа исполнителей и жесткий контроль сроков реализации
отдельных работ.
Перед началом работ по проекту необходимо провести анализ экономических
характеристик разрабатываемого продукта, определить возможный рынок реализации, а
также рассчитать предварительную стоимость проекта.
Таким образом, оценка организационно-экономической части проекта состоит из ряда
подзадач:
определение структуры (этапов) работ;
определение численности исполнителей;
построение сетевого графика выполнения проекта;
разработка календарного графика работ;
определение структуры затрат на разработку проекта;
анализ сегмента рынка;
определение экономической целесообразности разработки проекта.
Полный перечень работ с разделением их по этапам выполнения проекта приведен
в таблице 1.
Трудоемкость в таблице оценивалась с помощью экспертных оценок по формуле
min max3 25ож
T Tt
(3.1)
где и – минимальная и максимальная продолжительность работы. Они
назначаются в соответствии с экспертными оценками, а ожидаемая продолжительность
работы рассчитывается как математическое ожидание для бета – распределения.
1
Таблица 1 - Перечень работ и этапы выполнения проекта
Эта
п
№
работыСодержание работы
Трудоёмкость
чел/часчел/
дни
1 1Разработка технического задания (встреча
с руководителем)70 90 78 10
2
2Анализ существующих архитектур
приложений30 50 38 5
3Анализ структур «умного» дома и
ИАСМУД90 120 102 13
4
Анализ вариантов систем массового
обслуживания применительно к
ИАСМУД
45 70 55 7
5Анализ систем управления базами
данных40 70 52 7
6
Анализ языков и платформ
программирования, интегрированных
сред разработки и серверов приложений
60 80 68 9
3 7Принятие основных решений по проекту
(встреча с руководителем)80 120 96 12
4
8Настройка системы контроля версий и
сервера приложений для этапа разработки60 80 68 9
9 Разработка структуры базы данных 40 60 48 6
10Разработка основных алгоритмов и
модулей системы120 180 144 18
11Внесение необходимых данных в модули
системы, реализация компонентов40 90 60 8
12
Разработка пользовательского
интерфейса с использованием “responsive
design”
65 110 83 11
5 13Сборка ПО и комплексное тестирование
(встреча с руководителем)120 160 136 17
2
Общие затраты труда на разработку и внедрение подсистемы автоматизации
формирования трансферов Qp определяются следующим образом:
(3.2)
где – затраты труда на выполнение -го этапа проекта.
Подставляя данные из таблицы 1 в формулу (3.2), получаем Qp=132 человеко-дня.
4.1 Определение числа исполнителей
Средняя численность исполнителей при реализации проекта разработки и
внедрения определяется соотношением:
(3.3)
где Qp – затраты труда на выполнение проекта (разработка и внедрение), – фонд
рабочего времени.
Величина фонда рабочего времени определяется соотношением:
(3.4)
где – время выполнения проекта в месяцах, – фонд времени в текущем месяце,
который рассчитывается из учета общего числа дней в году, числа выходных и
праздничных дней:
(3.5)
где – продолжительность рабочего дня, – общее число дней в году, – число
выходных дней в году, – число праздничных дней в году. Согласно
производственному календарю в 2015 году 118 выходных дней и 8 праздничных. А всего
365 дней, так как год не високосный. Тогда фонд времени в текущем месяце
FM=8⋅365−118−812
=160 часов.
Подставляя полученное выражение в соотношение (3.4), а также приняв время
выполнения проекта три месяца (предполагаемое время выполнение впоследствии будет
увеличено, т.к. разработка ПО является последовательным процессом и распараллелены
могут быть лишь некоторые задачи), получаем, что фонд рабочего времени
F=3⋅160=480 часа.
3
Средняя численность исполнителей, исходя из соотношения (3.3), будет равна
N=¿ 132 ∙8480
[¿]2,2¿. Таким образом, необходимо задействовать трех исполнителей на
отдельных работах. В нашем случае это: сам дипломник, дипломный руководитель
(доцент) и лаборант с кафедры (ассистент).
Продолжительность отдельных работ при одновременном выполнении их
несколькими исполнителями ( ) определяется из соотношения:
(3.6)
где – расчетная продолжительность работы, – количество исполнителей, –
коэффициент выполнения нормы.
Продолжительность работ рассчитывается исходя из того, что одной работой занят
один исполнитель, а коэффициент выполнения нормы равен единице.
Рассчитанные затраты труда по отдельным работам отображены в таблице 2.
4.2 Сетевой график выполнения работ
Сетевой график устанавливает взаимосвязь между всеми работами проекта и
позволяет определить продолжительность и трудоемкость, как отдельных этапов, так и
всего проекта в целом.
Построение сетевого графика предполагает использование метода сетевого
планирования, на базе которого разрабатывается информационно-динамическая модель
процесса выполнения проекта. Построение сетевой модели включает оценку степени
детализации комплекса работ, определения логической связи между отдельными
работами и временные характеристики выполнения этапов проекта.
В сетевой модели выделяют события и работы. В качестве событий, например,
принимают факты начала проекта, окончания разработки отдельных модулей,
интерфейсов, выполнения отладки и т.п. Все события нумеруются по порядку от
исходного к завершающему.
В процессе достижения каждого события реализуется определенная
последовательность работ. Конечным событием является выполнение всего проекта по
разработке программного обеспечения. Каждой работе присваивается «Код работы»,
состоящий из номера наступившего события и номера того события, которое достигается
в результате выполнения данной работы, например, если 0 – начало проекта, а 1 – событие
«разработка структуры данных завершена», то 0-1 – определяет работу по разработке
структуры данных. В качестве работы может выступать и «фиктивная работа», которая
4
определяет ожидание окончания связанных работ и длительность, которой равна 0
чел/дней.
В таблице 2 представлены основные события и работы проекта при условии, что
каждая работа выполняется одним человеком.
Таблица 2 - Основные события и работы проекта
№ СобытиеКод
работыНазвание работы
Время t
чел/дни чел/час
1 2 3 4 5 6
0 Начало работ 0-1Разработка технического
задания10,00 78
1Техническое задание
утверждено
1-2Анализ существующих
архитектур приложений5,00 38
1-3Анализ структур «умного»
дома и ИАСМУД13,00 102
1-4
Анализ вариантов систем
массового обслуживания
применительно к ИАСМУД
7,00 55
1-5Анализ систем управления
базами данных7,00 52
1-6
Анализ языков и платформ
программирования,
интегрированных сред
разработки и серверов
приложений
9,00 68
2
Проанализированы
существующие
архитектуры
приложений
2-7
Ожидание завершения работы
по принятию основных решений
по проекту (работа 3-7)
0,00 0
3
Проанализированы
структуры «умного»
дома и ИАСМУД
3-7Принятие основных решений по
проекту12,00 96
4 Проанализированы
варианты систем
4-7 Ожидание завершения работы
по принятию основных решений
0,00 0
5
массового
обслуживания
применительно к
ИАСМУД
по проекту (работа 3-7)
5
Проанализированы
системы управления
базами данных
5-7
Ожидание завершения работы
по принятию основных решений
по проекту (работа 3-7)
0,00 0
6
Анализ языков и
платформ
программирования,
интегрированных сред
разработки и серверов
приложений
6-7
Ожидание завершения работы
по принятию основных решений
по проекту (работа 3-7)
0,00 0
7Приняты основные
решения по проекту
7-8Настройка системы контроля
версий и сервера приложений9,00 68
7-9Разработка структуры базы
данных6,00 48
7-10Разработка основных
алгоритмов и модулей системы18,00 144
7-11
Разработка пользовательского
интерфейса с использованием
“responsive design”11,00 83
8
Настроена система
контроля версий и
сервер приложений
8-12
Внесение необходимых данных
в модули системы, реализация
компонентов
8,00 609
Разработана структура
базы данных9-12
10
Разработаны основные
алгоритмы и модули
системы
10-12
11 Разработан
пользовательский
интерфейс с
использованием
11-13 Ожидание завершения работы
над исходным кодом проекта
(работы 8-12, 9-13, 10-12)
0,00 0
6
“responsive design”
12
Произведено внесение
необходимых данных в
модули системы,
реализация
компонентов
12-13Сборка ПО и комплексное
тестирование16,00 126
13
Произведена сборка
ПО и проведено
комплексное
тестирование
Графическое отображение сетевой модели (сетевой график) содержит окружности,
отображающие основные события проекта, и векторы, соединяющие эти окружности и
определяющие необходимость выполнения соответствующих работ. Реальные работы
изображаются сплошной линией, фиктивные – штриховой, а работы, лежащие на
критическом пути – линией двойной толщины.
Окружности разделены на четыре сектора, в каждом из которых показаны номер
данного события (в нижнем секторе), значение раннего срока наступления текущего
события (в левом секторе), значение резерва времени текущего события (в верхнем
секторе) и значение позднего срока наступления события (в правом секторе), как показано
на рисунке 1.
Рисунок 1 – Обозначение основных элементов сетевого графика
На данном рисунке приведены следующие обозначения: – номер события,
– ранний срок наступления события – поздний срок наступления события –
резерв времени события – продолжительность работы – полный резерв
времени работы – свободный резерв времени работы .
Построим сетевой график работ, который представлен на рисунке 2.
7
Рисунок 2 – сетевой график проекта
Для полноты графической модели необходимо рассчитать оставшиеся параметры
элементов сети: сроки наступления событий, резервы времени, полный и свободный
резервы времени.
Ранний срок совершения события определяет минимальное время, необходимое
для выполнения всех работ, предшествующих данному событию и равен
продолжительности наибольшего из путей, ведущих от исходного события (0) к
рассматриваемому и рассчитывается по соотношению:
(3.7)
Критический путь – максимальный путь от исходного события (0) до завершения
проекта. Его определение позволяет обратить внимание на перечень событий,
совокупность которых имеет нулевой резерв времени.
Все события в сети, не принадлежащие критическому пути, имеют резерв времени
, показывающий на какой предельный срок можно задержать наступление этого
события, не увеличивая сроки окончания работ (то есть продолжительности критического
пути).
Поздний срок совершения события – максимально допустимое время наступления
данного события, при котором сохраняется возможность соблюдения ранних сроков
наступления последующих событий. Поздние сроки вычисляются, начиная с последнего
события – завершения проекта, по критическому пути (то есть справа налево по графику).
8
Они равны разности между поздним сроком совершения -го события и
продолжительностью работы. Поздний срок определяется соотношением:
(3.8)
Резерв времени события определяется следующим образом:
(3.9)
Полный резерв времени работы определяется, используя соотношение (3.10):
(3.10)
Свободный резерв времени можно определить, применяя соотношение (3.11):
(3.11)
В результате исследования определяется критический путь на сетевом графике –
путь, имеющий наибольшую суммарную длительность работ. Применительно к данному
проекту критический путь проходит через вершины: 0-1-3-7-10-12-13 и имеет длину
Ткр=78 дней.
Кроме достаточного условия того, является ли данный путь критическим,
существует также необходимое условие – критический путь всегда проходит через
события с нулевым резервом. Так как в рассматриваемом графике существует только один
путь, проходящий через события с нулевым резервом, то этот путь можно считать
критическим без дополнительного анализа достаточного условия.
4.3 Календарный график выполнения проекта
Для иллюстрации последовательности проводимых работ проекта применяют