Розробка бази даних для визначення ліміту матеріалів по цеху

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

ЗМІСТ

ВСТУП

РОЗДІЛ 1. ВИЗНАЧЕННЯ ТА ОПИС БАЗИ ДАНИХ ПРЕДМЕТНОЇ ОБЛАСТІ

1.1 Роль бази даних предметної області у господарському житті та її проблеми

1.2 Основні сторони - учасники бази даних предметній області інфраструктури

РОЗДІЛ 2. КОНЦЕПТУАЛЬНА МОДЕЛЬ «СУТНІСТЬ-ЗВ'ЯЗОК»

2.1 Дослідження вхідних та вихідних документів досліджуваної бази даних

2.2 Визначення сутностей, атрибутів, зв'язків бази даних

2.3 Побудова базової ER-моделі досліджуваної бази даних

РОЗДІЛ 3. ЛОГІЧНА СТРУКТУРА БАЗИ ДАНИХ. НОРМАЛІЗАЦІЯ БАЗИ ДАНИХ

3.1 Створення логічної моделі бази даних із застосуванням нормалізації

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

РОЗДІЛ 4. РЕАЛІЗАЦІЯ БАЗИ ДАНИХ ЧЕРЕЗ СУБД

4.1 Відтворення функціонально-структурної схеми СУБД. Реалізація сутностей бази даних засобами СУБД

4.2 Алгоритм роботи автоматизованої бази даних. Виконання операцій реляційної алгебри над відношеннями

ПЕРЕЛІК СКОРОЧЕНЬ ТА УМОВНИХ ПОЗНАЧЕНЬ



ВСТУП

У даній курсовій роботі я досліджyвав базу даних для цеху, а саме «Розробка БД для визначення ліміту матеріалів по цеху на місяць.»

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

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

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

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

Актуальність теми

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

Мета і завдання дослідження

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

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

Для досягнення цієї мети за допомогою автоматизованої ІС можна:

1) Використати запити для швидкого пошуку тої чи іншої інформації.

2) Переглянути або додавати дані до БД.

3) Переглянути або роздрукувати інформацію по необхідним видам матеріалів.

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

Завдання курсової роботи: автоматизувати.

Предмет та об'єкт дослідження

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

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

Методи дослідження

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

Курсова робота викладена на 20 сторінках комп'ютерного тексту і складається зі вступу, чотирьох розділів, висновків та додатків. Бібліографічний список включає 12 джерел на одній сторінці. Робота містить 8 таблиць і 5 рисунків загальним обсягом 8 сторінок.



РОЗДІЛ 1. ВИЗНАЧЕННЯ ТА ОПИС БАЗИ ДАНИХ ПРЕДМЕТНОЇ ОБЛАСТІ

1.1 Роль бази даних предметної області у господарському житті та її проблеми

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

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

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

Об'єктом маркетингового дослідження є виробничий цех ТОВ «12 стільців». Даний цех заснований в 2001 році. Розташування ТОВ «12 стільців» м.Рівне, вул. Буковенська,8.

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

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

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

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

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

При виробництві використовуються екологічно чисті імпортні та російські матеріали: ламіноване ДСП, протиударний ДВП, різних забарвлень і текстур товщиною до 2 мм.

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

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

Продукція ТОВ «12 стільців» складається з наступних груп товарів: стільці, шкафи, тумбочки, ліжка.

1.2 Основні сторони - учасники бази даних предметній області інфраструктури

Основні сторони - учасники БД:

- Цех;

- Замовник;

- Працівник;

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

Замовник- виконує замовлення та покупку щодо меблевої продукції.

Працівник- визначає ліміт матеріалів.

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

Діаграма варіантів використання БД

Рис.1.1 Діаграма варіантів використання БД.



РОЗДІЛ 2. КОНЦЕПТУАЛЬНА МОДЕЛЬ «СУТНІСТЬ-ЗВ'ЯЗОК»

2.1 Дослідження вхідних та вихідних документів досліджуваної бази даних

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

Автоматизована БД «Розробка БД визначення ліміту матеріалів по цеху на місяць» призначена для визначення ліміту, надання довідкової інформації, та збереження бази інформації про матеріали які знаходяться на даному цеху.

Вихідними документами є чек про оплату матеріалів, і інформація від консультанта про самі матеріали.

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

1. Конфігурація програмного забезпечення

2. Створення бази даних

3. Створення інтерфейсу

4. Реалізація функцій даної програми

5. Тестування та налагодження програмного продукту

2.2 Визначення сутностей, атрибутів, зв'язків бази даних

ER-модель - це одна з найпростіших візуальних моделей. Вона дозволяє осягнути структуру об'єкта «крупними мазками», в загальних рисах. Такий загальний опис структури називається ER-діаграмою або онтологією вибраної предметної області. ER-модель зручна при проектуванні інформаційних систем, баз даних, архітектур комп'ютерних застосунків та інших систем (моделей). За допомогою такої моделі виділяють найсуттєвіші елементи (вузли, блоки) моделі і встановлюють зв'язки між ними. Існує ряд моделей для представлення знань. Одним з найзручніших інструментів уніфікованого представлення даних, незалежного від реалізовуючого його програмного забезпечення, є модель "сутність-зв'язок" (entity - relationship model, ER - model).

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

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

