Розробка БД "Магазин з продажу музичних дисків"

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

Зміст

Вступ

1. Приклади аналогів програмного продукту

2. Основний розділ

2.1 Обґрунтування вибору засобів реалізації

2.2 Високорівнева концептуальна модель „Сутність - зв'язок” або ER - модель

2.3 Структурна схема реляційної бази даних та описання таблиць бази даних

3. Інструкція для користувача програмним продуктом

Загальні висновки

Література

Вступ

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

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

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

Так чи інакше, музика донині набуває свою історію і форму.

Одним з найважливіших відкриттів в історії музики, є винахід цифрового компакт-диска.

Цей винахід традиційно приписується двом компаніям: або голландці з Philips його придумали самі, або спільно з японцями з Sony. Сталося це в самому початку 1980-х. Але є інша версія: що CD винайшов американський фізик Джеймс Расселл, ще в 1960-х. З'ясовується також, що при цьому він не заробив жодного цента...

Авторство вищезгаданих фірм підтверджують багато джерела, наприклад, популярна енциклопедія Wikipedia. Якщо вірити їй, Philips і Sony спільно розробили цифровий компакт-диск у 1980-му, а через два роки поблизу Ганновера, почалося його масове виробництво.

Потім підключилися Microsoft і Apple, чиїми зусиллями CD перетворився на CD-ROM, який в 1987 році зробив революцію у світі персональних комп'ютерів.

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

Розділ 1. Приклади аналогів програмного продукту

інформаційний реляційний програмний магазин

Перед тим, як розробляти програмний продукт, необхідно ознайомитись з програмними продуктами аналогічного типу. Кожна служба технічної підтримки, яка займається обслуговуванням клієнтів, має свій сайт, який розміщений в мережі Інтернет. Аналогій програмного продукту на даний час вистачає. Були розглянуті такі сайти-аналоги на тему предметної області «Магазин з продажу музичних дисків».

1) http://www.transylvania.ru/index.php - сайт інтернет-магазина «Transylvania».

Головна сторінка сайту представлена на Рис. 1.1

Рис 1.1 Головна сторінка сайту «Transylvania»

На цьому сайті доступні наступні дії:

В першу чергу зареєструвавшись, ми можемо вибрати продукцію, яка нам сподобалась і відразу ж додати її в «Предзаказы».

При реєстрації потрібно вказати лише пароль і логін, а ось при подальшому замовленні вказувати більш докладні дані, а саме ім'я, прізвище, адресу, номер телефону і т.д.

Питання, що цікавлять нас ми можемо прочитати в розділі «Помощь»

Так само нам доступна "Корзина" в якій ми можемо редагувати наші замовлення: додавати, видаляти, замовляти.

На сайті присутній дуже зручний пошук, який здійснюється як по тегам, так і по будь-яким іншим запитам: артист, альбом, жанр, країна, обкладинка.

2) http://www.solitude-prod.com/ - сайт інді- лейбла «Solitude Productions».

Головна сторінка сайту представлена на Рис. 1.2

Рис 1.2. Головна сторінка сайту «Solitude Productions»

Даний сайт ґрунтується на реалізацію музики в певних жанрах.

Зайшовши на головну ми відразу бачимо лейбли, на яких реалізується музична продукція, нижче ми бачимо останню реалізовану продукцію, контакти(такі як соціальні мережі:Vkontakte, FaceBook,MySpace; інші інтернет магазини: Discogs,lastFm) та основні пункти меню (представлені як в російському, так і англійській варіантах) «Войти на сайт» і «Магазин».

Нас цікавить розділ "Магазин". Сторінка представлена на Рис.1.3

Рис 1.3 Сторінка розділу «Магазин»

Нас цікавить розділ "Магазин". Сторінка представлена на рис.2.3

Тут ми так само реєструємося. В основному меню ми можемо побачити "Прайс-лист" в якому вказані ціни на наданий товар. Сам товар надається в меню "Каталог".

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

Сам товар замовляється додаванням його в «Корзину», більш докладно про це можна прочитати в меню «Как сделать заказ?».

Умови доставки наступні: потрібно вказати свою електронну адресу, домашню адресу, вибирати спосіб доставки і спосіб оплати.

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

І після цього система повідомить вам номер вашого замовлення.

Розділ 2. Основний розділ

2.1 Обґрунтування вибору засобів реалізації

Для реалізації свого програмного продукту я обрав зв'язок між MS Access і Delphi. На практиці ці дві програми показують якісний результат, до того ж вони чудово взаємодіють між собою. MS Access (Microsoft Office Access) виконує роль СКБД (система керування базами даних), а Delphi виконує реалізацію бази даних.

MS Access - це система управління базами даних від компанії Майкрософт. Додаток, який входить до складу пакету офісних програм Microsoft Office. Має широкий спектр функцій, включаючи зв'язані запити, сортування по різних полях, зв'язок із зовнішніми таблицями і базами даних.

