База даних магазина музичних інструментів

Інформаційна система як сукупність організаційних і технічних засобів для збереження та обробки інформації з метою забезпечення інформаційних потреб користувачів. Етапи проектування бази даних, її внутрішня структура та вимоги. Вибір, обґрунтування СУБД.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык украинский
Дата добавления 22.10.2013
Размер файла 1,2 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Вступ

Інформацнйна систйма (англ. Information system) -- сукупність організаційних і технічних засобів для збереження та обробки інформації з метою забезпечення інформаційних потреб користувачів.Таке визначення може бути задовільним тільки при найбільш узагальненій і неформальній точці зору і підлягає подальшому уточненню. Інформаційні системи діють в Україні під назвою «автоматизовані системи (АС)». Основними факторами, які впливають на впровадження інформаційних систем, є потреби організацій та користувачів, а також наявність відповідних засобів для їх формування. Найсуттєвіше на розвиток інформаційних систем вплинули досягнення в галузі комп'ютерної техніки та телекомунікаційних мереж.

Комп'ютерні системи, особливо в області комунікацій та збереження даних, розвиваються досить швидко, тому що їм доводиться йти на рівні з технологічними та соціальними змінами у світі. У зв'язку з тим, що обсяги інформації, яку потрібно зберігати, ростуть високими темпами, виробники програмного забезпечення вимушені розробляти нові гнучкі варіанти управління великим обсягом даних. Програмне забезпечення функціонує все більш непомітно для користувача, надаючи йому необхідну основу для маніпуляції інформацією. В даний час акцент робиться на використання мережних інформаційних технологій, що базуються на архітектурі клієнт/сервер, та переході від малозрозумілих внутрішніх процедур до змістовної роботи з предметною областю, яку описують дані в базі даних.

Оскільки бази даних займають лідируюче положення в області інформаційних технологій, вони залишаються невід'ємною частиною життя сучасної людини.

Використання інформаційної системи в магазині інструментів необхідно для збереження великого обсягу інформації, що постійно вноситься в базу даних, або підключення зовнішніх даних; для обробки даних у базі даних: відбирання записів, сортування, фільтрування, оновлення даних у таблиці, створення нових таблиць; для введення, редагування, зміни даних; виведення на друк таблиць та результатів виконання запитів, а також для їхнього попереднього перегляду; для автоматизації часто виконуваних команд.

У даному курсовому проекті розроблена база даних магазину інструментів.

1. Аналіз предметної області

Мета проектування: збереження великого обсягу інформації, що постійно вноситься в базу даних, або підключення зовнішніх даних; для обробки даних у базі даних: відбирання записів, сортування, фільтрування, оновлення даних у таблиці, створення нових таблиць; для введення, редагування, зміни даних; виведення на друк таблиць та результатів виконання запитів, а також для їхнього попереднього перегляду; для автоматизації часто виконуваних команд.

Магазин має у продажу інструменти з різного класу(міксери, відбійні молотки, пили, перфоратори, пістолети гарячого повітря,рубанки, фрезери, шліфовачні машини, електродрилі, шуруповерти).Характеристикою інструментів являються клас, корпус, колір, потужність, ціна, виробник, гарантія, тип живлення, модель. Інформація про кожного нового покупця заноситься в базу даних. Кожному покупцеві видається чек на придбані товари, в якому зазначається модель інструменту, ціна, кількість придбаного в магазині та вартість.

Інформаційна система повинна зберігати інформацію про:

- покупців, що придбають інструменти у даному магазині;

- введення і зберігання інформації заказу інструментів відсутніх на складі;

- інструменти,їх особливості, клас, колір, модель, ціна,потужність,корпус,виробник,гарантія,тип живлення;

- постачальників та об'єм поставок;

- кількість інструментів на складі;

- товарообіг магазину;

- загальний прибуток магазину.

- продавців, що працюють у магазині, їх адресу та номер телефону;

інформаційна система має забезпечити:

- введення, виведення і зберігання інформації про покупців;

- введення, виведення і зберігання інформації про продавців;

- введення, виведення і зберігання інформації про інструмент;

- виведення інформації про купівлю інструменту по датах;

- видалення інформації про продавців;

- звіт з товарообігу магазина;

Для рішення цих задач необхідно розробити у додатку:форми для введення та видалення інформації про продавців,форму для підбору інструменту,форму для занесення інформації про нових покупців,форма для занесення інформації о поставках,форма для добавлення нового інструмента, форма для видачі чеку та головна кнопочка форма для швидкого та зручного доступу до потрібних таблиць, форм, звітів.

2. Проектування бази даних

інформаційний база користувач

2.1 Концептуальне моделювання предметної області

На основі аналізу предметної області виділяються такі сутності, як:

- Інструменти - стержнева сутність

- Покупці - стержнева сутність

- Продавці - стержнева сутність

- Виробники - стержнева сутність

- Поставщики - стержнева сутність

- Поставка

- Чек

- Склад - стержнева сутність

- Клас інструменту

- Корпус

- Тип живлення

- потужність

- Колір

- Гарантія

1. Зв'язок Клас інструменту - Інструменти (1:М)

Існує багато класів інструментів, але інструмент відноситься лише до одного класу.

Рисунок 2.1

2.Зв'язок Корпус -Інструменти (1:М) інструмент може мати лише один корпус.

Рисунок 2.2

3.Зв'язок виробник- інструменти (1:М)

Існує безліч виробників, але кожен інструмент може мати лише одного.

Рисунок 2.3

4.Зв'язок потужність - інструменти (1:М)

Кожен інструмент може мати лише одну потужність, але самих потужностей безліч.

Рисунок 2.4

5.Зв'язок гарантія- інструменти(1:М)

Рисунок 2.5

6.Зв'язок колір - інструменти (1:М)

Кожен інструмент може бути лише одного колір, але самих кольорів безліч.

Рисунок 2.6

