 |
Подсчет функциональных точек, связанных с транзакциями
|
|
|
|
Определение типа оценки.
- Проект разработки. Оценивается количество функциональности поставляемой пользователям в первом релизе продукта.
- Проект развития. Оценивается в функциональных точках проект доработки: добавление, изменение и удаление функционала.
- Продукт. Оценивается объем уже существующего и установленного продукта.
2.. Границы продукта (рис. 2) определяют:
- Что является «внешним» по отношению к оцениваемому продукту.
- Где располагается «граница системы», через которую проходят транзакции, передаваемые или принимаемые продуктом, с точки зрения пользователя.
- Какие данные поддерживаются приложением, а какие – внешние.
Рисунок 2 – Оценка границ продукта
Подсчет функциональных точек, связанных с данными
Сначала определяется сложность данных по следующим показателям:
- DET (data element type) – неповторяемое уникальное поле данных, например, Имя Клиента – 1 DET; Адрес Клиента (индекс, страна, область, район, город, улица, дом, корпус, квартира) – 9 DET.
- RET (record element type) – логическая группа данных, например, адрес, паспорт, телефонный номер.
Оценка количества не выровненных функциональных точек, зависит от сложности данных, которая определяется на основании матрицы сложности (табл.1).
Таблица 1 – Матрица сложности данных
| 1 -19 DET | 20 – 50 DET | 50+ DET | |
| 1 RET | Low | Low | Average |
| 2 – 5 RET | Low | Average | High |
| 6+ RET | Average | High | High |
Оценка данных в не выровненных функциональных точках (UFP) подсчитывается по-разному для внутренних логических файлов (ILFs) и для внешних интерфейсных файлов (EIFs) (табл.2) в зависимости от их сложности.
Таблица 2 - Оценка данных в не выровненных функциональных точках (UFP) для внутренних логических файлов (ILFs) и внешних интерфейсных файлов (EIFs)
|
|
|
| Сложность данных | Количество UFP(ILF) | Количество UFP(EIF) |
| Low | ||
| Average | ||
| High |
Пример оценки в не выровненных функциональных точках объекта данных «Клиент» (рис. 3).
Рисунок 3 – Пример оценки не выровненных функциональных точек
Объект «Клиент» содержит четыре логических группы данных, которые в совокупности состоят из 15 неповторяемых уникальное полей данных. Согласно матрице сложности (табл.1) следует оценить сложность этого объекта данных, как «Low». Теперь, если оцениваемый объект относится к внутренним логическим файлам, то согласно таблице 2 его сложность будет 7 не выровненных функциональных точек (UPF). Если же объект является внешним интерфейсным файлом (табл. 2), то его сложность составит 5 UPF.
Подсчет функциональных точек, связанных с транзакциями
Транзакция– это элементарный неделимый замкнутый процесс, представляющий значение для пользователя и переводящий продукт из одного консистентного состояния в другое.
В методе различаются следующие типы транзакций (табл 3):
1) EI (external inputs) – внешние входные транзакции, элементарная операция по обработке данных или управляющей информации, поступающих в систему из вне;
2) EO (external outputs) – внешние выходные транзакции, элементарная операция по генерации данных или управляющей информации, которые выходят за пределы системы. Предполагает определенную логику обработки или вычислений информации из одного или более ILF;
3) EQ (external inquiries) – внешние запросы, элементарная операция, которая в ответ на внешний запрос извлекает данные или управляющую информацию из ILF или EIF.
В таблице 3 использованы следующие обозначения транзакций: О – основная; Д – дополнительная; NA – не применима.
Таблица 3 – Основные отличия между типами транзакций
| Функция | Тип транзакции | ||
| EI | EO | EQ | |
| Изменяет поведение системы | O | Д | NA |
| Поддержка одного или более ILF | О | Д | NA |
| Представление информации пользователю | Д | О | О |
|
|
|
Оценка сложности транзакции основывается на следующих ее характеристиках:
1) FTR (file type referenced) – позволяет подсчитать количество различных файлов (информационных объектов) типа ILF и/или EIF модифицируемых или считываемых в транзакции;
2) DET (data element type) – неповторяемое уникальное поле данных. Примеры. EI: поле ввода, кнопка. EO: поле данных отчета, сообщение об ошибке. EQ: поле ввода для поиска, поле вывода результата поиска.
Для оценки сложности транзакций служат матрицы, которые представлены в таблице 4 и таблице 5.
Таблица 4 – Матрица сложности внешних входных транзакций (EI)
| EI | 1–4 DET | 5–15 DET | 16+ DET |
| 0 – 1 FTR | Low | Low | Average |
| 2 FTR | Low | Average | High |
| 3+ FTR | Average | High | High |
Таблица 5 – Матрица сложности внешних выходных транзакций и внешних запросов (EO & EQ)
| EO&EQ | 1 – DET | 6 – DET | 20+ DET |
| 0 – 1 FTR | Low | Low | Average |
| 2 –3 FTR | Low | Average | High |
| 4+ FTR | Average | High | High |
Оценка транзакций в не выровненных функциональных точках (UFP) может быть получена из матрицы (табл. 6).
Таблица 6 – Сложность транзакций в не выровненных функциональных точках (UFP)
| Сложность транзакций | КоличествоUFP (EI&EQ) | Количество UFP (EO) |
| Low | ||
| Average | ||
| High |
В качестве примера, рассмотрим оценку управляющей транзакции (EI) для диалогового окна, задающего параметры проверки орфографии в MS Office Outlook (рисунок 4).
Рисунок 4 – Пример оценки сложности транзакции в не выровненных функциональных точках
Каждый Check box оценивается как 1 DET. Выпадающий список – 1 DET. Каждая управляющая кнопка должна рассматриваться как отдельная транзакция. Например, если оценивать управляющую транзакцию по кнопке «OK», то, для данной транзакции получится 1 FTR и 7 DET. Поэтому, согласно матрице (табл. 4), можно оценить сложность транзакции, как Low. И, наконец, в соответствие с матрицей (табл. 6), данная транзакция должна быть оценена в 3 не выровненных функциональных точки (UFP).
|
|
|
