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

33

Содержание

Введение

1. Описание предметной области

1.1 Обзор литературы

1.2 Постановка задачи

1.3 Обоснование актуальности задачи

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

2. Проектирование архитектуры программно-информационной системы

2.1 Установление требований

2.2 Составление спецификации требований

2.3 Проектирование структуры слоя доступа к данным

3. Реализация программно-информационной системы

3.1 Описание архитектуры программно-информационной системы

3.2 Пример использования программно-информационной системы

4. Результаты

Заключение

Список использованных источников

Введение

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

Объектом исследования в данной работе является разработка front-end части системы, предназначенной для увеличения производительности пользователя.

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

Темой данного дипломного проекта является front-end разработка приложения для проведения опросов и оценки знаний испытуемых.

Цель дипломного проекта - разработка front-end части информационной системы для оптимизации составления тестовых заданий, проверки знаний, а также удобной и быстрой оценки уровня подготовки тестируемого.

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

? знания и навыки потенциальных пользователей, а также особенности аппаратных средств.

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

? правила должны быть едиными и последовательными для всей программы и для всех этапов решения задачи.

У готового приложения должны быть визуализированы следующие функции:

? создание учетной записи пользователя;

? аутентификация;

? добавление/удаление предмета тестирования. Добавление предмета необходимо для сортировки вопросов по темам;

? добавление/удаление категорий тестирования. Добавление категории позволит сортировать вопросы по подтемам. У одного предмета может быть несколько категорий, например: у предмета «Русский язык» есть категории «Орфография», «Пунктуация» и пр.;

? добавление/удаление данных о тестируемом: фамилия, имя, отчество;

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

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

? импорт данных (вопросов и ответов) из файлов с расширением .xlsx;

? формирование тестов, в соответствии с заданными условиями: количество вопросов в готовом тестовом задании и количество вариантов;

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

? формирование статистики прохождения тестовых заданий;

? экспорт данных (сформированные текстовые задания, результаты прохождения тестовых заданий тестируемыми и статистику прохождения тестового задания тестируемой группой) в файлы с расширением .doc;

? удаление учетной записи пользователя.

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

1. Описание предметной области

1.1 Обзор литературы

При написании выпускной квалификационной работы были изучены различные источники информации, а также изучены существующие прототипы системы.

Программа представляет собой систему сбора и обработки информации.

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

? новые функции;

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

? скорость работы;

? русскоязычная система.

Для большей наглядности будет проведена сравнительная таблица между аналогами по предъявленным требованиям в таблице 1.

Таблица 1 - сравнительная характеристика аналогов приложения

Требования/ Аналоги	Множественный выбор правильных ответов	Изменение количества вариантов ответов	Импорт данных из файлов	Место хранения данных
Quick key	-	-	-	У издателя приложения
Разработка	+	+	+	У издателя приложения

Для удобства пользователь должен иметь доступ к данным с любого компьютера.

Основными источниками информации при разработке front-end части были книги: «HTML и CSS. Путь к совершенству» Бена Хеника, и официальная документация Bootstrap Framework.

1.2 Постановка задачи

Тестовые задания в наше время используются для проверки знаний не только в учебных заведениях, но и при приеме на работу. На составление нескольких вариантов тестов затрачивается много времени и сил, а на проверку решенных тестовых заданий уходит еще больше времени. Более того, использование ранее придуманных вариантов тестов со временем не объективно оценивает знания тестируемых. Для решения вышеперечисленных проблем рационально использование компьютера. В связи с этим возникает необходимость создания специализированной системы для составления и проверки тестовых заданий. В рамках данного проекта будут визуализированы такие функции как: авторизация пользователя, импорт данных из различных файлов, формирование тестовых заданий в соответствии с условиями, экспорт данных в файлы, формирование тестовых заданий, просмотр результатов и статистики прохождения тестовых заданий тестируемыми. Также система должна исправно работать в браузерах: Google Chrome 50 и выше, MS Edge, Internet Explorer.

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

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

Контекстная диаграмма представляет собой схему организации работы web-приложения «Мобильная платформа для проведения опросов и оценки знаний». Входными данными является информация, которую вводит пользователь. Результатом функционирования являются сформированные тесты.

Диаграмма бизнес-процессов представлена в графической части МППЗ.00.00.002.ГЧ.

1.3 Обоснование актуальности задачи

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

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

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

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

