Научная электронная библиотека
Монографии, изданные в издательстве Российской Академии Естествознания

ПОСТРОЕНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ НЕПРЕРЫВНОГО ОБРАЗОВАНИЯ НА ОСНОВЕ ИНТЕРНЕТ-ТЕХНОЛОГИЙ

Дьяченко А. В., Манжула В. Г., Попов А. Э., Семенихин И. Н., Толстобров А. П.,

2.2. Модуль конвертера тестовых заданий MSOfflce-Moodle

Файл с тестовым заданием в формате GIFT представляет собой обыч­ный текстовый файл (txt, НЕ doc), в котором по определенным правилам приводятся тестовые вопросы и варианты ответов. Правильные и неправильные варианты ответов обозначаются специальными символами.

  • с двух косых начинаются комментарии (студент их видеть не бу­дет);
  • один вопрос от другого отделяется пустой строкой;
  • вопрос пишется в одну строку без разделения на абзацы;
  • символ "{" открывает перечень вариантов ответа;
  • символ "}" завершает перечень вариантов ответа.Как кодируется правильность или неправильность варианта ответа по­нятно из примеров, следующих ниже:

// Один правильный ответ

Кто родился в 1914 году?

{

=Андропов Ю.В.

~Брежнев Л.И.

~Горбачев М.С.

~Ленин В.И.

~Сталин И.В.

~Хрущев Н.С.

~Черненко К.У.

}

// Несколько правильных ответов

// Сумма баллов правильных ответов должна быть 100%

// Сумма баллов неправильных ответов должна быть -100%

// Таким образом общая сумма баллов должна быть 0%

Кто родился в XX веке?

{

~%25%Андропов Ю.В.

~%25%Брежнев Л.И.

~%25%Горбачев М.С.

~%-33.333%Ленин В.И.

~%-33.333%Сталин И.В.

~%-33.333%Хрущев Н.С.

~%25%Черненко К.У.

}

Входной документ Word будет преобразовываться в формат HTML и с помощью HTML парсера будет проводиться анализ структуры документа. После чего полученные данные будут преобразовываться согласно синтакси­су формата GIFT и сохраняться в текстовый документ.

Было решено использовать готовый компонент парсера clHtmlParser из набора Clever Internet Suite. HtmlParser компонент анализирует HTML стра­ницу в соответствии с w3c HTML спецификации: http://www.w3.org/TR/html401/.

Компонент позволяет пользователям анализировать HTML код и нахо­дит HTML теги и их атрибуты. Он создает серию тегов объектов, каждый из которых соответствует HTML тегу внутри документа. В табл. 7 указан пере-

чень свойств данного компонента.

Таблица 7 Описание компонента clHtmlParser

Имя

Описание

Forms

Определяет коллекцию HTML форм принадлежащих к текущей HTML странице;

Frames

Определяет HTML фреймы принадлежащие к текущей HTML странице;

Images

Определяет картинки на данной HTML странице;

Links

Определяет коллекцию ссылок на HTML странице;

ParseMethod

Определяет какие элементы будут обработаны (pmAll, pmTagsOnly, pmTextOnly);

Tables

Определяет HTML таблицы принадлежащие текущей HTML странице;

Tags

Определяет коллекцию HTML тегов, принадлежащие текущей странице.

Спецификации данных

Входные данные: документ Word с подготовленными вопросами.

Выходные данные: тестовый файл с впоросами, в формате GIFT.

Функциональные спецификации

Программа должна:

- сохранять вопросы с текстом, картинками и формулами;

- поддерживать несколько типов вопросов;

- конвертировать вопросы с документа Word;

- оддерживать синтаксис языка GIFT.

Спецификации оборудования

Разрабатываемая программа совершенно нетребовательна к компью­терным ресурсам и может работать на следующей конфигурации ПК:

- процессор Intel Pentium 4, либо аналогичные другие;

- монитор 17" или более;

- ОЗУ 512Мб;

- VGA совместимый видеоадаптер;

- жесткий диск объемом 20гб;

- операционная система Windows 2000.

Для более комфортной офисной работы, несомненно, нужен более мощный компьютер, следующей конфигурации:

- процессор Intel Pentium D 2400МГц;

- цветной монитор 19";

- ОЗУ 512 Мб;

- VGA-совместимый видеоадаптер 64мб;

- жесткий диск объемом 80Гб;

- операционная система Windows XP.

Диаграммы прецедентов применяются для моделирования вида систе­мы с точки зрения прецедентов (или вариантов использования). Чаще всего это предполагает моделирование контекста системы, подсистемы или класса либо моделирование требований, предъявляемых к поведению указанных элементов. Диаграмма прецедентов представлена на рис. 30.

 

Рис. 30. Диаграмма прецедентов

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

В табл. 8 содержится описание прецедента «Выбрать документ», табл. 9 содержит описание прецедента «Конвертировать», в табл. 10 описан преце­дент «Сохранить вопросы».

Таблица 8 Описание прецедента «Выбрать документ»

Действия пользователя

Отклик системы

1. Действие начинается, когда

2. Программа открывает диалоговое

пользователь нажимает на кнопку

