Автоматизация сбора данных. Результаты тестирования Внедрение системы
 Скачать 5.77 Mb.
|
3.1 Анализ предметной области разработкиПрограмма устанавливается локально и предназначена для использования одним пользователем. Этим пользователем является преподаватель (в данном случае руководитель кружка по программированию). Соответственно, максимальное количество одновременно работающих пользователей – 1 человек. Входной информацией является идентификатор участника кружка, номера задач, даты (промежуток времени, за какое время отбираются решенные задачи), сайты электронных архивов задач, а так же язык программирования (если преподаватель хочет отобрать задачи, решенные на конкретном языке). Выходная информация – отчет в формате html, в котором содержится информация об участниках и о решенных/нерешенных ими задачах. Таким образом, продукт будет обладать следующими функциями: Просмотр результатов решения задач по идентификатору (логину) студента по каждому электронному архиву задач. Cохранение результатов просмотра в отдельном html документе с разных сайтов. Составление таблицы – результата в отчете по возрастанию занятого места. Добавление и удаление участников кружка и сохранение их в шаблоне Добавление и удаление списка задач для проверки, сохранение их в шаблоне (создание курсов с определенным набором задач). Вычисление баллов, набранных каждым участником за решение задач, подсчет их суммы. Установка баллов преподавателем для конкретных задач на сайтах http://acm.timus.ru и https://acmp.ru, получение баллов с сайта http://atpp.vstu.edu.ru. 3.2 Требования к интерфейсуПрограммный интерфейс (ПИ) – это важная часть любой пользовательской программы. Именно через него пользователь взаимодействует с программой. Можно написать отличный функционал и код, но испортить все неудобным и некрасивым интерфейсом. Поэтому требуется уделить такой вещи как ПИ – особое внимание. Поэтому и к интерфейсу определяют требования. Интерфейс будущей программы должен соответствовать следующим требованиям: Быть простым и эргономичным. Быть интуитивно понятным. Предоставлять возможность изменять, сохранять и загружать шаблон запроса. Предоставлять выбор места сохранения отчета на диске. Выдавать привлекающие внимание сообщения об ошибке с однозначным толкованием требований. Максимально обеспечивать корректный ввод данных в ПП. Каждая вкладка должна иметь ясную визуальную иерархию своих элементов. Навигация на вкладках не должна вызывать сомнения, вопросов; она должна быть очевидной. Для удобства работы с приложением многие разработчики рекомендуют разделять окно на три части: строка меню, рабочая область и поля заполнении с кнопками. Строку меню рекомендуют располагать горизонтально и прижато к верхней части экрана, рабочую область – в середине, а кнопки – внизу. Так и спроектируем наш интерфейс. В верхней части экрана расположено выпадающее меню ("Файл" и "Помощь"). В средней части располагается рабочая область, в которой находятся таблицы участников и задач. И в нижней части находятся поля для заполнения и кнопки.   |