Автоматизированное Робоча Місце Відділу Кадров

Введение

3.

1 Дослідницький розділ 5.

Запровадження 5 1.1 Теорія побудови Автоматизованих Робітників Місць 6.

1.1.1 Аналіз принципів АРМ з урахуванням ПК. 6.

1.1.2 Мовні кошти АРМ 9.

1.1.3 Класифікація АРМ-ов. 13 1.2 Теорія сучасних системам управління базами даных 17.

1.2.1 Концепція баз даних 17.

1.2.2 Архітектура СУБД 18.

1.2.3 Инфологическая модель даних «Сущность-связь «20.

1.2.4 Реляційна структура даних 21.

1.2.5 Про нормалізації, функціональних і багатозначних залежностях 23 1.3 Технологія Клиент-Сервер. 26.

1.3.1 Основні поняття 26.

1.3.2 Переваги архітектури клієнт-сервер 26.

1.3.3 Компоненти архітектури Клієнт-сервер 28 1.4 Мова структурованих запитів SQL 31.

1.4.1 Призначення і принцип роботи SQL 31.

1.4.2 Переваги мови SQL 32.

1.4.3 Запит мовою SQL 35.

1.4.4 Агрегатні функції 36 1.5 Локальні обчислювальні мережі 38.

1.5.1 Файл сервер і створить робочі станції 38.

1.5.2 Операційна система робочої станції 39.

1.5.3 Переваги локальних обчислювальних мереж 40.

1.5.4 Стандарт передачі 40.

1.5.5 Мережні пристрої і кошти комунікацій. 44.

1.5.6 Вита пара. 45.

1.5.7 Широкосмуговий коаксіальний кабель. 45.

1.5.8 Еthernet-кабель. 46.

1.5.9 Оптоволоконні лінії. 46.

1.5.10 Топології обчислювальної мережі. 46.

1.5.11 Топологія типу зірка. 47.

1.5.12 Кільцева топологія. 48.

1.5.13 Шинна топологія. 49.

1.5.14 Методи доступу і протоколи передачі 51.

1.5.15 Локальна мережу Token Ring 51.

1.5.16 Локальна мережу Arknet. 52.

1.5.17 Локальна мережу Ethernet 53 1.6 Мережні операційні системи для локальних мереж. 54.

1.6.1 NetWare 3.11, Nowell Inc. 56.

1.6.2 LAN Server, IВМ Согр. 56.

1.6.3 Windows NT Advanced Server 3.1, Microsoft Corp. 57.

1.6.4 NetWare 4, Nowell Inc. 58 1.7 Середовище Delphi як розробки ПО баз даных. 60.

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

1.7.2 Потужний объектно-ориентированный мову 64.

1.7.3 Объектно-ориентированная модель програмних компонент 65.

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

1.7.5 Форми, модулі і метод розробки «Two-Way Tools» 71.

1.7.6 Масштабируемые кошти на побудови баз даних 72.

1.7.7 Настраиваемая середовище розробника 73.

1.7.8 SQL сервер InterBase 5.1.1 75 Укладання 76.

2 Методичний розділ 77.

Запровадження 77.

2.1.1 Призначення АРМ «Відділ Кадрів» 78.

2.1.2 Складові частини програми 79.

2.1.3 Права доступу. Вхід у програму 79.

2.1.4 Довідники 81.

2.1.5 Особисті картки 82.

2.1.6 Архів 83.

2.1.7 Звіти 83.

2.1.8 Додаткові функції 84.

2.1.9 Установка та налаштування програми 84.

2.1.10 Особливості реалізації поставленого завдання 87.

2.1.11 Екранні форми 89 Укладання 90.

3 Безпека життєдіяльності 91.

Запровадження 91 3.1 Аналіз небезпечних і шкідливих чинників, які виникають за працювати з комп’ютером 92 3.2 Заходи з запобігання та зменшенню впливу шкідливих чинників 94.

3.2.1 Нормування штучного та її природного висвітлення. 94.

3.2.2 Найвища вимога до штучному висвітлення в виробничому приміщенні. 94.

3.2.3 Розрахунок штучного висвітлення 95.

3.2.4 Раціональна планування робочих місць. 97 3.3 Утилізація й ртуті в люмінесцентних лампах 98.

3.3.5 Щодо хімічного складу і питома витрата демеркуризационных розчинів 101 Укладання 102.

4 Додатка 104.

4.1.1 Лістинг основного файла-проекта 104.

4.1.2 Лістинг створеного VCL-компонента. 106.

4.1.3 Модуль блокування програми від несанкціонованого доступа.

5 Список використаних джерел 110.

Темою даної дипломної роботи є підставою Автоматизоване Робоча Місце (АРМ) відділу кадрів підприємства. Результатом роботи є підставою програма «АРМ Відділ кадрів», застосовується до нашого часу на Московському Заводі Радіоапаратури (МЗР) «ОРБИТА».

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

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

Отже, автоматизація процесу праці відділу кадрів є за потрібне і досить перспективним процесом. До написання даного диплома на МЗР ОРБІТА використовувалася написана раніше на Cliper-e база даних АРМ-ОК-94. Проте на час переддипломної практики накопичилися зауваження до недоліків програми. Ось список основних недоліків, які відзначалися як критичні і конче потребували усунення під час першого очередь:

1. Програма не разграничивала права доступу. Фактично будь-який, має доступу до комп’ютера із порушенням установленої програмою міг переглянути даних про особистих співробітників. Єдиним перешкодою було розташування комп’ютерів у кімнаті відділу кадров.

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

3. Інтерфейс програми абсолютно не вміщує тривалу роботу оператора з ПЕОМ. Занадто контрастні колірні настройки діалогів введення інформації, і навіть видача звукового сигналу після вдалого введення інформації сильно стомлювало викликало роздратування пользователей.

4. Вигляд распечатываемых звітів не відповідав виду стандартних документов.

5. Загальна методологічна організація перетинів поміж на різні форми введення і подразумеваемым результатом погано продумана. Тобто. інтерфейс не можна назвати «интуитивно-понятным».

Усунути вищеописані вади суспільства і було метою дипломної роботи. Більше коротко вимоги до нової реалізації АРМ можна визначити так:

1. Розмежування прав доступу до информации.

2. Мінімальна навантаження локальну обчислювальну сеть.

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

4. Зручний інтерфейс, интуитивно-понятные зв’язок між діалогами введення информации.

З урахуванням наявних знань щодо побудови баз даних із допомогою SQL технологій і архітектури «клієнт-сервер» прийнято рішення написати нову програму з урахуванням наведених вимог. Дані кошти реалізації є перспективними і дозволили вирішити це завдання в відповідність до вимогам до программе.

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

Исследовательский раздел.

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

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

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

2 Теорія побудови Автоматизованих Робітників Мест.

1 Аналіз принципів АРМ з урахуванням ПК.

Автоматизоване робоче місце (АРМ), чи, у закордонній термінології, «робоча станція «(work-station), є місце пользователя-специалиста тій чи іншій професії, обладнане засобами, необхідні автоматизації виконання ним певних функцій. Такими засобами, зазвичай, є ПК, дополняемый по мері необхідності іншими допоміжними електронними пристроями, саме: дисковими накопичувачами, печатающими пристроями, оптичними читаючими пристроями чи считывателями штрихового коду, пристроями графіки, засобами поєднання коїться з іншими АРМ і з локальними обчислювальними сітями та т.д.

Hаибольшее поширення у світі отримали АРМ з урахуванням професійних ПК з архітектурою IBM PC.

АРМ переважно орієнтовані користувача, котра має спеціальної підготовки з використання обчислювальної техніки. Основним призначенням АРМ вважатимуться децентралізовану обробку інформації на робочих місцях, використання відповідних «своїх «баз даних при одночасної можливості входження до локальні мережі АРМ і ПК, інколи ж й у глобальні обчислювальні мережі, які включають потужні ЭВМ.

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

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

. системность.

. гибкость.

. устойчивость.

. эффективность.

Пояснимо сенс кожного із зазначених понятий.

Системність. АРМ слід розглядати, як системи, структура яких визначається функціональним назначением.

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

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

Ефективність АРМ слід розглядати, як інтегральним показником рівня реалізації наведених вище принципів, віднесеного до витрат створення умов та експлуатацію системы.

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

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

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

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

Структура АРМ включає сукупність підсистем — технічної, інформаційної, програмної і организационной.

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

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

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

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

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

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

2 Мовні кошти АРМ.

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

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

Як у усякому мові, основу мов АРМ мають становити заздалегідь зумовлені терміни, і навіть описи способів з допомогою яких можуть встановлюватися нові терміни, замінюючи чи доповнюючи існуючі. Це спричиняє необхідності під час проектування АРМ належним чином класифікувати термінологічну основу АРМ, тобто. визначити все основні синтаксичні конструкції мови та семантичні відносини між термінами та його сукупностями. У зв’язку з може виникнути потреба у найпростішої класифікації АРМ, наприклад, за можливостями уявлення даних у деяких користувальних режимах обробки: числові, текстові, змішані. У складніших випадках класифікація АРМ може визначатися вже організацією баз даних. Можливості мови багато чому визначають і список правил, якими користувач може будувати формальні конструкції, відповідні реалізації інформаційної потреби. Hапример, в деяких АРМ всі дані і конструкції фіксуються в табличній формі (табличні АРМ) або у вигляді операторів спеціального виду (функціональні АРМ).

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

Конструкцією однієї й тієї ж АРМ може бути передбачене чимало, а кілька можливих типів діалогу залежно від подальшого зростання активності користувача у процесі навчання чи роботи, і навіть необхідності розвитку АРМ засобами користувача. З існуючих діалогів розробки АРМ найбільш употребимы: діалог, инициируемый пЕОМ, діалог заповнення форм, гібридний діалог, діалог ненавченого користувача і діалог із допомогою фіксованих кадрів інформації. При діалозі, инициируемом пЕОМ, користувач АРМ звільняється практично цілком вивчення мнемоніки і конструкцій мови. Однією з модифікацій цього є метод меню, у якому вибирається чи кілька з запропонованих пЕОМ вариантов.

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

Гібридний діалог то, можливо ініційовані і користувачем, і ПЭВМ.

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

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

Тип діалогу він може визначати класифікацію АРМ, наприклад АРМ з діалоговими засобами ненавченого користувача. Класифікація АРМ по такому ознакою пов’язані з классификаццией по професійної орієнтації користувача. Hапример, АРМ з діалогом методом меню навряд чи доцільно для пользователя-экономиста, стосовного до того ж час до персоналу керівника, внаслідок значної частини повторюваних операций.

Коли дивитися на автоматизированниые робочі місця з погляду програмних засобів, їх що реалізують, то класифікація АРМ то, можливо дуже широка. Вони може бути класифіковані з мови програмування, надання користувачеві процедурних коштів програмування, можливості добудовування програмної системи в процесі експлуатації, наявності системам управління базами даних, транслятора чи інтерпретатора з мов користувачів, коштів виявлення і виправлення помилок, і т.д. Пакети прикладних програм (ППП), застосовувані в АРМ, може бути параметризованы задля забезпечення прив’язки системи до конкретному додатку. Можуть використовуватися генератори самих ППП.

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

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

Обслуговуючі АРМ у сфері організаційного управління може бути :

. информационно-справочными.

. вычислительными.

. текстообрабатывающими.

Інтелектуальні АРМ можна передусім розділити на орієнтовані на дані і зорієнтовані занания (даталогические і фактологические).

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

Інтелектуальні АРМ даталогического типу засновані широкому використанні баз даних, і мов користувачів. У цьому користувач здатний самостійно модифікувати бази даних, і мови, варіювати діалоговими можливостями. У цих АРМ відсутня база знань, тобто. неможливо накопичення правил, які забезпечують пояснення чи іншого властивості керованого об'єкта. База знань як складовою компонент входить в АРМ фактологічного типу. Фактологічні АРМ корисні там, де робота у умовах АРМ визначається переважно накапливаемым досвідом та логічним висновком з його основе.

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

