Главная Коллекция "Revolution" Программирование, компьютеры и кибернетика Проектирование информационной системы "Тестовая оболочка"

Проектирование информационной системы "Тестовая оболочка"

Разработка системы тестирования "Тестовая оболочка". Существующие аналоги программного обеспечения, анализ инструментов, используемых в его разработке. Проектирование базы данных и пользовательского интерфейса. Руководство по установке, тестирование.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 25.05.2017
Размер файла 1,4 M
рефераты на заказ со скидкой

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

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

46

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

43

Содержание

  • Введение
  • 1. Анализ требований к проекту
  • 1.1 Обзор аналогов программного обеспечения
  • 1.2 Анализ инструментов используемых в разработке программного обеспечения
  • 1.2.1Достоинства Delphi
  • 1.2.2 Достоинства и недостатки Microsoft SQL Server
  • 1.3 Обоснование выбора программных продуктов для разработки
  • 2. Проектирование
  • 2.1 Архитектура программного обеспечения
  • 2.2 Функциональное проектирование
  • 2.3 Проектирование базы данных
  • 2.4 Проектирование пользовательского интерфейса программного обеспечения
  • 3. Реализация программного обеспечения
  • 3.1 Кодирование программного обеспечения
  • 4. Тестирование информационной системы
  • 5. Документирование программного обеспечения
  • 5.1 Руководство по установке программного обеспечения
  • 5.2 Руководство пользователяпрограммного обеспечения
  • 5.3 Руководство системного администратора программного обеспечения
  • 6. Стоимость разработки программного обеспечения
  • 6.1 Организационно-экономическое обоснование проекта
  • 6.2 Расчёт затрат на разработку программного продукта
  • 6.3 Расчёт затрат на внедрение программного продукта
  • 6.4 Расчёт основных показателей экономической эффективности
  • Заключение
  • Список используемых источников
  • Приложения

Введение

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

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

Самым затратным по времени этапом является тестирование проекта. Лишь уделив этому этапу сверх много времени, можно исправить большинство недочётов проектирования и разработки, отладить работоспособность всех программных модулей и осуществить этап внедрения за минимально возможное время. Также в зависимости от необходимости или условий контракта, ко всему этому можно добавить сопровождение программного продукта, которое может включать в себя: обновление, модернизацию, смену компонентов.

тестовая оболочка программное обеспечение

Вместе эти этапы составляют жизненный цикл программного обеспечения.

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

Используя эти правила, можно приступить к технологическому процессу проектирования и разработки дипломного проекта - "Тестовой оболочки".

1. Анализ требований к проекту

1.1 Обзор аналогов программного обеспечения

В ходе поиска существующих аналогов "Тестовой оболочки" были найдены в общем доступе системы тестирования, приведённые ниже:

На рисунке 1 изображен аналог "Тестовой оболочки", но не имеет собственную систему авторизации и многих других функций, но у него тоже присутствует таймер.

Рисунок 1 - аналог "Тестовой оболочки"

На рисунке 2 показана система тестирования, которая имеет возможность отвечать только на прямые вопросы (да или нет), что уступает "Тестовой оболочки".

Рисунок 2 - аналог "Тестовой оболочки"

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

1.2 Анализ инструментов используемых в разработке программного обеспечения

Для создания интерфейса "Тестовой оболочки" была выбрана среда разработки Delphi.

1.2.1Достоинства Delphi

? поддерживает разработку программ для большинства современных операционных систем;

? имеет огромное количество документации по разработке в открытом доступе;

? наличие высокоскоростного компилятора обеспечивает быстрый и беспроблемный перевод Ваших программ в машинный код;

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

Для хранения и управления базой данных был выбран SQLServer.

1.2.2 Достоинства и недостатки Microsoft SQL Server

Достоинства:

серверная система управления базами данных;

широкий спектр настроек безопасности базы данных;

использование одного из лучше языков запросов - SQL;

возможности восстановления и архивирования данных;

множество функций и настроек всех компонентов;

бесплатность для некоммерческого использования;

Недостатки:

нагромождённый и неудобный интерфейс;

