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

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

     Разрабатываемая система является автоматизированной информационной системой «Регистратура» и решает задачу автоматизации основных операций в деятельности оператора отвечающего за оформление записей на прием к врачам.

     При создании нового врача оператор вносит в БД всю информацию о нем, которая включает:

• Фамилию врача;
• Имя врача;
• Отчество врача;
• Специализация врача;
• Номер кабинета;
• Время приема.

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

     При оформлении нового пациента работник регистратуры вносит в БД всю информацию о нем, которая включает:

• Фамилия пациента;
• Имя пациента;
• Отчество пациента;

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

     В дальнейшем оператор может просмотреть  список пациентов оформленных на прием к врачам на текущую дату и выдать талон.

     Для обработки данных в локальной сети предлагается клиент/серверная технология, позволяющая:

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

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

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

     1.2 Описание предметной области

     В общем случае существуют два похода к выбору состава и структуры  предметной области:

• Функциональный подход – он реализует принцип движения «от задач» и применяется тогда, когда заранее известны функции некоторой группы лиц и комплексов задач, для обслуживания информационных потребностей которых создается рассматриваемая СУБД. В этом случае мы можем четко выделить минимальный необходимый набор объектов предметной области, которые должны быть описаны.
• Предметный подход – когда информационные потребности будущих пользователей БД жестко не фиксируются. Они могут быть многоаспектными и весьма динамичными. Мы не может точно выделить минимальный набор объектов предметной области, которые необходимо описывать. В описание предметной области в этом случае включаются такие объекты и взаимосвязи, которые наиболее характерны и наиболее существенны для нее. БД, конструируемая при этом, называется предметной, то есть она может быть использована при решении множества разнообразных, заранее не определенных задач. Конструирование предметной БД в некотором смысле кажется гораздо более заманчивым, однако трудность всеобщего охвата предметной области с невозможностью конкретизации потребностей пользователей может привести к избыточно сложной схеме БД, которая для конкретных задач будет неэффективной.

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

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

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

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

     Одно  из основных назначений СУБД – поддержка  программными средствами представления, соответствующего реальности.

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

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

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

     Microsoft Access - это функционально полная  реляционная СУБД. В ней предусмотрены  все необходимые вам средства  для определения и обработки данных, а также для управления ими при работе с большими объемами информации. Что касается легкости использования, то Microsoft Access совершил здесь настоящий переворот, и многие для создания своих собственных баз данных и приложений обращаются именно к нему.

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

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

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

     2. Инфологическое  моделирование

     2.1 Модель «сущность-связь»

     Процесс проектирования БД на основе принципов нормализации представляет собой последовательность переходов от неформального словесного описания информационной структуры предметной области к формализованному описанию объектов предметной области в терминах некоторой модели.

     В общем случае можно выделить следующие этапы проектирования:

1. Системный анализ и словесное описание информационных объектов предметной области.
2. Проектирование инфологической модели предметной области – частично формализованное описание объектов предметной области в терминах некоторой семантической модели, например, в терминах ER-модели.
3. Даталогическое или логическое проектирование БД, то есть описание БД в терминах принятой даталогической модели данных.
4. Физическое проектирование БД, то есть выбор эффективного размещения БД на внешних носителях для обеспечения наиболее эффективной работы приложения.

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

     Схема. 1. Этапы проектирования БД

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

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

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

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