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

Зміст

• ВСТУП
• РОЗДІЛ 1. ПРЕДМЕТНА ОБЛАСТЬ БАЗИ ДАНИХ «ЦЕНТР ЗАЙНЯТОСТІ»
• 1.1 СТВОРЕННЯ ТАБЛИЦЬ
• 1.2 СХЕМА ДАНИХ ТА ЗВ'ЯЗКИ В БАЗІ ДАНИХ
• 1.3 СТВОРЕННЯ ЗАПИТІВ, ЗВІТІВ ТА ФОРМ У БАЗІ ДАНИХ
• РОЗДІЛ 2. ОПИС ТА ХАРАКТЕРИСТИКА БАЗИ ДАНИХ «ЦЕНТР ЗАЙНЯТОСТІ»
• 2.1 СХЕМА ДАНИХ БАЗИ ДАНИХ «ЦЕНТР ЗАЙНЯТОСТІ»
• 2.2 ОСНОВНІ ЗАВДАННЯ ГОЛОВНИХ ВІДДІЛІВ
• 2.3 ІНФОЛОГІЧНА МОДЕЛЬ БАЗИ ДАНИХ «ЦЕНТР ЗАЙНЯТОСТІ»
• 2.4 НОРМАЛІЗАЦІЯ ВІДНОСИН
• 2.5 СТВОРЕННЯ ЗАПИТІВ ЗА ДОПОМОГОЮ МОВИ СТРУКТУРОВАНИХ ЗАПИТІВ SQL
• 2.6 ПРОЕКТУВАННЯ ЗВІТІВ ТА ФОРМ ЗАСОБАМИ СУБД
• РОЗДІЛ 3. ПРОЕКТНА ЧАСТИНА БАЗИ ДАНИХ «ЦЕНТР ЗАЙНЯТОСТІ»
• 3.1 ПРОЕКТУВАННЯ БАЗИ ДАНИХ З ВИКОРИСТАННЯМ ОБ'ЄКТНО-ОРІЄНТОВАНОЇ МОДЕЛІ ДАНИХ
• 3.2 ВЛАСТИВОСТІ ОБ'ЄКТНО-ОРІЄНТОВАНИХ МОДЕЛЕЙ ДАНИХ
• 3.3 АДМІНІСТРУВАННЯ БАЗИ ДАНИХ
• 3.4 ЗАХИСТ БАЗИ ДАНИХ
• 3.5 ОРГАНІЗАЦІЯ РОБОТИ БАЗИ ДАНИХ В ЛОКАЛЬНІЙ МЕРЕЖІ
• 3.6 РОЗРАХУНОК КОШТОРИСНИХ ВИТРАТ НА РЕАЛІЗАЦІЮ ПРОЕКТУ
• ВИСНОВОК
• СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ
• Вступ

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

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

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

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

Мета курсового проекту полягає у розробці бази даних «Центр зайнятості». Створення бази даних обумовлено необхідністю вести автоматизований облік та зберігання відомостей про заявки від роботодавців. Проектування додатка здійснюється під управлінням СУБД Access.

Для досягнення поставленої мети в курсовому проекті вирішувалися наступні завдання:

1. Визначення сутностей бази даних;

2. Визначення ключових полів сутностей;

3. Виявлення зв'язків між таблицями;

4. Побудова запитів за допомогою SQL .

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

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

Об'єктом дослідження в курсовому проекті виступає «Центр зайнятості», а предметом робота з безробітними.

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

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

Розділ 1. пРеДМЕТНА ОБЛАСТЬ БАЗИ ДАНИХ «цЕНТР ЗАЙНЯТОСТІ»

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

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

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

Центр зайнятості може:

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

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

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

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

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

Основні цілі для досягнення, яких створена ця база даних:

Ш Забезпечення більш швидкого і зручного пошуку працівниками необхідної інформації;

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

Ш Систематизація і більш детальний аналіз поданих заявок.

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

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

У даної предметної області можна виділити такі укрупнені специфікації:

Ш Відомості про роботодавця;