7.Зв'язок Поставщик - Поставка (1:М)

Кожну поставку робить лише один постачальник.

Рисунок 2.7

8.Склад -інструменти(1:М)

Усі інструменти на одному складі.

Рисунок 2.8

9.Зв'язок Інструменти - Покупці (М:М)

Не може бути здійснено, тому вводимо сутність Чек.

10.Зв'язок Чек - Інструменти (М:1)

Одну модель інструменту можуть купувати багато разів.

Рисунок 2.9

11.Зв'язок Чек - Покупці(М:1)

У чеку може бути зазначений лише один покупець.

Рисунок 2.10

12.Зв'язок Чек - Продавці (М:1)

У чеку може бути зазначений лише один продавець.

Рисунок 2.11

Рисунок 2.12 ER-модель

При розробці інформаційної моделі було зроблено наступне:

1. Визначено перелік типів сутностей, інформація про які зберігатиметься у базі даних;

2. Встановлено зв'язки між сутностями створюваної бази даних, визначено типи зв'язків та обмеження участі їх членів, вилучено зайві зв'язки;

3. Визначено попередній перелік атрибутів та зв'язано їх з конкретними типами сутностей;

4. Визначено первинні та потенційні ключі для кожного об'єкту бази даних;

5. Побудовано ER - діаграму.

Загальний вид ER-моделі представлено на рисунку 2.12

2.2 Вибір та обґрунтування СУБД

інформаційний база дані користувач

Кожна СУБД повинна розв'язувати такі задачі:

1. Створення баз даних - для цього необхідно визначити які дані будуть зберігатися і якого вони типу, потрібно описати структуру бази даних, тобто зв'язки між її елементами. Все це заноситься в пам'ять і СУБД звертається до цієї інформації по мірі необхідності.

2. Введення даних в пам'ять - здійснюється контроль за вводом СУБД, вона керує розміщенням даних у пам'яті.

3. Експлуатація бази даних - користувач може обновити базу даних, додати чи вилучити, вибрати з бази даних необхідну інформацію.

4. Захист даних - він необхідний у випадку раптового виключення живлення і якщо декілька користувачів одночасно здійснюють доступ до даних.

5. Обробка даних - найчастіше це сортування даних, математична обробка даних, об'єднання даних.

6. Вивід даних на екран або тверді копії.

Перші СУБД почали виникати в 70-х роках. На даний час існують різні СУБД: dBase, FoxBase, SQL Server, FoxPro MS Access і т.д. Найчастіше використовуються СУБД SQL Server, FoxPro і Access. Нижче приведена коротка характеристика цих СУБД.

Можливості SQL Server 2008 відносяться до чотирьох основних напрямків розвитку представлень Mіcrosoft про платформу даних.

Mіssіon Crіtіcal Platform - SQL Server 2008 дозволяє організаціям виконувати найскладніші додатки, попутно спрощуючи відділам ІТ роботу з інфраструктурою керування даними. Це безпечна, надійна платформа, що захищає інформацію в додатках і

підвищує її доступність. Включена в неї інноваційна інфраструктура керування, заснована на політиках, дозволяє визначати політики для явного й автоматичного адміністрування серверних сутностей на одному чи декількох серверах. Крім того, оптимізована платформа SQL Server 2008 відкриває шлях до передбачуваної продуктивності обробки запитів.

Dynamіc Development - SQL Server 2008 у сполученні с.NET Framework спрощує розробку нових додатків. Середовище ADO.NET Entіty Framework підвищує ефективність роботи розроблювачів, оскільки тепер вони мають справу не безпосередно з таблицями і полями, а з логічними інформаційними сутностями. Більш того, вони можуть створювати додатки, що дозволяють користувачам копіювати дані на власні пристрої, а пізніше синхронізувати їх з центральними серверами.

Pervasіve Busіness Іnsіght - інфраструктура SQL Server 2008 стала більш масштабуючою. Вона здатна формувати звіти і виконувати аналіз будь-якого обсягу і складності, одночасно полегшуючи користувачам доступ до даних за рахунок більш тісної інтеграції з Mіcrosoft Offіce. У результаті ІТ-спеціалісти можуть поширити використання бізнес-аналітики по всій організації. SQL Server 2008 дозволяє користувачам консолідувати різнорідні дані в корпоративному сховищі, виводячи організацію сховищ даних на новий рівень.

Beyond Relatіonal Data - SQL Server 2008 дозволяє розроблювачам керувати з даними будь-яких типів - від традиційних до географічних (geospatіal). Це відкриває дорогу до створення додатків нового покоління з урахуванням інформації про розташування і можливість керування документами.

Загальна характеристика СУБД Visual FoxPro.

СУБД VFP -- це реляційна база даних. Кожна таблиця зберігається в окремому файлі з розширенням dbf. Усі інші об'єкти -- форми (form), запити (query), звіти (report), програми (program), меню (menu), уявлення (view) теж зберігаються в окремих файлах з відповідними типами.

При роботі в СУБД FoxPro користувач може працювати в інтерактивному і програмному режимах. В пам'яті зберігаються бази даних і змінні, які можуть бути записані у файлах.

Система управління базами даних Microsoft Access.

Система управління базами даних Microsoft Access входить до складу пакета Microsoft Office. Вона дозволяє розв'язувати широке коло завдань користувачів без програмування і доступна для широкого кола непрофесійних користувачів персональних комп'ютерів.

Система управління базами даних (СУБД) Access розроблена для експлуатації у комп'ютерних мережах у середовищі Windows.

Одна з основних переваг СУБД Ассеss полягає у тому, що вона має прості та зручні засоби обробки кількох таблиць у одній базі даних. Таблиця є основним об'єктом бази даних. У одній базі даних зберігається кілька таблиць та засоби зв'язування таблиць.

У системі Acсess є різні способи управління даними, а саме:

- система меню;

- укажчик миші;

- панелі інструментів;

- контекстне меню;