В MS Access є такі основні компоненти, як:

конструктор таблиць;

конструктор екранних форм;

конструктор SQL-запитів ;

конструктор звітів, що виводяться на друк.

Таблиця -- це основний об'єкт бази даних, призначений для збереження даних.

Запит -- вибирає дані з таблиць згідно з умовами, що задаються.

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

Звіт -- відображає і друкує дані з таблиць або запитів згідно з описаним користувачем форматом.

Delphi -- це інтегроване середовище швидкої розробки програмного забезпечення для роботи під Microsoft Windows.

Delphi в основному використовується для розробки настільних додатків та корпоративних СКБД.

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

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

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

2.2 Високорівнева концептуальна модель «Сутність-зв'язок» або ER-модель

Перед тим, як розробляти БД (Базу даних) , її необхідно спроектувати. Для проектування БД використовується модель «Сутність-зв'язок».

Модель сутність-зв'язок була запропонована в 1976 Пітером Пін-Шен Ченом, американським професором комп'ютерних наук в університеті штату Луїзіана. Насправді, Чен не придумував цієї моделі самотужки, він взяв ідеї з попередніх робіт наприклад, А. Брауна та інших. Але Чен зробив дуже багато для формалізації та популярності ERM, а також для її проникнення в літературу.

Модель "сутність-зв'язок" (ER-модель) - модель даних, яка дозволяє описувати концептуальні схеми за допомогою узагальнених конструкцій блоків. ER-модель - це мета-модель даних, тобто засіб опису моделей даних.

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

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

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

ER-модель - це одна з найбільш простих візуальних моделей. Вона дозволяє осягнути структуру об'єкта «крупними мазками», в загальних рисах. Такий загальний опис структури називається ER-діаграмою або онтологією вибраної предметної області.

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

Атрибут - це властивості, які має сутність,вони повинні дозволяти розрізняти екземпляри сутності.

Зв'язок - зображується ромбом, він поєднує сутності. Може мати різний характер: один до одного, один до багатьох, багато до багатьох.

Для предметної області «Магазин з продажу музичних дисків» була спроектована модель "Сутність-зв`язок", яка зображена на Рис 2.3:



Рис 2.1 ER-модель для предметної області «Магазин з продажу музичних дисків»

Дана модель складається з 6 сутностей: «Магазин», «Работник», «Товар», «Заказ», «Клиенты», «Доставка».

Кожна з сутностей складається з визначеного набору атрибутів.

Наприклад, сутність «Товар» з:

- Код товара - визначає, який код у товару

-Код заказа - визначає код заказу на товар

- Название - визначає назву товару

- Наличие - визначає чи є товар у продажі

- Цена - визнає скільки коштуватиме товар

- Тип товара - визнає, в якому вигляді продається товар (Cd,DVD,Vinyl)

-Год выпуска - визначає в якому році був виданий товар

-Количество товара - визначає кількість товару

Сутності пов'язані між собою зв'язками . Наприклад, сутність «Товар» пов`язана з сутністю «Работник» по атрибуту «Код товара» відношенням «Продает». Це відношення показує, що «Работник» повинен продавати «Товар».

Також сутність «Товар» пов`язана з сутністю «Заказ» по атрибуту «Код товара» відношенням «Заказывается».Це відношення показує, що «Товар» заказують за допомогою «Заказа».

2.3 Структурна схема реляційної бази даних та описання таблиць бази даних

Після того як спроектована модель "Сутність-звязок" можна приступати до створення реляційної моделі даних

Реляційна модель даних. Вся інформація організована у вигляді таблиць які пов'язані між собою за допомогою зв'язків. До реляційної СКБД можна віднести: MS. Access, My SQL, SQL Server.

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

Термінології РМД кожен стовбець таблиці називається полем або атрибутом, а кожен рядок таблиці записом - кортежом.

Кортежі можуть бути розташовані в будь-якій черзі при цьому відношення буде завершатися тим самим та мати той самий зміст.

Кортежі називаються поширенням станом або тілом відношення яке постійно змінюється. Данні в одному полі можуть мати значення лише з деякої сукупності припустимих значень яка називається доменом.

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

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

Для предметної області "Магазин з продажу музичних дисків " була розроблена реляційна модель даних, яка наведена на Рис. 2.4:

Рис. 2.2 Структурна схема реляційної бази даних для предметної області «Магазин з продажу музичних дисків»