3. Узнаваемость. Интерфейс должен быть понятен на интуитивном уровне. К примеру иконка с обозначением мусорной корзины в Microsoft Windows обозначает удаление. А красный цвет- опасность. Увидев на сайте кнопку красного цвета с изображением мусорной корзины, пользователь интуитивно поймет, для чего предназначена эта кнопка.

4. Восприимчивость. Время отклика системы должно быть минимальным, а также система должна «отвечать» пользователю на его действия. К примеру, нажатие на кнопку должно сопровождаться звуковым сигналом, либо текст на кнопке должен меняться с «Сохранить» на «Загружаем…», либо показывать индикатор загрузки страницы и пр.

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

6. Привлекательность. Хороший интерфейс должен быть привлекательным. С ним должно быть приятно работать.

7. Эффективность. Интерфейс - это машина, которая доставляет пользователя туда, куда нужно. Пункты назначения - различные функции web-сайта. Хороший интерфейс должен дать возможность пользователю выполнить функции быстрее и с меньшим усилием. Чтобы получить эффективный интерфейс, нужно точно знать, чего хочет пользователь, а затем дать ему именно это без каких-либо препятствий. Нужно определить, какие именно функции необходимы и какие именно цели должны быть достигнуты. Необходимо реализовать интерфейс, который даст пользователю то, что он хочет, вместо простого предоставления доступа к списку функций.

8. Снисходительность. Никто не совершенен, и люди делают ошибки, когда пользуются web-сайтом. То, насколько хорошо контролируются такие ошибки, является очень важным индикатором качества сайта. Не нужно заставлять пользователя паниковать - необходимо сделать снисходительный интерфейс со средствами от ошибок. Если запись была некорректно введена, пользователю нужно предоставить возможность изменить ее. А при удалении информации необходимо предоставлять возможность подтверждения действия.

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

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

Так как требования к интерфейсу меняются чаще всего, то возникает потребность часто его модифицировать, при этом сохраняя корректное взаимодействие с данными (чтение и сохранение). Для этого в шаблоне MVC (Model-View-Controler) интерфейс отделен от данных. Это позволяет менять интерфейсы, равно как и создавать их разные варианты.

Для web-разработки front-end части программно-информационной системы «Мобильная платформа для проведения опросов и оценки знаний. Серверная часть» были использованы: язык разметки HTML5, язык стилей CSS3, язык сценариев JavaScript и Bootstrap Framework. При использовании Bootstrap Framework и CSS web-приложение одинаково выглядит во всех браузерах. интерфейс приложение программный информационный

HTML (Hyper Text Markup language) - стандартизированный язык разметки документов в сети Интернет. Язык разметки HTML интерпретируется браузерами и в результате отображает форматированный текст на экране компьютера или другого устройства. Страница, которую видит пользователь в своем браузере, может состоять из множества разных файлов - например, изображений, анимационных роликов, сценариев JavaScript и так далее, - но, основой страницы практически всегда является документ HTML. Другие языки разметки пока еще слабо поддерживаются браузерами.

Стили являются удобным, практичным и эффективным инструментом для оформления текста, ссылок, изображений и других элементов. Например, с помощью стилей можно определить вид web-страницы для разных устройств вывода: монитора, смартфона, планшета и др. Применяя CSS, уменьшается время загрузки страниц web-приложения за счет переноса правил представления данных в отдельный CSS-файл. Благодаря этому браузер загружает только структуру документа, а представление этих данных загружается только один раз и может быть закешировано. Язык CSS используется в связке с языком разметки HTML.

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

- Объектно-ориентированность. Выполнение программы представляет собой взаимодействие объектов;

- Приведение типов данных приводится автоматически;

- Функции выступают объектами базового класса;

- Автоматическая очистка памяти.

Если говорить о сути применения JavaScript, то этот язык позволяет «оживлять» неподвижные страницы с помощью кода. Можно провести аналогию с мультфильмами, где HTML и CSS - прорисованные герои, а JavaScript - то, что заставляет их двигаться.

Ajax (Asynchronous Javascript and XML) базируется на технологии обращения к серверу без перезагрузки страницы. Применение Ajax дает такие преимущества как экономия трафика пользователя (вместо обновления всей страницы загружается ее небольшая изменившаяся часть), снижение нагрузки на сервер и ускорение реагирования интерфейса на команды пользователя.