плохо структурированный инсталлятор программного продукта;

длительное чтение данных по сравнению с MySQL.

результата.

1.3 Обоснование выбора программных продуктов для разработки

Для реализации проекта "Тестовой оболочки" было решено использовать среду программирования Delphiдля создания пользовательской оболочки и базу данных MicrosoftSQLServerдля хранения информации.

1) База данныхMicrosoftSQLServerпозволит реализовать управление базой данных с достаточной функциональностью настройки ролей участников системы и предоставлением им прав доступа.

2) Среда программированияDelphi - это полнофункциональное издание, обладающее широким набором возможностей для создания любого программного обеспечения. Популярен среди программистов профессионалов по всему миру. Имеет собственный отладчик.

2. Проектирование

2.1 Архитектура программного обеспечения

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

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

2.2 Функциональное проектирование

На рисунке 1 изображена UseCase схема, которая отображает действия, выполняемые пользователем и администрацией "Тестовой оболочки". Пользователь авторизуется в системе и проходит тесты, администратор создает тесты, изменяет их и проверяет оценки студентов.

Рисунок1 - UseCase схема

На рисунке 2 показана диаграмма композиции, показывающая основную разработку "Тестовой оболочки".

Рисунок 2 - Диаграмма композиции

На рисунке 3 изображена декомпозиция функциональной модели. Эта модель показывает: что первым этапом необходимо провести анализ предметной области. Далее исполнитель должен создать функциональную и информационную модель учитывая: стандарты и ТЗ. После создания моделей, можно переходить к разработке программного обеспечения. Последним этапом разработки является написание пояснительной записки и прочей документации.

Рисунок 3 - Декомпозиция

2.3 Проектирование базы данных

Проектирование баз данных - процесс создания схемы базы данных и определения необходимых ограничений целостности.

? Обеспечение хранения в БД всей необходимой информации;

? Обеспечение возможности получения данных по всем необходимым запросам;

? Сокращение избыточности и дублирования данных;

? Обеспечение целостности базы данных.

На рисунке 4 изображена инфологическая модель, в качестве предметной области использовались "Тестовая оболочка".

Рисунок4 - Инфологическая модель

Сущность "ocenki" состоит из:

1. ocid - идентификатор оценки;

2. ociduser - идентификаторпользователя;

3. ocenka - оценка;

4. testid - идентификатор теста;

5. datet - дата.

Сущность "vopr" состоит из:

1. voprid - идентификатор вопроса;

2. testid - идентификатор теста;

3. voprprav - правильные ответы;

4. otv1 - Ответ №1;

5. otv2 - Ответ №2;

6. otv3 - Ответ №3;

7. otv4 - Ответ №4;

8. otv5 - Ответ №5;

9. otv1 - Ответ №6.

Сущность "tests" состоит из:

1. testid - идентификатор;

2. testname - название теста;

3. timer - таймер;

4. na3 - количество правильных ответов на 3;

5. na4 - количество правильных ответов на 4;

6. na5 - количество правильных ответов на 5;

7. type - предмет теста;

8. testactive - видимость теста;

9. back - возможность вернуться назад.

Сущность "users" состоит из:

1. userid - идентификатор пользователя;

2. userlogin - логин пользователя;

3. userpassword - пароль пользователя;

4. userfam - фамилия пользователя;

5. username-имя пользователя;

6. userot - отчество пользователя;

7. usergroup - группа пользователя;

8. userpermission - права пользователя.

Сущность "types" состоит из:

1. typeid - идентификатор предмета;

2. typename - название предмета.

Сущность "permissions" состоит из:

1. idper - идентификатор права;

2. nameper - наименование права.

Сущность "groups" состоит из:

1. idgr - идентификатор группы;

2. namegr - наименование группы.

2.4 Проектирование пользовательского интерфейса программного обеспечения

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

Задачи, решаемые разработкой пользовательского интерфейса:

1. повышение эффективности работы пользователя, заключающейся в повышении скорости и простоты выполнения операций;

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

? Label - является компонентов для отображения статического текста, то есть надписей и меток на форме.