Дана схема містить 6 таблиць, які пов`язані між собою зв`язками "один до багатьох". Наприклад таблиця «Магазин» пов`язана з таблицею «Доставка» за допомогою первинного та зовнішнього ключа «Код магазина».

В реляційній моделі підтримуються такі види зв'язків, як «один до одного», «один до багатьох» та «багато до багатьох».

1. Зв'язок «один до одного» показує, що кожному значенню пов'язуючого поля відповідає один запис по обидва боки.

Наприклад:

- Лише один директор може бути в одній фірмі.

- Лише один президент в одній країні.

2. Зв'язок «один до багатьох» показує, що кожному значенню пов'язуючого поля з одного боку відповідає декілька записів по другий бік.

Наприклад:

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

- У кожного студента лише один класний керівник, а у класного керівника багато студентів в його класній групі;

2. Зв'язок «багато до багатьох» показує, що значення в полях неодноразово зустрічаються в пов'язаних відношеннях.

Наприклад

- Робітник працює на різних роботах, але на кожній із них працюють інші робітники.

- Викладач працює в різних групах, та в тій самій групі працюють різні викладачі.

Відношення в створеній базі даних нормалізовані до 3-ї нормальної форми.

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

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

Для створення бази даних в «MS Access» ми використовували режим «Конструктор» за допомогою якого ми створюємо таблиці.

База даних містить в собі 6 таблиць.

1. «Магазин» В таблиці указані основні відомості про магазин, в якому продається наша продукція. Структура таблиці представлена на Рис 3.1.

Рис 2.3 Таблиця «Магазин» в режимі «Конструктор»

2. «Работники» - В таблиці указані всі данні про робітників магазину. Структура таблиці представлена на Рис 3.2.

Рис 2.4 Таблиця «Работники» в режимі «Конструктор»

3. «Товар» - В таблиці указані всі данні про товари, які доступні в магазині. Структура таблиці представлена на Рис 3.3.

.

Рис 2.5Таблиця «Товар» в режимі «Конструктор»

4. «Доставка» - В таблиці вказані всі данні про доставку товару до магазину. Структура таблиці представлена на Рис 3.4.

.

Рис 2.6 Таблиця «Доставка» в режимі «Конструктор»

«Клиенты» - В таблиці вказані основні данні о клієнтах, які навідують магазин. Структура таблиці представлена на Рис 3.5.

.

Рис 2.7 Таблиця «Клиенты» в режимі «Конструктор»

1. «Заказы» - В таблиці указані всі данні о заказах. Структура таблиці представлена на Рис 2.8.

Рис 2.8 Таблиця «Заказы» в режимі «Конструктор»

Розділ 3. Інструкція для користувача програмним продуктом

Запуск програми здійснюється за допомогою файлу kompactworld.exe.

Запустивши програму ми побачимо головне вікно, яке зображене на Рис 3.1

Рис 3.1 Головна вікно програми

Ми одразу бачимо назву магазину,контактні дані та назву таблиць, таких як «Клиенты», «Работники», «Товар».

В вікні «Клиенты», міститься основна інформація о клієнтах Рис 4.2.

Тут ми можемо здійснювати пошук, добавляти, редагувати, видаляти, обновлювати данні.

Рис 3.2. Вид вікна клієнтів

Вікно «Работники» зображена на Рис 4.3, також має функції пошуку, редагування та обновлювання данних.

Рис 3.3. Таблиця «Работники»

Зайшовши на вікно «Товар» ,яке зображено на Рис 4.4. ми бачимо вікна «Заказы» та «Доставка», а також всі товари які є у продажу.

Рис 3.4. Загальні відомості про вікно «Товар»

Під переліченим товаром є кнопки керування даними (зліва,направо) 1) НА початок 2) Назад 3) Вперед 4) В кінець 5) Додати 6) Видалити 7) Редагувати 8) Оновити

Також можливо проводити пошук по назві товару.

Вікна «Заказы» (Рис 4.5) та «Доставка» (Рис 4.6), мають аналогічний вигляд.

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

Рис 3.5. Вікно «Заказы»

Рис. 3.6. Вікно «Доставка»

Загальні висновки

Аналіз предметної області показав, що виникла потреба у створенні програмного продукту, який буде відповідати наступним вимогам:

- програмний продукт повинен мати приємний, зручний, сучасний і зрозумілий інтерфейс;

- має дозволяти користуватися програмним продуктом фахівцям і працівникам різних рівнів кваліфікації.

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

Для проектування програмного продукту була обрана модель «Сутність - зв'язок», завдяки якій була побудована ER-модель. На основі ER-модель була побудована реляційна модель даних.

В результаті виконаного аналізу інструментальних засобів виявили, що найбільш оптимальним засобом реалізації моделі з точки зору розробника є використання Delphi в зв'язку з MS Access.

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

Література

1. http://www.yandex.ru основная поисковая система

2. http://www.google.ru/ вспомогательная поисковая система

3. http://ru.wikipedia.org энциклопедия

4. www.cyberforum.ru форум программистов и сис-админов.

5. http://dark-world.ru/ источник товара

6. http://solitude-prod.com/ аналог продукта

7. www.accessoft.ru сборник книг по Access

8. Книга об MS Access. Автор: Тимур Мельников

9. http://free-book.at.ua сборник книг по Delphi

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