- •База данных
- •Введение
- •1.2 Выбор и описание автоматизируемых функций
- •1.3 Первичное описание информационного обеспечения
- •1.4 Вывод
- •2 Выявление ограничений и правил поддержания целостности
- •2.1 Уровень атрибутов
- •2.3 Уровень множеств кортежей
- •2.4 Уровень базы данных
- •2.5 Вывод
- •Фио Отчество
- •3.4 Вывод
- •5.2 Спецификация ограничений и правил поддержания целостности
- •5.3 Sql-код для создания реляционной модели
- •5.4 Вывод
- •6.2 Sql-код локальных просмотров для автоматизируемых функций
- •4.Маклаков с.В. BPwinиErwin.Case-средства разработки информационных систем. — м.: диалог–мифи, 1999
ФИО
Фамилия ФИО
ИмяФио Отчество
Должность
3.2.3. Функция 3 «Покупка дисков»
1 М
М
ФИО
Фамилия ФИО
Имя ФИО
Отчество
Адрес Паспорт 1
Номер Тип Примечание
М
1
ФИО
Фамилия ФИО
Имя ФИО
Отчество Должность
3.2.4. Функция 4 «Сдача дисков»
Дата
покупки
Время
покупки Стоимость
проката
Название Дата
возврата
Год
издания Время
возврата М
Количество
Особенности
CD ФИО
Фамилия ФИО
Имя ФИО
Отчество
Код
партии
ID
экземпляра
Пометки
возврата Адрес Паспорт 1
Номер Тип Примечание
ФИО
Фамилия ФИО
Имя ФИО
Отчество
Должность
3.2.5. Функция 5 «Рекламация»
Дата
сдачи
Дата
проверки Дата
возврата
Название
Год
издания
Количество
Причина
Код
партии
ID
экземпляра
Возврат
Номер Тип Примечание
ФИО
Фамилия ФИО
Имя ФИО
Отчество
Должность
3.3 Спецификация ограничений и правил поддержания целостности
В данном подразделе ограничения и правила поддержания целостности, сформулированные в разд. 2 в описательной форме, трансформируются применительно к локальным ER-моделям. Анализируется необходимость дополнительных ограничений и правил, не учтенных ранее.
Ограничения доменов для атрибутов остались неизменными и здесь не затрагиваются. Ограничения обязательности значений атрибутов в кортежах сущностей отражены на диаграммах моделей в подразделе 3.2 (затемненные кружки). В диаграммах ключевые атрибуты подчеркнуты, т.е. по этим атрибутам можно однозначно определить ту или иную сущность.
Дополнительные ограничения и правила, не учтенные ранее не обнаружены.
В результате анализа информационного обеспечения функций выявлены и сформулированы ограничения и правила поддержания целостности данных, которые должны быть учтены при дальнейшем проектировании.
3.4 Вывод
В результате проектирования локальных ER-моделей, соответствующих отдельным автоматизируемым функциям, получены нормализованные локальных ER-модели, включающие от 4 до 5 сущностей в третьей нормальной форме. Разработанные спецификации ограничений и правил поддержания целостности включают все ограничения и правила, полученные на предыдущем этапе и трансформированные для локальных ER-моделей.
4 ПРОЕКТИРОВАНИЕ ГЛОБАЛЬНОЙ ER-МОДЕЛИ
Данный раздел посвящен проектированию глобальной ER-модели. Здесь производится выявление эквивалентных сущностей и их слияние, выявление категорий и синтез обобщающих сущностей, выявление и устранение дублирования атрибутов и связей. Строится графическое представление глобальной модели, специфицируются ограничения и правила поддержания целостности на уровне глобальной модели.
4.1 Выявление и устранение эквивалентных сущностей
В данном подразделе эквивалентные сущности не выявлены.
4.2 Выявление категорий и синтез обобщающих сущностей
В данном подразделе выявлена категория “Работник”, которая состоит из следующих сущностей: “продавец”, “оформитель” и “проверяющий”.
4.3 Выявление и устранение дублирования атрибутов и связей
В данном подразделе выявлены и устранены несколько дублирующихся атрибутов и связей, в частности некоторые атрибуты сущностей “Клиент”, “CD” и связи “Контакт”, “Оформление”
4.4 Графическое представление глобальной ER-модели
В результате выявления эквивалентных сущностей и их слияния, выявления категорий и синтеза обобщающих сущностей, выявления и устранения дублирования атрибутов и связей построено графическое представление глобальной модели, которое приведено на рисунке 4.
4.5 Спецификация ограничений и правил поддержания целостности
В данном подразделе новые спецификации ограничений и правила поддержания целостности не выявлены.
Вывод
На данном этапе спроектирована глобальная ER-модель, соответствующая разрабатываемой информационной автоматизированной системе “Продажа CD”, которая охватывает сферу деятельности малых предприятий по продаже и прокату музыкальных компакт-дисков.
5 ПРОЕКТИРОВАНИЕ РЕЛЯЦИОННОЙ SQL-МОДЕЛИ
Данный раздел посвящен проектированию реляционной SQL-модели. Здесь выполняется перевод глобальной ER-модели в реляционную форму, специфицируются ограничения и правила поддержания целостности на реляционном уровне, записывается SQL-код для создания реляционной модели.
5.1 Перевод глобальной ER-модели в реляционную форму
В данном подразделе осуществляется избавление от связей путём добавления родительских ключей в качестве внешних в соответствующие сущности и разбиения категории “Работник” на 3 сущности. Всего в разработанной реляционной форме глобальной модели используется 16 таблиц:
“Клиент” с полями: Шифр (первичный ключ), ФИО Фамилия, ФИО Имя, ФИО Отчество, Паспорт, Адрес.
“CD” с полями: ID экземпляра (первичный ключ), Стиль, Стоимость, Стоимость проката, Особенности CD, Код партии (внешний ключ).
“Композиция” c полями: Шифр (первичный ключ), Название композиции, Название исполнителя.
“Заказчик” с полями: Код организации (первичный ключ), Название организации.
“Поставщик” с полями: Код организации (первичный ключ), Название организации.
“Партия CD” с полями: Код партии (первичный ключ), Количество в партии, Название, Год издания.
“Телефон” с полями: Номер (первичный ключ), Тип, Примечание.
“Работник-продавец” с полями: Табельный номер (первичный ключ), ФИО Фамилия, ФИО Имя, ФИО Отчество.
“Работник проверяющий” с атрибутами: Кодовый номер (первичный ключ), ФИО Фамилия, ФИО Имя, ФИО Отчество.
“Работник-оформитель” с полями: Должность (первичный ключ), ФИО Фамилия, ФИО Имя, ФИО Отчество.
“Продажа” с полями: Шифр клиента (внешний ключ), ID экземпляра (внешний ключ), Шифр продавца (внешний ключ), Дата/время, Количество.
“Сдача” с полями: Шифр клиента (внешний ключ), ID экземпляра (внешний ключ), Шифр проверяющего (внешний ключ), Дата/время, Пометки возврата.
“Рекламация” с полями: Шифр клиента (внешний ключ), ID экземпляра (внешний ключ), Шифр проверяющего (внешний ключ), Причина, Дата сдачи, Дата проверки, Дата возврата, Возврат.
“Запись” с полями: ID экземпляра (внешний ключ), Шифр композиции (внешний ключ), Качество записи, Длительность звучания.
“Заказ” с полями: Шифр заказчика (внешний ключ), Код партии (внешний ключ), Шифр оформителя (внешний ключ), Вид, Дата/время, Планируемая дата исполнения.
“Приём” с полями: Шифр поставщика (внешний ключ), Код партии (внешний ключ), Шифр оформителя (внешний ключ), Вид оплаты, Дата/время.