- •База данных для информационной системы «Рынок»
- •Введение
- •И информационного обеспечения
- •1.1 Краткое описание предметной области
- •1.2 Выбор и описание автоматизируемых функций
- •1.3 Первичное описание информационного обеспечения
- •1.4 Вывод
- •2 Выявление ограничений и правил поддержания целостности
- •2.1 Уровень атрибутов
- •2.3 Уровень множеств кортежей
- •2.4 Уровень базы данных
- •2.5 Вывод
- •3.1 Составление локальных исходных er-моделей
- •Код должности
- •Код сотрудника
- •Код товара
- •Код сотрудника
- •Код сотрудника
- •Дата проверки
- •Код арендатора
- •Код сотрудника
- •3.4 Вывод
- •4 Проектирование глобальной er-модели
- •В данном подразделе выявлены и устранены несколько дублирующихся атрибутов. При слиянии сущности множество атрибутов расширяются, а дублирующие атрибуты удаляются.
- •5 Проектирование реляционной sql-модели
- •5.1 Перевод глобальной er-модели в реляционную форму
- •5.2 Спецификация ограничений и правил поддержания целостности
- •5.4 Вывод
- •6.1 Определение способа и формы представления для автоматизируемых функций
- •6.2 Определение моделей соединения таблиц базы данных для реализации представлений
- •Модели соединения таблиц базы данных для реализации представлений для функции 3 «Аренда оборудования» представлены на рис.6.1.3.
- •Модели соединения таблиц базы данных для реализации представлений для функции 4 «Аренда склада» представлены на рис.6.1.4.
- •Модели соединения таблиц базы данных для реализации представлений для функции 5 «Санконтроль» представлены на рис.6.1.5.
ФИО_Фамилия ФИО_Имя ФИО_Отчество Адрес Паспортные
данныеКод арендатора
ФИО_Фамилия ФИО_Имя ФИО_Отчество ДолжностьКод сотрудника
Рисунок 3.10 — Нормализованная ER-модель для функции 5 «Санконтроль»
Нормализованная модель содержит:
– четыре базовых (самоидентифицируемых) сущности: «Санконтроль», «Сотрудник», «Товар», «Арендатор»;
– две связи типа «один ко многим»: «Санконтроль», «Сотрудник», «Арендатор»;
одну зависимую сущность «Проверка», моделирующую связь типа «многие ко многим» между сущностями «Санконтроль» и «Товар»;
– две связи типа «один ко многим», идентифицирующие сущность «Проверка»;
–две связи типа «многие ко многим» : «Результат» и «Член комиссии»;
–каждая сущность содержит информацию об определенных данных.
3.3 Спецификация ограничений и правил поддержания целостности
В данном подразделе ограничения и правила поддержания целостности, сформулированные в разд. 2 в описательной форме, трансформируются применительно к локальным ER-моделям. Анализируется необходимость дополнительных ограничений и правил, не учтенных ранее.
Ограничения доменов для атрибутов остались неизменными и здесь не затрагиваются. Ограничения обязательности значений атрибутов в кортежах сущностей отражены на диаграммах моделей в подразделе 3.2 (затемненные кружки).
Дополнительные ограничения и правила, не учтенные ранее, не обнаружены.
В результате анализа информационного обеспечения функций выявлены и сформулированы ограничения и правила поддержания целостности данных, которые должны быть учтены при дальнейшем проектировании.
3.4 Вывод
В результате проектирования локальных ER-моделей, соответствующих отдельным автоматизируемым функциям, получены нормализованные локальных ER-модели, включающие от 3 до 5 сущностей в третьей нормальной форме. Разработанные спецификации ограничений и правил поддержания целостности включают все ограничения и правила, полученные на предыдущем этапе и трансформированные для локальных ER-моделей.
4 Проектирование глобальной er-модели
Данный раздел посвящен проектированию глобальной ER-модели. Здесь производится выявление эквивалентных сущностей и их слияние, выявление категорий и синтез обобщающих сущностей, выявление и устранение дублирования атрибутов и связей. Строится графическое представление глобальной модели, специфицируются ограничения и правила поддержания целостности на уровне глобальной модели.
4.1 Выявление и устранение эквивалентных сущностей
В данном подразделе были выявлены и устранены следующие эквивалентные сущности: «Арендатор» из модели 2, модели 3, модели 4 и модели 5; «Сотрудник» из всех моделей.
Эквивалентные сущности: телефон (из модели 1), телефон арендатора (из моделей 2, 3, 4). Синтезируем их в одну: телефон.
4.2 Выявление категорий и синтез обобщающих сущностей
В данном подразделе выявлена категория «Персона», которая, в свою очередь, состоит из категории «Сотрудник» и категории «Арендатор». Категория «Сотрудник» состоит из сущностей «Кладовщик», «Администратор» и «Член комиссии».
4.3 Выявление и устранение дублирования атрибутов и связей
