Проектування даталогічної моделі бази данних

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

Зміст

Вступ

1. Опис підприємства для якого створена БД

2. Дослідження предметної області

3. Розробка інфологічної моделі

4. Проектування даталогічної моделі БД

5. Реалізація БД в СУБД MS Access

Висновки

Список використаної літератури



Вступ

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

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

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

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

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

Поступово з недостатнім розвитком програмного забезпечення ЕОМ з'явилися ідеї створення управляючих систем, які б накопичувати, зберігати і оновлювати взаємозалежні дані про цілому комплексу розв'язуваних завдань, наприклад при автоматизації бухгалтерського обліку, для підприємства. Ці ідеї знайшли собі втілення у системах управління базами даних (СУБД). З появою персональних комп'ютерів, СУБД стає найпопулярнішим засобом обробки табличної інформації. Вони є інструментальним засобом проектування банків даних при обробці великих обсягів інформації [1, c.94].



1. Опис підприємства для якого створена БД

ТОВ „Бучацький сирзавод” має свою цікаву історію.

Прообразом сьогоднішнього, сучасного заводу стала молочарня „Маслосоюзу” в селі Старі Петликівці. Після Першої світової війни на землях Західної України швидкими темпами розвивалась кооперація, особливо виробництво молочних продуктів: масла, сирів, бринзи. Природні умови Бучаччини були не гірші від західноєвропейських країн, мешканці краю, особливо ті, що побували під час війни за кордоном, були щиро зацікавлені в продажу та переробці молока, а збут на молочну продукцію доброї якості завжди був в ті часи і на внутрішніх ринках, і за кордоном. Масло вершкове та сири експортували до європейських столиць: Варшави та Відня.

В період після 1946 року в селі працював невеликий маслозавод. В сімдесятих роках на Тернопільщині інтенсивно почала розвиватись молочна галузь, будувались молокопереробні заводи (в основному сироробні) майже в більшості районних центрів. Зокрема в Бучачі в 1972 році було побудовано маслосирзавод, який переробляв на той час 35 тисяч тонн молока в рік. Основними видами продукції були сир Голландський брусковий, масло селянське, невелика кількість цільномолочної продукції.

Завод поступово зазнавав змін, реорганізацій, в вісімдесятих роках була проведена реконструкція основних виробничих цехів. В 1993 році загальними зборами колективу було створене відкрите, а в 2002 році закрите акціонерне товариство.

Голова правління ТОВ „Бучацький сирзавод” - Дорош Михайло Адамович, 1955 року народження, освіта вища, закінчив Київський технологічний інститут харчової промисловості в 1980 році. На Бучацькому сирзаводі працює з 1986 року спочатку головним інженером, а з 1987 року - директором. При створенні в 1995 році відкритого, а в 2002 році закритого акціонерного товариства обирається головою правління даних товариств. За період керівництва Дороша М.А. колектив підприємства досягнув вагомих успіхів в виробничій, господарській та економічній діяльності. В 2003 році Дороша М. А. нагороджують званням „Лицар Галичини” в номінації „Кращий виробник продуктів харчування”.

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

2. Дослідження предметної області

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

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

БД, яка описується у цій курсовій роботі, створена для підприємства ТОВ „Бучацький сирзавод”. Інформація яка міститься у даній БД є нарахування заробітної плати працівникам.

Для початку визначимось з поняттям, що таке заробітна плата та з чим її їдять?

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

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

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

1. Доплати та надбавки до тарифних ставок та посадових окладів у розмірах, передбачених діючим законодавством

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

3. Винагорода (відсоткові надбавки) за вислугу років, стаж роботи (надбавки за стаж роботи) за спеціальністю на цьому підприємстві.

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

1. Дорош Михайло Адамович - Голова правління

2. Калинюк Іван Ілліч - Член правління

3. Кіт Марта Миколаївна - Член правління

4. Конікович Іван Деонізович - Гол. Бухгалтер

5. Савка Василь Миколайович - Начальник цеху 1

6. Обарінчук Василь Тарасович - Начальник цеху 2

