4.2. Модель даних

Основою бази даних є модель даних - абстрактне представлення реального світу, що відображає тільки ті об'єкти, що безпосередньо стосуються програми. Це, як правило, визначає специфічну групу об'єктів, їх атрибутивне значення і відношення між ними. В випадку ГІС, використовується механізм представлення і організації просторової моделі даних, або растрової моделі даних. Вона не залежить від комп'ютерної системи і пов'язана тільки з структурою даних [21, c. 56].

Існують такі моделі даних:

• Ієрархічна модель даних;

• Мережева модель даних;

• Реляційна модель даних;

• Об’єктно-орієнтована модель даних.

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

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

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

Назва «реляційна» (relational) пов'язана з тим, що кожен запис у таблиці даних містить інформацію, яка стосується якогось конкретного об'єкта. Крім того, зв'язані між собою дані навіть різних типів в моделі можуть розглядатися як одне ціле.

Таблиця має такі властивості:

- кожний елемент таблиці являє собою один елемент даних;

- повторювані групи відсутні;

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

- стовпцям присвоєні унікальні імена;

- у таблиці немає двох однакових рядків.

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

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

Недоліком реляційної моделі даних є надмірність по полях (для створення зв'язків між різними об'єктами бази даних).

Практично всі існуючі на сьогоднішній день комерційні бази даних і програмні продукти для їх створення використовують реляційну модель даних[16, c. 13-14].

Якщо детальніше розглядати базу даних, яка організована для обліку розрахунку собівартості продукції на Кондитерській корпорації «Рошен» і модель даних, яка використана для створення АРМ спеціаліста, слід зауважити, що ця модель даних, створена, для спрощення взаємодії різних таблиць і організації розрахунків, які включатимуть різні об’єкти всієї бази даних. Тому слід детальніше розглянути зв’язки між об’єктами і саму модель даних створену для підприємства. На рисунку 4.1. наведена схема моделі даних, яка використовується для створення даного АРМ.

Рис.4.1. Схема моделі даних

Схема моделі даних представлена п’ятьма таблицями. Всі елементи бази даних з’єднані між собою, немає абсолютно відокремлених об’єктів, не зв’язаних з більшістю. Це дасть змогу звертатися за допомогою запитів до всіх об’єктів БД.

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

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

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

Рис. 4. 2 Модель процесів в AnyLogic