Оценка функциональных точек
Оценку размеров и сложности проектируемого программного средства будем производить с помощью метода функциональных точек. Метод функциональных точек является основной технологией для оценки функционального размера как уже готовых, так и находящихся на стадии проектирования программного средства.
Функциональные точки являются мерой функциональности, т.е. полезности программного средства с позиции пользователя. Общая функциональность определяется и измеряется путем:
– анализа логических групп данных, которые используются и поддерживаются ПС и характеризуют, по сути, функциональность данных;
– анализа вводимой и выводимой пользователем информации, т.е. функциональности совершаемых транзакций.
Таким образом, общая функциональность является суммой двух составляющих: Функциональность = Функциональность Данных + Функциональность Транзакций
Измерение функциональности необходимо начинать с определения границ ПС.
Обычно функциональность данных представляется файлами, таблицами баз данных, объектами и другими единицами хранения информации. При анализе по методу функциональных точек рассматриваются два вида групп данных:
– внутренний логический файл (ILF - Internal Logical File) – логически связанная группа данных, определяемая пользователем и находящаяся внутри границ программного средства;
– внешний интерфейсный файл (EIF - External Interface File) – логически связанная группа данных, обеспечивающая программное средство информацией, но лежащая за его пределами и поддерживаемая другим программными средствами.
Транзакции – это элементарные процессы, т.е. наименьшие единицы активности, имеющие смысл для пользователя, которые происходят внутри ПС и которые порождаются входной и выходной информацией. В анализе, основанном на методе функциональных точек, выделяют три вида транзакций:
– внешний ввод (EI - External Input) – процесс ввода данных и управляющей информации в программном средстве;
– внешний вывод (EO - External Output) – процесс, генерирующий данные или управляющую информацию, которые поступают на выход программного средства;
– внешний запрос (EQ - External Inquiry) – диалоговый ввод, который приводит к немедленному ответу программного средства в форме диалогового вывода.
Общая цель анализа по методу функциональных точек – это подсчет нормированного количества функциональных точек. Этот процесс включает в себя пять шагов:
1. Определение границ ПС;
2. Идентификация и оценка функциональности данных (ILF- внутренний логический файл, EIF - внешний интерфейсный файл);
3. Идентификация и оценка функциональности транзакций (EI - внешний ввод, EO - внешний вывод, EQ - внешний запрос);
4. Определение значения нормирующего фактора (VAF);
5. Подсчет нормированного количества функциональных точек.
Составим модель функциональных точек для программного средства, реализующего информационную систему управления взаимоотношениями с клиентами.
Определим границы проектируемого программного средства. Очевидно, что разрабатываемое программное средство является локальным и обмен данными с другими программными средствами не предусматривается.
Разрабатываемое программное средство будет работать с локальной базой данных, состоящей из 7 таблиц – «Сотрудник», «Клиент», «Адрес», «Должность», «Контактное лицо», «e-mail», «Договор». Таким образом, разрабатываемое программное средство будет иметь 7 внутренних логических файлов (ILF).
Все внутренние логические файлы содержат от 1 до 3 типов элементов записей (RET): символьный формат, числовой формат и формат дата/время.
Число типов элементов данных внутренних логических файлов DET равно от 2 до 5. Таким образом, уровень сложности внутренних логических файлов – низкий.
В программном средстве имеются 19 внешних входов (EI):
– «Добавление сотрудника», (FTR=1; DET=5; уровень сложности: низкий);
– «Изменение данных о сотруднике», (FTR=1; DET=5; уровень сложности: низкий);
– «Удаление сотрудника»; (FTR=1; DET=5; уровень сложности: низкий);
– «Добавление клиента», (FTR=1; DET=4; уровень сложности: низкий);
– «Изменение данных о клиенте», (FTR=1; DET=4; уровень сложности: низкий);
– «Удаление клиента»; (FTR=1; DET=4; уровень сложности: низкий);
– «Добавление адреса», (FTR=2; DET=5; уровень сложности: средний);
– «Изменение адреса», (FTR=2; DET=5; уровень сложности: средний);
– «Удаление адреса»; (FTR=2; DET=5; уровень сложности: средний);
– «Добавление должности», (FTR=1; DET=2; уровень сложности: низкий);
– «Удаление должности»; (FTR=1; DET=2; уровень сложности: низкий);
– «Добавление контактного лица», (FTR=1; DET=5; уровень сложности: низкий);
– «Изменение контактного лица», (FTR=1; DET=5; уровень сложности: низкий);
– «Удаление контактного лица». (FTR=1; DET=5; уровень сложности: низкий);
– «Добавление e-mail’а», (FTR=1; DET=3; уровень сложности: низкий);
– «Удаление e-mail’а». (FTR=1; DET=3; уровень сложности: низкий);
– «Добавление договора», (FTR=4; DET=8; уровень сложности: высокий);
– «Изменение договора», (FTR=4; DET=8; уровень сложности: высокий);
– «Удаление договора»; (FTR=4; DET=8; уровень сложности: высокий);
Эти функции модифицируют данные во внутренних логических файлах.
В проектируемой программе имеется 10 внешних запросов (EQ):
– «Вывод списка договоров», (FTR=4; DET=7; уровень сложности: высокий);
– «Поиск договора», (FTR=4; DET=7; уровень сложности: высокий);
– «Вывод списка контактных лиц», (FTR=1; DET=5; уровень сложности: низкий);
– «Вывод списка клиентов», (FTR=1; DET=4; уровень сложности: низкий);
– «Поиск контактных лиц», (FTR=1; DET=5; уровень сложности: низкий);
– «Вывод списка должностей», (FTR=1; DET=3; уровень сложности: низкий);
– «Поиск клиентов», (FTR=1; DET=4; уровень сложности: низкий);
– «Вывод списка e-mail», (FTR=1; DET=3; уровень сложности: низкий);
– «Поиск e-mail’а» (FTR=1; DET=3; уровень сложности: низкий);
– «Вывод списка сотрудников», (FTR=1; DET=3; уровень сложности: низкий).
Кроме того, имеется 15 внешних выходов (EO), представляющих собой выводы различных уведомляющих сообщений, выводимых при добавлении или удалении записей. 12 EO имеют низкий уровень сложности. 3 – средний,
Таблица 4.1 – Исходные данные и результаты расчета количества функциональных точек
Теперь можно вычислить ненормированное количество функциональных точек (UFPC).
UFPC = 212
Основными влияющими характеристиками для данной системы являются:
«Обмен данными» (вес 2);
«Распределенные функции» (вес 3);
«Диалоговый ввод данных» (вес 4);
«Простота использования» (вес 5);
«Легкость изменения» (вес 2).
Остальные характеристики имеют вес равный 0, либо не присутствуют, либо не имеют значения для данного ПС.
Суммарное значение весов всех рассмотренных характеристик равно 14. Нормирующий фактор VAF = 0.65 + 0.01*TDI = 0,65+0,01*(16) = 0,81.
Таким образом, нормированное количество функциональных точек для редактора тестов равно:
AFPC = UFPC*VAF = 194*0,79 = 171,72
Бэкфайер-метод основан на использовании так называемого «языкового множителя», который представляет собой среднее количество строк исходного кода конкретного алгоритмического языка, приходящееся на одну нормированную функциональную точку. Таким образом, если язык реализации выбран, то можно оценить количество строк исходного кода разрабатываемого программного средства путем умножения нормированного количества функциональных точек на соответствующий языковой множитель SLOC = AFPC*LM:
SLOC = 171,72*53= 9101,16