СБОР ТРЕБОВАНИЙ НА РАЗРАБОТКУ СИСТЕМЫ ПРОСМОТРА РАСПИСАНИЯ С МОДУЛЕМ АДАПТАЦИИ ВЕБ-СТРАНИЦЫ К УСЛОВИЯМ ОТОБРАЖЕНИЯ

№64-1,

Технические науки

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

Похожие материалы

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

Основные цели внедрения системы:

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

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

  • время загрузки страницы с расписанием;
  • время на поиск расписания для конкретной группы/ преподавателя/ аудитории на конкретную дату;
  • обьем трафика между пользователем и сервером.

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

Требования к системе в целом

Основное назначение системы — обеспечить удаленный доступ к просмотру расписания. Модуль адаптации веб-страницы предназначен для осуществления комфортного доступа к предоставляемым системой функциям с любых устройств. Система подразумевает свободный доступ к просмотру расписания, поэтому авторизации в системе не требуется. Набор основных вариантов использования системы представлен в виде диаграммы use case на рисунке 1.

Диаграмма вариантов использования системы.
Рисунок 1. Диаграмма вариантов использования системы.

Требования к функциям, выполняемым системой

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

Требования к обработке и хранению данных

  • Обработка и хранение данных происходит в единой реляционной базе данных;
  • СУБД должна иметь высокое быстродействие (малое время отклика на запрос);
  • Совместное использование данных многими пользователями;
  • Стандартизация построения и эксплуатации БД;
  • Многократное использование данных;
  • Результаты определения устройства сохраняются в переменных сессии на стороне сервера и в файлах cookie на стороне клиента;
  • Данные форм хранятся в файлах cookie на стороне клиента.
  • Расписание хранится в базе данных в виде набора таблиц (структура таблиц будет указана ниже).

Система включается в себя несколько форм для диалога с пользователем, описание форм представлено в таблице 1.

Таблица 1. Описание диалоговых форм

Форма

Содержание

Поиск по группе

  • Поле «Факультет»
  • Поле «Курс»
  • Поле «Группа»
  • Чек-бокс «Запомнить»
  • Поле выбора даты
  • Чек-бокс «Вся неделя»
  • Кнопку инициации поиска

Поиск по аудитории

  • Поле «Корпус»
  • Поле «Номер аудитории»
  • Поле выбора даты
  • Чек-бокс «Вся неделя»
  • Кнопку инициации поиска

Поиск по преподавателю

  • Поле «Факультет»
  • Поле «Кафедра»
  • Поле «ФИО»
  • Чек-бокс «Запомнить»
  • Поле выбора даты
  • Чек-бокс «Вся неделя»
  • Кнопку инициации поиска

Требования к пользовательскому интерфейсу

Основные навигационные элементы:

  • Меню выбора шаблона (desktop, tablet, mobile версии)
  • Меню выбора критерия поиска(по группе, по аудитории, по преподавателю)

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

  • Цветовая гамма страницы должна соответствовать цветовой гамме сайта ВУЗа.
  • В заголовке страницы должно быть название ВУЗа, логотип, а так же текущий семестр.
  • Отображение названия(или пиктограммы) и меню выбора используемого шаблона в правом верхнем углу.
  • Поля формы поиска должны предоставлять возможность выбора значения из списка.
  • Обеспечить возможность выбора даты из календаря, если устройство его поддерживает.
  • При инициации поиска система должна уведомлять о незаполненных полях, если таковые имеются, перед отправкой формы, если устройство поддерживает JavaScript или HTML5.
  • На мобильных устройствах и планшетных компьютерах элементы интерфейса должны иметь больший размер, для лучшего взаимодействия с устройством ввода.
  • Расписание должно выводиться сгруппированным по дням.
  • Расписание должно хорошо читаться без использования масштабирования на любых устройствах.

Прототип пользовательского интерфейса

Для проектирования интерфейса мобильного приложения был использован веб-ресурс NinjaMock. Рисунки 2-4 отображают некоторые рабочие экраны системы.

Просмотр расписания для группы на мобильном устройстве
Рисунок 2. Просмотр расписания для группы на мобильном устройстве
Просмотр расписания для группы на настольном компьютере
Рисунок 3. Просмотр расписания для группы на настольном компьютере
Просмотр расписания для группы на планшете
Рисунок 4. Просмотр расписания для группы на планшете

Выделение набора функциональных тестов.

Функциональное тестирование позволит определить соответствие разработанной системы исходным требованиям.

Таблица 2. Набор функциональных тестов

Требование

Функция

Тест

Ожидаемый результат

Адаптация страницы к условиям отображения

Определение подключенного устройства, Генерация страницы

Вход на страницу с разных устройств

Разные шаблоны страницы для разных устройств

Смена шаблона пользователем

Принудительная смена шаблона

