Главная Коллекция "Revolution" Программирование, компьютеры и кибернетика Оценка характеристик качества программного продукта "БД Автосервис"

Оценка характеристик качества программного продукта "БД Автосервис"

Анализ функциональных особенностей программного продукта. Формирование требований надежности для программного продукта. Определение структурной надежности системы с помощью логико-вероятностной модели. Расчет материальных затрат на разработку программы.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 17.04.2016
Размер файла 42,6 K
рефераты на заказ со скидкой

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

МИНОБРНАУКИ РОССИИ

федеральное государственное бюджетное образовательное учреждение высшего профессионального образования «Омский государственный институт сервиса»

(ФГБОУ ВПО «ОГИС»)

Кафедра прикладной информатики и математики

Курсовая работа

По дисциплине: Анализ эффективности ИС

Тема: Оценка характеристик качества программного продукта «БД автосервис»

Выполнил: студентка гр. ПИ 122

Силина Наталья Алексеевна

Руководитель работы:

Калиберда Елена Анатольевна к.т.н., доцент

Омск 2016

Содержание

Введение

1. Описание функциональных особенностей программного продукта

1.1 Описание функций оцениваемого проекта

1.2 Формирование требований надежности для программного продукта

1.3 Определение структурной надежности системы с помощью логико-вероятностной модели

2. Расчет материальных затрат на разработку программы

2.1 Затраты на разработку программного продукта

2.2 Расчет трудозатрат и стоимости проекта

Заключение

программный продукт система модель

Введение

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

Понимая, для чего создается проект можно выявить его цель. Целью данного проекта является расчет эффективности работы «БД автосервис».

Выявив цель проекта можно сформулировать задачи, по которым будет происходить расчет эффективности:

ь Формулировка требований надежности программного продукта

ь Расчет отказов системы

ь Расчет вероятности работы без отказов

ь Расчет необходимых затрат на разработку программного продукта

Фактор качества ПО -- это нефункциональное требование к программе, которое обычно не описывается в договоре с заказчиком, но, тем не менее, является желательным требованием, повышающим качество программы. К факторам качества относятся понятность, полнота, краткость, сопровождаемость, тестируемость, надежность и эффективность. Оценивая проект, не все эти факторы будут одинаково востребованы. Главным определяющим моментом будет целенаправленность продукта, а именно некоторые факторы будут решающими, а некоторыми можно будет пренебречь.

1. Описание функциональных особенностей программного продукта

1.1 Описание функций оцениваемого продукта

База данных (БД) автосервиса «Астон» разработана для удобного ведения учета выполненных работ, оставшихся на складе запчастей, формирования заказов и ведения клиентской базы. Наличие данного программного продукта ускорит, а так же упростит работу не только администраторов автосервиса, но и время оформления заказов, что способствует более быстрому и легкому взаимодействию с клиентами.

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

Система предлагает пользователю БД, которая содержит:

ь Таблицы

ь Формы

ь Запросы

ь Отчеты

Анализируя требования клиента, администратор пользуется теми или иными таблицами или формами для заполнения, тем самым формируя заказ. Так же в БД формируется отчет о проделанной работе автосервиса.

1.2 Формирование требований надежности для программного продукта

1. Ввод пароля пользователем

2. Открытие базы данных

3. Введение данных пользователем

4. Формирование запроса после введенных данных

5. Создание отчета после формирования запроса

6. Создания таблиц для хранения данных о заказах и запасах

7. Удаление данных пользователем

8. Удаление ранее сформированных запросов

9. Удаление ранее созданных отчетов

10. Удаление ранее созданных и заполненных таблиц

11. Закрытие Базы данных

1.3 Определение структурной надёжности системы с помощью логико-вероятностной модели

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

Для определения надежности системы была построена схема логико-вероятностной модели характеризующая систему, которая должна быть протестирована. Схема представлена на (Рис.1.1.)

Размещено на http://www.allbest.ru/

Рис. 1.1 Схема логико-вероятностной модели функционирования программы

После построения схемы логико-вероятностной модели, нужно посчитать отказы системы. После проведения тестирования была выявлена статистика отказов, которая указана в (Табл.1.1.)

T0 =17:00 (время начала тестирования)

Таблица 1.1

Статистика отказов

ni

1

1

1

t

17:05

17:10

17:13

Элемент системы

1

2

7

После получения статистических результатов и заполнения таблицы необходимо рассчитать интенсивность отказа каждого элемента системы. Предполагая, что интенсивность появления ошибок постоянна и равна л, можно вычислить ее как число ошибок в единицу времени (мин):

(1.1)

где количество отказов элемента

- общее время тестирования элемента

л=0,23

Теперь рассчитываем вероятность безотказной работы каждого элемента с помощью экспоненциального закона распределения:

??(??)=???лф

??(1)=0,12

??(2)=0,23

??(7)=0,3

0,12*(1+1-1*1)*0,23*(1+1-1*1)*0,3(1+1-1*1)=0,008

P= ABDEG+ABDFG+ACDEG+ACDFG= ABDG(E+F)+ACDG(E+F)= ADG(E+F)(B+C)

При прохождении всех тестов было получено значение 0,008, которое характеризует данный продукт как недостаточно надежный.

2. Расчет материальных затрат на разработку программы

2.1 Затраты на разработку программного продукта

Постоянные издержки:

1) Стоимость ЭВМ (ноутбук) - 25000р.

Стоимость ПО - входит в стоимость ЭВМ т.к. установлено перед продажей.

MSoffice - 9500р.

Сб - балансовая стоимость.

Сб = 25000+9500=34500р.

2) Расчет годовых амортизационных отчислений:

AR= Сб* Нам (2.1)

