Содержание Введение...................................................................................................................................... 3 1 Теоретические сведения.................................................................................................. 5 1.1 Основные понятия ...................................................................................................... 5 1.2 Основные понятия реляционной модели данных ...................................... 5 1.3 Связывание таблиц ................................................................................7 1.4. Правила генерации схем отношений для бинарных связей .............8 2 Проектирование базы данных………………………………………..10 2.1Анализ предметной области…………………………………………10 2.2 Построение концептуальной модели данных ........................................... 15 2.3 Выделение Связей................................................................................19 2.4 Построение ER диаграмм....................................................................20 3 Создание форм клиентской части базы данных .............................................. 22 3.1 Составление схем реляционных отношений ............................................. 22 3.2 Построение отчёта по созданной модели, используя возможности среды моделирования ......................................................................................... 28 3.3 Создание форм .................................................................................... 32 3.4 Создание отчетов .................................................................................33 Заключение ............................................................................................................................. 36 Список используемых источников ............................................................................ 38 2 Введение Согласно концепции баз данных, основой информационных технологий являются данные, которые должны быть организованы в базы данных для адекватного отображения изменяющегося реального мира и удовлетворения информационных потребностей пользователей. Данные - это информация, представленная в определенном виде (для компьютеров эта информация в дискретном цифровом виде), позволяющем автоматизировать ее сбор, хранение и обработку. База данных (БД) - именованная совокупность данных, отражающая состояние объектов и их отношений в рассматриваемой предметной области. Современные БД (базы данных) хранят данные в виде таблиц, которые определенным образом связаны между собой, по этому свойству БД называются реляционными. От данных информационной системы во многом зависит эффективность работы любого предприятия или учреждения. Целью данной курсовой работы является проектирование базы данных методом ER-моделирования для конкретной предметной области. В качестве СУБД для реализации базы данных была использована настольная СУБД реляционного типа - Microsoft Access. Данная СУБД имеет очень простой графический интерфейс, который позволяет не только создавать собственную базу данных, но и разрабатывать простые и сложные приложения. В ходе курсовой работы поставлены следующие задачи: 1) Анализ предметной области; 2) Проектирование БД в исследуемой предметной области; 3) Приобретение навыков по созданию запросов различных типов в СУБД Microsoft Access; 3 4) Разработка и создание экранных форм различного вида для ввода и просмотра данных; 5) Изучение средств проектирования и создания отчетов в Microsoft Access; 4 1 Теоретические сведения 1.1 Основные понятия Данные - это информация, представленная в определенном виде, позволяющем автоматизировать ее сбор, хранение и обработку. База данных (БД) - именованная совокупность данных, отражающая состояние объектов и их отношений в рассматриваемой предметной области. Современные БД (базы данных) хранят данные в виде таблиц, которые определенным образом связаны между собой, по этому свойству БД называются реляционными. Основные понятия реляционных БД: нормализация, связи и ключи 1. Принципы нормализации: В каждой таблице БД не должно быть повторяющихся полей; В каждой таблице должен быть уникальный идентификатор; Каждому значению первичного ключа должна соответствовать достаточная информация о типе сущности или об объекте таблицы (например, информация об успеваемости, о группе или студентах); Изменение значений в полях таблицы не должно влиять на информацию в других полях (кроме изменений в полях ключа). 1.2 Основные понятия реляционной модели данных В течение многих лет преимущественно использовались плоские таблицы (плоские БД) типа списков в Excel. В настоящее время наибольшее распространение при разработке БД получили реляционные модели данных. Реляционная модель данных является совокупностью простейших двумерных 5 таблиц – отношений, т.е. простейшая двумерная таблица определяется как отношение (множество однотипных записей объединенных одной темой). От термина relation (отношение) происходит название реляционная модель данных. В реляционных БД используется несколько двумерных таблиц, в которых строки называются записями, а столбцы полями, между записями которых устанавливаются связи. Этот способ организации данных позволяет данные (записи) в одной таблице связывать с данными (записями) в других таблицах через уникальные идентификаторы (ключи) или ключевые поля. 1. Принципы нормализации: В каждой таблице БД не должно быть повторяющихся полей; В каждой таблице должен быть уникальный идентификатор (первичный ключ); Каждому значению первичного ключа должна соответствовать достаточная информация о типе сущности или об объекте таблицы (например, информация об успеваемости, о группе или студентах); Изменение значений в полях таблицы не должно влиять на информацию в других полях (кроме изменений в полях ключа). 2. Виды логической связи. Связь устанавливается между двумя общими полями двух таблиц. Существуют связи с отношением «один к одному», «один ко многим» и «многие ко многим». Тип отношения в создаваемой связи зависит от способа определения связываемых полей: Отношение «один ко многим» создается в том случае, когда только одно из полей является полем первичного ключа или уникального индекса. Отношение «один к одному» создается в том случае, когда оба связываемых поля являются ключевыми или имеют уникальные индексы. 6 Отношение «многие ко многим» фактически является двумя отношениями «один ко многим» с третьей таблицей, первичный ключ которой состоит из полей внешнего ключа двух других таблиц 3. Ключи. Ключ - это столбец (может быть несколько столбцов), добавляемый к таблице и позволяющий установить связь с записями в другой таблице. Существуют ключи двух типов: первичные и вторичные (внешние). Первичный ключ - это одно или несколько полей (столбцов), комбинация значений которых однозначно определяет каждую запись в таблице. Первичный ключ используется для связывания таблицы с внешними ключами в других таблицах. Простой ключ. Если поле содержит уникальные значения, такие как коды или инвентарные номера, то это поле можно определить как первичный ключ. В качестве ключа можно определить любое поле, содержащее данные, если это поле не содержит повторяющиеся значения или значения Null. Составной ключ. В случаях, когда невозможно гарантировать уникальность значений каждого поля, существует возможность создать ключ, состоящий из нескольких полей. Чаще всего такая ситуация возникает для таблицы, используемой для связывания двух таблиц многие - ко - многим. 1.3 Связывание таблиц Связь – взаимосвязь между сущностями в предметной области. Связи представляют собой соединения между частями БД (в реляционной БД – это соединение между записями таблиц). Виды связей делятся на: 1. Многие ко многим. 2. Один ко многим. 7 с обязательной связью; с необязательной связью; 3. Один к одному. с обязательной связью; с необязательной связью; Многие ко многим – это связь, при которой множественным записям из одной таблицы (A) могут соответствовать множественные записи из другой (B). Примером такой связи может служить школа, где учителя обучают учащихся. В большинстве школ каждый учитель обучает многих учащихся, а каждый учащийся может обучаться несколькими учителями. Связь "один ко многим" создается, если только один из связанных столбцов является основным ключом или имеет уникальное ограничение. 1.4 Правила генерации схем отношений для бинарных связей Физическое проектирование БД предполагает выполнение в среде выбранной СУБД логической структуры каждой таблицы; описание связей между таблицами, входящими в одну БД; первоначальное заполнение справочников БД необходимой информацией. Правило 1. Если показатель кардинальности бинарной связи равен 1:1 и класс принадлежности обеих сущностей является обязательным, то требуется только одно отношение. Первичным ключом этого отношения может быть ключ любой из двух сущностей. Логическая модель БД будет состоять из одного отношения. Правило 2. Если показатель кардинальности бинарной связи равен 1:1 и класс принадлежности одной сущности является 8 обязательным, а другой необязательным, то необходимо построение 2 отношений. Под каждую сущность необходимо выделение одного отношения, при этом ключ сущности должен служить первичным ключом для соответствующего отношения. Кроме того ключ сущности для которого класс принадлежности явл. необязательным добавляется в качестве атрибута в отношение, выделенное для сущности с обязательным классом принадлежности. Логическая структура БД будет включать в себя 2 отношения, в первом из которых первичным ключом является атрибут НП: Первое отношение соответствует сущности Продукт и, кроме того отражает данные о распределении продуктов по складам за счет включения в список атрибутов ключа НС сущности Склад. Т.о. атрибут НС в первом отношении является внешним ключом. Правило 3. Если показатель кардинальности бинарной связи равен 1:1 и класс принадлежности ни одной сущности не явл. обязательным, то необходимо использовать 3 отношения: по одному для каждой сущности,ключи которых служат в качестве первичных в соответствующих отношениях, и одного для связи. Среди своих атрибутов отношение выделяемой связи будет иметь по одному ключу каждой сущности. Логическая структура БД будет включать в себя 3 отношения. ER-диаграммы представляют собой инструмент описания схем или структур баз данных. Базу данных, соответствующую определенной ERдиаграмме и содержащую конкретный набор данных, называют экземпляром базы данных. Каждому множеству сущностей в экземпляре базы данных отвечает некоторый частный набор сущностей, а каждая из таких сущностей – определенными значениями атрибутов. 9 2 Проектирование базы данных 2.1 Анализ предметной области В базе "Учебная карточка студента" отражаются сведения о студентах, приказах, зачислениях, основы обучения, специальностях и факультетах, Для облегчения работы принятия решений создана программа «Учебная карточка студента», включающая в себя базу данных в СУБД MS Access. Спроектированная база данных содержит полную систему взаимосвязанных сведений о заказах. Программа «Учебная карточка студента» основана на реляционной модели управления в БД, каждая запись в БД содержит информацию, относящуюся к одному конкретному заказу или клиенту. Разработка пользовательского интерфейса программы «Учебная карточка студента» делается для создания достаточно реальных форм и отчетов, с возможностью переключения в режим предварительного просмотра, что позволяет легко продемонстрировать пользователю внешний вид приложений. Для связи таблиц создаётся ключевое поле, которое позволяет закрепить за таблицей определенный уникальный код, не вводя повторяющиеся данные, а по одному коду или символу обратиться к нужной таблице и прочесть из нее данные. Результатом работы программы «Учебная карточка студента» являются отчеты, формы, запросы. Таблица 1- сущность и атрибуты предметной области Сущность 1.Студент Атрибуты Наименование Атрибутов Сокращенное обозначение Уникальный идентификатор ID-студента студента 10 Продолжение таблицы 1- сущность и атрибуты предметной области. 1. Студент 2.Состав семьи 3.Место жительства 4.Факультет Фамилия, имя, отчество студента Дата рождения Пол Место рождения Гражданство ИНН СНИЛС Вид образования Окончил(а) учебное заведение ФИО Дата рождения Пол Место рождения Гражданство ИНН СНИЛС Вид образования Окончил(а) учебное заведение Изучаемые языки Изучаемые языки Имеется аттестат с золотой или Имеется или нет серебряной медалью Целевое направление Целевое направление Льготное зачисление Льготное зачисление В порядке перевода из В порядке перевода из Семейное положение Семейное положение Курс Курс Код специальности Код специальности Код специализации Код специализации ID-приказа ID-приказа ID-профиля ID-профиля ID-паспорта ID-паспорта Уникальный идентификатор ID-номер члена семьи члена семьи Фамилия, имя, отчество студента ФИО Степень родства Степень родства Возраст Возраст Место работы Место работы Должность Должность ID-студента ID-студента Рег-номер жительства Рег-номер жительства Адрес регистрации Адрес Адрес проживания Адрес Телефон Телефон ID-студента ID-студента ID-факультета ID-факультета 11 Продолжение таблицы 1- сущность и атрибуты предметной области. Полное наименование Сокращенное наименование 5.Специальн ость Код специальности Наименование Наименование полное 6.Специализ Код специализации ация Наименование Наименование полное 7. ID-направления Направление Шифр Наименование 8. Профиль ID-профиля Полное наименование Сокращенное наименование 9.Кафедра 10. Приказ 11. Паспортные данные ID-направление ID-кафедра ID-кафедра Полное наименование Сокращенное наименование ID-факультета ID-приказа Курс Номер и дата приказа Назначение приказа Содержание приказа ID-паспорта Серия Дата выдачи Кем выдан Полное наименование Сокращенное наименование Код специальности Наименование Наименование полное Код специализации Наименование Наименование полное ID-направления Шифр Наименование ID-профиля Полное наименование Сокращенное наименование ID-направление ID-кафедра ID-кафедра Полное наименование Сокращенное наименование ID-факультета ID-приказа Курс Номер и дата Назначение Содержание ID-паспорта Серия Дата выдачи Кем выдан Таблица 1- сущность и атрибуты предметной области На рисунке 1 – 3 представлены связи между сущностями Рисунок 1 отображает связь «Приказ – Студент». В этом случае имеет место связь «один-ко-многим». В одной приказе много студентов, при этом 12 Студент может быть зачислен одним приказом. Связь является обязательной для обеих сущностей. Все экземпляры сущности «Студент» обязательно принадлежат, какой ни будь приказу. Приказ обязательно включает в себя хотя бы одного студента. Рисунок 1 – Связь «Приказ – Студент» Рисунок 2 отображает связь «Студент – специальность». В этом случае имеет место связь «один-ко-многим». На одной специальности могут обучаться множество студентов, при этом студент может может бытб зачислен на одну специальность. «Специальность». Все Связь является экземпляры обязательной сущности для «Студент» сущности обязательно принадлежат какой-нибудь специальности. Специальность обязательно должна быть присвоена одному студенту. Рисунок 2 – Связь «Студент – специальность» Рисунок 3 отображает связь «Студент – Паспортные данные». В этом случае имеет место связь «один-ко-одному». Один студент имеет одни паспортные данные. Связь для сущности «паспортные данные» Связь является обязательной для обеих сущностей. 13 Рисунок 3 – Связь «расчетная ведомость – Платежная ведомость Структура предметной области изображена на Рисунке 4. Рисунок 4 - Структура предметной области. 14 2.2 Построение концептуальной модели данных Прежде чем построить ER-модель, необходимо выбрать первичные ключи и наложить ограничение на атрибуты каждой сущности. 1) Сущность Студент. Уникальный идентификатор студента - этот атрибут является уникальным, т.к. присваивается номер студенту и такого же номера не может быть у другого студентов. Фамилия. имя. отчество студента - этот атрибут не является уникальным, т.к. студенты могут быть однофамильцами. Дата рождения - этот атрибут не является уникальным, т.к. у многих студентов может совпадать дата рождения. Пол - этот атрибут не является уникальным, т.к. у многих студентов может совпадать дата рождения. Место рождения - этот атрибут не является уникальным, т.к. у многих студентов может совпадать место рождения. Гражданство - этот атрибут не является уникальным, многие студенты имеют одно и то же гражданство. ИНН - этот атрибут является уникальным, т.к. присваивается ИНН студенту и такой же ИНН не могут быть у другого студента. СНИЛС - этот атрибут является уникальным, т.к. присваивается СНИЛС студенту и такого же СНИЛС не может быть у другого студента. Окончил(а) учебное заведение - этот атрибут не является уникальным, т.к. многие студенты могут окончить одно и то же учебное заведение. Изучаемые языки - этот атрибут не является уникальным, т.к. многие студенты могут изучать одинаковые языки. Целевое направление - этот атрибут не является уникальным, т.к. многие студенты могут иметь целевое направление. 15 Льготное зачисление - этот атрибут не является уникальным, т.к. многие студенты могут быть Льготно зачисленными. Семейное положение - этот атрибут не является уникальным, т.к. многие студенты могут иметь одинаковое семейное положение. Курс - этот атрибут не является уникальным, т.к. многие студенты могут быть зачисленными на один курс. Код специальности - этот атрибут не является уникальным, т.к. многие студенты могут иметь одинаковый код специальности. ID-приказа - этот атрибут не является уникальным, т.к. многие студенты могут иметь одинаковый ID-приказа. ID-профиль - этот атрибут является уникальным, т.к. присваивается IDпрофиль студенту и такого же ID-профиль не может быть у другого студентов. ID-паспорт - этот атрибут является уникальным, т.к. присваивается IDпаспорт студенту и такого же ID-паспорт не может быть у другого студентов. 2) Сущность Состав семьи. Уникальный идентификатор члена семьи - этот атрибут является уникальным, т.к. присваивается индивидуальный ID-члена семьи и такого же ID-члена семьи не может быть у другого члена семьи. Фамилия. имя. отчество студента - этот атрибут не является уникальным, т.к. члены семьи могут иметь одинаковое ФИО. Степень родства - этот атрибут не является уникальным, т.к. многие студенты могут иметь одинаковую степень родства. Возраст - этот атрибут не является уникальным, т.к. многие члены семьи могут иметь одинаковый возраст. Место работы- этот атрибут не является уникальным, т.к. многие члены семьи могут работать в одинаковом месте работы. Должность - этот атрибут не является уникальным, т.к. многие члены семьи могут иметь одинаковую должность. 16 ID-студента - этот атрибут является уникальным, т.к. присваивается номер студенту и такого же номера не может быть у другого студентов. 3) Сущность Место жительства. Рег-номер жительства - этот атрибут не является уникальным, т.к. студенты могут проживать на одном рег-номере жительства. Адрес регистрации - этот атрибут не является уникальным, т.к. студенты могут быть зарегистрированы на одном адресе регистрации. Адрес проживания - этот атрибут не является уникальным, т.к. студенты могут проживать на одном адресе проживания. Телефон - этот атрибут не является уникальным, т.к. студенты могут иметь одинаковый номер телефона (домашний). ID-студента - этот атрибут является уникальным, т.к. присваивается номер студенту и такого же номера не может быть у другого студентов. 4) Сущность Факультет ID-факультета - этот атрибут является уникальным, т.к. ID факультета может быть только одно. Полное наименование - этот атрибут является уникальным, т.к. полное наименование факультета одно и принадлежит себе. Сокращенное наименование - этот атрибут является уникальным, т.к. сокращенное наименование факультета одно и принадлежит себе. 5) Сущность Специальность. Код специальности - этот атрибут является уникальным, т.к. код специальности может быть только один Наименование - этот атрибут является уникальным, т.к. сокращенное наименование специальности одно и принадлежит себе. Наименование полное - этот атрибут является уникальным, т.к. полное наименование специальности одно и принадлежит себе. 17 6) Сущность Специализация. Код специализации - этот атрибут является уникальным, т.к. код специализации может быть только один Наименование - этот атрибут является уникальным, т.к. сокращенное наименование специализации одно и принадлежит себе. Наименование полное - этот атрибут является уникальным, т.к. полное наименование специализации одно и принадлежит себе. 7) Сущность Направление. ID-направления - этот атрибут является уникальным, т.к. ID-направления может быть только один. Наименование - этот атрибут является уникальным, т.к. наименование направления может быть только один. 8) Сущность Профиль. ID-профиля - этот атрибут является уникальным, т.к. ID-профиля может быть только одним. Полное наименование - этот атрибут является уникальным, т.к. полное наименование профиля одно и принадлежит себе. Сокращенное наименование - этот атрибут является уникальным, т.к. сокращенное наименование профиля одно и принадлежит себе. ID-направление - этот атрибут является уникальным, т.к. ID-направления может быть только один. ID-кафедра - этот атрибут является уникальным, т.к. ID-кафедра может быть только один. 9) Сущность Кафедра. ID-кафедра - этот атрибут является уникальным, т.к. ID-кафедра может быть только один. Полное наименование - этот атрибут является уникальным, т.к. полное наименование кафедры и принадлежит себе. 18 Сокращенное наименование - этот атрибут является уникальным, т.к. сокращенное наименование профиля одно и принадлежит себе. ID-факультета - этот атрибут является уникальным, т.к. ID- факультета может быть только один. 10) Сущность Приказ. ID-приказа - этот атрибут является уникальным, т.к. ID-приказ может быть только один. Курс - этот атрибут является уникальным, т.к. студенты могут быть зачислены только на один курс. Номер и дата приказа - этот атрибут не является уникальным, т.к. несколько приказов могут быть составлены в один день Содержание приказа - этот атрибут не является уникальным, т.к. содержание приказов может совпадать. 11) Сущность Паспортные данные. ID-паспорта - этот атрибут является уникальным, т.к. присваивается IDпаспорта и такого же ID-паспорта не может быть у другого студента. Серия - этот атрибут является уникальным, т.к. серия присваивается одному паспорту и такой же серии не может быть у другого студента. Дата выдачи - этот атрибут не является уникальным, т.к. несколько паспортов могут быть выпущены в один день. Кем выдан - этот атрибут не является уникальным, т.к. несколько паспортов могут быть выданы в одном учреждении. 2.3 Выделение Связей Для создания ER-модели заданной предметной области, необходимо выделить связи и описать их: 19 1. Только один студент записывают в одну карточку, в одной карточке записан только один студент. 2. Приказ может быть составлен на несколько студентов, в карточке в разделе зачисление записывается один номер приказа. 3. В разделе Отчисление восстановление академический отпуск перевод может быть записан несколько приказов 4. Студент зачисляется на один факультет и на одну специальность 2.4 Построение ER диаграмм В соответствии с выделенными сущностями и ключевыми атрибутами, и связями строим диаграмму ER-экземпляра и ER-типа. Рисунок 5- Диаграмма ER-экземпляра 20 Далее составляется таблица ER-мощностей отношений. Сущность №1 Название Класс принадлежн остей Студент Обязательно Студент Не обязательно Студент Обязательно Студент Студент Студент Студент Студент Студент Студент Связь Название Степе нь связи Составляет N:1 Имеет 1:1 Сущность №2 Класс Название принадлежно стей Обязательно Приказ Обязательно Состав семьи Имеет 1:1 Обязательно Место жительства N:1 Обязательно Факультет N:1 Обязательно N:1 Обязательно N:1 Обязательно Специальнос ть Специализац ия Направление N:1 Обязательно Профиль N:1 Обязательно Кафедра 1:1 Обязательно Паспортные данные Обязательно Присваива ется Обязательно Присваива ется Обязательно Присваива ется Обязательно Присваива ется Обязательно Присваива ется Обязательно Присваива ется Обязательно Имеет Таблица 2 - ER-мощностью отношений Базы данных создается на основании схемы БД. На рисунке 6 представлена уточненная ER-диаграмма, содержащая атрибуты сущностей, которая далее преобразуются в схему БД. 21 Сформированная ER-модель предметной области выглядит следующим образом: Рисунок 6 – ER-диаграмма 3 Создание форм клиентской части базы данных 3.1 Составление схем реляционных отношений Каждое реляционное отношение соответствует одной сущности и в него вносят все атрибуты этой сущности. Для каждого отношения определяются первичный ключ и внешние ключи, которые в соответствии со схемой БД. В таблице 3 приведено отношение схема «Кафедра». В качестве первичного ключа для отношения необходимо выбрать суррогатный ключ «IDкафедры». Таблица 3 - Схема «Кафедра» 22 Содержание поля ID-кафедры Полное наименование Сокращенное наименование ID-факультета Имя поля ID-кафедры Полное наименование Сокращенное наименование ID-факультета Тип данных Применение Числовой Первичный ключ Текстовый Обязательное поле Текстовый Обязательное поле Числовой Обязательное поле В таблице 4 приведено отношение схема «Место жительства». В качестве первичного ключа для отношения необходимо выбрать суррогатный ключ «Рег-номер жительства». Таблица 4 - Схема «Место жительства» Содержание поля Имя поля Тип данных Применение Рег-номер Рег-номер Числовой Первичный ключ жительства жительства Адрес Адрес Текстовый Обязательное поле регистрации регистрации Адрес Адрес Текстовый Обязательное поле проживания проживания Телефон Телефон Текстовый Обязательное поле ID-факультета ID-факультета Числовой Обязательное поле В таблице 5 приведено отношение схема «Направление» в качестве первичного ключа для отношения необходимо выбрать суррогатный ключ «IDнаправления». Таблица 5 - Схема «Направление» Содержание поля Имя поля Тип данных Применение ID-направления ID-направления Числовой Первичный ключ 23 Продолжение таблицы 5 - Схема «Направление» Шифр Наименование Шифр Наименование Текстовый Текстовый Обязательное поле Обязательное поле В таблице 6 приведено отношение схема «Паспортные данные» в качестве первичного ключа для отношения необходимо выбрать суррогатный ключ «ID-паспорта». Таблица 6 - Схема «Паспортные данные» Содержание поля Имя поля Тип данных Применение Id-паспорта Id-паспорта Числовой Первичный ключ Серия Серия Числовой Обязательное поле Номер Номер Числовой Обязательное поле Дата выдачи Дата выдачи Дата/время Обязательное поле Кем выдан Кем выдан Текстовый Обязательное поле В таблице 7 приведено отношение схема «Приказ» в качестве первичного ключа для отношения необходимо выбрать суррогатный ключ «ID- приказа». Таблица 7 - Схема «Приказ» Содержание поля Имя поля Тип Применение данных ID-приказа ID-приказа Числовой Первичный ключ Курс Курс Числовой Обязательное поле № и дата приказа № и дата приказа Числовой Обязательное поле Назначение Назначение Текстовый Обязательное поле приказа приказа Содержание Содержание Текстовый Обязательное поле приказа приказа 24 В таблице 8 приведено отношение схема «Профиль» в качестве первичного ключа для отношения необходимо выбрать суррогатный ключ «ID-профиля». Таблица 8 - Схема «Профиль» Содержание поля Имя поля Тип данных Применение ID-профиля ID-профиля Числовой Первичный ключ Полное Полное Текстовый Обязательное поле наименование наименование Сокращенное Сокращенное Текстовый Обязательное поле наименование наименование ID-направления ID-направления Числовой Обязательное поле ID-кафедры ID-кафедры Числовой Обязательное поле В таблице 9 приведено отношение схема «Сводная» в качестве первичного ключа для отношения необходимо выбрать суррогатный ключ «Код». Таблица 9 - Схема «Сводная» Содержание поля Код Курс № и дата приказа ID-направления ID-кафедры Имя поля Код Курс № и дата приказа ID-направления ID-кафедры Тип данных Счетчик Текстовый Числовой Числовой Числовой Применение Первичный ключ Обязательное поле Обязательное поле Обязательное поле Обязательное поле В таблице 10 приведено отношение схема «Состав семьи» в качестве первичного ключа для отношения необходимо выбрать суррогатный ключ «IDномер члена семьи». Таблица 10 - Схема «Состав семьи» Содержание поля ID-номер члена семьи ФИО Имя поля ID-номер семьи ФИО Тип данных Применение члена Числовой Первичный ключ Текстовый 25 Обязательное поле Продолжение таблицы 10 - Схема «Состав семьи» Степень родства Возраст Место работы Степень родства Возраст Место работы Текстовый Текстовый Текстовый Обязательное поле Обязательное поле Обязательное поле Должность Должность Текстовый Обязательное поле ID-студента ID-студента Числовой Обязательное поле В таблице 11 приведено отношение схема «Специализация» в качестве первичного ключа для отношения необходимо выбрать суррогатный ключ «Код Специализации». Таблица 11 - Схема «Специализация» Содержание поля Имя поля Тип данных Применение Код Специализации Код Специализации Числовой Первичный ключ Наименование Наименование Текстовый Обязательное поле Наименование Наименование Текстовый Обязательное поле полное полное В таблице 12 приведено отношение схема «Специальность» в качестве первичного ключа для отношения необходимо выбрать суррогатный ключ «Код Специальности». Таблица 12 - Схема «Специальность» Содержание поля Имя поля Тип данных Применение Код Специальности Код Специальности Числовой Первичный ключ Наименование Наименование Текстовый Обязательное поле Наименование полное Наименование полное Текстовый Обязательное поле 26 В таблице 13 приведено отношение схема «Факультет» в качестве первичного ключа для отношения необходимо выбрать суррогатный ключ «IDфакультета». Таблица 13 - Схема «Факультет» Содержание поля ID-факультета Наименование Наименование полное Имя поля ID-факультета Наименование Наименование полное Тип данных Числовой Текстовый Текстовый Применение Первичный ключ Обязательное поле Обязательное поле В таблице 14 приведено отношение схема «Студент» в качестве первичного ключа для отношения необходимо выбрать суррогатный ключ «IDстудента». Таблица 14 - Схема «Студент» Содержание поля ID-студента ФИО Дата рождения Пол Место рождения Имя поля ID-студента ФИО Дата рождения Пол Место рождения Тип данных Числовой Текстовый Дата/время Текстовый Текстовый Применение Первичный ключ Обязательное поле Обязательное поле Обязательное поле Обязательное поле Гражданство Гражданство Текстовый Обязательное поле ИНН ИНН Числовой Обязательное поле СНИЛС СНИЛС Числовой Обязательное поле Вид образования Вид образования Текстовый Обязательное поле Окончил(а) Окончил(а) учебное учебное заведение заведение Изучаемые языки Изучаемые языки Текстовый Обязательное поле Текстовый Обязательное поле Имеется аттестат с золотой( серебряной медалью) Логический Обязательное поле Имеется аттестат с золотой( серебряной медалью) 27 Продолжение таблицы 14 - Схема «Студент» Целевое направление Льготное зачисление В порядке перевода из Семейное положение Курс Целевое направление Текстовый Обязательное поле Льготное зачисление Логический Обязательное поле В порядке перевода из Текстовый Обязательное поле Семейное положение Текстовый Обязательное поле Курс Числовой Обязательное поле Код специальности Код специализации ID-приказа Код специальности Числовой Обязательное поле Код специализации Числовой Обязательное поле ID-приказа Числовой Обязательное поле ID-профиля ID-профиля Числовой Обязательное поле Id-паспорта Id-паспорта Числовой Обязательное поле 3.2 Построение отчёта по созданной модели, используя возможности среды моделирования Созданы все необходимые связи для заполнения форм, заполнение Учебная карточки студента было проведено с помощью БД в СУБД Microsoft Office Access 2016. Создаем таблицы для базы данных «Учебная карточка студента». Примеры реализации модели данных: 28 Рисунок 7 – Создание таблицы «Студент» Рисунок 8 – Создание таблицы «Студент» 29 Рисунок 9 – Создание таблицы «Место жительства» Рисунок 10 – Создание таблицы «Место жительства» Рисунок 11 – Создание таблицы «Место жительства» 30 Рисунок 12 – Создание таблицы «Состав семьи» Рисунок 13 – Создание таблицы «Факультет» Рисунок 14 – Создание таблицы «Факультет» В результате создания таблиц и установления связей между таблицами с помощью «Мастер подстановок» получаем схему данных, вид которой представлен на рисунке 15. 31 Рисунок 15 – Схема данных 3.3 Создание форм Формы в Access - это объект базы данных, которой можно использовать для создания пользовательского интерфейса для приложения базы данных.связанная форма напрямую связана с источником данных, например таблицей или запросом, и может использоваться для ввода, редактирования или отображения данных из этого источника. На рисунке 16 представлена форма для ввода и редактирования, данных таблицы «Карточка студента». 32 Рисунок 16 – форма для ввода и редактирования, данных таблицы «Сотрудники» 3.4 Создание отчетов Основной отчет, который необходимо построить - «Учебная карточка студента». Для создания отчета использовался «мастер отчетов». В документа представлены: ФИО, данные студента, номер приказа, дата зачисления, которые согласовывали данный документ. 33 Рисунок 17 – Учебная карточка студента Основной отчет, который необходимо построить - «Учётная карточка студента». Для создания отчета использовался «мастер отчетов». В документа представлены: ФИО, факультет, направление, профиль специальности, данные студента, номер приказа, дата зачисления. 34 Рисунок 18 – Учётная карточка студента 35 Заключение За время выполнения курсовой работы были получены следующие результаты: Выполнен анализ предметной области, что позволило, выделить сущность и атрибуты; Проведен анализ информационных задач и пользователей системы; Обоснован выбор СУБД и для разработки БД выбраны СУБД MSAccess 2016; Выполнено логическое проектирование реляционной БД, в результате которого получен набор отношений БД; Определены дополнительные ограничения целостности для атрибутов; Описаны группы пользователей и права доступа; Выполнены физическое проектирование БД; Для БД созданы таблицы, запросы, формы, отчеты. Microsoft Access - эффективное ИТ- решение для разработки простых баз данных для нужд компании. СУБД имеет удобный интерфейс для отображения данных, подходит для небольших компаний, особенно при ограниченном бюджете. Преимущества разработки баз данных средствами MS Access: – Быстрые сроки разработки базы данных; – Интуитивно понятный интерфейс; – Невысокая стоимость разработки; – Не требует применения дополнительных средств разработки; – Простота внедрения и обслуживания. Результатом выполнения данной курсовой работы является разработанная база данных. 36 Средства управления и отображения информации, такие как формы, запросы и отчеты позволяют производить отбор, поиск и группировку необходимых данных, способствуют их эффективному обновлению. Таким образом, задачи были сделаны, цель достигнута. 37 Список использованных источников 1. Карпова Т.С. Базы данных: модели, разработки, реализация. Спб.: Питер, 2020.303с. 2. Кошелев, В.Е. Access 2003. Практическое руководство / В.Е. Кошелев. – М. : ООО «Бином-Пресс», 2005. – 464 с. 3. Марков, А.С., Лисовский К.Ю./Базы данных. Введение в теории и методологию: Учебник. / Марков А.С., Лисовский К.Ю.-М.: Финансы и статистика, 2016. - 512 с 4. Туманов, В.Е. Основы проектирования реляционных баз данных: учебное пособие / В.Е. Туманов. – Москва: Интернет-Университет Информационных Технологий (ИНТУИТ): Бином. Лаборатория знаний, 2017. – 421 с.6 Кузнецов С.Д. Основы баз данных; Бином–Москва, 2013.–484 c. 5. Робинсон, С. Microsoft Access 2016 : учебный курс / С. Робинсон. – СПб. : Питер, 2020. – 512 с. 6. Примеры условий запроса [электронный ресурс] – https://support.microsoft.com/ru-ru/office/примеры-условий-запроса-3197228c8684-4552-ac03-aba746fb29d8 7. Создание форм в MicrosoftAccess [электронный ресурс] – https://nas troyvse.ru/programs/review/sozdanie-form-microsoft-access.html 8. MicrosoftAccess [электронный ресурс] – http://composs.ru/access-chto-etoza-programma/ 9. MicrosoftAccess функции [электронный ресурс] – https://gb.ru/blog/bazydannykh-access 38
