Завдання

1. Зробити аналіз предметної області та виділити інформаційні об'єкти.

2. Визначити зв'язки інформаційних об'єктів і побудувати iнформацiйно - логічну модель (iлм).

3. Визначення логічну структуру бази даних.

4. Розробити фізичну структуру бази даних (створити таблиці, побудувати схему, прості запити та форми).

5. Ввести дані (не менш 5 записів у таблицях).

6. Створити електронні форми, що відображають первинні документи.

7. Викласти алгоритми рішення поставлених задач а), б).

8. Створити необхідні запити згідно алгоритму.

9. Створити звіті, що відбивають результати розв’язання задач.

10. Створити головну кнопкову форму.

СХЕМА ФОРМУВАННЯ ДОКУМЕНТООБІГУ

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

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

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

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

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

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

ПЕРЕЛІК ДОКУМЕНТІВ І РЕКВІЗИТІВ БАЗИ ДАНИХ «ВІДДІЛ ЗБУТУ ГОТОВОЇ ПРОДУКЦІЇ ПІДПРИЄМСТВА»

Документ	Ім'я сутності	Реквізити
Список виробів, що випускаються	Виріб	Код виробу Найменування виробу Код одиниці виміру Ціна Номер складу
Довідник одиниць виміру	Одиниця виміру	Код одиниці виміру Найменування одиниці виміру
Список випускаючих цехів	Цех	Номер випускаючого цеху Найменування цеху
Список складів	Склад	Номер складу Найменування складу
Список замовників	Замовник	Код замовника Найменування замовника Адреса
План випуску виробів цехами	План випуску	Номер цеху Місяць випуску Код виробу Кількість
Список договорів, укладених із замовником	Договір	Номер договору Код замовника
Специфікація договору	СДОГ	Номер договору Місяць відвантаження Код виробу Кількість
Список цехових накладних	ЦН	Номер цеху Номер цехової накладної Дата здачі
Специфікація цехової накладної	СЦН	Номер цеху Номер цехової накладної Код виробу Кількість
Список товарно-транспортних накладних	ТТН	Номер ТТН Дата відвантаження Номер договору
Специфікація ТТН	СТТН	Номер ТТН Код виробу Кількість
Список платіжних доручень	ПД	Номер ТТН Номер ПД Дата оплати
Специфікація ПД	СПД	Номер ТТН Номер ПД Код виробу кількість

ОБМЕЖЕННЯ ПРЕДМЕТНОЇ ОБЛАСТІ

При розробці проекту бази допускаються наступні обмеження:

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

• У готового виробу тільки одна одиниця виміру.

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

• На одному складі зберігається кілька найменувань готових виробів.

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

• Номер договору незмінний і унікальний.

• В одному договорі можуть бути кілька виробів.

• Той самий виріб може бути зазначений в одному договорі кілька разів із різними термінами відвантаження.

• Розглядаються тільки договори поточного року.

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

• Те саме виріб може бути заплановане до випуску в різні місяці.

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

• Документ про відвантаження готової продукції (ТТН) відноситься до одного договору і може містити трохи найменуванні виробів; його номер унікальний для підприємства.

• По одному договорі може бути кілька відвантажень.

• Номер документа про оплату відвантаженої продукції (ПД) унікальний для одного платника і відповідає конкретної (ТТН).

• В одному документі про оплату може бути кілька виробів.

• Однієї ТТН може відповідати трохи ПД.

Передбачити ситуації:

• за договором виріб замовлений, але не було відвантажено,

• виріб запланований до випуску, але не випущено,

• виріб відвантажений, але не оплачено.

Пояснення:

Заданий реквізит - реквізит, значення якого задається користувачем (уводиться з клавіатури).

Неповна оплата - часткова оплата відвантаженої продукції.

Не оплачена продукція - це продукція, по якій відсутні платіжні доручення.

Відхилення - різниця між планом і фактом. Якщо Відхилення менше нуля - це надлишок. Якщо відхилення більше нуля - це дефіцит.

ПЕРВИННІ ДОКУМЕНТИ І ЇХНІ РЕКВІЗИТИ

СТРУКТУРА РОБОТИ

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

ПРОЕКТУВАННЯ ІНФОРМАЦІЙНИХ БАЗ ДАНИХ

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

