Оценочные элементы программы f1..f5

· Количество внешних вводов f₁ равно 4:

inputNumberTextBox

XTextBox

YTextBox

KTextBox

· Количество внешних выводов f₂ равно 1

outputTextBox

· Внешние запросы (f3) отсутствуют

· Количество локальных внутренних логических файлов f4 равно 6

MainWindow.xaml.cs

FirstTask.xaml.cs

SecondTask.xaml.cs

Task1MethodContainer.cs

Task2MethodContainer. cs

GeneralMethods.cs

· Внешние интерфейсы файлов (f5) отсутствуют

Данные для расчета FP-метрик приведены в таблице ниже:

Таблица 187 Данные для расчета FP-метрик

Имя характеристики	Количество с учетом сложности
Низкий	Средний	Высокий	Итого
Внешние вводы	4*3=12	0*4=0	0*6=0
Внешние выводы	1*4=4	0*5=0	0*7=0
Внешние запросы	0*3=0	0*4=0	0*6=0
Внутренние логические файлы	6*7=42	0*10=0	0*15=0
Внешние интерфейсные файлы	0*5=0	0*7=0	0*10=0
Общее количество

 

Значения коэффициентов регулировки сложности

Таблица 18 Значения коэффициентов регулировки сложности

№	Вопрос	Влияние	k
	Какое влияние имеет наличие средств передачи данных?	Основное	k1=5
	Какое влияние имеет распределенная обработка данных?	Случайное	k2=1
	Какое влияние имеет распространенность используемой аппаратной платформы?	Случайное	k3=1
	Какое влияние имеет критичность к требованиям производительности и ограничению времени ответа?	Случайное	k4=1
	Какое влияние имеет частота транзакций?	Основное	k5=5
	Какое влияние имеет ввод данных в режиме реального времени?	Среднее	k6=3
	Какое влияние имеет эффективность работы конечного пользователя?	Среднее	k7=1
	Какое влияние имеет оперативное обновление локальных файлов в режиме реального времени?	Случайное	k8=1
	Какое влияние имеет скорость обработки данных?	Случайное	k9=1
	Какое влияние имеет количество и категории пользователей?	Случайное	k10=1
	Какое влияние имеет легкость инсталляции?	Случайное	k11=1
	Какое влияние имеет легкость эксплуатации?	Среднее	k12=1
	Какое влияние имеет разнообразие условий применения?	Случайное	k13=1
	Какое влияние имеет простота внесения изменений?	Случайное	k14=1

 

Расчет показателей

Общее количество ФП:

F= 12+4+42 = 56

Количество функциональных указателей:

FP = F*(0.65+0,01*∑ki) = 56*(0.65+0.01*24) = 49,84

На основе рассчитанного значения количества функциональных указателей FP можно рассчитывать показатели качества, производительности, удельной стоимости и документированности.

 

Расчет силы связности

Программа состоит из 19 программных модулей. Рассмотрим их по типам связности:

Методы

isPerfect

searchForNearestPerfect

getNumberOfPolyLines

getPolylineList

getLine

getPolyline

validateInputTextAsInteger

выполняют автономные опецерации со входными данными (расчеты, заполнение массивов).

Тип связности – функциональный, сила связности – 10.

 

Методы

FirstTaskButton_Click

SecondTaskButton_Click

closeSecondTaskButton_Click

closeFitrstTaskButton_Click

отвечают за взаимодействие форм программы (открытие, закрытие).

Тип связности – функциональный, сила связности – 10

 

Методы

changeFormElementStates

changeFormElementStates

inputNumberTextBox_TextChanged

XTextBox_TextChanged

YTextBox_TextChanged

KTextBox_TextChanged

являются обработчиками событий изменения текста. Они отвечают за проверку корректности введенных значений и изменение элементов формы в соответствии с результатами проверки.

Тип связности – функциональный, сила связности - 9

 

Методы

drawPicture_Click

searchForNearestPerfectButton_Click

отвечают за ход выполнения подпрограмм, в них важен порядок действий внутри модуля. Каждый из этих методов решает более одной «задачи».

