Oпиcaниe пpeдмeтнoй oблacти.




Цель дипломной работы: создание единого информационного пространства, позволяющего создавать автоматизированные рабочие места врачей, организовывать работу отдела медицинской статистики, создавать базы данных, вести электронные истории болезней и объединять в единое целое все лечебные, диагностические процессы.


 

1. Технологическая часть

1.1 История развития программных средств разработки

баз данных

На ранних стадиях разработки информационно-поисковых систем

разрабатывались специальные языки манипулирования данными

(ЯМД) — языки запросов. Они были ориентированы на

операции с данными, представленными в виде иерархически связанных

файлов, и имели соответствующие алгоритмы поиска информации.

Появление реляционных баз данных создало предпосылки для

других, более быстрых алгоритмов поиска информации.

Для обработки информации, структурированной в виде таблиц

— двумерных массивов, в конце 70-х гг. XX в. фирмой IBM

был разработан соответствующий язык, который в дальнейшем

получил название Structured Query Language (SQL) — язык структурированных

запросов. В настоящее время SQL является международным

стандартом языка обработки данных в реляционных

СУБД. Язык SQL является ядром всех программных продуктов для

разработки СУБД.

Набольшее распространение среди пользователей и разработчиков

СУБД получили следующие программные продукты:

• специальные языки программирования — Visual FoxPro, SQL,

MS SQL-Server;

• прикладные программные системы — Microsoft Access, Oracle

и др.

Рассмотрим некоторые характеристики данных программных

средств.

Visual FoxPro. Этот язык программирования представляет собой

дальнейшее развитие одного из популярных языков разработки

баз данных — FoxPro. Принципиальным отличием Visual FoxPro

| и его ≪прародителя≫ FoxPro является возможность ≪визуальноГО*

— объектно-ориентированного программирования практически

всех компонентов СУБД. Интерфейс Visual FoxPro полностью соответствует

графической оболочке операционных систем Windows,

чго делает работу по созданию СУБД достаточно понятной для

rex, кто имеет на своих компьютерах данные операционные системы.

11есмотря на наличие средств ≪визуального программирования≫

мы рекомендуем эту программную систему для программистов. Возможности

Visual FoxPro предполагают разработку локальных или

многопользовательских баз данных в пределах одного предприятия.

M

S SQL-Server. Данная программная система в основном предназначена

не для разработки пользовательских приложений, а для

управления многопользовательскими базами данных, разработанными

по архитектуре клиент—сервер. Эта система позволяет управлять

базами данных (тиражировать данные, вести их параллельную

обработку, получать и передавать данные как в локальной

вычислительной сети предприятия, так и через сеть Интернет

и др.), взаимодействуя с клиентскими компьютерами, имеющими

различные по техническим характеристикам аппаратные средства.

SQL-Server предназначен для обработки значительных объемов

информации, но, как правило, не более терабайт, что вполне

достаточно для отдельных предприятий.

 

1.2 Виды Баз Данных.

Иерархические БД.

Иерархические БД обычно используются на главных ПК (серверы) уже длительное время. Это один из древнейших способов организации и хранения информации, и он до сих пор продолжает использоваться в некоторых организациях.Иерархические базы данных организованы в виде пирамиды, как ветви дерева расширяются снизу. Связанные поля или записи группируются вместе, следовательно здесь присутствуют записи высшего и низшего уровней, точно так же, как располагаются родители в семейном дереве, соблюдая субординацию.

Основываясь на данной аналогии, родительские записи занимают верх пирамиды и имеют название корневые записи. Записи потомки всегда имеют только одного родителя, который с ними связан, точно так же, как и в нормальном семейном дереве. А родительские записи, напротив, могут иметь более одной дочерней записи. Иерархическая БД работает сверху вниз. Поиск записи начинается с верха пирамиды и проходит через все дерево, пока не будет найдена соответствующая запись. Так же стоит заметить, что каждая дочерняя запись может является родителем для других более младших записей.

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

Сетевая БД

Сетевая БД схожа с иерархическими базами данных, т.к. так же имеет иерархическую структуру. Однако здесь есть несколько ключевых отличий. Вместо того, что бы рассматривать данные как дерево, сетевая база данных выглядит, как паутина или связанная сеть записей. В сетевом виде БД потомки имеют название члены, а родительские элементы называются владельцами. И наибольшим отличием является то, что потомки могут иметь более, чем одного родителя (владельца).

Как и в иерархической БД, сетевая база данных в основном используется на главных ПК, т.е. серверах. С тех пор, как стало возможным установление связей между различными типами данных, сетевые БД считаются более гибкими. Однако стоит учесть два ограничения при использовании данной базы данных. Так же, как и иерархические, сетевые БД должны определяться в ходе работы. И здесь так же имеется ограничение на количество связей между записями.

Реляционные Базы Данных

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

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

