Технико-экономические показатели

Для расчета технико-экономических показателей используются размерно-ориентированные метрики, которые прямо измеряют программный продукт и процесс его разработки. Основываются размерно-ориентированные метрики на LOC-оценках (LinesOfCode). LOC-оценка – это количество строк в программном продукте.

Вычисление производительности, качества, документированности выполним с помощью LOC-оценки, в соответствии с формулами, представленными в пункте Технического задания (см. страница 5).

Задание на курсовое проектирование выдано 15 февраля 2016г., вычисление технико-экономических показателей производилось 9 марта 2016г., защита курсового проекта назначена на 14 марта 2016г. Следовательно, количество рабочих дней на разработку составило16,5 дней, что составляет 0,74 (чел.-мес.).

Количество операторов в программе 4010, следовательно, LOG = 4,010 тыс. LOG. В связи с тем что, информационная система обладает достаточно большим, то оценивать данную программу с использованием размерно-ориентированных метрик не имеет смыла. В этом случае технико-экономические показатели: «производительность», «качество» и «документированность» будут некорректные.

В связи с выше изложенным расчёт технико-экономических показателей будем производить через вычисление FP (функциональных метрик). Для расчёта FP необходимо определить:

1) Количество внешних вводов (поля ввода данных, сообщения об ошибках, вычисляемые значения, кнопки) составляет 41: окно форм – тарифы, собственники жилья, квитанции, модуль основной программы.

2) Количество внешних выводов (поля данных в отчетах, вычисляемые значения, сообщения об ошибках, заголовки столбцов, которые читаются из внутреннего файла) составляет 54: окно форм – тарифы, собственники жилья, квитанции, модуль основной программы., справка, база данных.

3) Количество внешних запросов (вводимые элементы: поле, используемое для поиска, щелчок мыши; выводимые элементы — отображаемые на экране поля) составляет 29:модуль основной программы, запросы на дополнительных формах.

4) Количество внутренних логических файлов составляет 4: справка, база данных, главная форма программы, форма экспорта на печать

5) Количество внешних интерфейсных файлов составляет 11: окно формы; модуль основной программы.

 

 

Вычисляем ранг и оценку сложности внешних вводов (см. таблица 6).

Таблица 6 – Вычисление ранга и оценки сложности внешних вводов

Ссылки на файлы	Элементы данных
1-4	5-15	>15
>2	Средний (4)	Высокий (6)	Высокий (6)

 

Вычисляем ранг и оценку сложности внешних выводов (см. таблица 7).

Таблица 7 – Вычисление ранга и оценки сложности внешних выводов

Ссылки на файлы	Элементы данных
1-4	5-19	>19
>3	Средний (5)	Высокий (7)	Высокий (7)

 

Вычисляем ранг и оценку сложности внешних запросов (см. таблица 8).

Таблица 8 – Вычисление ранга и оценки сложности внешних запросов

Ссылки на файлы	Элементы данных
1-4	5-19	>19
>3	Средний (4))	Высокий (6)	Высокий (6)

 

Вычисляем ранг и оценку сложности внутренних логических файлов (см. таблица 9).

Таблица 9 – Вычисление ранга и оценки сложности внутренних логических файлов

Типы элементов-записей	Элементы данных
1-19	20-50	>50
>5	Средний (10)	Высокий (15)	Высокий (15)

 

Вычисляем ранг и оценку сложности внешних интерфейсных файлов (см. таблица 10).

Таблица 10 – Вычисление ранга и оценки сложности внутренних интерфейсных файлов

Типы элементов-записей	Элементы данных
1-19	20-50	>50
>5	Средний (7)	Высокий (10)	Высокий (10)

В итоге расчёт общего ранга и оценок сложности программы приведен в таблице 11.

Таблица 11 – Расчёт общего ранга и оценок сложности программы

Имя характеристики	Расчет
Внешние вводы	56x6 = 336
Внешние выводы	52x7 = 364
Внешние запросы	8х4 = 32
Внутренние логические файлы	4x10 = 40
Внешние интерфейсные файлы	11x7 = 77
Итого

 

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

FP = Общее количество * (0,65+ 0,01 * ),

где Fi — коэффициенты регулировки сложности.

Каждый коэффициент может принимать следующие значения: 0 — нет влияния, 1 — случайное, 2 — небольшое, 3 — среднее, 4 — важное, 5 — основное.

Значения выбираются эмпирически в результате ответа на 14 вопросов, которые характеризуют системные параметры приложения.

Расчет коэффициента регулировки сложности приведён в таблице 12.

Таблица 12 – Расчёт коэффициента регулировки сложности

№	Системный параметр	Значение параметра
	Передачи данных
	Распределенная обработка данных
	Производительность
	Распространенность используемой конфигурации
	Скорость транзакций

 

Продолжение таблицы 12.

	Оперативный ввод данных
	Эффективность работы конечного пользователя
	Оперативное обновление
	Сложность обработки
	Повторная используемость
	Легкость инсталляции
	Легкость эксплуатации
	Разнообразные условия размещения
	Простота изменений
Итого

 

Производим расчет FP:

FP = 849*(0,65+0,01*22)=738,63

Производительность = (FP/чел.мес) = *100 %= 100%

Качество = (единицы/ FP) = *100 %= 50 %

Документированность = (стр./ FP) = *100 %= 40 %

Для увеличения документированности необходимо дополнить программу следующей сопроводительной документацией: Формуляр (ГОСТ 19.501-78. ЕСПД.), Описание применения (ГОСТ 19.502-78. ЕСПД.), Ведомость эксплуатационных документов (ГОСТ 19.507-78. ЕСПД.), Руководство по техническому обслуживанию (ГОСТ 19.508-78. ЕСПД.).

Для увеличения качества программы, необходимо ввести в программу процедуру вывода на экран сообщения для пользователя.

 

ЗАКЛЮЧЕНИЕ

Целью курсового проекта являлась разработка информационной системы «Расчет платежей за коммунальные услуги ТСЖ-99». В ходе проектирования информационной системы было разработано техническое задание в соответствии с ГОСТ 19.201-78. ЕСПД (см. страница 5).

На основании технического задания разработана структурная схема Константайна, представленная в приложении А.

В соответствии с выбранной инструментальной средой, разработано описание языка в соответствии с ГОСТ 19.506-79. ЕСПД. (см. страница 12-35).Разработана спецификация на информационную систему, она представлена в приложении Б.

Разработано описание программы в соответствии с ГОСТ 19.402-78. ЕСПД (см. страница 34).

Выполнено кодирование программного продукта в инструментальной среде BorlandDelphi. На основании кодирования программного продукта была произведена отладка программного продукта средствами встроенного отладчика инструментальной среды BorlandDelphi.В ходе отладке выявлены и локализованы следующие ошибки: синтаксические - 5 ошибок; ошибки выполнения - 9 ошибок; ошибки компоновки - 1 ошибка.

Выбран метод тестирования программы – метод «Черный ящик».

На основании метода тестирования «Черного ящика» разработана программа и методика испытаний в соответствии с ГОСТ 19.301-79. ЕСПД (см. страница 53-54).

В соответствии с формулами был выполнен расчет технико-экономических показателей (см. страница 58-59).

В результате проведенной работы была разработана информационная система «Расчет платежей за коммунальные услуги ТСЖ-99».