Тестовая оболочка

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

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

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

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

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

Министерство образования Иркутской области

Государственное бюджетное профессиональное

образовательное учреждение Иркутской области

"Иркутский авиационный техникум"

(ГБПОУИО "ИАТ")

ТЕСТОВАЯ ОБОЛОЧКА

А.В. Погодаев

Иркутск

2017

Содержание

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение

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

Приложение

Введение

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

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

? авторизация;

? регистрация;

? просмотр оценок;

? прохождение тестов;

? создание/удаление/редактирование тестов;

? создание/удаление/редактирование пользователей.

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

? собрать всю необходимую информацию для разработки;

? спроектировать будущий программный продукт;

? разработать"Тестовую оболочку";

? написать необходимую документацию к разработке;

? протестировать и внедрить"Тестовую оболочку";

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

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

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

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

На рисунке 1 показанскриншотаналога "Тестовой оболочки".

Рисунок 1 - MyTest

Данная система "MyTest"была найдена на сайте mytest.klyaksa.net, у нее большой функционал с возможностью вывода оценок в MicrosoftExcel, данные это системы хранятся в файле, а не в базе данных.

Рисунок 2 - easyQuizzy

Данная тестовая система расположена на сайте easyquizzy.ru, является аналогом "Тестовой оболочке". Каждый созданный тест система "easyQuizzy" сохраняет в отдельный "EXE"файл.

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

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

Среда программирования Delphi - это среда разработки, обладающая широким набором возможностей для создания любого программного обеспечения.

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

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

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

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

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

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

Достоинства и недостатки MicrosoftSQLServer:

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

- Переносимость;

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

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

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

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

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

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

Недостатки:

- неудобный интерфейс;

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

Техническое задание

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

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

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

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

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

? соединение выбранных элементов структуры и поведения во всё более крупные системы;

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

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

Рисунок 3 - архитектура клиент/сервер

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рисунок7 - Логическая ER-модель

База данных состоит из представленных на рисунке 7 сущностей, атрибуты которых представлены ниже:

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

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

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

Рисунок 8 -Группы

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

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

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

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

3. ocenka - оценка;

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

5. datet - дата.

Рисунок 9 - Оценки

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

Сущность "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.

Рисунок 10 - Таблица вопросов

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

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

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

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

3. timer - таймер;

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

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

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

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

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

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

Рисунок 11- Таблица тестов

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

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

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

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

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

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

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

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

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

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

Рисунок 12 - Таблица пользователей

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

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

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

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

Рисунок 13 - Список предметов

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

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

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

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

Рисунок 14 - Права пользователей

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

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

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

2. value - значение.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для реализации интерфейса пользователя применяются стандартные компоненты:

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

Рисунок 8 - использование CheckBox

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

Рисунок 9 - использование Listbox

? Button -это стандартная кнопка, имеет на поверхности надпись.Скриншот показан на форме "Панель администрации";

? Label-является компонентом для отображения статического текста, то есть надписей и меток на форме. Скриншот показан на форме "Панель администрации";

Рисунок 10 - использование Buttonи Label

? ComboBox - представляет собой комбинацию списка строк ListBox со строкой ввода Edit. Показан на форме создания теста;

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

Рисунок 10 - использование ComboBox и Edit

? DBGrid - используется для вывода информации в виде таблиц, элемент размещён в личном кабинете отображает оценки студента.

Рисунок 11 - использованиеDBGrid

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Данное руководство в основном предназначено для администратора сервера баз данных MSSQL.

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

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

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

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

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

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

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

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

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

? предмет;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

, (1)

Где

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

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

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

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

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

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

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

(2)

Где

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

Таблица 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)

где Цф - цена ф-го товара в рублях;

Кф - количество ф-го товара.

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

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

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

Кол-во (шт.)

Всего (руб.)

Диск CD-RW

30

1

30

Печать

1

47

47

Итого

31

48

77

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

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

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

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

Значение

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

10836

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

4256

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

Е

195,55

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

А

1400

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

1805

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

77

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

18569,55

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

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

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

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

(9)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Значение

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

ЗМ

30

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

ЗКТС

0

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

ЗПО

0

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

ЗФОТВ

0

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

ЗОВФ

0

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

ЗЭВМ

156

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

РН

0

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

КВПР

186

5.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) Отметка выбранныхответов

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-файлы представлены только в архивах.
Рекомендуем скачать работу.