Практически любая web-страница содержит множество похожих компонентов (меню, навигация и пр.), которые встречаются и на других сайтах. Чтобы писать меньше кода и задействовать готовое решение применяются специализированные библиотеки. Одной из таких библиотек для верстки является Bootstrap Framework. Фактически, Bootstrap представляет собой конструктор, фрагменты которого включаются в проект при необходимости. Это уменьшает время разработки. Bootstrap направлен на создание макета под разные устройства - ноутбуки, планшеты, смартфоны. Компоненты библиотеки написаны и протестированы с учетом работы разных браузеров. Это гарантирует, что макет будет выглядеть одинаково независимо от выбранного браузера. Bootstrap не просто вставляет элементы на страницу, но и сразу же устанавливает их оформление и взаимодействие с пользователем через JavaScript.

2. Проектирование архитектуры программно-информационной системы

2.1 Установление требований

Предварительные замечания к проекту

Цели и рамки проекта

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

Цель проекта - максимально облегчить составление тестовых заданий и доступ к результатам тестируемых. Интерфейс должен быть максимально прост и понятен потенциальному пользователю. Проект должен работать на операционной системе Windows 7 и выше.

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

Результатом разработки должна стать front-end часть web-приложения исправно функционирующая в таких браузерах как: Google Chrome, MS Edge, Internet Explorer.

Деловой контекст

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

Участники проекта

Заказчик - Овсянников К. В.

Разработчики - Желудова М. Е., Альховик М. А.

Идеи в отношении решений

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

Обзор документа

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

Системные сервисы

Функциональные требования

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

? создание учетной записи пользователя;

? аутентификация пользователя;

? добавление/удаление предмета тестирования. Предмет тестирования необходим для сортировки вопросов по темам;

? добавление/удаление категорий тестирования. Категории нужны для сортировки вопросов по подтемам. У одного предмета может быть несколько категорий;

? добавление/удаление групп тестирования. Создание группы необходимо для сортировки тестируемых;

? добавление/удаление данных о тестируемых (фамилия, имя, отчество);

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

? импорт данных (вопросы и ответы) из файлов с расширением .xlsx;

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

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

? формирование статистики прохождения тестового задания группой тестируемых. Статистика будет выводится в виде графика успешности прохождения тестового задания;

? экспорт данных (сформированные тестовые задания, результаты прохождения тестовых заданий и статистику) в файлы с расширением .doc;

? удаление учетной записи пользователя.

Требования к данным

ИС должна хранить свои данные в MS SQL 2014. Данные должны быть строго структурированы и строго типизированы.

Системные ограничения

Требования к интерфейсу

Web-приложение должно обладать «дружественным» интерфейсом.

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

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

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

Терпимость интерфейса - свойство, в основе которого используется принцип «поощрения» пользователя. Обычно пользователи изучают программу методом проб и ошибок. Ошибки могут быть «физического» типа (случайный выбор неправильной команды) и «логического» типа (принятие неправильного решения при выборе команды). Пользователь должен иметь возможность отменить или изменить действие.

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

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

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

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

Особых требований к производительности ИС нет.

Требования к безопасности

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

Эксплуатационные требования

Сервер должен работать на ОС Windows Server 2008 или выше или Windows 7 или выше. Клиент должен поддерживать такие браузеры как Google Chrome, MS Edge и Internet Explorer. Минимальные аппаратные требования определяются минимальными аппаратными требованиями к вышеперечисленным ОС.

Политические и юридические требования

Нет.

Другие ограничения

Нет.

Проектные вопросы

Открытые вопросы

Нет.

Предварительный план-график

13.01.2017 - 12.02.2017 - Анализ и установление требований к АСОИ

13.02.2017 - 15.03.2017 - Спецификация требований к АСОИ

16.03.2017 - 14.05.2017 - Кодирование АСОИ

15.05.2017 - 09.06.2017 - Тестовая эксплуатация АСОИ

15.06.2017 - 30.06.2017 - Ввод в эксплуатацию

Приложения

Глоссарий

ОС - операционная система

ИС - информационная система.

Деловые документы и формы

Нет.

2.2 Составление спецификации требований

Описание функциональности программного обеспечения

