ВУЗ: Алтайский Государственный Университет
Категория: Учебное пособие
Дисциплина: Управление проектами
Добавлен: 23.10.2018
Просмотров: 3676
Скачиваний: 14
16
Продолжение табл. 2.14
1
2
3
1.3. Управление рисками и архитектурой про-
екта
F3
1,39
1.4. Слаженность работы коллектива
F4
1,29
1.5. Технологическая зрелость обеспечения
разработки
F5
1,43
2. Требования и характеристики объекта
разработки
2.1. Надежность функционирования
М1
1,54
2.2. Размер базы данных
М2
1,42
2.3. Сложность функций и структуры
М3
2,38
2.4. Требование повторного использования
компонентов
М4
1,31
2.5. Полнота и соответствие документации
проекта
М5
1,52
3. Характеристики коллектива специали-
стов
3.1. Квалификация аналитиков
М9
2,00
3.2. Квалификация программистов
М10
1,76
3.3. Стабильность коллектива
М11
1,51
3.4. Опыт работы по тематике проекта
М12
1,51
3.5. Опыт работы в инструментальной среде
М13
1,40
3.6. Опыт работы с языками программирова-
ния
М14
1,43
4. Технологическая среда разработки
4.1. Уровень инструментальной поддержки
проекта
М15
1,50
4.2. Необходимость распределенной разработ-
ки проекта
М16
1,53
4.3. Ограничения длительности разработки
проекта
М17
1,43
5. Аппаратно-вычислительная среда
разработки
5.1. Ограниченность времени исполнения
программ
М6
1,63
5.2. Ограниченность доступной оперативной
памяти
М7
1,46
5.3. Изменчивость виртуальной среды
разработки проекта
М8
1,49
Оценка трудоемкости разработки программной системы по модифицированной модели произво-
дится по выражению:
17
12
/
1
)
(
1
)
(
n
i
M
n
i
П
KLOC
E
R
A
T
=
×
×
=
, (2.11)
где
A
=
2,94
B
= 0,91
E
= B
+ 0,01
∑
=
5
1
J
F
j
Данная модель предусматривает возможность прогнозирования длительности разработки проек-
та на основе регрессионной модели:
H
T
G
⋅
=
Д
, (2.12)
где G = 3,67, K = 0,28, B = 0,91, H = K + 0,02 * (E – B)
Средняя численность сотрудников составляет:
Д
/
T
Z
=
(2.13)
Использование модифицированной модели COCOMO II позволяет в среднем на 5 – 10% повы-
сить точность определения технико-экономических показателей проекта.
2.3.3.
Определение технико-экономических показателей проекта на основе размерности
базы данных программной системы
Размерность программной системы определяется количеством объектов, атрибутов и их взаимо-
связями на объектных диаграммах бизнес-процессов [6].
Атрибут
– простейший элемент базы данных информационной модели, содержащей одну из ха-
рактеристик предметной области и вводимой либо непосредственно пользователем, либо заносящий-
ся в базу из справочников и классификаторов.
Объект
– элемент базы данных, формируемый из атрибутов и содержащий информацию о ре-
альном процессе, явлении, предмете.
Размерность программного обеспечения определяется по следующей формуле:
M
K
N
R
10
5
2
1
⋅
⋅
=
, (2.14)
где
N
– количество объектов (таблиц) предметной области, количество связей между таблицами
неограниченно и определяется структурой базы данных;
K
1
–
суммарное количество взаимосвязей между объектами;
М – суммарное
количество атрибутов предметной области, приходящихся на один объект.
Количество связей между атрибутами определяется количеством источников формирования ат-
рибутивной информации.
Нормализованной величиной при создании программной системы является количество форми-
руемых атрибутов, входящих в электронные таблицы посредством установленных связей.
При значениях
N, K
1
,
М
,
равных единице, величина, выражающая их количество равна 100.
Трудозатраты разработки определяются по формуле 2.15 на основе статистических нормативов тру-
доемкости, приведенных в табл. 2.15 [6].
θ
⋅
⋅
=
R
T
01
.
0
, (2.15)
где
θ
– норматив трудоемкости разработки программной системы.
Таблица 2.15
Нормативы трудоемкости разработки программной системы
Категория сложности
Значение
норматива
θ
(чел./месяц)
* Разработка прикладных программ (пользователь-
ских приложений) с использованием стандартных
средств СУБД
0,00566
18
Категория сложности
Значение
норматива
θ
(чел./месяц)
** Количество прикладных программ (не более 3-х)
*** Размерность базы данных (до 90 тыс. полей)
* Разработка прикладных программ (пользователь-
ских приложений) с использованием стандартных
пакетов прикладных программ
** Количество прикладных программ (от 3-х до 10-
ти)
*** Размерность базы данных (от 90 тыс. до 200
тыс. полей)
0,00808
* Разработка прикладных программ (пользователь-
ских приложений) с использованием языков высо-
кого уровня
** Количество прикладных программ (не ограниче-
но)
*** Размерность базы данных (от 200 тыс. до 500
тыс. полей)
0,01537
Длительность разработки может быть задана директивно заказчиком, исходя из реальных по-
требностей его бизнеса и наличия финансовых ресурсов, при этом средняя численность специалистов
определяется по формуле:
Д
/
T
Z
=
(2.16)
Данный метод рекомендуется использовать при разработке программных систем на базе стан-
дартных СУБД при:
− больших размерностях базы данных, формируемой из различных источников;
− наличии специализированных компонент, реализующих произвольные информационные за-
просы пользователей.
2.4.
Определение стоимости программной системы
2.4.1.
Определение фонда оплаты труда на разработку и комплексные испытания про-
граммной системы
В основу определения фонда оплаты труда положены:
− длительность реализации каждого этапа жизненного цикла проекта;
− количество и качественный состав специалистов, привлекаемых на каждом этапе проекта;
− базовая месячная ставка специалиста-программиста.
В табл. 2.16, 2.17 приведены среднестатистические распределения первых двух величин по ос-
новным этапам жизненного цикла создания программных систем [4].
Таблица 2.16
Распределение трудозатрат и длительности по основным этапам
жизненного цикла создания программных систем
№
п.п.
Этапы жизненного
цикла
Трудозатраты
α
(%)
Длительность
β
(%)
1
Анализ предметной об-
ласти и разработка
требований
10
10
2
Проектирование
22
30
3
Программирование
40,5
35
4
Тестирование и ком-
плексные испытания
27,5
25
19
Используя эти распределения, по выражению 2.17 можно рассчитать среднюю численность со-
трудников, занятых на каждом из этапов создания программной системы.
Д
T
Z
i
i
i
β
α
/
=
,
i
=
1,4 (2.17)
В табл. 2.17 дано относительное распределение численности специалистов на каждом из четырех
этапов жизненного цикла создания программной системы.
Таблица 2.17
Распределение специалистов по этапам
жизненного цикла программной системы
Типы специалистов (%)
№
п.п.
Этапы жизненного цикла
Анали-
тики
Програм-
мисты
Техниче-
ские спе-
циалисты
1
Анализ предметной
области и разработка
требований
40
20
40
2
Проектирование
35
35
30
3
Программирование
10
65
25
4
Тестирование и
комплексные испытания
15
60
25
Численность каждого типа специалистов на каждом из этапов жизненного цикла создания про-
граммной системы определяется по выражению:
i
ij
ij
Z
P
Z
⋅
=
, i=1,4 j=1,3, (2.18)
где
ij
P
– относительная доля (%) специалистов j-го типа, привлекаемых для реализации проекта
на i-ом этапе.
Фонд заработной платы для реализации i-го этапа проекта определяется по формуле:
S
Д
Z
S
j
j
i
ij
i
⋅
⋅
=
∑
=
3
1
, i = 1,4, (2.19)
где
Д
i
– длительность i-го этапа проекта;
S
j
– месячный фонд заработной платы специалиста j-го типа.
В основу определения
S
j
может быть положена месячная базовая ставка программиста, размер
которой может быть принят как одна из альтернатив: базовая ставка программиста заказчика; базовая
ставка программиста разработчика; средне- рыночная базовая ставка программиста в данном регионе.
В качестве ориентира для согласования базовой ставки может быть принята стоимость разработ-
ки одной строки исходного кода программы 20-50 $ US [4] и принятой производительности труда
(раздел 2.3.1.).
При этом месячная ставка специалиста-программиста соотносится к месячной ставке системного
аналитика как 1:1,3, а к ставке технического специалиста – как 1:0,7.
Общий фонд заработной платы на реализацию проекта определяется по формуле:
∑
=
=
4
1
i
i
S
S
(2.20)
2.4.2.
Определение фонда оплаты труда на проведение опытной эксплуатации программ-
ной системы
На этапе опытной эксплуатации программной системы в соответствии с ГОСТ 34.603-92 [7] про-
изводится заполнение нормативной базы, справочников, классификаторов, эксплуатация программ-
ного обеспечения в регламентном режиме, доработка программного обеспечения и рабочей доку-
20
ментации в случае несоответствия текущей версии системы требованиям технического задания. Срок
опытной эксплуатации оговаривается в техническом задании.
Численность сотрудников, привлекаемых к опытной эксплуатации определяется по формуле:
N
t
Z
оп
оп
⋅
=
, (2.21)
где
t
оп
— срок опытной эксплуатации;
N
– норматив трудоемкости при проведении опытной эксплуатации.
Нормативы трудоемкости опытной эксплуатации программной системы определяются исходя из
среднестатистических нормативов [6] согласно таблице 2.18.
Таблица 2.18
Нормативы трудоемкости опытной эксплуатации
Измеритель – 1 сеанс работы
Категория сложности
Значение
норматива
N
(чел./месяц)
* Количество пользователей (не более 10)
** Количество сеансов работы с системой в те-
чение года (от 10 до 150)
0,00354
* Количество пользователей (не более 20)
** Количество сеансов работы с системой в те-
чение года (от 150 до 650)
0,00504
* Количество пользователей (не ограничено)
** Количество сеансов работы с системой в те-
чение года (от 650 до 6000)
0,0095
Опытная эксплуатация проводится группой внедрения разработчика с привлечением, в случае
необходимости, программистов, при этом относительный норматив заработной платы специалиста
составляет 0,85.
Фонд заработной платы на проведение опытной эксплуатации определяется по формуле:
S
t
Z
S
п
оп
оп
оп
⋅
⋅
=
· 0,85, (2.22)
где
S
п
— месячная базовая ставка программиста.
2.4.3.
Структура договорной цены на программное обеспечение
Структура договорной цены представлена в табл. 2.19 и состоит из следующих разделов:
1) прямые расходы:
− фонд оплаты труда;
− страховые взносы в Пенсионный фонд (ПФР), Фонд социального страхования (ФСС) и Феде-
ральный фонд обязательного медицинского страхования (ФОМС);
− увеличение стоимости основных средств – по данной статье приобретаются все основные
средства организации (в т.ч. средства вычислительной техники);
− амортизация средств ВТ стоимостью от 40000 рублей и выше, используемых разработчиком
при реализации проекта, исходя из установленного в организации срока полезного использования
техники (25-36 месяцев);
− командировочные расходы – при необходимости (определяются на договорной основе), а для
бюджетных учреждений – на основании Приказов Минфина РФ;
− оплата коммунальных услуг, размер которых определяется исходя из численности специали-
стов и нормативов площади на 1 рабочее место;
− прочие расходы (расходные материалы, услуги связи и т.д.) определяются на договорной ос-
нове – по согласованию с заказчиком, при этом услуги связи (телефоны, Интернет) определяются