3 Класифікація АРМ-ов.

АРМ може бути індивідуальними, груповими, колективними. Що стосується груповим й колективною АРМ з метою ефективного функціонування системи ЕОМ — фахівцям (колективу) необхідно посилити вимоги до роботи АРМ і чітко визначити функції адміністрування у системі. Система АРМ, що є «людиною — машиною», мусить бути відкритої, гнучкою, пристосованій до сталого розвитку й удосконаленню. У такій системі би мало бути забезпечені:. максимальна приближённость фахівців до машинним засобам обробки інформації;. робота у діалоговому режимі;. оснащення АРМ відповідно до вимогами ергономіки;. висока продуктивність комп’ютера;. максимальна автоматизація рутинних процесів; моральна задоволеність фахівців умовами труда, стимулирующая їх творчу активність, зокрема, у розвитку системи;. можливість самонавчання специалистов.

Завдання, розв’язувані на АРМ, умовно можна розділити на інформаційні і вычислительные.

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

Обчислювальні завдання є як формализуемыми, не повністю формализуемыми. Формализуемые завдання вирішуються з урахуванням формальних алгоритмів і діляться на дві групи: завдання прямого рахунки і завдання на основі математичних моделей. Завдання прямого рахунки вирішуються з допомогою найпростіших алгоритмів. Для складних завдань потрібно застосовувати різні математичні модели.

Останнім часом багато уваги виділяється розробці коштів рішення в повному обсязі формализуемых завдань, званих сематическими. Такі завдання виникають часто-густо під час оперативно керувати економічними об'єктами, особливо в ухваленні рішень у умовах неповної інформації. Структура АРМ — це сукупність його підсистем і елементів. До які забезпечують системам насамперед слід віднести: технічне, інформаційне, програмне і організаційне. З іншого боку, існує низка подсистем.

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

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

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

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

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

Організаційне забезпечення передбачає определе-ние і документальне оформлення правий і обов’язків користувачів АРМ.

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

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

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

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

3 Теорія сучасних системам управління базами даных.

1 Концепція баз данных.

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

. підтримку логічно узгодженого набору файлов.

. забезпечення мови маніпулювання данными.

. відновлення інформації після різноманітних сбоев.

. реально паралельна робота кількох пользователей.

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

Рис. 1.1 Зв’язок програм, тож даних під час використання СУБД.

2 Архітектура СУБД.

СУБД повинна надавати доступом до даним будь-яким користувачам, включаючи і тих, що практично немає і (чи) США знати о:

. фізичному розміщенні у пам’яті даних, і їх описаний;

. механізмах пошуку потрібних данных;

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

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

(чи) несанкціонованого доступа;

. підтримці баз даних в актуальному стані людини і багато інших функцій СУБД.

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

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

Рис. 1.2 Рівні моделей данных.

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

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

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

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

3 Инфологическая модель даних «Сущность-связь «.

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

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

Атрибут — пойменована характеристика сутності. Його найменування має бути унікальним конкретної типу сутності, але, можливо однаковим для різних типів сутностей (наприклад, КОЛІР то, можливо визначено багатьом сутностей: СОБАКА, АВТОМОБІЛЬ, ДИМ тощо.). Атрибути йдуть на визначення того, яка інформація мусить бути зібрана про сущности.

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

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

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

4 Реляційна структура данных.

Наприкінці 1960;х років з’явилися роботи, у яких обговорювалися можливості застосування різних табличных даталогических моделей даних, тобто. можливості використання звичних природничих способів уявлення даних. Найбільш значною їх було стаття співробітника фірми IBM д-ра Э. Кодда (Codd E.F., A Relational Model of Data for Large Shared Data Banks. CACM 13: 6, June 1970), де, мабуть, був уперше застосований термін «реляційна модель даних » .

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

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

Доменом називається безліч атомарних значень однієї й тієї типу. Сенс доменів ось у чому. Якщо значення двох атрибутів беруть із однієї й тієї ж домену, то, мабуть, мають сенс порівняння, використовують ці дві атрибута (наприклад, в організацію транзитного рейсу можна надати запит «Видати рейси, у яких час вильоту з Москви до Сочі більше часу прибуття з Архангельська у Москві «). Якщо ж значення двох атрибутів беруть із різних доменів, їх порівняння, мабуть, позбавлене сенсу: варто порівнювати номер рейсу зі вартістю билета?

Заголовок складається з такого фіксованого безлічі атрибутів A1, A2, …, An, що є взаємно однозначне відповідність між тими атрибутами Ai і визначальними їх доменами Di (i=1,2,…, n).

Тіло складається з мінливого у часі безлічі кортежів, де кожен кортеж полягає у своє чергу з багатьох пар атрибут-значение (Ai:Vi), (i=1,2,…, n), за однією такий парі кожному за атрибута Ai в заголовку. Для будь-якої заданої пари атрибут-значение (Ai:Vi) Vi є значенням з єдиного домену Di, який із атрибутом Ai.

Ступінь відносини — їх кількість його атрибутів. Ставлення ступеня один називають унарным, ступеня два — бінарним, ступеня три — тернарным, …, а ступеня n — n-арным.

Кардинальне число чи потужність відносини — їх кількість його кортежів. Кардинальне число відносини змінюється у часі на відміну його степени.

Оскільки ставлення — це безліч, а безлічі з визначення не містять які збігаються елементів, жодні два кортежу відносини що неспроможні бути дублікатами одне одного у будь-який произвольно-заданный час. Нехай R — стосунки із атрибутами A1, A2, …, An. Кажуть, що багато атрибутів K=(Ai, Aj, …, Ak) відносини R є можливим ключем R тоді і тільки тоді ми, коли задовольняються дві незалежні від часу условия:

Унікальність: в довільний поставлене час ніякі два різних кортежу R немає однієї й тієї ж значення для Ai, Aj, …, Ak.

Мінімальність: жодного з атрибутів Ai, Aj, …, Ak може бути виключили з K без порушення уникальности.

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

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

Отношение-Таблица (иногдаФайл), Кортеж — Рядок (іноді Запис), Атрибут — Стовпець, Поле. У цьому приймається, що «запис «означає «примірник записи », а «полі «означає «ім'я і тип поля » .

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

5 Про нормалізації, функціональних і багатозначних зависимостях.

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

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

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

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

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

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

Отже, кожна нормальна форма в певному сенсі більш обмеженою, але й бажаної, ніж попередня. Це було пов’язано про те, що «(N+1)-я нормальна форма «не має деякими непривабливими особливостями, властивою «N-й нормальної формі «. Загальний сенс додаткового умови, налагаемого на (N+1)-ю нормальну форму стосовно N-й нормальної формі, полягає у виключення цих непривабливих особенностей.

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

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

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

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

4 Технологія Клиент-Сервер.

2 Основні понятия.

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

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

Отже, дворівнева система «Клиент-Сервер «это:

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

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

3 Переваги архітектури клиент-сервер

У момент може запитати, навіщо такі складності? Ось кілька міркувань до користь такого подхода.

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

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

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

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

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

Швидкодія — основний чинник доцільності розробки систем для архітектури клієнт-сервер. Застосування коштів швидкої розробки програм (Rapid Application Development — RAD), як-от Delphi компанії Borland, PowerBuilder фірми PowerSoft і Visual Basic корпорації Microsoft, дозволяє розробникам «штампувати «прикладні системи для архітектури клієнт-сервер в рекордно стислі терміни. Технологія серверів баз даних також стає простіше у використанні та поєднується тільки в системах зі засобами RAD. Отже, з допомогою цієї швидкісної та практично захищеної від «дурня «платформи розробки скорочується час, необхідне на підготовку і передачі прикладної програми пользователю.

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

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

Зазвичай клієнтом служить настільний ПК, виконує програмне забезпечення кінцевого користувача. програмне забезпечення (ПО) кінцевого користувача (front-end software) — це будь-яка прикладна програма чи пакет, здатні спрямовувати запити з мережі серверу і дозволяють опрацьовувати отримувану у відповідь інформацію. Сервер, своєю чергою, отримує запити, й вживає заходів від імені клиента.

ПК, який під управлінням Windows 95 і виконує програму клієнт-сервер Delphi, наприклад, може надати в руки запит серверу баз даних (скажімо, програмі InterBase 5.1.1, запущеній на сервері Windows NT). Зазвичай клієнт посилає запити базі даних як пропозицій мовою структурованих запитів (SQL), використовуючи зрозумілий серверу бази даних диалект.

4 Компоненти архітектури Клиент-сервер

Існують три основних програмних компонента архітектури клієнтсервер :

ПО кінцевого користувача. проміжне обеспечение.

ПО сервера.

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

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

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

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

Дві інші важливі особливості, куди слід звернути увагу, — здатність серверу забезпечувати цілісність ссылочных даних, і обопільний контроль завершення транзакції. Ссылочная цілісність даних (referential integrity) — це механізм, який би кожному зовнішньому ключу відповідний первинний ключ. Обопільний контроль завершення транзакцій (two-phase commit) — гарантія те, що ваші дані ні пошкоджені навіть за апаратній сбое.

З допомогою збережених процедур, тригерів і керував розробники можуть скласти програму безпосередньо самого серверу баз даних, і, таким чином, з’явиться ще одне місце розміщувати логіки програми. Збережені процедури (stored procedures) — це група пропозицій мовою SQL і процедурна логіка, які розробники можуть компілювати і зберігати на сервері баз даних як об'єкти. Програми-клієнти здатні виконувати збережені процедури, як і інший вигляд збережених процедур чи тригерів, шляхом посилки повідомлень серверу баз данных.

Реальне поширення архітектури «клієнт-сервер «можна було завдяки розвитку широкому впровадження у практику концепції відкритих систем. Тому ми розпочнемо з стислого запровадження відкриті системы.

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

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

Використання підходу відкритих систем вигідно державі й виробникам, і користувачам. Насамперед відкриті системи забезпечують природне розв’язання проблеми поколінь апаратних і програмних засобів. Виробники засобів не вынуждаются розв’язувати проблеми наново; можуть по крайнього заходу тимчасово продовжувати комплексировать системи, використовуючи існуючі компоненты.

5 Мова структурованих запитів SQL.

1 Призначення і принцип роботи SQL.

SQL (часто вимовляється як «сиквэл », скорочена назва від Structured Query Language) символізує собою Структурований Мова Запитів. SQL є інструментом, призначеним в обробці читання даних, які у комп’ютерної базі даних. Це мову що дає можливість ефективно створювати реляционные бази даних, і працювати з ними.

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

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

Рис. 1.3. Застосування SQL для доступу до бази данных.

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

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

Ось основні моменти, що характеризують зручність застосування SQL:

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

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

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

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

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

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

Отже, SQL є дуже потужним мовою для взаємодії з СУБД.

2 Переваги мови SQL.

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

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

Елегантність і від специфіки комп’ютерних технологій (апаратних платформ), і навіть його підтримка лідерами промисловості, у області технології реляционных баз даних, зробило SQL, і, мабуть в протягом недалекого майбутнього залишить його, основним стандартним мовою. По на цій причині, будь-який хто не хоче працювати з базами даних 90-х повинен знати SQL.

Стандарт SQL визначається ANSI (Американським Національним Інститутом Стандартів) й у тепер також приймається ISO (МІЖНАРОДНОЇ ОРГАНІЗАЦІЄЮ ПО СТАНДАРТИЗАЦІЇ). Проте, більшість комерційних СУБД розширюють SQL без повідомлення ANSI, додаючи різні інші особливості в цю мову, які, як вважають, будуть дуже потрібні. Іноді вони кілька порушують стандарт мови, хоча добрі ідеї мають тенденцію розвиватись агресивно та невдовзі ставати стандартами «ринку «власними силами з корисності своїх качеств.

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

