Модуль учета

 

На основі приведених вище родовидових  списків складається словник  даних. Словник даних наведений  у табл. 2.11.

Таблиця 2.11

Словник даних

Назва реквізиту	Ідентифікатор	Тип, довжина та точність	Призначення
1. Найменування товару	N_TOV	Varchar (20)	Найменування товару
2. Найменування постачальника	N_FIRM	Varchar (15)	Найменування постачальника
3. Найменування підрозділу	N_DEP	Varchar (10)	Найменування підрозділу
4. Одиниця вимірювання	EDIZM	Varchar (6)	Одиниця вимірювання
5. Кількість товару	KOL	Float	Кількість товару
6. Ціна товару	CENA	Float	Ціна товару
7. Дата документа	DAT	Date	Дата надходження товару, переміщення, списання, реалізації
8. Тип документа	DOC_TYPE	Varchar (6)	Документ приходу, переміщення, списання, реалізації
9. Номер документа	DOC_NO	Integer	Номер документа

 

Для складання ескізу списку сутностей та їх атрибутів  розіб’ємо підсистему на окремі завдання (табл. 2.12).

 

Таблиця 2.12

Таблиця «Підзадача - дані»

№ підза-дачі	Назва підзадачі	Частота виконання	Обсяг	Елементи даних
070201	Ведення бази даних	За запитом		1- 4
070202	Формування електронного варіанту документів	щодня		1-9
070203	Формування звітних  документів	за запитом		1-10

 

В результаті проектування концептуальної інфологічної моделі даних  створено ER- діаграму (діаграма «сутність - зв’язок»). Наступним кроком є перехід від концептуальної інфологічної моделі даних до концептуальної даталогічної моделі. Для цього, в якості СУБД було обрано C++Builder 6, яка відрізняється надзвичайно низькими системними вимогами і при цьому має високу продуктивність і легкість адміністрування.

Реляційна модель бази даних представлена в таблиці 2.13.

 

Таблиця 2.13

Реляційна модель

Варіант визначення кирилицею	Варіант визначення латиницею
1	2
Таблиця «Довідник товарів» – «SPR_TOVAR»
Код товару	ID_TOV
Найменування товару	N_TOV
Таблиця «Довідник постачальників» – «SPR_FIRM»
Код постачальника	ID_ FIRM
Найменування постачальника	N_ FIRM
Таблиця «Довідник підрозділів» – «SPR_DEPART»
Код підрозділу	ID_DEP
Найменування підрозділу	N_DEP
Таблиця «Довідник одиниць вимірювання» – «SPR_EDIZM»
Одиниця вимірювання	EDIZM

 

 

Закінчення табл.2.13

1	2
Таблиця «Довідник типу документів» – «SPR_DOCTYPE»
Тип документу	DOC_TYPE
Таблиця «Довідник операцій» – «SPR_ OPER»
Операція (назва)	OPER_N
Таблиця «Реєстр заголовка документа» – «ST_DEP_H»
Ідентифікатор заголовку	SH_ID
Дата документу	DAT
Тип документу	DOC_TYPE
Номер документу	DOC_NO
Постачальник	ID_ FIRM
Склад (відправник)	ID_DEP
Склад (приймач)	ID_DEP
Операція	OPER_N
Таблиця «Реєстр даних документу» – «ST_DEP_ST»
Ідентифікатор даних	SS_ID
Ідентифікатор заголовку	SH_ID
Код товару	ID_TOV
Одиниця вимірювання	EDIZM
Кількість товару	KOL
Ціна товару	CENA
Сума по товару	SUM

 

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

Функціональна повнота. Ця властивість БД забезпечується обліком інформаційних вимог усіх потенційних користувачів ІС.

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

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

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

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

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

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

Безпека. Властивість  безпеки забезпечується доступом до системи тільки через пароль. Доступ до файлів адміністратора БД має тільки адміністратор БД по спеціальному паролі.

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

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

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

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

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

 

2.3.3. Організація позамашинного інформаційного забезпечення

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

Форми вхідних та вихідних документів представлено у дод. К.

Характеристика і структура  класифікаторів наведена у табл. 2.14.

 

Таблиця 2.14

Характеристика і структура  кодових позначень

Найменування класифікатора	Система кодування	Структура кодового позначення	Статус класифікатора
1	2	3	4
Код товару	4	ХXXX порядковий № товару	Локальний
Код підрозділу	2	ХХ порядковий № підрозділу	Локальний
Код постачальника	3	ХXX порядковий № постачальника	Локальний
Класифікатор одиниці  вимірювання	6	XXХХХХ абревіатура одиниці вимірювання	Локальний
Класифікатор типу документа	3	XXХ абревіатура типу документа	Локальний

 

Закінчення  табл.2.14

1	2	3	4
Класифікатор операції	6	ХХХXXХ назва  операції	Локальний
Дата	Позиційна	ХХ.ХХ.ХХХХ                                        рік                                        місяць                                        день	Локальний
Код документу	Позиційна	ХХ ХХ Х ХХ                                   порядковий номер  документу                                    вид інформацій  в документі                                   № задачі в підсистемі                                   код підсистеми	Локальний

 

 

2.4. Математичне забезпечення

 

2.4.1. Призначення та характеристика  алгоритму задачі.

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

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

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

Режим «Сервіс» здійснює страхове копіювання і відновлення БД.

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

В результаті реалізації алгоритму формуються ВК і МГ «Відомість кількісних залишків товарів», «Відомість руху товару».