7. Кушнір Степан Михайлович - Бухгалтер

8. Пензей Ярослав Адамович - Механік

9. Остапишин Євген Васильович - Електрик

10. Стрільчук Василь Андрійович - Охоронець

11. Сіянчук Олег Петрович - Охоронець

12. Бабала Наталія Олександрівна - Секретар

13. Боднарук Андрій Вікторович - Майстер

14. Шмигельський Іван Іванович - Технолог

15. Данилюк Сергій Олегович - Фінансовий директор

3. Розробка інфологічної моделі

Інфологічна модель застосовується на другому етапі проектування БД, тобто після словесного опису предметної області. Інфологічне проектування перш за все пов'язане із спробою представлення семантики предметної області, її суті. В основу неологічного моделювання покладаємо висхідний підхід, суть якого полягає у виділенні інформаційних об'єктів(сутностей) з відповідними характеристиками(атрибутами), виявлених у переліку інформаційних запитів користувачів; побудові запитних зв'язків та встановлення взаємозв'язків між інформаційними об'єктами [4].

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



Таблиця 2.1 Перелік атрибутів

Перелік атрибутів
Код
Прізвище
Ім'я
По батькові
Посада
Стаж
Адреса
Дата народження
Телефон
Сімейне положення
Форма оплати праці
Кількість робочих місяців
Заробітна плата у місяць

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

Виділяються атрибути з переліку, тип відповідності між якими 1:1. Пари атрибутів агрегуються в об'єкти. При виділенні об'єкта йому присвоюється ім'я. Далі послідовно аналізують кожен атрибут, який залишився, і включають у об'єкт атрибути типи відповідності яких, між об'єктом і атрибутом рівні 1:1 або 1:Б. В іншому випадку виділяють наступний об'єкт. Після виділення об'єктів для кожного з них визначають первинний ключ [5].

Т(Працівники 1)=1:1

Виділяємо об'єкт Працівники 1

Т(Працівники 1)=1:1

Т(Код: Працівники 1)=1:1

Т(Прізвище: Працівники 1)=1:Б

