Методы оценки размера программной системы, страница 6

Для оценки сложности функций (СлФ) устанавливается число трансформа­ций (Nтранс) - совокупность шагов процесса обработки данных (то есть число опе­раций, преобразующих вход в выход) и семантических утверждений, управляющих выполнением операций. Каждая трансформация «взвешивается» по трем уровням сложности («низкая», «средняя» и «высокая»), подобно тому, как это делалось в FP-методе.

Для оценки сложности управления (СлУ) определяется множество уникаль­ных состояний (Nc), в которых может находиться процесс, а также множество пе­реходов (Nп) между состояниями. Для состояний и переходов устанавливается только один уровень сложности - 1. Сложность управления определяется по фор­муле:

СлУ = Nc + Nп

Общий функциональный размер приложения вычисляется по формуле: 3D_FP = СлД + СлФ + СлУ

7.2.4. Метод Object Points for  ICASE

Метод ObjectPointsforICASE (I_FP), разработанный Д. Бенкером в 1994 го­ду, не обязательно связывать с традиционным объектно-ориентированным подхо­дом. Под объектами здесь понимаются экранные формы (или экраны), формы от­четов (или отчеты) и модули (компоненты языка 3-го поколения). Это стандартные элементы приложений при разработке средствами интегрированных CASE-инструментов.

Расчет функционального размера производится следующим образом [6].

Определяется число объектов каждого вида.

Далее для каждого из этих объектов устанавливается уровень сложности (как «простой», «средний» и «сложный») в зависимости от значений характеристик, представленных в таблице 7.24.

Затем определяются относительные веса элементов в зависимости от уровня сложности (таблица 7.25)

И, наконец, функциональный размер приложения вычисляется как сумма по­лученных значений по всем объектам.

Логические элементы данных (ЛЭД) - группы связанных элементов данных, соответствующих ВЛО и ВИО в базовом FP-методе. Они классифицируются по пяти уровням сложности: «низкий», «средний», «высокий», «сложный», «сверх­сложный». Первые три оценки выводятся по правилам FP-метода, вторые две -предназначены для оценивания крупных (составных) объектов данных без их дета­лизации (например, объектов, состоящих из нескольких взаимосвязанных таблиц). На стадии раннего прогнозирования размера различия между ВЛО и ВИО не дела­ются. Матрица оценки сложности составных объектов представлена в таблице 7.26.

Четыре основные категории объектов-функций, характеризующих функцио­нальность приложения таковы:

•  функциональные примитивы (ФПр) - мельчайшие элементарные процес­
сы, которые не могут быть далее детализированы. Это процессы ввода (ПрВВД),
вывода (ПрВЫВ) и запроса (ПрЗАП), соответствующие объектам ВВД, ВЫВ и ЗАП
в базовом FP-методе;

•  микрофункцш (МиФ) - набор из четырех функциональных примитивов -
создание, выборка, обновление и удаление, выполняемых над элементарными дан­
ными одного или нескольких объектов данных. То есть, это функции управления
(ведения) данных;

•  функции (Фун) - набор функциональных примитивов средней сложности,
которые могут быть ассоциированы с операционными потребностями пользовате­
лей приложения. Матрица оценки их сложности представлена в таблице 7.27;

• макрофункиии (МаФ) - набор функций средней сложности. Их можно ас­социировать с фрагментом приложения, с целым приложением или со всей систе­мой потребителя. Матрица оценки их сложности представлена в таблице 7.28.