Ш Відомості про заявки, поданих конкретним роботодавцем;

Ш Відомості про заявки та безробітних на певну вакансію.

1.1 Створення таблиць

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

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

Створити таблицю БД Access можна за допомогою трьох способів:

· за допомогою майстра

· режим конструктора

· шляхом введення даних

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

Якщо потрібно безпосередньо визначити тип даних і формат поля, щоб перезаписати параметри, вибрані программою MS Office Access, це можна зробити за допомогою команд у групі «Тип даних і форматування» на вкладці «Режим таблиці».

Ключ (ключове поле БД) - поле або декілька полів, що однозначно визначають (ідентифікують) запис.

Наприклад, знаючи номер телефону людини можна отримати і деяку іншу інформацію про неї; знаючи прізвище, ім'я, по батькові та дату народження людини, можна однозначно знайти іншу інформацію про неї із відповідної бази даних; знаючи код книги в бібліотеці, можна її швидко там знайти. Тому першим полем будь-якої таблиці найчастіше задається поле з типом "Счетчик", уміст якого автоматично збільшується на одиницю при створенні нового рядка. Щоб поле стало ключовим, у режимі конструктора, його варто виділити (тобто виділити весь рядок цього поля) і натиснути мишею на зображення ключа на панелі інструментів. Ліворуч, біля даного поля, з'явиться маленький ключик, що і символізує, що дане поле є ключовим. Більш того, без обов'язкового призначення одного чи декількох ключових полів Mіcrosoft Access не дозволить знову створювану таблицю зберегти.

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

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

1.2 Схема даних та зв'язки в базі даних

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

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

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

Розробка ER-моделі предметної області

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

ER-модель служить для об'єднання різних аспектів даних на концептуальному рівні.

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

При цьому ім'я сутності - це ім'я типу, а не конкретного екземпляра даного типу. Екземпляром сутності називається конкретний представник даної сутності.

Зв'язок зображується лінією, яка пов'язує дві сутності, що беруть участь у зв'язку. Ступінь кінця зв'язку вказується графічно, множинність зв'язку зображується у вигляді «вилки» на кінці зв'язку. Модальність зв'язку так само зображується графічно - необов'язковість зв'язку позначається кружком на кінці зв'язку. Іменування зазвичай виражається одним дієсловом у дійсному способі теперішнього часу: «Має», «Належить» і т. д.; або дієсловом з пояснювальними словами: «Включає в себе», і т. п. Найменування може бути одна для всієї зв'язку або два для кожного з кінців зв'язку. У другому випадку, назва лівого кінця зв'язку вказується над лінією зв'язку, а правого - під лінією. Кожне з назв розташовуються поруч із сутністю, до якої воно відноситься.

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



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

Рисунок 1.1 ЕR - модель

1.3 Створення запитів, звітів ТА ФОРМ

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

Види запитів Access:

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

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

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

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

5. Запити на зміну. Дозволяють автоматично створювати нові таблиці або змінювати вже наявні шляхом створення тимчасової результуючої таблиці.

Способи створення запитів Access:

Запити на вибірку. Створення запиту до бази починається з відкриття вкладки “Запросы” діалогового вікна “База данных” і натиснення лівої клавіші миші на кнопці Создать”. У вікні “Новый запрос” задають режим створення запиту вибором “Конструктор”.

Вибір таблиць виконують у діалоговому вікні “Добавление таблицы”. Їх заносять у верхню половину бланка “запиту за зразком” натисненням лівої клавіші миші на кнопці “Добавить”.

Запити за зразком. Рядок “Поле” заповнюють перетягуванням назв полів із таблиць у верхній частині бланка. Кожному полю майбутньої результуючої таблиці відповідає один стовпець бланка запиту за зразком. Рядок «Ім'я» таблиці заповнюється автоматично при перетягуванні поля. Якщо натиснути на рядок “Сортировка”, з'явиться кнопка списку, щорозкривається, який містить види сортування. Якщо призначити сортування по якомусь полю, дані в остаточній таблиці будуть відсортовані по цьому полю.