Требуется разработать front-end часть программно-информационной системы «Мобильная платформа для проведения опросов и оценки знаний». Данная система предназначена для оптимизации составления тестовых заданий и быстрого доступа к результатам. В рамках данного проекта будет реализован интерфейс для таких функции как: создание/удаление профиля, аутентификация пользователя, добавление/ удаление предметов тестирования, добавление/ удаление категорий тестирования, добавление/ удаление групп тестируемых, добавление/ удаление тестируемых, импорт/экспорт данных, добавление/ удаление тестовых заданий, формирование тестов в соответствии с требованиями, просмотр результатов, формирование статистики об успешности прохождения тестового задания группой тестируемых.

Диаграмма вариантов использования представлена в графической части МППО.00.00.001.ГЧ.

В таблицах 2 - 19 представлены определения вариантов использования.

Таблица 2- Определение варианта использования «Создание профиля»

Идентификатор	UC-01
1	2
Наименование	Создание профиля
Первичное действующее лицо	Пользователь
Другие действующие лица	Нет
Описание	Для использования системы пользователю необходимо создать свой профиль.

Таблица 3 - Определение варианта использования «Аутентификация»

Идентификатор	UC-02
1	2
Наименование	Аутентификация
Первичное действующее лицо	Пользователь
Другие действующие лица	Нет
Описание	Для пользования системой пользователю необходимо зайти в свой кабинет.
Предварительные условия	Доступ к Интернету. Запустить приложение в браузере. Соединение с базой данных. Пользователь должен быть зарегистрирован в системе.
Выходные условия	Нет
Нормальный поток развития	1. В поле «Логин» необходимо ввести e-mail. 2. В поле «Пароль» необходимо ввести пароль. 3. Нажать на кнопку «Войти».
Альтернативный поток развития	Нет
Исключения	Ошибка при заполнении поля «Пароль». Ошибка при заполнении поля «Логин». Пользователь не сможет войти в систему.
Включение	Нет
Частота использования	5 раз в месяц
Ссылки	Нет
Предположения	Нет
Замечания и вопросы	Нет

Таблица 4 - Определение варианта использования «Добавление предмета тестирования»

Идентификатор	UC-03
1	2
Наименование	Добавление предмета тестирования
Первичное действующее лицо	Пользователь
Другие действующие лица	Нет
Описание	Для сортировки тестовых заданий удобно разделять их по предметам тестирования.
Предварительные условия	Выполнен вход в систему. Соединение с базой данных.
Выходные условия	Изменения, зафиксированные в базе данных.
Нормальный поток развития	1. В навигационном меню выбрать «Предметы и категории». 2. Нажать на кнопку «Добавить предмет». 3. В поле ввода ввести название предмета. 4. Нажать на кнопку «Добавить».
Альтернативный поток развития	Нет
Исключения	Нет
Включение	Нет
Частота использования	2 раза в год
Ссылки	Нет
Предположения	Нет
Замечания и вопросы	Нет

Таблица 5 - Определение варианта использования «Удаление предмета тестирования»

Идентификатор	UC-4
Наименование	Удаление предмета тестирования
Первичное действующее лицо	Пользователь
Другие действующие лица	Нет
Описание	При ненадобности определенного предмета тестирования пользователь может удалить его. При удалении предмета будут удалены категории и тестовые задания, относящиеся к этому предмету.
Предварительные условия	Выполнен вход в систему. Соединение с базой данных. В системе есть хотя бы один предмет тестирования.
Выходные условия	Изменения в базе данных.
Нормальный поток развития	1. В навигационном меню выбрать «Предметы и категории». 2. Возле предмета, который необходимо удалить, нажать на кнопку «Х». 3. Подтвердить действие в появившемся окне, нажав на «Ок».
Альтернативный поток развития	При случайном нажатии на кнопку удаления предмета в появившемся окне подтверждения следует нажать на «Отмена».
Исключения	Ни одного предмета ранее не было создано.
Включение	Нет
Частота использования	4 раза в год
Ссылки	Нет
Предположения	Нет
Замечания и вопросы	Нет

Таблица 6 - Определение варианта использования «Добавление категории тестирования»

