Реферат 1 Введение 3 Аналитическая часть 5

• Название: Реферат 1 Введение 3 Аналитическая часть 5
• Дата: 11.03.2018
• Размер: 1.24 Mb.
• Имя файла: diplom_-_Copy_1_checked.docx
• Тип: Реферат; #38138
• страница: 8 из 16

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

1. 
   Анализ особенностей работы автоматизированных систем дистанционного обучения и контроля знаний.
   
2. 
   Анализ существующих систем контроля знаний на рынке.
   
3. 
   Анализ литературы по современной теории тестов.
   
4. 
   Анализ литературы по проектированию и реализации проектов с использованием шаблона проектирования MVC.
   
5. 
   Проектирование модуля статистических отчетов
   
6. 
   Разработка алгоритма для реализации выбранной модели оценки тестовых заданий
   
7. 
   Проектирование системы контроля доступом и её реализация;
   
8. 
   Разработка инструмента для управления системой контроля доступа.
   
9. 
   Интеграция разработанных модулей в общую систему.
   
10. 
    Проведение опытной эксплуатации системы на кафедре.
    

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

a.Теоретическая часть

В данной главе рассматриваются принципы построения статистический отчетов для автоматизированной системы контроля знаний, модель современной теории тестов для оценивания адекватности теста и её применение, а так же теоретические аспекты проектирования системы ролей.

Модели функционирования модуля отчетов

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

В соответствии с поставленными задачами, в данной работе необходимо разработать 4 отчета. Ниже приведены схемы действий, необходимых для получения отчета:

• 
  Детализированный результат теста для каждого студента.
  

• 
  Прогресс студента по дисциплинам
  

• 
  Успеваемость группы
  

• 
  Полнота освоения дисциплины
  

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

• 
  Указание пользователем всех необходимых параметров отчета
  
• 
  Отображение результатов отчета
  

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

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



Получение списка студентов, прошедших тест до названной преподавателем устно даты. Схема действий для получения отчета:



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

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

Исходя из вышесказанного, можно составить обобщенную схему ввода параметров:



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

• 
  Таблица
  
• 
  График
  
• 
  Столбчатая диаграмма
  

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