Создание тренажерно-тестирующей системы диплом по программированию и компьютерам , Дипломная из Программирование

Скачай Создание тренажерно-тестирующей системы диплом по программированию и компьютерам и еще Дипломная в формате PDF Программирование только на Docsity! Омский государственный университет Математический факультет Кафедра ПрО ЭВМ Создание тренажерно-тестирующей системы. дипломная работа студента гр. МП-803 Филимонова М.В. ______________ (подпись) Научный руководитель к. т. н. Агафонов А.Л. ______________ (подпись) Омск 2003 Содержание 1. Введение.............................................................................................................................. 4 2. Анализ предметной области............................................................................................. 2.1..Описание предметной области и функции решаемой задачи................................ 2.2..Документы предметной области, содержащие информацию, необходимую для решения задачи............................................................................................................ 3. Постановка задачи.............................................................................................................. 3.1..Организационно-экономическая сущность задачи.................................................. 3.2..Описание выходной информации............................................................................. 3.3..Описание входной информации................................................................................ 4. Разработка информационного обеспечения задачи........................................................ 4.1.. 0 01 FИнформационный анализ предметной области и выделение информацион ных объектов задачи........................................................................................................... 4.2..Определение связей информационных объектов и построение ИЛМ.................. 4.3..Определение логической структуры реляционной базы данных........................... 4.4..Исходные данные контрольного примера................................................................ 5. Разработка алгоритмов и технологии решения задачи.................................................. 5.1..Технология ввода и накопления входной информации, обеспечивающей решение задачи............................................................................................................ 5.2..Определение макета форм ввода-вывода для загрузки в БД входной 0 0 1 Fин формации.................................................................................................................. ... 5.3..Обобщенный алгоритм решения задачи и его декомпозиция на модули (функции)..................................................................................................................... 5.4..Детальные алгоритмы реализации отдельных модулей задачи............................. 6. Руководство администратора............................................................................................ 6.1..Системные и технические требования...................................................................... 6.2..Подготовка к работе................................................................................................... 6.2...1... Подготовка веб- 6 6 7 8 8 8 9 11 11 17 18 19 21 21 23 25 26 29 29 29 29 29 • «Система дистанционного обучения ОмГУ» - http://www.do.omskreg.ru . Система тестирования абитуриентов по математике. В этой системе представлены материалы, подготовленные опытными преподавателями и специалистами ОмГУ. • «Омский виртуальный университет» – http://omsk.openet.ru . Это региональный образовательный портал, открытый на базе Омского Государственного Университета в соответствие с договором с Российским государственным институтом открытого образования (РГИОО), г. Москва. Последний является головной организацией в научно-технической программе Минобразования РФ «Создание системы открытого образования». К основным признакам системы тестирования относятся: • регистрация тестируемого (имя, фамилия, идентификатор, пароль, и т.д.); • системам добавления правил работы с тестом (краткое описание целей и задач, правила работы с материалом, условия доступа к системе тестирования и т.д.); • система представления вопросов и ответов на вопросы (например: один вопрос – три варианта ответа – один верный); • система хранения, добавления и редактирования вопросов и ответов на вопросы; • система ведения статистики; • система выдачи сертификатов; • система регистрации тестирования в глобальной педагогической сети. Система тестирования знаний абитуриентов и студентов является частью тренажерно- тестирующей системы ОмГУ. 2. Анализ предметной области. 1.. Описание предметной области и функции решаемой задачи. В предметной области комплекса задач, к которому относится задача создания 0 0 1 Fтренажерно-тестирующей системы, рассматрива ются процессы создания и хранения справочной информации и тестовых заданий, анализ статистики прохождения тестов пользователями, учет и анализ оплаты за представленную информацию. 0 0 1 FК функциям, которые должны быть реализованы в рассматриваемой задаче, отно сятся: • учет оплаты информационных услуг пользователями; • ведение статистики прохождения пользователями тестов; • создание учебно-методического материала и хранение его в базе данных; • создание тестирующей системы. Из общего описания предметной области известен ряд ограничений, существенных для процессов, которые относятся к рассматриваемой задаче. Тесты и справочная информация создаются преподавателем и/или группой преподавателей. Один пользователь не может иметь больше одного учетного номера, а, следовательно, и не больше одного логина и пароля. Один пользователь может пользоваться несколькими тестами или группами тестов, при условии, что он имеет разрешение на доступ к ним (т.е. пользование тестом оплачено). Предполагается, что пользователь обладает электронным почтовым ящиком. Это необходимо для оперативной связи с пользователем – на адрес его электронного почтового ящика будет высылаться образец формы для оплаты услуг, подтверждение о регистрации, логин и пароль. Также предполагается, что пользователь имеет доступ в Интернет. 2.2. Документы предметной области, содержащие информацию, необходимую для решения задачи. Входная информация задачи «Создание тренажерно-тестирующей системы» разделяется на условно-постоянную и оперативно-учетную информацию. 0 0 1 FУсловно-постоянная информация, необходимая для решения этой задачи, включа ет справочные материалы и тесты по разным дисциплинам. Эту информацию предоставляет преподаватель и/или группа преподавателей. Для регистрации пользователя необходима информация о нем: ФИО, полный почтовый адрес, адрес электронной почты, номер телефона. Для того, чтобы выдать пользователю логин и пароль, тем самым разрешить ему доступ к информации, необходимо получить подтверждение об оплате пользователем услуг. Входная информация, содержащая данные оперативного учета, включает данные о прохождении пользователем тестов, рекомендации преподавателя абитуриенту или студенту, в зависимости от результатов прохождения тестов. <$:Difficulty:1 (не используется, добавлено для совместимости) --/end/-- --/New Question/-- … --/end/-- Пример файла для создания нового теста: № строки в файле Содержание строки 1. Тест по школьной физике №3 2. <$:TestPortion:10 3. --/New Question/-- 4. <$:QuestionType:1 5. <$:QuestionBody:Консервативной является... 6. <$:Variants: 7. сила тяжести 8. сила трения 9. сила Ампера 10. <$:RightAnswers:1 0 0 11. <$:Difficulty:1 12. --/end/-- 13. --/New Question/-- 14. <$:QuestionType:1 15. <$:QuestionBody:Индукция магнитного поля измеряется в СИ: 16. <$:Variants: 17. Тл (теслах) 18. Гн (генри) 19. Ф (фарадах) 20. <$:RightAnswers:1 0 0 21. <$:Difficulty:1 22. --/end/-- Замечание: Подробнее о формате файлов РВУ Вы можете прочитать в «Руководстве Администратора» При регистрации нового пользователя необходимы некоторые данные о нем. Эти данные будут использоваться преимущественно для связи с пользователем: при подтверждении регистрации, для выдачи логина и пароля и для связи преподавателя с пользователем. Данные пользователя. Форма 2. 1. 2. Имя; 3. Отчество; 4. Фамилия; 5. Почтовый индекс; 6. Край / регион; 7. Город; 8. Улица; 9. Номер дома, квартиры; 10. Email; 11. Телефон (не обязательно). 4. Разработка информационного обеспечения задачи Разработка информационного обеспечения включает подготовку документов, 0 0 1 Fсо держащих информацию, необходимую для решения задачи, и анализ этой 0 0 1 Fинфор мации. Такой анализ позволит произвести формализацию данных, которая имеет целью их однозначное определение для хранения, поиска и обработки во внутримашинной сфере. Для организации информационной базы будем использовать реляционную СУБД. Поэтому должна быть разработана логическая структура реляционной базы данных, на основе 0 0 1 Fкоторой будет осуществляться решение задачи. Исполь зуем процессный подход к разработке базы данных, определяя состав только тех данных, которые необходимы для получения выходной информации задачи 0 0 1 F4.1. Информационный анализ предметной области и выделение информацион ных объектов задачи. Произведем анализ исходной информации предметной области с целью определения состава и структуры информации для последующей формализации и построения информационно-логической модели данных (ИЛМ). Приведенные выше формы входных документов, а также дополнительные сведения из описания предметной области позволяют определить роль реквизитов во взаимосвязанной полученной информации. На основе такого анализа установим функциональные зависимости реквизитов в 0 0 1 Fсоответствии с рекомендациями и требованиями норма лизации данных. Рассмотрим информацию, содержащуюся в форме регистрации пользователя (Форма 2). В ней содержатся реквизиты, общие для всей формы. Причем каждый из них имеет единственное значение. Среди этих реквизитов особую роль играет e-mail пользователя. Поскольку этот реквизит уникален, то есть его значение не может повториться, он играет роль идентификатора всей информации по пользователю, содержащейся в форме. 0 0 1 F 0 0 1 FОстальные рек визиты однозначно опреде ляются e-mail’ом пользователя. Помимо полученных от пользователя данных необходимо учитывать дату и сам факт регистрации, т.е. оплаты права на пользование услугами и выдачи пользователю логина и пароля. В целях экономии дискового пространства нужно завести реквизит уникальный номер пользователя, который будет связывать информацию о пользователе, о его логине/пароле и “истории” прохождения тестов. На основе проведенного анализа установим 0 0 1 Fфункциональные зависимости реквизи тов регистрационной формы и отобразим их в таблице 2. Аналогично проанализируем информацию, содержащуюся в форме для создания нового 0 0 1 F 0 0 1 Fтеста (фор ма 1). В соответствии с описа нием предметной области установим функциональные зависимости их реквизитов (табл. 1). Таблица 1. Функциональные зависимости реквизитов формы создания нового теста. 12 Данные о правах пользователя на тест. Форма 4. 1. Идентификатор пользователя; 2. идентификатор теста; 3. код доступа; (0 – не подписан, 1 – подписан, 2 – тест сдан) Установим функциональные зависимости реквизитов, учитывая, что один и тот же пользователь может пройти различные тесты с различными результатами. Следовательно, эти данные не уникальны, кроме реквизита дата, при условии, что пользователь не может успеть физически пройти более одного теста за одну минуту (табл. 3). Таблица 3. Функциональные зависимости реквизитов данных статистики. Наименование реквизитов документа Имя реквизита Функциональные зависимости Идентификатор пользователя Id Идентификатор теста Test_Un Результат Points Дата Data Идентификатор задачи Task_Un Правильность ответа Answ_True Таблица 4. Информация о правах пользователя на тест. Наименование реквизитов документа Имя реквизита Функциональные зависимости Идентификатор пользователя Id Идентификатор теста Test_Un Код доступа SubCodes 15 Выделение информационных объектов. Проанализируем установленные функциональные взаимосвязи реквизитов и установим для каждого из зависимых реквизитов, от каких реквизитов он зависит. Результаты отобразим в таблице соответствия зависимых (описательных) и ключевых реквизитов (табл. 5). Таблица 5. Соответствие описательных и ключевых реквизитов. Описательные реквизиты Ключевые реквизиты Название ИО*, в который включается реквизит Test_Cont Test_Un Тесты TestName Test_Un Тесты TestDir Test_Un Тесты Test_Portion Test_Un Тесты Task_n Task_Un, Test_Un Задачи Task_Cont Task_Un Задачи Answ_n Answ_Un, Test_Un Ответы Answ_True Answ_Un Ответы Answ_Cont Answ_Un Ответы FName Id Общая информация о пользователе MName Id Общая информация о пользователе Lname Id Общая информация о пользователе Zip Id Общая информация о пользователе Region Id Общая информация о пользователе City Id Общая информация о пользователе Street Id Общая информация о пользователе House Id Общая информация о пользователе 16 Email Id Общая информация о пользователе Phone Id Общая информация о пользователе Registered Id Общая информация о пользователе Login Id Зарегистрированные пользователи Pwd Id Зарегистрированные пользователи RegData Id Зарегистрированные пользователи Points Data, Test_Un, Id История пользователя Answ_True Task_Un, Test_Un, Id История теста SubCodes Id, Test_Un Подписка на тесты * ИО – информационный объект. Таблица 6. Реквизитный состав информационных объектов. Реквизит ы ИО Призна к ключа Имя ИО Название ИО Семантика (описание) Test_Un Test_Cont Test_Dir TestName Test_Portion * TestCom Описание тестов Общие данные о тесте Test_Un Task_Un Task_n * * Tests Тесты Информация о тестах: какие задачи входят в тест Task_Un Task_Cont * Tasks Задачи Формулировки задач Answ_Un Answ_n Answ_True Task_Un * * Answ Ответы Формулировки ответов и их принадлежность к задачам Id FName MNane LName Zip Region City Street House Email Phone Registered * UserReg Пользователи Общая информация о пользователе 17 4.4. Исходные данные контрольного примера. В качестве контрольного примера служит «Гостевой вход» и «пробный тест». 0 0 1 FТребования к данным контрольного примера - их представительность, учитыва ющая особенности информации, указанные в описании предметной области. Такие данные должны обеспечить отладку алгоритма на компьютере и подтвердить работоспособность реализации алгоритма. В данных контрольного примера для рассматриваемой задачи должно быть предусмотрено, что одному тесту может соответствовать несколько задач, одной задаче – несколько вариантов ответа, из которых только один правильный. Если тестируемый ответит на вопрос, не отметив никакой из вариантов, то ответ считается 0 0 1 Fневерным. Данные контрольного примера, предназначенные для тестиро вания, отладки и демонстрации решения задачи, приведены в табл. 8 - 13. Таблица 8. Данные Test_Com. Test_Cont Test_Un TestDir TestName Test_Portion Пробный тест №1. 1001 %DOROOT%/tests/physics/ Пробный тест. 5 Таблица 9. Данные Tests. Test_Un Task_n Task_Un 1001 1 1001 1001 2 1002 1001 3 1003 1001 4 1004 1001 5 1005 Таблица 10. Данные Tasks. Task_Un Task_Cont 1001 Укажите формулу скорости равнозамедленного движения. 1002 Закон Гука выражается формулой: 20 1003 Консервативной является... 1004 На каком рисунке правильно показан ход луча? 1005 Индукция магнитного поля измеряется в СИ в: Таблица 10. Данные Answ. Answ_n Answ_Un Answ_True Answ_Cont Task_Un 1 1001 0 <I>V = S/t</I> 1001 2 1001 0 <I>V = V<SUB>0</SUB>t - at<SUP>2</SUP>/2</I> 1001 3 1001 1 <I>V = V<SUB>0</SUB> - at</I> 1001 1 1002 0 <i>F = kx²</i> 1002 2 1002 0 <i>F = kx²/2</i> 1002 3 1002 1 <img src = ./physics/DMP/image53.gif> 1002 1 1003 1 сила тяжести 1003 2 1003 0 сила трения 1003 3 1003 0 сила Ампера 1003 1 1004 0 <img src=./physics/GMO/image51.gif> 1004 2 1004 1 <img src=./physics/GMO/image52.gif> 1004 3 1004 0 <img src=./physics/GMO/image53.gif> 1004 1 1005 1 Тл (теслах) 1005 2 1005 0 Гн (генри) 1005 3 1005 0 Ф (фарадах) 1005 Примечание: Таблицы UserReg, UserLog, History, TheHistory в данном примере не задействованы. 21 5. Разработка алгоритмов и технологии решения задачи Общие сведения о содержании и алгоритме решения задачи. По мере поступления документов, содержащих данные о тестах и теоретическому материалу, должен осуществляться ввод этих данных в БД или помещение html-страниц на сайт, где они должны храниться. Таким образом осуществляется накопление необходимой для решения задачи оперативно-учетной информации. Тест должен быть представлен пользователю в виде диалога, где будет представлена задача и несколько вариантов ответа к ней. Пользователь может выбрать один вариант и перейти к следующей задаче. При запросе теста пользователем задачи «тасуются», то есть определяется случайный порядок следования задач. Варианты ответа также «перемешиваются» во время запроса очередной задачи. Если пользователь не выбрал ни один из предложенных вариантов и перешел к следующей задаче, то это засчитывается как неверный ответ. 5.1. Технология ввода и накопления входной информации, обеспечивающей решение задачи. Для решения рассматриваемой задачи должен производиться ввод и накопление в БД оперативно-учетной информации о тестах и пользователях. Справочная информация должна хранится в html-файлах на сайте. 22 Отчество (MName) E-mail (Email) Иванов Иван Иванович ivan@com.ru … … … Петров Петр Петрович petr@ru.com Логин (Login) Пароль (Pwd) Выдать Для входа в систему нужна форма, принимающая логин и пароль пользователя для проверки их в базе данных (форма 7). Это простая форма, связанная с таблицей UserLog полями Login и Pwd. Макет формы идентификации. Форма 7. Логин: (Login) Пароль: (Pwd) Войти Очистить 25 Для добавления нового теста в базу данных используется форма 8. Ей необходимо указать только имя файла с добавляемым тестом. Формат файла определен выше. Эта форма наполняет и связывает таблицы TestCom, Tests, Tasks, Answ. Макет формы добавления нового теста. Форма 7. Имя файла с тестом С:\…\test23.txt Создать тест Очистить 5.3. Обобщенный алгоритм решения задачи и его декомпозиция на модули (функции). Из рисунка 2 видна общая декомпозиция задачи на модули. Рассмотрим систему тестирования пользователя. При входе в систему пользователь вводит свой логин и пароль. По этим данным из базы данных необходимо получить уникальный номер пользователя (Id), этот номер, в свою очередь, будет передан тестирующему модулю системы вместе с уникальным номером теста (Test_Un), запрошенного пользователем. Отображать вопросы (задачи) теста будем дозировано, т.е. по одной задаче за раз. Функционально-технологическая схема и алгоритм тестирования. Рис. 3. Общая функционально-технологическая схема подсистемы тестирования. 26 Подсистема тестирования может быть разбита на несколько основных этапов - модулей, реализуемых средствами СУБД (запросы, отчеты). Блок-схема алгоритма подсистемы тестирования приведена на рис. 4. Рис. 4. Блок-схема алгоритма подсистемы тестирования 5.4. Детальные алгоритмы реализации отдельных модулей задачи. Модуль 1.1. Проверка логина и пароля. На входе имеем: login – логин пользователя, password – пароль пользователя. Посылам запрос к SQL серверу: SELECT * FROM UserReg, UserLog WHERE Login = ‘login’ AND Pwd = ‘password’ AND UserReg.Id = UserLog.Id Если результат запроса не пустой, то считаем, что пользователь авторизовался успешно, также в результате запроса имеем все его данные – ФИО, адрес, … Модуль 1.2 Формирование теста. На входе имеем: Test_Un – номер теста, который выбрал пользователь для прохождения. Посылам запрос к SQL серверу: SELECT Task_Un FROM Tests WHERE Test_Un = Test_Un В результате получаем набор (массив) номеров задач, которые соответствуют этому тесту. Модуль 1.3. Установка случайного порядка следования задач. 27 Для работы системы необходимо наличие следующего программного обеспечения на сервере: • OS Windows (Server Family); • MSSQL Server 7.0 или выше; • Apache Win32 / PHP 4.0 или выше; Вместо Apache можно использовать и другой веб-сервер, например MS IIS, единственное требование – поддержка PHP хотя бы на уровне CGI. 6.2. Подготовка к работе 6.2.1 Подготовка веб-сервера. Для начала работы необходимо скопировать файлы системы в каталог %Apache%/htdocs/do/, где %Apache% – установочный каталог веб сервера. Далее все пути на диске будут указываться относительно каталога %Apache%/htdocs/. 6.2.2 Подготовка базы данных. 1. Создаем в MSSQL Server базу данных и называем ее DO. 2. В базе данных DO создаем пользователя с логином do_user и паролем www123 . Естественно, что пароль стоит выбрать более сложный. Эти данные – пример. Логин и пароль для доступа к базе данных используются в файле do/bin/admin/ register.php 3. Создаем в базе DO хранимую процедуру CreateAllTables, текст которой можно посмотреть в файле do/tsql/CreateAllTables.sql, и выполняем эту процедуру. В результате создадутся все необходимые для работы системы таблицы. 4. Создаем в базе DO хранимую процедуру DropAllTables, текст которой можно посмотреть в файле do/tsql/DropAllTables.sql. Результатом этой процедуры будет полное удаление всех таблиц, созданных процедурой CreateAllTables, и 30 дынных в них. Сейчас эту процедуру выполнять не нужно. Она нужна при удалении системы. 5. Для добавления тестов по физике, необходимо создать в базе DO ряд хранимых процедур, тексты которых приведены в файлах вида do/tsql/phys/ nn_CreateTestXXX.sql , где nn – номер теста; XXX – сокращенное название теста. Создаем хранимую процедуру CreateAllTests (do/tsql/phys/ CreateAllTests.sql), которая создаст 17 тестов по физике: 1 пробный, 15 тренажерных и 1 экзаменационный. Создаем процедуру DeleteAllTests (do/tsql/phys/DeleteAlllTests.sql), которая удаляет все, созданное процедурой CreateAllTests. 6. Теперь необходимо дать права пользователю базы данных do_user на операции SELECT, UPDATE, INSERT, DELETE во всех таблицах, созданных процедурой CreateAllTables. 6.3. Вход в систему На сайте системы выбираем раздел «Вход». Появится форма как на рисунке 1. Рис. 1. Форма авторизации. В появившейся форме авторизации вводим логин и пароль администратора. Эти данные хранятся не в базе данных, а в файле do/bin/user/logon.php, для того, чтобы администратор смог авторизоваться, даже если база данных не доступна. В случае успешной авторизации появится меню Администрирование: • Просмотр таблиц пользователей • Посмотреть таблицу UserReg (просмотр всех зарегистрированных пользователей) • Посмотреть таблицу UserLog (просмотр всех пользователей, подавших заявку на регистрацию) 31 • Работа с пользователями • Добавить пользователя в UserLog (зарегистрировать пользователя, подавшего заявку на регистрацию) • Подписать пользователя на тест (дать доступ пользователю к определенному тесту) • Удалить пользователя (удалить пользователя из системы вместе со всей историей прохождения тестов) • Удалить «просроченных» пользователей (как предыдущий пункт, но для пользователей, которые находятся в системе больше месяца) • Тесты • Добавить новый тест • Создать тесты Калистратовой (создать тесты по физике, которые были описаны в процедуре CreateAllTests) • Удалить тесты Калистратовой (соответственно DeleteAllTests) • Статистика • По тестам (кем и когда проходился определенный тест) • По пользователям (какие тесты и когда проходил определенный пользователь) • Список всех пользователей (список ФИО, логин, пароль) 6.4. Просмотр таблиц пользователей Выбрав пункт меню администратора «Посмотреть таблицу UserReg», можно посмотреть таблицу UserReg, в которой находятся все данные о пользователях: ФИО, адрес, e-mail, телефон и т.д. как на рис. 2. Рис. 2. Данные таблицы UserReg. 32 пользователя и нажимаем «Удалить». После этого пользователь полностью удален из системы со всей историей прохождения тестов. 6.5.5 Удаление «просроченных» пользователей В меню администратора выбираем пункт «Удалить просроченных пользователей». Появится список всех зарегистрированных пользователей, которые были зарегистрированы в системе более месяца назад. Рис. 8. Удаление «просроченных» пользователей. Нажатие кнопки «Удалить» приведет к удалению (как в пункте выше) всех «просроченных» пользователей. 6.6. Работа с тестами 6.6.1 Формат тестов РВУ Информация в файле с вопросами имеет блочную структуру. Каждый блок содержит полную информацию об одном вопросе. Внутри блока информация организована по строкам, назначение которых определяется внутренним стандартом. Первая строка файла должна содержать имя группы вопросов. Формат строки: имя группы вопросов. Примечание: в случае, если такая группа уже существует, то вопросы будут к ней добавлены. Далее следуют блоки вопросов. Каждый вопрос обладает рядом обязательных характеристик, которые должны быть описаны в соответствующих строках файла импорта. Примечание: в строках блока, описывающих характеристики вопроса, перед каждым полем обязательно устанавливается указатель поля «<$:». 35 Система РВУ поддерживает следующие форматы вопросов: 1. Выбор из списка единственного правильного ответа; 2. Выбор из списка нескольких правильных ответов; 3. Ввод некоторых данных, которые впоследствии будут сравнены с заложенным "эталоном" 4. Ответ на естественном языке; 5. Последовательность. В случае необходимости могут быть заданы дополнительные форматы (после согласования с Консалтинговым центром РСОО). В каждом блоке должно быть описано несколько обязательных для любого формата вопросов строк: • Формат строки:--/New Question/-- Назначение: указывает на начало блока информации о вопросе. Примечание: любой вопрос должен начинаться этой строкой. • Формат строки: <$:QuestionType:N Назначение:описывает поле QuestionType, которое задает вариант формата заносимого вопроса в виде натурального числа N из диапазона [1, 5]. Примечание:форматы вопросов разрабатываются в Консалтинговом центре РСОО. • Формат строки: <$:QuestionBody: текст вопроса. Назначение: описывает поле QuestionBody, которое содержит формулировку основного задания (условия) вопроса. Примечание:указывается в одну строку (макс. 64000 символов). • Формат строки: <$:Difficulty:N Назначение: описывает поле Difficulty, которое отражает сложность вопроса. 36 Примечание:сложность вопроса задается в виде числа N, где N - натуральное число из диапазона [1, 10]. • Формат строки:--/End/-- Назначение: указывает на конец блока информации о вопросе. Также может задаваться время ответа на вопрос. Если эта строка отсутствует, то тогда считается, что время на ответ ограничено лишь временем отпущенным на все тестирование: • Формат строки: <$:AnswerTime:N Назначение: описывает поле AnswerTime, которое задает время на ответ в секундах. Примечание:сложность вопроса задается в виде числа N, где N - натуральное число из диапазона от 1 до разумного предела. В зависимости от формата вопроса в блоке должны присутствовать следующие строки: • Для форматов «1», «2» и «5»: • Формат строки: <$:Variants: Назначение: описывает поле Variants, которое содержит варианты ответов на вопрос. Примечание: Варианты ответа начинаются на следующей строке и каждый вариант ответа должен располагаться на отдельной строке. • Формат строки: <$:RightAnswers: маска ответов Назначение: описывает поле RightAnswers, которое служит для указания маски правильных и неправильных ответов. Маска ответов - это последовательность следующих друг за другом через пробел целых чисел без знака. Порядок следования чисел в маске должен соответствовать 37 Необходимо выбрать одну дисциплину, нажав на кнопку «>>». Появится список тестов , связанных с выбранной дисциплиной (рис. 12). Рис. 12. Выбор теста, связанного с выбранной дисциплиной. Далее нужно выбрать один из предложенных тестов. Появится список пользователей, проходивших выбранный тест, дата прохождения, количество баллов, логин и номер пользователя (рис. 13). Рис. 13. Статистика по тесту. При необходимости можно задать критерий поиска пользователей в форме, расположенной вверху таблицы. Например: показывать всех пользователей, проходивших этот тест сегодня . Также можно отсортировать полученный результат по любому из столбцов таблицы. Если щелкнуть мышкой по одному из пользователей в столбце «ФИО», то перейдем в общую статистику по пользователю. 6.7.2 По пользователям Статистика по пользователям – какие тесты и когда проходил определенный пользователь. В меню администратора в разделе «Статистика» выбрать пункт «По пользователям». Будет выведен список пользователей, зарегистрированных в системе (рис. 14). Рис. 14. Список пользователей. Необходимо выбрать одного из пользователей и нажать кнопку “>>”. Появится список всех тестов, которые проходил выбранный пользователь в формате: • название теста 40 • количество баллов • дата прохождения или фраза «Пусто», если пользователь еще не проходил ни одного теста (рис. 15). Рис. 15. Общая статистика для выбранного пользователя. 6.7.3 Список всех пользователей Для того, чтобы посмотреть полный список зарегистрированных в системе пользователей, нужно в меню администратора в разделе «Статистика» выбрать пункт «Список всех пользователей» получим результат, как на рис. 16. Можно отсортировать полученный результат по любому из столбцов таблицы. Приложение 1. Логическая структура реляционной базы данных задачи. 7. Литература. 1. Евдокимов В.В. и др. Экономическая информатика. Учебник для вузов. Под редакцией д.э.н., проф. В.В. Евдокимова. – СПб.: Питер, 1997. – 592с. ил. 2. Лекции по базам данных. Зыкин. ОмГУ, 2002. 41 3. Карпова И.П. Исследование и разработка подсистемы контроля знаний в распределенных автоматизированных обучающих системах. Москва, 2002. 4. Кнут Д. Искусство программирования для ЭВМ / т.3. Сортировка и поиск / Пер. с англ. / Под ред. Баяковского и Штаркмана. – М.: Мир, 1978. – 848 с. 5. Microsoft Developer Network. Microsoft Corp. 2002. 6. PHP Manual. 1997, 1998, 1999, 2000, 2001, 2002 the PHP Documentation Group. 42