Запити з параметром. Припустимо, що треба створити запит, за допомогою якого користувач може визначити, у якому році та або інша команда займала перше місце у чемпіонатах світу з футболу. Для цього служить спеціальна команда мови SQL, що виглядає так: LIКЕ [...]. У квадратних скобках можна записати будь-який текст,звернений до користувача, наприклад:LIКЕ [Введіть назву країни]. Команду LIКЕ треба помістити в рядку “Условие отбора” і в те поле, по якому робиться вибір. У нашому випадку це стовпець збірних, що займали перші місця в чемпіонатах світу з футболу. Після запуску запиту відкривається діалогове вікно, у якому користувачу пропонується ввести параметр. Якщо в якості параметра ввести слово “Бразилія”, те видається результуюча таблиця, що містить запису по тим чемпіонатам, коли збірна Бразилії ставала чемпіоном.

Підсумкові запити. Їх створюють на основі бланка запиту за зразком, у якому з'являється додатковий рядок -“Групування”. Для введення цього рядка в треба натиснути на кнопку “Групові операції” на панелі інструментів програми Ассеss 9х. У тих полях, по яких робиться групування, треба установити (або залишити) функцію “Групування” і вибрати одну з підсумкових функцій. Натиснення лівої клавіші миші на кнопці “Вид” запускає запит і видає результуючу таблицю з необхідними підсумковими даними.

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

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

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

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

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

Робота з формами може відбуватися в трьох режимах: у режимі Форми, в режимі Таблиці, в режимі Конструктора.

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

· У режимі Конструктора можна проводити зміну зовнішнього вигляду форми,додавання і видалення елементів управління, розробку.

В Access можна створити такі види форм:

· форма в стовпець є сукупністю певним чином розташованих полів введення з відповідними їм мітками і елементами управління;

· стрічкова форма служить для відображення полів групи записів;

· таблична форма відображає дані в режимі таблиці;

· форма головна -- підпорядкована являє собою сукупність форми в стовпець і табличною;

· форма зведена таблиця -- виконується майстром створення зведених таблиць Excel на основі таблиць і запитів Access ;

· форма з діаграмою у Access(у форму можна вставити діаграму, створену Microsoft Graph).

РОЗДІЛ 2. ОПИС ТА ХАРАКТЕРИСТИКА БАЗИ ДАНИХ «ЦЕНТР ЗАЙНЯТОСТІ»

2.1 схема даних БАЗИ ДАНИХ «ЦЕНТР ЗАЙНЯТОСТІ»

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

Згідно предметної області в курсовому проекті розроблені такі таблиці:

1. Роботодавець

2. Заявка

3. Безробітній

4. Журнал «Центр зайнятості»

Дані таблиці створені за допомогою конструктора Microsoft Access. Їхня побудова має наступний вигляд:

Таблиця «Відомості про роботодавця», має наступні поля:

· Код роботодавця - ключове поле

· Найменування роботодавця

· Адреса

· Телефон

· Код заявки

· Найменування заявки

Рисунок 2.2 Таблиця «Роботодавець» у режимі конструктора

Рисунок 2.3 Таблиця «Роботодавець»

Таблиця «Відомості про заявки», має наступні поля:

· Код заявки - ключове поле

· Код вакансії

· Кількість вакансій

· Дата подачі заявки

· Термін дії заявки

· Заробітна плата

· Статус

Рисунок 2.4 Таблиця «Заявка» у режимі конструктора



Рисунок 2.5 Таблиця «Заявка»

Таблиця «Відомості про безробітних», має наступні поля:

· Код безробітного - ключове поле

· Прізвище

· Ім'я

· По батькові

· Паспортні дані

· Місце проживання

· Стаж роботи

· Вакансія

Рисунок 2.6 Таблиця «Безробіний» у режимі конструктора



Рисунок 2.7 Таблиця «Безробітний»

Таблиця «Журнал бази даних «Центр зайнятості»», має наступні поля:

· Код безробітного- ключове поле

· Прізвище

