Материал: Методические указания к выполнению лабораторных и практических работ по информационному менеджменту. Стахурлов С.В

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

Затраты на подготовку сопроводительной документации qidoc проекта можно также определить, используя соответствующий коэффициент. Коэффициент затрат на написание документации отражает отношение затрат труда на создание сопроводительной документации к затратам труда на разработку изделия. Его значение может достигать nd = 0.75. Для небольших программ коэффициент затрат на написание сопроводительной документации может составить nd – 0.35. Установленное значение следует использовать в соотношении:

(9)

С учетом соотношений (4), (5), (8) и (9) можно определить трудозатраты соответствующего этапа проекта или проекта в целом:

(10)

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

(11)

Затраты труда на внедрение нового решения зависят от времени на осуществление опытной эксплуатации, которое согласовывается с заказчиком и обычно составляет один месяц и, или 22 чел.-дня. При 8-часовом рабочем дне этап внедрения может потребовать 176 чел.-ч.

Подставляя полученные данные в соотношение (1), определяют общее значение трудозатрат для выполнения проекта:

QP = Qpr + qo.

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

Таблица 1.1

Расчет трудоемкости проектирования информационной системы

Этап

№

работы

Содержание работы

Трудоемкость

(чел.-ч.)

(чел.-дни)

1

1

Разработка общих алгоритмов

2

Разработка алгоритмов вспомогательных модулей

2

3

Программирование интерфейсов

…

…

…

…

…

Анализ трудоемкости на основе экспертных оценок

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

Ожидаемая продолжительность работы qt рассчитывается как математическое ожидание для –распределения. В этом случае, ожидаемая продолжительность работ вычисляется по формуле:

(12)

где Timin и Тimax – минимальная и максимальная продолжительность работы (назначаются в соответствии с экспертными оценками).

В таблице 1.2 показаны возможный перечень основных работ проекта и расчет их трудоемкости на основе экспертных оценок.

Таблица 1.2.

Расчет трудозатрат на работы проекта методом экспертных оценок

№

работы

Содержание работы

Трудозатраты

чел.-ч.

чел.-дни

tmin

tmax

tож

tож

1

Разработка структуры системы

22

60

37.2

4.7

2

Разработка функциональной схемы модуля центрального узла системы

18

45

28.8

3.6

3

Разработка функциональных схем модулей вычислительных узлов системы

20

65

38

4.8

4

Разработка спецификаций проектируемого ПО

40

50

48

6

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

№

работы

Содержание работы

Трудозатраты

чел.-ч.

чел.

дни

tmin

tmax

tож

tож

5

Проектирование компонентов программного продукта

40

100

64

8

6

Определение спецификаций компонентов ПО

60

100

76

9.5

7

Реализация основных алгоритмов программных модулей

150

200

170

21.25

8

Реализация алгоритмов регистрации узлов в системе и ведение каталога узлов

20

50

32

4

9

Реализация алгоритмов загрузки на узлы вычислительных программ

20

50

32

4

10

Реализация алгоритмов управления работой системы с консоли управления

20

50

32

4

11

Разработка методик тестирования компонентов системы

40

100

64

8

12

Разработка методик тестирования системы

20

30

24

3

Разработка руководства пользователя

80

160

112

14

13

Настройка подсистем и автономное тестирование

60

75

66

8.25

14

Сборка программного обеспечения

10

25

16

2

15

Комплексное тестирование ПО

10

25

16

2

16

Отладка программного обеспечения

60

150

96

12

17

Оценочное тестирование ПО на предельных вычислительных нагрузках

6

15

9.6

1.2

ВСЕГО:

961.6

120

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

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

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

(13)

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

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

F = T * FM (14)

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

(15)

где: tp – продолжительность рабочего дня; DK – общее число дней в году; DB – число выходных дней в году; DП – число праздничных дней в году.

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

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

(16)

где: tpp – расчетная продолжительность работы; 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 – номер события; Tip – ранний срок наступления события I; Tiп – поздний срок наступления события i; Ri – резерв времени события I; tij – продолжительность работы i-j; Rijп – полный резерв времени работы i-j; Rijс – свободный резерв времени работы i-j.

Источник: https://studfile.net/preview/16566968/