Оценка успеваемости студентов

НИЖЕГОРОДСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ

Институт радио и информационных технологий

Кафедра «Компьютерные технологии в проектировании  и производстве»

Базы данных и банки знаний.

Курсовая работа на тему :

«Оценка успеваемости студентов»

    Выполнил:

Гимальдинов И.Н.

04-КТ-2

     Проверил:

                   Полозов И. В.

Нижний Новгород

2007

1. Анализ исходных данных и разработка ТЗ

1.1  Основание и назначение разработки.

База данных “ Оценка успеваемости студентов ” разработана как информационная система для управления данными об оценках студентов и получения дополнительной наглядной информации при помощи запросов и отчетов.

1.2  Минимальные требования к составу и параметрам технических средств: ЭВМ, внешние устройства.

Минимальные системные требования к аппаратному обеспечению:

      Компьютер с процессором Intel 486 и выше или совместимый.

      16 МБ RAM

      4 Мб свободного пространства на жестком диске.

      Видеоадаптер SVGA

Минимальные требования к внешним устройствам:

      Монитор SVGA

      Клавиатура

      Мышь (рекомендуется)

1.3  Требования к информационной и программной совместимости.

      Операционная система MS Windows 97 и выше.

      Поддержка  операционной системой кириллицы.

      Для работы программы на компьютере должны быть установлены компоненты пакета MS Office2000 (MS Access).

1.4  Требования к функциональным характеристикам.

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

      Обеспечивать удобный ввод и вывод информации о студентах

      Представлять требуемые данные в виде отчетов для последующей распечатки.

1.5  Выбор и обоснование системы программирования и используемых программных средств.

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

1.6  Разработка математической модели задачи, выбор алгоритма реализации и его обоснование.

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

2. Проектирование схемы данных

2.1 Нормализация структур данных.

Нормализация – последовательный процесс разбиения и преобразования исходного набора таблиц, для получении таблиц в нормальных формах.

2.2 Индексация.

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

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

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

Главный ключ должен обладать двумя свойствами:

1.      Однозначной идентификацией записи.

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

В спроектированной БД главным ключом для всех таблиц является специально введенный id(номер), т.е., например:

Для таблицы “ public_directory_chair ” – chair_id

Для таблицы “ public_directory_faculty ” – faculty_id

Для таблицы “ public_directory_subject ” – subject_id

Для таблицы “ public_student_personal ” – student_id

И т.п.

2.3 Связи между таблицами и подстановка.

      Существует несколько видов связей между таблицами (сущностями):

1.”Один к одному” – записи в одной таблице однозначно соответствует запись в другой таблице.

2.”Один ко многим” – одной записи в первой таблице может соответствовать много записей в другой таблице.

3.”Многие к одному” – см 2.

4.”Многие ко многим” – многим записям в одной таблице соответствует много записей в другой. Как правило, этот вид связи реализуется с помощью промежуточных таблиц.

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

      Пример:

Т.е. таблицы “ public_directory_student_group ” и “ public_directory_chair ” связаны отношением “многие ко многим” при помощи промежуточной таблицы “ public_directory_faculty ”, связанной с предыдущими таблицами отношением “один ко многим” по полям faculty_id.

2.4 Целостность данных.

Условие целостности не позволяет ввод во внешнее ключевое поле связанной таблицы значения, отсутствующего в ключевом поле главной таблицы, и не допускается удаление любой из таблиц или связанных полей до удаления связи.. Однако возможен ввод во внешнее ключевое поле пустого значения, показывающего, что записи не являются связанными. Например, невозможно ввести в таблицу сделку с несуществующим клиентом, однако, допускается ввод сделки, не относящейся ни к одному из клиентов с пустым значением в поле «Код клиента».

2.5 Описание схемы данных.

Смотри приложение 1

3. Описание форм и интерфейса

3.1 Построение форм в MS Access.

    Формы- это экранные бланки, предназначенные для визуализации и ввода данных.

Для имеющихся таблиц можно создать форму (-ы). Корешок “Форма” в окне Базы данных, создать. Затем можно указать вариант: Конструктор, Автоформы и т.д. «Мастер форм».

Затем выбираем стиль формы:

-         в один столбец;

-         ленточная;

-         табличная;

-         выровненная;

-         сводная диаграмма;

-         сводная таблица.

Чтобы отредактировать форму в соответствии с нашими требованиями – переходим в режим конструктора. Здесь имеются все необходимые инструментальные средства для редактирования форм.

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

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

Главная форма может быть выведена только как простая. Подчиненная- как таблица, ленточная, простая.

Для создания вложенных форм:

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

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

3.2 Описание пользовательского интерфейса.

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

Кнопка «Преподаватель» ведёт на форму «Успеваемость студентов»:

Здесь мы выбираем нужную группу для ввода оценок.

Если мы выбрали нужную группу ,то переходим на форму «оценка»,где и вводим нужные нам параметры  для каждого студента

На форме prepod есть вложенная форма которая отображает среднюю оценку группы(оня показана стрелкой)

На этой же форме мы можем сохранять,удалять и вставлять новые записи.

С главной формы можно попасть на форму «stud»

3.3Отчеты

Здесь пользователь имеет возможность просмотреть и распечатать один из представленных отчетов:

Отчёт по успеваемости:

4. Запросы и отчеты

4.1             Простые запросы.

     Запрос (query)- это формирование условий выборки информации из БД. Запрос может относиться к одной или многим связанным таблицам. Результатом запроса является результирующий набор записей (dynaset), который внешне выглядит как таблица. Эта виртуальная таблица может рассматриваться как таблица БД (добавление, удаление, обновление, включение в новые запросы).

      Типы запросов.

1.      Запрос на выборку. Извлекаем данные из одной или нескольких таблиц и результаты отражаем в объекте «Запрос» в режиме таблицы, в котором допускается извлечение записей. Кроме этого, используется для группировки записей, вычисления сумм значений, количества записей и прочих итоговых значений.

2.      Запрос с параметрами. Это запрос, запуск которого вызывает появление диалогового окна для ввода некоторого условия отбора записей или значения для вставки в поле. Может открыться несколько диалоговых окон. Например, можно задать диапазон дат. Это удобно для создания форм и отчетов. При этом форма базируется не на таблице, а на запросе.

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

4.      SQL. Запрос, создаваемый прямо на языке SQL (Structured Query Language)- стандартный язык структурированных запросов аппаратно и программно независимый. Любой запрос превращается в SQL (и его можно увидеть).

5.      Запрос на измене-ния. Это запрос, который за одну операцию (его выполнения) вносит изменения во многие записи. Существует 4 типа запроса на изменение: на создание таблицы; на удаление записей; на добавление и на обновление.

Создание простого запроса.

Для создания запроса нужно     определить следующее:

-    таблицы и поля в них, которые будут участвовать в запросе;

-    критерии отбора данных в dynaset;

      - какие поля показывать на экране.

Запросы из нашей БД:

1.      запрос на выборку нужной группы

SELECT public_directory_student_group.student_group_name, public_directory_subject.subject_name, public_student_personal.student_surname, public_estimation.estimation_value, public_estimation.estimation_date

FROM public_directory_student_group INNER JOIN (public_directory_subject INNER JOIN ((public_student_personal INNER JOIN public_estimation ON public_student_personal.student_id=public_estimation.student_id) INNER JOIN public_student_learn ON public_student_personal.student_id=public_student_learn.student_id) ON public_directory_subject.subject_id=public_estimation.subject_id) ON public_directory_student_group.student_group_id=public_student_learn.student_group_id

WHERE (((public_directory_student_group.student_group_id)=Forms!prepod!Combo_group) And ((public_directory_subject.subject_id)=Forms!prepod!Combo_name))

GROUP BY public_student_personal.student_surname, public_directory_student_group.student_group_name, public_directory_subject.subject_name, public_estimation.estimation_value, public_estimation.estimation_date;

2.      запрос на выборку оценок

SELECT public_directory_student_group.student_group_name, public_directory_subject.subject_name, public_student_personal.student_surname, public_estimation.estimation_value, public_estimation.estimation_date

FROM public_directory_subject INNER JOIN ((public_student_personal INNER JOIN public_estimation ON public_student_personal.student_id=public_estimation.student_id) INNER JOIN (public_directory_student_group INNER JOIN public_student_learn ON public_directory_student_group.student_group_id=public_student_learn.student_group_id) ON public_student_personal.student_id=public_student_learn.student_id) ON public_directory_subject.subject_id=public_estimation.subject_id

WHERE (((public_directory_student_group.student_group_id)=Forms!stud!Combo_group2)) And public_directory_subject.subject_id=Forms!stud!Combo_name2

ORDER BY public_student_personal.student_surname;

3.      Запрос ны вычисления средней оценки

SELECT public_directory_student_group.student_group_name, Avg(public_estimation.estimation_value) AS оценка

FROM public_directory_student_group INNER JOIN (public_directory_subject INNER JOIN ((public_student_personal INNER JOIN public_estimation ON public_student_personal.student_id=public_estimation.student_id) INNER JOIN public_student_learn ON public_student_personal.student_id=public_student_learn.student_id) ON public_directory_subject.subject_id=public_estimation.subject_id) ON public_directory_student_group.student_group_id=public_student_learn.student_group_id

WHERE public_directory_subject.subject_id=Forms!prepod!Combo_name

GROUP BY public_directory_student_group.student_group_name;

4.2             Отчеты.

Отчет используется для представления данных в виде, характерном для печатных документов.

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