Зміст:

Список скорочень ... ... ... ... ... ... ... ... ... .... ... ... ... ... ... ... ... ... ... ... ... ... ... .3

Введення ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... 4

1. Аналіз діяльності малих виробничих підприємств.
1.1. Структура АІС ... ... ... ... .... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... 6
1.2. Функціональна схема підсистеми "Облік діяльності малих виробничих цехів" ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .. 10
2. Основні принципи створення БД.
2.1. Вимоги, яким повинна задовольняти організація БД ... ... ... .. 13

2.1.1.Установленіе багатосторонніх зв'язків ... ... ... ... ... ... ... ... ... ... ..... 13

2.1.2. Продуктивність ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .. 13

2.1.3. Мінімальні витрати ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .... ... .14

2.1.4. Мінімальна надмірність ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .14

2.1.5. Можливість пошуку ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .14

2.1.6. Цілісність ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... 14

2.1.7. Безпека і таємність ... ... ... ... ... ... ... ... ... ... ... ... ... .. ... ... 15

2.1.8. Зв'язок з минулим ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .... ... .. 15

2.1.9. Зв'язок з майбутнім ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... 15

2.1.10. Простота використання ... ... ... ... ... ... ... ... .... ... ... ... ... ... ... ... 16
2.2. Основи побудови банків даних ... ... ... ... ... ... ... ... ... ... ... ... ... ... .. 16
2.3. Мова SQL як стандартну мову БД ... ... ... ... ... ... ... ... ... ... ... ... ... ... .. 19

2.3.1. Мова SQL ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .. ... .. 19

2.3.2. Переваги SQL ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... 21
2.4. Архітектури БД ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .. 25
2.5. Проблема проектування БД ... ... ... ... ... ... ... ... ... ... ... ... ... ... .... ... .. 29
3. Середа Delphi як засіб для розробки СУБД.
3.1. Програмний продукт Delphi ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .. ... .. 31
3.2. Високопродуктивний компілятор в машинний код ... ... ... ... ... ... 33
3.3. Потужний об'єктно-орієнтована мова ... ... ... ... ... ... ... ... ... ... ... .34
3.4. Об'єктно-орієнтована модель програмних компонент ... .... ... .35
3.5. Бібліотека візуальних компонент ... ... ... ... ... ... ... ... ... ... ... ... .... ... .36
3.6. Форми, модулі і метод розробки "Two-Way Tools" ... ... ... ... ... .. ... .39
3.7. Масштабуються засоби для побудови БД ... ... ... ... ... ... ... ... .. ... .40
3.8. Налаштування середу розробника ... ... ... ... ... ... ... ... ... ... ... ... ... .. ... .43
3.9. Незначні вимоги до апаратних і програмних засобів ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .45
4.Опісаніе програми.
4.1.Структура зберігання інформації ... ... ... ... ... ... ... ... ... ... ... ... ... ... .. ... .46
4.2. Структура БД ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .... ... .. 46
4.3. Інтерфейс програми ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... 53
4.4. Екранні форми ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .54
4.5. Керівництво користувача ... ... ... ... ... ... ... ... ... ... ... ... ... ... .... ... ... ... .55
5. Безпека і екологічність проекту.
5.1. Аналіз основних небезпек та шкідливих факторів ... ... ... ... ... ... ... ... .61

5.1.1. Комплекс заходів з охорони праці оператора ПЕОМ ... ... ... ... ... ... .. 61

5.1.1.1. Шум і вібрація ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .... 63

5.1.1.2. Планування робочого місця ... ... ... ... ... ... ... ... ... ... ... ..... 63

5.1.1.3. Освітлення ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .65

5.1.1.4. Статична електрика ... ... ... ... ... ... ... ... ... .... ... ... .65

5.1.1.5. Випромінювання ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .... ... .66

5.1.1.6. Пожежна безпека на РМ ... ... ... ... ... ... ... ... ... ... ... .66

5.1.2. Виробничі шуми і вібрація ... ... ... ... ... ... ... ... ... ... ... .. 66
5.2. Розрахунок рівня звукового тиску ... ... ... ... ... ... ... ... ... ... ... ... .. ... ... .. 67
5.3. Розрахунок штучного освітлення в операторної ЕОМ ... ... ... ... ... ... .. 68
6. Організаційно-економічна частина проекту.
6.1. Організація розробки програмного продукту ... ... ... ... ... ... ... ... ... 71

