БД для організації займається продажем музичних дисків

МІНІСТЕРСТВО ОСВІТИ

Федеральне державне освітній заклад

вищої професійної освіти

«Сибірський федеральний університет»

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

Факультет управління та бізнес-технологій

Кафедра: Інформаційні Технології

Курсова робота

з дисципліни: «Бази даних»

Тема: «БД для організації, що займається продажем музичних дисків»

Виконали:

студенти гр. УБ 06-09

Кочубей Ю. Д.

Волконіцкая М.М.

Мамонова Ю.О.

Перевірила:

Покідишева Л.І.

Красноярськ 2008

ЗМІСТ

Введення

Завдання на курсову роботу

Таблиці

Створення таблиці

Списки

Фіксовані списки

Нефіксовані списки

Схема БД

Форми

Складні форми

Прості форми

Кнопкові форми

Запити

Звіти

Висновок

Додаток

Введення

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

Завдання на курсову роботу

Спроектувати БД для організації, що займається продажем музичних CD-дисків. Основними моментами, які необхідно врахувати в БД, є:

1. Перелік найменувань дисків

2. Постачальники продукції

3. Співробітники, а саме, касири

4. Поставки продукції

5. Продаж продукції

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

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

Таблиці

Створення таблиці

Дана БД складається з 9 таблиць:

1. Диски

2. Партії

3. Прийом товару

4. Постачальники

5. Склади

6. Купівлі

7. Склад покупки

8. Клієнти

9. Касири

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

Таблиця «Касири» містить такі поля: «код касира», «ПІБ касира», «адресу касира», «телефон касира», «паспортні дані». У цій таблиці первинним ключем можуть бути поля «код касира» і «паспортні дані», але для зручності подальшого використання таблиці в базі ми виберемо поле «код касира». Інші поля не можуть бути ключовими, тому що в них дані можуть повторюватися. Наприклад:

Таблиця «Постачальники» має поля «код постачальника», «назва організації», «адреса організації», «телефон організації», «ІПН організації». Тут первинний ключ - поле «код постачальника», інформація в ньому не повториться (ІПН ми не вибрали з тієї ж причини, що в таблиці «Касири» паспортні дані). Наприклад:

З таблиці видно, що назва організацій можуть бути однаковими, самі організації можуть перебувати в одному будинку, також як і телефон може бути «паралельним», тобто на дві адреси один номер.

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

Таблиця «Покупки» містить поля «№ чека», «№ карти», «дата покупки», «код касира». Тут первинний ключ - «№ чека». Наприклад:

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

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

Дане поєднання полів не повторюється.

Таблиці можна переглянути в Додатку 1.

Списки

Фіксовані списки

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

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

В БД був створений фіксований список на полі «стилі» в таблиці «диски», і розкривав перелік існуючих музичних стилів. Тут фіксований список необхідний, тому що всі диски, що продаються в даному магазині, можна розділити на групи. Також були створені списки в полях «тип» (зарубіжна, російська) і «вид Диск" (альбом, збірка (CD), збірка (MP 3)). Ці списки створені за таким же принципом, як і в «стилях».

Нефіксовані списки

Бувають випадки, коли дані постійно змінюються. Для таких даних існують нефіксовані списки.

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

• на полі «код диска» в таблиці «партії». Тут для створення списку використовуємо поля «код диска», «серія» і «виконавець».

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

• на полі «код диска» в таблиці «склад продажу». Тут для створення списку використовуємо поля «код диска», «серія» і «виконавець».

• на поля «№ карти» і «код кассіраа» в таблиці «покупки». Використовуються поля «№ карти», «ПІБ клієнта» і «кад касира», «ПІБ касира».

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

Схема БД

Схема БД - група взаємопов'язаних таблиць.

Схему БД створюють для того, щоб надалі мати можливість створювати форми, запити і звіти на підставі кількох таблиць, включених в базу даних, необхідно визначити взаємозв'язки між таблицями. Зв'язок між таблицями буде встановлена ​​шляхом визначення головної і підлеглої таблиць. Головною буде таблиця з первинним ключем, підпорядкована - із зовнішнім ключем. Біля первинного ключа повинна стояти цифра «1», біля зовнішнього ключа - знак «∞». Якщо взаємозв'язок проходить від простого первинного ключа до частини складеного, то «1» буде біля простого ключа, а «∞» біля складеного. Тип взаємозв'язків у даній БД - «один-до-багатьох», тобто один запис в одній таблиці може відповідати декільком записам в іншій таблиці.

При створенні взаємозв'язків необхідно забезпечувати цілісність даних.

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

Форми

Форми - об'єкт БД, в якому буде представлена ​​інформація таблиць у зручному для роботи вигляді. Створюються вони на підставі таблиць. Форма зручна для введення і редагування записів.

Складні форми

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

1 потік - Касира-Покупки-Склад покупки

2 потік - Клієнти-Покупки-Склад покупки

3 потік - Склад-Прийом товару-Партії

4 потік - Постачальники-Прийом товару-Партії

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

• Форма на підставі таблиць «склад купівлі» і «покупки»

• Форма на підставі таблиць «склад купівлі» і «диски»