? Edit - представляет собой однострочное текстовое поле, служащее для ввода данных.

? CheckBox это флажок - независимый переключатель. Флажок используется в программе для визуализации состояний включено-выключено.

? Listbox - это массив строк, служащий для хранения и обработке текстовой информации.

? Button - это стандартная кнопка, имеет на поверхности надпись. Основное событие является - нажатие (OnClick).

? ComboBox представляет собой комбинацию списка строк ListBox со строкой ввода Edit. При этом "список строк" компонента Delphi.

? Image предназначен для отображения на форме графических изображений.

? DBGrid - отображает произвольное подмножество полей используемого набора данных в виде таблицы.

3. Реализация программного обеспечения

3.1 Кодирование программного обеспечения

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

Begin

IF ( (Edit1. Text='') OR (Edit2. Text='')) Then MessageBox (Form1. HANDle, PChar ('Введителогинипароль'), PChar ('Ошибка! '), MB_OK + MB_ICONERROR)

Else Begin

SQL_A ('Select userpermission, userid From users Where userlogin='''+Edit1. Text+''' AND userpasswORd='''+Edit2. Text+''' ');

IF ADOQuery1. Fields [0]. AsString ='1' Then Begin id: =ADOQuery1. FieldValues ['userid']; startadmin (id); Form3. Show; ClearEdit; Hide; End;

IF ADOQuery1. Fields [0]. AsString ='2' Then Begin id: =ADOQuery1. FieldValues ['userid']; ClearEdit; iduser (id); Form2. Show; Hide; End;

IF ADOQuery1. Fields [0]. AsString ='' Then MessageBox (Form1. HANDle, PChar ('Пользователь с такими данными не найден'), PChar ('Ошибка! '), MB_OK + MB_ICONERROR);

End;

End;

Для работы с "Тестовой оболочкой" никаких дополнительных программ не требуется.

Минимальные системно-технические требования для "Тестовой оболочки":

процессор, совместимый с Pentium III или выше с частотой не менее 1 ГГц;

операционная система Windows Server 2003 Small Business Server R2 Standard или более поздняя версия Windows;

оперативная память не менее 512Mb.

4. Тестирование информационной системы

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

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

При тестировании "Тестовой оболочки" были пройдены следующие этапы контроля: контроль обращений к данным, контроль вычислений, контроль передачи управления, контроль межмодульных интерфейсов.

1) Контроль обращений к данным:

?все переменные инициализированы;

?максимальные размеры массивов и строк не превышены;

?значимых переменных со сходными именами нет;

при сбое работы с файлом, его процесс выключается;

?типы записываемых и читаемых значений соответствуют;

все переводы из одного типа в другой возможны;

индексы массивов не выходят за границу;

запрет импортирования неверных данных в информационную систему.

2) Контроль вычислений:

?порядок следования операторов записан верно;

?вычисление над неарифметическими переменными выполнены верно;

?работа с переменными различных типов выполнена корректно;

?ситуация переполнения разрядной сетки невозможна;

?вычисления соответствуют требуемой точности;

?при сравнении различных типов, одна из переменных приводится к типу другой переменной.

3) Контроль передачи управления

?программа будет завершена при нормальном выходе и при аварийном;

?вычисления корректно продолжатся, после переходов управления;

?поисковые циклы существуют с возможностью возврата нулевого значения поиска;

ситуации "элемент найден" и "элемент не найден" корректно обрабатываются.

4) Контроль межмодульных интерфейсов

?списки параметров и аргументов по порядку соответствуют типу и единицам измерения;

?подпрограммы не изменяют элементы классов, которые недолжны изменятся;

?нарушения области действия глобальных и локальных переменных с одинаковыми именами не происходят.

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

5. Документирование программного обеспечения

5.1 Руководство по установке программного обеспечения

Для начала работы с "Тестовой оболочкой" необходимо создать базу данных в MicrosoftSQLserverManagementStudio. Первым делом создаём таблицы как показано ниже на рисунках:

Рисунок 1.1 - "группы"

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

Рисунок 1.2 - "оценки"

Таблицу нужно назвать "Ocenki". Вэтой таблице хранятся оценки пользователей, интендификатор пользователей, интендификатор теста и дата записи оценки.

Рисунок 1.2 - "пожелание"

Таблицу нужно назвать "perform". Вэтой таблице хранятсяотзывы о "тестовой оболочке" и пожелания от пользователей.

Рисунок 1.3 - "права"

Таблицу нужно назвать "permissions"и добавить два поля: администратор и студент.

Рисунок 1.4 - "права"

Таблицу нужно назвать "param"и добавить три поля:

Где значение "param" - добавить: "auth","perform"и "replacename".

Где значение "Valuee"для "auth":

· 1 - авторизация по логину и паролю;

· 2 - только по паролю;

· 3 - автоматическая авторизация.

Где значение "Valuee"для "perform":

· 1 - Пользователям разрешено оставлять отзывы;

· 0 - Пользователям запрещено оставлять отзывы.

Где значение "Valuee"для "replacename":

· 1 - Пользователям разрешено измениять ФИО и изменять пароль;

· 0 - Пользователям запрещено измениять ФИО и изменять пароль.

Рисунок 1.5 - "тесты"

Таблицу нужно назвать "tests". В этой таблице будут хранится тесты и их настройки.

Рисунок 1.6 - "тесты"

Таблицу нужно назвать "types". В этой таблице будут хранится названия предметов в училище.

Рисунок 1.7 - "тесты"

Таблицу нужно назвать "users". В этой таблице будут хранится данные пользователей. Необходимо создать пользователя с правами "Администатор" именно в базе данных. Для этого в значении "userpermission" поставить "1".

Рисунок 1.7 - "тесты"

Таблицу нужно назвать "vopr". В этой таблице будут хранится данныеjвопросах.

После создания таблиц перейти в проект и на первой форме (login) изменить свойста ADOConnection1 выбрав свою базу данных для подключения.

5.2 Руководство пользователяпрограммного обеспечения

После запуска программы, пользователь должен ввести логин и пароль от своей учётной записи, чтобы запустить программу. Окно авторизации представлено на рисунке 2.1.

Если пользователь открывает "Тестовую оболочку" впервые и у него нет предоставленного аккаунта для входа, то ему следует пройти регистрацию нажав на кнопку "Зарегистрироваться". Откроется окно для заполнения личных данных нового пользователя (рисунок 2.1).

Рисунок 2.1 - Регистрация

Для успешной регистрации пользователю следует ввести уникальный логин, состоящий из минимума 4-ех символов и не содержащий пробелов, пароль, подтверждение пароля, выбрать группу и нажать на кнопку "Зарегистрироваться".

Рисунок 2.2 - Авторизация студента

Если пользователь проходит авторизацию в "Тестовой оболочке" с правами "Студент", то открывается окно личного кабинета, где он может ознакомится со своими оценками, отправить отзыв или пожелание разработчику для увеличения комфорта работы с"Тестовой оболочкой", изменить пароль, ФИО и начать процедуру прохождения теста нажав на кнопку "Пройти тест". Окно личного кабинета предоставлено на рисунке 2.3.

Рисунок 2.3 - Личный кабинет

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

Рисунок 2.4 - Выбор теста

Выборов тест - откроется окно с прохождением теста (рисунок 2.5). После выбора ответа или ответов, которые студент считает верными, необходимо нажать на кнопку "Далее", чтобы перейти к следующему вопросу. Если студент решил поменять выбранные в предыдущих вопросах, то он должен нажать на кнопку "Назад".

Рисунок 2.5 - Прохождение теста.

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

Рисунок 2.6 - Результат теста.

5.3 Руководство системного администратора программного обеспечения

Если пользователь проходит авторизацию в "Тестовой оболочке" с правами "Администратор", то открывается окно с названием "Панель администратора" (рисунок 2.7). Где администратор имеет такие возможности:

? перейти к созданию теста;

? перейти к редактированию тестов;

? перейти к просмотру оценок пользователей;

? перейти к настройкам ИС;

? перейти к настройкам пользователей;

? перейти в личный кабинет.

Рисунок 2.7 - Панель администратора

Для начала создания теста администратор должен нажать на кнопку "создать тест". Откроется окно с начальными настройками теста (рисунок 2.8):

? название теста (должно быть уникальным);

? предмет;

? количество правильных ответов на оценку 3;

? количество правильных ответов на оценку 4;

? количество правильных ответов на оценку 5;

? таймер (только целые минуты);

? возможность возвращаться к предыдущим вопросам (кнопка "назад" в тесте).

Рисунок 2.8 - Создание теста

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

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

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

Рисунок 2.9 - Создание вопросов

Для редактирования тестов в "Панели администратора" (рисунок 2.7) нажать на кнопку "Редактирования тестов". Откроется окно (рисунок 2.10), где администратор имеет возможность полностью изменять/удалять выбранный тест, а также добавлять или удалять предметы.

Рисунок 2.10 - Редактирования тестов

Для редактирования пользователей в окне "Панель администратора" (рисунок 2.6) нажать на кнопку "Управление пользователями". В данном окне администратор может удалять, создавать и редактировать данные пользователей.

Рисунок 2.11 - Редактирования пользователей

Для перехода в настройки "Тестовой оболочки" в окне "Панель администратора" (рисунок 2.7) нажмите на кнопку "Настройки". В этом окне есть возможность изменить тип авторизации при открытии "Тестовой оболочки":

· логин и пароль;

· только пароль (логин не изменяется, выводится из ОС Windows);

· автоматическая (более слабая защита, но для авторизации достаточно запустить ИС).

Рисунок 2.12 - Настройки

Для просмотра оценок - администратору необходимо нажать на кнопку "Оценки" в окне "Панель администратора". В окне предоставлена таблица с оценками, логинами, имени, названия теста, группой, датой и с удобным поиском студентов.

Рисунок 2.12 - Просмотр оценок

6. Стоимость разработки программного обеспечения

6.1 Организационно-экономическое обоснование проекта

"Тестовая оболочка" разрабатывается для специализированного использования в учебном процессе в лабораториях, оборудованных компьютерами, объединённых в сеть для проверки знаний пользователей в любой предметной области и сохранения результатов тестирования.

"Тестовая оболочка" не имеет прямых аналогов на рынке программных продуктов, поэтому её разработка целесообразна по двум причинам: она сокращает время прохождения и обработки тестирования, а также служит в качестве динамического хранилища для тестов. Кроме того, в системе используется авторизация пользователя по логину и паролю, что позволяет уменьшить вероятность фальсификации результатов тестирования.

6.2 Расчёт затрат на разработку программного продукта

Расчет полных затрат на разработку проектного решения осуществляется по формуле 1.

, (1)

где ЗОТР - сумма оплаты труда разработчика/разработчиков программного продукта;

ЗЭВМ - затраты, связанные с эксплуатацией техники;

ЗСПП - затраты на специальные программные продукты, необходимые для разработки программного продукта;

ЗХОН - затраты на хозяйственно-операционные нужды (бумага, литература, носители информации);

Е - затраты на электроэнергию в рублях;

А - амортизация персоонального компьютера в рублях.

Для подсчета ФОТ разработчика необходимо определить общее время разработки - таблица 4.1 Время, затрачиваемое на разработку проектного решения j-м разработчиком, определяется методом экспертных оценок или хронометража. Итоговое значение рассчитывается на основании приведенных исходных данных по формуле 2.

(2)

гдеtв - время в-го этапа разработки проектного решения в месяц.

Таблица 4.1 - Затраты времени на создание программного продукта

Этап создания

Затраты времени

(в днях)

Затраты времени (в часах)

Машинное время работы над ПП (в часах)

Разработка

Обследование объекта

автоматизации

5

40

20

Анализ и уточнение требований

3

24

8

Разработка технического задания

3

24

24

Проектирование структуры

10

80

60

Программная реализация

15

120

120

Тестирование программного продукта

10

80

80

Отладка программного продукта

12

96

96

Разработка описания

5

40

40

ИТОГО

63

504

448

Рабочий день над проектом в среднем принимается равным 8 часам.

Сумму оплаты труда разработчика за время работы над программным продуктом рассчитаем исходя из часовой тарифной ставки и фонда фактического времени, затраченного на разработку программного продукта по формуле 3.

, (3)

где - часовой тарифной ставки (принимаем равной 21,5 руб./час);

- фонд фактического времени, затраченного на разработку программного продукта, час.

Затраты, связанные с использованием вычислительной и оргтехники - формула 4.

, (4)

где - машинное время работы над программным продуктом, час.;

- коэффициент готовности ЭВМ, ;

n - количество единиц техники, равно 1;

- себестоимость машино-часа, руб.

Затраты на электроэнергию рассчитываются по следующей формуле 5.

, (5)

где - мощность, потребляемая персоональным компьютером, кВт/час;

- время работы персоонального компьютера, час;

- тариф электроэнергии в рублях.

Тариф 0,97 рубля за киловатт.

Амортизация персоонального компьютера рассчитывается по формуле 6.

(6)

где - первоначальная стоимость персоонального компьютера;

- процент амортизации в год.

1400

Затраты на хозяйственно-организационные нужды приводятся в таблице 4.3 и вычисляются по формуле 8.

, (8)

где Цф - цена ф-го товара в рублях; Кф - количество ф-го товара.

Таблица 4.3 - Затраты на хозяйственно-организационные нужды

Наименование

Цена за единицу (руб.)

Кол-во (шт.)

Всего (руб.)

Диск CD-RW

30

1

30

Печать

1

47

47

Итого

31

48

77

Результаты выполненных расчетов сводятся в таблице4.4.

Таблица 4.4 - Затраты на разработку

Наименование затрат

Условное обозначение

Значение

Оплата труда разработчика программного продукта

Затраты, связанные с эксплуатацией техники

4256

Затраты на электроэнергию

Е

195,55

Затраты на амортизацию персонального компьютера

А

1400

Затраты на специальные программные продукты, необходимые для разработки программного продукта

1805

Затраты на хозяйственно-операционные нужды

77

Итого затрат на разработку

18569,55

Итого на разработку «Тестовой оболочки»с учетом всех требований было потрачено 18569,55руб.

6.3 Расчёт затрат на внедрение программного продукта

Затраты на внедрение программного продукта являются для организации единовременными и формируют величину капиталовложений в данный проект

Затраты на внедрение проектного решения в виде программного продукта рассчитываются по формуле 9.

(9)

где ЗМ - затраты на приобретение материалов в рублях;

ЗКТС - затраты на приобретение комплекса технических средств в рублях;

ЗПО - затраты на приобретение программного обеспечения в рублях;

ЗФОТВ - затраты на оплату туда работников, занятых внедрением проекта в рублях;

ЗОВФ - отчисления во внебюджетные фонды с заработной платы работников, занятых внедрением проекта в рублях;

ЗЭВМ - затраты, связанные с эксплуатацией электронно -вычислительных машин при внедрении проектного решения в рублях;

Рком - командировочные расходы в рублях;

РН - накладные расходы в рублях;

kТУН - коэффициент транспортирования, установки и наладки комплекса технических средств, определяется действующими нормативами организации, а также спецификой конкретного проекта.

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

Для внедрения проекта затрат не потребовалось.

Внедрение «Тестовой оболочки» проходило в течении двух рабочих дней, при внедрении был использован CD-RW носитель с дистрибутивом «Тестовой оболочки» и необходимыми для работы системы библиотеками и программными пакетами.

Таблица 4.6 - Затраты на внедрение

Наименование затрат

Условное обозначение

Значение

Затраты на приобретение материалов

ЗМ

30

Затраты на приобретение комплекса технических средств

ЗКТС

0

Затраты на приобретение программного обеспечения

ЗПО

0

Затраты на оплату туда работников, занятых внедрением проекта

ЗФОТВ

0

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

ЗОВФ

0

Затраты, связанные с эксплуатацией ЭВМ при внедрении проектного решения

ЗЭВМ

156

Накладные расходы

РН

0

Затраты на внедрение проектного решения

КВПР

186

6.4 Расчёт основных показателей экономической эффективности

Так как "Тестовая оболочка" служит для некоммерческого использования производить расчёт экономической эффективности не нужно. Разработанная система представляет научную и практическую ценность.

Заключение

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

Для проектирования "Тестовой оболочки" использовалась следующие среды разработки: MicrosoftSQLServer,Delphi.

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

Стадия разработки проходила параллельно с проектированием, что позволило в режиме реального времени изменять или дополнять возможности системы, а также уточнять типы переменных. Большую часть времени разработки заняла визуальная оболочка "Тестовая оболочка", которая реализовывает следующую функциональность:

авторизация пользователя по логину и паролю при входе в программу;

прохождение тестирования в режиме реального времени с заданными параметрами;

сохранение результатов тестирования;

просмотр результатов тестирования;

создание и редактирование пользователей, тем тестов, тестов, групп пользователей;

два режима тестирования.

Проведено тестирование, в результате которого были выявлены следующие проблемы:

ошибки авторизации пользователей;

ошибка предоставления неверных прав незарегистрированному пользователю;

неверное отображение количества ответов при ручном создании тестов;

ошибки, связанные с приведением переменных одного типа к переменным другого типа.

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

Поставленные цели и задачи дипломного проекта были выполнены.

Список используемых источников

1) Иванова Г.С. Технология программирования: учебник / - 2-е изд., стер. - М.: КНОРУС. 2013. - .336 с.

2) Документация по MySQL. [SQL.ru] [Электронный ресурс]. - Режим доступа: http://www.sql.ru/docs/mysql/rus_ref/#What - Заглавие с экрана. - (Дата обращения: 27.03.2017).

3) Использование среды SQL Server Management Studio [Электронный ресурс]. - Режим доступа: https: // msdn. microsoft.com/ru-ru/library/ms174173. aspx - Заглавие с экрана. - (Дата обращения: 27.04.2017).

4) Системные требования WindowsServer 2008. [Электронный ресурс]. - Режим доступа: https: // technet. microsoft.com/ru-ru/windowsserver/bb414778. aspx - Заглавие с экрана. - (Дата обращения: 17.04.2017).

Приложения

Приложение А

1) Сохрание массива в тестах

IF (CheckBox1. Checked=true) Then vopr_prav: ='1';

For i: = 2 to 6 do

IF TCheckBox (FindComponent ('CheckBox'+IntToStr (i))). Checked=true Then Begin IF (vopr_prav='') Then vopr_prav: =IntToStr (i) Else vopr_prav: =vopr_prav+','+IntToStr (i); End;

IF ( (backbut=0) AND (vopr_prav='')) Then MessageBox (Form2. HANDle, PChar ('Выберите ответ'), PChar ('Внимание! '), MB_OK + MB_ICONINFormATION) Else Begin

IF ADOQuery1. FieldValues ['voprprav'] =vopr_prav Then Inc (kol_prav)

Else if Ne_prav='' then Ne_prav: =inttostr (ADOQuery1. FieldValues ['voprid']) +': '+vopr_prav

Else Ne_prav: =Ne_prav+'|'+inttostr (ADOQuery1. FieldValues ['voprid']) +': '+vopr_prav;

// label8. Caption: =Ne_prav;

a [num_vopr]: =vopr_prav;

IF num_vopr<=kol_vopr Then Begin

Inc (num_vopr);

ADOQuery1. Next;

Vopr;

End;

2) Отметка выбранныхответов

3) For i: =1 to 6 do

TCheckBox (FindComponent ('CheckBox'+IntToStr (i))). Checked: =false;

otvet: =a [num_vopr];

For i: =1 to Length (otvet) do

IF otvet [i] =',' Then Delete (otvet, i,1);

For i: =1 to Length (otvet) do Begin

s: =StrToInt (otvet [i]);

TCheckBox (FindComponent ('CheckBox'+IntToStr (s))). Checked: =true;

End;

vopr_prav: ='';

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

...

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

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

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