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

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

Предварительные замечания к проекту Цели и рамки проекта Основной целью данной работы является разработка 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 — Ввод в эксплуатацию

Приложения.

Глоссарий.

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

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

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