цій з гарантією відповідніх властівостей, гарантована відсутність збоїв, одночасна робота з багатьма Користувачами. З подалі РОЗВИТКУ бази даних змінюються й ЦІ вимоги та додаються Нові, того одностайності относительно повнотіла цієї характеристики немає.
Обєктом проектування є крамниця спорттоварів, у Якій продаються спортивний інвентар, якісне спортивне взуття та одяг.
Метою проектування бази даних є автоматизація процесса торгівлі, закупівлі товару.
До завдань курсового проекту можна Віднести розробка бази даних, создания унікального та ЗРУЧНИЙ інтерфейсу, перерозподіл персоналу, Який Певнев чином має Керувати базою даних.
1. МОДЕЛЬ БАЗИ ДАНИХ
.1 Загальний огляд обєкта проектування
На етапі формирование ї АНАЛІЗУ вимог Установлюються цілі и спеціфічні вимоги до інформаційної системи. Для того щоб Розробити надійну систему, необходимо проаналізуваті сферу, до якої буде присвоєно базу даних.
У даного курсового проекті Було предложено мережа магазинів «Мегаспорт». У ній продаються товари вісокої якості. Наявні товари таких брендів як Nike, Adidas, New Balance, Cat, Tom Taylor, Ice Peak та много других [1]. Такоже у Цьом магазині є много спортивного реквізіту такого, як мячі, спортивні рукавички, окуляри для плавання, спортивні сумки та Портфелі, ракетки для тенісу.
постачальником є ??з різніх стран, їх четверо. Коженая постачальник постачає продукт за різнімі цінамі, та має свои Філіали.
У магазині працює шестеро робітніків, частина Із них продає товар, Обслуговує приміщення. Ті, що продають товар, віпісують рахунок клієнту. Покупець, Який у разі прідбанні товару має знижку, накопічує Загальну суму від покупок цього клієнта.
.2 Розробка концептуальної моделі бази даних
Для того, щоб Розробити надійну інформаційну систему бази даних та патенти візначіті сутності [4]. Для цього треба розібраті структуру Функціонування крамниці спорттоварів.
Так як крамниця Не зможу існуваті без предмету продаж, Було звертаючись Першів сутністю товари. Ця Сутність має включать в собі Назву товару, всі параметри, Ціну та того, хто буде постачаті цею товар [3].
Другою сутністю Було звертаючись «Рахунок», яка обєднує всю інформацію про продажів, а самє товар, продавці та знижку. Такоже ця Сутність Включає в собі дату продаж товару.
Для того, щоб ідентіфікуваті товар, постачальника, дату продажу або іншу інформацію, Було введено атрибути, что пояснюють звязок между сутности [6].
Товар - ця Сутність отрімує значення товару, Який продається у крамниці спорттоварів, та постачається у неї. Всі характеристики таких товарів як взуття, одяг, спортивний інвентар будут опісані у Цій сутності. До ціх характеристик можна Віднести: розмір, колір та материал товару. У Цій сутності Вказану Ціну за Якою Було куплено товар у постачальника. Додаткові характеристики спортивного інвентарю опісані у опісі товару.
Кадрі - ця Сутність отрімує інформацію про персонал, Який обслуговую КРАМНИЦЯ. Ця інформація Включає в собі: ПІБ працівника, его домашній адреса, номер его мобільного телефону, посаду та заробітну плату. У ній Присутні продавці, технічний персонал та директор крамниці.
Рахунок - ця Сутність отрімує інформацію про продажів товарів. У ній наявні Відомості про дату продаж, Ціну продаж з урахуванням націнкі а самє 50 гривень. У ній наявна ще інформація про робітника Який продавши товар, та сам товар Який БУВ проданий.
Знижки - ця Сутність отрімує значення ПРО знижку, Якою скорістується покупець. Ця Сутність Включає інформацію про відсоток знижки, про імя клієнта, дату кінця знижки на товар та Загальну суму витраченного коштів цього покупця.
Було Створено ER-модель по типу Пітера Чена на Якій множини сутности зображена у виде прямокутніків, множини відношень у виде ромбів [8]. Если Сутність вагітн доля у відношенні - смороду звязані лінією. Атрибут зображені у виде овалів и звязані лінією з сутністю (додаток Б).
1.3 Розробка логічної моделі бази даних
Нормалізація - це процес превращение відношення, Пожалуйста має деякі Недоліки, у відношення, Пожалуйста ціх недоліків НЕ має [2].
Чи нормальна форма - властівість відношення в реляційної моделі даних, что характерізує его з точки зору надмірності, яка потенційно может прізвесті до логічно помилковості результатів Вибірки або Зміни даних. Нормальна форма візначається як сукупність вимог, Яким має задовольняті відношення [3].
Для нормалізації до першої нормальної форми нужно щоб всі атрибути були НЕ атомарний (КОЖЕН атрибут має ЛИШЕ ОДНЕ значення).
Сутність «Рахунок» має атрибути «Назва_товару», «Клієнт», что має знижку, «Кадрі» Який продавши цею товар, «дата продаж», «Термін гарантії», «Загальна вартість». Всі атрибути є атомарний, та не потребують змін.
Сутність «Товар» має а...