У цілому нині, список переваг, куди слід звернути увагу в першу чергу, можна наступного вигляді: незалежність від конкретних СУБД; перенесення з одного обчислювальної системи в іншу; наявність стандартів; підтримку з боку компанії Microsoft (протокол ODBC); реляційна основа; высокоуровневая структура, нагадує англійська мова; можливість виконання спеціальних інтерактивних запитів: забезпечення програмного доступу до баз даних; можливість різного уявлення даних; повноцінність як мови, покликаного забезпечити роботи з базами даних; можливість динамічного визначення даних; підтримка архітектури клиент/сервер.

Усі перелічені вище чинники призвели до те, що 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, і вони прискорили завоювання їм рынка.

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

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

3 Запит мовою SQL.

Як підкреслювалося раніше, SQL символізує собою Структурований Мова Запитів. Запити — мабуть найчастіше використовуваний аспект SQL. Фактично, для категорії SQL користувачів, малоймовірно щоб хтось використав цей мову ж для чогось іншого. Отже :

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

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

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

Мова допускає три типу синтаксичних конструкцій, які з ключового слова SELECT: специфікація курсору (cursor specification), оператор вибірки (select statement) і подзапрос (subquery). Основою всіх них синтаксична конструкція «табличное вираз (table expression) ». Семантика табличного висловлювання у тому, що у основі послідовного застосування розділів from, where, group by і having з заданих розділ from таблиць будується деяка нова результуюча таблиця, порядок прямування рядків якої визначено серед рядків якої можуть бути дублікати (тобто. у випадку таблица-результат табличного є мультимножеством рядків). Насправді саме структура табличного висловлювання найбільшим чином характеризує структуру запитів мови SQL/89.

4 Агрегатні функции.

Запити виробляти узагальнену групове значення полів точно як і значення одного поля. Це з допомогою агрегатых функцій. Агрегатні функції виробляють одиночне значення для всієї групи таблиці. Є перелік цих функцій:. COUNT виробляє номери рядків чи не-NULL значення полів які вибрав запит.. SUM виробляє арифметичну суму всіх вибраних значень даного поля.

. AVG виробляє усереднення всіх вибраних значень даного поля.. MAX виробляє найбільше із усіх вибраних значень даного поля.. MIN виробляє найменше із всіх вибраних значень даного поля.

6 Локальні обчислювальні сети.

Сьогодні у світі більш 150 мільйонів комп’ютерів, більш 80% їх об'єднують у різні інформаційно-обчислювальні мережі від малих локальних мереж в офісах до глобальних мереж типу Internet.

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

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

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

1 Файл сервер і створить робочі станции.

ЛВС можуть бути вже з файл-сервера, підтримує невеличке кількість робітників станцій, або з багатьох файл-серверов і комунікаційних серверів, поєднаних з сотнями робочих станцій. Деякі мережі спроектовані з метою порівняно простих послуг, як-от спільне користування прикладної програмою і файлом й забезпечення доступу до єдиної принтеру. Інші мережі забезпечують зв’язку з великими і мини-ЭВМ, модемами колективного користування, різноманітними пристроями ввода/вывода (графопостроителями, принтерами тощо. буд.) і пристроям пам’яті великий ємності (диски типу WORM).

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

Кожна робоча станція є звичайний персонального комп’ютера, який під управлінням власної дискової ОС (такий, як DOS чи OS/2). Проте на відміну від автономного самого персонального комп’ютера робоча станція містить плату мережного інтерфейсу робота як фізично з'єднана кабелями з файлом-сервером. З іншого боку, робоча станція запускає спеціальну програму, званої оболонкою мережі, що дозволяє їй обмінюватися інформацією з файл-сервером, іншими робітниками станціями та ін пристроями мережі. Оболонка дозволяє робочої станції використовувати файли і програми, що зберігаються на файл-сервере, як і легко, як і що перебувають у її ж таки дисках.

2 Операційна система робочої станции.

Кожен комп’ютер робочої станції працює під керівництвом своєї власною операційною системи (такий, як DOS чи OS/2). Щоб включити кожну робочу станцію як потяг мережі, оболонка мережевий ОС завантажується на початок ОС компьютера.

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

1 Переваги локальних обчислювальних сетей.

Поняття локальна обчислювальна мережу — ЛВС (анг. LAN — Lokal Area Network) належить до географічно обмеженим (територіально чи производственно) апаратно-програмним реалізаціям, у яких кілька комп’ютерних систем пов’язані один з одним з допомогою відповідних коштів комунікацій. Завдяки такому з'єднанню користувач може взаємодіяти коїться з іншими робітниками станціями, під'єднаними до цієї ЛВС.

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

Поділ ресурсов.

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

Поділ данных.

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

Поділ програмних средств.

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

Поділ ресурсів процессора.

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

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

2 Стандарт передачі информации.

Усі ЛВС працюють у одному стандарті прийнятому для комп’ютерних мереж — в стандарті OSI (анг. Open Systems Interconnection). У розділі описана базова модель OSI.

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

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

Щоб пробудити процес передачі, використовуються машини з кодуванням даних, і пов’язані одна з інший. Для єдиного уявлення даних в лініях зв’язку, якими передається інформація, сформована Міжнародна організація по стандартизації ISO (анг. ISO — International Standards Organization).

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

ISO розробила зазначену базову модель взаємодії відкритих систем OSI. Модель містить сім окремих рівнів: 1. фізичний — бітові протоколи передачі; 2. канальний — формування кадрів, управління доступом до середовища; 3. мережевий — маршрутизація, управління потоками даних; 4. транспортний — забезпечення взаємодії віддалених процесів; 5. сеансовый — підтримка діалогу між віддаленими процесами; 6. поданні даних — інтерпретація переданих даних; 7. прикладної - користувальницьке управління данными.

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

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

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

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

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

Рівень 1. Физический.

На фізичному рівні визначаються електричні, механічні, функціональні і процедурні параметри для фізичної зв’язку в системах. Фізична зв’язок і нерозривна із нею експлуатаційна готовність є основний функцією 1-го рівня. Стандарти фізичного рівня включають рекомендації V.24 МККТТ (CCITT), EIA RS232 і Х.21. Стандарт ISDN (Integrated Services Digital Network) у майбутньому зіграє визначальну роль для функцій передачі. Як середовища передачі використовують трехжильный мідний провід (экранированная вита пара), коаксіальний кабель, опто-волоконний провідник і радиорелейную линию.

Рівень 2. Канальный.

Канальний рівень формує з наведених даних, переданих 1-му рівнем, так звані «кадри «послідовності кадрів. У цьому рівні здійснюються управління доступом до передавальної середовищі, використовуваної кількома ЕОМ, синхронізація, виявлення та виправлення ошибок.

Рівень 3. Сетевой.

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

Рівень 4. Транспортный.

Транспортний рівень підтримує безперервну передачу даних між двома взаємодіючими друг з одним користувальницькими процесами. Якість транспортування, безпомилковість передачі, незалежність обчислювальних мереж, сервіс постачання з кін.ХХ ст кінець, мінімізація витрат і адресація зв’язку гарантують безперервну і безпомилкову передачу данных.

Рівень 5. Сеансовый.

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

Рівень 6. Уявлення данных.

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

Рівень 7. Прикладной.

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

Для передачі по комунікаційним лініях дані перетворюються на ланцюжок наступних друг за іншому бітов (двоичное кодування з допомогою двох станів: «0 «і «1 »).

Передані алфавитно-цифровые знаки видаються з допомогою бітових комбінацій. Бітові комбінації мають у певному кодовою таблиці, що містить 4-, 5-, 6-, 7- чи 8-битовые коды.

Кількість представлених знаків під час залежить кількості бітов, які у коді: код з чотирьох бітов може надати максимум 16 значень, 5-битовый код — 32 значення, 6-битовый код — 64 значення, 7- бітовий — 128 значень і 8-битовый код — 256 алфавітно-цифрових знаков.

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

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

Національні і спеціальні знаки з допомогою 7-битово коду уявити не можна. Для уявлення національних знаків застосовують найбільш употребимый 8-битовый код.

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

Протокол передачі вимагає наступній інформації: Синхронизация. Под синхронізацією розуміють механізм розпізнавання початку блоку даних та її кінця. Инициализация. Под инициализацией розуміють з'єднання між взаємодіючими партнерами. Блокирование. Под блокуванням розуміють розбивка переданої інформації на блоки даних суворо визначеній максимальної довжини (включаючи пізнавальні знаки початку блоки і кінця). Адресація. Адресація забезпечує ідентифікацію різного використовуваного устаткування даних, яке обмінюється друг з одним інформацією у час взаємодії. Виявлення помилок. Під виявленням помилок розуміють установку бітов парності і, отже, обчислення контрольних бітов. Нумерація блоків. Поточна нумерація блоків дозволяє визначити помилково передану чи потерявшуюся інформацію. Управління потоком даних. Управління потоком даних служить для і розподілу і синхронізації інформаційних потоків. Приміром, якщо бракує місця у буфері устрою даних чи дані недостатньо швидко обробляються в периферійних пристроях (наприклад, принтерах), повідомлення і / чи запити накопичуються. Методи відновлення. Після переривання процесу передачі використовують методи відновлення, аби повернутися до якогось становищу для повторної передачі. Дозвіл доступа. Распределение, контроль і управління обмеженнями доступу до даних ставляться в провину обов’язок пункту дозволу доступу (наприклад, «лише передача «чи «лише прийом »).

3 Мережні пристрої і кошти коммуникаций.

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

• вартість монтажу і обслуживания,.

• швидкість передачі информации,.

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

• безпеку передачі данных.

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

4 Вита пара.

Найдешевшим кабельним з'єднанням є кручене двухжильное проводове з'єднання часто зване «кручений парою «(twisted pair). Вона дозволяє передавати інформацію з швидкістю до 10 Мбіт/с, легко нарощується, проте є помехонезащищенной. Довжина кабелю неспроможна перевищувати 1000 м при швидкості передачі 1 Мбіт/с. Перевагами є низька ціна, і біс проблемна установка. На підвищення помехозащищенности інформації часто використовують экранированную кручену пару, тобто. кручену пару, вміщену в экранирующую оболонку, подібно екрану коаксіального кабелю. Це збільшує вартість кручений пари наближає її ціну до ціни коаксіального кабеля.

5 Широкосмуговий коаксіальний кабель.

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

6 Еthernet-кабель.

Ethernet-кабель є також коаксиальным кабелем з хвильовим опором 50 Ом. Томськ називають ще товстий Ethernet (thick) або жовте кабель (yellow cable). Він використовує 15-контактное стандартне включення. У результаті помехозащищенности є дорогий альтернативою звичайним коаксиальным кабелям. Максимально доступне відстань без повторителя не перевищує 500 м, а загальне відстань мережі Ethernet — близько 3 тис м. Ethernetкабель, завдяки їхній магістральної топології, використовують у кінці лише один нагрузочный резистор.

7 Оптоволоконні линии.

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

Показники трьох типових середовищ передачі наведені у таблице.

|Показники |Середовище передачі | | |Двох жильний |Коаксіальний |Опто-волоконний | | |кабель — вита |кабель |кабель | | |пара | | | |Ціна |Невисока |Щодо |Висока | | | |висока | | |Нарощування |Дуже просте |Проблематично |Просте | |Захист від |Незначна |Хороша |Висока | |прослуховування | | | | |Показники |Середовище передачі | | |Двох жильний |Коаксіальний |Оптоволоконий | | |кабель — вита |кабель |кабель | | |пара | | | |Проблеми з |Ні |Можливі |Ні | |заземленням | | | | |Восприимчивость|Существует |Існує |Відсутня | |до перешкод | | | |.

8 Топології обчислювальної сети.

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

9 Топологія типу звезда.

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

[pic].

Топологія як звезды.

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

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

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

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

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

10 Кільцева топология.

При кільцевої топології мережі робочі станції пов’язані одна з іншого по колу, тобто. робоча станція 1 з робочої станцією 2, робоча станція 3 з робочої станцією 4 тощо. Остання робоча станція пов’язана з першою. Комунікаційна зв’язок замикається в кольцо.

[pic].

Кільцева топология.

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

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

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

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

Спеціальної формою кільцевої топології є логічна кільцева мережу. Фізично вона монтується як з'єднання зоряних топологий. Окремі зірки включаються з допомогою спеціальних комутаторів (анг. Hubконцентратором), які російською також інколи називають «хаб». У залежність від числа робочих станцій та довжини кабелю між робітниками станціями застосовують активні або пасивні концентратори. Активні концентратори додатково містять підсилювач для підключення від 4 до 16 робочих станцій. Пасивний концентратором є лише разветвительным пристроєм (максимум — на три робочі станції). Управління окремої робочої станцією у логічній кільцевої мережі відбувається як і, як й у звичайній кільцевої мережі. Кожній робочої станції присвоюється відповідний їй адресу, яким передається управління (від «старшого до молодшому і зажадав від наймолодшого до самого старшому). Розрив сполуки відбувається для нижче розташованого (найближчого) вузла обчислювальної мережі, отже лише окремих випадках може порушуватися робота всієї сети.

11 Шинна топология.

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

[pic].

Шинна топология.

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

У стандартної ситуації для шинної мережі Ethernet часто використовують тонкий кабель чи Cheapernet-кaбeль з тройниковым соединителем. Вимикання і особливо підключення до такої мережі вимагають розриву шини, що викликає порушення циркулирующего потоку інформації та зависання системы.

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

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

У ЛВС з прямою (не модулируемой) передачею інформації може існувати одна станція, передає інформацію. Щоб запобігти колізій здебільшого застосовується тимчасової метод поділу, за яким кожної підключеної робочої станції у визначені моменти часу надається прерогатива використання каналу передачі. Тому вимоги до пропускну здатність обчислювальної мережі за підвищеної навантаженні знижуються, наприклад, при введення нових робочих станцій. Робітники станції приєднуються до шині у вигляді пристроїв ТАР (анг. Terminal Access Point — точка підключення термінала). ТАР є спеціальний тип під'єднання до коаксиальному кабелю. Зонд голчастою форми впроваджується через зовнішню оболонку зовнішнього провідника і шар диэлектрика до внутрішнього провіднику і приєднується до нему.

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

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

|Характеристики |Топологія | | |Зірка |Кільце |Шина | |Вартість |Незначна |Середня |Середня | |розширення | | | | |Приєднання |Пасивне |Активне |Пасивне | |абонентів | | | | |Захист від |Незначна |Незначна |Висока | |відмов | | | | |Характеристики |Топологія | | |Зірка |Кільце |Шина | |Розміри системы|Любые |Будь-які |Обмежені | |Захищеність от|Хорошая |Хороша |Незначна | |прослуховування | | | | |Вартість |Незначна |Незначна |Висока | |підключення | | | | |Поведінка |Хороше |Удовлетворительное|Плохое | |системи при | | | | |високих | | | | |навантаженнях | | | | |Можливість |Дуже добра |Хороша |Погана | |роботи у | | | | |реальному режимі| | | | |часу | | | | |Розведення кабеля|Хорошая |Удовлетворительная|Хорошая | |Обслуговування |Дуже добре |Середнє |Середнє |.

12 Методи доступу і протоколи передачі данных.

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

Найбільшого поширення набула отримали конкретні реалізації методів доступу: Ethernet, Arcnet і Token-Ring.

13 Локальна мережу Token Ring.

Цей стандарт розроблений фірмою IBM. Як передавальної середовища застосовується неэкранированная чи экранированная вита пара (UPT чи SPT) чи оптоволокно. Швидкість передачі 4 Мбіт/с чи 16Мбит/с. Як методу управління доступом станцій до передавальної середовищі використовується метод — маркерное кільце (Тоken Ring). Основні становища цього: устрою підключаються до неї по топології кільце; всі пристрої, під'єднані до мережі, можуть передавати дані, лише отримавши дозволу передачу (маркер); будь-якої миті часу лише одне станція у мережі має таким правом.

Типы пакетов.

У IВМ Тоkеn Ring використовуються три основних типи пакетів: пакет управление/данные (Data/Соmmand Frame); маркер (Token); пакет скидання (Аbort).

Пакет Управление/Данные. З допомогою такого пакета виконується передача даних чи команд управління роботою сети.

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

Пакет Скидання. Відправка такого пакета називає припинення будь-яких передач. У «тенета можна підключати комп’ютери по топології зірка чи кольцо.

14 Локальна мережу Arknet.

Arknet (Attached Resource Computer NETWork) — проста, недорога, надійна і гнучка архітектура локальної мережі. Розроблено корпорацією Datapoint в 1977 року. Згодом ліцензію на Аrcnet придбала корпорація SМС (Standard Microsistem Corporation), що стали основним розробником і виробником устаткування мереж Аrcnet. У ролі передавальної середовища використовуються вита пара, коаксіальний кабель (RG- 62) з хвилевим опором 93 Ом і оптоволоконий кабель. Швидкість передачі - 2,5 Мбіт/с. При підключенні пристроїв в Аrcnet застосовують топології шина і звезда.

Цей метод набув широкого поширення основному з того що устаткування Arcnet дешевше, ніж устаткування Ethernet чи Token — Ring. Arcnet використовують у локальних мережах із топологією «зірка ». Одне з комп’ютерів створює спеціальний маркер (повідомлення спеціального виду), який послідовно передається від однієї комп’ютера до другому.

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

Метод управління доступом станцій до передавальної середовищі - маркерная шина (Тоken Bus). Цей метод передбачає такі правила:

7. Всі пристрої, під'єднані до мережі, можуть передавати данные.

8. отримавши дозволу передачу (маркер);

9. Першої-ліпшої хвилини часу лише одне станція у мережі має такого; 10. Дані, передані однієї станцією, доступні всіх станціях сети.

Основні засади работы.

Передача кожного байта в Аrcnet виконується спеціальної посилкою ISU (Information Symbol Unit — одиниця передачі), що з трьох службових старт/стоповых бітов і вісім бітов даних. На початку кожного пакета передається початковий роздільник АВ (Аlегt Вurst), яка полягає з 6 службових бітов. Початковий роздільник виконує функції преамбули пакета.

У Аrcnet визначено 5 типів пакетов:

1. Пакет IТТ (Information To Transmit) — запрошення до передавання. Ця посилка передає управління одного вузла мережі іншому. Станція, яка прийняла цей пакет, отримує декларація про передачу данных.

2. Пакет FBE (Free Buffeг Еnquiries) — запит про готовність до прийому даних. Цим пакетом перевіряється готовність вузла до прийому данных.

3. Пакет даних. З допомогою цього посилання здійснюватися передача данных.

4. Пакет АСК (ACKnowledgments) — підтвердження прийому. Підтвердження готовності до прийому даних чи підтвердження прийому пакета даних безпомилково, тобто. у відповідь FBE і пакет данных.

5. Пакет NAK (Negative AcKnowledgments) — неготовності приему.

Неготовність вузла до прийому даних (у відповідь FBE) чи прийнято пакет з ошибкой.

У «тенета Arknet можна використовувати дві топології: зірка, і шина.

15 Локальна мережу Ethernet.

Це метод доступу, розроблений фірмою Xerox в 1975 року, користується найпопулярніші. Він забезпечує високу швидкість передачі і надійність. Пізніше до цього проекту приєдналися компанії Digital Equipment Corporation (DEC) і Intel Corporation. У 1982 року було опублікована специфікація на Ethernet версії 2.0. На базі Ethernet інститутом IEEE розробили стандарт IEEE 802.3. Відмінності з-поміж них незначительные.

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

Метод доступу Ethernet є методом множинного доступу із прослуховуванням несучою і дозволом колізій (конфліктів) (CSMA/CD — Carier Sense Multiple Access with Collision Detection).

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

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

Реально конфлікти призводять до зменшення швидкодії мережі в тому разі, якщо працює порядку 80−100 станций.

Основні засади работы.

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

8 Мережні операційні системи для локальних сетей.

Основне напрям розвитку сучасних Мережевих Операційних Систем (Network Operation System — NOS) — перенесення обчислювальних операцій на робочі станції, створення систем з розподіленої обробкою даних. Це першу чергу пов’язане зі зростанням обчислювальних можливостей персональних комп’ютерів, і дедалі більше активним впровадженням потужних багатозадачних операційними системами: OS/2, Windows NТ, Windows 95. Крім цього впровадження объектно-ориентированных технологій (ОLЕ, DСЕ, IDAPI) дозволяє спростити організацію розподіленої обробки даних. За такого стану основний завданням NOS стає об'єднання нерівноцінних операційними системами робочих станцій та забезпечення транспортного рівня для кола завдань: обробка баз даних, передача повідомлень, управління розподіленими ресурсами мережі (directoгу/namе service).

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

Перший — це Таблиці Об'єктів (Bindery). Використовується в мережевих операційні системи NetWare v3.1х. Така таблиця перебуває в кожному файловом сервері мережі. Вона має інформацію про користувачів, групах, їх правах доступу до ресурсів мережі (даним, сервісним послугам і т.п.). Така організація роботи зручна, тоді як мережі лише одне сервер. І тут потрібно знайти й контролювати тільки один інформаційну базу. При розширенні мережі, додаванні нових серверів обсяг завдань із управлінню ресурсами мережі різко зростає. Адміністратор системи змушений кожному сервері мережі визначати й контролювати роботу користувачів. Абоненти мережі, своєю чергою, ви повинні достеменно знати, де є ті чи інші ресурси мережі, а отримання доступу до цих ресурсів — реєструватися на обраному сервері. Звісно, для інформаційних систем, які з великої кількості серверів, така організація роботи подходит.

Другий підхід використовують у LANServer і LANMahager — Структура Доменів (Domain). Усі ресурси сіті й користувачі об'єднують у групи. Домен можна як аналог таблиць об'єктів (bindery), лише тут така таблиця є спільною для кількох серверів, у своїй ресурси серверів є спільними для домену. Тому користувачеві для здобуття права одержати доступ мережі, досить підключитися до домену (зареєструватися), після цього йому стають доступні все ресурси домену, ресурси всіх серверів і пристроїв, входять до складу домену. Проте і з цього підходу також й виникають проблеми при побудові інформаційної системи з велику кількість користувачів, серверів і, відповідно, доменів. Наприклад, мережі підприємствам чи великий розгалуженої організації. Тут ці проблеми вже пов’язані улаштуванням взаємодії та управління кількома доменами, хоча щодо змісту вони таку ж, як й у першому случае.

Третій підхід — Служба Найменувань Директорій чи Каталогів (Directory Name Services — DNS) позбавлений цих недоліків. Усі ресурси мережі: мережна печатку, зберігання даних, користувачі, сервери тощо. розглядаються як окремі галузі чи директорії інформаційної системи. Таблиці, що визначають DNS, перебувають у кожному сервері. Це, по-перше, підвищує надійність і живучість системи, а по-друге, спрощує звернення користувача до ресурсів мережі. Зареєструвавшись однією сервері, користувачеві стають доступні все ресурси мережі. Управління такий системою також простіше, аніж за використанні доменів, оскільки тут існує одна таблиця, визначальна все ресурси мережі, тоді як із доменної організації необхідно визначати ресурси, користувачів, їхніх прав доступу кожному за домену отдельно.

Нині за оцінкою компанії IDC найпоширенішими є такі мережні операційні системи: 13. NetWare v2. х і vЗ. х, Nowell Inc. 65% 14. LAN Server, IВМ Согр. 14% 15. LAN Manager, Microsoft Corp. 3% 16. VINES, Ваnуаn Systems Inc. 2%.

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

1 NetWare 3.11, Nowell Inc.

Відмітні риси: 17. найефективніша файлова система серед сучасних NOS; 18. найширший вибір апаратного обеспечения.

До основних рис й підвищити вимоги до апаратному забезпечення. Центральний процесор: 38б і від. Мінімальний обсяг жорсткого диска: 9 МБайт. Обсяг ВП (Оперативної Пам’яті) на сервері: 4 МБайт — 4ГБайт. Мінімальний обсяг ВП РС (Робочої Станції) клієнта: б40 Кбайт. Операційна система: власна розробка Nowell Протоколи: IРХ/SРХ. Мультипроцессорность: немає. Кількість користувачів: 250. Максимальний розмір файла: 4ГБайт. Шифрування даних: немає. Монітор UPS: є. ТТS: є. Управління розподіленими ресурсами мережі: таблиці bindeгу на сервері. Система отказоустойчивости: дублювання дисків, дзеркальне відображення дисків, SFT II, SFT III, підтримка нагромаджувача на магнітної стрічці, резервне копіювання таблиць bindery і передачею даних. Компрессирование даних: немає. Фрагментація блоків (Block suballocations): немає. Файлова система клієнтів: DOS, Windows, Мас (доп.), ОS/2(доп.), UNIX (доп.), Windows NT.

2 LAN Server, IВМ Согр.

Відмітні риси: 36. використання доменної організації мережі спрощує управління економіки й доступом до ресурсів мережі; 37. забезпечує повне взаємодію Космосу з ієрархічними системами (архітектурою SNА).

Цілісна операційна система із широкою набором послуг. Працює на базі ОS/2, тому сервер то, можливо невыделенным (nondedicated). Забезпечує взаємодію Космосу з ієрархічними системами, підтримує межсетевое взаимодействие.

Випускаються дві версії LAN Server: Entry і Advanced. Advanced в на відміну від Entry підтримує високопродуктивну файлову систему (High Perfomance File System — HPFS). Вона містить системи отказоустойчивости (Fail Tolerances) і таємності (Local Security).

Сервери і користувачі об'єднують у домени. Сервери в домені працюють як одна логічна система. Усі ресурси домену доступні користувачеві після реєстрації в домені. У одній кабельної системі можуть працювати кілька доменів. З використанням на робочої станції OS/2 ресурси цих станцій доступні користувачам інших робочих станцій, але лише тепер. Адміністратор може керувати роботою мережі тільки з робочої станції, де встановлено операційна система OS/2. LAN Server підтримує найвіддаленіші завантаження робочих станцій DOS, OS/2 і Windows (Remote Interface Procedure Load — RIPL).

До вад можна віднести: 38. складна процедура установки NOS; 39. обмежена кількість підтримуваних драйверів мережевих адаптеров.

До основних рис й підвищити вимоги до апаратному забезпечення. Центральний процесор: 38б і від. Мінімальний обсяг жорсткого диска: 4.6 МБайт клієнтові (requestor)/7.2 МБайт для серверу. Мінімальний обсяг ВП на сервері: 1.3 МБайт — 16 МБайт. Мінімальний обсяг ВП РС клієнта: 4.2 Мбайт для OS/2, 640 КБайт для DOS. Операційна система: OS/2 2.х. Протоколи: NetBIOS, ТСР/IР. Мультипроцессорность: підтримується. Кількість користувачів: 1016. Максимальний розмір файла: 2 Гбайт. Шифрування даних: немає. Монітор UPS: є. ТТS: є. Управління розподіленими ресурсами мережі: домени. Система отказоустойчивости: дублювання дисків, дзеркальне відображення дисків, підтримка нагромаджувача на магнітної стрічці, резервне копіювання таблиць домену. Компрессирование даних: немає. Фрагментація блоків (Block suballocation): немає. Файлова система клієнтів: DOS, Windows, Мас (доп.), OS/2, UNIX, Windows NT (доп.).

3 Windows NT Advanced Server 3.1, Microsoft Corp.

Відмітні риси: 57. простота інтерфейсу користувача 58. доступність коштів розробки прикладних програм, тож підтримка прогресивних объектно-ориентированных технологий.

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

Інтерфейс нагадує віконний інтерфейс Windows 3.1, инсталяция припадає близько 20 хвилин. Модульна побудова системи спрощує внесення змін перенесення у інші платформи. Забезпечується захищеність підсистем від несанкціонованого доступу й від їхніх взаємовпливу (якщо зависає один процес, це впливає роботу інших). Є підтримка віддалених станцій — Remote Access Service (RAS), але з підтримується віддалена обробка заданий.

Windows NT пред’являє вищі вимоги до продуктивності комп’ютера проти NetWare.

До основних рис й підвищити вимоги до апаратному забезпечення. Центральний процесор: 386 і від, MIPS, R4000, DEC Alpha АХР. Мінімальний обсяг жорсткого диска: 90 Мбайт. Мінімальний обсяг ВП на сервері: 16 Мбайт. Мінімальний обсяг ВП РС клієнта; 12 Мбайт для NТ/512 КБайт для DOS. Операційна система: Windows NT. Протоколи: NetBEUI, ТСР/IР, IРХ/SРХ, АррlеТаlk, АsyncBEUI. Мультипроцессорность: підтримується. Кількість користувачів: необмежено. Максимальний розмір файла: необмежений. Шифрування даних: рівень С-2. Монітор UPS: є. ТТS: є. Управління розподіленими ресурсами мережі: домени. Система отказоустойчивости: дублювання дисків, дзеркальне відображення дисків, RAID 5, підтримка нагромаджувача на магнітної стрічці, резервне копіювання таблиць домену і передачею даних. Компрессирование даних: немає. Фрагментація блоків (Block suballocation): немає. Файлова система клієнтів: DOS, Windows, Мас, ОS/2, UNIX, Windows NT.

4 NetWare 4, Nowell Inc.

Характерна риса: 76. застосування спеціалізована система управління ресурсами мережі (NetWare Directory Services — NDS) дозволяє будувати ефективні інформаційні системи з кількістю користувачів до 1000. У NDS визначено все ресурси, послуги і користувачі мережі. Цю інформацію розподілено за всі серверам мережі. Для управління пам’яттю використовується лише одне область (рооl), тому оперативна пам’ять, яка звільнилася після виконання будь-яких процесів, стає відразу доступною операційній системі (на відміну NetWare 3).

Нова систему управління зберіганням даних (Data Storage Managment) складається з трьох компонент, дозволяють збільшити ефективність файлової системы:

1. Фрагментація Блоков чи Розбивка Блоков Даних на Подблоки (Block.

Suballocation). Якщо розмір блоку даних на томі 64 КБайта, а потрібно записати файл розміром 65 КБайт, то раніше потрібно було виділити 2 блоку по б4 Кбайта. У цьому 6З Кбайта у другому блоці що неспроможні використовуватися для зберігання інших даних. У NetWare 4 система виділить такій ситуації один блок розміром 64 КБайта і двоє блоку по.

512 Байт. Кожен частково використовуваний блок ділиться на подблоки по 512.

Байт, вільні подблоки доступні системі під час запису інших файлов.

2. Упаковка Файлів (File Compression). Довго які використовуються дані система автоматично компрессирует, упаковує, економлячи в такий спосіб місце на жорстких дисках. При зверненні до цих даним автоматично виконується декомпресія данных.

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

Вбудована підтримка Протоколу Передачі Серії Пакетів (Packet-Burst Migration). Цей протокол дозволяє передавати кілька пакетів без очікування підтвердження про набуття кожного пакета. Підтвердження передається після отримання останнього пакета з серии.

При передачі через шлюзи і маршрутизатори зазвичай виконується розбивка переданих даних на сегменти по 512 Байт, що зменшує: швидкість передачі приблизно за 20%. Застосування в NetWare 4 протоколу LIP (Large Internet Packet) дозволяє збільшити ефективність обміну даними між мережами, позаяк у цьому випадку розбивка на сегменти по 512 Байт не требуется.

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

9 Середовище Delphi як розробки ПО баз даных.

Реалізація дипломної роботи проводиться у системі програмування Delphi 5.0, котра володіє широкі можливості зі створення додатків баз даних. Вже з попередніх версії система 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, де питання інтеграції і зручності праці були вирішені краще. Коли на початку 1970;х років М. Вірт опублікував повідомлення про Pascal, це був компактний, із кількістю основних понять і зарезервованих слів мову програмування, націлений навчання студентів. Мова, у якому треба працювати користувачеві Delphi, відрізняється від вихідного як наявністю безлічі новопонять і конструкцій, а й ідейно: у ньому замість мінімізації числа понять і використання найпростіших конструкцій (що, безумовно, добре для навчання, але завжди виправдано в практичну роботу), перевагу віддається зручності роботи професійного користувача. Як мову Turbo Pascal природно порівнювати з його найближчими конкурентами — численними варіаціями на задану тему мови Basic (насамперед з Visual Basic корпорації Microsoft) і з C++. 4, 6]. Turbo Pascal істотно перевершує Basic з допомогою повноцінного об'єктного підходу, що включає в себе розвинені механізми инкапсуляции, запозичення ро-сійських та поліморфізм. Остання версія мови, застосована Delphi, за своїми можливостями наближається до З++. Серед основних механізмів, властивих З++, відсутня тільки множинне успадкування. (Втім, цим гарними чоловіками та потужний механізм породження нових класів має лише невелику частину програмістів, пишучих на С++.).

Плюси застосування мови Pascal очевидні: з одного боку, на відміну Visual Basic, заснованого на інтерпретації проміжного коду, йому є компілятор, генеруючий машинний код, що дає змогу отримувати значно більше швидкі програми. З іншого — на відміну З++ синтаксис мови Pascal сприятиме побудові дуже швидких компіляторів. [6].

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

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

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

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

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

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

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

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

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

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

2 Потужний объектно-ориентированный язык.

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

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

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

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

Мова програмування Delphi виходить з Borland Object Pascal.

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

3 Объектно-ориентированная модель програмних компонент.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

TTabSet — горизонтальні закладання. Зазвичай використовується разом с.

TNoteBook до створення многостраничных вікон. Назва сторінок можна поставити в властивості Tabs.

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

TTabbedNotebook — багатосторінковий діалог із умонтованими закладками, в тому випадку — закладання сверху.

TOutline — використовується до подання ієрархічних відносин пов’язаних даних. Наприклад — дерево директорий.

TStringGrid — служить до подання текстових даних як таблиці. Доступ до кожного елементу таблиці відбувається після властивість Cell.

TDrawGrid — служить до подання даних будь-якого типу як таблиці. Доступ до кожного елементу таблиці відбувається після властивість CellRect.

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

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

TBevel — елемент для рельєфного оформлення интерфейса.

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

TScrollBox — дозволяє створити на формі прокручиваемую область з розмірами великими, ніж екран. І на цій області можна розмістити свої объекты.

TTimer — таймер, подія OnTimer періодично викликається через проміжок часу, вказаний у властивості Interval. Період часу їх може становити від 1 до 65 535 мс.

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

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

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

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

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

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

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

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

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

5 Форми, модулі і метод розробки «Two-Way Tools».

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

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

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

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

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

6 Масштабируемые кошти на побудови баз данных.

Потужність і гнучкість 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].

7 Настраиваемая середовище разработчика.

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

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

Бо у Delphi програма будується візуальним чином, всі ці компоненти мають власне графічне подання до полі форм у тому, щоб можна було б ними відповідним чином оперувати. Для працюючої програми видимими залишаються лише візуальні компоненти. Компоненти згруповані зі сторінок палітри за своїми функцій. Приміром, компоненти, які мають Windows «common dialogs» все розміщені сторінці палітри, з назвою «Dialogs».

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

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

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

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

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

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

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

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

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

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

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

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

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

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

8 SQL сервер InterBase 5.1.1.

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

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

Ця дипломна робота виходить з многопользовательской версії серверу InterBase 5.1.1.

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

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

Заключение

.

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

Методичний раздел.

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

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

Дані теми докладно розкрито у тому разделе.

1 Призначення АРМ «Відділ Кадров».

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

Програма «Відділ Кадрів «варта полегшення умов праці працівників відділу кадрів досить абстрактного підприємства. Найбільш рутинними й те водночас найбільш відповідальними процесами являются:

. введення метрики працівника у власну дисконтну карточку.

. ведення архіву відділу кадров.

. підготовка різних звітів по особистим даним працівників (стаж, зарплата, відгули й дуже далее).

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

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

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

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

2 Складові частини программы.

З погляду пользователя-оператора (тобто. співробітника відділу кадрів) є лише запускаемая програма АРМ Відділ Кадрів. Уся десятилітня робота з картками і архівом відбувається у межах запущеній програми без необхідності виклику якихось інших программ.

Але програму і двох логічно роздільних блоків — бази даних, і програми — оболочки.

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

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

У конкурсній програмі реалізований принцип поділу прав доступу зміну информации.

3 Права доступу. Вхід у программу.

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

Цей підхід диктувалася максимальним наближенням електронного АРМ до реальним умов праці. Тільки начальник відділу кадрів може видалити особисту картку співробітника або змінити введену інформацію коли вона занесена у комп’ютерний архів й вважається перевіреної на точність. При неэлектронной організації робіт наприклад, факт зміни віку співробітника або його стажу, неспроможна розцінюватися як нормальный.

Конфіденційність інформації забезпечується фактично двома рівнях — захист із боку SQL серверу та описане вище розмежування доступу. Захист від несанкціонованого доступу із боку серверу означає що клієнтська програма АРМ при поєднанні з базою даних є користувачем з погляду серверу. Тому, аби підключення сталося він передає серверу авторизующую інформацію (password і login). Системний адміністратор повинен завести відповідну дисконтну запис в настроюваннях SQL серверу. Як це зробити — описано в приложении.

При старті програма виводить вікно введення пароля. У користувача є лише 2 варіанта роботи — запровадити коректний пароль і ввійти у систему вийти з програми. Введення некоректного пароля викликає відповідне інформаційне повідомлення природно не призводить до входу в систему.

Зовнішній вид вікна введення пароля :

Зовнішній вигляд повідомлення про про некоректності пароля.

4 Справочники.

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

У конкурсній програмі існують такі види словарей.

1. Образование.

1. Навчальні заведения.

2. Види образования.

3. Спеціальності по диплому.

4. Кваліфікації по диплому.

2. Завод.

1. Цеху, відділи, склады.

2. Специальности.

3. Военкоматы.

1. Военкоматы.

2. Составы.

3. Військові звания.

4. Групи учета.

4. Общие.

1. Национальности.

2. Сімейні положения.

3. Страны.

4. Причини увольнения.

5. Заохочення і почести.

1. Нагороди й поощрения.

2. Почесні звания.

6. Муніципальні райони, улицы.

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

5 Особисті карточки.

На кожного працівника підприємства заводиться особиста картка, в яку заноситися його метрика. Особиста картка представлена кількома розділами (закладками).

Головна. У ньому заносяться і відбиваються метричні дані співробітника — Ф.И.О., дата народження, сімейний стан, номер паспорти, група інвалідності тощо. Також заноситься його стаж і табельний номер всередині завода.

Окрім основної закладання «Головна» створено ще такі разделы.

. Образование,.

. Заграница.

. Аттестация.

. Нагороди й поощрения.

. Почесні звания.

. Заохочення по заводу.

. Взыскания.

. Робота з совместительству.

. Отпуска.

. Призначення і перемещения.

. Останнє місце работы.

. Увольнение.

. Військовий учет.

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

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

6 Архив.

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

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

7 Отчеты.

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

Крім зазначених звітів існує спеціальний звіт по так званої «13-зарплате». На деяких підприємствах (зокрема, на МЗР Орбіта) якщо співробітник пропрацював безупинно понад рік, йому крім штатної зарплати виплачується премія, хіба що 13 за рахунком зарплата. У кожному наступному року 13-ая зарплата може збільшуватися на встановлений для підприємства відсоток надбавки. Зазвичай це 5%.

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

Наступним звітом є звіт за всі військовозобов'язаним працівникам. Тут важливо зазначити, що форму для виведена на печатку повинна максимально точно відповідати стандартному бланку «форма № 6».

Обидва зазначених звіту винесені на окремий пункт головного меню программы.

8 Додаткові функции.

Крім реалізації основних вимог до програми, були реалізовані дві додаткових можливостей — можливість вести «он-лайн» переговори з мережі між кількома запущеними програмами (різними машинах) і ведення журналу відгуків і пропозицій щодо поліпшенню программы.

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

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

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

Журнал доступний за пунктом меню «Побажання та пропонування» (якби нього є доступ по привилегии).

9 Установка та налаштування программы.

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

Першим етапом слід встановити SQL-сервер InterBase. Ця програма розроблено й протестирована на сервері версії 5.1.1. Більше молодші версії використовувати не можна, оскільки вони містили помилки і неточності. На більш старших версіях програма не перевірялася, через їх існування на даний момент розробки. За неписаними законам сумісності, зазвичай, більш старша версія підтримує все можливості предыдущей.

Зазначений InterBase SQL сервер входить у комплект поставки Delphi та її установка досить тривиальна.

При встановленому сервері необхідно створення у BDE-Administrator так звані «алиасы» — псевдоніми баз даних. Також слід завести користувача баз даних, яких від погляду серверу та є написана програма АРМ Відділ Кадрів. І тому в менеджере SQL серверу треба завести користувача безпосередньо з ім'ям «MATHER» і можливість установити його пароль «1». Наведемо зовнішній вигляд менеджера.

Рис. 2.1 Менеджер SQL InterBase сервера.

Спочатку треба підключиться до сервера. І тому треба вибрати кнопку «Підключення до сервера», по натискання яку викликається діалог вибору серверу. Вибравши встановлений локальний чи встановлений на мережному сервері SQL-сервер, зробити щодо нього підключення. Слід пам’ятати, що відразу після установки SQL серверу за умовчанням ім'я сисадміна SYSDBA, логін MASTERKEY. Потім вибрати пункт Управління безпекою і додати користувача безпосередньо з ім'ям «MATHER» та намагання встановити його пароль «1».

Зовнішній вид діалогів :

Рис 2.2 Діалог підключення до серверу.

Рис 2.3 Діалог додавання нового пользователя.

Далі треба завести «алиасы «в BDE адміністратора на використовувані бази даних. Самі файли баз даних «Depots.gdb », «Dict.gdb », «Mail.gdb «треба розмістити на мережному сервері (чи будь-який зручною директорії при локальної установці). Відповідності такі :

" Depots. gdb «- aliase = depots2.

" Dict. gdb «- aliase = dictionary2.

" Mail. gdb «- aliase = mail2.

Рис 2.4. Зовнішній вид BDE-Administrator під час створення алиасов.

Для створених алиасов треба вибрати тип драйвера INTRBASE і естонську мови LANGDRIVER = «Pdox ANSI Cyrillic ». Дані дії ілюструє малюнок 2.4.

10 Особливості реалізації поставленої задачи.

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

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

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

На підвищення зручності праці були реалізовані словники, призначення та принцип роботи із якими описані выше.

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

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

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

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

11 Екранні формы.

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

Рис 2.5. Основне вікно программы Форма відображення списку особистих карток (активного і архива):

Рис 2.6 Список особистих карток (активних або з архива).

Рис 2.7 Зовнішній вид облікової карточки-главный раздел.

Рис 2.8 Зовнішній вид облікової карточки-Воинский учет.

Рис 2.9 Зовнішній вид облікової карточки-Назначения, перемещения.

Рис 2.10 Комлексный запит до пошуку облікової картки в архиве.

Рис 2.11 Словник — Види образования.

Рис 2.12 Словник Спеціальностей як додавання нової записи.

Рис 2.13 Системний журнал для перегляду скоєних действий.

Заключение

.

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

Безопасность жизнедеятельности.

Користувач ПЕОМ відчуває шкідливе дію роботи ПЕОМ, тому робочі місця користувачів повинні відповідати безпечним і нешкідливим умовою труда.

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

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

Під час розробки програмного продукту на розробника працюючого на ПЕОМ постійно чи періодично діють такі небезпечні й шкідливі чинники [3.1., 3.2.]:

1. Забруднення повітря шкідливими речовинами, пилом, мікроорганізмами і позитивними аэронами.

2.Несоответствие нормам параметрів микроклимата.

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

4.Повышенный рівень шуму робочому месте.

5.Повышенный рівень статистичного електрики при неправильно спроектованої робочої зоне.

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

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

8.Повышенный рівень електромагнітних излучений.

9.Повышенный рівень іонізуючого випромінювання здійснюватиме (м’яке рентгенівське, гама — излучение).

10.Отсутствие чи недолік природного света.

11.Недостаточная освітленість робочої зоны.

12.Повышенная яскравість света.

13.Пониженная контрастность.

14.Прямая та зворотний блесткость.

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

16.Длительное перебування на тому ж становищі, і повторення одним і тієї ж рухів призводить до синдрому тривалих статичних навантажень (СДСН).

17.Нерациональная організація робочого места.

18.Несоответствие біомеханічних характеристик устаткування нормованих величинам.

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

20.Большой обсяг перероблюваної інформації призводить до значним навантажень на органи зрения.

21.Монотонность труда.

22.Нервно-психические нагрузки.

23.Нервно-эмоциональные стресові нагрузки.

24.Опасность виникнення пожара.

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

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

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

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

Поруч із переліченими загальноприйнятими особливостями роботи користувача робочому місці ПЕОМ існують особливості сприйняття інформації з екрана монитора.

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

3 Заходи з запобігання та зменшенню впливу шкідливих факторов.

1 Нормування штучного та її природного освещения.

Для зниження навантаження на органи зору користувача під час роботи на ПЕОМ необхідно дотримуватися такі умови зорової роботи. Працюючи на ПЕОМ користувач працює високої точності, за мінімальної розмірі об'єкта розрізнення 0.3−0.5 мм (товщина символу на екрані), розряду роботи III, подразряда роботи Р (екран — фон світлий символ — об'єкт розрізнення темним чи наоборот).

Природний бічне висвітлення має становити 2%, комбіноване штучне висвітлення 400 лк при загальному висвітленні 200 лк [3.3.].

2 Найвища вимога до штучному висвітлення в виробничому помещении.

До систем виробничого висвітлення пред’являються такі основні вимоги: [2.4., 2.5] відповідність рівня освещённости робочих місць характеру виконуваної роботи досить рівномірний розподіл яскравості на робочих поверхнях й у навколишньому просторі відсутність різких тіней, прямий і отражённой блёскости (блёскость — підвищена яскравість світних поверхонь, що викликає ослеплённость); оптимальна спрямованість випромінюваного освітлювальними приладами світлового потоку. Штучне висвітлення приміщенні і робоче місце створює хорошу видимість інформації, машинописного і рукописного тексту, у своїй повинна бути виключена отражённая блёскость.

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

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

Світильники місцевого висвітлення повинен мати пристосування для орієнтації у різних напрямах, пристроях для регулювання яскравості і захисні ґрати від засліплення і отражённого света.

3 Розрахунок штучного освещения.

Є приміщення инженера-разработчика размером:

длина 5 м; ширина 4 м; висота 3 м. Стеля, підлогу та стіни вирізняються фарбою. Метод світлового потоку зводиться до визначенню кількості світильників за такою формулою [3.5] :

N = (*Sп*К*Z) / (F* *n) де Енорм — нормируемая мінімальна освещённость робочому місці, лк;

Енорм= 400лк;

Sn — площа виробничого приміщення, м2; S=20 м2;

До — коефіцієнт запасу світлового потоку, залежить від рівня забруднення ламп, К=1.4,.

Z — коефіцієнт мінімальної освітленості, для люмінесцентних ламп = z = 1.1.

F — світловий потік лампи, лм; коефіцієнт використання світлового потоку ламп; n — число ламп в світильнику, n = 2.4; коефіцієнт затінення, = 0.9.

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

Проте й У — довжина і ширина приміщення, м;

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

Після підстановки даних, знаходимо індекс помещения:

і = (5*4) / (2*(5+4)) = 1.11.

Коефіцієнти відображення стелі та статі приймаємо 0.75 і 0.50 відповідно. Залежно від індексу приміщення і коефіцієнтів відображення стелі та статі знаходимо коефіцієнт використання світлового потоку за таблицею [2.5].

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

Лампа ЛТБ-20, світловий потік 975 лм;

Лампа ЛТБ-30, світловий потік 1720 лм;

Лампа ЛТБ-40, світловий потік 3000 лм.

Підставивши все значення, знайдемо кількість светильников:

N = (400*20* 1.4*1.1)/(975*0.54*2.4*0.9)=10.8 = 11 шт;

N = (400*20* 1.4*1.1)/(1720*0.54*2,4*0.9)=6.1 = 6 шт;

N = (400*20*1.4*1.1)/(3000*0.54*2.4*0.9)=3.52 = 4 шт.

Із трьох варіантів вибираємо найбільш экономичный.

Для визначення оптимального варіанта треба рассчитать:

Руд = N*F/Sn.

1. Руд = 11*975 / 20 = 536.25.

2. Руд = 6*1720 / 20 = 516.

3. Руд = 4*3000 / 20 = 600.

Отже, найбільш економічним буде варіант 2:

ЛТБ-30, і тому конструктивно вибираємо его.

4 Раціональна планування робочих мест.

До сформування рівномірної освещённости робочих місць за загальному висвітленні світильники з люмінесцентними лампами вбудовуються у стелю приміщення і розташований у равномерно-прямоугольном порядку. Найбільш бажане розташування світильників у безперервний суцільний ряд вздовж довгою боку приміщення. Коефіцієнт найвигіднішого розташування світильників визначається за такою формулою [2.5]:

Lm = Lc / Hp, де Lm — коефіцієнт найвигіднішого розташування світильників, Lm =1.3;

Lс — відстань між центрами світильників, м. Звідси, Lс = l.3*2 = 2.6м.

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

m=B/Lс, m=4/2.6=1.53=2.

Кількість світильників у низці визначаємо по формуле:

M=N/m, М=6/2=3шт.

Сумарна довжина світильників у низці -1св М, враховуючи, что.

1св=[1л+(0.05−0.1)], де 1св — довжина світильника, м ;

1 л — довжина лампи, м.

1св = 0.909+0.9=1 м.

Звідси відстань між світильниками у низці визначимо із наступного соотношения:

A-1св*M.

До =, K = (5−1*3) / (3+1) = 0.5 м.

M+1.

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

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

1 — віконний отвір; 2- світильник; 3 — робочий стол;

4 Утилізація й ртуті в люмінесцентних лампах.

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

Тільки приладобудівної області кількість використовуваних люмінесцентних ламп обчислюється мільйонами і крізь 1.5−2 року викидається на звалища. [3.6].

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

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

Ртуть (Hg) має атомний вагу 200,59. Вона мало поширена у природі: неї давав в земної корі не перевищує 0,5 вагу.%. Зрідка ртуть є у самородном вигляді, вкрапленная в гірські породи, але переважно вона у природі як сульфіду ртуті HgS, чи кіноварі. Ртуть — єдиний метал, рідкий при звичайної температурі, її щільність становить 13,546г/см3.

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

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

Ртуть належить до речовин першого класу небезпеки, ця сума ГДК- 0,0003 мг/м3 відповідно до СП 245−71 тобто. ртуть є надзвичайно небезпечним речовиною, що надає анчар на навколишнє середовище і живої мир,.

Кожна лампа містить 60,. 120 мг ртуті. Приблизно 100 г ртуті можна отримати гроші з 1000 ламп. Випаровування такої кількості ртуті з розбитих ламп призводить до забруднення 10 млн. м3 повітря по ПДК.

Переробка використаних люмінесцентних ламп виключає це воздействие.

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

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

Рис 3.2 Схема демеркуризації люмінесцентних ламп.

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

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

Операція демеркуризації бою скла ламп виробляють приміщенням контейнера в ванну з демеркуризационным розчином, де його витримують в протягом 1,5 часов.

У табл 3.1 наведено типи, хімічний склад парламенту й коротка характеристика демеркуризационных растворов.

Таблиця 3.1.

1 Щодо хімічного складу і питома витрата демеркуризационных растворов.

|Тип розчину |Склад і питома |Склад і питома | | |витрата однією лампу |витрата однією лампу | | |демеркуризационного |демеркуризационного | | |розчину |розчину | |Розчин № 1, |Перманганат калію |Іони в перечете на | |Температура Розчину |Ктп04−0.25г/л |металеву ртуть: | |280° |Соляна кислота НС1 |KMn04−0.5* 10г/л | | |-0,125г/л |НС1−0.25* 10г/л | | |Технічна | | | |вода-0,0375г/л | | |Розчин № 2, |Хлорне залізо Fed * |Іони враховуючи | |Температура Розчину |6Н20 — 0.0025г/л |металеву ртуть: | |28° |Карбонат кальцію |Fed * 6Н2О — 0.25 * | | |СаСОз-0,0015г/л |10г/л, | | |Технічна вода |СаСОз -3.75* 10г/л | | |-0,0375 г/л | |.

Операція установки контейнера на лотку має на меті стоку демеркуризационного раствора.

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

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

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

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

Безліч піддають обробці (відділенню металевої арматури від бою стекла).

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

Металеву арматуру направляють для переплаву на машинобудівні і металургійні предприятия.

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

М = m * N, де М — загальна кількість ртуті, що може бути вилучено з люмінесцентних ламп. m — кількість ртуті, що може бути вилучено з однієї лампи, г;

Кількість ртуті лише у люмінесцентної лампі - 0,05−0,12 г.

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

M = 0.12 * 12 = 1.44 г.

З урахуванням інтересів усіх виробничих приміщень то це вже значна цифра і шлях до створення природоохоронної системы.

Заключение

.

У розділі «Безпека життєдіяльності» проведено аналіз шкідливих чинників, що впливають на органи зору користувача ПЭВМ.

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

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

Приложения.

1 Лістинг основного файла-проекта.

program deports;

uses Forms, sysutils, mainform in «mainform.pas „{form1}, PasswordsDB in “ .libraryPasswordsDB.pas „{Passwords_: TDataModule}, PasswordChange in “ .libraryPasswordChange.pas „{PasswordChange_}, Login in “ .libraryLogin.pas „{Login_}, NEUser in “ .libraryNEUser.pas „{NEUser_}, Variables in “ .libraryVariables.pas », utils in " .libraryutils.pas ", keygenDB in " .librarykeygenDB.pas «{keygen_: TDataModule}, JornalDB in » .libraryJornalDB.pas «{Jornal_: TDataModule}, ViewJornal in » .libraryViewJornal.pas «{ViewJornal_}, BureausDB in » .libraryBureausDB.pas «{Bureaus_: TDataModule}, viewBureaus in » .libraryviewBureaus.pas «{ViewBureaus_}, NewBureau in » .libraryNewBureau.pas «{NewBureau_}, MainBD in » .libraryMainBD.pas «{MainDB: TDataModule}, mailer in » .librarymailer.pas «{Mailer_}, UsersMonitor in » .libraryUsersMonitor.pas «{UsersMonitor_}, educationDB in » .libraryeducationDB.pas «{edu_: TDataModule}, ViewEdu in » .libraryviewedu.pas «{ViewEdu_}, NewEdu in » .libraryNewedu.pas «{Newedu_}, InstitutesDB in » .libraryInstitutesDB.pas «{Institutes_: TDataModule}, ViewInstitutes in » .libraryviewInstitutes.pas «{ViewInstitutes_}, NewInstitute in » .libraryNewInstitute.pas «{NewInstitute_}, DipSpcDB in » .libraryDipSpcDB.pas «{DipSpc_: TDataModule}, ViewDipSpc in » .libraryviewDipSpc.pas «{ViewDipSpc_}, NewDipSpc in » .libraryNewDipSpc.pas «{NewDipSpc_}, qualifDB in » .libraryQualifDB.pas «{qualif_: TDataModule}, Viewqualif in » .libraryviewQualif.pas «{Viewqualif_}, Newqualif in » .libraryNewQualif.pas «{Newqualif_}, WkSpcDB in » .librarywkSpcDB.pas «{WkSpc_: TDataModule}, ViewWkSpc in » .libraryviewwkSpc.pas «{ViewWkSpc_}, NewWkSpc in » .libraryNewwkSpc.pas «{NewWkSpc_}, ITRSpcDB in » .libraryITRSpcDB.pas «{ITRSpc_: TDataModule}, ViewITRSpc in » .libraryviewITRSpc.pas «{ViewITRSpc_}, NewITRSpc in » .libraryNewITRSpc.pas «{NewITRSpc_}, AroundsDB in » .libraryAroundsDB.pas «{Arounds_: TDataModule}, ViewArounds in » .libraryviewArounds.pas «{ViewArounds_}, NewAround in » .libraryNewAround.pas «{NewAround_}, NewStreet in » .libraryNewstreet.pas «{NewStreet_}, WarBursDB in » .libraryWarBursDB.pas «{WarBurs_: TDataModule}, ViewWarBurs in » .libraryviewWarBurs.pas «{ViewWarBurs_}, NewWarBur in » .libraryNewWarBur.pas «{NewWarBur_}, WarGrpsDB in » .libraryWarGrpsDB.pas «{WarGrps_: TDataModule}, ViewWarGrps in » .libraryviewWarGrps.pas «{ViewWarGrps_}, NewWarGrp in » .librarynewWarGrp.pas «{NewWarGrp_}, ContsDB in » .libraryContsDB.pas «{Conts_: TDataModule}, ViewConts in » .libraryviewConts.pas «{ViewConts_}, NewCont in » .libraryNewCont.pas «{NewCont_}, NewWarName in » .libraryNewWarName.pas «{NewWarName_}, NeedDB in » .libraryNeedDB.pas «{Needs_: TDataModule}, ViewQuestions in » .libraryviewQuestions.pas «{ViewQuestions_}, NewQuestion in » .libraryNewQuestion.pas «{NewQuestion_}, Answer in » .libraryAnswer.pas «{Answer_}, NationsDB in » .libraryNationsDB.pas «{Nations_: TDataModule}, ViewNations in » .libraryviewNations.pas «{ViewNations_}, NewNation in » .libraryNewNation.pas «{NewNation_}, CountrysDB in » .libraryCountrysDB.pas «{Countrys_: TDataModule}, viewCountrys in » .libraryviewCountrys.pas «{ViewCountrys_}, NewCountry in » .libraryNewCountry.pas «{NewCountry_}, FamalysDB in » .libraryFamalysDB.pas «{Famalys_: TDataModule}, ViewFamalys in » .libraryviewFamalys.pas «{ViewFamalys_}, NewFamaly in » .libraryNewFamaly.pas «{NewFamaly_}, ViewExcesses in » .libraryviewExcesses.pas «{ViewExcesses_}, ExcessesDB in » .libraryExcessesDB.pas «{Excesses_: TDataModule}, NewExcess in » .libraryNewExcess.pas «{NewExcess_}, MeedsDB in » .libraryMeedsDB.pas «{Meeds_: TDataModule}, ViewMeeds in » .libraryviewMeeds.pas «{ViewMeeds_}, NewMeed in » .libraryNewMeed.pas «{NewMeed_}, emeritusDB in » .libraryemeritusDB.pas «{emeritus_: TDataModule}, viewemeritus in » .libraryviewemeritus.pas «{Viewemeritus_}, Newemeritus in » .libraryNewemeritus.pas «{Newemeritus_}, CardsDB in «CardsDB.pas «{Cards_: TDataModule}, LoadLed in » .libraryLoadLed.pas «{LoadLed_}, ViewCards in «viewcards.pas «{ViewCards_}, ViewCard in «viewcard.pas «{ViewCard_}, NewChild in «Newchild.pas «{NewChild_}, NewCardsEdu in «newcardsedu.pas «{NewCardsEdu_}, NewWorkMove in «Newworkmove.pas «{NewWorkMove_}, NewcommonWork in «Newcommonwork.pas «{NewcommonWork_}, lockScreen_ in «lockScreen_.pas «{lockScreen__}, Newleaf in «Newleaf.pas «{Newleaf_}, NewPunishment in «Newpunishment.pas «{NewPunishment_}, DisPunishment in «Dispunishment.pas «{DisPunishment_}, NewOutCountry in «NewOutCountry.pas «{NewOutCountry_}, Newplantmeed in «Newplantmeed.pas «{Newplantmeed_}, Newcardmeed in «Newcardmeed.pas «{Newcardmeed_}, search in «search.pas «{Search_}, Newcardemeritus in «Newcardemeritus.pas «{Newcardemeritus_}, MainTable in «MainTable.pas «{MainTable_: TQuickRep}, PRNTitle in «PRNTitle.pas «{PRNTitle_}, cards_Main in «cards_Main.pas «{cards_main_: TQuickRep}, MainPFTable in «MainPFTable.pas «{MainPFTable_: TQuickRep}, viewcdpf in «viewcdpf.pas «{viewcdpf_}, viewcdedu in «viewcdedu.pas «{viewcdedu_}, Statedu in «Statedu.pas «{StatEdu_}, MaineduTable in «MaineduTable.pas «{MaineduTable_: TQuickRep}, Statqual in «Statqual.pas «{Statqual_}, viewcdqual in «viewcdqual.pas «{viewcdqual_}, MainqualTable in «MainqualTable.pas «{MainqualTable_: TQuickRep}, StatAround in «Stataround.pas «{StatAround_}, Statbur in «Statbur.pas «{Statbur_}, s13_thpayment in «s13_thpayment.pas «{s13_thpayment_: TQuickRep}, PRNSTG13 in «PRNSTG13.pas «{PRNSTG13_}, viewWarNames in » .libraryviewWarNames.pas «{ViewWarNames_}, megastat in «megastat.pas «{megaStat_}, MaininvalTable in «MaininvalTable.pas «{MaininvalTable_: TQuickRep}, viewcdinval in «viewcdinval.pas «{viewcdinval_}, viewarchive in «viewarchive.pas «{viewarchive_}, wait in «wait.pas «{Wait_}, setingsdb in » .librarysetingsdb.pas «{Setings_: TDataModule}, s14_thpayment in «s14_thpayment.pas «{s14_thpayment_: TQuickRep}, Warreport in «Warreport.pas «{WarReport_: TQuickRep}, MedTable in «MedTable.pas «{MedTable_: TQuickRep}, helper in » .libraryhelper.pas «{Form2};