Тип связности – коммуникационный, сила связности – 7.

Расчет силы сцепления

Определим уровень сцепления модулей, для чего проанализируем каждый из модулей разработанного решения на предмет межмодульной связи:

 

Методы

getPolylineList

getPolyline

являются вызываемыми, их входными параметрами являются простые и структурные данные (массивы, числа, строки). Следовательно, рассматриваемые модули имеют сцепление по образцу, сила сцепления - 3.

 

Методы

isPerfect

searchForNearestPerfect

getNumberOfPolyLines

getLine

validateInputTextAsInteger

являются вызываемыми, их входными параметрами являются простые данные (числа). Следовательно, рассматриваемые модули имеют сцепление по данным, сила сцепления - 1.

 

Методы

changeFormElementStates

changeFormElementStates

inputNumberTextBox_TextChanged

XTextBox_TextChanged

YTextBox_TextChanged

KTextBox_TextChanged

являются одновременно вызываемыми и взывающими. Поскольку уровень сцепления вызывающего метода выше, то мы не рассматриваем этот метод как вызываемый.

Эти методы отвечают за взаимодействие между формами и имеют сцепление по управлению, сила сцепления - 4.

 

Методы

drawPicture_Click

searchForNearestPerfectButton_Click

являются вызывающими, в них происходит вызов всех основных методов для расчета и вывода результата.

Эти методы имеют сцепление по управлению, сила сцепления - 4.

Вывод

В результате проведения оценки было рассчитано общее количество функциональных показателей программы = 49,84. Рассчитанная мера может быть использована для подсчета метрики дефектов качества

Если принять DQ = 1 (программа нормального качества), получим количество максимально допустимых ошибок 50. Кроме того, на основе функциональных показателей можно вычислить другие характеристики ПС, такие как производительность, удельная стоимость и документированность.

 

Учитывая другие показатели (связность, сцепление), можно достаточно четко оценить уровень качества программы. В решении преобладают модули с силой связности 7 и 10, что говорит о достаточно высоком качестве программы и её легкой тестируемости. Сила же сцепления программных модулей принимает значения 1,3 и 4 что говорит об уровне качества программы выше среднего.

Оценка надежности программы

Оценка надежности программы на основе модели Джелински-Моранды:

Программа была протестирована серией из 20 тестов.

В результате, было обнаружено 2 ошибки (в 5 и 13 тестах).

 

Предполагая, что исправление найденной ошибки не повлекло появления новых ошибок, оценим количество ошибок N в программе до начала тестирования и количество оставшихся ошибок с помощью модели Джелински-Моранды:

 

· количество обнаруженных ошибок n = 1

· интервал продолжительности обнаружения первой ошибки t₁ = 5

· интервал продолжительности обнаружения первой ошибки t₂ = 13

Таким образом:

В результате преобразований получаем

Следовательно, N = 1,6 ≈ 2. В соответствии с моделью Джелински-Моранды, в начале тестирования в программе содержалось две ошибки. В ходе тестирования обе ошибки обнаружены, значит осталось N-n = 0 необнаруженных ошибок.

Оценка надежности программы на основе модели Миллса:

В разработанную программу было преднамеренно внесено 8 ошибок.

В результате тестирования обнаружено 10 ошибок, из них 8 – преднамеренно внесенные. Предполагалось, что программа содержит не больше 3 ошибок.

Воспользуемся моделью Миллса для оценки количества ошибок до начала тестирования и оценки степени отлаженности программы.

· количество преднамеренно внесенных ошибок W = 8

· количество обнаруженных ошибок из внесенных V = 8

· «собственные» ошибки S = 2

· предполагаемые ошибки в программе r = 3

Для оценки количества ошибок до начала тестирования используем формулу

Следовательно, в соответствии с моделью Миллса, в начале тестирования в программе имелось 2 ошибки.

Для оценки степени отлаженности программы используем уравнение

Видно, что количество предполагаемых ошибок не превышает количество найденных «собственных» ошибок (S < r). Подставляем данные в соответствующую формулу:

Следовательно, степень отлаженности программы составляет 66%.