Реляционные базы данных получили такое распространение по двум причинам:

- для их понимания не нужно прикладывать много усилий

- для переопределения записей не нужно изменять структуру

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

 

Объектно-ориентированные базы данных

Возможность обрабатывать большое количество новых типов данных, включая графику, фотографии, аудио и видео, предоставило объектно-ориентированным базам данных огромное преимущество, по сравнению с ее предшественниками. Перечисленные ранее виды БД могут использоваться при обработке структурированных данных, т.е. данных которые можно упорядочить по таблицам, строкам и столбцам. Они являются полезными при обработке таких данных, как имена, адреса, коды продуктов и любой статической или числовой информации. Но объектно-ориентированные БД дают возможность хранить данные из разнообразных медиа источников, например, фотографии и текст, и, как результат, могут выполнять обработку в мультимедиа формате.

Объектно-ориентированные БД используют маленькие, повторно используемые куски программы, которые называются объектами. Каждый объект состоит из двух частей: 1) это данные (например, видео, аудио, фото или текст) и 2) инструкции, или в программировании – методы, которые дают понять, что можно сделать с данными.

Объектно-ориентированные базы данных имеют два недостатка:

- они более дорогостоящие в разработке

- большинство организаций не охотно переходят на данные БД, т.к. они раньше уже вложили деньги в разработку других баз данных.

Однако, положительные стороны объектно-ориентированных баз данных захватывают. Возможность смешивать и вычислять повторно используемые объекты, которые обеспечивают невероятные мультимедийные возможности. Например, в больницах могут хранить и обрабатывать данные рентгеновских снимков, электрокардиограмм и множество другой полезной информации


 

 

1.3 Основные этапы проектирования баз данных

Концептуальное (инфологическое) проектирование

Концептуальное (инфологическое) проектирование — построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных. Термины «семантическая модель», «концептуальная модель» и «инфологическая модель» являются синонимами. Кроме того, в этом контексте равноправно могут использоваться слова «модель базы данных» и «модель предметной области» (например, «концептуальная модель базы данных» и «концептуальная модель предметной области»), поскольку такая модель является как образом реальности, так и образом проектируемой базы данных для этой реальности.

Конкретный вид и содержание концептуальной модели базы данных определяется выбранным для этого формальным аппаратом. Обычно используются графические нотации, подобные ER-диаграммам.

Чаще всего концептуальная модель базы данных включает в себя:

· описание информационных объектов или понятий предметной области и связей между ними.

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

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

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

На этапе логического проектирования учитывается специфика конкретной модели данных, но может не учитываться специфика конкретной СУБД.

Физическое проектирование — создание схемы базы данных для конкретной СУБД. Специфика конкретной СУБД может включать в себя ограничения на именование объектов базы данных, ограничения на поддерживаемые типы данных и т.п. Кроме того, специфика конкретной СУБД при физическом проектировании включает выбор решений, связанных с физической средой хранения данных (выбор методов управления дисковой памятью, разделение БД по файлам и устройствам, методов доступа к данным), создание индексов и т.д

Модель "сущность-связь ", предложенная П. Ченом в 1976 г., является наиболее известным представителем класса семантических (концептуальных, инфологических) моделей предметной области. ER-модель обычно представляется в графической форме, с использованием оригинальной нотации П. Чена, называемой ER-диаграмма, либо с использованием других графических нотаций Основные преимущества ER-моделей:

наглядность;

модели позволяют проектировать базы данных с большим количеством объектов и атрибутов;

ER-модели реализованы во многих системах автоматизированного проектирования баз данных (например, ERWin).

Основные элементы ER-моделей:

объекты (сущности);

атрибуты объектов;

связи между объектами.

Сущность — объект предметной области, имеющий атрибуты.

Связь между сущностями характеризуется:

типом связи (1:1, 1:N, N:М);

классом принадлежности. Класс может быть обязательным и необязательным. Если каждый экземпляр сущности участвует в связи, то класс принадлежности — обязательный, иначе — необязательный.

Microsoft ACCESS. Это одна из самых популярных прикладных

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

 

Microsoft ACCESS — это программная среда, разработанная

фирмой Microsoft. Она предназначена для создания систем управления

реляционными базами данных с достаточно большими объемами

информации (сотни мегабайт). Microsoft ACCESS предоставляет

пользователю все необходимые средства для автоматизации

создания и обработки данных, а также для управления

данными при работе.

Основным достоинством данной системы является ее ориентация

не на программиста, а на конечного пользователя.

Последние версии Microsoft Access позволяют применять ее для

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

баз данных могут быть переданы на сервер, а пользовательский

интерфейс сохранен на компьютере клиента. В этом случае

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

СУБД с применением Microsoft Access, а задачи управления

многопользовательскими базами данных возложить на MS

SQL-Server.

Другим достоинством Microsoft Access является ее неоспоримое