6.1.1 Склад і структура проекту ... ... ... ... ... ... ... ... ... ... ... ... ... .... ... .71

6.1.2 Новизна і складність розробки ... ... ... ... ... ... ... ... ... ... .... ... ... 72

6.1.3 Перелік робіт та стадії їх виконання ... ... ... ... ... ... ... ... ... ... .73

6.1.4 Трудомісткість виконуваних робіт ... ... ... ... ... ... ... ... ... ... .... ... .75

6.1.5 Планування розробки та впровадження ... ... ... ... ... ... ... ... ... .. ... .75

6.1.6 Розрахунок і оптимізація параметрів мережного графіка ... ... ... ... ... .77
6.2. Вартість програмного продукту ... ... ... ... ... ... ... ... ... ... ... ... ... ... .. 82

6.2.1 Витрати на створення програмного продукту ... ... ... ... ... ... .... ... 82 < p> 6.2.2 Ціна програмного продукту ... ... ... ... ... ... ... ... ... ... ... ... .... ... .. 82
6.3. Оцінка очікуваного економічного ефекту ... ... ... ... ... ... ... ... ... ... .. 86

6.3.1 Вибір методу розрахунку ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .... .. 86

6.3.2 Відомості про базове та впроваджуємо варіантах ... ... ... ... ... ... ... ... 86

6.3.3 Капітальні витрати ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .... 86

6.3.4 Поточні витрати ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .87

6.3.5 Розрахунок економічного ефекту ... ... ... ... ... ... ... ... ... ... ... ... ... .. 88
Висновок ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .... ... .89
Список літератури ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .90

СПИСОК СКОРОЧЕНЬ

АБД - адміністратор БД ;

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

АРМ - автоматизоване робоче місце;

АСУ - автоматизовані системи управління;

АСУ П -- АСУ підприємства;

АСУ ТП - АСУ технологічних процесів;

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

ГОСТ - державний стандарт;

ПАЗ -- протиаварійне захист;

ПТК - програмно-технічний комплекс;

ПЛК - програмно-логічний контролер;

ФЗП - фонд заробітної плати; п/с - підсистема; п/ф - напівфабрикат;

СтП - стандарт підприємства;

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

ТУ - технічні умови;

ТЕП - техніко-економічні показники;

ЯОД - мова опису даних;

Введення

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

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

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

Сучасні СУБД забезпечують:

- набір засобів для підтримки таблиць і відносин між пов'язанимитаблицями;

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

- засоби програмування високого рівня, за допомогою яких можнастворювати власні додатки.

Для розробки АІС "Облік діяльності малих виробничихпідприємств "була обрана інтегроване середовище розробки Delphi 5 для
WINDOWS - додатків. АІС "Облік діяльності малих виробничихпідприємств "призначена надавати оперативну інформацію для АРМ
Керівництва, готувати інформацію для подальшого аналізу, знижуватиобсяги паперового документообігу і д.р.

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

Розділ 1. Аналіз діяльності малих виробничих підприємств.

1.1. Структура АІС.

Розглянемо структуру АІС малого виробничого підприємства та їївзаємозв'язку з іншими системами.

Рис.1.1. Групи АІС.

При розгляді АІС будемо використовувати вісім груп АІС (рис.1.1), ввідповідно до структури підприємства.

Взаємозв'язку АІС "Основне виробництво та контроль якості":

Основне виробництво і контроль якості - один з найважливішихпідсистем АСУ промислового підприємства. У цій підсистемі ведуться всіпервинні документи з основної виробничої діяльності і створюєтьсязвітна інформація, з якою працюють інші підсистеми. Підсистемавиконує відразу кілька функцій: Планування виробництва, Обліквиробництва, Контроль якості виробництва і Аналіз. П/с "Основневиробництво та контроль якості "обмінюється інформацією з багатьмапідрозділами підприємства.

Взаємозв'язку усередині АІС "Основне виробництво та контроль якості"представлені на ріс.1.2.