· Ім'я

· По батькові

· Стаж роботи

· Код заявки

· Найменування

· Оклад

· Код роботодавця

· Найменування роботодавця

· Адреса

· Телефон

· Статус



Рисунок 2.8 Таблиця «Журнал центру зайнятості» у режимі конструктора

Рисунок 2.9 Таблиця «Журнал центру зайнятості»

2.2 Основні завдання головних відділів

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

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

Центр економічного аналізу здійснює:

· контроль за кон'юнктурою на ринку праці;

· підготовку кон'юнктурних оглядів;

· аналіз соціологічних, економічних та інших чинників, здатних вплинути на кон'юнктуру ринку;

· кон'юнктурні прогнози;

· безкоштовні консультації з трудових питань;

· контроль діяльності біржі.

Відділ по роботі з клієнтами здійснює:

· здійснення запитів на трудові угоди в біржовому приміщенні;

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

· оформлення договорів на прохання обох сторін;

· контроль виконання обома сторонами договірних зобов'язань.

Інформаційний центр забезпечує:

· отримання, зберігання і обробку всієї циркулюючої інформації;

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

Відділ організації і забезпечення біржової діяльності здійснює:

· зміст біржового будівлі в належному порядку;

· забезпечення біржі комерційною інформацією;

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

Адміністративно-господарський відділ здійснює:

· традиційні господарські задачі;

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

Основні завдання, які вирішує ця база даних:

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

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

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

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

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

Рисунок 2.10 Документообіг

2.3 Інфологічна модель бази даних «Центр зайнятості»

Зв'язком між двома сутностями є сутність «заявка».

Рисунок 2.11 Зв'язок сутностей

Процес проектування БД є ітеративним, а не лінійним або послідовним. Термін «ітеративний» означає «повторюваний»

Схема даних представлена на наступному малюнку:

база цент зайнятість sql

Рисунок 2.12 Схема даних

2.4 Нормалізація відносин

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

Для визначення складу таблиць слід провести нормалізацію вихідного ієрархічного відносини. Спроектована база даних містить чотири таблиці: Роботодавець, Заявка, Безробітний, Журнал центру зайнятості.

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

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

У першої нормальної форми всі атрибути сутності атомарні, тобто неподільні. Ця умова виконана.

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

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

Відношення знаходиться в 3-й нормальній формі, тому що воно знаходиться у 2-ій нормальній формі і не має транзитивних залежностей.

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

2.5 Створення запитів за допомогою мови структурованих запитів SQL

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

SELECT Роботодавець.[Код роботодавця], Роботодавець.[Найменування роботодавця], Вакансія.[Код вакансії], Вакансія.Посада, Заявка.[Кількість вакансій], Заявка.[Дата подання заявки], Заявка.[Заробітна плата (в грн)]

FROM Роботодавець INNER JOIN (Вакансія INNER JOIN Заявка ON Вакансія.[Код вакансії] = Заявка.[Код вакансії]) ON Роботодавець.[Код роботодавця] = Заявка.[Код роботодавця]

WHERE (((Вакансія.[Код вакансії])=[Введіть код вакансії]));

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

Рисунок 2.13 Запит «Код роботодавця»

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

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

2.6 ПРОЕКТУВАННЯ Звітів та форм засобами СУБД

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

Практично всі звіти, які можна створити в Access, поділяються на три категорії:

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

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

- діаграми - звіти у вигляді діаграми. Вони також подібні на однойменні форми, але їх не можна редагувати;

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

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

Рисунок 2.14 Перелік звітів

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

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

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

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

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

Рисунок 2.15 Форма "Головна форма"

Рисунок 2.16 Форма "Безробітні"

Рисунок 2.17 Форма "Заявка"

Рисунок 2.18 Форма "Роботодавець"

Розділ 3 Проектна частина бази даних «центр зайнятості»

3.1 Проектування бази даних з використанням об'єктно-орієнтованої моделі даних

