Проектування інформаційної системи Меблевий салон (стр. 2 из 2)
2. Первинні ключі таблиць однозначно визначають запис і не надлишкові.
3. Значення кожного поля не входить у первинний ключ, не залежить від значення іншого поля також не вхідного в первинний ключ.
2.3 Фізичне проектування інформаційних систем
Для розробки інформаційної системи була обрана СУБД Access.
Наступний етап проектування бази даних називається фізичним. Цей етап складається в реалізації створеного проекту на комп'ютері. Фізична модель бази даних визначає спосіб розміщення даних (файлів) на пристроях зовнішньої пам'яті ЕОМ, а так само способи й засоби організації ефективного доступу до них.
Система керування базами даних (СУБД), її мова, набагато більше, ніж набір файлової системи операційного середовища. Тобто СУБД бере на себе безпосереднє керування зовнішньою пам'яттю, мінімально використовуючи операційну систему.
Стадія фізичного проектування БД включає:
1. Вибір способу організації БД.
2. Розробку специфікації внутрішньої схеми БД засобами моделі даних.
3. Опис відображення концептуальної схеми БД у внутрішній структурі керування файлами.
На відміну від ранніх СУБД багато сучасних систем, у тому числі й Access не надають розроблювачеві якого-небудь вибору на стадії фізичного проектування. На цій стадії можна говорити не про варіанти фізичного проектування, а про варіанти реалізації. Тобто, після створення даталогічною моделі фізичне проектування включає:
· Вибір СУБД.
· Відновлення структури таблиць.
· Призначення типів полів для розподілу атрибутів сутностей.
· Можливе створення таких додаткових об'єктів як індекси, тригери (оброблювачі подій) і збережені процедури, що полегшують пошук у таблицях й обробку даних контролю цілісності [3].
2.4 Створення таблиць
Таблиці створюються користувачем для зберігання даних по одному об'єкті моделі даних предметної області. Всі таблиці інформаційної системи «Меблевий салон» були побудовані в режимі конструктора.
Рисунок 2.3 – Таблиця «Замовлення»
Рисунок 2.4 – Таблиця «Клієнти»
Рисунок 2.5 – Таблиця «Меблі»
Рисунок 2.6 – Таблиця «Назва»
Рисунок 2.7 – Таблиця «Найменування»
Рисунок 2.8 – «Тип меблів»
Рисунок 2.9 – «Кольори»
Тому що дана база є реляційною, те вона містить не окремі таблиці, а групи взаємозалежних таблиць. Для створення зв'язків між таблицями використалася команда Схема даних меню Сервіс.
Після вибору таблиць були встановлені зв'язки шляхом перетаскування імені поля з однієї таблиці в іншу на відповідне йому зв'язане поле.
Рисунок 2.10 – Створення зв'язків між таблицями
Включення прапорця Забезпечення умови цілісності даних дозволяє захиститися від випадків видалення запису з однієї таблиці, при яких пов'язані з ними дані інших таблиць залишаться без зв'язку.
Прапорці Каскадне відновлення полів і Каскадне видалення зв'язаних записів забезпечують одночасне відновлення й видалення даних у всіх підлеглих таблицях при їхній зміні в головній.
Рисунок 2.11 – Схема даних
2.3.2 Створення запитів
Запити створюються користувачем для вибірки потрібних даних з однієї або декількох зв'язаних таблиць. Запит може формуватися за допомогою запитів за зразком QBE або за допомогою мови структурованих запитів SQL. За допомогою запиту можна також обновити, видалити, додати дані в таблиці або створити нові таблиці на основі вже існуючих.
Для одержання інформації об замовлення за період
1) Запит Замовлення за період
Рисунок 2.12 – Запит на вибірку
Рисунок 2.13 – Результат запиту на вибірку
2) Для більше наочного подання інформації використався перехресний запит заснований на запиті «Допоміжний»
Рисунок 2.14 – Перехресний запит
Рисунок 2.15 – Результат перехресного запиту
2) Запит на вибірку Кількість замовлень по типу меблів
Рисунок 2.16 – Запит на вибірку
Рисунок 2.17 – Кількість замовлень по типі меблів
2.3.3 Створення форм
Форми призначені для уведення, перегляду й коректування взаємозалежних дані бази на екрані в зручному виді, що може відповідати звичному для користувача документу. Форми також можуть використатися для створення панелей керування в додатку користувача.
Головна форма була створена в режимі конструктора. З її починається робота з базою даних.
Рисунок 2.18 – Головна форма
Основною формою є форма «Меблі», у якій представлені всі види меблів
Додаткові форми відкриваються при натисканні на відповідні кнопки.
Кнопка «Клієнти» відкриває форму «Клієнти».
Рисунок 2.20 – форма «Клієнти»
Кнопка «Замовлення» відкриває форму «Замовлення».
Рисунок 2.21 – форма «Замовлення»
Кнопка «Запити» відкриває форму «Запити».
Рисунок 2..22 – форма «Запити»
Висновки
У даній курсовій роботі була спроектована інформаційна система «Меблевий салон», що може істотно полегшити роботу менеджера, директори. Ця інформаційна система була реалізована в СУБД Access.
У цій базі даних зберігається інформація продукції, запит що дозволяє переглянути дані про продаж за день, а також запит, що дозволяє переглянути дані про продаж товару за місяць.
Користуватися цією інформаційною можуть: директор, комірник, менеджер. Уведення даних у базу повинен здійснювати комірник, менеджер.
Таким чином, дана інформаційна система пройшла всі три етапи проектування. На інфологічному рівні структура бази даних була відбита у вигляді ER-діаграми, що у наслідку була наведена до третьої нормальної форми. На датологічному рівні – представлена у вигляді реляційною моделі. У таблицях була усунута надмірність.
У наслідку дану систему можна вдосконалювати, відповідно до потреб користувачів.
Курсова робота була виконана відповідно до завдання й у повному обсязі.
Дана БД займає місця на носії 56,2 МБ.
БД «Меблевий салон» містить:
· 7 таблиць;
· 8 запиту;
· 13 форм.
Список використаних джерел
1. Голицына О.Л., Максимов Н.В., Попов И.И. Базы данных – М.: Форум: Инфра-М, 2003. – 352 с.: ил.
2. Конспект лекций по предмету «Проектирование и эксплуатация информационных систем»
3. Петров В.Н. Информационные системы – СПб.: Питер, 2002. – 668 с.: ил.
4. Электронная книга «500 BOOKS»