Упрощенные методы вычисления функциональных пунктов

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

Эксперты в области оценки предложили ряд упрощенных методов вычисления функциональных пунктов. С учетом других источников изменчивости, при

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

Голландский метод

Ассоциация метрик программного обеспечения Нидерландов (NESMA) предлагает «индикативный» метод для вычисления функциональных пунктов на ранней стадии проекта (Stutzke 2005). В этом методе вместо всех входных/выходных элементов и запросов учитываются только внутренние логические файлы и внешние интерфейсные файлы. Затем индикативная метрика вычисляется по следующей формуле:

ФОРМУЛА № 8

ИндикативныеФункциональныеПункты = (35 х ВнутренниеЛогическиеФайлы) + (15 х Внешние- ИнтерфейсныеФайлы).

Коэффициенты 35 и 15 были получены посредством калибровки. В конечном итоге их рекомендуется заменить калибровочными коэффициентами, полученными по данным вашей среды.

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

СОВЕТ № 82

Используйте голландский метод для получения приближенной оценки с минимальными затратами на ранней стадии проекта.

Элементы GUI

Вместо прямого вычисления функциональных пунктов можно начать с подсчета элементов графического интерфейса (GUI); это пример опосредованных методов оценки, о которых было рассказано в главе 12.

При использовании этого подхода следует понимать, какая неопределенность закладывается в вашу оценку. Вероятно, некоторая определенность существует уже в исходных количествах элементов GUI или ваших оценках. Дополнительная неопределенность вводится при преобразовании элементов GUI в функциональные

пункты. И наконец, при преобразовании функциональных пунктов в строки кода ее становится еще больше.

Таблица 18.4. Опосредованный подсчет элементов GUI вместо функциональных пунктов Элемент GUI              Эквивалент              в функциональных пунктах

Простое клиентское окно

Среднее клиентское окно

Сложное клиентское окно

Средний отчет Сложный отчет Любой файл Простой интерфейс

Средний интерфейс

Сложный интерфейс

Окно сообщения или диалоговое окно

СОВЕТ № 83

Используйте подсчет элементов GUI для получения приближенной оценки с минимальным объемом работы на ранней стадии проекта.