Семантична модель даних (SDM) дозволяє моделювати як дані, так і їх відносини в єдиній структурі, званій об'єктом. Оскільки основною структурою моделі є об'єкт, модель SDM отримала назву об'єктно-орієнтованої моделі бази даних (object oriented database model, OODM). У свою чергу OODM стала основою створення об'єктно-орієнтованої моделі БД (OODMB), управління якою здійснюється за допомогою системи управління об'єктно-орієнтованої бази даних

Кожен об'єкт - це сутність реального світу, що взаємодіє з іншими об'єктами.

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

· набір даних не є пасивним;

· дані і процедури, будучи пов'язані один з одним, утворюють об'єкт;

· об'єкт може впливати на самого себе.

·

Рисунок 3.1 Обмін повідомленнями між об'єктами

3.2 Властивості об'єктно-орієнтованих моделей даних

ODM повинна володіти наступними властивостями:

· підтримувати подання складних об'єктів;

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

· підтримувати інкапсуляцію, тобто представлення даних і реалізація методів повинні бути приховані від зовнішніх об'єктів;

· підтримувати спадкування, тобто будь-який об'єкт може успадковувати властивості (дані і методи) інших об'єктів;

· забезпечувати ідентифікацію об'єкта (OID).

· Крім того, можна коротко сформулювати такі основні положення:

· OOMD сутності реального світу моделюються об'єктами;

· кожен об'єкт складається з набору атрибутів і методів;

· кожен атрибут може посилатися на інший об'єкт або безліч об'єктів;

· атрибути і реалізації методів приховані (інкапсульовані) від інших об'єктів;

· кожен об'єкт ідентифікує унікальним ідентифікатором об'єкта (OID), незалежних від значень атрибутів цього об'єкта;

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

· клас описує тип об'єкта;

· класи утворюють ієрархію класів;

· кожен об'єкт класу успадковує всі властивості свого суперкласу в ієрархії класів.

3.3 Адміністрування бази даних

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

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

Діяльність адміністратора повинна охоплювати наступні напрямки:

1. Управління доступом користувачів. Ця функція призначена для обмеження доступу до БД і повинна включати такі процедури:

а) визначення кожного користувача в БД. Це досягається на двох рівнях: на рівні ОС і на рівні СУБД. На рівні ОС адміністратор може вимагати створення реєстраційного імені користувача (logon user ID), який дозволяє користувачеві реєструватися в системі. На рівні СУБД адміністратор може створити інше реєстраційне ім'я користувача або використовувати те ж саме ім'я;

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

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

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

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

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

5. Утиліти СУБД з управління доступом. Доступ до БД можна контролювати встановленням обмежень на використання інструментальних засобів СУБД щодо створення запитів і звітів.

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

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

Стиснення і відновлення файлів Access

Microsoft Access об'єднує в одному процесі стиснення і відновлення файлу Access.

Рисунок 3.2 Стиснення та відновлення файлів

Стиснення файлу Access

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

Стиснення оптимізує продуктивність як баз даних Access, так і проектів Access. Однак у проектах Access стиск не зачіпає об'єкти бази даних, такі як таблиці або подання, які розташовуються в базі даних Microsoft SQL Server, а не в самому проекті Access.

Відновлення файлу Access

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

Відновлюються такі пошкодження:

· пошкоджена таблиця в базі даних Access;

· ушкодження у формі, звіті або модулі;

· відсутня інформація про структуру проекту Visual Basic для додатків (VBA) файлу Access;

· відсутня інформація, необхідна Access для відкриття конкретної форми, звіту або модуля.

Шифрування/дешифрування

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

Рисунок 3.3 Шифрування та дешифрування

Щоб приступити до шифрування бази даних Microsoft Access, необхідно бути або її власником, або, якщо база даних захищена, членом групи «Admins» у файлі робочої групи, який містить облікові записи, що використовуються для захисту бази даних. Крім того, базу даних треба відкрити в монопольному режимі, для чого необхідно мати дозволи «відкриття/запуск» і «монопольний доступ».

У шифрування бази даних є два негативних побічних ефекту:

· Знижується її продуктивність відсотків на 10-15;

