Разработка базы данных для санатория - Курсовая работа

База данных - это совокупность сведений о реальных объектах, процессах, событиях или явлениях, относящихся к определенной теме или задаче, организованная таким образом, чтобы обеспечить удобное представление этой совокупности, как в целом, так и любой ее части. Реляционная база данных представляет собой множество взаимосвязанных таблиц, каждая из которых содержит информацию об объектах определенного типа. Каждая строка таблицы содержит данные об одном объекте (например, клиенте, автомобиле, документе), а столбцы таблицы содержат различные характеристики этих объектов - атрибуты (например, наименования и адреса клиентов, марки и цены автомобилей). Строки таблицы называются записями, все записи имеют одинаковую структуру - они состоят из полей, в которых хранятся атрибуты объекта. Каждое поле в записи содержит одну характеристику объекта и имеет строго определенный тип данных (например, текстовая строка, число, дата).В этом разделе будут рассмотрены классификации БД и аналоги разрабатываемого программного средства.Компьютеры были созданы для решения вычислительных задач, однако со временем они все чаще стали использоваться для построения систем обработки документов, а точнее, содержащейся в них информации. Информационная система требует создания в памяти ЭВМ динамически обновляемой модели внешнего мира с использованием единого хранилища - базы данных. Базы данных создаются специально для хранения, обработки, проведения расчетов, сортировки, выборки и представления любых массивов данных по любым критериям. Подобные базы данных способны хранить самую различную информацию, например: · информацию о клиентах/заказчиках; Целью проекта является процесс разработки программного средства, позволяющего манипулировать данными, содержащимися в БД курортного санатория.К неструктурированным могут быть отнесены БД, организованные в виде семантических сетей. Частично структурированными можно считать БД в виде обычного текста или гипертекстовые системы. Структурированные БД требуют предварительного проектирования и описания структуры [2]. Реляционная модель основывается на понятии "отношения" (relation). В свою очередь, сетевая модель может быть представлена как развитие и обобщение иерархической модели данных, позволяющее отображать разнообразные взаимосвязи данных в виде произвольного графа [3].Путем простого исследования ресурсов потенциальных конкурентов с анализом их сильных и слабых сторон, и с их учетом составление рекомендаций к общим принципам построения ресурса клиентского приложения, проводится анализ существующих аналогичных приложений.Работников санатория будет интересовать ФИО больного, его город проживания (это может быть интересно с точки зрения экологических особенностей) и адрес, а также профессия, например, для шахтеров можно даже при отсутствии заболеваний проводить процедуры с целью оздоровления дыхательного аппарата), время пребывания в санатории, основной диагноз (а может, не только основной, и по каждому производятся свои процедуры), принимаемые процедуры, их количество (а может, оно будет уточняться в зависимости от города проживания). база приложение алгоритмический программныйНа данный момент времени существует достаточное количество подобных клиентских приложений, работающих с БД футбольных клубов.Курортолог вносит в поля экранной формы ФИО отдыхающего, серию и номер путевки, дату рождения, город проживания, профессию, дату прибытия в санаторий, дату убытия из санатория, на основании медкарточки - список заболеваний отдыхающего, реальных и потенциальных, для которых будут назначены процедуры, дату следующего осмотра. После этого курортолог вызывает на экран список потенциально возможных процедур для каждого заболевания, которым страдает отдыхающий, а также список процедур, полезных на основании профессии, среди которых он выбирает те процедуры, которые назначает отдыхающему, и вводит количество сеансов для каждой процедуры, и для каждой процедуры он может составить комментарий для работника процедурного кабинета относительно проведения сеансов. В процессе каждодневной работы по планированию осмотра отдыхающих курортолог делает запросы: · для каких отдыхающих наступил день планового осмотра; · просмотр статистики по определенному больному (его заболевания, назначенные процедуры, количество назначенных и пройденных сеансов); Когда отдыхающий приходит на процедуры, работник процедурного кабинета находит его запись, вызывает форму с назначенными ему процедурами, читает комментарий курортолога, затем проводит сеанс необходимой процедуры и делает в записи этой разновидности процедуры отметку об увеличении числа сеансов данной процедуры, пройденных больным.В предметной области были выделены следующие типы хранимых полей и объектов (с учетом требований, предъявляемых всеми пользователями всех пользователей): отдых-й, санкарта.

Содержание

Введение

1. Аналитический обзор

1.1 Разработка клиентского приложения для работы с базой данных некоторого санатория

1.2 Классификации БД и приложений для работы с ними

1.3 Краткий обзор аналогов

1.4 Постановка задачи

1.5 Выводы

2. Алгоритмическое конструирование

2.1 Внешняя модель предметной области

2.1.1 Описание объектов предметной области, их атрибутов и связей между объектами

2.1.2 Описание функциональных зависимостей

2.1.3 Описание способов, форм обработки и представления сведений о хранимой в базе данных информации

2.1.4 Дополнительные требования

2.1.5 Модель предметной области в виде схемы "объекты связи"

2.2 Логическая модель предметной области с использованием реляционной модели

2.2.1 Схемы базовых отношений

2.2.2 Домены атрибутов всех отношений

2.2.3 Множество функциональных зависимостей

2.2.4 Построение множества суперключей

2.2.5 Построение множества потенциальных ключей

2.2.6 Выбор первичных ключей

2.2.7 Нормализация отношений до 3НФ

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

2.2.9Реляционные выражения для запросов

3. Программное конструирование

Заключение

Список использованной литературы

Приложения

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

Реляционная база данных представляет собой множество взаимосвязанных таблиц, каждая из которых содержит информацию об объектах определенного типа. Каждая строка таблицы содержит данные об одном объекте (например, клиенте, автомобиле, документе), а столбцы таблицы содержат различные характеристики этих объектов - атрибуты (например, наименования и адреса клиентов, марки и цены автомобилей). Строки таблицы называются записями, все записи имеют одинаковую структуру - они состоят из полей, в которых хранятся атрибуты объекта. Каждое поле в записи содержит одну характеристику объекта и имеет строго определенный тип данных (например, текстовая строка, число, дата). Все записи имеют одни и те же поля, только в них содержатся разные значения атрибутов [1].

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

Любая СУБД позволяет выполнять четыре простейшие операции с данными: · добавить в таблицу одну или несколько записей;

· удалить из таблицы одну или несколько записей;

· обновить значения некоторых полей в одной или нескольких записях;

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

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

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

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

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

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