Ми обрали першу форму. Заносити інформацію в неї нам зручніше. Цей варіант несе в собі основну інформацію про продажі, з ним менше роботи, при створенні цієї складної форми вводятьсязначень буде менше, ніж у другому варіанті, що дозволить економити час роботи з формою. Тут буде представлений більш зручний вид для перегляду необхідної інформації. Буде простіше в «покупках" внести № чека, № картки, дату і код касира і в підпорядковану таблицю «склад покупки» занести код диска і кількість у даній покупці. Якби ми вибрали форму «склад покупки» - «диски», довелося б для того, щоб дізнатися № чека відкривати «покупки», перед цим внести інформацію про касирах і дату, а потім повертатися назад в складну форму і там вже вибирати «код диска ». Щоб цього не робити краще і зручніше створити складну форму з таблиць «купівлі» і «склад покупки». Головною буде таблиця «покупки», тому що на взаємозв'язку біля неї стоїть «1», а підлеглою - таблиця «склад покупки» зі знаком «∞».

Другий складною формою буде форма, що складається з таблиць «прийом товару» і «партії», тому що тут є потік інформації 1 - ∞ від таблиці «прийом товару» до таблиці «партії». Причому «прийом товару» - головна, а «партії» - підлегла таблиця, і це так само визначалося за типом взаємозв'язку.

(Див. Додаток 2)

Прості форми

Прості форми використовується для зручного занесення простих даних, але дані форми також можуть бути використані в інших формах. У даній БД п'ять простих форм, так як з чотирьох таблиць - «купівлі», «склад купівлі» і «прийом товару», «партії» - створені дві складні форми. Таблиці «касири», «клієнти», «диски», «склади» і «постачальники» будуть представлені у вигляді простих форм.

Створити форму можна за допомогою «майстра». Для цього необхідно:

1. вибрати таблицю, на підставі якої буде створена форма (необхідно використовувати всі поля таблиці)

2. вибрати зовнішній вигляд форми (в даному курсовому проекті використовується вид «в один стовпець»)

3. вибрати стиль форми

4. задати ім'я форми

Так само необхідно в режимі «конструктор» створити кнопки переходу по записах, кнопку додавання нового запису і кнопку закриття форми. Також у «конструкторі» пишеться заголовок форми.

(Див. Додаток 2)

Кнопкові форми

Головна кнопкова форма являє собою форму, що складається з кнопок, при натисненні на які повинні відкриватися створені раніше форми.

Головна кнопкова форма створюється в режимі конструктора. У «області даних» за допомогою панелі інструментів та панелі елементів можна робити різні перетворення форми: писати заголовок, робити кнопку виходу. Потім робляться кнопки, при натисканні на які відкриваються відповідні форми. Ще на «Головною кнопкової формі» повинна бути кнопка, при натисненні на яку відкривається форма звітів, яка також складається з декількох кнопок, при натисненні на які відкриваються відповідні звіти.

Дана головна кнопкова форма містить наступні кнопки: «оформлення покупки», «продукція», «клієнти», «касири», «прийом товару», «постачальники», «склади» і «звіти».

Головна кнопкова форма повинна відкриватися автоматично при запуску бази даних. Для цього на потрібно вибрати «Сервіс», «Параметри запуску», «Виведення форми», «Головна кнопкова форма».

Запити

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

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

Після виконання запиту відображається тільки ті дані, які задовольняють заданим умовам у табличному вигляді.

У даній БД було створено 12 запитів, а саме:

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

2. «Залишок» заснований на таблицях «прийом товару», «партії» та «склад купівлі» і надає в результаті виконання інформацію про залишки продукції на складах;

3. «Виручка» заснований на таблицях «диски», «склад купівлі» і «покупки», з його допомогою йде підрахунок ціни продажу (+70% до ціни поставки) і виторгу без обліку податків і знижок;

4. запит «знижка» заснований на таблицях «клієнти», «купівлі» і запиті «виручка», тут ми вважаємо суму знижки для кожного клієнта (знижка 3%).;

5. «Виручка зі знижкою», виручка з урахуванням знижок;

6. «ПДВ», підрахунок ПДВ;

7. «Виручка без ПДВ», виручка з урахуванням знижок і з вирахуванням ПДВ;

8. «Витрати», підрахунок витрат на реалізацію продукції (85% від виручки);

9. «Прибуток», прибуток без урахування податку на прибуток;

10. «Податок на прибуток», підрахунок податку на прибуток;

11. «Чистий прибуток», прибуток з урахуванням податку на прибуток;

12. «Популярний диск», інформація про самого продається диску (вибірка за кількістю проданих дисків, яке більше 1шт.).

(Див. Додаток 3)

Звіти

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

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

У даній БД було створено 5 звітів:

1. виручка без ПДВ - виводить інформацію про виручку, як за кожну покупку, так і за всі покупки в цілому;

2. чистий прибуток - дозволяє побачити прибуток, отриману з кожної покупки;

3. прийом товару - дає інформацію про кількість прибула від постачальників продукції;

4. склади - інформує про залишки продукції на складах магазину;

5. схема даних - схема даних БД.

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

Висновок

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