· Зашифровану базу даних не можна стискати такими програмами, як PKZip, LHA, Stacker і DriveSpace (стискати можна, тільки в цьому немає сенсу - її розмір зменшиться незначно).

Дешифрування бази даних - це операція, зворотна шифруванню.

Реплікація бази даних

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

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

Команди реплікації в меню Сервіс Microsoft Access

У Microsoft Access доступні команди реплікації, якими можна скористатися при роботі у базах даних. З допомогою команди Реплікація в меню Сервіс можна виконати наступні операції:

· створити репліку;

· синхронізувати свою репліку з іншим елементом набору реплік;

· усунути конфлікти синхронізації за допомогою майстра дозволу конфліктів;

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

Рисунок 3.4Реплікація баз даних

Забезпечення цілісності

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

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

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

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

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

Тригер забороняє вставити нові рядки в таблицю Заявка:

CREATE TRIGGER zapret

ON Заявка

FOR INSERT

AS

PRINT `Вставка рядків заборонена'

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

3.4 Захист БД

Захист безпеки бази даних полягає в тому, що право виконувати деякі дії дається тільки певним користувачам і в певний час. Цю мету досягти буде важко, і щоб хоч якоюсь мірою до неї наблизиться, команда розробників повинна на стадії визначення вимог до проекту встановити для всіх користувачів права і обов'язки обробки (processing rights and responsibilities). Реалізація цих вимог безпеки може забезпечуватися відповідними можливостями СУБД, а при їх недостатності - логікою прикладних програм.

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

Відображення та приховання об'єктів у вікні бази даних

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

Використання параметрів запуску

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

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

Рисунок 3.5 Параметри запуску

Використання пароля

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

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

Рисунок 3.6

Рисунок 3.7 Параметри паролю

Рисунок 3.8 Підтвердження паролю

Використання безпеки на рівні користувача

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

Двома основними причинами використання даного способу є:

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

2. захист конфіденційних даних у базі даних.

При використанні цього типу захисту користувач повинен ввести пароль при запуску Microsoft Access. Потім програма читає файл робочої групи, в якому кожен користувач ідентифікується унікальним кодом. У файлі робочої групи користувачів за їх особистими кодами і паролів ідентифікуються як авторизовані індивідуальні користувачі та члени конкретних груп. У Microsoft Access визначені дві стандартні групи: адміністратори (група «Admins») і користувачі (група «Users»), але допускається визначення додаткових груп.

Рисунок 3.9 Користувачі та групи

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

Рисунок 3.10 Мастер захисту

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

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

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

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

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

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

Захист сторінок доступу до даних

Сторінка доступу до даних називають HTML-файл, що містить посилання на дані у файлі Microsoft Access. Однак сторінки доступу до даних фактично зберігаються у файлі Microsoft Access, а у вигляді HTML-файлу в локальній файловій системі, в папці на загальному мережному ресурсі або на HTTP-сервері. Із-за цього не забезпечується контроль за безпекою файлів сторінок доступу до даних. Щоб захистити сторінку доступу до даних, необхідно захистити посилання і HTML-файл за допомогою засобів захисту файлової системи комп'ютера, на якому ці файли зберігаються. Для захисту даних, доступ до яких здійснюється зі сторінки, необхідно або захистити базу даних, до якої підключена сторінка, або задати налаштування безпеки Internet Explorer для запобігання несанкціонованого доступу.

3.5 Організація роботи бази даних в локальній мережі

Всередині ТОВ «Центр зайнятості» існує локальна обчислювальна мережа. Дана база даних використовується на різних робочих місцях у виробничому і технічному відділах. База даних розташована на окремому сервері.

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

Для розміщення даних доцільно використовувати архітектуру клієнт-сервер.

Клієнт-сервер - програмна архітектура. Екранна форма або клієнт і база даних (сервер) знаходяться на різних комп'ютерах. Клієнт і сервер з'єднані ЛОМ.

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

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

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

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

Рисунок 3.11 Локальна мережа для баз даних

...