ачимо функції, виконувані проектованої бази даних і завдання, які вирішуються системою.
Опції проектованої БД:
зберігання інформації про товари,
зберігання інформації про покупців,
зберігання інформації про угоди,
зберігання інформації про знижки;
оновлення і додавання інформації,
видача підсумкової інформації у вигляді звітів.
.1.1 Вимоги до інформації
Нижче наведені таблиці можна змінювати і доповнювати безпосередньо в базі даних.
Таблиці «Замовлення», «Покупці», «Товари» можуть заповнюватися безпосередньо в програмному додатку або в базі даних.
Для виведення інформації на екран були розроблені спеціальні форми, що спрощують роботу з записами таблиць бази даних.
Дана база даних надає наступні можливості:
Перегляд цікавить, в спеціальних формах.
Зміна інформації, додавання нової.
Пошук інформації по заданих критеріях.
Обмеження являють собою набір деяких умов накладаються на елементи бази даних (таблиці, стовпці і т.д.) або всю базу даних, що гарантують, що інформація буде підкорятися певним правилам цілісності даних.
У даному курсовому проекті було використано обмеження посилальної цілісності, т. к. значення одних стовпців таблиць пов'язані зі значеннями інших стовпців в іншій таблиці. У кожній з таблиць проектованої бази даних використовувалися первинний і зовнішній ключі, які містять унікальні значення стовпців. Завдяки забезпеченню посилальної цілісності даних була виключена можливість дублювання записів в базі даних, забезпечено каскадне оновлення, вставка і видалення записів бази даних.
.1.2 Вимоги до надійності
Захист бази даних від несанкціонованого доступу здійснюється за допомогою створення ролі Адміністратора, що використовується для доступу до редагування даних у додатку.
.1.3 Вимоги до складу і параметрів технічних засобів
Для успішної експлуатації програмного продукту необхідний персональний комп'ютер з наступними характеристиками: процесор Intel Pentium з тактовою частотою 800 МГц і вище, оперативна пам'ять - не менше 256 Мбайт, вільний дисковий простір - не менше 700 Мбайт, пристрій для читання компакт-дисків, монітор типу Super VGA (число кольорів - 256) з діагоналлю не менше 15 ?, принтер.
2. Инфологическая (концептуальна) модель предметної області
.1 Опис інформаційних об'єктів
Усі інформаційні об'єкти розглянутої предметної області поділені на такі структурні елементи: інформаційні об'єкти, які стосуються замовленнями: товари, покупці, знижки.
Розглянемо кожен з цих структурних елементів і виділимо сутності.
Таблиця 2.1. Сутності і їхні атрибути
СущностьАтрібутТіп данныхТоварыКодТовараСчетчикНаименованиеТекстовыйИнформацияТекстовыйОптТекстовыйРозницаТекстовый ПокупательКод покупателяСчетчікКомпаніяТекстовийКонтактное ліцоТекстовийАдресТекстовийТелефонТекстовий ЗаказиНомер заказаСчетчікКод товараЧісловойКод покупателяЧісловойДата сделкіДата/ВремяСтоімостьЧісловойСкідкаЧісловой
. 2 Нормалізація інформаційних об'єктів
Нормалізацією називається формальна процедура, в ході якої атрибути даних групуються в таблиці, а таблиці групуються в базу даних (БД).
Результатами аналізу проведеного в попередньому розділі стали 3 сутності: Товари, Покупець, Замовлення. Кожна сутність характеризується групою атрибутів, частина з яких може дублюватися в інших сутностях. Для оптимізації даних необхідно провести процедуру нормалізації, яка виконується поетапно.
Перша нормальна форма (1НФ). Для неї потрібно, щоб таблиця була плоскою і не містила повторюваних груп. У плоскій таблиці є тільки дві характеристики - довжина (кількість записів або рядків) і ширина (кількість полів або стовпців). Така таблиця не повинна містити осередків, що включають кілька значень. Тобто в одну клітинку не повинні поміщатися кілька атрибутів.
Для приведення сутностей до таблиць першій нормальній формі, необхідно виключити дублювання безлічі характеристик між двома сутностями, шляхом присвоєння ключових атрибутів тим сутностей, які їх не мають. Так, наприклад, для визначення товару, що належить сутності Замовлення, немає необхідності дублювати характеристики сутності Товар, достатньо внести в атрибути даної суті ключове поле: Код товара. Аналогічним чином за потребою додаються ключові атрибути до інших сутностей.
Для другої нормальної форми (2НФ) вимагається, щоб усі поля таблиці залежали від первинного ключа, тобто, щоб первинний ключ однозначно визначав запис і не був надмірний. Значення первинного ключа в таблиці БД повинно бути унікальним, тобто в таблиці не повинно існувати двох і більше записів з однаковим знач...