Розглянемо деякі поняття, що потрібні для опису досліджуваної ПО.

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

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

Склад реквізитів являє собою структуру IО. Часто будь-який IО називають сутністю через його розпливчасте визначення.

Сукупність взаємозалежних даних однієї ПО, організована на машинному носії засобами системи керування базами даних (СКБД), називається базою даних (БД).

СКБД - це універсальний комплекс програм, призначений для створення, ведення й використання бази даних. В останні роки найбільше поширення одержали реляційнім бази даних (РБД), Інформація в РБД зберігатися в одній або декількох взаємозалежних двовимірних таблицях, у, кожній з яких знаходиться інформація про один інформаційний об'єкт (сутності). Наприклад, сутність ПІДПРИЄМСТВА може мати мінімальний набір реквізитів: код підприємства й найменування підприємства. Якщо цю інформацію представити у виді таблиці, то вона буде виглядати так:

ПІДПРИЄМСТВА

Код підприємства	Найменування підприємства
101	Зоря
102	Схід
103	Північ

Конкретні значення реквізитів в одному рядку таблиці називаються екземпляром сутності. У даній сутності три екземпляри. Дані нашого приклада представлені в спрощеному виді для простоти сприйняття,

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

Ключ може бути простим або складеним. Простий ключ містить один реквізит, складений - декiлька. Складений ключ необхідний у тому випадку, якщо жоден із реквізитів по окремості не забезпечує доступу до потрібного екземпляра. Наприклад, у сутності План буде складений ключ;

Код підприємства + Код податку

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

ПЛАН

Код підприємства	Код податку	Сума
101	01	200
101	02	400
102	01	150
102	02	400
102	03	600
103	01	800
103	02	200
103	03	250

У таблиці ключові реквізити для зручності розташовують у перших стовпцях,

Між усіма сутностями, виявленими в передпроектному обстежені, треба установити типи зв'язків.

Зв'язки можуть бути один-до-одного (одне-однозначні) (1:1). один-до-багатьох (одне-багатозначні) (1:М), багато-до-багатьох (багато-багатозначні) (М:N).

Зв'язок 1:1 має місце, коли кожному екземплярові однієї сутності відповідає тільки один екземпляр другої сутності і навпаки.

Зв'язок 1:М є найбільше часто використовуваним типом зв'язку між сутностями. У такому зв'язку кожному екземплярові однієї сутності можуть відповідати кілька екземплярів іншої сутності. Наприклад, сутності ПІДПРИЄМСТВА й ПЛАН зв'язані по реквізиті Код підприємства. Одному екземплярові сутності ПІДПРИЄМСТВА з кодом 101 відповідають два екземпляри сутності ПЛАН, а кожному екземплярові сутності ПЛАН відповідає один екземпляр сутності ПІДПРИЄМСТВА. Такий зв'язок можна представити графічно:

Зв'язок М:N означає, що кожному екземплярові однієї сутності можуть відповідати кілька екземплярів другої сутності і, навпаки, кожному екземплярові другої сутності може відповідати теж кілька екземплярів першої сутності.

При створенні реляційної бази даних зв'язок М:N не може бути реалізована, тому що має місце невизначеність. Такий зв'язок або не використовують, або розривають на двох зв'язків типу 1:М. З цією метою вибирають (або створюють додаткову) сутність, що має загальні реквізити.

На підставі виявлених зв'язків будується ІНФОРМАЦІЙНО-ЛОГІЧНА МОДЕЛЬ (IЛМ). IЛМ - це модель даних, що відображає предметну область у виді сукупності інформаційних об'єктів і структурних зв'язків між ними.

Аналіз предметної області

ОПИС ПРЕДМЕТНОЇ ОБЛАСТІ Й ФУНКЦІЇ РОЗВ'ЯЗУВАНИХ ЗАДАЧ

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

Керування будь-яким об'єктом включає:

• планування,

• облік і контроль,

• аналіз.

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

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

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

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

Посадові функції економіста відділу доходів полягають:

• в обліку фактично надійшли податкових платежів;

• у контролі виконання плану надходжень податків у бюджет;

• в аналізі виконання плану підприємствами по платежах у бюджет;

