Автор работы: Пользователь скрыл имя, 14 Декабря 2011 в 21:30, курсовая работа
Объектом исследования данной работы является информационная система для работы со студентами. Данная система должна поддерживать ведение базы данных групп, студентов, предметов, результатов сдачи сессий (заносящиеся в ведомость), преподавателей, званий преподавателей, а также обеспечивать ввод, удаление, хранение и редактирование информации, которая содержится в таблицах данных.
Предполагается возможность использования данной системы в деканатах факультета для автоматизации учета, как индивидуальной студенческой успеваемости, так и в разрезе учебных групп. Также возможен вариант использования системы отдельными преподавателями для учета успеваемости студентов по преподаваемым им предметам.
Введение…………………………………………………………………………...3
1. Постановка задачи…………………………………………………………5
2. Инфологическое проектирование базы данных………………………..6
3. Физическое проектирование базы данных………………………………9
3.1. Нормализация………………………………………………………11
3.2. Схема данных………………………………………………………13
4. База данных……………………………………………………………….14
5. Реализация базы данных………………………………………………….18
5.1. Создание таблиц в режиме SQL…………………………………...18
5.2. Создание запросов в режиме SQL………………………………...20
Заключение……………………………………………………………………….21
Список использованной литературы…………………………………………...22
Таблица 2. Описание таблицы «Студент»
Имя поля | Подпись | Тип данных | Первичный/вторичный ключ |
№зачет | №зачетной книжки | Числовой | Первичный ключ |
ФИО | ФИО | Текстовый | |
дата_рожд | дата рождения | Дата/время | |
адрес | адрес | Текстовый | |
№груп | №группы | Числовой | Вторичный ключ |
Таблица 3. Описание таблицы «Студ-Вед»
Имя поля | Подпись | Тип данных | Первичный/вторичный ключ |
ID | ID | Числовой | Первичный ключ |
№ведомости | №ведомости | Числовой | Вторичный ключ |
№зачет | №зачетной книжки | Числовой | Вторичный ключ |
Таблица 4. Описание таблицы «Группа»
Имя поля | Подпись | Тип данных | Первичный/вторичный ключ |
№груп | №группы | Числовой | Первичный ключ |
кол_студ | количество студентов | Числовой | |
курс | курс | Числовой |
Таблица 5. Описание таблицы «Преподаватель»
Имя поля | Подпись | Тип данных | Первичный/вторичный ключ |
№препод | №преподавателя | Числовой | Первичный ключ |
ФИО | ФИО | Текстовый | |
код_звания | код звания | Числовой | Вторичный ключ |
адрес | адрес | Текстовый | |
тел | телефон | Числовой |
Таблица 6. Описание таблицы «Звание»
Имя поля | Подпись | Тип данных | Первичный/вторичный ключ |
код_звания | код звания | Числовой | Первичный ключ |
наим | наименование | Текстовый |
Таблица 7. Описание таблицы «Преп-Предм»
Имя поля | Подпись | Тип данных | Первичный/вторичный ключ |
ID | ID | Числовой | Первичный ключ |
№препод | №преподавателя | Числовой | Вторичный ключ |
код_предм | код предмета | Числовой | Вторичный ключ |
Таблица 8. Описание таблицы «Предмет»
Имя поля | Подпись | Тип данных | Первичный/вторичный ключ |
код_предм | код предмета | Числовой | Первичный ключ |
наим | Наименование | Текстовый | |
кол_часов | количество часов | Числовой | |
№препод | №преподавателя | Числовой | Вторичный ключ |
Нормализация – это процесс, позволяющий гарантировать, эффективность структур данных в реляционной базе данных. Реляционная база данных считается эффективной, если она обладает следующими характеристиками: отсутствие избыточности, минимальное использование null-значений, предотвращение потери информации.
Первая нормальная форма (1НФ). Говорят, что реляционная таблица находится в первой нормальной форме, если и только если все значения полей атомарные.
Все таблицы реляционной модели данных находится в 1НФ по определению.
Вторая нормальная форма (2НФ). Говорят, что таблица находится во второй нормальной форме, если и только если каждый его неключевой атрибут зависит от первичного ключа.
Для приведения таблиц ко второй нормальной форме необходимо выделить в отдельные таблицы группы атрибутов, зависящих от части возможного ключа таблицы 1НФ.
В 3НФ все неключевые атрибуты отношения взаимно независимы и полностью зависят от первичного ключа.
Таблицы данной реляционной
модели представлены в 3НФ. На рисунке
2 можно видеть схему 3НФ.
Рис. 2. Третья нормальная форма
Реляционную модель, представленную в 3НФ, представляем в виде схемы данных на рисунке 3.
Рис. 3. Схема данных
База данных обеспечивает хранение информации и представляет собой совокупность данных, организованных по определенным правилам. БД позволяет структурировать, хранить и обрабатывать данные различного типа.
Система управления базами данных (СУБД) – это совокупность языковых и программных средств, предназначенных для создания, ведения и использования БД.
Эффективность функционирования
системы, использующей БД, зависит как
от выбора архитектуры БД, так и
от выбора СУБД. К современным
В данной курсовой работе при создании базы данных применялась СУБД Microsoft Access 2007.
Access – это, прежде всего, система управления базами данных (СУБД).
Как и другие продукты этой категории, она предназначена для хранения и поиска данных, представления информации в удобном виде и автоматизации часто повторяющихся операций (таких, как ведение счетов, учет, планирование и т.п.). С помощью Access можно разрабатывать простые и удобные формы ввода данных, а также осуществлять обработку данных и выдачу сложных отчетов.
При всем этом Access - не просто СУБД. Как реляционная СУБД Access обеспечивает доступ ко всем типам данных и позволяет использовать одновременно несколько таблиц базы данных. При этом можно существенно упростить структуру данных, облегчая тем самым выполнение поставленных задач. Таблицу Access можно связать с данными, хранящимися на большой ЭВМ или на сервере. С другой стороны, можно использовать таблицы, созданные в среде Paradox или dBASE. Полученные результаты можно быстро и легко связать и объединить с данными из электронных таблиц Excel. Работая в среде Microsoft Office, пользователь получает в свое распоряжение полностью совместимые между собой Access и Word, Excel и PowerPoint.
Система Access - это набор инструментов конечного пользователя для управления базами данных. В ее состав входят конструкторы таблиц, форм, запросов и отчетов. Эту систему можно рассматривать и как среду разработки приложений. Используя макросы или модули для автоматизации решения задач, можно создавать ориентированные на пользователя приложения такими же мощными, как и приложения, написанные непосредственно на языках программирования. При этом они будут включать кнопки, меню и диалоговые окна.
В Access в полной мере реализовано управление реляционными базами данных. Система поддерживает первичные и внешние ключи и обеспечивает целостность данных на уровне ядра (что предотвращает несовместимые операции обновления или удаления данных). Кроме того, таблицы в Access снабжены средствами проверки допустимости данных, предотвращающими некорректный ввод вне зависимости от того, как он осуществляется, а каждое поле таблицы имеет свой формат и стандартные описания, что существенно облегчает ввод данных. Access поддерживает все необходимые типы полей, в том числе текстовый, числовой, счетчик, денежный, дата/время, логический, гиперссылка и поля объектов OLE. Если в процессе специальной обработки в полях не оказывается никаких значений, система обеспечивает полную поддержку пустых значений.
Access специально спроектирован для создания многопользовательских приложений, где файлы базы данных являются разделяемыми ресурсами в сети.
Система Access поддерживает обработку транзакций с гарантией их целостности. Кроме того, предусмотрена защита на уровне пользователя, что позволяет контролировать доступ к данным отдельных пользователей и целых групп.
Одна из самых мощных возможностей Access одновременно является и наиболее важной. Отношения позволяют связать таблицы графически. Можно даже связывать таблицы, представляющие файлы разных типов (например, таблицу Access и таблицу dBASE). После подобного связывания таблицы выступают уже как одно целое, и теперь можно строить запросы применительно к любым данным в них. Можно выбирать конкретные поля, определять порядок сортировки, создавать вычисляемые выражения и вводить критерии отбора нужных записей. Можно отображать результаты выполнения запроса в виде таблицы, формы или отчета. От пользователя не требуется предварительной установки связей: вместо этого достаточно войти в конструктор запросов (например, когда требуется построить определенный отчет).