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

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

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

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

(ГБПОУИО «ИАТ»)

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



Содержание

• Введение
• 1. Анализ требований к проекту
• 1.1 Обзор аналогов программного обеспечения
• 1.2 Анализ инструментов, используемых в разработке программного обеспечения
• 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 - аналог «Тестовой оболочки»

Данная система имеет большой функционал.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Недостатки:

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

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

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



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

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

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

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

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

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



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

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

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

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

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

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

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

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

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

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

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

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



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

Сущность «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+''' ');

1 IFADOQuery1.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. Первым делом создаём таблицы как показано ниже на рисунках:

Рисунок 7 - «группы»

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

Рисунок 8 - «оценки»

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

Рисунок 9 - «пожелание»

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

Рисунок 10 - «права»

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

Рисунок 11 - «права»

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

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

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

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

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

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

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

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

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

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

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

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

Рисунок 12 - «тесты»

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

Рисунок 13 - «тесты»

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

Рисунок 14 - «тесты»

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

Рисунок 15 - «тесты»

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

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

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

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

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



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

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

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

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



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

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

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



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

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

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

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



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

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

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

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

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

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

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

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

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

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

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

? предмет;

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

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

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

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

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

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

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

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

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



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

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



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

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



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

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

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

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

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

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

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

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



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

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

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

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

6.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руб.

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

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

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

(9)

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

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

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

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

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

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

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

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

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

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

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

Таблица 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) Отметка выбранных ответов

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