Розробка інформаційно-довідкової системи 'Аптека'

Розробка інформаційно-довідкової системи 'Аптека'

ЗМІСТ

СПИСОК УМОВНИХ ПОЗНАЧЕНЬ ТА СКОРОЧЕНЬ

ВСТУП

ОСНОВНИЙ РОЗДІЛ

.1 АНАЛІТИЧНИЙ ОГЛЯД

.1.1 Загальні відомості про бази даних

.1.2 Типи баз даних

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

.1.5 Переваги і недоліки СУБД

.1.6 Поняття про мову SQL

.1.7 Функції мови SQL

.1.8 Опис СУБД Microsoft Access

.1.9 Засоби програмування в Microsoft Access

.2 ПРОЕКТНІ РІШЕННЯ

.2.1 Обґрунтування вибору процесу бізнесу

.2.2 Аналіз та опис предметної області

.2.3 Загальна структура та зв’язки БД

.2.4 Створення запитів

.2.5 Створення форм

.2.6 Створення звітів

ОХОРОНА ПРАЦІ

.1 Види інструктажів

.2 Організація робочого місця

.3 Система заземлення

.4 Шум

.4.1 Розрахунок шуму

.5 Електромагнітне випромінювання

.6 Пожежна безпека

ВИСНОВОК

СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ

ДОДАТКИ

СПИСОК УМОВНИХ ПОЗНАЧЕНЬ ТА СКОРОЧЕНЬ

 

CD-ROM (Compact disc read-only memory) Різновид компакт-дисків <#"870088.files/image001.gif">

Рис. 1.1 Ієрархічна БД

 

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

 

Рис. 1.2 Мережева БД

 

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

Рис. 1.3 Реляційна БД

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

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

Головні риси банку даних:

. БД утворюють групою користувачів для вирішення кількох пов'язаних завдань.

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

Вимоги, які пред’являються до банку даних:

-       малий час на навчання, дружелюбність інтерфейсів;

-       адекватне відображення предметної області;

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

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

-       надійність захисту та збереження даних.

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

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

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

Файл-сервер

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

 

Рис. 1.4 Структура інформаційної системи з файл-сервером

Рис. 1.5 Структура інформаційної системи з сервером бази даних

Клієнт-сервер

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

Витягнуті дані транспортуються по мережі від сервера до клієнта. Специфіка архітектури клієнт-сервер це використання мови SQL.[1]

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

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

СУБД виконують такі функції:

-       управління зберіганням даних;

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

-       керування буферами оперативної пам’яті;

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

-       керування словником даних;

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

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

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

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

-       керування транзакціями;

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

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

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

-       журналізація;

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

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

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

Найпоширенішим методом підтримання надмірної інформації це ведення журналу змінення бази даних.

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

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

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

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

-       підтримання мов БД.

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

1.1.4 Структура СУБД

СУБД розвивається в напрямку зручності та простоти її використання.

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

СУБД реалізує наступні функції:

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

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

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

У структурі СУБД в сучасному поданні виділяють наступні функціональні блоки.

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

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

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

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

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

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

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

Сучасні СУБД мають функціональні компоненти, що забезпечують:

-       коректування та створення структури файлів БД, відображення та оновлення даних на екрані;

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

-       розроблення екранних форм введення-виведення;

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

-       розроблення форм звітів та виведення їх на друк;

-       розроблення прикладних програм.

 

1.1.5 Переваги і недоліки СУБД

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

Переваги:

-       контроль за надмірністю даних;

-       несуперечність даних;

-       спільне використання даних;

-       підтримка цілісності даних;

-       підвищена безпека;

-       застосування стандартів;

-       підвищення ефективності відбувається зі збільшенням масштабів системи;

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

-       підвищення доступності даних й їх готовності до роботи;

-       поліпшення показників продуктивності;

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

-       покращене керування паралельністю;

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

Недоліки:

-       складність;

-       розмір програмного забезпечення;

-       вартість СУБД;

-       додаткові витрати на апаратне забезпечення;

-       витрати на перетворення додатків;

