Розробка системи з роботою бази даних “Список хворих” з використанням елементів технології ЕСО та мови моделювання UML

Зміст

Вступ .................................................................................................................................

1 Аналіз підходів до проектування інформаційної системи ………………………...….

    1.1 Опис предметної області ……………………………………………………..….

    1.2 Нормалізація даних …………………………………............................................

    1.3 Обґрунтування та вибір СКБД ……......................................................................

    1.4 Постановка задачі проектування ………………………………………….……

2 Проектування бази даних………………………..……………………………….…..

    2.1 Аналіз існуючих сучасних підходів до проектування бази даних ……………

    2.2 Моделі представлення даних ................................................................................

    2.3 Реалізація таблиць бази даних за допомогою мови моделювання UML........

    2.4 Розробка схеми бази даних за допомогою середовища моделювання ECO

    2.5 Розробка інтерфейса користувача БД за допомогою середовища          моделювання ECO

    2.6 Генерація схеми бази даних в середовищe MSSQL Server

3 Розробка алгоритмів проектуємої системи..........................................................

    3.1 Алгоритм роботи основної системи .....................................................................

    3.2 Алгоритми роботи підсистеми «Прийомний віділ»..............................................  4 Структура системи керування базою даних ……………………….…….………….

    4.1 Опис модулів системи керування базою даних ………………………………...

    4.2 Опис діалогу роботи автоматизованої системи ………………..….....................

Висновки .………….…………………………………………………..…………………

Список посилань................................................................................................................

Вступ

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

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

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

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

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

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

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

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

Тому була поставлена задача, розробити програмний продукт, що був би в стані:

•              вести єдину базу даних про прийомний відділ лікарн;

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

•              збирати інформацію у власну базу;

•              підтримувати ручне введення і коректування інформації;

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

•              відповідати сучасним вимогам по швидкодії, використовувати сучасну СКБД із можливістю заміни її на ще більш сучасну в майбутньому;

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

1 Аналіз підходів до проектування інформаційної системи

1.1 Опис предметної області

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

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

1.2 Нормалізація даних

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

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

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

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

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

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

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

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

1.3 Обґрунтування та вибір СКБД

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

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

У Mіcrosoft Access є присутня мова програмування Vіsual Basіc for Applіcatіon, що дозволяє створювати масиви, свої типи даних, викликати DLL-функції, контролювати роботу додатків за допомогою OLE Automatіon. Можна навіть цілком створювати бази даних за допомогою кодування, якщо в цьому з'являється необхідність.

MS Access має один з найкращих  наборів візуальних засобів серед аналогічних програмних продуктів.

Одне з основних переваг MS Access - тісна інтеграції з популярним офісним пакетом Mіcrosoft Offіce.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Також як і форми, звіти можна створювати програмно.

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

Система побудови запитів у Access не має собі рівних серед СКБД масового використання. Практично усі види запитів, які можна побудувати програмно, у Access можна побудувати візуально. Виключення складають наскрізні запити (SQL pass-through), запити на зміну структури даних (DDL) і запити об'єднання.