- •6.050101 – “Комп’ютерні науки”
- •1 Мета і призначення розробки
- •1.1 Характеристика об'єкту автоматизації
- •1.2 Перелік функцій системи, що забезпечують досягнення цілей
- •1.3 Форми, які необхідно створити в системі
- •2.3 Моделі «сутність-зв'язок»
- •2.4 Ієрархічна, мережева та реляційна моделі представлення даних.
- •2.5 Реляційна модель бази даних
- •2.6 Організація обмежень посилальної цілісності
- •3 Аналіз предметної області
- •4 Проектування концептуальної моделі
- •4.1 Визначення даних, якими повинні оперувати автоматизовані функції
- •4.2Er-діаграми
- •5 Проектування логічної моделі
- •6 Проектування фізичної моделі
- •7 Сворення застосування для роботи
- •Висновки
- •Список використаної літератури
- •Додаток а
3 Аналіз предметної області
У курсовій роботі відповідно до завдання автоматизується діяльність парфумерного підприємства.
Кожна система управління базами даних, залежно від її призначення оперує тією чи іншою предметною областю. Виявлення предметної області є необхідним етапом розробки будь-якої СУБД. На цьому етапі виявляються інформаційні потреби всієї сукупності користувачів майбутньої системи.
Предметною областю даної СУБД є комп'ютерний журнал. У даній предметній області необхідна своя база даних, тому що у журналі є багато різноманітної інформації.
База даних вирішує такі: облік товару, видача даних постачальників і поставлених ними товарах (фірма-постачальник, його реквізити, найменування товарів, характеристики, ціни), обчислює суми оплати.
Далі можна назвати засадничі поняття даної предметної області, саме:
1) замовлення
2) клієнти
3) постачальники
4) постачання
5) співробітники
6) товари
Вихідні даних про магазині: магазин міститься у кількох приміщеннях (склад, торговельну залу). У фірми є постачальники, здійснюють поставку парфумів.
Також у підприємстві є свій штат співробітників: менеджери й консультанти,які здійснюють продаж товару, бухгалтер, кладовщики, грузчики-водії.
Клієнт, приходячи до магазину, взаємодіє з менеджером, який, своєю чергою, здійснює продаж парфумів. Операції з грошима і відбиття чека здійснює як і менеджер так і продавець. Купуючи товар, клієнт отримує чек із зазначенням товару та її вартості, виходячи з якого зі складу йому відвантажують необхідний товар.
За відсутності товару на складі працівник магазину вибирає відсутні товари та на основі цих даних здійснює заявку на ім'я фірми-постачальника.
Тепер оцінимо роботу складу.
Насамперед, склад оперує рухом матеріальних й інформаційних потоків. Перші представлені рухом товару від постачальників складу чи з складу до покупців, а інформаційні потоки представлені документацією, яка потрібна на операцій.
Склад приймає і складує готової продукції, що супроводжується цехової накладної. Воно складається з двох частин: загальної (куди входять номер цехової накладної, найменування цеху виготовлювача й час здачі своєї продукції склад) і специфікації (до неї входять найменування і кількість переданої продукції).
Продукція зі складів іде замовникам відповідно до укладених договорів. Відправляється продукція виходячи з товарно-транспортної накладної. Товарно-транспортна накладна складається з: загальної частини (номер накладної, номер договору, дата відвантаження) і специфікації (вигляд і кількість відвантаженій продукції).
Після набуття продукції замовник повинен зробити оплату, яка оформляється платіжним дорученням, виписаним виходячи з товарно-транспортної накладної. Загальна частина платіжного доручення включає номери товарно-транспортної накладної і платіжного доручення, і дату оплати. Специфікація включає вигляд і кількість оплачуваної продукції.
Рахунок-фактура – це документ, видають постачальником покупцю чи надані постачальником банку на утвердження платежу покупця, суми платежу, товарності даної господарської операції або ухвалення чи від нього рахунку-фактурі. Загальна частина включає реквізити постачальника і покупця, а специфікації вказуються найменування товару, одиниця виміру, ціна, і сума.
Під час створення проекту виявлено такі обмеження сектору “склад” в розроблюваній СУБД:
на складі зберігається кілька найменувань продукції;
кількість продукції вимірюється цілим числом;
Кожен договір укладається з одним замовником, але з одним замовником можливе укладення кількох договорів;
номер договору залишається незмінним і унікальний;
щодо одного договору,у ньому може бути перераховано кілька найменувань товару;
один і той же виріб можна зазначати у договорі кілька разів, але з різними термінами відвантаження;
-товарно-транспортна накладна належить до одного договору і може містити кілька найменувань виробів;
номер товарно-транспортної накладної унікальний підприємствам;
номер платіжного доручення унікальний конкретної замовника й відповідає конкретної товарно-транспортної накладної;
однієї товарно-транспортної накладної може відповідати кілька платіжних доручень.
Розробляючи цю базу даних, необхідно реалізувати виконання таких пунктів:
облік товару;
видача даних постачальників і поставлених ними товарах (фірма-постачальник, його реквізити, найменування товарів, характеристики, ціни);
обчислення суми оплати.
Вихідна інформація
У ролі інформації, яку ми одержуємо під час роботи з СУБД, виступають звіти про конкретні дані, вимоги яких висуваються у запитах до БД.
Договори з постачальниками.
Звіти про продаж.
Статистичні звіти.
Чек.
Вхідна інформація
Вхідною інформацією є:
інформацію про постачальників: назва постачальника, представник постачальника,П.І.Б., адресу, телефон.
інформацію про клієнтів: П.І.Б., клієнта, його адреса київська і контактний телефон;
інформацію про співробітників: П.І.Б., співробітника, дата народження, посаду, адресу, контактний телефон, також є додаткове поле для нотаток;
інформацію про товар: найменування товару, характеристики, опис, зображення товару, вартість закупівлі, наявність товару, кількість, вартість продажу;
інформацію про заявки: дата подачі заявки, дата доставки;
інформацію по поставках: дата поставки.
Розроблена оболонка для БД виконує такі функції:
додавання нового запису у таблицю даних;
зміна існуючого запису у таблиці;
видалення існуючого запису з таблиці даних;
відновлення даних після зміни;
можливість структурованого читання даних;
можливість сортування даних.
У даній роботі реалізовані найактуальніші функції до роботи зБД, необхідного ведення обліку готової продукції з магазину, для підприємства, заводу.
Рисунок 3.1 - Схема функціональності існуючої системи