AR(ЭВМ) = 34500 * 0,25 = 8625р. (в год)

Нам - норма амортизации (25% в год)

Tn - количество месяцев

Амортизационные отчисления за период создания проекта (1 месяц):

А = (АR*Tn) /365 (2.2)

А= (8625*1)/365= 23,6р.(в день)

Амес = 23,6*30= 708р. (в месяц).

Переменные издержки:

1) Затраты на потребляемую электроэнергию

Зэл = Рэвм * tэвм * Сэл (2.3)

Pэвм = суммарная мощность ЭВМ (0,4 кВт)

tэвм - время работы компьютера (4 часа в день, 22 дня (88 часов))

Сэл - стоимость 1 кВт/час (3руб.)

Зэл = 0,4 * 88 * 3 = 105,6р.

Отчисление по налогам:

Зесн = Зфзн*Несн, (2.4)

Где Зфзн - фонд заработной платы,

Несн - 26% единый налог.

2.2 Расчет трудозатрат и стоимости проекта

На базовом уровне

1) Трудозатраты, рассчитываются в человеко-месяцах:

T = a*Sb,

S - количество строк программного кода (20)

a, b - константы, которые зависят от режима используемой модели

T= 2,4* (0,02^1,05) = 0,04

2) Длительность выполнения проекта

L=2,5 * Tk,

k - константа, которая зависит от размера используемой модели.

L= 2,5 *(0,04^0,38) = 0,73,

3) Средняя численность персонала:

SS=T/L.

SS = 0,04/0,73 = 0,05,

4) Уровень производительности базовой модели COCOMO:

P=SS/T.

P = 0,05/0,04 = 1,37

5) Трудозатраты в человеко-часах

С = Т * Ц

Т - трудозатраты

Ц - удельная стоимость трудозатрат (стоимость одного человеко-месяца)

С = 0,04*152 = 6

6) Расчет заработной платы:

Заработная плата = 162,5 руб. в час.

З =162,5 * 6 = 974,95 руб.

На промежуточном уровне:

1) Трудозатраты

T=a*Sb*C

С - произведение всех драйверов

Используемые дайверы:

- надежность продукта (RELY) (1,4)

- сложность продукта (CPLX) (1,0)

- размер базы данных разрабатываемого приложения (DATA) (1,08)

- требуемый уровень документированности (MODP) (0,91)

- уровень производительности по времени (TIME) (1,11)

- изменчивость платформы (VIRT) (1,15)

- возможности программистов (PCAP) (0,86)

- возможности используемых инструментов (TOOL) (0,91)

- фактор сжатия графика проекта (SCED) (1,0)

С = 1,4*1*1,08*1,11*1,15*0,86*0,91*0,91*1= 1,37

T= 3,2* (0,02^1,05) * 1,37= 0,07

2) Длительность выполнения проекта

L=2,5 * Tk,

k - константа, которая зависит от режима используемой модели.

L= 2,5 *(0,07^0,38) = 0,92

3) Средняя численность персонала:

SS=T/L.

SS = 0,07/0,92 = 0,08

4) Уровень производительности базовой модели COCOMO:

P=SS/T

P = 0,08/0,07 = 1,09

5) Трудозатраты в человеко-часах

С = Т * Ц

Т - трудозатраты

Ц - удельная стоимость трудозатрат (стоимость одного человеко-месяца)

С = 0,07*152 = 11

6) Расчет заработной платы:

Заработная плата = 162,5 руб. в час.

З= 162,5 * 11 = 1786,83 руб.

Трудозатраты, измеряемые в человеко-месяцах:

T=a*Sb, (1.6)

Где S - количество строк программного кода (0,036 тыс),

a, b - константы, которые зависят от размера используемой модели.

T1 (на базовом уровне) = 0,064023133,

T2 (на промежуточном уровне) = 0,097559059.

Длительность выполнения проекта:

L=2,5 * Tk, (1.7)

Где k - константа, которая зависит от размера используемой модели.

L1 (на базовом уровне) = 0,879727237,

L2 (на промежуточном уровне) = 1,032432574.

Средняя стоимость персонала:

SS=TL. (1.8)

SS1 (на базовом уровне) = 0,072776117,

SS2 (на промежуточном уровне) = 0,094494364.

Уровень производительности базовой модели COCOMO:

P=SS/T. (1.9)

P1 (на базовом уровне) = 1,13671597,

P2 (на промежуточном уровне) = 0,968586255.

Общие трудозатраты:

T=a*Sb*C, (1.10)

Где С - произведение всех драйверов.

С = 0,605452575,

T = 0,059067384.

Трудозатраты в человеко-часах:

T1 (на базовом уровне) = 9,731516167,

T2 (на промежуточном уровне) = 8,978242319.

Расчет заработной платы:

Заработная плата = 178,57 руб. в час.

З1 (на базовом уровне) = 1737,75 руб.

З2 (на промежуточном уровне) = 1603,24 руб.

Отчисление по налогам:

Зесн = Зфзн*Несн, (1.11)

Где Зфзн - фонд заработной платы,

Несн - 26% единый налог.

Зесн1 (на базовом уровне) = 451,62 руб.

Зесн2 (на промежуточном уровне) = 416,78 руб.

Общий расход составил 51419,23 руб. Если предполагается получить доход, равный 5000 руб., значит доход должен составить 56419,23 руб.

Максимальный расход = 58764 руб.

Минимальный доход = 45135 руб.

При такой ситуации экономическая эффективность = -13 628 руб.

Заключение

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

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

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

ь Доработка продукта до более надежного

ь Уменьшение количества отказов

ь Минимизация затрат на ЭВМ и ПО

ь Уменьшение времени создания программного продукта

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

Размещено на Allbest.ru

...

Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены