приховати рекламу

Автоматизована інформаційна система Облік економічної діяльності борошномельного цеху

[ виправити ] текст може містити помилки, будь ласка перевіряйте перш ніж використовувати.


Нажми чтобы узнать.
скачати

Зміст:

Список скорочень ... ... ... ... ... ... ... ... ... .... ... ... ... ... ... ... ... ... ... ... ... ... ... .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

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.):

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

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

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

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

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





Таблиця 6.9.

Терміни виконання робіт і потреба у виконавцях.

+------------------------------------------------- ---------------------+

| Робота | Трудоем-| Початок | Трива-| Закінчення | Потреба |

|------------| Кістка | роботи | розрахунку | роботи | у виконавчої |

| Номер код | годину | день | дні | дні | телях |

+------------------------------------------------- ---------------------|

| 1 1 - 2 39.0 .0 3.5 3.5 1.33 |

| 2 1 - 3 10.0 .0 3.5 3.5 .38 |

| 3 2 - 4 26.0 3.5 3.0 6.5 1.09 |

| 4 3 - 5 33.0 3.5 6.5 10.0 .69 |

| 5 4 - 5 34.0 6.5 3.5 10.0 1.24 |

| 6 5 - 6 48.0 10.0 4.5 14.5 1.47 |

| 7 6-19 23.0 14.5 23.5 38.0 .12 |

| 8 6 - 7 29.0 14.5 3.5 18.0 1.15 |

| 9 6 - 8 27.0 14.5 5.0 19.5 .68 |

| 10 7 - 9 59.0 18.0 4.5 22.5 1.64 |

| 11 7-17 19.0 18.0 16.0 34.0 .15 |

| 12 8-10 22.0 19.5 4.5 24.0 .62 |

| 13 9-11 22.0 22.5 3.0 25.5 1.00 |

| 14 10-12 10.0 24.0 3.5 27.5 .42 |

| 15 11-13 12.0 25.5 2.5 28.0 .74 |

| 16 12-14 11.0 27.5 3.5 31.0 .44 |

| 17 13-15 34.0 28.0 3.5 31.5 1.24 |

| 18 14-16 15.0 31.0 3.5 34.5 .51 |

| 19 15-17 14.0 31.5 2.5 34.0 .80 |

| 20 16-19 15.0 34.5 3.5 38.0 .51 |

| 21 17-18 8.0 34.0 1.5 35.5 .60 |

| 22 18-19 12.0 35.5 2.5 38.0 .74 |

| 23 19-20 63.0 38.0 4.5 42.5 1.69 |

| 24 20-21 30.0 42.5 3.5 46.0 1.17 |

| 25 21-22 35.0 46.0 3.5 49.5 1.26 |

| 26 22-23 13.0 49.5 2.5 52.0 .77 |

| 27 22-24 8.0 49.5 5.5 55.0 .20 |

| 28 23-24 24.0 52.0 3.0 55.0 1.04 |

| 29 24-25 21.0 55.0 2.5 57.5 .98 |

| 30 25-26 24.0 57.5 3.0 60.5 1.04 |

+------------------------------------------------- ---------------------+


Таблиця 6.10.

Динаміка зміни мінімальної потреби у виконавцях.

+------------------------------------------------- ---------------------+

| Час (дні) .0 3.5 6.5 10.0 14.5 18.0 19.5 22.5 |

| Потреба 1.7 1.8 1.9 1.5 2.0 2.6 2.5 1.9 |

+------------------------------------------------- ---------------------|

| Час (дні) 24.0 25.5 28.0 31.5 34.0 35.5 38.0 42.5 |

| Потреба 1.7 1.4 2.0 1.6 1.2 1.4 1.7 1.2 |

+------------------------------------------------- ---------------------|

| Час (дні) 46.0 49.5 52.0 55.0 60.5 .0 .0 .0 |

| Потреба 1.3 1.0 1.2 1.0 .0 .0 .0 .0 |

+------------------------------------------------- ---------------------+


Таблиця 6.11.

План-графік виконання комплексу робіт.

+------------------------------------------------- -------------------------------------------------- -------------------+

| NN Про-На-Вікон-|

| Ра-дол-ча-Час виконання робіт ча-|

| Бо-жит. ло шення |

| Ти дні день день |

|-------------====*==== 1 ====*==== 2 ====*==== 3 ====*= === 4 ====*==== 5 ====*==== 6 ====*==== 7 ====*==== 8 ====*= === 9 ====*==== 0 -----|

| 1 3.5 .0 ----- ........................................ .................................................. ..... 3.5 |

| 2 3.5 .0 ----- ........................................ .................................................. ..... 3.5 |

| 3 3.0 3.5 ....------.................................... .................................................. .... 6.5 |

| 4 6.5 3.5 ....------------.............................. .................................................. .... 10.0 |

| 5 3.5 6.5 .........-------.............................. .................................................. .... 10.0 |

| 6 4.5 10.0 ...............--------....................... ....................... .............................. 14.5 |

| 7 23.5 14.5 ......................------------------------ ----------------.................................. .... 38.0 |

| 8 3.5 14.5 ......................-------................. .................................................. .... 18.0 |

| 9 5.0 14.5 ......................----------.............. .................................................. .... 19.5 |

| 10 4.5 18.0 ............................---------......... .................................................. .... 22.5 |

| 11 16.0 18.0 ............................------------------ ----------........................................ .... 34.0 |

| 12 4.5 19.5 ...............................--------....... .................................................. .... 24.0 |

| 13 3.0 22.5 ....................................------.... .................................................. .... 25.5 |

| 14 3.5 24.0 ......................................-------. .................................................. .... 27.5 |

| 15 2.5 25.5 .........................................----- .................................................. .... 28.0 |

| 16 3.5 27.5 ............................................-- -----............................................. .... 31.0 |

| 17 3.5 28.0 .............................................- ------............................................ .... 31.5 |

| 18 3.5 31.0 .............................................. ....-------....................................... .... 34.5 |

| 19 2.5 31.5 .............................................. .....-----........................................ .... 34.0 |

| 20 3.5 34.5 .............................................. ..........------.................................. .... 38.0 |

| 21 1.5 34.0 .............................................. .........---...................................... .... 35.5 |

| 22 2.5 35.5 .............................................. ...........-----.................................. .... 38.0 |

| 23 4.5 38.0 .............................................. ...............---------.......................... .... 42.5 |

| 24 3.5 42.5 .............................................. .......................-------.................... .... 46.0 |

| 25 3.5 46.0 .............................................. .............................------............... .... 49.5 |

| 26 2.5 49.5 .............................................. ..................................-----........... .... 52.0 |

| 27 5.5 49.5 .............................................. ..................................----------...... .... 55.0 |

| 28 3.0 52.0 .............................................. ......................................------...... .... 55.0 |

| 29 2.5 55.0 .............................................. ...........................................------. .... 57.5 |

| 30 3.0 57.5 .............................................. ...........................................------. .... 57.5 |

+------------------------------------------------- -------------------------------------------------- -------------------+


6. 2. Вартість програмного продукту.


6.2.1.Затрати на створення програмного продукту.

Вартість виконання кожної роботи створення ПП визначається як сума заробітної плати працівників і накладних (непрямих) витрат за формулою:

Ср = sum (Зr + НR), (2.1)

r - R

де Зr - заробітна плата і відрахування на соціальне страхування при виконанні r-тої роботи;

НR - величина накладних витрат, пов'язаних з виконанням r-тої роботи;

R - безліч виконуваних робіт.

Величина заробітної плати на виконання r-тої роботи дорівнює:

Зr = Зоr + Здr + Зсr, (2.2)

Зоr = ТR ​​* Счr * (1 + Кпr), (2.3)

Здr = Кд * Зоr, (2.4)

Зсr = Кс * (Зоr + Здr), (2.5)


де Зоr - основна заробітна плата на виконання r-тої роботи;

ТR - трудомісткість роботи в нормочасах;

Счr - середня годинна тарифна ставка виконання роботи;

Кпr - коефіцієнт премій та доплат;

Здr - додаткова заробітна плата;

Кд - коефіцієнт додаткової заробітної плати;

Зсr - відрахування на соц. страхування;

Кс - коефіцієнт відрахувань на соц. страхування.


Величина накладних витрат пов'язаних з виконанням r-тої роботи, визначається за формулою:

НR = (Зr * Кнr) / 100, (2.6)

де Кнr - відсоток накладних витрат.


Вихідні дані для розрахунку витрат на виконувані роботи наведені в табл. 6.6, 6.7. Кошторис витрат на виконання кожної роботи розрахована на ЕОМ і приведена в табл. 6.12. Економічна характеристика розробки та впровадження програмного продукту наведена в табл. 6.13.


6.2.2.Цена програмного продукту.

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

Цр = КПС * (1 + Кр) * (1 + Пт/100) / Рпк, (2.7)

де СПП - собівартість створення програмного продукту;

Кр - коефіцієнт рентабельності розробки;

Кт - відсоток торгової націнки до оптової ціни;

Рпк - кількість екземплярів, реалізованих в поточному році.


Витрати на створення програмного продукту, тобто його собівартість, складають 17 643 руб. Коефіцієнт рентабельності, що визначає прибуток від реалізації програмного продукту, прийнятому рівним 0,2. Очікується, що в поточному році буде продано три примірники програмного продукту з торговою націнкою 70%.

У цьому випадку роздрібна ціна програмного продукту встановлюється рівною:

Цр = 17643 * (1 +0,2) * (1 +70 / 100) / 3 = 11 997 руб.


Таблиця 6.12.

Кошторис витрат на виконувані роботи.

+------------------------------------------------- -------------------------------------------------- ----+

| | Трудоем-| середня | відсоток | основна | додатк. | Отчисл. | Сума | накладні. | Загальна |

| Номер | кість | годинна | премії | зарплата | зарплата | на соц. | Зарплати | витрати | сума |

| Роботи | нормо-| ставка | та | | | страхів. | І отчисл. | | Витрат |

| | Годину | руб / год | доплат | руб. | Руб. | Руб. | Руб. | Руб. | Руб. |

+------------------------------------------------- -------------------------------------------------- ----|

| 1 39. 7.20 25.00 351.00 28.08 140.26 519.34 415.47 934.81 |

| 2 10. 6.40 20.00 76.80 6.14 30.69 113.63 113.63 227.27 |

| 3 26. 6.40 20.00 199.68 15.97 79.79 295.45 236.36 531.80 |

| 4 33. 6.40 20.00 253.44 20.28 101.27 374.99 299.99 674.98 |

| 5 34. 6.80 20.00 277.44 22.20 110.87 410.50 328.40 738.90 |

| 6 48. 7.20 25.00 432.00 34.56 172.63 639.19 639.19 1278 .37 |

| 7 23. 5.60 20.00 154.56 12.36 61.76 228.69 228.69 457.37 |

| 8 29. 7.20 20.00 250.56 20.04 100.12 370.73 296.58 667.31 |

| 9 27. 6.40 20.00 207.36 16.59 82.86 306.81 245.45 552.26 |

| 10 59. 6.80 25.00 501.50 40.12 200.40 742.02 593.62 1335 .64 |

| 11 19. 6.80 25.00 161.50 12.92 64.54 238.96 238.96 477.91 |

| 12 22. 6.40 20.00 168.96 13.52 67.52 249.99 374.99 624.98 |

| 13 22. 6.40 20.00 168.96 13.52 67.52 249.99 199.99 449.99 |

| 14 10. 6.00 20.00 72.00 5.76 28.77 106.53 106.53 213.06 |

| 15 12. 6.00 20.00 86.40 6.91 34.53 127.84 102.27 230.11 |

| 16 11. 6.00 20.00 79.20 6.34 31.65 117.18 175.78 292.96 |

| 17 34. 6.40 20.00 261.12 20.89 104.34 386.35 309.08 695.44 |

| 18 15. 5.60 20.00 100.80 8.06 40.28 149.14 223.72 372.86 |

| 19 14. 6.40 20.00 107.52 8.60 42.96 159.09 127.27 286.36 |

| 20 15. 5.60 20.00 100.80 8.06 40.28 149.14 119.31 268.46 |

| 21 8. 6.40 20.00 61.44 4.92 24.55 90.91 72.73 163.63 |

| 22 12. 6.40 20.00 92.16 7.37 36.83 136.36 109.09 245.45 |

| 23 63. 6.80 25.00 535.50 42.84 213.99 792.33 633.86 1426 .19 |

| 24 30. 6.00 25.00 225.00 18.00 89.91 332.91 266.33 599.24 |

| 25 35. 6.00 25.00 262.50 21.00 104.89 388.39 776.79 1165 .18 |

| 26 13. 6.00 20.00 93.60 7.49 37.40 138.49 276.98 415.47 |

| 27 8. 6.00 20.00 57.60 4.61 23.02 85.22 68.18 153.40 |

| 28 24. 6.00 25.00 180.00 14.40 71.93 266.33 532.66 798.98 |

| 29 21. 6.00 25.00 157.50 12.60 62.94 233.04 466.07 699.11 |

| 30 24. 6.00 25.00 180.00 14.40 71.93 266.33 399.49 665.82 |

+------------------------------------------------- -------------------------------------------------- ----|

| РАЗОМ 740. 5856.90 468.55 2340 .42 8665.87 8977.45 17643.32 |

+------------------------------------------------- -------------------------------------------------- ----+


Таблиця 6.13.

Економічна характеристика проекту.

═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═

1. Заданий час виконання проекту - 60 днів

2. Загальна трудомісткість виконання проекту - 740 нормо-годин

3. Середня потреба у виконавцях - 1.54

4. Витрати на створення

програмного продукту - 17.643 тис.руб.


6.3. Оцінка очікуваного економічного ефекту.


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

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

Річний економічний ефект визначається за формулою:

ЕГ = [(Тб + Ен * Кб) - (Тв + Ен * Кв)] * B, (3.1)

де Тб, Тв - річні поточні витрати в базовому та впроваджуваної варіантах;

Кб, Кв - капітальні вкладення в базовому та впроваджуваної варіантах;

Ен - нормативний коефіцієнт ефективності капітальних вкладень, що дорівнює 0.3;

B - кількість одиниць ПП, запровадженого в поточному році.


Термін окупності витрат в роках визначається за формулою:

Струм = (Кв - Кб) / Ег, (3.2)

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


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

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

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


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

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

Капітальні витрати в базовому варіанті визначаються вартістю 2-х шаф, придбаних за ціною 1200 руб. кожен і 100 папок, призначених для зберігання документів, вартістю по 24 руб. кожна. Сумарна їх вартість становить:

Кб = 1200 * 2 + 24 * 100 = 4800 руб.

Капітальні витрати під впроваджуваної варіанті визначаються вартістю програмного продукту, 11 997 руб. і 50% вартості і установки комп'ютера, які прийняті рівними 9000 руб.

Кв = 11997 + 9000 = 20 997 руб.


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

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

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

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


У базовому варіанті зайнято 2 людини з основною зарплатою в 1000 рублів кожен. Їх річна заробітна плата дорівнює:

Зоб = 2 * 1000 * 12 = 24 000 руб.

ЗСБ = 0.37 * Зоб = 8880 руб.

Зб = 24000 + 8880 = 32 880 руб.

Накладні витрати прийняті рівними 70% заробітної плати:

Нб = 32880 * 0.7 = 23 020 руб.

Поточні витрати в базовому варіанті складають:

Тб = 32880 + 23020 = 55 900 руб.


Під впроваджуваної варіанті зайнятий 1 людина з зарплатою в 1600 руб. виконує роботу з використанням програмного продукту за 50% часу. Його річна заробітна плата за аналогічну роботу дорівнює:

Поклик = 1 * 1600 * 12 * 0.5 = 9 600 руб.

ЗВС = 0.37 * 9600 = 3 550 руб.

Зв = 9600 + 3550 = 13 150 руб.

Накладні витрати прийняті рівними 180% заробітної плати:

Нв = 13150 * 1.8 = 23 670 крб.

Поточні витрати під впроваджуваної варіанті складають:

Тв = 13150 + 23670 = 36 820 руб.


6.3.5. Розрахунок економічного ефекту.

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


ЕГ = (55900 + 0.3 * 4800) - (36820 + 0.3 * 20 997) = 14 220 руб.


Термін окупності вироблених витрат дорівнює:


Струм = (20997 - 4800) / 14 220 = 1.1 року


Висновки

1. Планом створення програмного продукту передбачено проведення 30 робіт, послідовність виконання яких встановлюється сітьовим графіком. Згідно з розробленою методикою, визначена трудомісткість виконання кожної роботи. Загальна трудомісткість виконання проекту становить 740 нормо-годин. При обраної структурі мережевого графіка розрахунок і оптимізація на ЕОМ його параметрів дозволили визначити терміни виконання кожної роботи і мінімальне потрібну кількість її виконавців. Встановлено, що при заданому строк виконання всіх робіт, що дорівнює 60 дням, середня потреба у виконавцях складе 1.54.


2. Витрати на створення програмного продукту, тобто його собівартість, становить 17 643 руб. Роздрібна ціна програмного продукту встановлена ​​в 11 997 руб. Очікується, що в поточному році розробленим програмним продуктом скористаються три споживачі.


3. Зменшення трудомісткості і числа працівників дає можливість отримати річний економічний ефект при використання програмного продукту кожним споживачем 14 220 руб. Термін окупності додаткових капітальних витрат споживача дорівнює 1,1 року.


Висновок

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

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

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

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


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


з профілюючого розділу:


  1. Дж. Тельман, "Основи систем баз даних", Москва, "Фінанси і статистика", 1983р.

  2. Дейт К., "Введення в системи баз даних", Москва, 'Hаука', 1980 р.

  3. Когловскій М.Р., "Технологія баз даних на персональних ЕОМ", Москва, "Фінанси і статистика", 1992 р.

  4. Шумаков П. В., "Delphi 3.0 та створення баз даних". Москва 1997р.

  5. Джон Матч, Девід Р. Фолкнер. «Delphi» - пер. з англ. - М.: Біном, 1995р.

  6. AMЕпанешніков. Епанешников В.А., "Програмування в середовищі Delphi 2.0", М.: Діалог-Міфи, 1997р.-235с.

  7. Дж. Мартін., "Організація баз даних в обчислювальних системах", М: Світ 1978р.

  8. С. М. Діго, "Проектування та використання баз даних". Москва: Фінанси і статистика 1995.

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

  10. Атре Ш., "Структурний підхід до організації баз даних". - М.: Фінанси і статистика, 1983. - 320 с.

  11. Бойко В.В., Савінков В.М., "Проектування баз даних та інформаційних систем". - М.: Фінанси і статистика, 1989. - 351 с.

  12. Джексон Г., "Проектування реляційних баз даних для використання з мікроЕОМ". -М.: Світ, 1991. - 252 с.

  13. Кирилов В.В., "Структурований мову запитів (SQL)". - СПб.: ІТМО, 1994. - 80 с.

  14. Мейєр М., "Теорія реляційних баз даних". - М.: Світ, 1987. - 608 с.

  15. Тіорі Т., Фрай Дж., "Проектування структур баз даних". У 2 кн., - М.: Світ, 1985. Кн. 1. - 287 с.: Кн. 2. - 320 с.

  16. Цікрітізіс Д., лохівський Ф., "Моделі даних". - М.: Фінанси і статистика, 1985. - 344 с.

  17. "Paradox for Windows: Практичне керівництво". Під редакцією Оспіщева Д. А. Видавництво АОЗ "Алевар", 1993.

  18. Брябрін В.М., "Програмне забезпечення персональних ЕОМ", Москва, 'Hаука', 1989 р.

  19. Шафрін Ю.А., "Основи комп'ютерної технології". М., 1998

  20. "Кібернетичні діалогові системи", І. П. Кузнєцов.

  21. "Рекомендації з общепользовательскому інтерфейсу", Microsoft, редакція 1995р.

  22. Тейксейра, Стів, Пачеко, Ксав'є. Delphi 4. "Керівництво розробника". СПб: Видавничий дім 'Вільямс' 1999р.-912с.

  23. Ден Оузьер, Стів Гробмана, Стів Батсон. DELPHI. "Освой самостійно" Переклад з англ.-М.: Східна Книжкова Компанія, 1997р.-624с.

  24. Калянов Г.Н., "Консалтинг при автоматизації підприємств": Науково-практичне видання. Серія "Інформатизація Росії на порозі 21 століття" - М.: СІНТЕГ, 1997р.-316с.

  25. Пітер Колетскі та ін ORACLE DESIGNER "Настільна книга користувача". Друге ізданіе.Іздательство 'Лорі' 1999р.

  26. Касьянова Г.Ю., Колесніков С.Н., "Управлінський облік за формулою 'три ​​в одному" "М.: Видавництво-консультаційна компанія" Статус Кво 97', 1999р.-328с.


по розділу безпеку і екологічність праці:


  1. ГОСТ 24.525-80. Норми і вимоги з охорони навколишнього середовища.

  2. "Довідник проектувальника. Захист від шуму" під ред. Юдіна - М.: Енергоіздат, 1982 р.

  3. Суворов Г.А., "Гігієнічне нормування виробничих шумів і вібрацій" - М.: Медицина, 1984 р.

  4. СанПіН 2.2.2.542-96, "Гігієнічні вимоги до відеодисплейних терміналів, персональних ЕОМ та організації роботи".


з економічного розділу:


  1. Бруднік С.С. та ін "Економічний зміст дипломних проектів", М.: Ганг, 1990р.

  2. Бруднік С.С., Кочегарова І.А., Стьопін Ю.П., Чікіров А.Б., "Визначення економічної ефективності програмних засобів в АСУ"-М.: Ганг, 1995р.

  3. Навчальна програма "Розрахунок економічної ефективності промислової продукції"


92



Ріс.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. СУБД з базовою мовою.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.3.Язик SQL як стандартна мова баз даних.

Стрімке зростання популярності SQL є однією з найважливіших тенденцій у сучасній комп'ютерній промисловості. За кілька останніх років SQL став єдиною мовою баз даних. На сьогоднішній день SQL підтримують понад ста СУБД, що працюють як на персональних комп'ютерах, так і на великих ЕОМ. Був прийнятий, а потім доповнено офіційний міжнародний стандарт на SQL. Мова SQL є важливою ланкою в архітектурі систем управління базами даних, що випускаються всіма провідними постачальниками програмних продуктів, і служить стратегічним напрямом розробок компанії Microsoft в галузі баз даних. Зародившись у результаті виконання другорядного дослідницького проекту компанії IBM, SQL сьогодні широко відомий і в якості потужного ринкового фактора. [13]

2.3.1. Мова SQL.

SQL є інструментом, призначеним для обробки і читання даних, що містяться в комп'ютерній базі даних. SQL - це скорочена назва структурованого мови запитів (Structured Query Language). Як випливає з назви, SQL є мовою програмування, який застосовується для організації взаємодії користувача з базою даних. Насправді SQL працює тільки з базами даних реляційного типу. Згідно з прийнятою схемою, в обчислювальній системі є база даних, в якій зберігається важлива інформація. Якщо обчислювальна система відноситься до сфери бізнесу, то в базі даних може зберігатися інформація про матеріальні цінності, що випускається продукції, обсяги продажів і зарплати. У базі даних на персональному комп'ютері може зберігатися інформація про виписаних чеках, телефонах і адресах або інформація, що витягує з більш великої обчислювальної системи. Комп'ютерна програма, яка керує базою даних, називається системою управління базою даних, або СУБД.

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

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

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

  • Читання даних. SQL дає користувачу або додатку можливість читати з бази даних містяться в ній, і користуватися ними.

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

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

  • Спільне використання даних. SQL координує спільне використання даних користувачами і діють паралельно, щоб вони не заважали один одному.

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

Таким чином, SQL є достатньо потужним мовою для взаємодії з СУБД.

По-друге, SQL - це не повноцінний комп'ютерний мова типу COBOL, FORTRAN або С. У SQL немає оператора IF для перевірки умов, немає оператора GOTO для організації переходів і немає операторів DO або FOR для створення циклів. SQL є підмовою баз даних, до якого входить близько тридцяти операторів, призначених для управління базами даних. Оператори SQL вбудовуються в базовий мову, наприклад COBOL, FORTRAN або С, і дають можливість отримувати доступ до баз даних. Крім того, з такої мови, як С, оператори SQL можна посилати СУБД в явному вигляді, використовуючи інтерфейс викликів функцій.

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

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


2.3.2. Переваги SQL.

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

Успіх мови SQL принесли наступні його особливості:

• незалежність від конкретних СУБД;

• переносимість з однієї обчислювальної системи на іншу;

• наявність стандартів;

• схвалення компанією IBM (СУБД DB2);

• підтримка з боку компанії Microsoft (протокол ODBC);

• реляційна основа;

• Високорівнева структура, що нагадує англійську мову;

• можливість виконання спеціальних інтерактивних запитів:

• забезпечення програмного доступу до баз даних;

• можливість різного представлення даних;

• повноцінність як мови, призначеного для роботи з базами даних;

• можливість динамічного визначення даних;

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

Всі перераховані вище фактори призвели до того, що SQL став стандартним інструментом для управління даними на персональних комп'ютерах, міні-комп'ютерах і великих ЕОМ. Нижче ці фактори розглянуті більш докладно. [13, 8, 17].

Незалежність від конкретних СУБД

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


Переносимість з однієї обчислювальної системи на інші

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


Стандарти мови SQL

Офіційний стандарт мови SQL був опублікований Американським інститутом національних стандартів (American National Standards Institute - ANSI) і Міжнародною організацією по стандартах (International Standards Organization - ISO) в 1986 році і значно розширений у 1992 році. Крім того, SQL є федеральним стандартом США по обробці інформації (FIPS - Federal Information Processing Standard) і, отже, відповідність йому є одним з основних вимог, що містяться у великих урядових контрактах, які стосуються галузі обчислювальної техніки. В Європі стандарт X / OPEN для стерпної середовища програмування на основі операційної системи UNIX включає в себе SQL як стандарт для доступу до баз даних. SQL Access Group - консорціум постачальників комп'ютерного устаткування і баз даних - визначив для SQL стандартний інтерфейс викликів функцій, який є основою протоколу ODBC компанії Microsoft і входить також в стандарт X / OPEN. Ці стандарти є як би офіційною печаткою, що схвалює SQL, і вони прискорили завоювання їм ринку. [13, 8, 17].


Схвалення SQL компанією IBM (СУБД DB2)

SQL був придуманий науковими співробітниками компанії IBM і широко використовується нею в безлічі пакетів програмного забезпечення. Підтвердженням цьому служить флагманська СУБД DB2 компанії IBM. Всі основні сімейства комп'ютерів компанії IBM підтримують SQL: система PS / 2 для персональних комп'ютерів, система середнього рівня AS/400. система RS/6000 на базі UNIX, а також операційні системи MVS і VM великих ЕОМ. Широка підтримка SQL фірмою IBM прискорила його визнання і ще на самому початку виникнення і розвитку ринку баз даних стала свого роду недвозначним вказівкою для інших постачальників баз даних і програмних систем, в якому напрямку необхідно рухатися.


Протокол ODBC і компанія Microsoft

Компанія Microsoft розглядає доступ до баз даних як важливу частину своєї операційної системи Windows. Стандартом цієї компанії із забезпечення доступу до баз даних є ODBC (Open Database Connectivity - взаємодія з відкритими базами даних) - програмний інтерфейс, заснований на SQL. Протокол ODBC підтримується найбільш поширеними додатками Windows (електронними таблицями, текстовими процесорами, базами даних тощо), розробленими як самою компанією Microsoft, так і іншими провідними постачальниками. Підтримка ODBC забезпечується всіма провідними реляційними базами даних. Крім того, ODBC спирається на стандарти, схвалені консорціумом постачальників SQL Access Group, що робить ODBC як стандартом де-факто компанії Microsoft, так і стандартом, незалежним від конкретних СУБД. [13, 8, 17].


Реляційна основа

SQL є мовою реляційних баз даних, тому він став популярним тоді, коли популярною стала реляційна модель представлення даних. Таблична структура реляційної бази даних інтуїтивно зрозуміла користувачам, тому мова SQL є простим і легким для вивчення. Реляційна модель має солідний теоретичний фундамент, на якому були засновані еволюція і реалізація реляційних баз даних. На хвилі популярності, викликаної успіхом реляційної моделі, SQL став єдиною мовою для реляційних баз даних. [13, 8, 17].


Високорівнева структура, що нагадує англійську мову

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


Інтерактивні запити

SQL є мовою інтерактивних запитів, який забезпечує користувачам негайний доступ до даних. За допомогою SQL користувач може в інтерактивному режимі отримати відповіді на найскладніші запити в лічені хвилини або секунди, тоді як програмісту потрібні були б дні або тижні, щоб написати для користувача відповідну програму. Через те, що SQL допускає негайні запити, дані стають більш доступними і можуть допомогти у прийнятті рішень, роблячи їх більш обгрунтованими. [13, 8, 17].


Програмний доступ до бази даних

Програмісти користуються мовою SQL, щоб писати програми, в яких містяться звернення до баз даних. Одні й ті ж оператори SQL використовуються як для інтерактивного, так і для програмного доступу, тому частини програм, що містять звернення до бази даних, можна спочатку тестувати в інтерактивному режимі, а потім вбудовувати в програму. У традиційних базах даних для програмного доступу використовуються одні програмні засоби, а для виконання негайних запитів - інші, без будь-якої зв'язку між цими двома режимами доступу. [13, 8, 17].


Різні представлення даних

За допомогою SQL творець бази може зробити так, що різні користувачі бази даних будуть бачити різні представлення її структури та вмісту. Наприклад, базу даних можна спроектувати таким чином, що кожен користувач буде бачити тільки дані, пов'язані з його підрозділу або торговому регіону. Крім того, дані з різних частин бази даних можуть бути скомбіновані і представлені користувачеві у вигляді однієї простої таблиці. Отже, уявлення можна використовувати для посилення захисту бази даних та її настройки під конкретні вимоги окремих користувачів. [13, 8, 17].


Повноцінний мову для роботи з базами даних

Спочатку SQL був задуманий як мова інтерактивних запитів, але зараз він вийшов далеко за рамки читання даних. SQL є повноцінним і логічним мовою, призначеним для створення бази даних, управління її захистом, зміни її вмісту, читання даних і спільного використання даних декількома користувачами, що працюють паралельно. Прийоми, освоєні при вивченні одного розділу мови, можуть потім застосовуватися в інших командах, що підвищує продуктивність роботи користувачів. [13, 8, 17].


Динамічне визначення даних

За допомогою SQL можна динамічно змінювати і розширювати структуру бази даних навіть в той час, коли користувачі звертаються до її вмісту. Це велика перевага перед мовами статичного визначення даних, які забороняють доступ до бази даних під час зміни її структури. Таким чином, SQL забезпечує максимальну гнучкість, так як дає базі даних можливість адаптуватися до мінливих вимог, не перериваючи роботу програми, що виконується в реальному масштабі часу. [13, 8, 17].


Архітектура клієнт / сервер

SQL - природний засіб для реалізації додатків клієнт / сервер. У цій ролі SQL служить сполучною ланкою між клієнтською системою, що взаємодіє з користувачем, і серверної системою, що управляє базою даних, дозволяючи кожній системі зосередитися на виконанні своїх функцій. Крім того, SQL дозволяє персональним комп'ютерам функціонувати в якості клієнтів по відношенню до мережевих серверів або більшим баз даних, встановленим на великих ЕОМ; це дозволяє отримувати доступ до корпоративних даних з додатків, що працюють на персональних комп'ютерах. [13, 8, 17].


2.4. Архітектури баз даних.

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

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

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

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

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

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

Розташування Ядра БД і баз даних залежить від використовуваної архітектури. Є три різновиди архітектур баз даних:

• локальні бази даних та архітектура "файл-сервер";

архітектура "клієнт-сервер";

• многозвенная (трехзвенная N-tier або multi-tier) архітектура.

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


Локальні бази даних та архітектура "файл-сервер"

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

При роботі в архітектурі "файл-сервер" БД і додаток розташовані на файловому сервері мережі (наприклад, Novell NetWare). Можлива багатокористувацька робота з однією і тією ж БД, коли кожен користувач зі свого комп'ютера запускає додаток, розташоване на мережевому сервері.




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

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

Кардинальних відмінностей з точки зору архітектури між однокористувальницької архітектурою та архітектурою "файл-сервер" немає. І в тому і в іншому випадку в якості СУБД застосовуються так звані "персональні" (або "локальні") СУБД такі як Paradox, dBase та ін Сама база даних в цьому випадку представляє собою набір таблиць, індексних файлів, файлів полів коментарів (мемо -полів) та ін, що зберігаються в одному каталозі на диску у вигляді окремих файлів. [4].


Віддалені бази даних та архітектура "клієнт-сервер"

Архітектура "файл-сервер" неефективна, принаймні, у двох відносинах:

  1. При виконанні запиту до бази даних, розташованої на файловому сервері, в дійсності відбувається запит до локальної копії даних на комп'ютері користувача. Тому перед виконанням запиту дані в локальній копії оновлюються з реальної БД. Дані оновлюються у повному обсязі. Так, якщо таблиця БД складається з 1000 записів, а для виконання запиту (наприклад, видати суму премій за жовтень у відділі Y) реально потрібно 10 записів, все одно переганяються всі 1000 записів. Таким чином, не потрібно мати дуже багато користувачів і запитів від них, щоб серйозно''забити "мережа, що, звичайно ж, не може не позначитися на її швидкодії.

  2. Забезпечення цілісності БД проводиться з додатків. Це потенційне джерело помилок, що порушують фізичну і логічну цілісність БД, оскільки різні додатки можуть проводити контроль цілісності БД по-різному, взаємовиключними способами, або не проводити такого контролю зовсім. Набагато ефективніше керувати БД з єдиного місця і за єдиними законами, ніж з різних додатків і по потенційно різними законами (все залежить від того, як написано додаток). Тому безпека при роботі в архітектурі "файл-сервер" невисока і завжди присутній елемент невизначеності. Секретність і конфіденційність при роботі з БД в архітектурі "файл-сервер" забезпечити також важко - будь-який, хто має доступ до каталогу мережевого сервера, де зберігається БД, може змінювати таблиці БД будь-яким чином, копіювати їх, замінювати і т.д. [4].

Архітектура "клієнт-сервер" поділяє функції програми користувача (званого клієнтом) і сервера.

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

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

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

  1. посилка до сервера запитів;

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

  3. реалізація інтерфейсу користувача.

SQL-сервер - це програма, розташована на комп'ютері мережного сервера. SQL-сервер повинен бути завантажений на момент прийняття запиту від клієнта. Функціями сервера БД є:

  1. прийом запитів від додатків-клієнтів, інтерпретація запитів, виконання запитів до БД, відправка результату виконання запиту додатку-клієнту;

  2. управління цілісністю БД, забезпечення системи безпеки, блокування невірних дій додатків-клієнтів;

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

  4. забезпечення одночасно безпечної і відмовостійкої роботи багатьох користувачів з одними і тими ж даними. В архітектурі "клієнт-сервер" використовуються так звані "віддалені" (або "промислові") СУБД. Промисловими вони називаються через те. що саме СУБД цього класу можуть забезпечити роботу інформаційних систем масштабу середнього і великого підприємства, організації, банку. Локальні СУБД призначені для однокористувальницької роботи або для забезпечення роботи інформаційних систем, розрахованих на невеликі групи користувачів. [4, 15, 11].

До розрядку промислових СУБД належать: Oracle, Gupta, Informix, Sybase, MS SQL Server, DB2, InterBase і ряд інших.

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

Крім цього, існує окрема категорія співробітників, званих адміністраторами баз даних. Як правило, це адміністратори сервера, розробники БД або користувачі, що мають привілеї на створення, зміна, налаштування оптимальних параметрів окремих серверних БД. Адміністратори БД також відповідають за надання прав на різнорівневий доступ до супроводжуваним ними БД для інших користувачів. [4, 15, 11].

Використання архітектури "клієнт-сервер":

  1. різко зменшує мережевий трафік:

  2. знижує складність додатків-клієнтів (оскільки тим вже немає необхідності забезпечувати цілісність і безпеку БД і стежити за параметрами роботи багатьох користувачів з БД);

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

  4. підвищує надійність БД, її цілісність, безпеку і секретність.





2.5. Проблеми проектування БД.

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

1. Що представляють собою вимоги користувачів і в якій формі вони можуть бути виражені?

2. Як ці вимоги можуть бути перетворені в ефективну структуру бази даних?

3. Як часто і яким чином структура бази даних повинна перебудовуватися у відповідності з новими та / або вимог, що змінюються?

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

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

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


РОЗДІЛ 3. Середовище Delphi як засіб для розробки СУБД.


3.1. Програмний продукт Delphi.

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

Серед великої різноманітності продуктів для розробки додатків Delphi займає одне з провідних місць. Delphi віддають перевагу розробники з різним стажем, звичками, професійними інтересами. За допомогою Delphi написано колосальну кількість додатків, десятки фірм і тисячі програмістів-одинаків розробляють для Delphi додаткові компоненти. [4].

В основі такої загальновизнаної популярності лежить той факт, що Delphi, як ніяка інша система програмування, задовольняє викладеним вище вимогам. Дійсно, застосування за допомогою Delphi розробляються швидко, причому взаємодія розробника з інтерактивним середовищем Delphi не викликає внутрішнього відторгнення, а навпаки, залишає відчуття комфорту. Delphi-додатки ефективні, якщо розробник дотримується певні правила (і часто - якщо не дотримується). Ці додатки надійні і при експлуатації мають передбачуваним поведінкою. [4, 22].

Пакет Delphi - продовження лінії компіляторів мови Pascal корпорації Borland. Pascal як мова дуже простий, а суворий контроль типів даних сприяє ранньому виявленню помилок і дозволяє швидко створювати надійні та ефективні програми. Корпорація Borland постійно збагачувала мову. Колись у версію 4.0 були включені засоби роздільної трансляції, пізніше, починаючи з версії 5.5, з'явилися об'єкти, а до складу шостої версії пакету увійшла повноцінна бібліотека класів Turbo Vision, що реалізує віконну систему в текстовому режимі роботи відеоадаптера. Це був один з перших продуктів, які містили інтегроване середовище розробки програм.

У класі інструментальних засобів для початківців програмістів продуктів компанії Borland довелося конкурувати з середовищем Visual Basic корпорації Microsoft, де питання інтеграції та зручності роботи були вирішені краще. Коли на початку 70-х років Н. Вірт опублікував повідомлення про Pascal, це був компактний, з невеликою кількістю основних понять і зарезервованих слів мова програмування, націлений на навчання студентів. Мова, на якому належить працювати користувачеві Delphi, відрізняється від вихідного не тільки наявністю безлічі нових понять і конструкцій, а й ідейно: у ньому замість мінімізації числа понять і використання найпростіших конструкцій (що, безумовно, добре для навчання, але не завжди виправдане в практичній роботі), перевага віддається зручності роботи професійного користувача. Як мова Turbo Pascal природно порівнювати з його найближчими конкурентами - численними варіаціями на тему мови Basic (у першу чергу з Visual Basic корпорації Microsoft) і з C + +. [4, 6]. Я вважаю, що Turbo Pascal істотно перевершує Basic за рахунок повноцінного об'єктного підходу, що включає в себе розвинуті механізми інкапсуляції, успадкування і поліморфізм. Остання версія мови, що застосовується в Delphi, за своїми можливостями наближається до C + +. З основних механізмів, властивих C + +, відсутній тільки множинне спадкування. (Втім, цим красивим і потужним механізмом породження нових класів користується лише невелика частина програмістів, які пишуть на С + +.) Плюси застосування мови Pascal очевидні: з одного боку, на відміну від Visual Basic, заснованого на інтерпретації проміжного коду, для нього є компілятор , що генерує машинний код, що дозволяє отримувати значно більш швидкі програми. З іншого - на відміну від C + + синтаксис мови Pascal сприяє побудові дуже швидких компіляторів. [6].

Середовище програмування нагадує пакет Visual Basic. У вашому розпорядженні декілька окремих вікон: меню та інструментальні панелі, Object Inspector (у якому можна бачити властивості об'єкта та пов'язані з ним події), вікна візуального будівника інтерфейсів (Visual User Interface Builder), Object Browser (що дозволяє вивчати ієрархію класів і переглядати списки їх полів, методів і властивостей), вікна управління проектом (Project Manager) і редактор.

Delphi містить повноцінний текстовий редактор типу Brief, призначення клавіш у якому відповідають прийнятим у Windows стандартам, а глибина ієрархії операцій Undo необмежена. Як це стало вже обов'язковим, реалізовано колірне виділення різних лексичних елементів програми. Процес побудови програми досить простий. Потрібно вибрати форму (у поняття форми входять звичайні, діалогові, батьківські і дочірні вікна MDI), задати її властивості і включити в неї необхідні компоненти (видимі і, якщо знадобиться, неотображаемие): меню, інструментальні панелі, рядок стану і т. п. , задати їх властивості і далі написати (за допомогою редактора вихідного коду) обробники подій. Object Browser Вікна типу Object Browser стали невід'ємною частиною систем програмування на об'єктно-орієнтованих мовах. Робота з ними стає можливою відразу після того, як ви скомпілював додаток.

Projeсt Manager - це окреме вікно, де перераховуються модулі і форми, які утворюють проект. При кожному модулі вказується маршрут до каталогу, в якому знаходиться вихідний текст. Жирним шрифтом виділяються змінені, але ще не збережені частини проекту. У верхній частині вікна є набір кнопок: додати, видалити, показати вихідний текст, показати форму, задати опції і синхронізувати вміст вікна з текстом файлу проекту, тобто з головним програмою на мові Pascal.

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

Visual Component Library (VCL) Багатство палітри об'єктів для побудови користувацького інтерфейсу - один з ключових чинників при виборі інструмента візуального програмування. При цьому для користувача має значення як число елементів, включених безпосередньо в середу, так і доступність елементів відповідного формату на ринку. [4, 22].


3.2. Високопродуктивний компілятор в машинний код.

Компілятори мови Pascal компанії Borland ніколи не змушували користувача подовгу чекати результатів компіляції. Виробники стверджують, що на сьогодні даний компілятор - найшвидший у світі. Компілятор, вбудований в Delphi дозволяє обробляти 120 тис. рядків вихідного тексту в хвилину на машині 486/33 або 350 тис. - при використанні процесора Pentium/90. Він пропонує легкість розробки і швидкий час перевірки готового програмного блоку, характерного для мов четвертого покоління (4GL) і в той же час забезпечує якість коду, характерного для компілятора 3GL. Крім того, Delphi забезпечує швидку розробку без необхідності писати вставки на Сі чи ручного написання коду (хоча це можливо).

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

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

Ймовірно, та обставина, що Delphi позиціонується як засіб створення додатків, взаємодіючих з базами даних, і орієнтоване переважно на ринок інструментальних засобів клієнт / сервер, де до цього моменту домінують інтерпретуються, дозволило його авторам не замислюватися над створенням оптимизирующего компілятора, здатного використовувати всі гідності архітектур сучасних процесорів. [22].

3.3. Потужний об'єктно-орієнтована мова.

Сумісність з програмами, створеними раніше засобами Borland Pascal, зберігається, незважаючи на те, що в мову внесені істотні зміни. Необхідність у деяких удосконаленнях давно відчувалася. Найпомітніше з них - апарат виняткових ситуацій, подібний до того, що мається на C + +, був першим реалізований в компіляторах корпорації Borland. Не секрет, що при написанні об'єктно-орієнтованих програм, що активно працюють з динамічною пам'яттю і іншими ресурсами, чималу трудність представляє акуратне звільнення цих ресурсів у разі виникнення нештатних ситуацій. Особливо це актуально для середовища Windows, де кількість видів ресурсів досить велике, а неохайна робота з ними може швидко привести до зависання всієї системи. Передбачений в Delphi апарат винятків максимально спрощує кодування обробки позаштатних ситуацій та звільнення ресурсів.

Об'єктно-орієнтований підхід у новій версії мови набув значного розвитку. Перерахуємо основні нововведення.

  • введено поняття класу.

  • реалізовані методи класів, аналогічні статичним методам C + +. Вони оперують не екземпляром класу, а самим класом.

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

  • введена обробка виняткових ситуацій. У Delphi це влаштовано в стилі С + +. Винятки представлені у вигляді об'єктів, що містять специфічну інформацію про відповідну помилку (тип і місце-знаходження помилки). Розробник може залишити обробку помилки, що існувала за замовчуванням, або написати свій власний обробник. Обробка винятків реалізована у вигляді exception-handling blocks (також ще називається protected blocks), які встановлюються ключовими словами try і end. Існують два типи таких блоків: try ... except і try ... finally.

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

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

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

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

Мова програмування Delphi базується на Borland Object Pascal.

Крім того, Delphi підтримує такі низькорівневі особливості, як підкласи елементів керування Windows, перекриття циклу обробки повідомлень Windows, використання вбудованого асемблера. [22].


3.4. Об'єктно-орієнтована модель програмних компонент.

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

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

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

Delphi пропонує розробникам - як у складі команди, так і індивідуальним - відкриту архітектуру, що дозволяє додавати компоненти, де б вони не були виготовлені, і оперувати цими нововведеними компонентами у візуальному побудувачеві. Розробники можуть додавати CASE-інструменти, кодові генератори, а також авторські help'и, доступні через меню Delphi. [22].


3.5. Бібліотека візуальних компонент.

Компоненти, що використовуються при розробці в Delphi, вбудовані в середовище розробки додатків і вдають із себе набір типів об'єктів, використовуваних як фундаменту при будівництві додатки.

Цей кістяк називається Visual Component Library (VCL). У VCL є такі стандартні елементи управління, як рядки редагування, статичні елементи керування, рядки редагування зі списками, списки об'єктів. Ще є такі компоненти, які раніше були доступні тільки в бібліотеках третіх фірм: табличні елементи управління, закладки, багатосторінкові записні книжки. Всі об'єкти розбиті на сторінки по своїй функціональності і представлені в палітрі компонент.

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

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

Тут слід зазначити, що звичайних обмежень, властивих середах візуальної розробки, в Delphi немає. Сам Delphi написаний за допомогою Delphi, що говорить про відсутність таких обмежень.

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

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

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

T Label служить для відображення тексту на екрані. Можна змінити шрифт і колір мітки, якщо двічі клацнути на властивість Font в Інспектора Об'єктів. Це легко зробити і під час виконання програми, написавши всього один рядок коду.

T Edit - стандартний керуючий елемент Windows для введення. Він може бути використаний для відображення короткого фрагмента тексту і дозволяє користувачу вводити текст під час виконання програми.

T Memo - інша форма TEdit. Увазі роботу з великими текстами. TMemo може переносити слова, зберігати в ClipBoard фрагменти тексту і відновлювати їх, і інші основні функції редактора. TMemo має обмеження на обсяг тексту в 32Кб, це становить 10-20 сторінок (є подібні компоненти, де ця межа знятий).

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

T CheckBox відображає рядок тексту з маленьким віконцем поруч. У віконці можна поставити позначку, яка означає, що щось обрано.

T RadioButton дозволяє вибрати тільки одну опцію з декількох.

T ListBox потрібен для показу прокручуваного списку. Класичний приклад ListBox'а в середовищі Windows - вибір файлу зі списку в пункті меню File | Open багатьох додатків. Назви файлів або директорій і знаходяться в ListBox'е.

T ComboBox багато в чому нагадує ListBox, за винятком того, що дозволяє водити інформацію в маленькому полі введення зверху ListBox. Є кілька типів ComboBox, але найбільш популярний спадаючий вниз (drop-down combo box), який можна бачити внизу вікна діалогу вибору файлу.

T Scrollbar - смуга прокручування, з'являється автоматично в об'єктах редагування, ListBox'ах при необхідності прокрутки тексту для перегляду.

T GroupBox використовується для візуальних цілей і для вказівки Windows, який порядок переміщення по компонентах на формі (при натисканні клавіші TAB).

T RadioGroup використовується аналогічно TGroupBox, для групування об'єктів TRadioButton.

T Panel - керуючий елемент, схожий на TGroupBox, використовується в декоративних цілях. Щоб використовувати TPanel, можна просто помістити його на форму і потім покладіть інші компоненти на нього. Тепер при переміщенні TPanel пересуватися і ці компоненти. TPanel використовується також для створення лінійки інструментів і вікна статусу.

T BitBtn - кнопка на кшталт TButton, проте на ній можна розмістити картинку (glyph). TBitBtn має кілька визначених типів (bkClose, bkOK та ін), при виборі яких кнопка приймає відповідний вигляд. Крім того, натискання кнопки на модальному вікні призводить до закриття вікна з відповідним модальним результатом.

T SpeedButton - кнопка для створення панелі швидкого доступу до команд (SpeedBar). Приклад - SpeedBar зліва Палітри Компонент в середовищі Delphi. Зазвичай на цю кнопку поміщається тільки картинка (glyph).

T TabSet - горизонтальні закладки. Зазвичай використовується разом з TNoteBook для створення багатосторінкових вікон. Назва сторінок можна задати у властивості Tabs.

TNoteBook - використовується для створення багатосторінкового діалогу, на кожній сторінці розташовується свій набір об'єктів. Використовується спільно з TTabSet.

T TabbedNotebook - багатосторінковий діалог з вбудованими закладками, в даному випадку - закладки зверху.

T MaskEdit - аналог TEdit, але з можливістю форматованого введення. Формат визначається у властивості EditMask. У редакторі властивостей для EditMask є заготовки деяких форматів: дати, валюти і т.п.

T Outline - використовується для представлення ієрархічних відносин пов'язаних даних. Наприклад - дерево директорій.

T StringGrid - служить для представлення текстових даних у вигляді таблиці. Доступ до кожного елементу таблиці відбувається через властивість Cell.

T DrawGrid - служить для представлення даних будь-якого типу у вигляді таблиці. Доступ до кожного елементу таблиці відбувається через властивість CellRect.

T Image - відображає графічне зображення на формі. Сприймає формати BMP, ICO, WMF. Якщо картинку підключити під час дизайну програми, то вона прикомпилируется до EXE файлу.

T Shape - служить для відображення найпростіших графічних об'єктів на формі: коло, квадрат і т.п.

T Bevel - елемент для рельєфного оформлення інтерфейсу.


THeader - елемент оформлення для створення заголовків із змінними розмірами для таблиць.

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

T Timer - таймер, подія OnTimer періодично викликається через проміжок часу, зазначений у властивості Interval. Період часу може становити від 1 до 65535 мс.

TPaintBox - місце для малювання. У обробники подій, пов'язаних з мишкою передаються відносні координати мишки в TPaintBox, а не абсолютні у формі.

T FileListBox - спеціалізований ListBox, в якому відображаються файли з вказаної директорії (св-во Directory). На назви файлів можна накласти маску, для цього служить св-во Mask. Крім того, у св-ве FileEdit можна вказати об'єкт TEdit для редагування маски.

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

T DriveComboBox - спеціалізований ComboBox для вибору поточного диска. Має властивість DirList, в якому можна вказати TDirectoryListBox, який буде робити перехід на інший диск.

T FilterComboBox - спеціалізований ComboBox для вибору маски імені файлів. Список масок визначається у властивості Filter. У властивості FileList вказується TFileListBox, на який встановлюється маска.

За допомогою останніх чотирьох компонент (TFileListBox, TDirectoryListBox, TDriveComboBox, TFilterComboBox) можна побудувати свій власний діалог вибору файлу, причому для цього не потрібно буде написати жодного рядка коду.

T MediaPlayer - служить для управління мультимедійними пристроями (типу CD-ROM, MIDI і т.п.). Виконаний у вигляді панелі керування з кнопками Play, Stop, Record та ін Для відтворення може знадобитися як відповідне обладнання, так і програмне забезпечення. Підключення пристроїв та установка ПЗ проводиться в середовищі Windows. Наприклад, для відтворення відео, записаного у форматі AVI, потрібно встановити ПО MicroSoft Video (у Windows 3.0, 3.1, WFW 3.11).


TOLEContainer - контейнер, що містить OLE об'єкти. Підтримується OLE 2.02

T DDEClientConv, TDDEClientItem, TDDEServerConv, TDDEServerItem - 4 об'єкти для організації DDE. За допомогою цих об'єктів можна побудувати додаток як DDE-сервер, так і DDE-клієнт.

T ChartFX - ділова графіка. Компонент дозволяє будувати всілякі графіки та гістограми.


3.6. Форми, модулі та метод розробки "Two-Way Tools".

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

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

Така синхронізація і робить Delphi two-way-інструментом, забезпечуючи повну відповідність між кодом і візуальним поданням. Як тільки додається новий об'єкт або код, Delphi встановлює "Кодову синхронізацію" між візуальними елементами і відповідними їм кодовими уявленнями.

Two-way tools - однозначна відповідність між візуальним проектуванням і класичним написанням тексту програми Це означає, що розробник завжди може бачити код, відповідний тому, що він побудував за допомогою візуальних інструментів і навпаки.

Візуальний будівник інтерфейсів (Visual User-interface builder) дає можливість швидко створювати клієнт-серверні додатки візуально, просто вибираючи компоненти з відповідної палітри. У процесі побудови програми розробник вибирає з палітри компонент, готові компоненти як художник, що робить великі мазки пензлем. Ще до компіляції він бачить результати своєї роботи - після підключення до джерела даних їх можна бачити відображеними на формі, можна переміщатися за даними, представляти їх у тому чи іншому вигляді. [4, 22].


3.7. Масштабовані кошти для побудови баз даних.

Потужність і гнучкість Delphi при роботі з базами даних заснована на низькорівневої ядрі - процесорі баз даних Borland Database Engine (BDE). Його інтерфейс з прикладними програмами називається Integrated Database Application Programming Interface (IDAPI). У принципі, зараз не розрізняють ці дві назви (BDE і IDAPI) і вважають їх синонімами. BDE дозволяє здійснювати доступ до даних, як з використанням традиційного record-орієнтованого (навігаційного) підходу, так і з використанням set-орієнтованого підходу, що використовується в SQL-серверах баз даних. Крім BDE, Delphi дозволяє здійснювати доступ до баз даних, використовуючи технологію (і, відповідно, драйвери) Open DataBase Connectivity (ODBC) фірми Microsoft. Але, як показує практика, продуктивність систем з використанням BDE набагато вище, ніж оних при використанні ODBC. ODBC драйвера працюють через спеціальний "ODBC socket", який дозволяє вбудовувати їх в BDE.

Всі інструментальні засоби баз даних Borland - Paradox, dBase, Database Desktop - використовують BDE. Всі особливості, наявні в Paradox або dBase, "успадковуються" BDE, і тому цими ж особливостями володіє і Delphi.

Бібліотека об'єктів містить набір візуальних компонент, значно спрощують розробку додатків для СУБД з архітектурою клієнт-сервер. Об'єкти інкапсулюють у себе нижній рівень - Borland Database Engine.

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

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

Таблиці зберігаються в базі даних. Деякі СУБД зберігають базу даних у вигляді декількох окремих файлів, що представляють собою таблиці (в основному, всі локальні СУБД), у той час як інші складаються з одного файлу, який містить у собі всі таблиці та індекси (InterBase). Наприклад, таблиці dBase і Paradox завжди зберігаються в окремих файлах на диску. Директорій, що містить dBase. DBF файли або Paradox. DB файли, розглядається як база даних. Іншими словами, будь-директорій, що містить файли у форматі Paradox або dBase, розглядається Delphi як єдина база даних. Для перемикання на іншу базу даних потрібно просто перемкнутися на інший директорій. InterBase зберігає всі таблиці в одному файлі, що має розширення. GDB, тому цей файл і є база даних InterBase.

Об'єкти БД в Delphi засновані на SQL і включають в себе повну міць Borland Database Engine. До складу Delphi також включено Borland SQL Link, тому доступ до СУБД Oracle, Sybase, Informix і InterBase відбувається з високою ефективністю. Крім того, Delphi включає в себе локальний сервер Interbase для того, щоб можна було розробити розгортаються на будь-які зовнішні SQL-сервера програми в онлайновому режимі. Розробник в середовищі Delphi, який проектує інформаційну систему для локальної машини (наприклад, невелику систему обліку медичних карток для одного комп'ютера), може використовувати для зберігання інформації файли формату. Dbf (як в dBase або Clipper) або. Db (Paradox). Якщо ж він буде використовувати локальний InterBase for Windows 4.0 (це локальний SQL-сервер, що входить в постачання), то його застосування без жодних змін буде працювати і в складі великої системи з архітектурою клієнт-сервер.

Масштабованість на практиці - одне і те ж додаток можна використовувати як для локального, так і для більш серйозного клієнт-серверного варіантів. [4, 22].

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

D atabase Desktop - це утиліта, багато в чому схожа на Paradox, яка поставляється разом з Delphi для інтерактивної роботи з таблицями різних форматів локальних баз даних - Paradox і dBase, а також SQL-серверних баз даних InterBase, Oracle, Informix, Sybase (з використанням SQL Links). Вона дозволяє створювати як структуру реляційних таблиць, так і всілякі обмеження цілісності таблиць, індекси, первинні ключі та зовнішні ключі.

WISQL (Windows Interactive SQL) - інтерактивний засіб посилки SQL-запитів до InterBase (у тому числі і локального InterBase), що входить у поставку Delphi, дозволяє створювати таблиці - через посилку SQL-запитів. Database Desktop не володіє всіма можливостями по управлінню SQL-серверними базами даних. Тому за допомогою Database Desktop зручно створювати або локальні бази даних, або тільки найпростіші SQL-серверні бази даних, що складаються з невеликої кількості таблиць, не дуже сильно пов'язаних один з одним. Якщо ж необхідно створити базу даних, що складається з великого числа таблиць, які мають складні взаємозв'язки, можна скористатися мовою SQL. Можна записати всю послідовність SQL-пропозицій в один так званий скрипт і послати його на виконання. Конкретні реалізації мови SQL незначно відрізняються в різних SQL-серверах, проте базові пропозиції залишаються однаковими для всіх реалізацій. Практика показує, що якщо немає необхідності створювати таблиці під час виконання програми, то краще скористатися WISQL.

InterBase - це система управління реляційними базами даних, що поставляється корпорацією BORLAND для побудови додатків з архітектурою клієнт-сервер довільного масштабу: від мережного середовища невеликої робочої групи з сервером під управлінням Novell NetWare або Windows NT на базі IBM PC до інформаційних систем крупного підприємства на базі серверів IBM, Hewlett-Packard, SUN і т.п.

У пакет Delphi входить однокористувальницька версія InterBase для Windows - Local InterBase. Використовуючи Local InterBase можна створювати і відлагоджувати додатки, що працюють з даними за схемою клієнт-сервер, без підключення до цього сервера. Надалі буде потрібно тільки переналаштувати використовуваний псевдонім бази даних і програма буде працювати з реальною базою без перекомпіляції. Крім того, Local InterBase можна використовувати у програмах для роботи з даними замість таблиць Paradox.

Важливою складовою частиною програми є виведення даних на друк - отримання звіту. У пакет Delphi входить засіб для генерації та друку звітів - ReportSmith. Ви можете об'єднати звіт з додатками Delphi. Також, бібліотека візуальних компонент Delphi включає спеціальний компонент TReport. У даному уроці показано, як використовувати компоненту TRepor і розглянуті основні принципи проектування звітів у ReportSmith.

Borland ReportSmith є інструментом для отримання звітів і інтегрований в середу Delphi. Звіт може бути доданий до додатків Delphi. Звіти можуть бути створені для SQL БД або локальних БД і не вимагають знання складних команд БД. Інтерфейс ReportSmith використовує стандартні інструменти Windows типу tool bar, formatting ribbon, і "drag and drop". Якщо користувач вже знайомий з інтерфейсом стандартних Windows-програм, типу Word for Windows або Quattro Pro for Windows, йому буде "знаком" і інтерфейс ReportSmith. ReportSmith пропонує 4 типи звітів: Табличний, Крос-таблиця (CrossTab), Форма (Form) і Наклейка (Label).

ReportSmith використовує концепцію "живих даних", тобто робота відбувається з справжніми даними весь час, а не тільки тоді, коли запускається перегляд (divview). Крім цього, ReportSmith легко працює з надзвичайно великими БД за допомогою адаптивної технології управління пам'яттю. У ReportSmith можна керувати тим, де зберігається результат вибірки даних з БД: в локальний пам'яті клієнтської PC, на жорсткому диску клієнтської PC, або на сервері.




3.8. Налаштовувана середовище розробника.

Після запуску Delphi у верхньому вікні горизонтально розташовуються іконки палітри компонент. Якщо курсор затримується на одній з ікон, під нею в жовтому прямокутнику з'являється підказка

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

Оскільки в Delphi програма будується візуальним образом, всі ці компоненти мають своє графічне представлення в полі форм для того, щоб можна було б ними відповідним чином оперувати. Але для працюючої програми видимими залишаються тільки візуальні компоненти. Компоненти згруповані на сторінках палітри за своїми функціями. Приміром, компоненти, які мають Windows "common dialogs" всі розміщені на сторінці палітри з назвою "Dialogs" (рис.3.1.).



Рис.3.1. Сторінка палітри Delphi c назвою "Dialogs".

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

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

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

  • Графічний відладчик. Delphi має найпотужнішим, вбудованим в редактор графічним відладчиком, що дозволяє знаходити і усувати помилки в коді. Можна встановити точки зупину, перевірити та змінити змінні, за допомогою покрокового виконання в точності зрозуміти поведінку програми. Якщо ж потрібні можливості більш тонкої налагодження, можна використовувати окремо доступний Turbo Debugger, перевіривши асемблерні інструкції та регістри процесора.

  • Інспектор об'єктів. Цей інструмент являє собою окреме вікно, де ви можете в період проектування програми встановлювати значення властивостей і подій об'єктів (Properties & Events).

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

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

  • Дизайнер меню. Можна створювати меню, зберегти створені у вигляді шаблонів і потім використовувати в їх в будь-якому додатку.

  • Експерти. Це набір інструментальних програм, що полегшують проектування і налаштування Ваших додатків. Є можливість підключати самостійно розроблені експерти. Потенційно це та можливість, за допомогою якої треті фірми можуть розширювати Delphi CASE-інструментами, розробленими спеціально для Delphi. Включає в себе:

1. Експерт форм, що працюють з базами даних.

2. Експерт стилів і шаблонів додатків.

3. Експерт шаблонів форм.

До складу RAD Pack входить експерт для перетворення ресурсів, виготовлених в Borland Pascal 7.0, до форм Delphi. Вже з'явилися експерти, що полегшують побудову DLL і навіть написання власних експертів:

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

3.9. Незначні вимоги до апаратних і програмних засобів.

Delphi це високопродуктивний інструмент створення додатків. Версія Delphi 2.0, яка з'явилася на початку 1996 року, включає повний 32-розрядний компілятор для використання в Windows 95 або в Windows NT.

Для запуску Delphi потрібно 386 комп'ютер з 4MB пам'яті. Більш відповідною машиною буде 486DX 66MHz з 8MB ОЗУ.


ГЛАВА 4. Опис програми.


4.1. Структура зберігання інформації.

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

Існує два способи організації інформаційних масивів:

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

У наш час при створенні АСУ потрібно якісно новий підхід до організації даних. До організації даних в АСУ пред'являють дві основні вимоги:

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

- Максимальна можлива незалежність від прикладних програм.

Виконання цих вимог привело до створення єдиної (для всіх завдань системи) бази даних БД. Переваги БД в АСУ полягають у наступному:

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

б) Відсутність проблеми надмірності даних внаслідок їх інтеграції.

в) Одноразовий введення і багаторазове використання даних завдяки усуненню дублювання.

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


4.2. Структура БД.

При проектуванні БД необхідно вирішити питання про найбільш ефективну структуру даних. Основні цілі, які при цьому переслідуються:

- Забезпечити швидкий доступ до даних у таблицях;

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

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

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


Структура таблиці "Переробка, вироблення" (Per _ Vur. Dbf)

Опис поля

Поле


Тип


Ширина поля


Дата введення


DATA_V


D



Код руху


KOD_DV


N


1 0


Код установки


KOD_USTN


N


3 0


Код продукції


KOD_PROD


З


10


Кількість


KOLVO


N


15 березня


Індекс: P_V.NTX по DTOS (DATA_V) + STR (KOD_USTN, 3)


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


Структура таблиці "Відвантаження, спалив" (Otg _ Sjog. Dbf)

Індекс: O_S.NTX по DTOS (DATA_V) + STR (KOD_USTN, 3)

Опис поля


Поле


Тип


Ширина поля


Дата введення


DATA_V


D



Код витрати


KOD_RAS


N


1 0


Код установки


KOD_USTN


N


3 0


Код продукції


KOD_PROD


З


10


Кількість


KOLVO


N


15 березня



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


Структура таблиці "Витрата палива" (RAS _ TOP. Dbf)

Опис поля


Поле


Тип


Ширина поля


Дата введення


DATA_V


D



Код установки


KOD_USTN


N


3 0


Кількість пропану


KOL_PROPAN


N


7 березня


Кількість мазуту


KOL_MAZYT


N


7 березня


Кількість сухого

газу


KOL_CUXGAZ


N


7 березня


Кількість летких газів


KOL_LETGA N 7 березня

Кількість вакуумний дистилят


KOL_VAKDIS


N


7 березня


Індекс: R_T.NTX по DTOS (DATA_V) + STR (KOD_USTN, 3)


Інтерес представляють дані про витрату палива по кожній установці.


Структура таблиці "Втрати при переробці" (Ро t _ Per. Dbf)

Індекс: P_P.NTX по DTOS (DATA_V) + STR (KOD_USTN, 3)

Опис поля


Поле


Тип


Ширина поля


Дата введення


DATA_V


D



Код установки


KOD_USTN


N


3 0


Код продукції


KOD_PROD


З


10


Втрати фактичні


POT_PHACT


N


15 березня



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


Структура таблиці "Витрата реагентів" (RAS _ Reag. Dbf)

Індекс: R_R.NTX по DTOS (DATA_V) + STR (KOD_USTN, 3)

Опис поля


Поле


Тип


Ширина поля


Дата введення


DATA_V


D



Код установки


KOD_USTN


N


3 0


Код продукції


KOD_PROD


З


10


Кількість


KOLVO


N


15 березня



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


Структура таблиці "Тип руху" (DV _ RAS. Dbf)

Опис поля


Поле


Тип


Ширина поля


Код руху


KOD_DV


N


1 0


Тип руху


TYPE_DV


З


1 0


Індекс: Т_D.NTX по KOD_DV


У даній таблиці знаходяться дані за типом руху на всіх установках.


Структура таблиці "Тип витрати" (Typ _ R. Dbf)

Індекс: T_R.NTX по KOD_RAS

Опис поля


Поле


Тип


Ширина поля


Код витрати


KOD_RAS


N


1 0


Тип витрати


TYPE_RAS


З


20



У цій таблиці знаходяться дані за типом витрати на всіх установках.

Наступні з перерахованих таблиць вже впроваджені в загальнозаводських АиСУ. Ці таблиці входять до складу інших АІС.


Структура таблиці "Довідник установок" (SРR USTN. Dbf)

Індекси:

SPR_UST1.NTX по KOD_USTN

SPR_UST2.NTX по STR (KOD_PODR, 2,0) + STR (KOD_USTN, 3,0)

SPR_UST3.NTX по NAME_USTN

Опис поля


Поле


Тип


Ширина поля


Код підрозділу


KOD_PODR


N


2 0


Код установки


KOD_USTN


N


3 0


Найменування установки


NAME_USTN


З


30


Короткий найменування установки, відділення


NCUT_USTN


З


10


Начальник установки


IDENT


N


6 0


Номер телефону в цеху начальника установки


NOM_TEL


З


10


Номер рахунку


NOM_SCHET


З


6


Код витрат


KOD_ZATR


З


1


Мат. Відповідальна особа


MAT_OTV


N


6 0


Номер тел. Матеріал. отв. особи в цеху


MAT_TEL


З


10


Ознака включення установки в розрахунок для ПЕО


FOR_PLANO


L


1 0


Ознака включення установки для показу зарплати


FOR_ОTIZ


L


1 0


Посилання на довідник департаментів


ID_DEP


N


6 0


SPR_ UST4.NTX по KOD_ZATR


Дані по установках знаходяться в цій таблиці.

Структура таблиці "Довідник марок продукції" (Р R M. Dbf)

Індекси:

PR_M1. NTX по KOD_PRОD

PR_M2.NTX по NAME_PROD

Опис поля


Поле


Тип


Ширина поля


Код виду


К_VID


З


2


Код сімейства


К_SEM


З


3


Код продукції


KOD_PROD


З


10


Назва продукції


NAME_ PROD


З


30


Якість, техн. умови


ТЕХ_USL


З


20


Ціна за одиницю продукції


CENA_T


N


14 лютого


Одиниця виміру


ED_IZM


N


2 0


Вага вагона продукції


STAT_NAG


N


7 березня


Прейскурант


N_POS_PRE


З


5


Індекс бензину


IND_BENZ


N


1 0


Щільність бензину


PLOTN


N


7 Квітень


Номер рахунку


NOM_SCHET


З


4


Мито


ТАМ


N


5 лютого


Аварійна карта


AVKAR


З


3


Короткий найменування


CUT_PROD


З


15


Температура


ТИМ


N


3 0


Тип пломби


PLOMBA


З


1


PR_ M3.NTX по К_VID + K_SEM + KOD_PROD


Дані про властивості і показників продукту знаходяться в цій таблиці.

Таблиця 1. Схема взаємозв'язку таблиць.


Per_Vur.dbf

Дата введення

Код руху

Код установки

Код продукції

Кількість

Otg_Sjog.dbf

RAS_TOP.dbf

Pot_Per.dbf

Дата введення

Код витрати

Код установки

Код продукції

Кількість

Дата введення

Код установки

Дата введення

Код установки

Код продукції

Втрати факт.

DV_RAS.dbf

Тип руху

Код руху

Typ_R.dbf

Тип витрати

Код витрати

SPR_USTN.dbf

Код підрозділу

Код установки

Найменування установки

Короткий найменування вуст.

PR_M.dbf

Код виду

Код сімейства

Код продукції

Назва продукції

RAS_Reag.dbf

Дата введення

Код установки

Код продукції

Витрата









4.3. Інтерфейс програми.

Програма розроблялася в середовищі Borland DELPHI 5.0 компанії Inprise Corporation. Вибір даного середовища обумовлений наступними причинами:

1. Дане середовище є провідною RAD-системою (середовищем швидкої розробки додатків) на ринку завдяки наступним особливостям:

1.1. Візуальне середовище розробки.

1.2. Повне використання можливостей середовища WIN32.

1.3. Гнучкість мови Object Pascal.

2. Найбільший досвід розробника роботи саме в цьому середовищі.

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


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

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

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

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

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

Додаток складається з однієї або кількох форм.

Кожна форма може:

1. Зберігати і використовувати свої "власні" не візуальні компоненти;

2. Використовувати не візуальні компоненти, що зберігаються в одному або декількох модулях даних;

3. Використовувати не візуальні компоненти, що зберігаються і використовуються в інших формах.

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


4.4. Екранні форми.

Основний візуальної одиницею додатки в DELPHI є екранна форма, яка являє собою вікно, на яке поміщаються інші візуальні об'єкти (списки, кнопки, рядки редагування та ін.)

У даній програмі є кілька екранних форм, список яких з коротким описом наведено нижче.

• frMainForm - основна форма програми. Містить основне меню. Викликає інші вікна.

• frAddPerVir - форма введення параметрів з переробки та виробленні.

• frAddOtgCjog - форма введення параметрів з відвантаження.

• frAddRasTop-форма введення параметрів по витраті палива.

• frReport - звіт з переробки та виробленні.

Структура взаємодії вікон наведена на рис. 4.1.

Рис.4.1. Структура програми


4.5. Керівництво користувача.

При запуску програми відкривається головна форма (рис.4.2.).



Рис.4.2. Основне вікно програми.

У ній розташовується головне меню програми містить наступні пункти:

• Інформація по цехах

1. Переробка та вироблення по установках

2. Відвантаження, спалив

3. Витрата палива

4. Втрати при переробці

5. Витрата реагентів

• Інформація з ТЕЦ

1. Витрата палива на ТЕЦ

• Зведення і звіти

1. Діяльність установок
2. Зведення по витраті палива

3. Звіт про витрату реагентів

4. Довідка про виходи н / п

5. Розрахунок втрат

• Про програму

1. Вихід

Також в головній формі присутня таблиця з даними (за замовчуванням, під час запуску програми таблиця містить дані про переробку та вироблення по установках). Необхідні дані відображаються за допомогою запитів написаних на SQL в елементі TQuery.

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

Щоб однозначно визначити елемент, йому повинні бути зіставлені поле чи набір полів, які гарантують унікальність елемента всередині таблиці. Таке поле або поля називаються первинним ключем (primary key) таблиці і часто є числами. Якщо одна таблиця містить первинним ключ іншої, це дозволяє організувати зв'язок між елементами різних таблиць. Це поле називається зовнішнім ключем (foreign key).


Ось приклад запиту для відображення даних про переробку та вироблення по установках:

SELECT Per_vur.DATA_V, Dv_ras.TYPE_DV, Spr_ustn.NCUT_USTN,

Pr_m.NAME_PROD, Per_vur.KOLVO, Per_vur.KOD_DV,

Per_vur.KOD_USTN, Per_vur.KOD_PROD

FROM ".. \ word \ Per_Vur.DBF" Per_vur

INNER JOIN ".. \ word \ Dv_Ras.DBF" Dv_ras

ON (Per_vur.KOD_DV = Dv_ras.KOD_DV)

INNER JOIN ".. \ word \ Spr_ustn.DBF" Spr_ustn

ON (Per_vur.KOD_USTN = Spr_ustn.KOD_USTN)

INNER JOIN ".. \ word \ Pr_m.DBF" Pr_m

ON (Per_vur.KOD_PROD = Pr_m.KOD_PROD)

де SELECT, FROM, WHERE, INNER JOIN - оператори мови SQL;

Per__Vur.DBF, Dv_Ras.DBF, Spr_ustn.DBF, Pr_m.DBF - назва таблиць;

DAТA_V, TYPE_DV, NCUT_USTN - назва полів відповідних таблиць.

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

Пропозиція FROM, задає імена таблиць до яких робиться запит.

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

Ще на головній формі існують кнопки управління:

Додати - Щоб додати нового запису у відповідну таблицю

Видалити - Для видалення обраної записи з таблиці

Фільтр - Для виконання пошуку необхідного запису у відповідній таблиці

Вихід - Закриття програми

При натисканні на кнопку "Додати" відкривається наступна форма (рис. 4.3.)

Тут ми можемо встановити необхідні нам значення для нового запису. Дані для випадаючих списків формуються з існуючих таблиць (довідників). У даному, конкретному випадку з таблиці "Параметри", "Продукція" і "Тип руху".



Рис.4.3. Вікно введення нового запису.

Ось фрагмент коду відображає в випадаючому списку запису довідника "Тип руху":

Table1. Active: = true;

with Table1 do

begin

ComboBox1.Items.Clear;

first;

while not EOF do

begin

СomboBox1.Items.Add (FieldByName ('TYPE_DV'). AsString);

Next;

end;

first;

ComboBox1.Text: = FieldByName ('TYPE_DV'). AsString;

end;

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




Рис.4.4. Фільтр

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

Щоб усунути ці труднощі необхідно натиснути на кнопку "Фільтр" (рис.4.4.).


У випадаючому списку вибрати потрібне нам значення запису і відзначити галочкою (рис.4.5.).



Рис.4.5.

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

Вибравши пункт меню "Зведення і звіти" ми можемо створити звіт за даними відповідних таблиць.


Звіт створюється за допомогою елемента QuickReport. Коли додаток запущено і обраний, наприклад, пункт "Звіт про діяльність підприємства", звіт буде виглядати так (рис.4.6.).



Рис.4.6.


РОЗДІЛ 5. Безпека і екологічність проекту.


Введення

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

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


5.1. Аналіз основних небезпек та шкідливих факторів.


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

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

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

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

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

З метою забезпечення комфортних умов для обслуговуючого персоналу і високої надійності технологічного процесу на РМ встановлюють додаткові вимоги до повітряного середовища виробничих приміщень. У приміщеннях з надлишком явного місця необхідно передбачати регулювання подачі теплоносія для дотримання нормативних параметрів мікроклімату. В якості нагрівальних приладів у машинних залах ЕОМ і збережених носіїв інформації слід встановлювати регістри з гладких труб або панелей променевого опалення. Не можна використовувати для опалення машинних залів ЕОМ електронагрівальні прилади та парове опалення. У залах з працюючими обчислювальними машинами на робочих місцях операторів параметри мікроклімату повинні бути наступними:

- В холодні періоди року температура повітря, швидкість його руху та відносна вологість повинні відповідно складати: 22-24 С; 0,1 м / с; 40-60%.

- В теплу пору року відповідно: 23-25 ​​С; 0,1-0,2 м / с; 40-60%.

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

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


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

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

У приміщеннях операторів ЕОМ рівень шуму не повинен перевищувати 65 дБА. На робочих місцях у приміщеннях для розміщення гучних агрегатів обчислювальних машин (АЦПУ, принтери і т.д.) рівень шуму не повинен перевищувати 75 дБА.

Зниження вібрації і шуму, створюваного на робочих місцях внутрішніми джерелами, а також шуму, проникаючого ззовні, здійснюється наступними методами: зменшенням шуму в джерелі, обладнання, апарати, прилади необхідно встановлювати на спец. фундаменти і амортизуючі прокладки. Стіни і стелі виробничих приміщень, де встановлені ЕОМ та інше обладнання, що є джерелом шумоутворення, повинні бути облицьовані звукопоглинаючим матеріалом з максимальним коефіцієнтом звукопоглинання в області частот 63-8000 Гц, незалежно від кількості одиниць встановленого обладнання. Як звукопоглинального матеріалу, можуть бути використані перфоровані плити, панелі і ін матеріал аналогічного призначення, а також щільна бавовняна тканина, якою драпіруються стелю і стіни. Також можна використовувати підвісні акустичні стелі.


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

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

Висота робочої поверхні столу повинна регулюватися у межах 680-800 мм, при відсутності такої можливості повинна бути 725 мм.

Дисплей повинен задовольняти наступним вимогам:

  • найважливіші елементи конструкції повинні бути розташовані в центрі поля зору (клавіатура);

  • елементи повинні бути згруповані за функціональною ознакою;

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

  • екран відеомонітора повинен знаходитися від очей користувача на оптимальній відстані 600-700 мм, але не ближче 500 мм з урахуванням розмірів знаків і символів.

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

  • для екрану: білий на чорному;

  • для клавіатури: чорний на білому.

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

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

Приміщення та їх розміри повинні відповідати кількості працюючих і размещаемому в них КТС. Відстань між робочими столами з відеомоніторами повинно бути не менше 2,0 м, а відстань між бічними поверхнями відеомоніторів - не менше 1,2 м. У приміщеннях з ПЕОМ щоденно повинно проводитися вологе прибирання, необхідна наявність аптечки першої допомоги і вуглекислотного вогнегасника.






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

Правильне освітлення робочого місця оператора полегшує його працю, знижує втому, підвищує продуктивність праці, знижує небезпеку виробничого травматизму. Освітлення може бути природним і штучним. Природне освітлення створюється у виробничих приміщеннях через віконні та інші засклені прорізи, штучне - світильниками. Штучне освітлення у приміщеннях треба здійснювати у вигляді комбінованої системи освітлення з використанням люмінесцентних джерел світла у світильниках загального призначення. Як джерела загального освітлення повинні використовуватися лампи типу ЛБ і ДРЛ з індексом перенесення кольорів не менше 70 (R> 70), в якості світильників - установки з переважно відбитим або розсіяним світлом. Світильники загального освітлення слід розташовувати над робочим столом у рівномірно прямокутному порядку. Для запобігання засвічень екрану дисплея прямими світловими потоками повинні застосовуватися світильники загального призначення, розташовані між рядами робочих місць. При цьому лінії світильників розташовуються паралельно светопроемов.

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

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

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


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

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


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

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


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

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

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

Все це призводить до ухвалення серйозних заходів захисту від пожеж, що визначаються СП 512-78 "Інструкції з проектування будинків і приміщень для ЕОМ" та СНиП 11-2-80 "Протипожежні норми проектування будинків та споруд". У цих документах викладені основні вимоги до вогнестійкості будівель і споруд, протипожежних перешкод, евакуації людей з будівель і приміщень.


5.1.2. Виробничі шуми та вібрація.

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

Нормування шумів у виробничих приміщеннях здійснюється за граничними спектрами або в дБ відповідно до ГОСТ 12.1.036-81 "Шум. Загальні вимоги безпеки". Граничні норми шумів виробничого приміщення визначаються характером виконання робіт. Максимальний рівень непостійного шуму на робочих місцях не повинен перевищувати 125 дБ. Забороняється короткочасне перебування в зонах з рівнями звукового тиску понад 135 дБ.

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

Перелік заходів для боротьби з шумом включає:

  • збільшення жорсткості конструкцій;

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

  • заміна зубчастих передач на фрикційні;

  • застосування екранів та глушників для аеродинамічних шумів;

  • видалення робочих місць з галасливих зон, додатковий відпочинок робітників галасливих цехів і приміщень;

  • застосування індивідуальних засобів захисту (навушники, шоломи, вкладиші) та ін

Вібрація виникає при русі транспортних засобів, роботі ударних механізмів, обертанні неврівноважених мас (роторів, електродвигунів та інших механізмів). Характер впливу вібрації на людину залежить від діапазону частот механічних коливань, напрями їх дії і тривалості впливу, і може викликати у людини різні захворювання. Для зниження рівня вібрацій, створюваної машинами і механізмами, необхідно прагне ретельно балансувати обертові маси, встановлювати амортизуючі прокладки під обладнання або монтувати його на спеціальних фундаментах. Вимоги до індивідуальних засобів захисту (спеціальні рукавички, взуття та ін) регламентуються в ГОСТ 12.4.002-84.


5.2. Розрахунок рівня звукового тиску в операторної ЕОМ.

У разі, коли декілька джерел шуму (ІШ) і розрахункова точка (РТ) знаходяться в приміщенні, рівень звукового тиску визначається за наступною формулою:

, (1)

де m - кількість джерел шуму в приміщенні (у нашому випадку це можуть бути кондиціонери, сервера і т.д.);

Ф - фактор спрямованості джерела шуму:

- Ф = 1 - для джерела з рівномірним випромінюванням;

- Ф = 2 - для джерела з рівномірним випромінюванням на що відбиває площині;

- Ф = 4 - для джерела з рівномірним випромінюванням поблизу двухгранного кута;

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

У - стала приміщення (м 2), що визначається з співвідношення У 1000 * , де В 1000 - постійна приміщення на еталонній частоті 1000 Гц, що встановлюється з таблиці в залежності від об'єму приміщення V, -частотний множник, що визначається залежно від об'єму приміщення за таблицею;

Li - рівень звукової потужності i-го джерела шуму, дБ;

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

Розрахуємо рівень звукового тиску в операторної ЕОМ (див. рис.5.1):

рис.5.1. План приміщення з розстановкою джерел шуму.


Вихідні дані

№ ІШ L

l мах

R

r / l мах

Ф

S
1 20 0.45 0.5 1.1 2 100 2.8 1.570795
2 5 0.45 1 2.2 2 3.2 1.05 6.28318
3 15 0.45 2.5 5.6 2 31.6 1 39.26988
4 5 0.45 3.5 7.8 2 3.2 1 76.96986
5 35 0.6 5 8.3 2 3162.3 1 1570795

V = 60

У 1000 = 10

 = 0.75

В = 7.5

Підставляючи вихідні дані у формулу (1) отримуємо результат:

L = 32,92 дБ.


Висновок: в даному приміщенні рівень звукового тиску не перевищує норм встановлених відповідно до ГОСТу 12.1.036-81 "Шум. Загальні вимоги безпеки".


5.3.Расчет штучного освітлення в операторної ЕОМ.

При проектуванні промислових об'єктів доводиться мати справу з вибором освітлення промислових майданчиків. Вибір ламп і світильників проводиться на підставі забезпечення нормативної освітленості робочих місць при мінімальних капітальних та експлуатаційних витратах.

Розрахунок штучного освітлення зводиться до визначення числа світильників:

Е - нормована освітленість, Лк. (Для нашого випадку  300)

(Вибирається з таблиць);

k 3 - коефіцієнт запасу  1.3;

А - площа підлоги, м 2 (= 50 м 2);

z - коефіцієнт, що враховує нерівномірність освітленості

(Для ламп розжарювання = 1.5, для люмінесцентних = 1.1.);

- Кількість ламп в одному світильнику (= 2);

- Світловий потік лампи (Для ламп ЛБ-40 = 3000 лм.);

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

а - ширина приміщення, м;

b - довжина приміщення, м;

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

Приймаючи, що а = 5 м., b = 10 м., h = 2 м., обчислюємо = 1.66. Тепер за таблицею відповідності визначаємо, що = 0.33.

Підставляючи всі необхідні дані отримуємо:

= 300 * 1.3 * 50 * 1.1 / 2 * 3000 * 0.33  10

Таким чином, отримуємо, що для освітлення нашого приміщення необхідно 10 світильника, по 2 лампи марки ЛБ-40 в кожному.


Схема розташування світильників у приміщенні.


Висновок: У результаті правильного розрахунку освітлення, в операторів ЕОМ зменшується ризик професійних захворювань (в основному втрата зору), стомленість і як наслідок - підвищується продуктивність праці.


ГЛАВА 6.Організаціонно-економічна частина проекту.


Введення

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

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

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

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


6.1. Організація розробки програмного продукту.


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

Аналіз раніше виконаних розробок програмних продуктів (ПП) та рекомендації Державних стандартів "Єдина система програмної документації" (ГОСТ 19.001) дозволяють уявити структуру проекту та стадії розв'язуваних задач у вигляді дерева цілей, зображеного на рис. 6.1.


┌ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┐

│ Розробка програмного │

│ продукту │

└ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┬ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┘

┌ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┬ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┴ ─ ┬ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┬ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┐

┌ ─ ─ ─ ─ ─ ┴ ─ ─ ─ ─ ─ ┬ ─ ─ ─ ─ ─ ─ ┴ ─ ─ ─ ─ ─ ─ ─ ┬ ─ ─ ─ ─ ─ ─ ─ ┴ ─ ─ ─ ─ ─ ─ ┬ ─ ─ ─ ─ ─ ─ ─ ┴ ─ ─ ─ ─ ─ ─ ┬ ─ ─ ─ ┴ ─ ─ ─ ─ ─ ┐

│ технічне │ ескізне │ технічне │ робоче │ впровадження │

│ завдання │ проектування │ проектування │ проектування │ │

├ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┼ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┼ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┼ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┼ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┘

│ ├ вибір методу ├ розробка ├ розробка ├ здача ПП

├ постановка │ рішення │ алгоритму │ програм │ замовнику

│ завдання ├ опредеденіе ├ опредеденіе ├ тестування ├ супроводжується

├ збір результат. │ конфігурації │ форм даних │ та налагодження │ деніе ПП

│ матеріалів │ тех.средств ├ розробка ├ розробка

├ складання ├ розробка │ тех.екон-го │ супровідних

│ Т.З. │ архітектури │ обгрунтування │ льно доку-

│ системи │ доцільність-│ ментації

│ програм │ ності впровад-│ випробування ПП

├ організація │ ня продукту

│ розробки ├ складання

│ пояснювальній

│ записки

Рис. 6.1 Дерево цілей розробки ПП.


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

Розгляд основних характеристик складу і структури програмного продукту, а також вивчення аналогічних програм, дають можливість оцінити новизну і складність розроблюваного програмного продукту. Результати оцінки новизни і складності, виконані на основі методичних вказівок кафедри 115, наведено в табл. 6.1, 6.2.


Таблиця 6.1.

Оцінка новизни ПП.

NNпп

Ознака

Новизни

Характеристика

ознаки

Коеф.новізни

1


2


3


Ступінь новизни

розробки


Мова написання програми

Ступінь використання в програмі типових алгоритмів

Є розвитком певного параметричного

ряду програм

Необхідно вивчити і освоїти


до 70%

1,6


2,5


1,0


Коефіцієнт новизни дорівнює:

Кн = (1,6 + 2,5 + 1,0) / 3 = 1,7


Таблиця 6.2.

Оцінка складності ПП.

NNпп

Ознака

Складності

Характеристика

Ознаки

Коеф.сложності

1


2


3


4


5

Кількість операторів у програмі

Рівень мови програмування

Категорія програми


Інтерфейс з користувачем

Операційний і технологічне середовище

до 5000


Високого

рівня F, dB

Організації

даних

Середнього

рівня

Добре

відома

0,7


1,6


1,6


1,6


0,7


Коефіцієнт складності дорівнює:

Kc = (0,7 + 1,6 + 1,6 + 1,6 + 0,7) / 5 = 1,3


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

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

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

Перелік конкретних робіт із зазначенням стадій їх виконання та обсягу своєї документації (в аркушах формату А4) наведено в табл. 6.3.


Таблиця 6.3.

Перелік виконуваних робіт.


NNпп

Найменування роботи

Стадія

розр.

Колич.

форм А4

1

2

3

4


5


6

7

8

9


10

11

12


13

14

15


16


17

18

19


20

21

22

23


24

25

26

27

28

29

30

Формулювання проблеми та постановка задачі

Збір та опрацювання вихідних матеріалів

Обгрунтування необхідності розробки

Розробка структури вх / вих даних, функцій інтерфейсу з користувачем

Обгрунтування принципової можливості розв'язання задачі

Складання, узгодження і затвердження ТЗ

Підготовка графічної частини проекту

Опред. вимог до пр-ме і техн-м засобам

Визначення стадій розробки та складу виконуваних робіт

Розробка загального алгоритму розв'язання задачі

Визначення конфігурації техн-х коштів

Складання плану розробки програмного продукту у вигляді мережевого графіка

Розробка структури програми

Зображення мережевого графіка на плакаті

Уточнення вх / вих даних і визначення форм їх подання

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

Вибір методів рішення задачі

Опред. витрат на розробку і впровадження ПП

Опис обмежень і припущень, пов'язаних з методом вирішення завдання

Оцінка очікуваного екон .. еф. від впровадження ПП

Обгрунтування вибору мови програмування

Опис лог-й структури і функ-й пр-ми

Оформлення та затвердження пояснювальної записки проекту

Розробка алгоритму програми

Написання програми

Тестування програми

Розробка керівництва оператора

Компонування та налагодження програми

Проведення пред.пріемо-здавальних исп-ий

Здача програмного продукту замовнику

ТЗ

ТЗ

ТЗ

ЕП


ЕП


ТЗ

ТП

ТЗ

ТЗ


ЕП

ТП

ЕП


ТП

ТП

ТП


ТП


ЕП

ТП

ТП


ТП

ТП

ТП

ТП


ТП

РП

РП

РП

РП

РП

ВН

2

120

2

7


4


4

24

2

3


8

3

6


4

8

3


4


4

6

2


6

1

2

85


6

16

6

8

8

10

25


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

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

Трудомісткість виконання будь-якої роботи визначається за формулою:


Тр = Тб * Кн * Кс * Ке * Кв * Р ** 0.8, (1)


де Тб - норма часу (трудомісткість у нормо-годинах розробки

базового документа формату А4).

Кн - коефіцієнт новизни ПП.

Кс - коефіцієнт складності ПП.

Ке - коефіцієнт стадії (етапу) розробки.

Кв - коефіцієнт трудомісткості виду роботи.

Р - кількість аркушів розроблюваних документів,

приведених до формату А4.


Величина норми часу Тб і значення коефіцієнтів Ке і Кв прийняті відповідно до методичних рекомендації кафедри 115. Значення коефіцієнтів новизни і складності розробки прийняті відповідно до табл. 6.1, 6.2. Кількість листів розроблюваних документів у форматі А4 наведено в табл. 6.3.

Норма часу, значення зазначених коефіцієнтів і нараховані величини трудомісткості виконуваних робіт наведено в табл. 6.6, 6.7.


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

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

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

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

Вихідні дані із зазначенням номерів чергових робіт та їх взаємозв'язку з іншими роботами показані в табл. 6.4.

Результати побудови мережевого графіка за допомогою програми p51.exe представлені в табл. 6.5, де вказані номери та коди (попередній і наступний події) всіх виконуваних робіт, а також кілька фіктивних робіт. Побудований відповідно до цієї таблиці мережевий графік у масштабі часу зображений на рис. 6.2.


Вихідні номери і взаємозв'язку робіт (інформація для довідки).

+------------------------------------------------- ----------+

| Чергові. предшеств. послід. | чергові. предшеств. послід. |

+-----------------------------+------------------- ----------|

| 1 0 0 0 0 0 0 | 2 0 0 0 0 0 0 |

| 3 1 0 0 0 0 0 | 4 8 0 0 0 0 0 |

| 5 8 0 0 0 0 0 | 6 2 0 0 0 0 0 |

| 7 1 березня 0 0 0 0 | 8 2 3 6 7 4 5 |

| 9 5 0 0 0 0 0 | 10 4 11 17 16 12 0 |

| 11 4 0 0 0 0 0 | 12 10 0 0 0 0 0 |

| 13 16 10 12 14 0 0 | 14 4 0 0 0 0 0 |

| 15 5 9 18 0 19 0 | 16 4 11 17 0 0 0 |

| 17 4 11 0 0 0 0 | 18 5 9 0 0 0 0 |

| 19 15 0 0 0 0 0 | 20 24 0 0 0 0 0 |

| 21 15 19 0 0 24 0 | 22 8 0 0 0 24 0 |

| 23 13 0 0 0 24 0 | 24 23 21 22 0 0 0 |

| 25 20 0 0 0 0 0 | 26 20 25 0 0 0 0 |

| 27 20 25 26 0 0 0 | 28 25 0 0 0 0 0 |

| 29 25 26 27 28 0 0 | 30 29 0 0 0 0 0 |

+------------------------------------------------- ----------+


Перенумерація вихідних робіт в розрахункові (інформ. для довідки).

+------------------------------------------------- ----------+

| Розрахункові 1 2 3 4 5 6 7 8 9 10 11 12 |

| Вихідні 1 2 3 6 7 8 22 4 5 11 14 9 |

+------------------------------------------------- ----------|

| Розрахункові 13 14 15 16 17 18 19 20 21 22 23 24 |

| Вихідні 17 18 16 15 10 19 12 21 13 23 24 20 |

+------------------------------------------------- ----------|

| Розрахункові 25 26 27 28 29 30 31 32 33 34 35 36 |

| Вихідні 25 26 28 27 29 30 0 0 0 0 0 0 |

+------------------------------------------------- ----------+


Таблиця 6.4.

Номери робіт і їх взаємозв'язку.

+------------------------------------------------- ----------+

| Чергові. предшеств. послід. | чергові. предшеств. послід. |

+-----------------------------+------------------- ----------|

| 1 0 0 0 0 0 0 | 2 0 0 0 0 0 0 |

| 3 1 0 0 0 0 0 | 4 2 0 0 0 0 0 |

| 5 1 3 0 0 0 0 | 6 2 3 4 5 8 9 |

| 7 6 0 0 0 23 0 | 8 6 0 0 0 0 0 |

| 9 6 0 0 0 0 0 | 10 8 0 0 0 0 0 |

| 11 8 0 0 0 0 0 | 12 9 0 0 0 0 0 |

| 13 8 10 0 0 0 0 | 14 9 12 0 0 0 0 |

| 15 8 10 13 0 0 0 | 16 9 12 14 0 18 0 |

| 17 8 10 13 15 19 0 | 18 16 0 0 0 0 0 |

| 19 17 0 0 0 0 0 | 20 16 18 0 0 23 0 |

| 21 15 17 19 11 0 0 | 22 21 0 0 0 23 0 |

| 23 22 20 7 0 0 0 | 24 23 0 0 0 0 0 |

| 25 24 0 0 0 0 0 | 26 24 25 0 0 0 0 |

| 27 25 0 0 0 0 0 | 28 24 25 26 0 0 0 |

| 29 25 26 28 27 0 0 | 30 29 0 0 0 0 0 |

+------------------------------------------------- ----------+


Таблиця 6.5.

Номери та коди робіт мережного графіка.

+------------------------------------------------- ---------------+

| Номер 1 2 3 4 5 6 7 8 |

| Код 1 - 2 1 - 3 2 - 4 3 - 5 4 - 5 5 - 6 6-19 6 - 7 |

+------------------------------------------------- ---------------|

| Номер 9 10 11 12 13 14 15 16 |

| Код 6 - 8 7 - 9 7-17 8-10 9-11 10-12 11-13 12-14 |

+------------------------------------------------- ---------------|

| Номер 17 18 19 20 21 22 23 24 |

| Код 13-15 14-16 15-17 16-19 17-18 18-19 19-20 20-21 |

+------------------------------------------------- ---------------|

| Номер 25 26 27 28 29 30 31 32 |

| Код 21-22 22-23 22-24 23-24 24-25 25-26 0 - 0 0 - 0 |

+------------------------------------------------- ---------------+


6.1.6. Розрахунок і оптимізація параметрів мережного графіка.

При розрахунку параметрів подій і робіт сіткового графіка визначається тривалість робіт, ранні та пізні терміни звершення подій, резерви часу подій, терміни початку і закінчення робіт та інші параметри. Вони визначаються згідно з алгоритмом програми p53.exe.

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

Вихідні дані, необхідні для розрахунку та оптимізації параметрів мережного графіка наведено в табл. 6.6, 6.7.

Результати розрахунку параметрів мережного графіка наведені в табл.6.8, 6.9. Епюра мінімальної потреби в виконавців, побудована відповідно до таблиці 6.10, наведена на рис. 6.2. План-графік виконання всього комплексу робіт представлений в табл. 6.11.


Таблиця 6.6.

Загальні відомості щодо виконання робіт.

═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═

1. Кількість робіт мережі: 30 5. Відсоток додатк. зарплати: 8

2. Термін виконання замовлення: 60 дн. 6. Відсоток відрахувань на

3. Коефіцієнт новизни: 1.7 соціальне страхування: 37

4. Коефіцієнт складності: 1.3 7. Час розробки типового

документа формату А4: 1.7 год.


Таблиця 6.7.

Параметри виконуваних робіт.

+------------------------------------------------- ------------+

| Робота в мережі коеф. коеф. колич. годинна відс. відс. |

|================= Етапу трудо-доку-тариф-пре-кос-|

| Но-тру-ви-ємк. ментів ва ми Академії венн. |

| Заходів код доїм-вати виду форм. ставши-і рас-|

| Кістку роботи роботи А-4 ка допливти. ходів |

+------------------------------------------------- ------------|

| 1 1 - лютий 1939. 3.0 2.00 2 7.20 25 80 |

| 2 1 - 3 10. 3.0 .02 120 6.40 20 100 |

| 3 2 - 4 26. 3.0 1.30 2 6.40 20 80 |

| 4 3 - 5 33. 2.3 .80 7 6.40 20 80 |

| 5 4 - 5 34. 2.3 1.30 квітня 6.80 20 80 |

| 6 5 - 6 48. 3.0 1.40 4 7.20 25 100 |

| 7 6-19 1923. 1.6 .30 24 5.60 20 100 |

| 8 6 - 7 29. 3.0 1.50 2 7.20 20 80 |

| 9 6 - 8 27. 3.0 1.00 3 6.40 20 80 |

| 10 7 - 9 59. 2.3 1.30 серпня 6.80 25 80 |

| 11 7-17 19. 1.6 1.30 3 6.80 25 100 |

| 12 8-10 1922. 2.3 .60 6 6.40 20 150 |

| 13 9-11 22. 1.6 1.20 квітня 6.40 20 80 |

| 14 10-12 10. 1.6 .30 8 6.00 20 100 |

| 15 11-13 12. 1.6 .80 березня 6.00 20 80 |

| 16 12-14 11. 1.6 .60 4 6.00 20 150 |

| 17 13-15 34. 2.3 1.30 4 6.40 20 80 |

| 18 14-16 15. 1.6 .60 6 5.60 20 150 |

| 19 15-17 14. 1.6 1.30 2 6.40 20 80 |

| 20 16-19 15. 1.6 .60 6 5.60 20 80 |

| 21 17-18 8. 1.6 1.30 одна 6.40 20 80 |

| 22 18-19 12. 1.6 1.10 2 6.40 20 80 |

| 23 19-20 63. 1.6 .30 85 6.80 25 80 |

| 24 20-21 30. 1.6 1.20 6 6.00 25 80 |

| 25 21-22 35. 1.0 1.00 16 6.00 25 200 |

| 26 22-23 13. 1.0 .80 6 6.00 20 200 |

| 27 22-24 8. 1.0 .40 8 6.00 20 80 |

| 28 23-24 24. 1.0 1.20 8 6.00 25 200 |

| 29 24-25 21. 1.0 .90 10 6.00 25 200 |

| 30 25-26 24. .8 .60 25 6.00 25 150 |

+------------------------------------------------- ------------+


Таблиця 6.8.

Параметри подій мережі.

+------------------------------------------------- ---------------------+

| Номер | Термін звершення | Формулювання |

| Подію-|----------------| події |

| Ку | ранній пізній | |

+------------------------------------------------- ---------------------|

| 1 | .0 .0 | Робота з розробки ПП розпочато |

| 2 | 3.5 3.5 | Проблеми сформульовані, завдання поставлено |

| 3 | 3.5 3.5 | Інформація для вирішення проблеми зібрана |

| 4 | 6.5 6.5 | Необхідність і розробки визначено |

| 5 | 10.0 10.0 | Можливість розв'язання задачі обгрунтовано |

| 6 | 14.5 14.5 | ТЗ розроблено та затверджено |

| 7 | 18.0 18.0 | Вимоги сформульовані |

| 8 | 19.5 19.5 | Стадії розробки і склад робіт визначено |

| 9 | 22.5 22.5 | Загальний алгоритм розроблений |

| 10 | 24.0 24.0 | План мережевого графіка розроблений |

| 11 | 25.5 25.5 | Структура програми розроблена |

| 12 | 27.5 27.5 | Мережевий графік побудований |

| 13 | 28.0 28.0 | Форми представлення даних уточнені |

| 14 | 31.0 31.0 | Трудоемость робіт визначено |

| 15 | 31.5 31.5 | Можливість розв'язання задачі обгрунтовано |

| 16 | 34.5 34.5 | Витрати на розробку і впровадження визначені |

| 17 | 34.0 34.0 | Конфігурація технічних засобів визначена |

| 18 | 35.5 35.5 | Мова програмування вибрано |

| 19 | 38.0 38.0 | Проектування ПП закінчено |

| 20 | 42.5 42.5 | Матеріали для пояснювальної записки отримані |

| 21 | 46.0 46.0 | Мат.моделі та алгоритми прогр.модулей разраб. |

| 22 | 49.5 49.5 | Програма розроблена |

| 23 | 52.0 52.0 | Програма протестована |

| 24 | 55.0 55.0 | Програма для її перевірки готова |

| 25 | 57.5 57.5 | Приймально-здавальні випробування закінчені |

| 26 | 60.5 60.5 | Роботи з впровадження ПП закінчені |

+------------------------------------------------- ---------------------+


Додати в блог або на сайт

Цей текст може містити помилки.

Програмування, комп'ютери, інформатика і кібернетика | Реферат
347.9кб. | скачати


Схожі роботи:
Інформаційна автоматизована система в Держказначействі України
Автоматизована інформаційна система магазину Магніт
Інформаційна автоматизована система в Держказначействі України
Єдина автоматизована інформаційна система митних служб Співтовариства
Автоматизована інформаційна система документообігу Адміністративної комісії при адміністрації
Автоматизована інформаційна система обліку руху контингенту студентів ВНЗ
Автоматизована система обробки економічної інформації
Автоматизована система обробки економічної інформації АСОЕІ
Автоматизована система обробки економічної інформації на підприємс

Нажми чтобы узнать.
© Усі права захищені
написати до нас