• в аналізі податкових надходжень по видах податків.

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

З комплексу задач, розв'язуваних податковою інспекцією, розглянемо двох задач:

• аналіз оплати податків по заданому підприємству,

• виявлення недоплат податків на задану дату по всіх підприємствах.

ПЕРВИННІ ДОКУМЕНТИ І ЇХНІ РЕКВІЗИТИ

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

Для задачі 1:

Реквізит	Найменування податку	Планова сума	Фактична сума	Недоплати
Документ	Список податків	План надходжень	Платіжне доручення	Обчислити

І задачі 2:7

Реквізит	Найменування підприємства	Найменування податку	Недоплати
Документ	Список підприємств	Задача 1	Задача 1

У такий спосіб для рішення обраних задач необхідні первинні документи: Список підприємств, Список податків, План надходження. Платіжне доручення.

Зведення про платежі надходять із первинного документа «Платіжне доручення» (ПД) наступного виду:

ОБМЕЖЕННЯ ПРЕДМЕТНОЇ ОБЛАСТІ

По предметній області «Діяльність податкової інспекції» уведемо деякі обмеження:

за планом кожне підприємство може мати кілька видів податків,

платежі можуть здійснюватися частинами,

номер документа по оплаті (платіжне доручення) унікальний для підприємства платника,

оплата запланованих сум виробляється в 2003 році,

можлива відсутність фактичної оплати податку по якому-небудь підприємству,

в одному платіжному дорученні можуть бути кілька видів податків,

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

Постановка задач

ОРГАНІЗАЦІЙНО-ЕКОНОМІЧНА СУТНІСТЬ РОЗВ'ЯЗУВАНИХ ЗАДАЧ

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

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

Іншої не менш важливою задачею є оцінка надходження платежів.

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

Розглянемо організаційно-економічну сутність пропонованого комплексу задач.

Задача 1. Аналіз оплати податків по заданому підприємству.

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

У процесі рішення задачі економіст реалізує функції керування: обліку, контролю й аналізу.

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

Задача 2. Виявлення недоплат податків на задану дату по всіх підприємствах.

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

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

ОПИС ВИХІДНОЇ ІНФОРМАЦІЇ

Вихідну інформацію представимо у виді звітних форм:

Звіт для задачі 1:

Звіт для задачі 2

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

ОПИС ВХІДНОЇ ІНФОРМАЦІЇ

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

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

Перелік первинних документів, а так само джерело і термін надходження представимо у виді табл. 6.2:

Таблиця 6.2

№ п/п	Найменування документа	Реквізити	Від кого надходить	Термін надходження
1.	Список підприємств	Код підприємства Найменування підприємства	Фінансові органи	До початку планованого періоду
2.	Список податків	Код податку Найменування податку	Фінансові органи	До початку планованого періоду
3.	План надходження податків	Код підприємства Код податку Планова сума	Плановий відділ податкової інспекції	До початку планованого періоду
4.	Платіжне доручення	Номер документа Код підприємства Код податку Сума надходження Дата перерахування	Банк	В міру перерахування

Розробка інформаційного забезпечення

АНАЛІЗ ВХІДНОЇ ІНФОРМАЦІЇ ПРЕДМЕТНОЇ ОБЛАСТІ І ВИДІЛЕННЯ ІНФОРМАЦІЙНИХ ОБ'ЄКТІВ

Реквізитний склад первинних документів: код підприємства, найменування підприємства, код податку, найменування податку, планова сума, номер документа, сума надходження, дата перерахування.

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

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

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

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

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

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

Таблиця 6.3

Номер документа	Код підприємства	Дата перерахування	Код податку	Сума оплати
01	101	3.01.03	01	50
01	101	3.01.03	02	50
02	102	3.01.03	03	150
03	101	5.01.03	01	50
04	101	15.02.03	02	50
05	102	5.02.03	02	100
05	102	5.02.03	03	150
06	101	17.03.03	01	100
07	103	8.02.03	01	100
07	103	8.02.03	02	100
08	103	23.02.03	01	500
09	102	20.03.03	02	200
09	102	20.03.03	03	100

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

1 група. Усі загальні зведення про платежі, номер документа, дата перерахування і код підприємства представлені в табл. 6.4: