Уровни сложности для внешних входов (EI)



  1-4DET 5-15DET 16 и более DET
0-1FTR Низкий (Low) Низкий (Low) Средний (Average)
2FTR Низкий (Low) Средний (Average) Высокий (High)
3 и более FTR Средний (Average) Высокий (High) Высокий (High)

 

Уровни сложности для внешних выходов (EO) в зависимости отчисла FTR и DET приведены в табл. 3.

 

Таблица 3

Уровни сложности для внешних выходов (EO)

  1-5DET 6-19DET 20 и более DET
0-1FTR Низкий (Low) Низкий (Low) Средний (Average)
2FTR Низкий (Low) Средний (Average) Высокий (High)
3 и более FTR Средний (Average) Высокий (High) Высокий (High)

 

Уровни сложности для внешних запросов (EQ) определяются сиспользованием следующего простого алгоритма: вход внешнего запроса рассматриваетсяаналогично внешнему входу (EI) (см. табл. 2);выход внешнего запроса рассматривается аналогично внешнему выходу (EO) (см. табл. 3); в качестве результата используется наибольшее значение из полученных уровнейсложности.

Весовые коэффициенты уровней сложности для различных характеристикфункциональности ПС приведены в табл. 4.


Таблица 4

Весовые коэффициенты уровней сложности

  Низкий (Low) Средний (Average) Высокий (High)
ILF 7 10 15
EIF 5 7 10
EI 3 4 6
EO 4 5 7
EQ 3 4 6

 

Таким образом, общая формула для вычисления ненормированного количества функциональных точек (UFPC – UnadjustedFunctionPointCount) следующая:

 

где
· LEI количество внешних входов низкого уровня сложности;
· AEI количество внешних входов среднего уровня сложности;

· HEI количество внешних входов высокого уровня сложности;

· LEO количество внешних выходов низкого уровня сложности;

· AEO количество внешних выходов среднего уровня сложности;

· HEO количество внешних выходов высокого уровня сложности;

· LILF количество внутренних логических файлов низкого уровнясложности;

· AILF количество внутренних логических файлов среднего уровня сложности;

· HILF количество внутренних логических файлов высокогоуровня сложности;

· LEIF количество внешних интерфейсных файлов низкого уровня сложности;

· AEIF количество внешних интерфейсных файлов среднегоуровня сложности;

· HEIF количество внешних интерфейсных файлов высокогоуровня сложности;

· LEQ количество внешних запросов низкого уровня сложности;

· AEQ количество внешних запросов среднего уровня сложности;

· HEQ количество внешних запросов высокого уровня сложности;

Для получения окончательного результата анализа, т.е. нормированного количества функциональных точек (AFPC – AdjustedFunctionPointCount), необходимо также учесть ряд общих требований к проекту, для чего полученное по формуле (1) ненормированное
количество функциональных точек умножается на специальным образом рассчитанный нормирующий фактор (VAF - ValueAdjustmentFactor).

В методе функциональных точек нормирующий фактор (VAF)определяется путем анализа 14 основных характеристик системы(GSC - GeneralSystemCharacteristics), целью которых и является учетобщих требований к проекту. Все предусмотренные методом функциональных точек основные характеристики системы (GSC) представлены в табл. 5.

 

Таблица 5

Основные характеристики системы (GSC)