окно выбора документа;

«Выбрать документ»

3. Программа сохраняет путь;

 

4. На этом действие заканчивается.

Таблица 9 Описание прецедента «Конвертировать»

Действия пользователя

Отклик системы

1.   Действие начинается, когда

пользователь нажимает на кнопку «Конвертировать»;

2.    Программа считывает данные сдокумента;

3.    Программа преобразовываетдокумент в HTML формат;

4.   Программа анализирует документ с

помощью HTML парсера;

5.    Программа строит документсогласно синтаксису формата GIFT;

6.      На этом действие заканчивается.

Таблица 10 Описание прецедента «Сохранить вопросы»

Действия пользователя

Отклик системы

1.   Действие начинается, когда

программа сконвертирует вопросы;

2.    Программа открывает диалоговоеокно сохранения документа;

3.    Программа создает текстовыйдокумент и записывает тудасформированный документ;

4.      На этом действие заканчивается.

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

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

В контексте языка UML деятельность (activity) представляет собой со­вокупность отдельных вычислений, выполняемых автоматом, приводящих к некоторому результату или действию (action). На диаграмме деятельности отображается логика и последовательность переходов от одной деятельности к другой, а внимание аналитика фокусируется на результатах. Результат дея­тельности может привести к изменению состояния системы или возвраще­нию некоторого значения.

Диаграмма деятельности прецедента «Открыть документ» рассмотрена подробнее на рис. 31.

Рис. 31. Диаграмма деятельности прецедента «Открыть документ»

На рис. 32 показана диаграмма деятельности прецедента «Конвертиро­вать». Рис. 33 отображает диаграмму деятельности прецедента «Сохранить документ».

 

На рис. 34 изображен алгоритм прецедента «Открыть документ». При нажатии на кнопку показывается диалоговое окно, затем если нажали от­крыть документ вызывается в фоновом режиме приложение MS Word и открывается документ. На рис. 35 показан алгоритм работы прецедента «Кон­вертировать».

Рис. 34. Алгоритм прецедента «Открыть документ»

 

Рис. 35. Алгоритм прецедента «Конвертировать»

Для дальнейшей обработки документ Word преобразовывается в HTML, затем с помощью HTML парсера анализируется, а затем подставляются теги соответствующие формату GIFT. На диске записывается документ в формате *.txt и в него записываются полученные данные. На рис. 36 изображен алго­ритм работы парсера.

Рис. 36. Алгоритм работы HTML парсера

На рис. 37 показан алгоритм формирования вопросов в формат GIFT.

 

Рис. 37. Формирования вопросов в формат GIFT

Центральное место в объектно-ориентированном программировании занимает разработка логической модели системы в виде диаграммы классов. Диаграмма классов (class diagram) служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предмет­ной области, такими как объекты и подсистемы, а также описывать их внут­реннюю структуру и типы отношений.

Диаграмма классов представляет собой граф, вершинами которого яв­ляются элементы типа «классификатор», связанные различными типами структурных отношений. Диаграмма классов может также содержать интер­фейсы, пакеты, отношения и даже отдельные экземпляры, такие как объекты и связи (рис. 38).

 

Рис. 38. Диаграмма классов

Ниже приведены классы, которые были созданы в проекте:

- класс answer в нем хранятся непосредственно тексты ответов на во­просы а также веса каждого ответа;

- класс data хранит вопрос и список ответов на вопрос, а также номер правильного ответа;

- класс dataArray хранит массив типа data.

Интерфейс программы прост и интуитивно понятен. Он состоит из кнопок «Обзор», «Начать», «Отмена». Также в текстовом поле указывается путь выбранного файла. Интерфейс программы изображен на рис. 39.

Рис. 39. Окно программы

Кнопка «Отмена» закрывает программу, чтобы выбрать файл необхо­димо нажать кнопку «Обзор». После чего нажатием на кнопку «Начать» на­чать конвертирование.

Тестирование и отладка

На рис 40 изображен пример входного файла с вопросами в формате *.doc. Правильные ответы следует вводить курсивом, варианты ответов нуж­но записывать с помощью нумерованного списка. Вопросы формата «Вер­ноНеверно» следует записывать в одну строчку подчеркнутым стилем.

Рис. 40. Пример входного документа с вопросами

В конце конвертирования показывается окно о выполненном конверти­ровании и количестве вопросов полученных (рис. 41). Можно продолжить работу с программой, либо закрыть. На рис. 42 изображен выходной файл в формате GIFT, готовый для импорта. При необходимости вопросы можно корректировать вручную и сохранить документ. На рис. 43 изображены им­портированные вопросы с текстового файла, созданного программой в сис­тему Moodle с которыми можно работать.

 

Рис. 41. Результат конвертирования вопросов

Рис. 42. Выходной документ в формате GIFT

 

Рис. 43. Импортированные вопросы с текстового файла, созданного программой


Предлагаем вашему вниманию журналы, издающиеся в издательстве «Академия Естествознания»
(Высокий импакт-фактор РИНЦ, тематика журналов охватывает все научные направления)

«Фундаментальные исследования» список ВАК ИФ РИНЦ = 1.074