окупцеві обов язково Видається чек.
Зв язок Чек - устаткування м: М: Кожний товар может буті Вказаною в декількох чеках и в шкірному чеку может буті вказано декілька найменувань устаткування.
вводяться Сутність Склад.
Зв язок Чек - Склад М: 1: З шкірного складу может буті віпісано декілька чеків, но один чек віпісується лишь з одного конкретного складу. Зв язок обов язковий зі сторони чека, так як при відачі которого-небудь устаткування зі складу обов язково віпісується чек.
Зв язок Склад - устаткування м: М: Кожне устаткування зберігається на будь-якому складі и на шкірному складі зберігається много устаткування. Даній зв язок та патенти розчепіті на устаткування - устаткування на складі та Склад - устаткування на складі, ввівші Сутність устаткування на складі.
необходимо такоже розчепіті Сутність Чек - устаткування на Чек - Перелік устаткування та устаткування - Перелік устаткування, ввівші Сутність Перелік устаткування.
Зв язок устаткування - устаткування на складі 1: 1: Одному виду устаткування відповідає одна записів у Переліку устаткування на складі.
Зв язок Склад - устаткування на складі 1: М: На складі зберігається много устаткування. Альо вид даного устаткування на конкретному складі один.
Зв язок Чек - Перелік устаткування М: 1: Кожний чек обов язково має декілька запісів з Переліку устаткування. Кожний Запис з Переліку устаткування входити в чек один раз.
Зв язок устаткування - Перелік устаткування 1: 1: Коженая вид устаткування входити у ПЕРЕЛІК, в шкірному запісі Переліку устаткування Кожний вид устаткування может зазначатіся лишь один раз.
При розробці інформаційної моделі Було Зроблено Наступний:
Визначи ПЕРЕЛІК тіпів сутности, інформація про Які зберігатіметься у базі даних;
встановл зв язки между сутности створюваної бази даних, Визначи тіпі зв язків та обмеження участия їх членів, вилуч Зайві зв язки;
Визначи Попередній ПЕРЕЛІК атрібутів та зв язано їх з конкретними типами сутности;
Визначи первінні та потенційні ключі для шкірного об'єкту бази даних;
побудовали ER - діаграму.
У розроблюваній БД створені следующие сутності:
Зв язок обов язковий зі сторони Виробника.
Ключі - Код_Віробніка, Код_Устаткування.
Зв язок обов язковий зі сторони Країни.
Ключі - Код_Країні, Код_Віробніка.
Зв язок обов язковий зі сторони Груп.
Ключі - Код_Устаткування, Код_Групі.
Розщепляємо Сейчас зв язок.
Перший зв язок обов язковий зі сторони Чека.
Другий зв язок розчіпляємо.
Ключі - Код_Покупця, Код_Устаткування.
Зв язок Чек - Склад обов язковий зі сторони Чека.
Ключі - Код_Устаткування, № Складу, Код_Покупця.
Інші дві зв язки М: М розчіплюємо.
Перший зв язок обов язковий зі сторони Складу. Другий зв язок обов язковий зі сторони Устаткування_На_Складі.
Ключі - № Складу, Код_Устаткування.
Ключ - Код_Устаткування.
Перший зв язок обов язковий зі сторони Перелік устаткування. Другий зв язок обов язковий зі сторони Перелік_Устаткування.
Ключі - Код_Устаткування, Код_Покупця.
Ключ - Код_Устаткування.
Загальний вид ER-моделі представлено на малюнку 3.1.
Малюнок 3.1 - ER-модель БД
4. Створення логічної моделі предметної області
логічна модель вікорістовується для формального представлення інформаційних потреб виробництва, економіки, бізнесу ТОЩО. Найрозповсюдженішою формою відображення цієї моделі слугують ER-діаграмі. Основними Поняття ER-моделі є сутність, зв'язок та атрибут. Кожна з частин подобной діаграмі сообщает дещо про структуру даних або про ті, як ЦІ дані співвідносяться з іншімі.
Розробка логічної моделі представляет собою ітераційній процес, что складається з фаз АНАЛІЗУ, проектування та оцінювання. При цьом на Кожній ітерації додаються Нові правила.
Для відстежування процесса проектування логічної моделі Використовують звіти. У звітах, як правило, перераховуються сутності, їх атрибути, правила та обмеження, что вміщують до ба...
