Полезное:
Как сделать разговор полезным и приятным
Как сделать объемную звезду своими руками
Как сделать то, что делать не хочется?
Как сделать погремушку
Как сделать так чтобы женщины сами знакомились с вами
Как сделать идею коммерческой
Как сделать хорошую растяжку ног?
Как сделать наш разум здоровым?
Как сделать, чтобы люди обманывали меньше
Вопрос 4. Как сделать так, чтобы вас уважали и ценили?
Как сделать лучше себе и другим людям
Как сделать свидание интересным?
Категории:
АрхитектураАстрономияБиологияГеографияГеологияИнформатикаИскусствоИсторияКулинарияКультураМаркетингМатематикаМедицинаМенеджментОхрана трудаПравоПроизводствоПсихологияРелигияСоциологияСпортТехникаФизикаФилософияХимияЭкологияЭкономикаЭлектроника
Метрики указателей свойств (Features Points)
Для продуктов с высокой алгоритмической сложностью используются метрики указателей свойств (Features Points). Они применимы к системному и инженерному ПО, ПО реального времени и встроенному ПО. Для вычисления указателя свойств добавляется одна характеристика — количество алгоритмов. Алгоритм здесь определяется как ограниченная подпрограмма вычислений, которая включается в общую компьютерную программу. Примеры алгоритмов: обработка прерываний, инвертирование матрицы, расшифровка битовой строки. Для формирования указателя свойств составляется табл. 7.11.
Таблица 7.10 - Определение системных параметров приложения
| № | Системный параметр | Описание |
| Передачи данных | Сколько средств связи требуется для передачи или обмена информацией с приложением или системой? | |
| Распределенная обработка данных | Как обрабатываются распределенные данные и функции обработки? | |
| Производительность | Нуждается ли пользователь в фиксации времени ответа или производительности? | |
| Распространенность используемой конфигурации | Насколько распространена текущая аппаратная платформа, на которой будет выполняться приложение? | |
| Скорость транзакций | Как часто выполняются транзакции? (каждый день, каждую неделю, каждый месяц) | |
| Оперативный ввод данных | Какой процент информации надо вводить в режиме онлайн? | |
| Эффективность работы конечного пользователя | Приложение проектировалось для обеспечения эффективной работы конечного пользователя? | |
| Оперативное обновление | Как много внутренних файлов обновляется в онлайновой транзакции? | |
| Сложность обработки | Выполняет ли приложение интенсивную логическую или математическую обработку? | |
| Повторная используемость | Приложение разрабатывалось для удовлетворения требований одного или многих пользователей? | |
| Легкость инсталляции | Насколько трудны преобразование и инсталляция приложения? | |
| Легкость эксплуатации | Насколько эффективны и/или автоматизированы процедуры запуска, резервирования и восстановления? | |
| Разнообразные условия размещения | Была ли спроектирована, разработана и поддержана возможность инсталляции приложения в разных местах для различных организаций? | |
| Простота изменений | Была ли спроектирована, разработана и поддержана в приложении простота изменений? |
Таблица 7.11 - Исходные данные для расчета указателя свойств
| № | Характеристика | Количество | Сложность | Итого |
| Вводы | x 4 | = | ||
| Выводы | х 5 | = | ||
| Запросы | x 4 | = | ||
| Логические файлы | x 7 | = | ||
| Интерфейсные файлы | x 7 | = | ||
| Количество алгоритмов | x З | = | ||
| Общее количество | = |
После заполнения таблицы по формуле (7.1) вычисляется значение указателя свойств. Для сложных систем реального времени это значение на 25-30% больше значения, вычисляемого по таблице для количества функциональных указателей.
Достоинства функционально-ориентированных метрик:
1) Не зависят от языка программирования.
2) Легко вычисляются на любой стадии проекта.
Недостаток функционально-ориентированных метрик: результаты основаны на субъективных данных, используются не прямые, а косвенные измерения. FP-оценки легко пересчитать в LOC-оценки. Результаты пересчета зависят от языка программирования, используемого для реализации ПО.
Сравнительные параметры двух видов моделей, основанных на функциональных точках приведены в таблицах 7.12 и 7.13
Таблица 7.12 – Основные параметры качества для анализируемых
моделей
| Параметр | FPA IFPUG | MK II FPA |
| Тип модели | Открытая | Открытая |
| Доступность репозиториев | Да, множество репозиториев | Нет |
| Время применения | На протяжении всего жизненного цикла после определения требований | На протяжении всего жизненного цикла после определения требований |
| Учет факторов размера системы | На основе репозитория | На основе репозитория |
| Непрерывная зависимость от сложности проекта | Да | Да |
Таблица 7.13 – Учет требований к системе в моделях
| Параметр | FPA IFPUG | MK II FPA |
| Учет функциональной сложности | Да, на основе cкорректированного количества функциональных точек IFPUG | Да, на основе cкорректированного количества функциональных точек MK II |
| Учет нефункциональных требований к системе | Распределенная обработка, Производительность, Загруженность конфигурации, Частота транзакций, повторная используемость, Множество инсталляций, Упрощение внесения изменений | Распределенная обработка, Производительность, Загруженность конфигурации, Частота транзакций, повторная используемость, Множество инсталляций, Упрощение внесения изменений, защита информации, требования к документированию |
Date: 2015-07-25; view: 543; Нарушение авторских прав; Помощь в написании работы --> СЮДА... |