Определение области оценки и границ продукта

Лекции по управлению программными проектами

С. Архипенков

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

Анализ функциональных точек — стандартный метод измерения размера программного продукта с точки зрения пользователей системы. Метод разработан Аланом Альбрехтом (Alan Albrecht) в середине 70-х. Метод был впервые опубликован в 1979 году. В 1986 году была сформирована Международная Ассоциация Пользователей Функциональных Точек (International Function Point User Group — IFPUG), которая опубликовала несколько ревизий метода [2].

Метод предназначен для оценки на основе логической модели объема программного продукта количеством функционала, востребованного заказчиком и поставляемого разработчиком. Несомненным достоинством метода является то, что измерения не зависят от технологической платформы, на которой будет разрабатываться продукт, и он обеспечивает единообразный подход к оценке всех проектов в компании.

При анализе методом функциональных точек надо выполнить следующую последовательность шагов (Рисунок 37):

1. Определение типа оценки.

2. Определение области оценки и границ продукта.

3. Подсчет функциональных точек, связанных с данными.

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

5. Определение суммарного количества не выровненных функциональных точек (UFP).

6. Определение значения фактора выравнивания (FAV).

7. Расчет количества выровненных функциональных точек (AFP).

Рисунок 37. Процедура анализа по методу функциональных точек

Определение типа оценки

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

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

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

3. Продукт. Оценивается объем уже существующего и установленного продукта.

Определение области оценки и границ продукта

Второй шаг — это определение области оценки и границ продукта. В зависимости от типа область оценки может включать:

• Все разрабатываемые функции (для проекта разработки)
• Все добавляемые, изменяемые и удаляемые функции (для проектов поддержки)
• Только функции, реально используемые, или все функции (при оценке продукта и/или продуктов).

Третий шаг. Границы продукта (Рисунок 38) определяют:

• Что является «внешним» по отношению к оцениваемому продукту.
• Где располагается «граница системы», через которую проходят транзакции передаваемые или принимаемые продуктом, с точки зрения пользователя.
• Какие данные поддерживаются приложением, а какие — внешние.

Рисунок 38. Границы продукта в методе функциональных точек

К логическим данным системы относятся:

• Внутренние логические файлы (ILFs) — выделяемые пользователем логически связанные группы данных или блоки управляющей информации, которые поддерживаются внутри продукта.
• Внешние интерфейсные файлы (EIFs) — выделяемые пользователем логически связанные группы данных или блоки управляющей информации, на которые ссылается продукт, но которые поддерживаются вне продукта.

Примером логических данных (информационных объектов) могут служить: клиент, счет, тарифный план, услуга.