{$R *.RES} begin Application. Initialize; Application. CreateForm (Tform1, form1); Application. Run; end.

2 Лістинг створеного VCL-компонента.

unit DBSearchEdit; interface uses Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs, DBTables,.

DB, stdctrls; type TDBSearchEdit = class (TEdit) procedure onchange_ (sender: TObject); procedure onkeypress_ (Sender: TObject; var Key: Char); private needsearch_: boolean; table1_: Ttable; keyFieldName_, textFieldName_: TField; indexname_: string; onchange2: tnotifyevent; srch, ch: integer; onkeypress2: TKeyPressEvent;

{ Private declarations } protected.

{ Protected declarations } public constructor Loaded; constructor Create (aOwner: TComponent); override; destructor destroy;

{ Public declarations } published property needsearch: boolean read needsearch_ write needsearch_; property Dataset: Ttable read table1_ write table1_; property KeyFieldName: TField read keyfieldname_ write keyfieldname_; property TextFieldName: TField read textfieldname_ write textfieldname_; property indexname: string read indexname_ write indexname_; property newonkeypress: TKeyPressEvent read onkeypress2 write onkeypress2; property newonchange: TNotifyEvent read onchange2 write onchange2;

{ Published declarations } end;

procedure Register;

implementation function compress (s: shortstring):shortstring; var s2: shortstring; x: integer; begin s2 := «»; for x:=1 to length (s) do if s[x] «» then s2:=s2+s[x]; s2:=s2+#0; s2:=ansistrupper (@s2[1]); compress:=s2; end;

constructor TDBSearchEdit. Loaded; begin inherited loaded; end;

procedure TDBSearchEdit. onchange_(sender: tobject); var s1, s: shortstring; poz: integer; begin if srch=0 then exit; srch:=0; if ch=1 then exit; ch:=1; if assigned (onchange2) then onchange2(sender); if not TDBSearchEdit (sender).needsearch_ then exit; try s1:=table1_.Indexname; table1_.indexname:=indexname_; s:=compress (TDBSearchEdit (sender).text); table1_.findnearest ([s]); if pos (s, table1_.fieldbyname (keyfieldname_.fieldname).asstring)=1 then begin poz:=length (TDBSearchEdit (sender).text);

TDBSearchEdit (sender).text:=Table1_.fieldbyname (textfieldname_.fieldname).as string;

TDBSearchEdit (sender).perform (em_setsel, poz, length (TDBSearchEdit (sender).tex t)); end else begin beep; beep; beep; beep; beep; beep; end; finally try ch:=0; table1_.indexname:=s1 except end; end; end;

procedure TDBSearchEdit. onkeypress_(Sender: TObject; var Key: Char); begin if assigned (onkeypress2) then onkeypress2(sender, key); if key#8 then srch:=1; end;

constructor TDBSearchEdit. Create (aOwner: TComponent); begin inherited create (aOwner); needsearch:=true; onchange:=onchange_; onkeypress:=onkeypress_; end;

destructor TDBSearchEdit. destroy; begin inherited destroy; end;

procedure Register; begin RegisterComponents («Diplom » ,[TDBSearchEdit]); end;

end.

3 Модуль блокування програми від несанкціонованого доступа.

unit lockScreen_;

interface.

uses Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs, StdCtrls, ExtCtrls, variables;

type TlockScreen__ = class (TForm).

Panel1: TPanel;

Label1: TLabel;

Edit1: TEdit; procedure Edit1KeyPress (Sender: TObject; var Key: Char); procedure FormClose (Sender: TObject; var Action: TCloseAction); procedure FormCreate (Sender: TObject); procedure FormResize (Sender: TObject); procedure WNDPROC (var m: tmessage); override; private canclose: integer;

{ Private declarations } public.

{ Public declarations } end;

var lockScreen__: TlockScreen__;

implementation.

{$R *.DFM}.

procedure TlockScreen__.WNDPROC (var m: tmessage); begin inherited wndproc (m); end;

procedure TlockScreen__.Edit1KeyPress (Sender: TObject; var Key: Char); begin if key=#13 then begin if edit1. text=password__ then begin canclose:=1; close; end else edit1. text:= «»; end; end;

procedure TlockScreen__.FormClose (Sender: TObject; var Action: TCloseAction); begin if canclose=1 then action:=cafree else action:=canone; end;

procedure TlockScreen__.FormCreate (Sender: TObject); begin canclose:=0; end;

procedure TlockScreen__.FormResize (Sender: TObject); begin panel1. left:=(clientwidth-panel1.width) divx 2; panel1. top:=(clientheight-panel1.height) divx 2; end;

end.

Список використаних источников.

1. Дж. Ульман, «Основи систем баз даних », М.:Финансы і статистика, 1983 г. 2. Дейт До., «Введення у системи баз даних », М.: Hаука, 1980 р. 3. Корячко В. П., Курейчик В. М., Hоренков І.П. «Теоретичні основи САПР » ,.

М.: Энергоатомиздат, 1987 р. 4. Когаловский М. Р., «Технологія баз даних на персональних ЕОМ » ,.

М.:Финансы і статистика, 1992 р. 5. А.H.Hаумов, А. М. Вендров та інших., «Системи управління базами даних, і знань », М.:Финансы і статистика, 1991 р. 6. Брябрин В. М., «Програмне забезпечення персональних ЕОМ », М.:Hаука, 1989 р. 7. Аппак М. А., «Автоматизовані робочі місця з урахуванням персональных.

ЕОМ ", М.: «Радіо і зв’язок », 1989 р. 8. Крайзмер Л. П., Кулик Б. А., «Персональний комп’ютер вашому робоче місце », «Лениздат », 1991 р. 9. Шумаков П. У. «Delphi 3.0 й створення баз даних». Москва 1997 р. 10. Дж. Мартін., «Організація баз даних в обчислювальних системах «М: Мир

1978 г. 11. С. М. Диго «Проектування та збільшення використання баз даних ». Москва: Фінанси і статистика 1995. 12. A.M.Епанешников., «Програмування серед Delphi 2.0 «13. Д. Веттинг Nowell NetWare для користувача М.:Радио і зв’язок, 1997 14. С. И. Казаков Основи мережевих технологій М.:Радио і зв’язок, 1999 15. Nowell NetWare 4.02 for Lan Managers» Nowell Corp. Документація до продукту. 16. Кирилов В. В. Структуризованный мову запитів (SQL). — СПб.: ИТМО,.

1994. — 80 з. 17. Б. Г. Голованов «Введення у програмування у мережах Nowell NetWare.

С-Пб.: Пітер, 2000. 3.1 ГОСТ 12.0.003−74. ССБТ Небезпечні й шкідливі факторы.Классификация.

3.2 Шумилін В.К., Гетия І.Г. Охорона праці під час роботи на ПЕОМ і ЕОМ. Навчальний посібник (частина 1).- М.: МИП, 1994 г.

3.3 СНиП23−05−95. Природний і штучне освещение.

Норми проектирования.

3.4 СанПіН 2.2.2 542−96 Санітарні правил і норми. Гігієнічні вимоги до видеодисплейным терміналам, персональним электронно-вычислительным машинам та молодіжні організації работ.

3.5.И. Г. Гетия, И. Н. Леонтьева, Е. Н. Кулемина. Навчальний посібник. Проектування вентиляції і кондиціювання повітря, штучного та її природного висвітлення приміщенні ПЦ (спец.01.02; 21.01; 21.03;21.06; 22.01; 22.03; 23.03)-М:МГАПИ, 1995.

3.6 І.Г. Гетия, В.К. Шумилін, І.Н. Леонтьєва та інших. Екологія комп’ютерна техніка: — М.:МГАПИ, 1996. ———————————- [pic].

Дроблення ламп.

Вантаження бою в контейнер

Демеркуризация бою ламп у ванні з розчином, у перебігу 1.5 часа.

Установка контейнера на лотку для стоку раствора.

2 Збір розчину в.

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

Перекачування розчину через фільтр з сульфоуглем типу КУ-2.

Спалювання фільтра з сульфоуглем й освіту металевої ртути.

Збір розчину в хозяйственно-фекальную канализацию.

Збір розчину для повторного приготовления.

[pic].

Подключение до серверу Управление безопасностью.

[pic]??