- комбінації клавіш.

СУБД Access має значну кількість спеціальних програм - “майстрів”. Є майстер таблиць, майстер кнопок, майстер форм та ін. Майстри здійснюють діалог з користувачем, у процесі якого визначаються дані, необхідні для розв'язування відповідної задачі. Для зручності роботи кожен майстер має певні етапи (кроки). Будь-який етап можна пропустити або звернутись до попередніх.

Формою видачі даних на екран користувач може управляти. Важливо правильно конструювати форми, оскільки саме з ними працює користувач при введенні і редагуванні записів бази даних. Крім того, форми можна використовувати для збирання та виведення інформації.

Етапи створення бази даних у середовищі Microsoft Access:

- визначення мети створення бази даних;

- визначення таблиць, які повинна містити база даних;

- визначення структури таблиць (полів та їх типів);

- призначення ключів таблиць та створення потрібних індексів;

- визначення зв'язків між таблицями;

- завантаження даних;

- створення інших об'єктів бази даних: запитів, форм, звітів, макросів та модулів;

- аналіз ефективності бази даних за допомогою майстра таблиць (меню СЕРВИС => АНАЛИЗ => ТАБЛИЦА) та аналізатора швидкодії (меню СЕРВИС => АНАЛИЗ => БЬІСТРОДЕЙСТВИЕ).

Оцінивши та проаналізувавши переваги та недоліки сучасних СУБД, для проектування розроблюваної бази даних було обрано середовище Microsoft Access. Адже дана програма є досить зручною, зрозумілою та простою в користуванні. Microsoft Access не вимагає дорогого програмного забезпечення і цілком підходить для розробки невеликої за об'ємом інформаційної системи.

2.3 Логічне проектування бази даних

Логічне проектування виконується для певної моделі даних. Для реляційної моделі даних логічне проектування полягає у створенні реляційної схеми, визначенні числа і структури таблиць, формуванні запитів до БД, визначенні типів звітних документів, розробці алгоритмів обробки інформації, створенні форм для вводу і редагування даних в БД і рішенні цілого ряду інших задач. Концептуальні моделі за певними правилами перетворюються в логічні моделі даних. Коректність логічних моделей перевіряється за допомогою правил нормалізації, які дозволяють переконатися в структурній узгодженості, логічній цілісності і мінімальній збитковості прийнятої моделі даних. Модель також перевіряється з метою виявлення можливостей виконання транзакцій, які будуть задаватися користувачами. Проектування являє собою циклічний процес.

Логічне проектування виконується для певної моделі даних. Для реляційної моделі даних логічне проектування полягає у створенні реляційної схеми, визначенні числа і структури таблиць, формуванні запитів до БД, визначенні типів звітних документів, розробці алгоритмів обробки інформації, створенні форм для вводу і редагування даних в БД і рішенні цілого ряду інших задач. Концептуальні моделі за певними правилами перетворюються в логічні моделі даних. Коректність логічних моделей перевіряється за допомогою правил нормалізації, які дозволяють переконатися в структурній узгодженості, логічній цілісності і мінімальній збитковості прийнятої моделі даних. Модель також перевіряється з метою виявлення можливостей виконання транзакцій, які будуть задаватися користувачами. Проектування являє собою циклічний процес.Cпрощення концептуальної моделі: першим кроком спрощення концептуальної моделі є попередні перетворення з метою усунення зв'язків, які є несумісними з реляційною моделлю.

На цьому етапі виконуються такі операції:

- вилучення двосторонніх зв'язків M:N;

- вилучення складних зв'язків;

- вилучення багатозначних атрибутів;

- вилучення рекурсивних зв'язків;

- вилучення зв'язків з атрибутами.

Вилучення двосторонніх зв 'язків "багато до багатьох"

Перетворення зв'язку "багато до багатьох" виконується шляхом введення проміжної сутності із заміною одного зв'язку M:N двома зв'язками 1:N з новою сутністю.

Вилучення складних зв 'язків

Для вилучення складних зв'язків виконуються такі операції:

- у модель вводиться нова сутність;

- складний зв'язок замінюється бінарними зв'язками "один до багатьох" зі знов створеною сутністю;

- кількість бінарних зв'язків дорівнює ступеню складності зв'язку. - Вилучення багатозначних атрибутів.

Якщо в концептуальній моделі даних присутній багатозначний атрибут, то може бути виконана декомпозиція цього атрибуту для визначення деякої сутності. Вилученнярекурсивнихзв'язків На етапі спрощення концептуальної моделі рекурсивні зв'язки 1:1 і 1:M (рис. 6.5) можуть бути перетворені у одне відношення. У випадку, коли є необов'язкова сутність з боку "багато" для зв'язку 1:M для зменшення пустих значень створюється нове відношення. Зв'язок M:N перетворюється на дві сутності.Вилучення зв'язків з атрибутами виконується шляхом додавання у модель нової сутності для відношення M:N з атрибутами зв'язку. Для відношення 1:M атрибути зв'язку передаються у сутність "багато" без створення нової сутності.

На основі аналізу предметної області виділяються такі сутності:

1. Інструменти- стержнева сутність

Інструменти(код_інструменту; код_класса; код_виробника; код_корпуса; код_потужність; гарантія; код_тип живлення; код_коліру; модель; ціна)

Таблиця 2.1 - Структура сутності "ІНСТРУМЕНТИ

Атрибут

Тип даних

Припустиме значення

Обов'язковість

Примітка

код_інструменту

Лічильник

Довге ціле

Так

код_класса

Чисельний

Довге ціле

Так

код_виробника

Чисельний

Довге ціле

Так

код_корпуса

Чисельний

Довге ціле

Так

код_потужність

Чисельний

Довге ціле

Так

Код_гарантія

Чисельний

Довге ціле

Так

код_тип живлення

Чисельний

Довге ціле

Так

код_коліру

Чисельний

Довге ціле