Идентификатор	UC-05
1	2
Наименование	Добавление категории тестирования
Первичное действующее лицо	Пользователь
Другие действующие лица	Нет
Описание	Для сортировки тестовых заданий удобно разделять их по категориям в предметах тестирования.
Предварительные условия	Выполнен вход в систему. Соединение с базой данных. Добавлен хотя бы один предмет.
Выходные условия	Изменения, зафиксированные в базе данных.
Нормальный поток развития	1. В навигационном меню выбрать «Предметы и категории». 2. Возле нужного предмета нажать на кнопку «К списку категорий». 3. В появившемся окне нажать на «Добавить категорию». 4. В поле ввода ввести название категории. 5. Нажать на кнопку «Добавить».
Альтернативный поток развития	При добавлении нескольких категорий необходимо после ввода категории нажать на кнопку «Добавить». Затем ввести следующую категорию и нажать на кнопку «Добавить». Повторять эти действия необходимое количество раз.
Исключения	Нет
Включение	Нет
Частота использования	2 раза в год
Ссылки	Нет
Предположения	Нет
Замечания и вопросы	Нет

Таблица 7 - Определение варианта использования «Удаление категории тестирования»

Идентификатор	UC-06
1	2
Наименование	Удаление категории тестирования
Первичное действующее лицо	Пользователь
Другие действующие лица	Нет
Описание	При ненадобности ранее созданной категории пользователь может удалить её. При удалении категории будут удалены тестовые задания, имеющие удаляемую категорию.
Предварительные условия	Выполнен вход в систему. Соединение с базой данных.
Выходные условия	Изменения, зафиксированные в базе данных. Ранее создана хотя бы одна категория.
Нормальный поток развития	1. В навигационном меню выбрать «Предметы и категории». 2. Возле нужного предмета на жать на кнопку «К списку категорий». 3. Возле категории, которую нужно удалить, нажать на кнопку «Х». 4. В появившемся окне подтвердить действие, нажав на «Ок».

Таблица 8 - Определение варианта использования «Добавление группы тестируемых»

Идентификатор	UC-07
1	2
Наименование	Добавление группы тестируемых
Первичное действующее лицо	Пользователь
Другие действующие лица	Нет
Описание	Для разделения тестируемых в соответствии с пройденным тестом необходимо разделять участников тестирования на группы.
Предварительные условия	Выполнен вход в систему. Соединение с базой данных.
Выходные условия	Изменения, зафиксированные в базе данных.
Нормальный поток развития	5. В навигационном меню выбрать «Группы». 6. Нажать на кнопку «Добавить группу». 7. В поле ввода ввести название группы. 8. Нажать на кнопку «Добавить».
Альтернативный поток развития	При добавлении нескольких групп необходимо после ввода названия группы нажать на кнопку «Добавить», затем ввести следующую группу. Повторять эти действия необходимое количество раз.
Исключения	Нет
Включение	Нет
Частота использования	2 раза в год
Ссылки	Нет
Предположения	Нет
Замечания и вопросы	Нет

Таблица 9 - Определение варианта использования «Удаление группы тестируемых»

Идентификатор	UC-08
1	2
Наименование	Удаление группы тестируемых
Первичное действующее лицо	Пользователь
Другие действующие лица	Нет

Таблица 10 - Определение варианта использования «Добавление тестируемого»

Идентификатор	UC-09
1	2
Наименование	Добавление тестируемого
Первичное действующее лицо	Пользователь
Другие действующие лица	Нет
Описание	Добавление тестируемых необходимо для дальнейшего просмотра их результатов.
Предварительные условия	Выполнен вход в систему. Соединение с базой данных. Добавлена хотя бы одна группа.
Выходные условия	Изменения, зафиксированные в базе данных.
Нормальный поток развития	1. В навигационном меню выбрать «Тестируемые». 2. Нажать на кнопку «Добавить тестируемого». 3. Заполнить появившиеся поля данными тестируемого (фамилия, имя, отчество). 4. Из выпадающего списка выбрать группу, к которой необходимо отнести тестируемого. 5. Нажать на кнопку «Добавить».
Альтернативный поток развития	При добавлении нескольких тестируемых необходимо после ввода данных о тестируемом снова нажать на кнопку «Добавить тестируемого», затем ввести данные следующего тестируемого. Повторять эти действия необходимое количество раз.
Исключения	Нет
Включение	Нет
Частота использования	3 раза в год
Ссылки	Нет
Предположения	Нет
Замечания и вопросы	Нет

Таблица 12 - Определение варианта использования «Добавление тестового задания»

