Реферат: Информационная система курортного комплекса

Реестр выходящих документов (табл.1.2):

Таблица 1.2

Реестр внутренней информации (табл. 1.3):

Таблица 1.3

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

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

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

Проектирование структуры базы данных

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

Рис. 3.3. Логическая модель представления данных.

БД представлена в виде сущностей, их атрибутов и связей между ними. Каждая сущность представляет множество подобных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных. Атрибут выражает определенное свойство объекта. С точки зрения физической модели БД сущности соответствует таблица, экземпляру сущности строка в таблице, а атрибуту колонка таблицы. Примером таблицы в модели базы данных регистрации отдыхающих санатория являются каталог отдыхающих, состояние номерного фонда; примером колонки в таблице - № путёвки, фамилия и т. д.

Связь на диаграмме отображает логическую зависимость одной сущности от другой. В IDEF1X различают зависимые и независимые сущности. Тип сущности определяется ее связью с другими сущностями. Идентифицирующая связь устанавливается между независимой (родительский конец связи) и зависимой (дочерний конец связи) сущностями. Экземпляр зависимой сущности определяется только через отношение к родительской сущности. Зависимая сущность изображается на диаграмме прямоугольником со скругленными углами. Пример идентифицирующей связи является связь между таблицами "категории номерного фонда" и "номерной фонд".

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

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

При установлении идентифицирующей связи атрибуты первичного ключа родительской сущности автоматически переносятся в состав первичного ключа дочерней сущности. Эта операция дополнения атрибутов дочерней сущности при создании связи называется миграцией атрибутов. В дочерней сущности новые атрибуты помечаются как внешний ключ - (FK). Внешний ключ в таблице "каталог отдыхающих" - № категории.

Рис. 3.4. Физическая модель представления данных.

При проектировании структуры базы данных были выделены 11 сущностей.

1. "Код клиента"

Таблица имеет следующие поля: код клиента (ключевое поле)- тип данных: int; фамилия, имя, отчество тип данных: varchar, размер 20; дата заселения тип данных: дата\время; дата выселения тип данных: дата\время; № истории болезни тип данных: int., тип путёвки тип данных varchar, размер 20, организация тип данных varchar, размер 20, дата фактического заселения тип данных дата\время, дата фактического выселения тип данных дата\время, вид питания тип данных varchar, размер 20. Внешние ключи - № состояния номерного фонда тип данных: int; № номера тип данных: int; № категории тип данных: int; № состояния тип данных: int.

2. "Паспортные данные" - PASPORTNIE DANNIE

Данная таблица имеет следующие поля: № паспорта тип данных: int; серия паспорта тип данных: int; кем выдан тип данных: varchar, размер 20; когда выдан тип данных: дата\время; дата рождения тип данных: дата\время; пол тип данных: varchar, размер 20; возраст тип данных: int; адрес тип данных: varchar, размер 20; место работы тип данных: varchar, размер 20; дополнительные сведения тип данных: varchar, размер 20, привычки тип данных - varchar, размер 20. Внешние ключи - № путёвки - тип данных: int; № номера тип данных: int; № состояния номерного фонда тип данных: int; № категории тип данных: int; № состояния тип данных: int.

3. "Типы путёвок"

Эта таблица имеет такие поля: № типа (ключевое поле) тип данных: int; тип путёвки тип данных: varchar, размер 20, стоимость путёвки тип данных int.

4. "Фамилия"

Поле: ремонттип данных: тип данных: varchar, размер 20. Внешние ключи - № номера тип данных: int; № состояния номерного фонда тип данных: int; № категории тип данных: int.

5. "Имя"

Поля: № номера(ключевое поле) тип данных:int; корпус тип данных: varchar, размер 20; этаж тип данных: int. Внешний ключ - № категории тип данных: int.

6. "Отчество"

Поля: № категории (ключевое поле) тип данных: int; категория тип данных: char, размер поля- 20; количество мест - тип данных: int; количество комнат- тип данных: int; дополнительная информация varchar, рамер поля- 20.

7. "Должность"

Поля: № состояния номерного фонда (ключевое поле) тип данных: int; состояние номерного фонда тип данных: varchar, рамер поля- 20.

8. "Дата рождения"

Поля: № Дата рождения тип данных: int

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

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

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

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

1. База состоит из одной или нескольких связанных таблиц с использованием (по необходимости) связей <один к одному>, <один ко многим>, <много к одному>, <много ко многим>.

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

3.Вся информация поддается просмотру и редактированию. Записи, содержащие много полей, можно просматривать как в табличном, так и в постраничном виде (в виде карточек).

4.Программа позволяет проводить поиск или выборку информации по произвольному запросу (фильтру).

Индекс это набор указателей на строки таблицы, упорядоченный по значениям полей записей.

Каждый элемент этого набора состоит из двух частей: порядкового номера записи в таблице и значения поля сортировки.[2]

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

3.1 Регистрация отдыхающих

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

Возможны следующие состояния комнат: "забронировано", "занято", "не занято".

Кроме того, отдельным цветом отображается прошлое состояние "Занято", то есть можно видеть кто жил в комнате в любой прошлый период времени.

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

Рис.4.1. Внешний вид формы информационной системы регистратуры

Меню с операцией "Бронирование" высвечивается только для исходного состояния ячейки "Не занято".

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

Рис.4.2. Бронирование мест

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

Также обязательно надо заполнить поля табличной части "Дней в путевке", "Путевка" и "Пол проживающего". Одной заявкой можно забронировать несколько мест в одной комнате.

Для удобства работы с табличной частью используются кнопки:

После нажатия кнопки "Забронировать" будет зарегистрирована операция бронирования. Это будет отображено в таблице формы.

Для ячеек в состоянии "Забронировано" доступны следующие строки меню:

· "Занять" - регистрация заселения в номер.

· "Освободить" - отмена бронирования текущего места в номере.

· "Открыть" - открывается форма заявки для просмотра или изменения.

· "Снять" - снятие заявки (в отличие от "Освободить" - отменяется бронирование всех мест, указанных в заявке).

Рис. 4.3. Меню состояния "Забронировано"

При выборе меню "Занять" откроется форма регистрации заселения в номер.

Рис. 4.4 Диалоговая форма регистрации заселения в номер. Вкладка "Проживание"

информационный курортный регистрация диалоговый

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

Если срок приезда клиента не совпал с предполагаемым при бронировании, дату заезда можно изменить. Заселение регистрируется датой не позже текущей. То есть мы можем сегодня зарегистрировать вчерашнее заселение (зарегистрировано оно будет вчерашней датой), но зарегистрировать заселение заранее нельзя.

Рис. 4.5 Диалоговая форма регистрации заселения в номер. Вкладка "Реквизиты физического лица"

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

После выполнения операции, в таблице отобразится информация о занятом месте.