МЕТОДИКИ ОЦЕНКИ ТРУДОЕМКОСТИ РАЗРАБОТКИ ПО

[Vasya2000]

МЕТОДИКИ ОЦЕНКИ ТРУДОЕМКОСТИ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
Данная методика основана на материалах компании Rational Software.
1 ОПРЕДЕЛЕНИЕ ВЕСОВЫХ ПОКАЗАТЕЛЕЙ ДЕЙСТВУЮЩИХ ЛИЦ
Все действующие лица системы делятся на три типа: простые, средние и сложные.

• Простое действующее лицо представляет внешнюю систему с четко определенным программным интерфейсом.
  
• Среднее действующее лицо представляет либо внешнюю систему, взаимодействующую с данной системой посредством протокола наподобие TCP/IP, либо личность, пользующуюся текстовым интерфейсом (например, алфавитно-цифровым терминалом).
  
• Сложное действующее лицо представляет личность, пользующуюся графическим пользовательским интерфейсом.
  

Общее количество действующих лиц каждого типа умножается на соответствующий весовой коэффициент, затем вычисляется общий весовой показатель (табл. 3.1).

Таблица 3.1 Весовые коэффициенты действующих лиц

Тип действующего лица	Весовой коэффициент
Простое	1
Среднее	2
Сложное	3

В качестве примера рассмотрим систему регистрации для учебного заведения (табл. 3.2).

Таблица 3.2 Типы действующих лиц





[/tr]

Действующее лицо	Тип
Студент	Сложное
Профессор	Сложное
Регистратор	Сложное
Расчетная система	Простое
Каталог курсов	Простое

Таким образом, общий весовой показатель равен: А=2*1 + 3*3 = 11

2 ОПРЕДЕЛЕНИЕ ВЕСОВЫХ ПОКАЗАТЕЛЕЙ ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ
Все варианты использования делятся на три типа; простые, средние и сложные в зависимости от количества транзакций в потоках событий (основных и альтернативных). В данном случае под транзакцией понимается атомарная последовательность действий, которая выполняется полностью или отменяется.
Общее количество вариантов использования каждого типа умножается на соответствующий весовой коэффициент, затем вычисляется общий весовой показатель (табл. 3.3).

Таблица 3.3 Весовые коэффициенты вариантов использования

Тип варианта использования	Описание	Весовой коэффициент
Простой	3 или менее транзакций	5
Средний	От 4 до 7 транзакций	10
Сложный	Более 7 транзакций	15

Другой способ определения сложности вариантов использования заключается в подсчете количества классов анализа, участвующих в их реализации (табл. 3.4).

Таблица 3.4 Весовые коэффициенты вариантов использования

Тип варианта использования	Описание	Весовой коэффициент
Простой	Менее 5 классов	5
Средний	От 5 до 10 классов	10
Сложный	Более 10 классов	15

Для системы регистрации сложность вариантов использования определяется следующим образом (табл. 3.5).
Таблица 3.5
Сложность вариантов использования

Вариант использования	Тип
Войти в систему	Простой
Зарегистрироваться на курсы	Средний
Просмотреть табель успеваемости	Простой
Выбрать курсы для преподавания	Средний
Проставить оценки	Простой
Курировать информацию о профессорах	Простой
Курировать информацию о студентах	Простой
Закрыть регистрацию	Средний

Таким образом, общий весовой показатель равен:
UC = 5 * 5 +10 * 3 = 55.
В результате получаем показатель UUCP (Unadjusted Use Case Points):
UUCP=A+UC=66


3 ОПРЕДЕЛЕНИЕ ТЕХНИЧЕСКОЙ СЛОЖНОСТИ ПРОЕКТА
Техническая сложность проекта (TCF - Technical Complexity Factor) вычисляется с учетом показателей технической сложности (табл. 3.6).
Каждому показателю присваивается значение Тi. в диапазоне от 0 до 5 (0 означает отсутствие значимости показателя для данного проекта, 5 - высокую значимость). Значение TCF вычисляется по формуле
TCF = 0,6 + (0,01*(STi* Весi))
Вычислим TCF для системы регистрации (табл. 3.7),
TCF = 0,6 + (0,01 * 40) = 1,0.

Таблица 3.6 Показатели технической сложности проекта TCF

Показатель	Описание	Вес
Т1	Распределенная система	2
Т2	Высокая производительность (пропускная способность)	1
T3	Работа конечных пользователей в режиме он-лайн	1
Т4	Сложная обработка данных	-1
Т5	Повторное использование кода	1
Т6	Простота установки	0,5
Т7	Простота использования	0,5
Т8	Переносимость	2
Т9	Простота внесения изменений	1
T10	Параллелизм	1
T11	Специальные требования к безопасности	1
T12	Непосредственный доступ к системе со стороны внешних пользователей	1
T13	Специальные требования к обучению пользователей	1