Идентификатор	UC-11
1	2
Наименование	Добавление тестового задания
Первичное действующее лицо	Пользователь
Другие действующие лица	Нет
Описание	Тестовые задания составляются для проверки знаний тестируемых. Количество ответов не больше 5. Ответом может быть не только слово или число, но и изображение. Так же вопрос может иметь несколько правильных ответов.
Предварительные условия	Выполнен вход в систему. Соединение с базой данных. Добавлен хотя бы один предмет.
Выходные условия	Изменения, зафиксированные в базе данных.
Нормальный поток развития	1. В навигационном меню выбрать «Тесты». 2. Нажать на кнопку «Добавить». 3. В поле ввода «Вопрос» ввести вопрос. 4. В поле ввода «Ответ» ввести ответ. 5. Нажать на кнопку «Добавить». 6. Повторять пункты 3 - 5 до полного формирования теста. 7. Нажать на кнопку «Продолжить». 8. В появившемся окне выбрать предмет. 9. В следующем поле необходимо выбрать категорию. 10. Нажать на кнопку «Сохранить».

Таблица 13 - Определение варианта использования «Удаление тестового задания»

Идентификатор	UC-12
1	2
Наименование	Удаление тестового задания
Первичное действующее лицо	Пользователь
Другие действующие лица	Нет
Описание	Если тестовое задание не будет использоваться пользователем, то его можно удалить. При удалении тестового задания также будут удалены результаты прохождения этого тестового заданиями группами тестируемых.
Предварительные условия	Выполнен вход в систему. Соединение с базой данных. Добавлено хотя бы одно тестовое задание.
Выходные условия	Изменения, зафиксированные в базе данных.
Нормальный поток развития	1. В навигационном меню выбрать «Тесты». 2. Рядом с нужным тестовым заданием нажать на кнопку «Х». 3. В появившемся окне подтверждения действия необходимо нажать на кнопку «Ок».
Альтернативный поток развития	При случайном нажатии на кнопку удаления в появившемся окне подтверждения действия необходимо нажать на кнопку «Отмена».
Исключения	Нет
Включение	Нет
Частота использования	2 раза в год
Ссылки	Нет
Предположения	Нет
Замечания и вопросы	Нет

Таблица 14 - Определение варианта использования «Импорт данных из файла»

Идентификатор	UC-13
1	2
Наименование	Импорт данных из файла
Первичное действующее лицо	Пользователь
Другие действующие лица	Нет

Таблица 15 - Определение варианта использования «Формирование тестового задания»

Идентификатор	UC-14
1	2
Наименование	Формирование тестового задания
Первичное действующее лицо	Пользователь
Другие действующие лица	Нет
Описание	Тест формируется из ранее добавленных в систему тестовых заданий. Пользователь может выбрать один или несколько тестовых заданий, указать нужное количество вопросов из каждого тестового задания, а также указать, сколько различных вариантов тестов ему нужно. Система сформирует различные варианты тестов по указанным пользователем критериям.
Предварительные условия	Выполнен вход в систему. Соединение с базой данных. Добавлено хотя бы одно тестовое задание.
Выходные условия	Сформированные тесты.
Нормальный поток развития	1. Нажать на кнопку «Сформировать тест». 2. Выбрать нужное тестовое задание, если необходимо - несколько. 3. Указать количество вопросов в вариантах тестовых заданий. 4. Указать нужное количество вариантов тестов. 5. Нажать на кнопку «Сформировать».

Таблица 16 - Определение варианта использования «Просмотр результатов тестирования»

Идентификатор	UC-15
1	2
Наименование	Просмотр результатов тестирования
Первичное действующее лицо	Пользователь
Другие действующие лица	Нет
Описание	Если через определенное время после прохождения тестов пользователю понадобится просмотреть результаты, то с помощью функции «Просмотр результатов тестирования» это возможно.
Предварительные условия	Выполнен вход в систему. Соединение с базой данных. Хотя бы одна группа должны была пройти тест.
Выходные условия	Нет
Нормальный поток развития	4. В навигационном меню выбрать «Результаты». 5. В появившемся окне выбрать группу, чьи результаты необходимо посмотреть. 6. Выбрать пройденный этой группой тест. 7. Нажать на кнопку «Показать».
Альтернативный поток развития	Нет
Исключения	Ни одна группа не прошла тестирование. Сообщение «Результатов прохождения нет».
Включение	Нет
Частота использования	4 раза в год
Ссылки	Нет
Предположения	Нет
Замечания и вопросы	Нет

Таблица 17 - Определение варианта использования «Формирование статистики о прохождении тестирования»

Идентификатор	UC-16
1	2
Наименование	Формирование статистики о прохождении тестирования
Первичное действующее лицо	Пользователь
Другие действующие лица	Нет