-       продуктивність. [4]

.1.6 Поняття про мову SQL

Мова SQL це мовна підтримка проведення транзакцій. Дана мова базується на класичному численні предикатів. Вона надає користувачам для написання запитів до БД набір правил. У такому запиті є лише інформація про очікуваний результат. На основі цього запиту СУБД автоматично формує очікуваний результат за допомогою формування нових відношень. Ця мова є не процедурною. ALFA є першою мовою реляційного числення, що була розроблена Е.Ф.Коддом.

На даний момент розповсюджена мова SQL. Вона створена в 70-х роках фірмою IBM, а потім підтримана і схвалена великою кількістю компаній, як стандарт мови керування реляційними БД. Також вона була створена на основі стандарту мови, що використовувалася в СУБД dBase. Міжнародна організація і міжнародна федерація по обробленні інформації та по стандартизації формують і уточнюють стандарти для наступних розробок мови SQL. SQL призначена для здійснення операцій з даними, які можна подати в вигляді логічно зв’язаної сукупності таблиць. Головною відмінністю мов є те, що мова SQL створена для здійснення операцій з таблицями, а мова dBase призначена для роботи із записами.

.1.7 Функції мови SQL

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

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

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

Ефективна реалізація команд мови SQL виконується за допомогою створення та використання спеціальної інформації, що дозволяє посилатися, на кожну вибірку та таблицю. Ця інформація перебуває в файлах, які називаються каталогами таблиць, що створюються під час формування БД. В мові SQL кожна команда закінчується “;”. Реченням називається кожна команда SQL і починається дієсловом, що визначає ім’я її базової операції. До складу багатьох команд входять ключові речення та слова, які уточнюють виконання базових операцій. Також в команду SQL необхідно включити дані, що будуть оброблятися та (чи) операції, які необхідно над цими даними здійснити.

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

         таблиця - основна структура даних в БД;

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

         синонім - альтернативне ім’я вибірки та таблиці;

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

         каталог - множина таблиць в кожній БД, що описують БД та їх зміст.

Основні стандарти SQL

В 1989 році з’явився перший стандарт мови SQL та підтримувався майже всіма комерційними реляційними системами управління БД, а також мав загальний характер та допускав широке трактування.

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

У 1992 році у звязку з неповнотою вимог SQL-89 утворилась наступна версія мови SQL-92, що мала ширший діапазон функцій: управління транзакціями та сесіями, динамічну SQL, маніпулювання структурою БД. В стандартній версії виділяються три рівні: проміжний, повний та базовий. Тільки останні версії СУБД мають сумісність з повним стандартом. Роботи над вдосконаленням не припиняється. Вони будуть проводиться у напрямку визначення довільного типу даних та включення механізму тригерів.[7]

1.1.8 Опис СУБД Microsoft Access

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

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

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

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

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

1.1.9 Засоби програмування в Microsoft Access

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

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

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

Поряд з мовою макрокоманд, Access включає розвинене інтегроване середовище об'єктно-орієнтованого програмування Visual Basic for Application, що дозволяє реалізувати будь-які програмні рішення.

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

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

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

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

Численні засоби Access для інтерактивної розробки бази даних і вирішення завдань з обробки даних в ній є основою для побудови практичних додатків користувача. Однак якщо необхідно відстежувати і обробляти помилки, створювати свої функції, в ході виконання додатку створювати нові об'єкти, обробляти окремі записи, а не набори, організовувати при виникненні конкретних подій виконання різних завдань, доводиться використовувати вбудовану в Access об'єктно-орієнтовану мову програмування Visual Basic for Application.дозволить створити в середовищі Access діалогові програми користувача з великими можливостями з управління та контролю за виконанням, встановлюючи зв'язки між різними об'єктами бази даних. VBA забезпечує простоту використання об'єктів, створених діалогових засобів Access, тому при розробці додатків доцільно програмувати ті функції, які не можуть бути реалізовані діалоговими засобами.- це загальний засіб програмування для всього сімейства Microsoft Office, включаючи Access, Word, Excel, Outlook і PowerPoint. Синтаксис, принципи роботи, інструментарій, інтерфейс VBA однакові для всіх додатків Office, хоча кожен представляє свої об'єктні моделі. [9]

1.2 ПРОЕКТНІ РІШЕННЯ

 

.2.1 Обґрунтування вибору процесу бізнесу

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

.        Здійснити авторизацію працівника аптеки;

.        Фіксувати одержану документацію;

.        Одержати документацію;

.        Сформувати звіти;

.        Відобразити чи роздрукувати необхідний звіт.

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

1.2.2 Аналіз та опис предметної області

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

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

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

Інформація про медикаменти повинна бути повною і достатньою.

Працювати з базою даних «Аптека» будуть наступні користувачі:

-       касир;

-       завідуючий аптекою;

-       адміністратор.

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

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

Адміністратор повинна слідкувати за роботою бази даних в цілому, усувати всі несправності та помилки, а також слідкувати за системою авторизації працівників аптеки.

Завданнями інформаційно-довідкової системи є:

-       реєстрація нових медикаментів;

-       реєстрація нових постачальників;

-       реєстрація нових працівників аптеки;

-       виписка чеків на медикаменти.

1.2.3 Загальна структура та зв’язки БД

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

-       таблиця «Медикаменти» - вміщує повний перелік медикаментів;

-       таблиця «Склад» - вміщує інформацію про надходження медикаментів;

-       таблиця «Постачальники» - фірми, котрі виконують поставки медикаментів в аптеку;

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

-       таблиця «Чек» - використовується для видачі чеку;

-       таблиця «Довідник аптеки» - вміщує довідкову інформацію про кожен медикамент.

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

Таблиця 1.1 Структура таблиці «Медикаменти»

Ім’я поля	Тип даних	Тип поля	Призначення
Kod_medycamenta	Числовий		Унікальний ідентифікатор медикаменту
Nazva_medycamenta	Текстовий	Ключове	Повна назва медикаменту
Likarska_forma	Текстовий		Форма випуску медикаменту
Terapevtychna_grupa	Текстовий		Категорія медикаменту
Termin_prydatnosti	Текстовий		Термін придатності
Umovy_zberigannia	Текстовий		Умови зберігання

Таблиця 1.2 Структура таблиці «Склад»

Ім’я поля	Тип даних	Тип поля	Призначення
Kod_medycamenta	Числовий	Ключове	Унікальний ідентифікатор медикаменту
Data_nadhodjennia	Дата/час		Дата надходження медикаменту на склад
Kilkist	Числовий		Кількість
Kod_postachalnyka	Числовий		Унікальний ідентифікатор постачальника
Cina	Грошовий		Ціна	Тип даних	Тип поля	Призначення
Kod_postachalnyka	Числовий	Ключове	Унікальний ідентифікатор постачальника
Nazva_postachalnyka	Текстовий		ПІБ постачальника
Adressa	Текстовий		Адреса
Telefon	Числовий		Телефон
E-mail	Текстовий		Електронна пошта

 

Таблиця 1.4 Структура таблиці «Працівники»

Ім’я поля	Тип даних	Тип поля	Призначення
Kod_pracivnyka	Текстовий		Унікальний ідентифікатор працівника, пароль для входу до СУБД
PIP_pracivnyka	Текстовий	Ключове	ПІБ працівника, логін для входу до СУБД
Data_narodjennia	Дата/час		Дата народження
Adressa	Текстовий		Адреса
Telefon	Числовий		Телефон
Posada	Текстовий		Посада
Zarplata	Грошовий		Заробітна плата
FormName	Текстовий		Поле, що містить назву форми, яка буде відкрита після авторизації працівника

 

Таблиця 1.5 Структура таблиці «Чек»