Рис. 1.2. Взаємозв'язку усередині АІС "Основне виробництво та контроль якості".

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

Обмін інформацією з п/с "Фінансовий облік" йде з податків (план і фактвиплат), договірними зобов'язаннями, витрат, планованому і фактичноговиробництва.

При розрахунку собівартості продукції і обліку виробництва,використовується інформація про витрати на допоміжні ресурси, яка надходитьз п/з "Облік допоміжного виробництва". Це кошторису витрат, планиремонтів, плани будівництва.

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

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

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

П/с "Облік персоналу" передає в п/з "Основне виробництво і контрольякості "інформацію про співробітників і дані з планового ФЗП. Ці даніберуть участь у розрахунку собівартості продукції.

Вся звітність п/с "Основне виробництво та контроль якості"передається в п/з "Управління і аналіз" для проведення подальшого аналізу тапланування, в т.ч. стратегічного.

Всередині п/с "Основне виробництво та контроль якості", існуєінтенсивний обмін інформацією між підсистемами різних службвиробництва і контролю якості.

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

П/с "Облік діяльності виробничих цехів" складається з підсистемвідображених на рис.1.3.

рис.1.3. П/с "Облік діяльності виробничих цехів".

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

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

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

П/с "Технологічний контроль виробництва" передає в п/с
"Планування та облік ТЕП" технічні показники, норми витрати ресурсів повиробництва, потреби в ресурсах, план і факт втрат у виробництві, ав п/з "Облік діяльності виробничих цехів" - норми витрати ресурсів івтрат, регламенти виробництва. З п/с "Контроль якості" в п/с
"Технічний контроль виробництва" надходить звітність про якість, з п/з
"Статистичний облік якості" - результати статистичного аналізуякості, з п/з "Облік діяльності виробничих цехів" - звітність зафактичного виробництва.

П/с "Оперативний контроль за діяльністю підприємства" отримує зп/с "Облік діяльності виробничих цехів" оперативну інформаціюз виробництва, а з п/с "Контроль якості" - оперативну інформацію проякості.

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

П/с "Контроль якості" отримує замовлення на аналізи від п/с
"Оперативний контроль за діяльністю підприємства" та п/с "Облікдіяльності виробничих цехів ". Сюди надходить інформація про наявністьсировини, п/ф, продукції з п/с "Облік діяльності виробничих цехів",
ГОСТи, ТУ, СтП, керівництва і форми паспортів якості з п/с "Службисертифікації ", статистична звітність з п/с" Статистичний облікякості ". П/с" Контроль якості "передає оперативну інформацію прояк, паспорти якості в п/с "Облік діяльності виробничихцехів "і в п/с" Оперативний контроль за діяльністю підприємства ", азвіти - в п/з "Технологічний контроль виробництва" та п/с "Службасертифікації ". С п/с" Планування та облік ТЕП "відбувається обмін даними покошторисі змісту.

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

1.2. Функціональна схема підсистеми "Облік діяльності малих виробничих цехів".

П/с "Облік діяльності виробничих цехів" ділиться на наступніфункціональні модулі (ріс.1.4 .):

Облік руху сировини, напівфабрикатів, продукції.

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

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

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

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

Ріс.1.4.Функціональная схема п/с "Облік діяльності виробничих цехів".

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

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

- підсистеми автоматичного протиаварійного захисту (ПАЗ)технологічного процесу та обладнання.

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

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

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

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

Вся інформація про діяльність підприємства розділяється на декількатипів. Виділяються наступні дані:

• про обсяги надходження сировини на установки

• про обсяги переробки на установках

• про обсяги спалив на установці (для деяких установок)

• про обсяги цехової відвантаження (наприклад, відвантаження коксу)

• про витрату палива по установках

• про витрату палива на потреби ТЕЦ

• про втрати по установках

• про виробках газу (для деяких установок)

• про залишки продукції в цехах (наприклад, залишки коксу)

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

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

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

Створення АІС "Облік діяльності малих виробничих підприємств"відкриває великі можливості перед користувачами та керівництвом.

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

Розділ 2. Основні принципи створення баз даних.

2.1. Вимоги, яким повинна задовольняти організація бази даних.