Выбор версии для определенного устройства в правом верхнем меню

Перезагрузка страницы, новое представление страницы

Возможность просмотра расписания для группы

Просмотр расписания для группы

Попытка пользователя запустить поиск при этом полностью/ не полностью заполнив форму

Отображение расписания на выбранный день(дни) для группы или уведомление о пропущенных полях формы

Возможность просмотра расписания для аудитории

Просмотр расписания для аудитории

Попытка пользователя запустить поиск при этом полностью/ не полностью заполнив форму

Отображение расписания на выбранный день (дни) для группы или уведомление о пропущенных полях формы

Возможность просмотра расписания для преподавателя

Просмотр расписания для преподавателя

Попытка пользователя запустить поиск при этом полностью/ не полностью заполнив форму

Отображение расписания на выбранный день (дни) для группы или уведомление о пропущенных полях формы

Возможность сохранения заполненных форм

Сохранение файлов cookie/ переменных сессии

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

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

Заключение

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

Список литературы

  1. Аббазова, Р.А. Определение функциональных требований и реализация автоматизированной системы для фитнес-клуба [Электронный ресурс] / Р.А. Аббазова, О.Ф. Абрамова // NovaInfo.Ru : электрон. журнал. - 2015. - № 34 (том 1). - C. 23-29. – Режим доступа : http://novainfo.ru/archive/34/realizatsiya-avtomatizirovannoy-sistemy-dlya-fitnes-kluba.
  2. Александрина, А.Ю. Разработка специализированных программных продуктов как форма научно-исследовательской работы студентов направления «Химическая технология» / А.Ю. Александрина, В.Ф. Каблов, О.Ф. Абрамова // Вестник Российского ун-та дружбы народов. Серия «Информатизация образования». - 2015. - № 4. - C. 59-66.
  3. Арбузов, В.П. Использование технологии Landing Page при проектировании современного сайта [Электронный ресурс] / В.П. Арбузов, О.Ф. Абрамова // Современные научные исследования и инновации. - 2015. - № 1. - C. Режим доступа : http://web.snauka.ru/issues/2015/01/43465.
  4. Буньковский Д. В. Формирование системы менеджмента качества в предпринимательском проекте/ Д. В. Буньковский // Вестник НГИЭИ. 2016. №7 (62).
  5. Давыдов, А.С. Сравнительный анализ подходов к разработке адаптивного веб-дизайна методом Саати [Электронный ресурс] / А.С. Давыдов // NovaInfo.Ru : электрон. журнал. - 2017. - № 58, т. 3. – Режим доступа : http://novainfo.ru/article/10471.
  6. Иванов, А.Е. Исследование методов геопривязки данных для сервисов дополненной реальности [Электронный ресурс] / А.Е. Иванов, Д.Н. Лясин // NovaInfo.Ru : электрон. журнал. - 2016. - № 43, ч. 3. - C. 68-64. – Режим доступа : http://novainfo.ru/article/4895.
  7. Мельниченко, Д.В. Исследование логических проблем юзабилити сайтов и анализ существующих решений [Электронный ресурс] / Д.В. Мельниченко, О.Ф. Абрамова // Современная техника и технологии. - 2015. - № 1. - C. Режим доступа : http://technology.snauka.ru/2015/01/5360.
  8. Наумов В.А. Влияние чисел Рейнольдса на поправки к силе Саффмэна, действующей на частицы в слое Куэтта // Синергия. 2016. № 5. С. 108-114.
  9. Лясин, Д.Н. Информационная система «Виртуальный навигатор по институту» [Электронный ресурс] / Д.Н. Лясин, О.Д. Сорокина // NovaInfo.Ru : электрон. журнал. - 2015. - № 34 (том 1). - C. 56-61. – Режим доступа : http://novainfo.ru/archive/34/informatsionnaya-sistema-virtualnyy-navigator-po-institutu.
  10. Лясин, Д.Н. Разработка мобильного приложения с использованием технологий дополненной реальности для отображения контекстно-информационного слоя [Электронный ресурс] / Д.Н. Лясин, М.А. Мамедов // NovaInfo.ru. - 2015. - № 34. - Режим доступа : http://novainfo.ru/archive/34/ispolzovanie-tekhnologiy-dopolnennoy-realnosti.
  11. Белоножкин, А.В. Описание web-системы «Личный кабинет потенциального абитуриента» [Электронный ресурс] / А.В. Белоножкин, А.А. Рыбанов // NovaInfo.Ru : электрон. журнал. - 2016. - № 46, ч. 2. - C. 63-68. – Режим доступа : http://novainfo.ru/article/6200.
  12. Шаталов М.А., Мычка С.Ю. Экономико-математическое моделирование в системе управления предприятием // Актуальные направления научных исследований XXI века: теория и практика. 2015. Т. 3. № 9-3 (20-3). С. 392-396.