преимущество перед всеми другими программными продуктами

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

Oracle. Эта система предназначена для разработки корпоративных

реляционных баз данных, объемы информации в которых превышают

терабайты. Основу системы составляет также язык SQL.

Oracle отличается возможностью высокой степени защиты данных.

 


 

 

1.4 СУБД Microsoft Access.

СУБД Microsoft Access позволяет задать типы данных и способы их хранения. Вы также можете задать критерии (условия), которые СУБД будет в дальнейшем использовать для обеспечения правильности ввода данных. В самом простом случае условие на значение должно гарантировать, что вы не введете случайно в числовое поле буквенный символ. Другие условия могут определять область или диапазоны допустимых значений ваших данных. В наиболее совершенных системах вы можете задать отношения между совокупностями данных (обычно называемыми таблицами или файлами) и возложить на СУБД обеспечение совместимости или целостности данных. Например, можно заставить систему автоматически проверять отношение введенных заказов к конкретным клиентам.

Microsoft Access предоставляет вам максимальную свободу в задании типа ваших данных (текст, числовые данные, даты, время, денежные значения, рисунки, звук, документы, электронные таблицы). Вы можете задать также форматы хранения (длина строки, точность представления чисел и даты времени) и предоставления этих данных при выводе на экран или печать. Для уверенности, что в базе данных хранятся только корректные значения, можно задать условия на значения различной степени сложности.

Так как Microsoft Access является современным приложением Windows, вы можете использовать все возможности DDE (Dynamic Data Exchange, динамический обмен данными) и ОLЕ (Оbject. Linking and Embedding, связь и внедрение объектов). DDE позволяет осуществлять обмен данными между Access и любым другим поддерживающим DDE приложениями. В Access вы можете при помощи макросов или Access Basic осуществлять динамический обмен данными с другими приложениями. OLE является более изощренным средством Windows, которое позволяет установить связь с объектами другого приложения или внедрить какие-либо объекты в базу данных Access. Такими объектами могут быть картинки, диаграммы, электронные таблицы или документы из других поддерживающих ОLЕ приложений Windows.

Microsoft Access может работать с большим числом самых разнообразных форматов данных, включая файловые структуры других СУБД. Вы можете осуществлять импорт и экспорт данных из файлов текстовых редакторов или электронных таблиц. С помощью Access вы можете непосредственно - обрабатывать файлы Рагаdох, dВАSE III, dВАSЕ IV, FохРго и др. Можно также импортировать данные из этих файлов в таблицу Access.

 

.

 

 

1.5 Термины и определения

Рассмотрим термины, применяемые в системах управления базами данных.

База данных — это совокупность сведений (о реальных объектах, процессах, событиях или явлениях), относящихся к определенной теме или задаче, организованная таким образом, чтобы обеспечить удобное представление этой совокупности как в целом, так и любой ее части.

Система управления базами данных — совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования БД многими пользователями.

Архитектура БД — организация взаимодействия аппаратных средств.

Архитектура ODBC (Open DataBase Connectivity) — откры­тый интерфейс доступа к базам данных, т.е. взаимодействие про­цессора (ядра) базы данных Jet с внешними источниками дан­ных.

Модели данных — схемы, характеризующие базы данных с раз­ных сторон с целью определить оптимальное построение инфор­мационной системы.

Ядро базы данных — внутренняя структура СУБД, обеспечива­ющая доступ ко всем компонентам базы данных. В новых версиях СУБД Access называется Microsoft Data Engine (MSDE); в ранних версиях ядро базы данных называлось машина базы данных Microsoft Jet.

Пользователь БД — программа или человек, обращающийся к базе данных.

Запрос — процесс обращения пользователя к БД с целью вве­сти, получить или изменить информацию.

Транзакция — последовательность операций модификации дан­ных в БД, переводящая ее из одного непротиворечивого состоя­ния в другое непротиворечивое состояние.

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

Топология БД, или структура распределенной БД, — схема рас­пределения физической организации базы данных в сети. в данной дипломной работе База данных будет создана в программе Microsoft Access

 

Практическая часть

Oпиcaниe пpeдмeтнoй oблacти.

Основная деятельность регистратуры поликлиники – это сбор и хранение информации о врачах и пациентах, обработка информации, выдача справок и больничных листов, выдача расписаний работы врачей, для облегчения их работы создаём Базу Данных " Медицинская карта".

Информация, хранимая в базе данных информационной системы регистратуры:

§ Информация о пациентах.

§ Информация о врачах.

§ Сведения о приемах.



Поделиться:




Поиск по сайту

©2015-2024 poisk-ru.ru
Все права принадлежать их авторам. Данный сайт не претендует на авторства, а предоставляет бесплатное использование.
Дата создания страницы: 2016-04-11 Нарушение авторских прав и Нарушение персональных данных


Поиск по сайту: