Определение уровня квалификации разработчиков

Уровень квалификации разработчиков (EF — environmental factor) вычисляется с учетом следующих показателей (табл. 6.17).

Таблица 6.17

Показатели уровня квалификации разработчиков

Показатель	Описание	Вес
F1	Знакомство с технологией	1,5
F2	Опыт разработки приложений	0,5
F3	Опыт использования объектно-ориентированного подхода	1
F4	Наличие ведущего аналитика	0,5
F5	Мотивация	1
F6	Стабильность требований	2
F7	Частичная занятость	-1
F8	Сложные языки программирования	-1

Каждому показателю присваивается значение в диапазоне от О до 5. Для показателей F1 — F4 0 означает отсутствие, 3 — сред­ний уровень, 5 — высокий уровень. Для показателя F5 0 означает отсутствие мотивации, 3 — средний уровень, 5 — высокий уровень мотивации. Для F6 0 означает высокую нестабильность требова­ний, 3 — среднюю, 5 — стабильные требования. Для F7 0 означа­ет отсутствие специалистов с частичной занятостью, 3 — средний уровень, 5 — все специалисты с частичной занятостью. Для пока­зателя F8 0 означает простой язык программирования, 3 — сред­нюю сложность, 5 — высокую сложность.

Значение EF вычисляется по следующей формуле:

.

Вычислим EF для системы регистрации (табл. 6.18).

Таблица 6.18

Показатели уровня квалификации разработчиков системы регистрации

Показатель	Вес	Значение	Значение с учетом веса
F1	1.5	1	1,5
F2	0,5.	1	0,5
F3	1	1	1
F4	0,5	4	2
F5	1	5	5
F6	?	3	6
F7	-1	0	0
F8	-1	3	-3
S		| 1	13

EF= 1,4+ (-0,03* 13) = 1,01.

В результате получаем окончательное значение UCP (use case points):

UCP = UUCP * TCF * EF = 56*1,0*1,01 = 56,56.

6.4.5.

Оценка трудоемкости проекта

В качестве начального значения предлагается использовать 20 человеко-часов на одну UCP. Эта величина может уточняться с учетом опыта разработчиков. Приведем пример возможного уточнения.

Рассмотрим показатели Fl—F8 и определим, сколько показа­телей Fl—F6 имеют значение меньше 3 и сколько показателей F7—F8 имеют значение больше 3. Если общее количество меньше или равно 2, следует использовать 20 чел.-ч. на одну UCP, если 3 или 4—28. Если общее количество равно 5 или более, следует внести изменения в сам проект, в противном случае риск прова­ла слишком высок.

Для системы регистрации получаем 28 чел.-ч. на одну UCP, та­ким образом, общее количество человеко-часов на весь проект равно 56,56*28 = 1583,68, что составляет 40 недель при 40-часовой рабочей неделе. Допустим, что команда разработчиков состоит из четырех человек, и добавим 3 недели на различные непредвиден­ные ситуации, тогда в итоге получим 13 недель на весь проект.

Опытные данные компании Rational. Проект среднего размера (приблизительно 10 разработчиков, более чем 6-8 месяцев) мо­жет включать приблизительно 30 вариантов использования. Это соответствует тому, что средний вариант использования содержит 12 UCP, и каждая UCP требует 20-30 ч. Это означает общую тру­доемкость 240-360 чел.-ч. на вариант использования. Таким об­разом, 30 вариантов использования потребуют приблизительно 9000 чел.-ч. (10 разработчиков в течение 6 месяцев). Однако пря­мой пропорции не существует: очень большой проект со 100 раз­работчиками и сроком 20 месяцев не начнется с 1000 вариантов использования из-за проблем размерности.

Использование описанной выше методики для простых и сложных систем хорошо согласуется с опытными данными ком­пании Rational (приблизительно 150-350 ч. на один вариант ис­пользования). Самая простая система (весовой показатель UC = 5, А = 2, UUCP = 7) дает (при 20 чел.-ч. на UCP) приблизительно 140 чел.-ч. Сложная система (весовой показатель UC = 15, А = 3, UUCP = 18) дает приблизительно 360 чел.-ч.

6.5.