Набір сутностей (entity set) - множини сутностей одного типу (що володіють однаковими властивостями). Сутність фактично є множиною атрибутів, які описують властивості всіх членів даного набору сутності.

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

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

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

Сутності та атрибути і первинні ключі предметної області «Розробка БД рішення задачі обліку випуску меблевої продукції для реалізації»

Таблиця 2.1

Сутність	Атрибути	Первинні ключі
Цех	Назва цеху e-mail Адреса Номер телефону	Код (РК) Меблева фабрика
Термін	Кількість замовлених речей Назва замовлених речей Замовник	Код (РК) Види меблів
Визначення норми	Кількість матеріалу на 1 виріб Кількість годин на обробку матеріалу Кількість годин на створення 1 виробу	Код (РК) Тип меблів
Матеріали	Назва матеріалів Ціна матеріалу Кількість матеріалу на складі	Код (РК) Меблі
Підсумок за місяць	Ширина Довжина Висота Спальне місце	Код (РК) Інформація

2.3 Побудова базової ER-моделі досліджуваної бази даних

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

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

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

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

Формування ER-діаграми проходить наступні етапи:

· визначення типів зв'язків між сутностями.

· перевірка всіх зв'язків типу «один до багатьох».

· за правилами нормалізації перевірка сутностей, атрибутів та майбутніх відношеннь.

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



РОЗДІЛ 3. ЛОГІЧНА СТРУКТУРА БАЗИ ДАНИХ. НОРМАЛІЗАЦІЯ БАЗИ ДАНИХ

3.1 Створення логічної моделі бази даних із застосуванням нормалізації

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

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

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

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

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

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

Подальша перевірка моделі полягає в уточненні можливості підтримки цілісності даних, та виявляє повну відповідність поставленим умовам.



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

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

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

СУБД виконує наступні функції:

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

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

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

- Надає контрольований доступ до бази даних за допомогою:

1)системи забезпечення безпеки та запобігання несанкціонованого доступу;

2)системи підтримки цілісності та узгодженості даних;

3) системи управленні паралельною роботою додатків, яка контролює процеси одночасного доступу до БД;

4) системи відновлення, що дозволяє відновити БД при апаратних збоях чи помилках у програмному забезпеченні.

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

* Таблиці - містять дані.

* Запити - дозволяють задавати умови для відбору даних і вносити зміни в дані.

* Форми - дозволяють переглядати і редагувати інформацію.

* Сторінки - файли у форматі HTML ( Hypertext Markup Language , Мова розмітки гіпертексту ) , що дозволяють переглядати дані Access за допомогою броузера Internet Explorer.

* Звіти - дозволяють узагальнювати і роздруковувати інформацію.

* Макроси - виконують одну або кілька операцій автоматично.

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

Редагування містить такі основні операції:

- видалення застарілих записів

- заміну одних записів іншими

- заміну окремих даних у записах

- внесення нових записів

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

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

Будь - яка СУБД має забезпечувати виконання найбільш використовуваних видів обробки даних.

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

У СУБД Access друк можна виконати в декількох формах:

* простий друк (на принтер виводиться вміст бази даних із режиму таблиці або форми);

* детальний звіт (можна вказати додаткові елементи в оформленні документа, які надають БД виду, зручного для користувача)

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

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



РОЗДІЛ 4. РЕАЛІЗАЦІЯ БАЗИ ДАНИХ ЧЕРЕЗ СУБД

4.1 Відтворення функціонально-структурної схеми СУБД. Реалізація сутностей бази даних засобами СУБД

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

При розробці функціональної схеми здійснив вибір:

· методів і засобів одержання й обробки первинної інформації;

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

· методів і технічних пристроїв для безпосереднього впливу на базу даних чи проектування її керуючих органів.

При розробці функціональних схем слід також дотримуватися ряд загальних принципів:

1. Проектована функціональна схема повинна передбачати можливість подальшого розвитку без істотних капітальних витрат.

2. Функціональна схема повинна будуватися на базі типових (серійних) засобів автоматизації й обчислювальної техніки.

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

На структурній схемі можуть бути показані:

· виробничі підрозділи бази даних (сутності), що підлягають автоматизації;

· органи керування потрібними процесами;

· пункти і служби контролю і керування;

· технічні засоби, що забезпечують реалізацію основних процесів автоматизації (проектування, керування і т.д.);

· технологічний (експлуатаційний) персонал і спеціалізовані служби, що забезпечують роботу системи;

· взаємозв'язки структурних підрозділів у базі даних, що автоматизується;

· структура даних розроблювальної БД;

· структура інформаційних потоків проектованої системи;

· схема процесу обробки інформації елементами програми (системи або підсистеми).

Елементи структурної схеми накресленні зображуються у вигляді прямокутників з відповідними поясненнями а також у вигляді таблиць.

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

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

Рис.4.1. Функціонально-структурна схема СУБД



4.2 Алгоритм роботи автоматизованої бази даних. Виконання операцій реляційної алгебри над відношеннями

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

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

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



ПЕРЕЛІК СКОРОЧЕНЬ ТА УМОВНИХ ПОЗНАЧЕНЬ

СУБД - система управління базами даних

БД - база даних

ІС - інформаційна система

ПК - персональний комп'ютер

MS - Microsoft

ППЗ - прикладне програмне забезпечення

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