Проектирование ИС Библиотека. Библиотека Работа над ошибками. Задание на контрольную работу 2
Скачать 483.5 Kb.
|
ОглавлениеЗадание на контрольную работу 2 Описание типов сущностей (имя, описание, особенности использования) 2 Описание типов связей (тип сущности, тип связи, тип сущности, кардинальность) 2 Описание атрибутов (тип сущности, атрибут, описание, тип данных, ограничения, значение по умолчанию, допустимость NULL) 3 Описание потенциальных и первичных ключей (тип сущности, атрибут или группа атрибутов). 4 Диаграмма "сущность-связь", отображающая концептуальную модель. 4 Описание процесса преобразования концептуальной модели данных в логическую модель 5 Описание процесса нормализации отношений с приведением всех промежуточных отношений к форме Бойса-Кодда 5 Описание всех установленных ограничений целостности данных. 7 Структуры таблиц БД в режиме конструктора. Описание свойств полей таблиц, входящих в БД 8 Схема связей между таблицами 12 Содержание таблиц в режиме таблицы 12 Описание реализации бизнес-правил предприятия в среде СУБД 13 Задание на контрольную работуРазработать проект базы данных (БД) в соответствии с индивидуальным заданием. Согласно варианту 1, нужно разработать проект базы данных «Библиотека», которая должна содержать сведения о следующих объектах: Минимальный список характеристик: Автор книги, название, год издания, цена, является ли новым изданием, краткая аннотация; Читательский билет (номер), ФИО, адрес и телефон читателя, дата выдачи книги читателю и дата сдачи книги читателем. Описание типов сущностей (имя, описание, особенности использования)
Описание типов связей (тип сущности, тип связи, тип сущности, кардинальность)
Описание атрибутов (тип сущности, атрибут, описание, тип данных, ограничения, значение по умолчанию, допустимость NULL)
Описание потенциальных и первичных ключей (тип сущности, атрибут или группа атрибутов).Первичные ключи:
Диаграмма "сущность-связь", отображающая концептуальную модель.Концептуальная модель - это отражение предметной области, для которой разрабатывается база данных. Диаграмма "сущность-связь" - это диаграмма с принятыми обозначениями элементов. Из диаграммы видно, что в одной выдаче может участвовать только один читатель и любой читатель может участвовать в нескольких выдачах. Любая книга может участвовать в нескольких выдачах. Описание процесса преобразования концептуальной модели данных в логическую модель- удаление связей типа «многие-ко-многим» - удаление связей с атрибутами - преобразование связей «суперкласс-подкласс» - удаление множественных атрибутов - выделение атрибутов с фиксированным набором значений - перепроверка связей «один-к-одному» - удаление избыточных связей Описание процесса нормализации отношений с приведением всех промежуточных отношений к форме Бойса-КоддаОтношение находится в первой нормальной форме (1НФ), если значения атрибутов, из которых построено данное отношение, являются простыми, неделимыми, иначе говоря, атомарными значениями. Отношение находится во второй нормальной форме, если оно находится в первой нормальной форме и значения в каждом не ключевом атрибуте однозначно определяются значением первичного ключа. Приведем к первой нормальной форме. Выделим следующие самостоятельные группы полей и поместим их в отдельные таблицы. На первый взгляд их 3: Информация о читателе, Информация и книге, Выдача книг. Добьемся атомарности всех полей и определим ключевые поля. Первичные ключи в таблицах выделены подчёркиванием. Таблица 1 Таблица "Информация о читателе"
Таблица 2 Таблица «Информация о книге»
Таблица 3Таблица «Выдача книг»
Таблица 4Таблица "Издательства"
Таблица 5Таблица "Города"
Таблица 6Таблица "Авторы"
Таблица 7 Таблица "Авторство"
Схема связей между таблицами изображена на рисунке ниже. Таким образом, мы получили 7 таблиц, удовлетворяющих требованиям первой и второй нормальной формы. Значения всех таблиц – атомарные. Отношение находится в третьей нормальной форме (3НФ) тогда и только тогда, когда отношение находится в 2НФ и все неключевые атрибуты взаимно независимы. В наших таблицах нет не ключевых полей, которые идентифицируются с помощью другого не ключевого поля. Следовательно, таблицы находятся в третьей нормальной форме. Описание всех установленных ограничений целостности данных.Ограничения целостности данных представляют собой ограничения, которые вводятся с целью предотвращения помещения в базу противоречивых данных. К этим ограничениям относятся: - обязательные данные – атрибуты, которые всегда должны содержать одно из допустимых значений (NOT NULL). Например, при регистрации нового читателя обязательны для заполнения поля Фамилия, имя, отчество номер читательского билета и дата регистрации, при внесении данных в книжный фонд обязательны для заполнения поля Название и автор. При выдаче книги обязательно должны быть внесены данные во все поля: Код книги, Книга, дата, срок выдачи и код читателя. - Обязательными также являются все атрибуты, входящие в первичный ключ сущности - целостность на уровне сущности. Первичный ключ таблицы Читатели — Код читателя. В столбце первичного ключа нет пустых значений и все его элементы уникальны. Точно так же первичным ключом таблицы Книга служит атрибут код книги, и в столбце первичного ключа также отсутствуют пустые элементы (null). Аналогично и для первичного ключа таблицы Выдача – Код. - домены – наборы допустимых значений для атрибута. Например, год издания книги должен быть положительным числом, номер читательского билета должен быть положительным числом больше 0; - ссылочная целостность – набор ограничений, определяющих действия при вставке, обновлении и удалении записей (экземпляров сущности). Целостность на уровне ссылки. Например, таблицы, содержащие внешний ключ, в данных столбцах не могут содержать значение NULL. Например, в таблице Выдача не может быть пустым поле, содержащее информацию о Книге и Читателе, которые являются внешними ключами. Структуры таблиц БД в режиме конструктора. Описание свойств полей таблиц, входящих в БДОписание свойств полей таблиц, входящих в БД:
Схема связей между таблицамиСодержание таблиц в режиме таблицыОписание реализации бизнес-правил предприятия в среде СУБДБизнес-правила (бизнес-ограничения) – ограничения, принятые в рассматриваемой предметной области. Например, каждому читателю обязательно присваивается номер читательского билета, который не может повторяться, читатель может взять одновременно несколько книг на срок, не более 14 дней. В основе данного процесса лежат: - читатели, - книги. Реализация данного бизнес-процесса сводится к следующему: составление и пополнение книжного фонда; составление списка читателей и информации о каждом из них; выдача книг читателю с фиксированием книги и даты выдачи; мониторинг наличия/ отсутствия книг (-и) у читателя; контроль за соблюдением сроков возврата книги в библиотеку читателем. |