Т(Ім'я: Працівники 1)=1:Б

Т(По батькові: Працівники 1)=1:Б

Т(Посада: Працівники 1)=1:Б

Т(Стаж: Працівники 1)=1:Б

Працівники 1

Код

Прізвище

Ім'я

По батькові

Посада

Стаж

Т(Працівники 2)=1:1

Виділяємо об'єкт Працівники 2

Т(Працівники 2)=1:1

Т(Код: Працівники 2)=1:1

Т(Адреса: Працівники 2)=1:Б

Т(Дата народження: Працівники 2)=1:Б

Т(Телефон: Працівники 2)=1:Б

Т(Сімейне положення: Працівники 2)=1:Б

Т(Працівники 2)=1:1

Код

Адреса

Дата народження

Телефон

Сімейне положення

Т(Працівники 3)=1:1

Виділяємо об'єкт Працівники 3

Т(Працівники 3)=1:1

Т(Код: Працівники 3)=1:1

Т(Форма оплати праці: Працівники 3)=1:Б

Т(Кількість робочих місяців: Працівники 3)=1:Б

Т(Заробітна плата у місяць: Працівники 3)=1:Б

Т(Працівники 3)=1:1

Код

Форма оплати праці

Кількість робочих місяців

Заробітна плата у місяць

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

Працівники 1

*Код

Прізвище

Ім'я

По батькові

Посада

Стаж

Працівники 2

*Код

Адреса

Дата народження

Телефон

Сімейне положення

Працівники 3

*Код

Форма оплати праці

Кількість робочих місяців

ЗП у місяць



4. Проектування даталогічної моделі БД

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

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

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

- усі атрибути відношень мають бути атомарними(неподільними);

- відношення не повинно мати дублюючих рядків і стовпчиків;

- усі атрибути у відношенні повинні мати унікальні імена.

При проектуванні даталогічної моделі БД слід врахувати особливості конкретної СУБД, які можуть вплинути на логічну модель, а саме:

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

- кількісне обмеження на логічну структуру БД (кількість полів, об'єм пам'яті, кількість записів, об'єктів);

- особливості фізичної організації даних вибраної СУБД.

Проектування структурованих БД для різних СУБД має ряд спільних рис:

- мінімальна логічна одиниця для всіх СУБД практично однакова і відповідає або ідентифікатору об'єкта, або властивості об'єкта чи процесів;

- групування елементів структури і визначення зв'язків між ними проводиться в результаті сумісного аналізу особливостей ПО, обмежень СУБД, обмежень на ресурси і потреби користувачів;

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

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

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

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



5. Реалізація БД

Як зазначалося вище для реалізації задачі обліку розрахунків з постачальниками використовується СУБД Access 2013. В даній СУБД для реалізації діалогу з користувачем передбачено такі типи об'єктів: таблиці, запити, форми, звіти.

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

Для створення таблиці необхідно виконати наступні дії:

- відкрити Access

- у вікні БД відкрити закладку Таблицы

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

- вибрати Конструктор і натиснути кнопку OK.

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

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

Для даного підприємства, ТОВ „Бучацький сирзавод”, були створені такі таблиці для нарахування заробітної плати:



Таблиця 1 «Працівники 1»

O Режим конструктор

O Режим таблиці



Таблиця 2 «Працівники 2»

O Режим конструктор

O Режим таблиці



Таблиця 3 «Працівники 3»

O Режим конструктор

O Режим таблиці

Створені нові таблиці потрібно провірити на 3 нормальних форми.

Перша нормальна форма (1НФ) є основою реляційної моделі.

Таблиця (відношення) знаходиться в 1НФ, якщо ні одне поле стрічки не містить більше одного значення і будь-яке ключове поле не пусте. Будь - яка таблиця в реляційній БД автоматично знаходиться в 1НФ. В 1НФ значення всіх атрибутів відношення є атомарними, тобто не є множиною.

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

Друга нормальна форма (2НФ)

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

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

Третя нормальна форма (3НФ) заснована на понятті транзитивної функціональної залежності. У 3НФ всі неключові атрибути взаємонезалежні.

Таблиця (відношення) знаходиться в 3НФ, якщо вона знаходиться в 2НФ і кожне її неключове поле (атрибут) нетранзитивно залежить від первинного ключа (ні одне з не ключових полів не залежить функціонально від будь - якого іншого неключового поля).

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

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

Для наших таблиць буде така схема даних:

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

Таблиця Працівники 1 зв'язана з таблицею Працівники 2 через Код, що є у двох таблицях, та він є ключовим. Таблиця Працівники 2 та Працівники 3 також зв'язані через Код, що є ключовим.

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

Для наших таблиць створені такі запити:

1. Запит 1

O Режим таблиці



O Режим конструктор

O Режим SQL

SELECT [Працівники 1].Код, [Працівники 1].Прізвище, [Працівники 1].Посада, [Працівники 1].Стаж

FROM [Працівники 1], [Працівники 1] AS [Працівники 1_1]

WHERE ((([Працівники 1].Стаж)>12))

ORDER BY [Працівники 1].Код, [Працівники 1].Прізвище, [Працівники 1].Посада, [Працівники 1].Стаж;

2. Запит 2

O Режим таблиці



O Режим конструктор

O Режим SQL

SELECT [Працівники 2].Код, [Працівники 2].Адреса, [Працівники 2].[Дата народження]

FROM [Працівники 2]

WHERE ((([Працівники 2].[Дата народження])>#1/1/1970#))

ORDER BY [Працівники 2].Код, [Працівники 2].Адреса, [Працівники 2].[Дата народження];

3. Запит 3

O Режим таблиці



O Режим конструктор

O Режим SQL

SELECT [Працівники 3].Код, [Працівники 3].[Кількість робочих місяців], [Працівники 3].[Заробітна плата у місяць], [Працівники 3].[Форма оплати праці], [Працівники 3].[Кількість робочих місяців], [Працівники 3].[Заробітна плата у місяць]

FROM [Працівники 3]

WHERE ((([Працівники 3].[Кількість робочих місяців])=12))

ORDER BY [Працівники 3].Код, [Працівники 3].[Форма оплати праці], [Працівники 3].[Кількість робочих місяців], [Працівники 3].[Заробітна плата у місяць];

4. Запит 4

O Режим таблиці

O Режим конструктор

O Режим SQL

SELECT [Працівники 3].Код, [Працівники 3].[Форма оплати праці], [Працівники 3].[Кількість робочих місяців], [Працівники 3].[Заробітна плата у місяць]

FROM [Працівники 3]

WHERE ((([Працівники 3].[Заробітна плата у місяць])>4000))

ORDER BY [Працівники 3].Код, [Працівники 3].[Форма оплати праці], [Працівники 3].[Кількість робочих місяців], [Працівники 3].[Заробітна плата у місяць];

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



Форма 1

Форма 2

Форма 3



Форма 4

Звіт 1



Звіт 2

Звіт 3



Висновок

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

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

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

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

Access - це, перш за все, система управління базами даних (СКБД). Як і інші продукти цієї категорії, вона призначена для зберігання і пошуку даних, подання інформації в зручному вигляді та автоматизації часто повторюваних операцій (таких, як ведення рахунків, облік, планування). За допомогою Access можна розробляти прості й зручні форми введення даних, а також здійснювати обробку даних і видачу складних звітів. Access - потужна програма Windows; вперше продуктивність СУБД органічно поєднується з тими зручностями, які є в розпорядженні користувачів Microsoft Windows. Можна вирізати, копіювати і вставляти дані з будь-якого додатку Windows в Access і навпаки; можна створити проект форми в Access і вставити його в конструктор форм.

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



Список літератури

1. Гайна Г. А. Основи проектування баз даних : навч. посіб. / Гайна Г. А. - К. : КНУБА, 2005. - 204 с.

2. Диго С. М. Базы данных: проектирование и использование : ученик /

С. М. Диго. - М. : Финансы и статистика, 2005. - 592 с.

3. Адріан Кінг Microsoft office зсередини: Пер. з англ. - СПБ.: Пітер, 2007. - 512с.

4. Бусленко Н.П., Калашніков В.В., Коваленко І.М. Лекції з теорії великих систем. - М.: 2006. - 312 с.

5. Вейкас Д. Ефективна робота з Microsoft Access 2007: Пер. з анг. - СПб.: Пітер, 2008 - 864 с.

6. Управління базами даних / О.П. Глудкін, Н.М. Горбунов та ін: Під ред. О.П. Глудкін. - М.: Прикладні програми 2007 600 с.

7. Горєв А., Ахаян Р., Макашарінов С. Ефективна робота із СУБД. - СПб.: Пітер, 2008 - 704 с.

8. Гост 6. 38 - 90. Уніфіковані системи документації. Система ОРД.

9. Документи. Діловодство. - М.: ПРІОР, 2005 - 144 с.

10. Зельднер Г.А. Пєшков А.А., Юдаков В.В. Комп'ютер на зв'язку! М. 2007.

11. Карпов Т.С. Бази даних: Моделі, розробка, реалізація. - СПб.: Пітер. 2007. - 304.с

12. Нольде Маттіас Знайомтеся: Microsoft Access: Пер. з нім. - К.: Торгово-видавниче бюро BHV, 2007. - 336 с.

13. Романичева Е.Т., Соколова Т.Ю., Шандуріна Г.Ф. Комп'ютерна графіка. - М.: ДМК Прес 2007 - 592 с.

14. Керівництво програміста по Visual Basic для Microsoft Access 2007: Пер. з англ. - М.: ДМК Пресс, 2008 - 544 с.

15. Смілянський Г.Л. Яка АСУ ефективна? (Керівнику про автоматизовані системи управління). - М.: Економіка, 2006 - 304 с.

16. Трудове право України - Грузінова Л.П - 2.Размещено на Allbest.ru

...