Характеристика Описание
1 Обмен данными (DataCommunications) Степень необходимости обмена даннымидля ПС, его коммуникационные возможности: 0 – ПС реализовано как единый пакет наавтономном компьютере; 1 – ПС реализовано как единый пакет, ноимеет удаленный ввод данных или удаленный вывод (печать); 2 – ПС реализовано как единый пакет, ноимеет удаленный ввод данных или удаленный вывод (печать); 3 – ПС включает в себя удаленный интерфейсный блок или клиентскую часть, предназначенную для сбора или удаленной обработки данных в режиме реального времени (online); 4 – в ПС в полном объеме использованыклиент серверные технологии, но поддерживается только один тип телекоммуникационного протокола; 5 – в ПС в полном объеме использованыклиент – серверные технологии и поддерживается более одного типа телекоммуникационного протокола
2 Распределенные функции (DistributedFunctions) Наличие у ПС функций поддержки распределенной обработки данных: 0 – данные между компонентами ПС и системы не передаются; 1 – ПС готовит данные для конечной обработки другими средствами, например электронными таблицами или СУБД; 2 – ПС готовит данные, которые затем передаются для обработки (но не для конечной) другму компоненту системы; 3 – ПС поддерживает распределенную обработку и передачу данных в режиме реального времени (online), но только в одном направлении; 4 – ПС поддерживает распределенную обработку и передачу данных в режиме реального времени (online) в обоих направлениях; 5 – функции обработки данных динамически выполняются на наиболее подходящейкомпоненте системы
3 Производительность (Performance) Степень критичности требований к производительности ПС 0 – никаких специальных требований кпроизводительности нет; 1 – требования к производительности ипроектированию ПС были установлены ирассмотрены, но чтобы их удовлетворитьникаких специальных мер не потребовалось; 2 – время отклика или пропускная способность ПС критичны в определенные пиковые периоды, однако проектирования ПС сучетом загрузки центрального процессоране требуется; 3 – время отклика или пропускная способность ПС критичны в течение всего рабочего периода, однако проектирования ПС сучетом загрузки центрального процессоране требуется; 4 – в дополнение, требования к производительности ПС, установленные пользователем, достаточно жесткие, поэтому на этапепроектирования потребуется анализ производительности; 5 – в дополнение к п. 4, для того, чтобы достичь требований пользователя на этапахпроектирования, реализации и эксплуатации
4 Интенсивно используемая конфигурация (Heavyused configuration) Интенсивность использования оборудования, на котором будет установлено ПС: 0 – явных или не явных ограничений на использование ресурсов не установлено; 1 – операционные ограничения существуют, но они меньше, чем у типичного приложения, и поэтому специальных усилийдля их удовлетворения не потребуется; 2 – некоторые требования по безопасности и времени, вызванные функционированиемдругих ПС, присутствуют; 3 – присутствуют специальные требованияк процессору, связанные с работой отдельных частей ПС; 4 – установленные операционные ограничения требуют лимитированного использования ПС центрального или удаленногопроцессора; 5 – в дополнение, существуют специальныеограничения, накладываемые на ПС, в распределенных компонентах системы
5 Интенсивность транзакций TransactionRate Мера интенсивности транзакций: 0 – пиковые периоды транзакций не ожидаются; 1 – пиковые периоды транзакций ожидаются ежегодно, ежесезонно, ежеквартально,ежемесячно; 2 – пиковые периоды транзакций ожидаются еженедельно; 3 – пиковые периоды транзакций ожидаются ежедневно; 4 – интенсивность транзакций, установленная пользователем в требованиях к ПС илисоглашениях об уровне обслуживания, достаточно высока, чтобы требовать анализапроизводительности с использованием специальных инструментов на этапах проектирования, реализации и внедрения
6 Диалоговый ввод данных (On-lineDataEntry) Сложность диалоговых транзакций с учетом числа экранов и функций: 0 – все транзакции обрабатываются в пакетном режиме; 1 – от 1% до 7% транзакций являются интерактивным вводом данных; 2 – от 8% до 15%; 3 – от 16% до 23%; 4 – от 24% до 30%; 5 –более 30%
7 Эффективность для конечного пользователя (Enduserefficiency) Степень поддержки диалоговыми функциями эффективности работы конечногопользователя по наличию в ПС следующихэлементов пользовательского интерфейса: - помощь при навигации (функциональныеклавиши, ссылки, динамические меню); - меню; - on-line помощь и документация; - автоматическая установка курсора; - скроллинг; - удаленная печать (с помощью on-lineтранзакций); - задаваемые пользователем функциональные клавиши; - пакетная обработка данных через on-lineтранзакции; - выбор экранных данных с помощью курсора; - интенсивное использование негативногоизображения, подсвечивание, цветногоподчеркивания и других указателей; - печатная копия пользовательской документации; - интерфейс с мышью; - всплывающие окна; - выполнение бизнес функций как можнобольшим количеством экранов; - поддержка двух языков (считается как 4пункта) - мультиязыковая поддержка (считаетсякак 6 пунктов). Эффективность ПС для конечного пользователя: 0 – все перечисленное отсутствует; 1 – присутствуют от 1 до 3 пунктов; 2 – от 4 до 5 пунктов; 3 – присутствует 6 и более пунктов, но нетособых пользовательских требований к эффективности; 4 – присутствует 6 и более пунктов, установленные требования к эффективностидля конечного пользователя достаточностроги, чтобы потребовались специальныеисследования человеческого фактора(например, минимизация нажатий на клавиши, максимизация умолчаний, использование шаблонов); 5 – присутствует 6 и более пунктов, установленные требования для конечного пользователя достаточно строги, чтобы потребовались специальные инструменты длядемонстрации достижения поставленныхцелей
8 Оперативное обновление (On-lineUpdate) Использование оперативного обновленияосновных файлов: 0 – отсутствует; 1 – присутствует оперативное обновлениеот 1 до 3 управляющих файлов. Объем обновлений небольшой, восстановление простое; 2 – присутствует оперативное обновлениеболее чем 3 управляющих файлов. Объемобновлений небольшой, восстановлениепростое; 3 – присутствует оперативное обновлениебольшей части внутренних логическихфайлов; 4 – в дополнение, присутствует специальноразработанная защита от потери данных; 5 – в дополнение процессы восстановлениятребуют больших затрат. Процедуры восстановления высоко автоматизированы сминимальным вмешательством оператора
9 Сложность обработки данных (ComplexProcessing) Сложность обработки данных в ПС оценивается по наличию: - чувствительных управлений (например,специальных проверок при обработке данных) и/или специальной обработки данныхдля обеспечения безопасности; - широкой логической обработки данных; - широкой математической обработки данных; - большого количества обрабатываемыхисключений в результате незавершенныхтранзакций, например при незавершенныхтранзакциях, вызванных прекращением телеобработки, пропавших значениях данных, неудавшихся исправлениях; - сложной обработкой при управлениимножественными возможностями ввода/вывода, например, для мультимедиа илинезависимых устройств. Сложность обработки данных: 0 – все перечисленное отсутствует; 1 – присутствует что-то одно из выше перечисленного; 2 – присутствуют какие-либо два из перечисленных пунктов; 3 – присутствуют какие-либо 3; 4 – присутствуют какие-либо 4; 5 – присутствуют какие-либо 5
10 Повторное использование (reusability) Оценка исходного кода с точки зрения егоповторного использования в других ПС: 0 – в ПС нет кода, предназначенного дляповторного использования; 1 – в ПС присутствует код, предназначенный для повторного использования; 2 – менее 10% кода, ПС рассматриваютсякак необходимые для более, чем одногопользователя; 3 – 10% кода ПС рассматривается как необходимые для более, чем одного пользователя; 4 – ПС специально разработано и/или документировано, чтобы облегчить повторноеиспользование кода, и он настраиваетсяпользователем на уровне исходных кодов; 5 – ПС специально разработано и/или документировано, чтобы использовать многократно исходный код
11 Легкость установки (InstallationEase) Степень легкости процесса установки (инсталляции) и настройки ПС: 0 – нет особых требований пользователя, ине требуется специальной установочнойпрограммы; 1 – нет особых требований пользователя ине требуется специальная установочнаяпрограмма; 2 – требования к переносу данных с одногоносителя на другой и к инсталляции сформулированы пользователем, руководства попереносу и инсталляции представлены ипротестированы. Влияние переноса данных на проект не считается важным; 3 – требования к переносу данных с одногоносителя на другой и к инсталляции сформулированы пользователем, руководства попереносу и инсталляции представлены ипротестированы. Влияние переноса данных на проект считается важным; 4 – в дополнение к пункту 2 представленыи протестированы автоматизированные инструменты для переноса данных и инсталляции; 5 – в дополнение к пункту 3 представленыи протестированы автоматизированные инструменты для переноса данных и инсталляции
12 Простота в использовании (OperationalEase) Простота использования – эффективностьПС при выполнении операций, таких какпуск, резервное копирование, резервноевосстановление, останов и т.п. 0 – нет особых требований пользователя заисключением нормальной процедуры резервного копирования; 1-4 – один, несколько или все из перечисленных ниже пунктов могут быть применены к рассматриваемому ПС. Каждый пунктимеет вес, равный 1, кроме особо оговоренного случая: - эффективные процедуры загрузки,резервного копирования и восстановленияпредоставлены, но вмешательство оператора все же требуются; - эффективные процедуры загрузки,резервного копирования и восстановленияпредоставлены, вмешательство операторане требуется (считать этот пункт с весом 2); - ПС минимизирует необходимостьмонтирования ленты; - ПС минимизирует необходимостьобработки документов; 5 – ПС спроектировано для автоматического функционирования. Это означает, что нетребуется вмешательство оператора вуправление системой, за исключением процедур загрузки и выключения. ПС обладаетфункцией автоматического восстановленияпосле ошибок
13 Распространенность (MultipleSites) озможность установки ПС на различныевычислительные системы в различных организациях: 0 – ПС не рассчитано на использование более чем одним пользователем или на установку более чем на один компьютер; 1 – при проектировании требования поустановке ПС на несколько компьютеровбыли учтены, причем данное ПС можетвыполняться только на идентичном аппаратном и программном обеспечении; 2 – при проектировании требования поустановке ПС на несколько компьютеровбыли учтены, причем данное ПС можетвыполняться только на похожем (совместимом) аппаратном и/или программномобеспечении; 3 – при проектировании требования поустановке ПС на несколько компьютеровбыли учтены, причем данное ПС можетвыполняться на различном аппаратноми/или программном обеспечении; 4 – приведены и протестированы документация и план поддержки по установке ПСна несколько компьютеров, а само ПС удовлетворяет требованиям 1 или 2 данногоперечня; 5 – приведены и протестированы документация и план поддержки по установке ПСна несколько компьютеров, а само ПС удовлетворяет пункту 3 данного перечня
14 Легкость изменения (FacilitateChange) Легкость приспособления ПС к изменениям, вносимым пользователем, оцениваетсяпо наличию: - возможности организации гибких запросов и отчетов, обрабатывающих простыетребования, например, применяющих логические операции and/or только к одномувнутреннему логическому файлу (считаетсякак 1 пункт); - возможности организации гибких запросов и отчетов, обрабатывающих требованиясредней сложности, например применяющих логические операции and/or более чемк одному внутреннему логическому файлу(считается как 2 пункта); - возможности организации гибких запросов и отчетов, обрабатывающих требованиясредней сложности, например, применяющих комбинации логических операцийand/or более чем к одному или более внутреннему логическому файлу (считается как3 пункта); - деловая информация хранится в таблицах, которые управляются и поддерживаются пользователем в диалоговом режиме(on-line), но изменения вступают в силутолько со следующего рабочего дня; - деловая информация хранится в таблицах, которые управляются и поддерживаются пользователем в диалоговом режиме(on-line), и изменения вступают в силу немедленно (считается как 2 пункта) Легкость изменения: 0 – все перечисленное отсутствует; 1 – присутствует 1 пункт из перечисленного; 2 – присутствуют два пункта; 3 – присутствуют 3 пункта.

 