Таблица 3.7 Показатели технической сложности системы регистрации

Показатель	Вес	Значение	Значение с учетом веса
T1	2	4	8
T2	1	3	3
T3	1	5	5
T4	1	1	1
T5	1	0	0
T6	0,5	5	2,5
T7	0,5	5	2,5
T8	2	0	0
T9	1	4	4
T10	1	5	5
T11	1	3	3
T12	1	5	5
T13	1	1	1
S			40

продолжение следует...

[Vasya2000]

ОПРЕДЕЛЕНИЕ УРОВНЯ КВАЛИФИКАЦИИ РАЗРАБОТЧИКОВ
Уровень квалификации разработчиков (EF - Environmental Factor) вычисляется с учетом следующих показателей (табл. 3,8).

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

Показатель	Описание	Вес
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 = 1,4 + (- 0,03 * (S Fi * Весi))

Окончательное значение UCP (Use Case Points) вычисляется следующим образом:
UCP=UUCP*TCF*EF

Сообщение отредактировано: Vasya2000 - 06.07.03, 03:21

[Vasya2000]

ОЦЕНКА ТРУДОЕМКОСТИ ПРОЕКТА
В качестве начального значения предлагается использовать 20 чел.-ч на одну UCP. Эта величина может уточняться с учетом опыта разработчиков. Приведем пример возможного уточнения.
Рассмотрим показатели F1 - F8 и определим, сколько показателей F1 - F6 имеют значение меньше 3 и сколько показателей F7 - F8 имеют значение больше 3. Если общее количество меньше или равно 2, следует использовать 20 чел.-ч на одну UCP, если 3 или 4 - 28. Если общее количество равно 5 или более, следует внести изменения в сам проект, в противном случае риск провала слишком высок.

[Vasya2000]

МЕТОДИКА ОЦЕНКИ ТРУДОЕМКОСТИ РАЗРАБОТКИ НА ОСНОВЕ
ФУНКЦИОНАЛЬНЫХ ТОЧЕК
ОБЩИЕ СВЕДЕНИЯ
Рассматриваемый в данном разделе сокращенный вариант методики оценки трудоемкости разработки ПО основан на материалах консорциума IFPUG (International Function Point User Group) и компании SPR (Software Productivity Research), которая является одним из лидеров в области методов и средств оценки характеристик ПО.
Составляющие оценки трудоемкости разработки ПО:

• оценка размера разрабатываемого продукта. Для ПО в прежнее время основной мерой оценки являлось количество строк кода (LOG - Lines of Code), а в настоящее время является количество функциональных точек (FPs - Function Points);
  
• оценка трудоемкости в человеко-месяцах или человеко-часах;
  
• оценка продолжительности проекта в календарных месяцах;
  
• оценка стоимости проекта.
  

Согласно данной методике трудоемкость вычисляется на основе функциональности разрабатываемой системы, которая в свою очередь определяется на основе выявления функциональных типов - логических групп взаимосвязанных данных, используемых и поддерживаемых приложением, а также элементарных процессов, связанных с вводом и выводом информации.
Порядок расчета трудоемкости разработки ПО:

• определение количества и сложности функциональных типов приложения;
  
• определение количества связанных с каждым функциональным типом элементарных данных (DET), элементарных записей (RET) и файлов типа ссылок (FTR);
  
• определение сложности (в зависимости от количества DET, RET и FTR);
  
• подсчет количества функциональных точек приложения;
  
• подсчет количества функциональных точек с учетом общих характеристик системы
  
• оценка трудоемкости разработки (с использованием различных статистических данных).
  

В состав функциональных типов (function type) включаются следующие элементы приложений разрабатываемой системы:
[nlist]
[*]Внутренний логический файл (Internal Logical File, ILF) -идентифицируемая совокупность логически взаимосвязанных записей данных, поддерживаемая внутри приложения посредством элементарного процесса
[*]Внешний интерфейсный файл (External Interface File, EIF) - идентифицируемая совокупность логически взаимосвязанных записей данных, передаваемых другому приложению или получаемых от него и поддерживаемых вне данного приложения.
[*]Входной элемент приложения (External Input, El) - элементарный процесс, связанный с обработкой входной информации приложения - входного документа или экранной формы. Обрабатываемые данные могут соответствовать одному или более ILF.
[*]Выходной элемент приложения (External Output, EO) - элементарный процесс, связанный с обработкой выходной информации приложения - выходного отчета, документа, экранной формы.
[*]Внешний запрос (External Query, EQ) - элементарный процесс, состоящий из комбинации «запрос/ответ», не связанной с вычислением производных данных или обновлением ILF (базы данных).[/nlist]

Сообщение отредактировано: Vasya2000 - 06.07.03, 03:31