Полный текст:
СОДЕРЖАНИЕ
Введение 3
Аннотация 4
Обследование предметной области 5
Концептуальное проектирование 8
Инфологическое проектирование БД 10
3.1. Модель «сущность-связь» 10
3.2. Классификация связей 12
Реляционная модель БД 14
4.1. Функциональные зависимости между атрибутами 15
4.2. Выбор ключей 17
4.3. Определение отношений между таблицами 20
4.4. Нормализация отношений 20
Даталогическое проектирование БД 22
5.1. Состав таблиц БД 22
5.2. Средства поддержания целостности 24
Запросы к БД 29
Разработка механизмов защиты данных от несанкционированного доступа 30
Требования к техническому обеспечению 33
Инструкция по использованию БД 34
9.1. Вызов программы 34
9.2. Экранные формы 35
9.3. Описание отчетов 37
Заключение 39
Список литературы 40
Приложения 41
ВВЕДЕНИЕ
В настоящие время в связи с развитием компьютерной техники появилась возможность автоматизировать многие процессы, также увеличился объем обрабатываемой информации. И возникла объективная необходимость автоматизировать систему учета и регистрации для медицинских страховых компаний.
Для автоматизации обработки данных в начале 70-х годов были предложены программы, специально предназначенные для управления данными – системы управления базами данных (СУБД).
Что такое базы данных?
В самом общем смысле база данных - это набор записей и файлов, организованных специальным образом. В компьютере, например, можно хранить фамилии и адреса друзей или клиентов. Один из типов баз данных - это документы, набранные с помощью текстовых редакторов и сгруппированные по темам. Другой тип - файлы электронных таблиц, объединяемые в группы по характеру их использования.
Первые модели данных.
С ростом популярности СУБД в 70-80-х годах появилось множество различных моделей данных. У каждой из них имелись свои достоинства и недостатки, которые сыграли ключевую роль в развитии реляционной модели данных, появившейся во многом благодаря стремлению упростить и упорядочить первые модели данных.
В зависимости от способа установления связей между данными с компьютерно–ориентированным описанием на языке конкретной СУБД, разрабатывались различные модели логической организации данных: иерархическая, сетевая и реляционная.
Использование баз данных и информационных систем становится неотъемлемой составляющей деловой деятельности современного человека и функционирования преуспевающих организаций. В связи с этим большую актуальность приобретает освоение принципов построения и эффективного применения соответствующих технологий и программных продуктов: систем управления базами данных, CASE-систем автоматизации проектирования, средств администрирования и защиты баз данных и других.
От правильного набора инструментальных средств создания информационных систем, определения подходящей модели данных, обоснования рациональной схемы построения баз данных, организация запросов к хранимым данным и ряда других моментов во многом зависят эффективность функционирования разрабатываемых систем. Все это требует осознанного применения теоретических положений и инструментальных средств разработки баз данных и информационных систем.
Целью данного курсового проекта является создание автоматизированной системы ''Медицинская страховая компания'' для данной компании.
Для этого необходимо создать базу данных, содержащую сведения о пациентах, регистрирующихся в медицинской страховой компании.
СУБД Microsoft Visual Fox Pro 6.0 представляет собой инструмент, позволяющий реализовать поставленную цель.
Достижение цели осуществляется посредством комплекса задач:
? проектирование и создание таблиц для хранения данных;
? ввод данных;
? разработка других элементов базы, предназначенных для просмотра, редактирования и вывода информации.
Также курсовой проект содержит требования к техническому обеспечению и инструкцию по использованию БД.
АННОТАЦИЯ
В ходе выполнения курсового проекта была создана база данных "Медицинская страховая компания" в современной системе управления базами данных – Microsoft Visual FoxPro 6.0. В базу входит ряд таблиц с данными, полученными при обследовании предметной области. Созданная база должна существенно облегчить, а также автоматизировать работу системы в данной компании.
Проектирование базы данных осуществлялось методом нормальных форм, который является классическим методом проектирования реляционных баз данных.
1. ОБСЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ
Основанием для проектирования базы данных «Медицинская страховая компания» послужило задание Северо-Кавказского Государственного Технического университета (филиал в городе Кисловодске).
Управление процессом страхования включает в себя множество серьёзных задач. Разработка базы данных «Медицинская страховая компания» должна обеспечить решение следующих проблем:
Visual Fox Pro – представляет собой СУБД реляционного типа с развитыми средствами созданиями БД, организации запросов к ним, построения приложений с использованием визуального, объектно-ориентированного программирования. СУБД Visual Fox Pro может работать в среде Windows XP и Windows 2000.
Visual Fox Pro 6 совместима с более ранними версиями Fox Pro. Поэтому приложения, разработанные в более ранних версиях, могут быть адаптированы с ее помощью в среду Windows XP. Visual Fox Pro обладает высокой скоростью в обслуживании баз данных. Используемый стандарт SQL- запроса для выборки данных Visual Fox Pro позволяет работать с базами данных таких СУБД как Access, dBase и т.д., с серверами БД – Microsoft SQL Server.
2. КОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ
Сущность (essence) – сущность объект любой природы, данные о котором хранятся в базе данных. Данные о сущности хранятся в отношении. Отношение является важнейшим понятием в реляционной модели данных и представляет собой двумерную таблицу, содержащую некоторые данные. Атрибуты представляют собой свойства, характеризующие сущность. В структуре таблицы каждый атрибут именуется и ему соответствуют заголовки некоторого столбца таблицы.
Сущность 1 – pacient;
Атрибуты:
? Код;
? Фио;
? Год_рожд;
? Адрес;
? Ном_полиса;
? Код_страх_ком.
Сущность 2 – poliklinika;
Атрибуты:
? Код;
? Название.
Сущность 3 – registracia;
Атрибуты:
? Код_пац;
? Кол_пол_ки;
? Код_заб;
? Фио_врача;
? Спец_врача;
? Дата_начала;
? Дата_окон;
? Дата_перв;
? Кол_пос;
? Кол_дом;
? Проф_осм;
? Плата.
Сущность 4 – strah_kompania;
Атрибуты:
? Код;
? Название;
? Доп_инф.
Сущность 5 – zabolevanie.
Атрибуты:
? Код;
? Название.
Обоснованием выбора данных сущностей являются исходные данные к проекту, которые были разбиты на отдельные части (таблицы) по принципу соответствия.
Выходная информация на экран:
-списки пациентов с указанным кодом заболевания по всем поликлиникам;
-суммарное количество посещений на дому для заданной поликлиники.
3. ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ
3.1. Модель «Сущность-связь»
Наиболее часто формализация представлений о предметной области осуществляется в рамках модели «сущности-связи» («объекты-связи»). На данном этапе проектирования используется метод «сущность – связь», который называют также методом «ER-диаграмм» (“Essence” – сущность, “Relation” – связь). Этот метод основан на использовании диаграмм, называемых соответственно диаграммами ER-экземпляров и диаграммами ER-типа.
Основными понятиями метода сущность – связь являются следующие:
v сущность;
v атрибут сущности;
v ключ сущности;
v связь между сущностями;
v степень связи;
v класс принадлежности экземпляров сущности;
v диаграммы ER-экземпляров;
v диаграммы ER-типа.
Под информационным объектом понимается некоторая сущность фрагмента действительности, например: организация, документ, сотрудник, место, событие и т. д. Сущность представляет собой объект, информация о котором хранится в базе данных. Экземпляры сущности отличаются от друг друга и однозначно идентифицируются. Названием сущности являются имена существительные. Каждый тип объектов идентифицируется присущим ему набором атрибутов.
Атрибут ((от лат. attribuo – приписываю) – свойство или вещь, неотделимые от предмета) представляет собой логически неделимый элемент структуры информации, характеризующийся множеством атомарных значений. Это понятие аналогично понятию «атрибут» в отношении. Экземпляр объекта характеризуется совокупностью конкретных значений атрибутов данного типа объекта. Один или некоторая группа атрибутов объекта данного типа могут исполнять роль ключевого атрибута (ключа сущности).
Ключ сущности – это атрибут или набор атрибутов, идентифицирующих экземпляр сущности.
Связь двух или более сущностей – это зависимость между атрибутами этих сущностей. Оно обозначается глаголом. Причём связи бывают двух типов:
O иерархические;
O одноуровневые.
Для повышения наглядности и удобства проектирования используются графические средства представления сущности, экземпляров сущности и связей между ними.
рис 1. ER-диаграмма
3.2. Классификация связей
В реальных базах данных информация размещается в нескольких таблицах. Таблицы при этом связаны семантикой информации. В реляционных СУБД для указания связей таблиц производят операцию их связывания. Это повышает достоверность хранимой в базе информации, т. к. СУБД контролирует целостность данных, вводимых в базу в соответствии с установленными связями.
Установление связей облегчает доступ к данным при выполнении операций: поиск, просмотр, редактирование, выработка и подготовка отчета, т.к. обеспечивается обращение к любым полям связанных таблиц.
Между таблицами могут устанавливаться:
- бинарные связи;
- тернарные связи;
- n-арные связи.
При связывании двух таблиц выделяют основную и подчиненную таблицы (родительскую и дочернюю). Логическое связывание таблиц производится с помощью ключа связей. Поля основной таблицы могут быть простыми и ключевыми. Поля связей дополнительной таблицы чаще всего ключевые. В зависимости от того, как определены поля связи основной и дополнительной таблиц (как относятся ключевые поля с полями связи), устанавливаются виды связей:
u 1:1 (один к одному);
u 1:М (один ко многим);
u М:1 (многие к одному);
u М:М (многие ко многим).
Связь вида 1:1 образуется, если все поля связи родительской и дочерней таблиц являются ключевыми. Поскольку значения в ключевых полях двух таблиц не повторяются, обеспечивается взаимно-однозначное соответствие записей из этих таблиц. Сами таблицы, по сути, здесь становятся равноправными.
Связь вида 1:М имеет место в случае, когда одной записи родительской таблицы соответствует несколько записей дочерней таблицы.
Связь М:1 имеет место в случае, когда одной ил нескольким записям основной таблицы ставится в соответствие одна запись дополнительной таблицы.
Связь М:М возникает в случаях, когда нескольким записям основной таблицы соответствует несколько записей дополнительной таблицы.
Аналогично связи 1:1, связь М:М не устанавливает подчиненность таблиц. На практике в связь обычно вовлечены несколько таблиц. При этом одна таблица может иметь различные виды связи с несколькими таблицами, образуя иерархию или «дерево связей».
4. РЕЛЯЦИОННАЯ МОДЕЛЬ БАЗЫ ДАННЫХ
В реляционных базах данных (Relational Database System, RDBS) все данные отображаются в двумерных таблицах. База данных, таким образом, это ни что иное, как набор таблиц. RDBS и ориентированные на записи системы организованы на основе стандарта B-Tree или методе доступа, основанном на индексации – Indexed Sequential Access Method (ISAM) и являются стандартными системами, использующимися в большинстве современных программных продуктов. Для обеспечения комбинирования таблиц для определения связей между данными, которые практически полностью отсутствуют в большинстве программных реализаций B-Tree и ISAM, используется языки, подобные SQL (IBM), Quel (Ingres) и RDO (Digital Equipment), причем стандартом отрасли в настоящее время стал язык SQL, поддерживаемый всеми производителями реляционных СУБД.
Оригинальная версия SQL – это интерпретируемый язык, предназначенный для выполнения операций над базами данных. Язык SQL был создан в начале 70?х как интерфейс для взаимодействия с базами данных, основанными на новой для того времени реляционной теории. Реальные приложения обычно написаны на других языках, генерирующих код на языке SQL и передающих их в СУБД в виде текста в формате ASCII. Нужно отметить также, что практически все реальные реляционные (и не только реляционные) системы помимо реализации стандарта ANSI SQL, известного сейчас в последней редакции под именем SQL2 (или SQL-92), включают в себя дополнительные расширения, например, поддержка архитектуры клиент-сервер или средства разработки приложений.
Строки таблицы составлены из полей, заранее известных базе данных. В большинстве систем нельзя добавлять новые типы данных. Каждая строка в таблице соответствует одной записи. Положение данной строки может изменяться вместе с удалением или вставкой новых строк.
Чтобы однозначно определить элемент, ему должны быть сопоставлены поле или набор полей, гарантирующих уникальность элемента внутри таблицы. Такое поле или поля называются первичным ключом (primary key) таблицы и часто являются числами. Если одна таблица содержит первичным ключ другой, это позволяет организовать связь между элементами разных таблиц. Это поле называется внешним ключом (foreign key).
Так как все поля одной таблицы должны содержать постоянное число полей заранее определенных типов, приходится создавать дополнительные таблицы, учитывающие индивидуальные особенности элементов, при помощи внешних ключей. Такой подход сильно усложняет создание сколько-нибудь сложных взаимосвязей в базе данных.
Еще один крупный недостаток реляционных баз данных – это высокая трудоемкость манипулирования информацией и изменения связей.
4.1 Функциональные зависимости между атрибутами
Таблица 1 – Функциональные зависимости между атрибутами сущности
«pacient».
Наименование атрибута
Функциональные зависимости
Код;
Фио;
Год_рожд;
Адрес;
Ном_полиса;
Код_страх_ком.
Таблица 2 – Функциональные зависимости между атрибутами сущности
«poliklinika».
Наименование атрибута
Функциональные зависимости
Код
Название
Таблица 3– Функциональные зависимости между атрибутами сущности
«registracia»
Наименование атрибута
Функциональные зависимости
Код_пац;
Кол_пол_ки;
Код_заб;
Фио_врача;
Спец_врача;
Дата_начала;
Дата_окон;
Дата_перв;
Кол_пос;
Кол_дом;
Проф_осм;
Плата.
Таблица 4 – Функциональные зависимости между атрибутами сущности
«strah_kompania»
Наименование атрибута
Функциональные зависимости
Код;
Название;
Доп_инф.
Таблица 5 – Функциональные зависимости между атрибутами сущности
«zabolevanie»
Наименование атрибута
Функциональные зависимости
Код;
Название.
4.2 Выбор ключей
Первичный ключ используется в Visual Fox Pro при определении отношений между таблицами и условий целостности данных.
Первичным ключом (ключом отношения, ключевым атрибутом) называется атрибут отношения, однозначно идентифицирующих каждый из его кортежей. Например, в отношении zabolevanie (Код, Название) ключевым является атрибут «Код». Ключ может быть составным (сложным), т.е. состоять из нескольких атрибутов.
Каждое отношение обязательно имеет комбинацию атрибутов, которая может служить ключом. Её существование гарантируется тем, что отношение это множество, которое не содержит одинаковых элементов – кортежей. Т.е. в отношении нет повторяющихся кортежей, а это значит, что по крайней мере вся совокупность атрибутов обладает свойством однозначной идентификации кортежей отношения. Во многих СУБД допускается создавать отношения, не определяя ключи.
Возможны случаи, когда отношение имеет несколько комбинаций атрибутов, каждая из которых однозначно определяет все кортежи отношения. Все эти комбинации атрибутов являются возможными ключами отношения. Любой из возможных ключей может быть выбран как первичный.
Ключи обычно используют для достижения следующих целей:
1) исключение дублирование значений в ключевых атрибутах (остальные атрибуты в расчет не принимаются);
2) упорядочения кортежей. Возможно упорядочение по возрастанию или убыванию значений всех ключевых атрибутов, а также смешанное упорядочение (оп одним - возрастание, а по другим – убывание);
3) ускорение работы к кортежам отношения;
4) организация связанных таблиц.
Реляционная модель накладывает на внешние ключи ограничение для обеспечения целостности данных, называемое ссылочной целостностью. Это означает, что каждому значению внешнего ключа должны соответствовать строки в связываемых отношениях.
Поскольку не всякой таблицы можно поставить в соответствие отношение, приведём условия, выполнение которых позволяет таблицу считать отношением.
1) Все строки таблицы должны быть уникальны, т.е. не может быть строк с одинаковыми первичными ключами.
2) Имена столбцов таблицы должны быть различны, а значения их простыми, т.е. недопустима группа значений в одном столбце одной строки.
3) Все строки одной таблицы должны иметь одну структуру, соответствующую именам и типам столбцов.
4) Порядок размещения строк в таблице может быть произвольным.
Наиболее часто таблиц с отношением размещается в отдельном файле.
В некоторых СУБД одна отдельная таблица (отношение) считается базой данных. В других СУБД база данных может содержать несколько таблиц.
Таблица данных обычно хранится на магнитном диске отдельном файле операционной системы, поэтому по её именованию могут существовать ограничения. Имена полей хранятся внутри таблиц. Правила их формирования определяются СУБД, которые, как правило, на длину полей и используемый алфавит серьёзных ограничений не накладывают.
Если задаваемое таблицей отношение имеет ключ, то считается, что таблица тоже имеет ключ и её называют ключевой или таблицей с ключевыми полями.
У большинства СУБД файл таблицы включает управляющую часть (описание типов полей, имена полей другая информация) и область размещения записей.
Файл таблицы включает управляющую часть (описание типов полей, имена полей и другая информация) и область размещения записей.
К отношениям можно применять систему операций позволяющих получать одни отношения из других.
Первичному ключу родительской сущности, обычно соответствует несколько записей дочерней или подчиненной.
Разработанная база данных «Медицинская страховая компания» состоит из 5 таблиц, 4 из них обладают первичными ключами:
1. pacient; 2. strah_kompania;
3. poliklinika; 4. zabolevanie;
5. registracia.
4.3. Определение отношений между таблицами
В Visual FoxPro можно устанавливать постоянные отношения между таблицами. При определении отношений одна таблица является родительской, а другая дочерней. Для родительской таблицы должен быть определен первичный ключ или ключ-кандидат, а для дочерней - индекс для связи с родительской таблицей.
4.4. Нормализация отношений.
Нормализация – это приведение, к лучшей форме относительно включения, удаление и модификации.
Процесс проектирования баз данных с использованием метода нормальных форм является итерационным и заключается в последовательном переводе отношений из первой нормальной формы в нормальные формы более высокого порядка по определенным правилам. Каждая следующая нормальная форма ограничивает определенный тип функциональных зависимостей, устраняет соответствующие аномалии при выполнении операций над отношениями базы данных и сохраняет свойства предшествующих нормальных форм.
Для определения структуры каждой таблицы необходимо выполнить анализ функциональных зависимостей, т. е. выяснить какие поля зависят от других полей, а затем поля с одинаковой зависимостью организовать в отдельную таблицу. Таким образом, в одну и туже таблицу не нужно включать поля, являющиеся произвольными от других полей. В результате количество необходимых таблиц определяется числом функциональных зависимостей. Формально нормализация данных обеспечена, если набор таблиц удовлетворяет первым трем правилам, которые называются нормальными формами.
Первая нормальная форма требует отсутствия повторяющихся полей в первичном ключе. Вторая – чтобы каждый столбец таблицы зависел от своего первичного ключа. Третья – чтобы все непервичные поля зависели только от первичных.
В данном случае рациональные варианты группировки атрибутов удовлетворяют требованиям нормальных форм.
Выбранные ключи отличаются минимальной избыточностью. Не возникает никаких трудностей при выполнении операций включение, удаление и модификации.
Перестройка набора отношений при выделении новых типов минимальна. Разброс времени ответа на запросы к БД небольшой.
Нормализованы отношения, исключены функциональные транзитивные зависимости. Проверено соответствие отношений требованиям третьей нормальной формы.
5. ДАТАЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ
5.1. Состав таблиц базы данных
В этом разделе приводится состав таблиц базы данных «Трудоустройство». Для каждого поля таблицы указан размер поля (в количестве символов), тип. Для первичных ключей введен запрет неопределенных значений. Для остальных полей возможность запрета неопределенных значений определяется семантикой предметной области.
Таб.6 Состав таблицы «pacient»
Наименование атрибутов
Тип полей
Размер полей
Допустимость неопределенных значений
Код;
Фио;
Год_рожд;
Адрес;
Ном_полиса;
Код_страх_ком.
integer
character
integer
character
character
integer
4
30
4
30
10
4
NOT NULL
NOT NULL
Таб.7 Состав таблицы «poliklinika»
Наименование атрибутов
Тип полей
Размер полей
Допустимость неопределенных значений
Код
Название
integer
character
4
30
NOT NULL
Таб. 8 Состав таблицы «registracia»
Наименование атрибутов
Тип полей
Размер полей
Допустимость неопределенных значений
Код_пац;
Кол_пол_ки;
Код_заб;
Фио_врача;
Спец_врача;
Дата_начала;
Дата_окон;
Дата_перв;
Кол_пос;
Кол_дом;
Проф_осм;
Плата.
integer
integer
integer
character
character
date
date
date
integer
integer
character
character
4
4
4
30
10
8
8
8
4
4
20
10
NOT NULL
NOT NULL
NOT NULL
Таб.9 Состав таблицы «strah_kompania».
Наименование атрибутов
Тип полей
Размер полей
Допустимость неопределенных значений
Код;
Название;
Доп_инф.
integer
character
character
4
30
30
NOT NULL
Таб.10 Состав таблицы «zabolevanie»
Наименование атрибутов
Тип полей
Размер полей
Допустимость неопределенных значений
Код;
Название.
integer
character
4
20
NOT NULL
5.2.Средства поддержания целостности
Обеспечение целостности базы данных означает выполнение ряда ограничений, соблюдение которых необходимо для поддержания непротиворечивости хранимых данных. Среди ограничений целостности можно выделить ограничения диапазонов значений атрибутов отношений и структурные ограничения на кортежи отношений.
Первый тип ограничений предполагает контроль значений атрибутов отношений.
Структурные отношения фиксируют два требования целостности, которые должны поддерживаться реляционными СУБД: требование целостности сущностей и целостности ссылок. Каждому экземпляру сущности, представленному в отношении, соответствует только один его кортеж. Первое требование состоит в том, что любой кортеж отношения должен быть отличим от любого другого кортежа этого отношения, иными словами, любое отношение должно обладать первичным ключом.
Формулировка второго требования тесно связана с понятием внешнего ключа. Требование целостности по ссылкам состоит в том, что для каждого значения внешнего ключа родительской таблицы должна найтись строка в дочерней таблице с таким же значением первичного ключа.
В Visual Fox Pro поддержка ссылочной целостности выполняется с помощью одноименного Построителя. Чтобы открыть Построитель ссылочной целостности, достаточно выполнить следующее:
v Открыть БД с таблицами, для которых необходимо установить ссылочную целостность;
v В контекстном меню Конструктора БД задать команду Referential Integrity (ссылочная целостность), что и приведет к открытию окна Построитель ссылочной целостности данных.
В окне Построителя перечислены все постоянные связи между таблицами БД Подписка. Информация по каждой связи размещена в отдельной строке. Первые два столбца содержат имена родительских и дочерних таблиц. Следующие три столбца содержат правила поддержания ссылочной целостности в случае редактирования, удаления и добавления записей соответственно. Изначально все правила содержат Ignore, но они определяются для каждой связи и каждой из трех перечисленных операций. Последние два столбца содержат индексы (теги) родительской и дочерней таблиц, по которым осуществляется связь.
В диалоговом окне Построителя ссылочной целостности коррективам могут быть подвергнуты только столбцы с правилами. Задача состоит в том, чтобы для каждой связи определить правила поддержания ссылочной целостности при выполнении каждой из трех возможных операций с данными этих таблиц.
Таблица 12.Средства поддержания целостности по ссылкам при модификации
Наименование
Описание
Cascade
При изменении первичного ключа или ключа-кандидата в родительской таблице автоматически осуществляется каскадное изменение всех соответствующих значений в дочерней таблице.
Restrict
Не позволяет изменять значения полей первичного ключа или ключа-кандидата в родительской таблице, если в дочерней таблице имеется хотя бы одна запись, содержащая ссылку на изменяемую запись.
Ignore
Позволяет изменять значения полей первичного ключа или ключа-кандидата в родительской таблице независимо от существования связанных записей в дочерней таблице. Целостность данных при этом не поддерживается
При удалении записи из родительской таблицы возможны следующие варианты действий:
Таблица 13.Средства поддержания целостности по ссылкам при удалении
Наименование
Описание
Cascade
При удалении первичного ключа или ключа-кандидата в родительской таблице автоматически осуществляется каскадное удаление всех соответствующих значений в дочерней таблице.
Restrict
Не позволяет удалять значения полей первичного ключа или ключа-кандидата в родительской таблице, если в дочерней таблице имеется хотя бы одна запись, содержащая ссылку на изменяемую запись. При попытке удаления возникает ошибка, которую можно обработать программно.
Ignore
Позволяет удалять значения полей первичного ключа или ключа-кандидата в родительской таблице независимо от существования связанных записей в дочерней таблице. Целостность данных при этом не поддерживается.
При добавлении новой записи в дочернюю таблицу или редактировании в ней существующей записи.
Таблица 14. Средства поддержания целостности по ссылкам при вводе
Наименование
Описание
Restrict
Не позволяет вводить запись, если значение индексного выражения дочерней таблицы не соответствует одной из записей родительской таблицы.
Ignore
При вводе данных в дочернюю таблицу не анализируется значение индексного выражения. Целостность данных при этом не поддерживается.
В данном курсовом проекте ссылочная целостность формировалось следующим образом:
1.Изменение значений ключевых полей родительских таблиц. Таблица trudoustraivaemiy является дочерней по отношению к таблицам organizaciya, sotrudnik_buro, nacionalnost, obrazovanie. Соответствующие поля являются ключевыми. При необходимости такие изменения нужны в родительских таблицах. В этом случае они синхронно (каскадно) изменяются в дочерних таблицах.
2.Удаление записей в родительских таблицах. Запретим удаление записей в родительских таблицах, имеющих в дочерних таблицах записи с совпадающими значениями внешних ключевых полей.
3.Изменение (добавление) записей в дочерней таблице. Запретим ввод записей в дочерней таблице, не соответствующее одной из записей в родительской таблице.
Рис 2. Таблица «Средства поддержания целостности»
6. ЗАПРОСЫ К БАЗЕ ДАННЫХ
Выборка информации из базы данных может осуществляться:
O с помощью команды SELECT SQL языка Visual FoxPro, которая является аналогом соответствующей команды SQL;
O с помощью мастера запросов и
O с помощью конструктора запроса.
1. Команда SELECT имеет множество возможностей (опций). Ее упрощенное представление имеет вид:
SELECT Список выбираемых полей
FROM СписокТаблиц – источник данных [INTO ИмяТаблицы получателя данных]
[WHERE УсловиеВыборки]
[GROUP BY УсловиеГруппировки]
[ORDER BY УсловиеУпорядочивания вводимых данных]
Квадратные скобки указывают на необязательность опции.
2. Конструктор запроса позволяет:
? выбирать данные из одной или нескольких таблиц, используя сложные критерии;
? устанавливать временные связи между таблицами;
? выбирать поля и записи таблиц с требуемыми данными;
? выполнять вычисления с использованием выбранных данных.
Работа с Конструктором запроса сводится к заполнению форм запроса. Результатом запроса всегда является таблица, которая может быть сохранена в массиве или созданной новой таблице, отражена на экране или оформлена в виде отчета. Данные, содержащиеся в результирующей таблице, могут быть представлены в виде графика или гистограммы.
Запросы представлены в приложении.
7. РАЗРАБОТКА МЕХАНИЗМОВ ЗАЩИТЫ ДАННЫХ ОТ НЕСАНКЦИОНИРОВАННОГО ДОСТУПА
Для успешного функционирования информационной системы, использующей базу данных, недостаточно выбора СУБД и сервера БД. На начале запуска информационной системы и в процессе ее эксплуатации необходимо выполнять настройку и различные функции администрирования. Важнейшими задачами администрирования являются защита информации и разграничения доступа пользователей. К числу других немаловажных задач настройки и администрирования также относятся следующие:
· Выбор способа размещения файлов на диске;
· Определение требуемого объема дисковой памяти;
· Резервное копирование.
Проблему защиты информации в БД целесообразно рассматривать совместно с проблемой защиты вычислительной системы. Знания принципов построения системы защиты и возможностей, предоставляемых различными компонентами вычислительной системы, позволяет оценить уязвимость ИС и грамотно организовать в ней защиту конфиденциальной информации.
Под информацией понимается любой вид накапливаемых, хранимых и обрабатываемых данных. Частным случаем информации является совокупность программ обеспечивающих различную обработку данных.
Целью защиты информационно – программного обеспечения является обеспечение безопасности хранимой и обрабатываемой информации, а также используемых программных средств.
Исходя из возможных угроз безопасности можно выделить 3 основные задачи защиты:
1. Защита информации от хищения.
Подразумевает предотвращение физического хищения устройств и носителей хранения информации, несанкционированного получения информации (копирования, подсмотра) и несанкционированного распространения программ.
2.Защита информации от потери..
Подразумевает поддерживание целостности и корректности информации, что означает обеспечение физической, логической и семантической целостности информации. Информация в системе может быть потеряна как из-за несанкционированного доступа в систему пользователей, программ (в том числе и компьютерных вирусов), некорректных действий пользователей и их программ, обслуживающего персонала, так и в случаях сбоев и отказов.
3. Защита от сбоев и отказов.
Аппаратно - программного обеспечения ВС является одним из необходимых условий нормального функционирования системы. Если ВС является ненадежной, информация в ней часто искажается и иногда утрачивается. Основная нагрузка на обеспечение хорошей защиты от сбоев и отказов в системе ложится на системные программно – аппаратные компоненты: процессор, основную память, запоминающие устройства, устройства ввода - вывода и другие устройства, а также программы операционной системы. При недостаточно надежных системных средствах защиту от сбоев следует предусматривать в прикладных программах.
Метод и средства защиты.
Существующие методы защиты можно разделить на четыре основных класса:
? Физические;
? Аппаратные;
? Программные;
? Организационные.
Правом доступа к базе данных «Медицинская страховая компания» обладают работники, имеющие квалификационные навыки в сфере создания и обработки информации баз данных Visual Fox Pro.
Visual Fox Pro является надежным программным обеспечением, имеющим все необходимые данные для защиты БД. Под надежностью понимается способность точно и своевременно выполнять возложенные на него функции. Степень надежности ПО определяется качеством и уровнем автоматизации и процессом разработки, а также организацией его сопровождения.
8. Требования к техническому
обеспечению
Требования к системе:
? система должна быть доступна обычному пользователю.
? она должна иметь простой, удобный интерфейс, не требующий знания языков программирования.
? проста в использовании, не требует высокой квалификации пользователя.
? система надежна и безопасна в работе.
Требования к видам обеспечения:
ОС Windows (98, 2000, XP)
Microsoft Office (97, 2000, XP)
Visual Fox Pro(6.0,7.0)
Общие требования к системе:
Процессор: Intel 880286
ОЗУ: 16Mb и более
VIDEO адаптер: EGA VGA
Монитор: цветной
Клавиатура: обычная
Компилятор: Visual Fox Pro
Свободное место на жестком диске 7.3 Mb
9. Инструкция по использованию БД
9.1. Вызов программы
Загрузка Microsoft Visual FoxPro
Произвести загрузку Microsoft Visual FoxPro можно тремя способами.
I способ - через главное меню Windows.
Для этого:
1) нажать кнопку пуск, расположенную в строке задач;
2) в появившемся контекстном меню выбрать команду программы и подтвердить свой выбор нажатием на левую кнопку манипулятора-мыши;
3) в открывшемся меню программы выбрать папку Microsoft Visual FoxPro;
4) в подменю этой папки выбрать команду Microsoft Visual FoxPro и выполнить щелчок левой кнопкой мыши.
II способ - через папку, создаваемую при установке.
Для этого:
1) активизировать диск, на который была установлена программа Microsoft Visual FoxPro;
2) открыть папку Microsoft Visual FoxPro;
3) выполнить двойной щелчок по пиктограмме, характеризующей Microsoft Visual FoxPro.
III способ - через ярлык программы.
Для этого подвести указатель мыши к ярлыку программы Microsoft Visual FoxPro и выполнить двойной щелчок левой кнопкой мыши.
После загрузки Visual FoxPro на экран выводится приглашение для работы. При выборе команды Close this screen приглашение закрывается и осуществляется вход в главное окно Visual FoxPro.
9.2 Экранные формы
Формы в Visual FoxPro используются для вывода и просмотра таблиц в окне формы. Они позволяют ограничить объем информации на экране и представить её в более наглядном виде.
В Visual FoxPro существуют два способа отображения содержимого таблицы: в виде таблицы и в виде экранной формы. Формы являются мощным и гибким средством представления информации.
В Visual FoxPro для создания формы можно воспользоваться:
u автоформой (AutoForm Wizard), который создает форму для одной таблицы с расположенными по умолчанию полями;
u мастером форм (Form Wizard), который позволяет достаточно быстро создать форму для одной или двух связанных таблиц. При этом можно задать отображаемые в форме поля, стиль их отображения и тип кнопок управления;
u построителем (Builder). Он позволяет создавать объекты формы с определенными свойствами;
u конструктором форм (Form Designer), в котором можно самостоятельно разрабатывать собственные формы с заданными свойствами для просмотра, ввода и редактирования данных.
Наиболее простым способом создания формы для одной таблицы является автоформа. При использовании данного способа на создание экранной формы уходит всего несколько секунд. Достаточно в конструкторе проекта установить указатель мыши на таблицу, для которой создается форму, и нажать на пиктограмму Autoform Wizard, расположенную в стандартной панели инструментов. Запускается мастер по созданию автоформы. Через несколько секунд на экране появится готовая форма.
Если созданная форма не полностью устраивает, достаточно нажать пиктограмму Modify Form на стандартной панели инструментов для перехода в режим конструктора форм.
Форму можно достаточно просто создать также с помощью соответствующего мастера. В полной мере все достоинства данного метода можно оценить при разработке форм для связанных таблиц.
Экранная форма, созданная с помощью мастера, предназначена для просмотра и модификации данных таблиц Visual Fox Pro. Эта форма содержит ряд кнопок для выбора режима просмотра, редактирования, печати данных.
Экранные формы представлены в приложении.
9.3 Описание отчётов
Под отчетом в Visual FoxPro понимается форматированное представление данных, выводимое на экран, принтер или в файл.
Прежде чем приступить к созданию отчета, необходимо знать ответы на следующие вопросы: «С какой целью создается отчет?», «Какая информация и из каких таблиц должна быть представлена в отчете?», «Отчет какого вида предполагается создать (табличный, в свободной форме или наклейки)?», «Предполагается ли группировка данных?»
Четкие ответы на данные вопросы существенно облегчат работу при создании отчета.
При создании отчета можно воспользоваться стандартными средствами, ускоряющими процесс создания отчета, или разработать для отчета специальный формат с помощью конструктора отчетов. Конструктор отчетов позволяет создавать отчеты как в табличном виде, так и в свободной форме.
Табличный отчет представляет собой напечатанную таблицу, в которой данные упорядочены по столбцам и строкам. Каждый из столбцов отчета содержит поле исходной таблицы или вычисляемое поле, а строка представляет собой запись. Табличный отчет позволяет напечатать данные из таблиц в наиболее простом и естественном виде. Табулированное представление данных в отчете имеет свои недостатки: в некоторых случаях поля исходной таблицы должны располагаться в специально отведенных для этого местах отчета. Очевидно, что табличный отчет не пригоден для этих целей.
Отчеты в свободной форме позволяют устранить ограничения, свойственные табличным отчетам. Для получения отчета в свободной форме можно воспользоваться стандартной формой отчета, автоматически создаваемой Visual FoxPro для каждой таблицы. В таком отчете поля исходной таблицы расположены вертикально. Конструктор отчетов позволяет разработать специальный формат отчета, в котором поля исходной таблицы будут расположены в требуемых местах отчета.
Для создания отчетов в Visual FoxPro можно использовать:
O «мастер» отчетов (Report Wizard), позволяющий быстро создать отчет, выбрав параметры сортировки и группировки данных, стиль отображения данных и их расположение;
O стандартный отчет (Quick Report), позволяющий создавать стандартный отчет, в котором поля отчета расположены определенным образом, предлагаемым программой;
O конструктор отчета, в котором можно разработать собственный отчет.
Отчеты представлены в приложении.
Заключение
Цель курсового проектирования – приобретение практических навыков обследования предметной области «Медицинской страховой компании», концептуального, логического и физического проектирования базы данных, освоение средств поддержания целостности базы данных, запросов.
В ходе работы над курсовым проектом были решены следующие поставленные задачи:
- обеспечение быстрого поиска по нужным данным;
- предоставление достоверных данных;
- повышение уровня квалификации сотрудников (с обновлением новых приложений).
Тема курсового проекта была дана мне руководителем курсового проекта из списка, утвержденного на заседании кафедры. Тема была согласована с руководителем проекта и утверждена заведующим кафедрой.
Были описаны практически все необходимые функции, которыми должна обладать база данных «Медицинская страховая компания», из них были реализованы наиболее актуальные и важные функции:
? обеспечение быстрого поиска информации по пациентам;
? предоставление достоверных данных;
? уменьшение затрат времени на получение и обработку информации;
? предоставление возможности работы с лучшими видами баз данных.
В ходе выполнения курсового проекта были приобретены устойчивые навыки программирования на языке Visual Fox Pro, изучены некоторые функции стандартной библиотеки языка. Полученные знания могут быть использованы при разработке более серьезных коммерческих проектов.
Список литературы
1.Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных. Учебник для ВУЗов / под ред. проф. А. Д. Хомоненко // СПб.: КОРОНАпринт, 2000.- 416 с.
2. Корнеев В.В. и др. Базы данных. Интеллектуальная обработка информации//М.: Нолидж, 2000.- 352 с.
3. Базиян Менахем. Использование Visual FoxPro 6 // М.-Санкт-Петербург-Киев, 1999.- 928 стр.
4. Каратыгин С.А., Тихонов А.Ф., Тихонова Л.Н. Visual FoxPro 6.0 // М.: Бином, 1999. -784С.
5. Ханcен Г., Ханcен Д. Базы данных. Разработка и управление / М.: Бином, 1999. -704 с.
6. Баженова И.Ю. Visual FoxPro 5.0//М.: Диалог МИФИ,1997. – 320 с.
7. Глушаков С.В., Ломотько Д.В. Базы данных. Учебный курс // Харьков : Фолио; Ростов н/Д : Феникс. Киев : Абрис, 2000. – 504 с.
8. Мусина Т.В., Пушенко В.А. Visual FoxPro 7.0. Учебный курс – К., ВЕК+, К.:Bookstar, М.: КОРОНА принт, 2003. – 400с.
ПРИЛОЖЕНИЯ
ПРИЛОЖЕНИЕ 1
ЭКРАННЫЕ ФОРМЫ
ПРИЛОЖЕНИЕ 2
ЗАПРОСЫ
Рис. 7. Запрос 1.
ПРИЛОЖЕНИЕ 3
ОТЧЁТЫ
Рис. 8. Отчёт 1.
Рис. 9. Отчёт 2.