Каждая из приведенных в табл. 5 характеристик системы оценивается экспертнымспособом числом от 0 (если она не присутствуетили не имеет значения для данного ПС) до 5 (если она имеет оченьсильное влияние на данное ПС). Значения всех 14 характеристиксуммируются для получения итоговой степени влияния (TDI –TotalDegreeofInfluence). Нормирующий фактор (VAF) рассчитывается поформуле:


VAF = 0.65 + (0.01×TDl).                                                                (2)


Таким образом, нормирующий фактор может принимать значения от 0,65 до 1,35, анормированное количество функциональныхточек представляет собой произведение ненормированного количества функциональныхточек на нормирующий фактор:

AFPC =UFPC ×VAF. (3)


В дальнейшем нормированное количество функциональных точек может быть использовано для получения оценки количествастрок исходного кода (SLOC – SourceLines o Code) в ПС при помощибэкфайер-метода, или метода обратного запуска (BackfireMethod).Бэкфайер-методоснован на использовании так называемого«языкового множителя», который представляет собой среднее количество строк исходногокода конкретного алгоритмического языка,приходящееся на одну нормированную функциональную точку. Кейперс Джонс (CapersJones) – эксперт по метрикам ПО, глава фирмыSoftwareProductivityResearch – статистическими методами определилзначения «языковых множителей» для основных языков программирования, которые приведены в табл. 6. Таким образом, если язык реализации выбран, то можно оценить количество строк исходного кодаразрабатываемого ПС путем умножения нормированного количествафункциональных точек на соответствующий языковой множитель:


SLOC = AFPC × LM ,(4)


где LM - языковой множитель языка программирования.

 

Таблица 6


Дата добавления: 2018-04-05; просмотров: 699; Мы поможем в написании вашей работы!

Поделиться с друзьями:






Мы поможем в написании ваших работ!