48648 (608706), страница 5
Текст из файла (страница 5)
В режиме обучения пользователь должен иметь возможность просматривать результат запроса в целом, или результат выбранной операции в введенной им последовательности.
Для этого программа должна уметь преобразовывать операцию (последовательность операций) в запрос к БД.
В режиме контроля должен формироваться балл за введенный ответ. При этом администратор должен иметь возможность установить максимальный балл для каждого введенного во внутреннюю БД вопроса. Программа должна оценивать ответ не только по принципу Верно/Неверно, но выставлять оценку как процент от максимального балла в зависимости от качества введенного ответа.
Введенные ответы должны сохраняться во внутренней БД с указанием полученного за них балла.
Пользователь должен иметь возможность просмотреть полученные им вопросы, введенные ответы и полученные результаты. Эта информация должна распечатываться на принтере.
3.2 Структура данных
Для функционирования программы необходимо хранить информацию двух типов. Первый тип – эта информация о вопросах и об эталонных ответах, об учебных БД и пользователях. Второй тип – информация о введенных пользователем ответах.
Данная информация должна храниться в так называемой внутренней БД.
Для проектирования внутренней БД можно выделить следующие сущности.
Сущность Пользователь обладает атрибутами Идентификатор. Имя, Пароль.
Сущность Учебная БД обладает атрибутами Имя, Информация для соединения, Схема данных.
Сущность Вопрос обладает атрибутом Текст запроса, Максимальный балл.
Сущность Реляционная операция обладает атрибутами Название, Обозначение, Операнд1, Операнд2, Дополнительная информация.
Сущность Эталонный ответ включает множество операций.
Сущность Последовательность операций определяет возможный порядок операций в эталонном ответе.
Сущность Тест характеризуется атрибутами Дата, Контролирующий или обучающий, Итоговая оценка.
Сущность Ответ включает последовательность операций.
Между сущностями можно определить следующие взаимосвязи.
Сущность Учебная БД и Вопрос связаны отношением «один ко многим», вопрос относится только к одной БД, но к одной БД может быть построено множество запросов.
Между сущностями Пользователь и Тест существует связь «один ко многим», один пользователь может проходить множество тестов, но каждый тест относится к одному пользователю.
Сущность Вопрос и Тест связаны отношением «многие ко многим», один вопрос может входить в различные тесты, и в тест могут входить много вопросов. Данная взаимосвязь обладает собственным атрибутом Оценка.
Сущности Вопрос и Ответ связаны отношением «Один ко многим», один вопрос может иметь множество ответов, но ответ относится к одному вопросу.
Между сущностями Ответ и Последовательность определена связь «Один ко многим», ответ может иметь множество последовательностей, но каждая последовательность относится к одному ответу.
Сущности Операция и Ответ связаны отношением «многие ко многим», в ответе может быть множество операций, и операция участвует во многих ответах. Данная связь имеет собственные атрибуты Операнд1, Операнд2 (необязательный), Дополнительная информация (необязательная).
Для ускорения работы программы можно во внутреннюю БД внести дополнительную информацию о структуре учебной БД – список таблиц и список полей для каждой таблицы. Этот список может формироваться автоматически в момент внесения учебной БД во внутреннюю БД.
Таким образом, получается концептуальная модель данных, показанная на рис.3.1.
В результате преобразования связей между сущностями добавлены внешние ключи в следующие таблицы.
В таблицу Таблицы добавлен атрибут Идентификатор БД. В таблицу Поля добавлен атрибут Идентификатор таблицы. В таблицу Тест добавлен атрибут Идентификатор пользователя. В таблицу Вопрос добавлен атрибут Идентификатор БД.
Для реализации связей «многие ко многим» созданы дополнительные таблицы Операция эталонного ответа, Операция ответа пользователя, Вопрос теста.
В таблицу Ответ добавлен атрибут Идентификатор вопроса теста. В таблицу Последовательность добавлен Атрибут Идентификатор операции эталонного ответа.
В результате получена следующая структура внутренней БД (см. табл.3.1)
Таблица 3.1 Структура внутренней БД
| Таблица | Поле | Тип поля | |||
| 1 | 2 | 3 | |||
| Пользователь | Идентификатор | Числовой | |||
| Имя | Строковый | ||||
| Пароль | Строковый | ||||
| Учебная БД | Идентификатор | Числовой | |||
| Название | Строковый | ||||
| Строка соединения | Строковый | ||||
| Схема данных | Графический | ||||
| Тест | Идентификатор | Числовой | |||
| Дата | Дата | ||||
| Итоговая оценка | Числовой | ||||
| Вопрос | Идентификатор | Числовой | |||
| Текст | Строковый | ||||
| Оценка | |||||
| Идентификатор БД | Числовой | ||||
| Реляционная операция | Идентификатор | Числовой | |||
| Название | Строковый | ||||
| Обозначение | Строковый | ||||
| Операнд1 | Логический | ||||
| Операнд2 | Логический | ||||
| Доп. информация | Логический | ||||
| Эталонный ответ | Идентификатор | Числовой | |||
| Операция в эталонном ответе | Идентификатор ЭОО | Числовой | |||
| Идентификатор ответа | Числовой | ||||
| Идентификатор операции | Числовой | ||||
| Операнд1 | Строковый | ||||
| Операнд2 | Строковый | ||||
| Выражение1 | Строковый | ||||
| Выражение2 | Строковый | ||||
| Операция сравнения | Строковый | ||||
| Последовательность | Идентификатор ЭОО | Числовой | |||
| Номер | Числовой | ||||
| Ответ | Идентификатор ОП | Числовой | |||
| Идентификатор вопроса | Числовой | ||||
| Идентификатор теста | Числовой | ||||
| Оценка | Числовой | ||||
| Операция в ответе | Идентификатор ОО | Числовой | |||
| Идентификатор ОП | Числовой | ||||
| Идентификатор операции | Числовой | ||||
| Операнд1 | Строковый | ||||
| Операнд2 | Строковый | ||||
| Выражение1 | Строковый | ||||
| Выражение2 | Строковый | ||||
| Операция сравнения | Строковый | ||||
Поскольку последовательность задается только номером, то при внесении ответов должна быть возможность указывать в качестве операнда относительный адрес результата предыдущих операций последовательности
Список литературы
1.План выполнения запроса. Свободная энциклопедия Википедия: [электронный ресурс] – Режим доступа : ru.wikipedia.org
2.Оптимизация запросов в SQL Server 2005: [электронный ресурс] – Режим доступа: http://www.askit.ru/custom/sql2005_admin/m11/11_05_08_query_ optimization.htm
3.Гарсиа-Молина Г. Системы баз данных. Полный курс / Гарсиа-Молина Г., Ульман Дж., Уидом Дж... – М.: Издательский дом «Вильямс», 2003. – 1088 с.
4.Хансен Г. Базы данных: разработка и управление / Хансен Г., Хансен Дж..: Пер. с англ. – М.: ЗАО «Издательство БИНОМ», 1999. – 704 с.
5.Роджер Дж. Руководство разработчика баз данных на Visual Basic 6 / Роджер Дж.: Пер. с англ. – К.; М.; СПб.: Издательский дом «Вильямс», 2001. – 976 с.: ил.
6.Теория и практика построения баз данных. 8-е изд./ Д.Кренке. – СПб.: Питер, 2003. – 800 с.: ил.
7.Коннолли Т. Базы данных: Проектирование, реализация, сопровождение. Теория и практика / Коннолли Т.. – М.: Издательский дом «Вильямс», 2002. – 1120 с.: ил.
8.VB 6.0: доступ к данным с помощью технологии ADO. Часть 1. ADO идет на смену DAO и RDO. – www.microsoft.com/Rus/Msdn/Activ/MSVB/Archive/ VBInHistory/VB60_ ADO-1.mspx
9.Visual Basic 6.0: пер. с англ. – СПб.: БХВ – Санкт-Петербург, 1999. – 992 с.,
10.Сбор и анализ требований: [электронный ресурс] – Режим доступа : http://progresoft.ru/
11.Мюллер Р.Дж. Базы данных и UML / Мюллер Р.Дж.. – М. : ЛОРИ, 2002, - 420 с.
12.Мацяшек Л.А. Анализ и проектирование информационных систем с помощью UML 2.0. / Мацяшек Л.А. Третье издание. – М. : Издательский дом «Вильямс», 2008. – 816 с.
13.Кузнецов С.Д. Основы современных баз данных / С.Д. Кузнецов // Информационно-аналитические материалы Центра информационных технологий : [электронный ресурс] – Режим доступа : http://www.citforum.ru/ database/osbd/contents.shtml
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
