Внутренний логический файл – распознаваемая пользователем группа логически связанных данных, которая размещена внутри приложения и обслуживается через внешние вводы.
Внешний интерфейсный файл – распознаваемая пользователем группа логически связанных данных, которая размещена внутри другого приложения и поддерживается им. Внешний файл данного приложения является внутренним логическим файлом в другом приложении.
Каждой из выявленных характеристик ставится в соответствие сложность. Для этого характеристике назначается низкий, средний или высокий ранг, а затем формируется числовая оценка ранга. Для транзакций ранжирование основано на количестве ссылок и количестве типов элементов данных. Для файлов ранжирование основано на количестве типов-элементов записей и типов элементов данных, входящих в файл.
Тип элемента-записи – подгруппа элементов данных, распознаваемая пользователем в пределах файла.
Тип элемента данных – уникальное не рекурсивное (неповторяемое) поле, распознаваемое пользователем. Примеры элементов данных для различных характеристик приведены в табл.4, 5 и содержат правила учета элементов из графического интерфейса пользователя (ГИП).
Примеры элементов данных
Таблица 3.
| Информационная характеристика | Элементы данных |
| Внешние вводы | Поля ввода данных, сообщения об ошибках, вычисляемые значения, кнопки |
| Внешние выводы | Поля данных в отчетах, вычисляемые значения, сообщения об ошибках, заголовки столбцов, которые читаются из внутреннего файла |
| Внешние запросы | Вводимые элементы: поле, используемое для списка, щелчок мыши.Выводимые элементы: отображаемые на экране поля. |
Правила учета элементов данных из ГИП
Например, ГИП для обслуживания клиентов может иметь поля Имя, Адрес, Город, Страна, Почтовый_Индекс, Телефон, Email. Таким образом, имеется 7 полей или семь элементов данных. Восьмым элементом данных может быть командная кнопка (Добавить, Изменить, Удалить). В этом случае каждый из внешних вводов Добавить, Изменить, Удалить будет состоять из 8 элементов данных (7 полей плюс командная кнопка).
Обычно этому экрану ГИП соответствует несколько транзакций. Типичный экран включает несколько внешний запросов, сопровождающих внешний ввод.
Данные для определения ранга и оценки сложности транзакций и файлов приведены в табл.5-9 (числовая оценка указана в круглых скобках). Использовать их очень просто. Например, внешнему вводу, который ссылается на два файла и имеет 7 элементов данных по табл.6 назначается средний ранг и оценка сложности 4.
Ранг и оценка сложности внешних вводов
| Ссылки на файлы | Элементы данных | ||
| 1-4 | 5-15 | >15 | |
| 0-1 | Низкий (3) | Низкий (3) | Средний (4) |
| 2 | Низкий (3) | Средний (4) | Высокий (6) |
| >2 | Средний (4) | Высокий (6) | Высокий (6) |
Ранг и оценка сложности внешних выводов
Таблица 6.
| Ссылки на файлы | Элементы данных | ||
| 1-4 | 5-19 | >19 | |
| 0-1 | Низкий (4) | Низкий (4) | Средний (5) |
| 2-3 | Низкий (4) | Средний (5) | Высокий (7) |
| >3 | Средний (5) | Высокий (7) | Высокий (7) |
Ранг и оценка сложности внешних запросов
Таблица 7.
| Ссылки на файлы | Элементы данных | ||
| 1-4 | 5-19 | >19 | |
| 0-1 | Низкий (3) | Низкий (3) | Средний (4) |
| 2-3 | Низкий (3) | Средний (4) | Высокий (6) |
| >3 | Средний (4) | Высокий (6) | Высокий (6) |
Ранг и оценка сложности внутренних логических файлов
Таблица 8.
| Ссылки на файлы | Элементы данных | ||
| 1-19 | 20-50 | >50 | |
| 0-1 | Низкий (7) | Низкий (7) | Средний (10) |
| 2-5 | Низкий (7) | Средний (10) | Высокий (15) |
| >5 | Средний (10) | Высокий (15) | Высокий (15) |
Ранг и оценка сложности внешних интерфейсных файлов
Таблица 9
| Ссылки на файлы | Элементы данных | ||
| 1-19 | 20-50 | >50 | |
| 0-1 | Низкий (5) | Низкий (5) | Средний (7) |
| 2-5 | Низкий (5) | Средний (7) | Высокий (10) |
| >5 | Средний (7) | Высокий (10) | Высокий (10) |
После сбора всей необходимой информации приступают к расчетам метрики – количества функциональных указателей FP (FunctionPoints).
Исходные данные для расчета сводятся в табл. 10. В таблицу заносится количественное значение характеристики каждого вида (по всем уровням сложности). Места подстановки значений отмечены прямоугольником (этот символ играет роль метки - заполнителя). Количественные значения характеристик умножаются на числовые оценки сложности. Полученные в каждой строке значения суммируются, давая полное значение для данной характеристики. Эти полные значения суммируются по вертикали, формируя общее количество.
Исходные данные для расчета FP – метрик
Таблица 10.
Количество функциональных указателей вычисляется по формуле:
FP=Общее количество*(0,65+0,01*4)=208*(0,65+0,01*4)=143,52, (1)
Где Fi – коэффициент регулировки сложности (I=1..14).
Каждый коэффициент может принимать следующие значения: 0- нет влияния, 1- случайное, 2- небольшое, 3- среднее, 4 – важное, 5 – основное. Значения выбираются эмпирически в результате ответа на 14 вопросов, которые характеризуют системные параметры приложения (табл.11).
После вычисления FP на его основе формируются метрики производительности, качества и другие оценки.
Производительность = ФункцУказатель / Затраты =143,52/1=143,52 (FP/чел.-мес.);
Качество = Ошибки / ФункцУказатель=11/143,52=0,08 (Единиц/FP);
Удельная Стоимость = Стоимость / ФункцУказатель=50/143,52=0,39 (Тыс.$/FP);
Документированность=СтраницДокумента/ФункцУказатель=20/143,52=0,14 (Страниц/FP)
Определение системных параметров приложения
Таблица 11.
| № | Системный параметр | Описание |
| 1 | Передачи данных | Сколько средств данных требуется для передачи или обмена информацией с приложением или системой? |
| 2 | Распределенная обработка данных | Как обрабатываются распределенные данные и функции обработки? |
| 3 | Производительность | Нуждается ли пользователь в фиксации времени ответа или производительности? |
| 4 | Распространенность используемой конфигурации | Насколько распространена текущая аппаратная платформа, на которой будет выполняться приложение? |
| 5 | Скорость транзакций | Как часто выполняются транзакции? (каждый день, каждую неделю, каждый месяц)? |
| 6 | Оперативный ввод данных | Какой процент информации нужно вводить в режиме онлайн? |
| 7 | Эффективность работы конечного пользователя | Приложение проектировалось для обеспечения эффективной работы конечного пользователя? |
| 8 | Оперативное обновление | Как много внутренних файлов обновляется в онлайновой транзакции? |
| 9 | Сложность обработки | Выполняет ли приложение интенсивную логическую или математическую обработку? |
| 10 | Повторная используемость | Приложение разрабатывалось для удовлетворения требований одного или многих пользователей? |
| 11 | Легкость инсталляции | Насколько трудны преобразования и инсталляция приложения? |
| 12 | Легкость эксплуатации | Насколько эффективны и/или автоматизированы процедуры запуска, резервирования и восстановления? |
| 13 | Разнообразные условия размещения | Была ли спроектирована, разработана и поддержана возможность инсталляции приложения в разных местах для различных организаций? |
| 14 | Простота изменений | Была ли спроектирована, разработана и поддержана в приложении простота изменения? |
Область применения функциональных указателей – коммерческие информационные системы. Для продуктов с высокой алгоритмической сложностью используются метрики свойств (FeaturesPoints). Они применимы к системному и инженерному ПО, ПО реального времени и встроенному ПО.