Вивченням цього питання тривалий час займалися різні групи людейв установах, що використовують ЕОМ, в урядових комісіях, наобчислювальних центрах колективного користування. Комітет CODASYLопублікував звіти на цю тему (CODASYL-організація, яка розробила мову
Кобол). Організації користувачів IBM SHARE і GUIDE у своєму звітісформулювали вимоги до системи управління базами даних. Організація
ACiM (Association for Computing Machinery) також займалася вивченням цьогопитання.

Нижче перераховані основні вимоги до організації бази даних.

2.1.1. Встановлення багатосторонніх зв'язків.

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

2.1.2. Продуктивність.

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

У системах, призначених тільки для пакетної обробки, часвідповіді не так важливо і метод фізичної організації може вибиратися зумов забезпечення ефективної пакетної обробки. [7, 10, 11].

2.1.3. Мінімальні витрати.

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

2.1.4. Мінімальна надмірність.

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

2.1.5. Можливості пошуку.

Користувач бази даних може звертатися до неї з самими різнимипитаннями з приводу збережених даних. У більшості сучасних комерційнихдодатків типи запитів зумовлені, і фізична організація данихрозробляється для їх обробки з потрібною швидкістю. Збільшенівимоги до систем полягають у забезпеченні обробки таких запитівабо формування таких відповідей, які заздалегідь не заплановані. [7, 10,
11].

2.1.6. Цілісність.

Якщо база даних містить дані, що використовуються багатьма користувачами,дуже важливо, щоб елементи даних і зв'язку між ними не руйнувалися.
Необхідно враховувати можливість виникнення помилок і різного родувипадкових збоїв. Зберігання даних, їх оновлення, процедури включення данихповинні бути такими, щоб система в разі виникнення збоїв моглавідновлювати дані без втрат. Необхідно, щоб обчислювальна системагарантувала цілісність збережених у ній даних. [7, 10, 11].

2.1.7. Безпека і таємність.

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

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

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

2.1.8. Зв'язок з минулим.

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

2.1.9. Зв'язок з майбутнім.

Особливо важливою є зв'язок з майбутнім. У майбутньому дані іСереда їх зберігання зміняться з багатьох напрямків. Будь-яка комерційнаорганізація з часом зазнає змін. Особливо дорогими цізміни виявляються для користувачів системами обробки даних.
Величезні витрати, які потрібні для реалізації самих простих змін,сильно гальмують розвиток цих систем. Ці витрати витрачаються наперетворення даних, перезапис і налагодження прикладних програм, що з'явилисярезультатом внесення змін. З часом кількість прикладних програм уорганізації зростає, і тому перспектива перезапису всіх цих програмздається нереальною. Одна з найбільш важливих завдань при розробці базданих-запланувати базу даних таким чином, щоб зміни її можнабуло виконувати без модифікації прикладних програм. [7, 10, 11].

2.1.10. Простота використання.

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

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

2.2. Основи побудови банків даних.

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

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

Для забезпечення гнучкості використання даних необхідно враховувати двааспекти розробки БД:

- по-перше, дані повинні бути незалежні від програм для того, щобдані можна було додавати або перебудовувати без зміни програм;

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

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

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

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

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

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

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

ЯМД представлений системою команд маніпулювання даними. У ньомуможуть бути, наприклад, такі команди:

1. Зробити вибірку з бази даних конкретного даного, значенняякого задовольняє заданим умовам;

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

Системи управління базою даних підрозділяють на дві групи взалежно від способу реалізації ЯМД:

1. СУБД з включає мовою;

2. СУБД з базовою мовою.

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

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

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

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

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

Опції АБД наступні:

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

- координувати всі дії з проектування, реалізації та ведення
БД;

- враховувати перспективні та поточні вимоги користувачів;

- вирішувати питання, пов'язані з розширенням БД в зв'язку зі зміноюкордонів ПЗ;

- розробляти і реалізовувати заходи щодо забезпечення захисту даних віднекомпетентного їх використання, від збоїв технічних засобів, забезпеченнясекретності певної частини даних і розмежування доступу до них;

- контролювати надмірність і суперечливість даних, їхдостовірність;

- координувати роботу технічного забезпечення системи, системн