4 Даталогическое  проектирование

 

       Описание, создаваемое по инфологической модели данных, называют даталогической моделью данных (рисунок 2). Даталогическая модель отражает логические связи между элементами данных вне зависимости от их содержания и среды хранения.

       

       Рисунок 2 - ER-диаграмма

 

       Данные  в таблицах Microsoft Visual FoxPro сохраняются в определенном формате, который называется типом данных. Типы данных могут быть классифицированы по четырем категориям: числовые (numeric), символьные (character), даты (date) и BLOB.

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

       Ниже  рассмотрены все возможные типы в FoxPro.

       Charaсter – символьный тип. Позволяет хранить любой текст. Отводится 1 байт на символ, то есть хранится только код каждого символа без обозначения, каким шрифтом его отображать, какого размера и цвета.  Максимальная длина поля – 254 символа.

       Float – вещественный тип данных для хранения дробных чисел отводится 8 байт.

       Numeric – целый тип данных для хранения действительных чисел. Отводит 8 байт.

       Integer – целый тип данных для хранения действительных чисел. Отводит 4 байта.

       Double – вещественный тип данных для хранения дробных чисел. Двойная точность. Позволяет хранить значения с большим количеством знаков после запятой. Отводится 8 байт.

       Date – тип данных для хранения календарных дат, но без текущего времени.

       DateTime – тип данных для хранения календарных дат и текущего времени.

       Currency – тип валюты, тип данных для хранения денежных сумм. Теоретически, для их записи можно было бы пользоваться и полями числового типа, но для денежных сумм есть некоторые особенности (например, связанные с правилами округления), которые делают более удобным использование специального типа данных, а не настройку числового типа.  Отводится 8 байт.

       Logical – Логический тип для хранения логических данных (могут принимать только два значения, например Да или Нет).

       Memo – специальный тип данных для хранения больших объемов текста (до 65 535 символов). Физически текст не хранится в поле. Он храниться в другом месте базы данных, а в поле храниться указатель на него, но для пользователя такое разделение заметно не всегда.  Содержит ссылку на текстовое поле, хранящееся в отдельном файле с расширением fpt.

       General – содержит ссылку на OLE-объект. Отводит 4 байта.

       Varchar-символьный тип, Позволяет хранить любой текст, но не допускаются пробелы. Отводится 1 байт на символ. Максимальная длина поля-254.

       Varbinary-двоичный тип. Позволяет хранить значения в десятичном виде

       Ниже  в таблицах формально  описаны объекты предметной области тепличного хозяйства и их свойства. Здесь объект базы данных представляется в виде таблицы с набором полей определенного типа и свойств.  

Таблица 4.1- Студенты

 
 

Таблица 4.2- Ведомость

 

        5 Физическое  проектирование

 

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

       Процедура проектирования приложения (загрузочного файла) БД «Сессия» включает в себя создание: таблиц «Студенты», «Ведомость»;соответствующих форм, запросов и отчетов; главного меню (Menu.mpr).

       После создания таблиц, определения первичных  и вторичных ключей, устанавливаются связи между ними, что обеспечивает целостность данных. Этот этап проиллюстрирован на рисунке 5.1.  

         

       Рисунок 5.1- Целостная связь данных 

       В VFP существует два формата отображения содержимого таблицы: в виде таблицы и в виде формы.

       Далее для каждой таблицы создается  форма с соответствующим ей названием.

       Процесс создания формы включает следующие  действия:

1. настройка параметров формы;
2. определение среды окружения, т.е. выбор используемых в форме таблиц и установка связей между ними;
3. размещение в форме объектов;
4. настройка свойств размещенных объектов.

       Для размещения в форме одной кнопки необходимо выполнить следующие действия:

1. нажать кнопку Command Button (Кнопка) на панели инструментов Form Controls (Элементы управления формы) и щелкнуть мышью в месте предполагаемого размещения создаваемой кнопки;
2. открыть окно свойств созданного объекта;
3. кнопка может содержать текст или графическое изображение. При создании кнопки, содержащей текст, скорректировать свойство Caption (Надпись), разместив в поле ввода значения текст, который будет отображаться на кнопке;
4. при создании кнопки, содержащей графическое изображение, для задания изображения, размещаемого на кнопке, воспользоваться свойством picture. Нажать кнопку, расположенную справа от поля ввода значения свойства. В результате откроется диалоговое окно Open (Открыть), используя которое, можно выбрать файл на диске, содержащий изображение. После выбора файла нажать кнопку ОК для перенесения изображения на кнопку;
5. кнопка размещена в форме. Теперь необходимо, используя автоматически вызываемый при нажатии кнопки метод объекта click (Нажатие), определить действия, выполняемые при нажатии этой кнопки;
6. установить курсор на метод click (Нажатие) и щелкнуть мышью. На экране откроется окно процедур;
7. ввести команды, которые должны выполняться при нажатии данной кнопки.

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

       Для форматированного представления данных, выводимого на экран, принтер или  файл используются отчеты.

       После создания вышеуказанных автономных единиц необходимо собрать их в проект. Для этого создается главное меню.

       Строка  меню, расположенная в верхней  части, состоит из следующих вкладок: информация о студентах, документация, отчеты на печать. Некоторые из этих вкладок содержат подпункты, указывающие на ранее созданные файлы.

       Подробно  о каждом пункте меню.

       Вкладка «Информация о студентах» (рисунок 5.3) содержит подпункты «Успеваемость студентов», «Перечень студентов» и «Старосты групп», которые вызывают формы для просмотра и редактирования информации о каждой из предложенных тем. Примеры форм представлены на рисунках 1, 2 и 3, соответственно, в приложении А.

       Рисунок 5.3- Строка меню 

       При нажатии вкладки «Документация» идет вызов таблиц, отражающих следующие темы запросов: «Зачетная книжка студента» (рисунок 5.4) содержит информацию об успеваемости студента за все годы его обучения); «Неуспевающие студенты» (рисунок 5.5) (содержит перечень студентов, которые не допущены до сессии, либо сдавшие экзамен с отметкой «неудовл.») ; «Количество оценок по дисциплине» (содержит количество «5», «4», «3» по заданной дисциплине.

       Используя пункт меню «Отчеты на печать», вызывается форма, с помощью которой, можно вывести на печать любой из представленных в ней отчетов. Для этого нужно нажать кнопку напротив названия необходимого отчета (рисунок 5.6). Примеры отчетов представлены в Приложении А. 

 

       Рисунок 5.4 – Пункт «Зачетная книжка студента» 

 

       Рисунок 5.5 – Пункт «Неуспевающие студенты» 

         

Рисунок 5.6 – Пункт меню «Отчеты на печать»

 

      Заключение

 

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

       На  начальном этапе ее проектирования рассматривалась предметная область университета, а конкретно процесс сдачи сессии и ведение докуметации. В результате этого были выявлены события и процессы, протекающие в университете в сессионное время.

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

       В процессе устранения избыточности данных в БД «Сессия» была достигнута 3НФ, о чем свидетельствует тот факт, что все не ключевые столбцы созданных таблиц зависят от первичного ключа таблиц, но остаются независимы друг от друга.

       Осуществив характеристический анализ различных СУБД, предпочтение было отдано такой СУБД, как Visual FoxPro, что объясняется ее быстродействием, многофункциональностью, высоким уровнем поддержания целостности данных, отсутствием их избыточности, простотой использования и наглядностью интерфейса.