Таблица 18 - Определение варианта использования «Экспорт данных в файл»

Идентификатор	UC-17
1	2
Наименование	Экспорт данных в файл
Первичное действующее лицо	Пользователь
Другие действующие лица	Нет
Описание	Чтобы сохранить сформированный тест, результаты тестирования или статистику о прохождении тестирования на своем рабочем компьютере, пользователю нужно экспортировать данные в файл.
Предварительные условия	Выполнен вход в систему. Соединение с базой данных. Добавлен хотя бы один предмет.
Выходные условия	Нет
Нормальный поток развития	Для экспорта сформированных тестовых заданий на рабочий компьютер необходимо: После выполнения всех шагов из таблицы «Формирование тестового задания» нажать на кнопку «Экспорт». 1. В появившемся окне выбрать место, где будет храниться сформированное тестовое задание. 2. Нажать на кнопку «Сохранить». Для экспорта результатов тестирования необходимо: 1. После выполнения всех шагов из таблицы «Просмотр результатов тестирования» необходимо нажать на кнопку «Экспорт». 2. В появившемся окне выбрать место, где будут храниться результаты тестирования. Для экспорта статистики о прохождении тестирования нужно: 1. После выполнения всех шагов из таблицы «Формирование статистики о прохождении тестирования» нужно нажать на кнопку «Экспорт». 2. В появившемся окне выбрать место, где будет храниться статистика.

Таблица 19 - Определение варианта использования «Удаление профиля»

Идентификатор	UC-18
1	2
Наименование	Удаление профиля
Первичное действующее лицо	Пользователь
Другие действующие лица	Нет
Описание	Если пользователь перестает пользоваться системой, то он может удалить свой профиль.
Предварительные условия	Выполнен вход в систему. Соединение с базой данных.
Выходные условия	Изменения в базе данных
Нормальный поток развития	1. Нажать на кнопку «Настройки». 2. Нажать на пункт «Удаление профиля». 3. Подтвердить действие.
Альтернативный поток развития	Если пользователь случайно нажал на «Удаление профиля», ему необходимо нажать на кнопку «Отмена».
Исключения	Нет
Включение	Нет
Частота использования	1 раз
Ссылки	Нет
Предположения	Нет
Замечания и вопросы	Нет

Реализация вариантов использования

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

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

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

Добавление и удаление категории тестирования происходит так, как и добавление и удаление предмета тестирования при нажатии на «К списку категорий».

Второй шаг - добавление группы и тестируемых. Чтобы добавить/удалить группу тестируемых или добавить/удалить тестируемого необходимо повторить те действия, которые необходимы при добавлении/удалении предмета тестирования или категории тестирования, нажав на «Группы и тестируемые». Диаграмма последовательности варианта использования «Удаление тестируемого» представлена в графической части МППО.00.00.008.ГЧ.

Третий шаг - добавление тестового задания. Диаграмма последовательности варианта использования «Добавление тестового задания» представлена в графической части МППО.00.00.009.ГЧ. Для того, чтобы удалить тестовое задание, необходимо вместо добавления нажать на «Удалить» и подтвердить действие.

Тестовое задание можно импортировать в систему с компьютера пользователя. Диаграмма последовательности варианта использования «Импорт данных из файла» представлена в графической части МППО.00.00.010.ГЧ.

Четвертый шаг - формирование тестового задания. Диаграмма последовательности варианта использования «Формирование тестового задания» представлена в графической части МППО.00.00.011.ГЧ.

Пятый шаг - возможность просмотреть результаты тестирования. Диаграмма последовательности варианта использования «Просмотр результатов тестирования» представлена в графической части МППО.00.00.012.ГЧ.

Шестой шаг - формирование статистики успешности прохождения тестирования группой. Диаграмма последовательности варианта использования «Формирование статистики о прохождении тестирования» представлена в графической части МППО.00.00.013.ГЧ.

При просмотре результатов или формировании статистики пользователь может сохранить файл с данными на свой компьютер. Для сохранения результатов тестирования пользователю необходимо нажать на «Сохранить» на странице «Результаты» после просмотра результатов. Аналогично пользователь может сохранить статистику. Диаграмма последовательности варианта использования «Экспорт данных в файл» представлена в графической части МППО.00.00.014.ГЧ.

Для удаления профиля пользователю необходимо...