Так

модель

Текстовий

255 символів

Так

ціна

Чисельний

Довге ціле

Так

2. Поставщики - стержнева сутність

Поставщики(код_поставщика; поставщик)

Таблиця 2.2 - Структура сутності «Поставщики»

Атрибут

Тип даних

Припустиме значення

Обов'язковість

Примітка

код_поставщика

Лічильник

Довге ціле

Так

поставщик

Текстовий

50 символів

Так

3. Виробник - стержнева сутність

Виробник (Код_виробника; виробник)

Таблиця 2.3 - Структура сутності «Виробник»

Атрибут

Тип даних

Припустиме значення

Обов'язковість

Примітка

код_виробника

Лічильник

Довге ціле

Так

виробник

Текстовий

25 символів

Так

4.Покупці- стержнева сутність

Покупці(код_покупця; прізвище_покупця; им`я_покупця; телефон_покупця)

Таблиця 2.4 - Структура сутності «Покупці»

Атрибут

Тип даних

Припустиме значення

Обов'язковість

Примітка

код_покупця

Лічильник

Довге ціле

Так

им`я_покупця

Текстовий

50 символів

Так

прізвище_покупця

Текстовий

50 символів

Так

Телефон_покупця

Чисельний

20 символів

Так

5.Продавці - стержнева сутність

Продавці(Код_продавця;прізвище_продавця;им`я_продавця;по_батькові_продавця; номер_телефона_продавця; адреса_продавця)

Таблиця 2.5 - Структура сутності «Продавці»

Атрибут

Тип даних

Припустиме значення

Обов'язковість

Примітка

код_продавця

Лічильник

Довге ціле

Так

прізвище_продавця

Текстовий

20 символів

Так

им`я_продавця

Текстовий

20 символів

Так

по_батькові_продавця

Текстовий

20 символів

Так

номер_телефона_продавця

Чисельний

20 символів

Так

адреса_продавця

Текстовий

255 символів

Так

6.Поставка - асоціативна сутність, тому що реалізує зв'язок між базовими сутностями Інструменти та Поставщик.

Поставка(код_поставки;код_інструмента;код_поставщика;кількість; дата_поставки)

Таблиця 2.6 - Структура сутності «Поставка»

Атрибут

Тип даних

Припустиме значення

Обов'язковість

Примітка

код_поставки

Лічильник

Довге ціле

Так

код_інструмента

Чисельний

Довге ціле

Так

код_поставщика

Чисельний

Довге ціле

Так

кількість

Чисельний

Довге ціле

Так

дата_поставки

Дата/час

дата

Так

7.Чек - асоціативна сутність, тому що реалізує зв'язок між базовими сутностями

Покупці, Продавці та Інструмент.

Чек(код_чека;код_покупця;код_інструмента;кількість;код_продавця; дата_покупки)

Таблиця 2.7 - Структура сутності «Чек»

Атрибут

Тип даних

Припустиме значення

Обов'язковість

Примітка

код_чека

Лічильник

Довге ціле

Так

код_покупця

Чисельний

Довге ціле

Так

код_інструмента

Чисельний

Довге ціле

Так

кількість

Чисельний

Довге ціле

Так

код_продавця

Чисельний

Довге ціле

Так

дата_покупки

Дата/час

Дата

Так

8.Склад - стержнева сутність

Склад(код_інструменту; кількість)

Таблиця 2.8 - Структура сутності «Склад»

Атрибут

Тип даних

Припустиме значення

Обов'язковість

Примітка

код_інструменту

Чисельний

Довге ціле

Так

Кількість_на_складе

Чисельний

Довге ціле

Так

9.Класс інструмента - характеристична сутність, тому що розширює сутність Інструменти.

Класс інструмента(код_класа; класс)

Таблиця 2.9 - Структура сутності «Класс інструмента»

Атрибут

Тип даних

Припустиме значення

Обов'язковість

Примітка

код_класса

Лічильник

Довге ціле

Так

класс

Текстовий

15 символів

Так

10.Корпус - характеристична сутність, тому що розширює сутність Інструменти.

Корпус(код_корпуса; корпус)

Таблиця 2.10 - Структура сутності «Корпус»

Атрибут

Тип даних

Припустиме значення

Обов'язковість

Примітка

код_корпуса

Лічильник

Довге ціле

Так

корпус

Текстовий

15 символів

Так

11.Потужність- характеристична сутність, тому що розширює сутність Інструменти.

Потужність(код_потужності; потужність)

Таблиця 2.11 - Структура сутності «Потужність»

Атрибут

Тип даних

Припустиме значення

Обов'язковість

Примітка

код_потужності

Лічильник

Довге ціле

Так

потужність

Текстовий

4 символа

Так

12.Колір - характеристична сутність, тому що розширює сутність Інструменти.

Цвет(код_коліру; колір)

Таблиця 2.12 - Структура таблиці «колір»

Атрибут

Тип даних

Припустиме значення

Обов'язковість

Примітка

код_коліру

Лічильник

Довге ціле

Так

Колір

Текстовий

10 символів

Так

13.Тип_живлення - характеристична сутність, тому що розширює сутність Інструменти.

Цвет(код_тип_дивлення; тип_живлення)

Таблиця 2.13 - Структура таблиці «тип_живлення»

Атрибут

Тип даних

Припустиме значення

Обов'язковість

Примітка

код_тип_дивлення

Лічильник

Довге ціле

Так

Тип_живлення

Текстовий

10 символів

Так

Всі відношення знаходяться у третій нормальній формі (3НФ), т. я. всі атрибути кожного відношення перебувають у повній функціональній залежності від ключа, у відношеннях немає груп, що повторюються, немає транзитивної та часткової функціональної залежності.

3. Розробка додатку

База даних створена у середовищі СУБД Access 2003.

Створення бази даних завжди починається з розробки структури її таблиць. Структура повинна бути такою, щоб при роботі з базою в неї було потрібно вводити якнайменше даних. Структуру кожної таблиці розробляють окремо. Для того щоб зв'язки між таблицями працювали надійно, і за записом з однієї таблиці можна було однозначно знайти запис в іншій таблиці, треба передбачити в таблиці унікальні поля. Унікальне поле - це поле, значення в якому не можуть повторюватися. Якщо дані в полі повторюються і необхідно видавати повідомлення про це, то для таких даних використовують ключове поле.

Одним із найскладніших етапів у процесі проектування бази даних є розробка таблиць, тому що результати, які повинна видавати база даних (звіти, вихідні форми тощо), не завжди дають повне уявлення про структуру таблиці. У разі проектування таблиць зовсім не обов'язково використовувати СУБД. Спочатку краще розробити структуру на папері. Отже, у разі проектування таблиць слід керуватися такими основними принципами:

- інформація в таблиці не повинна дублюватися. Не повинно бути повторень і між таблицями. Коли певна інформація зберігається лише в одній таблиці, то і змінювати її доведеться лише в одному місці. Це робить роботу ефективнішою, а також виключає можливість розбіжності інформації в різних таблицях;

- кожна таблиця повинна містити інформацію лише на одну тему. Дані на кожну тему опрацьовуються набагато легше, якщо вони утримуються в незалежних одна від іншої таблицях. Наприклад, інформація про дільниці та результати голосування зберігаються в різних таблицях, щоб при повторному використанні бази інформація про дільниці залишилася в базі даних.

Кожна таблиця містить інформацію на окрему тему, а кожне поле в таблиці містить окремі дані по темі таблиці. Наприклад, у таблиці з даними про дільниці можуть бути поля з номером дільниці, її кодом, кодом района ін. Під час розробки полів для кожної таблиці необхідно пам'ятати:

- кожне поле має бути пов'язане з темою таблиці;

- не рекомендується включати до таблиці дані, що є результатом виразу;

- у таблиці має бути вся необхідна інформація;

- інформацію варто розбивати на найменші логічні одиниці.

З тим, щоб СУБД могла зв'язати дані з різних таблиць, наприклад дані про дільницю та результати голосування на ній, кожна таблиця повинна містити поле чи набір полів, що задаватимуть індивідуальне значення кожного запису в таблиці. Таке поле чи набір полів називають основним ключем.

Розроблювана БД складається з тринадцяти таблиць (рис. 3.1). Всі таблиці створювались у режимі Конструктора. У таблицях дані розміщені по стовпцях та рядках (кортежах). Всі дані одного стовпця одного типу, описують інформацію одної категорії.

Рисунок 3.1 - Таблиці створюваної бази даних

- Таблиця «ІНСТРУМЕНТИ»

Це основна таблиця із кодами та класифікацією інструменту. Таблиця створюється у режимі конструктора. У стовпці «Имя поля» вказується унікальне ім'я кожного необхідного нам поля. Бажано щоб ім'я не співпадали навіть у різних таблицях. Перше поле - «код_нструменту». Присвоюємо тип даних лічильник, та у розділі «Индексированное поле» обираємо «Да(совпадения не допускаются)». Це означає що кожен новий інструмент буде мати свій унікальний номер-код. Це дозволяє нам уникнути конфлікту коли б два різні інструменти мали б один код. Наступний атрибут - «код_класса». Формат - «Числовой», поле обов'язкові, бо інструмент не може не мати класу. Було обрано саме такий формат даних, бо цей атрибут розширюється в іншій таблиці. Таким же чином робляться й наступні поля.

Таким же методом проектуемо усі необхідні для бази таблиці.

Генерація схеми бази даних.

Схема описує реалізацію бази даних з урахуванням специфіки конкретної СУБД. Схема може створюватися або мовою визначення даних (файли DDL), або при прямому зверненні до СУБД. Програмні продукти, які добре підтримують генерацію схеми, дають засоби контролю за генеруючими елементами схеми, що дає змогу зробити цей процес ітеративним.

Схема бази даних інструментного магазину (рис. 1.4) відображає зв'язки між таблицями, які встановлюються за допомогою зовнішніх ключів. Схема створювалася в такій послідовності:

1. «Сервис» «Схема данных».

2. У вікні «Добавление таблицы» за допомогою кнопки «Добавить» послідовно обираємо всі таблиці, між якими встановлюється зв'язок закрити вікно «Добавление таблицы».

3. Для встановлення зв'язку тягнемо з однієї таблиці до другої поле, за яким встановлюється зв'язок, ці поля мають бути однокові за типом даних (бажано і однакові за іменем).

4. У вікні «Изменение связей» встановлюємо прапорець «Обеспечение целостности даннях», «Каскадное обновление связанных полей» та «Каскадное удаление связанных записей» «Создать».

5. У вікні «Схема даннях» з'являється лінія зв'язку між відповідними полями, з вичайно, 1:М або 1:1.

База даних містить форми (рис.1.6), які використовують для введення, редагування, зміни даних у таблицях. У формах можна додавати, переглядати, сортувати,видаляти та розшукувати необхідні дані.

Рисунок 3.3- Форми бази даних

Форма являє собою деякий електронний бланк, у якому є поля для введення даних. Розроблювач БД вводить дані в ці поля, і дані автоматично заносяться в таблиці бази.

Дані в таблицю можна вносити і без допомоги яких-небудь форм, але існують принаймні чотири причини, що роблять форми незамінним засобом введення даних у базу.

По-перше, малокваліфікованому персоналу не можна давати доступ до таблиць (найціннішому з того, що є в базі).

По-друге, різні люди можуть мати різні права доступу до інформації, що зберігається в таблицях. Наприклад, один має право вводити тільки імена й адреси клієнтів, іншій - тільки номера їхніх розрахункових рахунків, а третій - тільки грошові суми, що зберігаються на цих рахунках. Змова між цими людьми повинна бути виключена. Для введення даних їм дають різні форми, хоча дані з форм можуть надходити в одну таблицю.

По-третє, введення даних у таблицю - надзвичайно стомливе заняття. Вже після декількох годин роботи люди роблять помилки. Введення даних у форму простіше. Тут багато чого можна автоматизувати, до того ж елементи керування форм настроюють таким чином, щоб при введенні даних виконувалася їхня первинна перевірка.

І нарешті, по-четверте, треба згадати, звідки береться інформація для баз даних. Як правило, її беруть із паперових бланків (анкет заяв, рахунків, відомостей, довідок і т п.). Екранні форми можна зробити точною копією паперових бланків, із яких відбувається введення даних. Завдяки цьому набагато зменшується кількість помилок при введенні і значно знижується стомлюваність персоналу.

Найпростіше форми створювати у режимі майстра за допомогою простого редагування.

- Форма «Подбор Інструменту»

Форма дозволяє покупцю переглянути характеристики інструмента та полегшуе створення покупки.

Рисунок 3.4 Форма «Подбор Інструмента»

Для створення головної форми треба в майстрі створення форм обрати потрібну нам таблицю. Обираємо таблицю «Інструменти». Обираємо в ній ті поля, якими будуть визначатися критерії пошуку та підбору. Усі інші поля форма буде генерувати сама. Далі треба перетворити поле у поле зі списком. Це робиться через контекстне меню. Обирається єлемень «Преобразовать элемент в» та у випадаючому меню обирається «Поле со списком». Перетворюємо таким чином усі поля. Набагато зручніше було б обирати певні назви аніж їх коди, тому треба щоб у списку відображалися самі назви. У контекстному меню «Свойства» елемента обирається закладень «Данные» та у полі «Источник строк» треба натиснути на кнопку. Відкривається вікно конструктора запитів. У цьому вікні необхідно обрати таблицю, в якій зазначені елементи обраного поля зі списку. Обираємо усі поля таблиці та закриваємо запит. Обирається закладень «Макет», та у графі «Число столбцов» треба зазначити «2», бо підключили 2 стовпці. У графі «Ширина стоблцов» треба зазначити «0;2,54. Те ж саме робиться із наступними стовпцями.

Головну форму створено, але вона ще нічого не генерує. Треба створити запит, який би обирав за потрібними крітеріями інструментуи. Запит зручніше створювати у режимі конструктора.

Додаємо необхідні таблиці та бачимо що одразу ж відображаються звязки між ними. Перетягуємо необхідні стовпці. Треба зазначити крітерії відбору. Треба зазначити умову таку, щоб цей стовпець брав дані із зробленої нами форми. У конструкторі треба обрати зі списку форм потрібну. Обирається «Побдор Інструменту». Справа відображається список усіх полей форми. Обирається «код_класса». Таким чином ми привязали запит до форми. Запит зберігається за потрібним ім'ям. У головній формі на панелі інструментів обирається «подчинённая форма/отчёт» та виділяється область, на якій саме буде розміщено нову підлеглу форму. Зі списку обираємо запит, який автоматично збережеться як підлегла форма.

Синхронізуємо ці форми макросом. Створюється новий макрос. У стовпці «Макрокоманда» слід зазначити «Обновление» та ввести імя підлеглої форми.Так само робляться й наступні форми, але слід зазначити, що у формі на додавання не можна обирати поле, що містить атрибут-дічильник, бо його значення ми встановити не можемо.

- Форма «Чек»

Форма дозволяє додавати нові записи про купівлю інструменту.

- Форма «Новые покупатели»

Форма дозволяє додавати інформацію про нових покупців.

- Форма «Продавцы»

Форма дає можливість додавати, та видаляти записи стосовно продавців.

- Форма «Добавление инструмента»

Форма дає можливість вводити інформацію про нові інструментуи.

- Форма «Поставка»

Дає можливість вводити інформацію про нові поставки та кількість поставлених інструменту на склад.

- Форма «Добавить инструмент»

Дозволяє добавити у продаж новий інструмент.

Невід'ємною функцією будь-яких програмних систем, так чи інакше зв'язаних з обробкою даних, є представлення звітів за збереженою інформацією. Під звітом розуміється спеціальним образом структуроване уявлення збережених даних, виведене (як правило) на паперовий носій.

Принципові відмінності звітів від екранних форм, що обумовили виділення їх в окремий програмний об'єкт СУБД Access:

- звіти є винятково засобом виведення інформації;

- організація даних у звітах припускає можливість їхній складного, багаторівневого структурування;

- структура інформації, виведеної в звіті, повинна бути погоджена зі структурою носія.

Рисунок 3.5 Звіти

Звіт «Характеристики Інструмента»

Звіт відображае інформацію про інструменти сгрупований за мощностью і виробником.

Рисунок 3.6 Звіт«Характеристики Інструмента»

- Звіт «Покупатели»

Звіт генерує в собі інформацію про покупців. Найзручніший метод розробки звіту - це через запит, а потім редагування через майстер звітів.

- Звіт «Продавцы»

Звіт генерує інформацію про продавців магазину.

- Звіт «Покупки по датам»

Звіт генерує інформацію про здійснені покупки у певну дату. Дата являє собою параметр запиту.

- Звіт «Чеки»

Звіт генерує інформацію про загальний прибуток магазину та прол інформацію щодо купівлі.

Одним із стандартних об'єктів Microsoft Access є запит. Запити використовуються для перегляду, аналізу і зміни даних в одній чи декількох таблицях. Наприклад, можна використовувати запит для відображення даних з однієї чи декількох таблиць і відсортувати їх у визначеному порядку, виконати обчислення над групою записів, здійснити вибірку з таблиці за визначеними умовами. Запити можуть служити джерелом даних для форм і звітів Microsoft Access. Сам запит не містить даних, але дозволяє вибирати дані з таблиць і виконувати над ними ряд операцій. В результаті виконання запиту повертається таблиця з даними, які відповідають умовам запиту.

У Microsoft Access передбачено кілька видів запитів:

- запит на вибірку містить умови відбору даних і повертає вибірку, що відповідає зазначеним умовам, без зміни даних;

- перехресний запит забезпечує статистичну обробку даних, результати якої виводяться у виді таблиці, дуже схожої на зведену таблицю Excel;

- запит на створення таблиці (Make-Table Query) створює таблицю на основі даних, що містяться в запиті на вибірку. Найчастіше цей тип запиту використовується для експорту інформації в інші додатки. Крім того, запити на створення таблиці зручно застосовувати для копіювання таблиць в іншу базу даних. У деяких випадках з їхньою допомогою можна підвищити швидкодію форм і звітів, що базуються на одному складному запиті;

- запит на додавання записів (Append Query) дозволяє додати в таблицю записи, створені запитом;

- запит на оновлення (Update Query) змінює значення полів у записах таблиці, відібраних за допомогою запиту;

- запит на вилучення (Delete Query) вилучає з таблиці записи, що відповідають результату запиту.

Якщо таблиці містять велику кількість даних, важливо не тільки витягти потрібні дані, але і якось обробити їх, тобто представити у виді, зручному для аналізу. У попередніх версіях Access для цього існував спеціальний вид запитів - перехресні запити. У Access 2002 для аналізу даних можна застосовувати зведені таблиці. Зведені дані можна представити не тільки в табличному, але й у графічному виді за допомогою зведених діаграм.

Більш простим способом обробки результуючих даних запиту є групування й обчислення різних підсумкових значень. Це можна зробити безпосередньо в запиті на вибірку, визначивши поля для групування і використовуючи статистичні функції.

Для створення запитів можна використовувати спеціальну мову - Jet SQL, тобто діалект мови структурованих запитів SQL, що використовується ядром бази даних Access - процесором обробки даних Jet.

Рисунок 3.7 Запити

- Запит «Характеристики»

Запит дає можливість перегляду характеристики інструменту. Запит створено для звіту.

- Запит «Запрос на Інструменти»

Запит для формування підлеглої форми для виведення інформації для подбору інструменту.

- Запит «Покупки по датам»

Запит для звіту. Параметр запиту - дата, котра вводиться користувачем. Видає інформацію про покупки що були зроблені цієї дати.

- Запит «Чек2»

Запит дає можливість перегляду загального продажу інструменту.

- Запит «поставка инструмента запрос»

Запит використовуеться для підлеглої форми.

У базі даних, що розробляється в курсовому проекті, була створена кнопкова форма (рис.2.2).

Головна кнопкова форма (ГКФ) - це головне меню бази даних. ГКФ відображається при запуску бази даних і забезпечує навігацію по базі даних і надає їй закінчений вигляд. Як правило, в базі даних створюються кілька кнопкових форм одна головна і кілька підлеглих. У диспетчері кнопкових форм є команди для відкриття форм і звітів, але немає команд для відкриття запитів і таблиць. Для відкриття кнопок Запити або Таблиці на кнопкової формі можна використовувати макроси. Спочатку у вікні бази даних створюють макроси з унікальними назвами, а потім у кнопкової формі створюють кнопки для виклику цих макросів. Дана кнопкова форма є стартовою - відкривається за замовчуванням при запуску бази даних.

Рисунок 3.8 Кнопкова форма

Висновки

У курсовому проекті була розроблена інформаційна система магазину інструментів.

База даних розроблялася в середовищі Microsoft Access.

База даних містить мінімальну кількість таблиць, достатніх для роботи з нею - це в свою чергу робить її не збитковою. Кожна таблиця містить інформацію на окрему тему, а кожне поле в таблиці містить окремі дані по темі таблиці.

База даних вміщує запити, які використовуються для перегляду, аналізу і зміни даних в одній чи декількох таблицях, використовується запит для відображення даних з однієї таблиці, які відсортовуються у визначеному порядку, виконуються обчислення над групою записів, здійснюється вибірка з таблиці за визначеними умовами. Запити служать джерелом даних для форм і звітів Microsoft Access. Сам запит не містить даних, але дозволяє вибирати дані з таблиць і виконувати над ними ряд операцій. В результаті виконання запиту повертається таблиця з даними, які відповідають умовам запиту.

База даних містить форми, які використовують для введення, редагування, зміни даних у таблицях. У формах можна додавати, переглядати, сортувати та розшукувати необхідні дані.

База даних вміщує звіти, які забезпечують виведення на друк таблиць та результатів виконання запитів, а також для їхнього попереднього перегляду. У звітах узагальнюються та сортуються дані.

Розроблювана інформаційна система відповідає вимогам індивідуального завдання.

Література

1. Пасічник В.В., Резніченко В.А. Організація баз даних та знань. - К.: Видавнича група BHV, 2006. - 384с.: іл.

2. Джо Хабрейкен. Услуги Microsoft Access 2002 за 10 минут.: Пер. с англ. - М.: Издательский дом "Вильямс", 2004. - 224с.: ил.

3. Малыхина М.П. Базы данных: основы, проектирование, использование, 2-е изд. перераб. и доп. - СПб.: БХВ - Петербург, 2006. - 528с.: ил.

4. http://www.lessons-tva.info/archive/nov020.html Кнопочные формы базы данных Access

5. http://ru.wikipedia.org/wiki/Microsoft_Access

6. http://www.kursach.com/!inforactehnolog/4.5.7.htm Базы данных

Размещено на Allbest.ru

...

Подобные документы

  • База даних як сумісно використовуваний набір логічно зв'язаних даних, передбачений для задоволення інформаційних потреб. Програмне забезпечення, яке взаємодіє з прикладними програмами користувачів, апаратне забезпечення, дані, процедури і користувачі.

    реферат [160,9 K], добавлен 20.06.2010

  • База даних як організована структура, призначена для зберігання інформації. Проектування та реалізація в СУБД MS Access інформаційної системи "База даних Internet-ресурсів тестів з психології". Розробка логічної системи даних, інструкції користувача.

    курсовая работа [5,3 M], добавлен 22.10.2012

  • Систематизація знань як основна функція бази даних. Логічне та фізичне проектування бази даних. Створення таблиць у базі даних, визначення основних зв'язків. Інструментальні засоби проектування та створення програмного забезпечення для обробки даних.

    курсовая работа [1,4 M], добавлен 29.04.2010

  • Проектування та реалізація бази даних на фізичному рівні. Формування сутності з їх атрибутами. Вибір засобів розробки даного програмного забезпечення. Створення інтерфейсу для роботи з базою даних. Інструкція користувача, головне функціональне вікно.

    курсовая работа [1,7 M], добавлен 26.09.2013

  • Побудова інформаційної системи "Магазин товарів для настільного тенісу" з автоматизації роботи магазину. Концептуальне моделювання бази даних. Обґрунтування вибору СУБД. Логічне проектування бази даних. Схема бази даних. Створення таблиць в конструкторі.

    курсовая работа [8,8 M], добавлен 16.12.2015

  • Проектування і реалізація реляційної бази даних для централізованого зберігання інформації з метою полегшення і систематизації даних замовлень клієнтів готельного комплексу. Розробка сценаріїв для створення бази даних і базових таблиць проекту.

    курсовая работа [147,2 K], добавлен 02.06.2019

  • Аналіз предметної галузі, постановка задачі, проектування бази даних. UML-моделювання, побудова ER-діаграми, схеми реляційної бази даних у третій нормальній формі. Призначення і логічна структура. Опис фізичної моделі бази даних, програмної реалізації.

    курсовая работа [3,5 M], добавлен 28.11.2011

  • Специфікація вимог для кожного з двох користувачів. Концептуальне та логічне проектування баз даних. Історія досліджень баз даних (програмного забезпечення). Система упрваління базами даних. Фази проектування баз даних: концептуальна, логічна, фізична.

    дипломная работа [105,8 K], добавлен 20.02.2010

  • Проектування бази даних та інтерфейсу програми. Розробка бази даних за допомогою Firebird 2.5. Контроль коректності вхідних та вихідних даних. Додавання та редагування інформації. Вплив електронно-обчислювальних машин на стан здоров'я користувачів.

    дипломная работа [4,7 M], добавлен 12.10.2015

  • Розгляд процесу автоматизації бази даних для довідника астронома. Основи реляційних баз даних для проектування інформаційних систем. Застосування тригерів для забезпечення цілісності даних і реалізації складної бізнес–логіки в системних процедурах.

    курсовая работа [22,3 K], добавлен 12.03.2019

  • Інформаційні системи - сукупність організаційних і технічних засобів для збереження та обробки інформації, класифікація. Застосування ІС в проектуванні, організаційному і технологічному керуванні; інженерних розрахунках; створенні графічної документації.

    презентация [807,0 K], добавлен 19.03.2011

  • Схема взаємодії учасників платіжної системи з використанням пластикових карток. Вхідні та вихідні повідомлення для проектування бази даних для автоматизації аналізу користувачів пластикових карток. Проектування та реалізація бази даних у MS Access.

    курсовая работа [3,0 M], добавлен 27.12.2013

  • Автоматизація процесу формування довгострокового зберігання й обробки даних, що мають міститись в собі інформацію про міські інженерні споруди з метою задоволення інформаційних потреб співробітників установи. Системний аналіз предметної області.

    курсовая работа [72,6 K], добавлен 13.01.2017

  • Даталогічне проектування баз даних та концептуальне (інфологічне) проектування (побудова ER-діаграми та нормалізація даних) інформаційної системи. Фізичне проектування інформаційних систем (СУБД Access: об’єкти бази, створення таблиць, запитів та форм).

    курсовая работа [3,5 M], добавлен 09.01.2010

  • Створення і реалізація в СУБД MS Access бази даних "Internet-ресурси з інформаційних технологій". Опис предметної області, інфологічне проектування. Побудова ER-діаграми. Даталогічне і фізичне проектування інформаційних систем. Опис роботи програми.

    курсовая работа [8,2 M], добавлен 30.05.2013

  • Властивості та функції бази даних. Вибір та обгрутування програмного забезпечення Microsoft Access. Розробка бази даних за методом сутність-зв’язок. Етапи розробки бази даних "Відділ комп’ютерних комплектуючих" за допомогою СУБД Microsoft Office Access.

    курсовая работа [7,4 M], добавлен 12.06.2019

  • Аналіз відомих підходів до проектування баз даних. Ієрархічна, мережева та реляційна моделі представлення даних, їх особливості. Концептуальне проектування: приклад документів, побудова ER-діаграми, модель "сутність-зв'язок". Побудова фізичної моделі.

    курсовая работа [541,5 K], добавлен 29.01.2013

  • Проектування інтерфейсу програми. Вимоги до продукту. Вхідні дані на розробку автоматизованої системи. Вибір середовища програмування. Розробка структури бази даних. Функціональна та логічна структура програми. Розробка структури таблиць бази даних.

    курсовая работа [43,1 K], добавлен 30.06.2015

  • Проектування бази даних відділу кадрів, її внутрішня структура, зміст таблиць та запитів. Особливості практичного використання бази даних відділу кадрів підприємства, що вивчається. Вимоги до робочого місця при роботі за комп’ютером, рекомендації.

    отчет по практике [748,5 K], добавлен 26.03.2015

  • Основи проектування інформаційних реляційних баз даних, надання користувачам необхідної їм інформації на основі збережених даних. Розробка бази даних, що дозволяє зберігати інформацію про абонентів (ім'я, мобільний телефон, адреса, e-mail, реєстрація).

    курсовая работа [1,9 M], добавлен 13.11.2010

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.