Призначення проекту

Програмний комплекс (Довідник Фармацевта) відповідає перерахованим вище вимогам і включає в себе такі функції:

1. Облік лікарських препаратів та їх поставок.

2. Можливість пошуку потрібного препарата.

3. Додавання, редагування та виділення даних в таблиці.

4. Можливість формування звіту з продажу в програмі Excel з подальшим друком на принтері.

5. Сортування даних.

6. Ведення довідників постачальників, міст і типів лікарів.

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

1.5 Вибір моделі даних

Сучасні СУБД є об’єктно-орієнтованими і реляційними. Основною одиницею є об’єкт, має властивості і зв’язки між об’єктами.

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

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

Ієрахнічна модель БД являє собою сукупність елементів, розташованих в порядку їх розташування від загального до приватного і утворюють повернуте дерево. Воно будується за принципом: один тип об’єкта є головним все інше підлеглим. Встановлюється зв'язок «один до багатьох» тобто для деякого основного типу існує кілька підлеглих типів об’єктів. Інакше, головний тип іменується вихідним типом а підлеглі породженими. У підлеглих типів можуть бути в свою чергу підлеглі типи. Найвищий в ієрархії вузол називають кореневим. Якщо структура даних виявляється складніша, ніж звичайна, простота структури ієрархічної бази даних ставала її недоліком.

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

Мережеві бази даних мають ряд переваг:

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

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

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

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

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

Реляційна модель даних має такі властивості:

· Кожен елемент таблиці один елемент даних.

· Всі поля в таблиці є однорідними тобто мають один тип.

· Кожне поле має унікальне ім’я.

· Однакові записи в таблиці відсутні.

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

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

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

1.однозначна ідентифікація запису: запис повинен однозначно визначатися значенням ключа.

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

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

1.6 Вибір засобів для проектування бази даних

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

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

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

Абсолюнта відмінність між типами сутності і атрибутами відсутня. Атрибут є таким тільки в зв’язку з типом сутності.

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

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

1.7 Програмі засоби розробки

Розглянемо більш докладно продукти компанії Microsoft а саме Visual FoxPro. Database Desktop, Access. Найцікавішою рисою цих пакетів є їх великі можливості інтеграції спільної роботи і використання даних так як дані пакети є продуктами одного виробника а також використовують подібні техноголії обміну даних.

Visual FoxPro відрізняється високою швидкістю має вбудовану об’єктна-орієнтовану мову програмування з використанням xBase, SQL, діалекти яких вбудовані в багатьох СУБД. Має високий рівень об’єктної моделі. При використані в обчислювальних мережах забезпечує як монопольний так і роздільний доступ користувачів до даних

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

Вона дозволяє виконувати наступні дії:

· Створення таблиці;

· Зміна структури;

· Редагування записів.

Крім того з допомогою Database Desktop можна виконувати і інші дії над БД(створення редагування виконання візуальних записів операції з псевдонімами).

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

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