Ім’я поля	Тип даних	Тип поля	Призначення
Kod_cheka	Числовий		Унікальний ідентифікатор чека
Nazva_medycamenta	Текстовий		Повна назва медикаменту
PIP_pracivnyka	Текстовий		ПІБ працівника, який обслуговував клієнта
Data_prodaju	Дата/час		Дата продажу медикаменту
Cina	Грошовий		Ціна медикаменту
Kilkist	Числовий		Кількість	Грошовий		Сума

 

Таблиця 1.6 Структура таблиці «Довідник аптеки»

Ім’я поля	Тип даних	Тип поля	Призначення
Nazva_medycamenta	Текстовий		Повна назва медикаменту
Pokazannia	Текстовий		Показання для застосування
Protypokazannia	Текстовий		Протипоказання
Sposib_zastosuvannia	Текстовий		Спосіб застосування медикаменту
Pobichni_reakcii	Текстовий		Побічна дія

 

Нижче представлена схема зв’язків створеної БД «Аптека».

Рис. 1.6 Схема зв’язків створеної БД «Аптека»

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

Всі заходи по підтримці цілісності БД можна поділити на дві великі групи:

         декларативна цілісність (обмеження);

         процедурна цілісність (правила, тригери).

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

Усі обмеження цілісності БД можна поділити на чотири групи:

         обмеження атрибуту;

         обмеження домену;

         обмеження кортежу;

         обмеження відношення.

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

Неприпустимість NULL-значень є наступним типом. Тобто, атрибут не повинен мати значення NULL. Це обмеження автоматично виставляється для первинних ключів відношення, оскільки при значенні первинного ключа NULL він не ідентифікує кортеж відношення. Можна також виставити обмеження неприпустимості NULL-значень на будь-якому з інших атрибутів. У даній БД обмеження NOT NULL було встановлене у всіх потенційних та первинних ключах всіх відносин, у всіх зовнішніх ключах та полях, що мають найбільшу інформативність у відношенні. При створенні БД було використане також обмеження перевірки атрибуту. [10]

Створена база даних «Аптека» повністю відповідає поставленим вимогам та задачам.

 

1.2.4 Створення запитів

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

Запит - Продаж медикаментів за сьогоднішній деньChek.Nazva_medycamenta, Chek.Kilkist, Chek.Cina, Chek.Summa, Chek.Data_prodajuChek(((Chek.Data_prodaju)=Date()));

Рис. 1.7 Запит «Продаж медикаментів за сьогоднішній день» в режимі конструктор

Запит - Форма випуску медикаменту «таблетки»Medicamenty.Nazva_medycamenta, Medicamenty.Likarska_formaMedicamenty(((Medicamenty.Likarska_forma)="таблетки"));

 

Рис. 1.8 Запит «Форма випуску медикаменту «таблетки»» в режимі конструктор

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

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

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

Форма має можливості для:

         перегляду та введення інформації БД;

         друку;

         зміни даних;

         створення повідомлень.

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

 

Рис. 1.9 Форма «Вибір користувача»

 

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

 

Рис. 1.10 Форма «Авторизація»

 

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

 

Рис. 1.11 Головна форма аптеки

 

Якщо в систему ввійшов касир, то він буде працювати з наступними формами.

 

Рис. 1.12 Форма «Каса»

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

 

Рис. 1.13 Звіт «Чек»

 

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

Рис. 1.14 Форма «Медикаменти»

А якщо клієнт хоче дізнатися протипоказання або спосіб застосування касир повинен відкрити форму «Довідник аптеки».

Рис. 1.15 Форма «Довідник аптеки»

 

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

Рис. 1.16 Форма «Поставка медикаментів»

Рис. 1.17 Форма «Новий постачальник»

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

 

Рис. 1.18 Форма «Працівники»

Рис. 1.19 Форма «Новий працівник»

Вся звітність по аптеці доступна тільки завідуючому аптеки. Для перегляду потрібно натиснути на відповідній кнопці «Звітність» головної форми.

Рис. 1.20 Форма «Звітність аптеки»

1.2.6 Створення звітів

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

 

Рис. 1.21 Звіт «Прайс лист»

Рис. 1.22 Звіт «Склад»

2. ОХОРОНА ПРАЦІ

 

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

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

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