Примеры элементов данных для транзакциймодели функциональных точек
Различные группы элементов данных (DET) также позволяютотличать внешние вводы, выводы или запросы друг от друга. Такимобразом, можно считать, что уникальная группа DET создает элементарный процесс, называемый EI, EO или EQ.
В современных ПС наибольшее распространение получил графическийпользовательский интерфейс (GUI). Подробно правилаподсчета DET показаны в табл. 8.
Рекурсивные поля ввода или вывода, т.е. поля, используемые
одним и тем же способом многократно, считаются как один DET. По
этой причине одним элементом данных считается звуковой сигналвне зависимости от длительности воспроизведения или количествавоспроизводимых нот.
Каждый управляющий ключ (командная кнопка, такая как OK,Next и т.п.) считаются как один DET, если они инициируют какуюлибо транзакцию. С другой стороны, если группа управляющих ключей выполняет одну и ту же функцию (транзакцию), то такую группу
также учитывают как один DET.
Определение значения нормирующего фактора (VAF).
Значение нормирующего фактора (VAF) определяется с использованием табл. 5 и формулы 2 экспертным способом.
Подсчет нормированного количества функциональных точек.
Нормированное количество функциональных точек подсчитывается с использованием формул (1) и (3). Следует заметить, что вомногих организациях процедуру нормирования количества функциональных точек считают опциональной (необязательной).
Таблица 8
|
|
|
Правила подсчета элементов данных (DET) при использовании GUI
ПРИМЕР ИСПОЛЬЗОВАНИЯ МЕТОДА ФУНКЦИОНАЛЬНЫХ ТОЧЕК.
Рассмотрим пример расчета количества функциональных точек
для ПС, реализующего функции телефонного справочника.
Допустим, что в справочнике необходимо хранить номер телефона, фамилию и инициалы владельца, а также его адрес. Должны быть предусмотрены возможности поиска записей и сортировки списка. Внешний вид единственной экранной формы ПС приведен на рис. 4.
Подсчитаем количество функциональных точек за пять шагов,как это было описано.
1. Установление границ данного ПС не вызывает трудностей,так как оно является полностью локальным, и обмен данными с другими ПС в нем не предусматривается.
2. В ПС имеется один внутренний логический файл (ILF) дляхранения информации справочника. Причем, данные могут хранитьсякак в обычном файле, так и в таблице СУБД.
Рисунок 4 -Экранная форма телефонного справочника
Число типов элементов записей (RET) для этого файла может
быть равно единице, если данные в файле хранятся в виде однотипных записей: «Телефон», «Фамилия» и «Адрес», допустим, представлены в символьном формате. Если номер телефона будет представленкак целое число, а фамилия и адрес в символьном формате, то тогдавнутренний логический файл будет иметь два RET. Для определенности далее будем считать, что внутренний логический файл имеет дваRET.
|
|
|
Число типов элементов данных (DET) внутреннего логическогофайла будет равно трем вне зависимости от формата представленияномера телефона («Телефон», «Фамилия», «Адрес»). Таким образом,уровень сложности внутреннего логического файла – низкий (табл.1).
Внешних интерфейсных файлов (EIF) данное ПС не имеет.В ПС имеются два внешних ввода (EI): «Добавление записи» и«Удаление записи», поскольку именно эти две функции ПС модифицируют данные во внутреннем логическом файле.
Так как внешнийввод «Добавление записи» ссылается на один внутренний логическийфайл и имеет пять элементов данных (поля «Телефон», «Фамилия»,«Адрес», кнопка «Добавить» и сообщение, подтверждающее факт добавления записи), то уровень сложности этого ввода низкий (табл.2). Аналогично уровень сложности внешнего ввода «Удаление записи» также низкий, поскольку имеется один FTR и пять DET (поля«Телефон», «Фамилия», «Адрес», кнопка «Удалить» и сообщение,подтверждающее факт удаления записи).
В программе имеются два внешних запроса (EQ): «Вывод списка» отсортированных записей и «Поиск записи» в справочнике.Внешний запрос «Вывод списка» имеет низкий уровень сложности,так как ссылается на один внутренний логический файл и имеет четыре элемента данных («Телефон», «Фамилия», «Адрес» и группа радио-кнопок «Сортировка»). Уровеньсложности «Поиска записи» всправочнике также низкий (один внутренний логический файл и пятьэлементов данных: «Телефон», «Фамилия», «Адрес», кнопка «Поиск», сообщение об отсутствии искомой информации).
|
|
|
В ПС имеется также один внешний вывод (EO): вывод уведомляющего сообщения при попытке добавить запись с существующимномером телефона. Уровень сложности этого внешнего вывода – низкий, так как он имеет один FTR и два DET: номер телефона и самосообщение.
Полученные данные сведем в табл. 9. и рассчитаем ненормированное количество функциональных точек UFPC по формуле (1).
Таблица 9
Данные для расчета числа UFPC телефонного справочника
Подсчитаем теперь с помощью табл. 5. и формулы (2) итоговуюстепень влияния (TDI) общих характеристик системы и нормирующий фактор (VAF).В результате выясним, что для телефонного справочника важныследующие характеристики:
|
|
|
· «Диалоговый ввод данных» (п. 6 табл. 5), который оценивается с весом – 5, поскольку все 100% транзакций в ПСявляются интерактивными;
· «Эффективность для конечного пользователя» (п. 7 табл.5), которая оценивается с весом – 1, поскольку в ПС имеются функции автоматической установки курсора, скроллинга и интерфейс с мышью;
· «Простота использования» (п. 12 табл. 5), которая оценивается с весом – 5, поскольку в ПС все функции автоматизированы за исключением загрузки/выключения и имеется
автоматическое восстановление после ошибок;
· «Распространенность» (п. 13 табл. 5), которая оцениваетсяс весом – 2, поскольку ПС рассчитано на работу на совместимом аппаратном/программном обеспечении;
· «Легкость изменения» (п. 14 табл. 5), которая оценивается
с весом – 2, поскольку ПС хранит информацию в таблицах,поддерживаемых пользователем в диалоговом режиме.Остальные характеристики либо не присутствуют, либо не имеют значения для данного ПС и поэтому имеют вес, равный 0.Нормирующий фактор (VAF) определится как:
VAF = 0,65 + 0.01×TDl= 0,65 + 0,01×(5 +1+ 5 + 2 + 2) = 0,8.
Таким образом, нормированное количество функциональныхточек для телефонного справочника вычисляется по формуле (3):
AFPC =UFPC ×VAF = 23×0,8 =18,4.
В заключение, оценим количество строк исходного кода с использованием бэкфайер-метода и табл. 6, исходя из того, что программу необходимо разработать с использованием языка программирования C++:
SLOC =18,4×53 = 975,2 » 975
Таким образом, законченная программа телефонного справочника будет содержать примерно 975 строк исходного кода на языкепрограммирования C++.
Дата добавления: 2018-04-05; просмотров: 1135; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!