Файл: Автоматизация процесса размещения гостей в мотеле Калина Парк..pdf
Добавлен: 24.04.2023
Просмотров: 207
Скачиваний: 2
2.3 Характеристика нормативно-справочной, входной и оперативной информации
Это описание состава входных документов и справочников, соответствующих им экранных форм размещения данных и структуры файлов. При этом следует уделять внимание следующим вопросам:
- При описании входных документов необходимо привести в приложении формы документов; перечень содержащихся в них первичных показателей; источник получения документа, в каком файле используется информация этого документа, описывается структура документа, число строк, объемные данные, частоту возникновения документа;
- Описание экранной формы входного документа должно содержать макет экранной формы в приложении, особенностей организации рабочей и служебной зон макета, состав и содержание подсказок, необходимых пользователю для заполнения макета, перечень справочников, автоматически подключаемых при заполнении этого макета;
- Описание структур входных файлов с оперативной информацией должно включать таблицу с описанием наименований полей, идентификатором каждого поля и его шаблона; по каждому файлу должна быть информация о ключевом поле, длине одной записи, числе записей в файле, частоте создания файла, длительности хранения, способе обращения (последовательный, выборочный или смешанный), способе логической и физической организации, объеме файла в байтах;
- Описание структур файлов с условно-постоянной информацией содержит те же сведения, что и для файлов с оперативной информацией, но добавляются сведения о частоте актуализации файла и объеме актуализации (в процентах).
Необходимо отметить соответствие проектируемых файлов входным документам или справочникам. Описывается структура записи каждого информационного файла. Если информационная база организована в форме базы данных, то приводится описание и других её элементов (ключей, бизнес-правил, триггеров).
Таблица 3
Структура записей таблицы «Услуги»
|
№ п/п |
Имя поля в таблице |
Тип данных |
Размер поля |
Ключевое поле |
|
1 |
Код |
Счетчик |
Длинное целое |
Да |
|
2 |
Тип услуги |
Текстовый (CHAR) |
100 |
Нет |
|
3 |
Стоимость услуги |
Числовой (INT) |
15 |
Нет |
Таблица 4
Структура записей таблицы «Список клиентов»
|
№ п/п |
Имя поля в таблице |
Тип данных |
Размер поля |
Ключевое поле |
|
1 |
Код клиента |
Числовой (INT) |
Длинное целое |
Да |
|
2 |
Фамилия |
Текстовый (CHAR) |
100 |
Нет |
|
3 |
Имя |
Текстовый (CHAR) |
50 |
Нет |
|
4 |
Отчество |
Текстовый (CHAR) |
50 |
Нет |
|
5 |
Номер паспорта |
Числовой (INT) |
Длинное целое |
Нет |
|
6 |
Гражданство |
Текстовый (CHAR) |
50 |
Нет |
|
7 |
С кем приехал |
Текстовый (CHAR) |
50 |
Нет |
|
8 |
Дата регистрации |
Дата/время (Date) |
250 |
Нет |
Таблица 5
Структура записей таблицы «Услуг бронирования»
|
№ п/п |
Имя поля в таблице |
Тип данных |
Размер поля |
Ключевое поле |
|
1 |
Код операции |
Числовой (INT) |
Длинное целое |
Да |
|
2 |
Код клиента |
Числовой (INT) |
Длинное целое |
Нет |
|
3 |
Услуга |
Текстовый (CHAR) |
50 |
Нет |
Таблица 6
Структура записей таблицы «Бронирование»
|
№ п/п |
Имя поля в таблице |
Тип данных |
Размер поля |
Ключевое поле |
|
1 |
Код клиента |
Числовой (INT) |
Длинное целое |
Нет |
|
2 |
ФИО |
Текстовый (CHAR) |
50 |
Нет |
|
3 |
Код бронирования |
Числовой (INT) |
Длинное целое |
Да |
|
4 |
Код номера |
Числовой (INT) |
Длинное целое |
Нет |
|
5 |
Дата бронирования |
Дата/время (Date) |
250 |
Нет |
|
6 |
Дата въезда |
Дата/время (Date) |
250 |
Нет |
|
7 |
Дата выезда |
Дата/время (Date) |
250 |
Нет |
Таблица 7
Структура записей таблицы «Номера»
|
№ п/п |
Имя поля в таблице |
Тип данных |
Размер поля |
Ключевое поле |
|
1 |
Код номера |
Числовой (INT) |
Длинное целое |
Да |
|
2 |
№ корпуса |
Числовой (INT) |
Длинное целое |
Нет |
|
3 |
№ этажа |
Числовой (INT) |
Длинное целое |
Нет |
|
4 |
Класс |
Текстовый (CHAR) |
50 |
Нет |
|
5 |
Состояние |
Логический |
- |
Нет |
|
6 |
Стоимость |
Денежный |
- |
Нет |
-
- Характеристика результатной информации
Результатная информация может быть как в электронном виде, так и в виде бумажного документа. Результатная информация представляет собой сформированные по запросам отчеты, которые содержат в себе информацию о:
- Личных карточках;
- Заезд клиента;
- Данные о заезде;
- Оплата.
Отчеты формируются с помощью запросов. Для внутренних пользователей отчетность является важным показателем, как для оперативного управления, так и для контроля сохранности данных о сотрудниках.
В данном курсовом проекте разработаны отчеты о личных карточках, награждениях, взысканиях, отпусках. Цель составления этих отчетов – предоставление пользователям полной, правдивой и непредвзятой информации о хозяйственной деятельности гостиничного комплекса, для отчета генеральному директору Мотеля «Калина Парк» о проделанной работе.
3. Программное обеспечение задачи
3.1 Общие положения (дерево функций и сценарий диалога)
В данном пункте следует привести иерархию функций управления и обработки данных, которые призван автоматизировать разрабатываемый программный продукт. При этом можно выделить и детализировать основные функции управления и обработки данных: ввода первичной информации, обработки, ведения справочников, ответов на запросы и др.
Выявление состава функций, их иерархии и выбор языка общения (например, языка типа «меню») позволяет разработать структуру сценария диалога, дающего возможность определить состав кадров диалога, содержание Текстовый (CHAR)каждого кадра и их соподчиненность.
При разработке структуры диалога необходимо предусмотреть возможность работы с экранными формами входных документов, формирование выходных документов, корректировки вводимых данных, просмотра введенной информации, работу с таблицами нормативно-справочной информации, протоколирования действий пользователя, а также помощь на всех этапах работы.
В разработанном приложении взаимодействие пользователя и программы осуществляется в форме простого и удобного диалога, что позволяет обеспечить доступность данного приложения даже для неопытного пользователя.
Диалог – это процесс обмена сообщениями между пользователем и ИС, при котором осуществляется постоянная смена ролей информатора и реципиента (пользователя, принимающего информацию), причем смена ролей достаточно оперативна. В процессе диалога возможно:
- Двустороннее управление на базе языка типа «запрос-ответ»,
- Одностороннее управление со стороны ИС с языком общения типа «меню», «заполнения шаблона», ответа по «подсказке»,
- Одностороннее управление со стороны пользователя с использованием языка директив (команд).
При использовании для общения языка «меню» в диалоговой системе должна присутствовать система планирования и управления диалогом, в функции которой входит:
- управление процессом диалога;
- обеспечение интерфейса пользователя;
- обеспечение выполнения сервисных или справочных функций;
- анализ и обработка ошибочных ситуаций;
- вызов обрабатывающих программ.
При разработке данного проекта система общения с пользователем организована таким образом, что основная часть диалога ведется на языке типа «меню», а заполнение форм входных документов – по «шаблону». Таким образом, происходит одностороннее управление процессом обработки данных со стороны ИС.
3.2 Характеристика базы данных
ER-модель предназначена для логического представления данных. Любой фрагмент предметной области представляется как множество сущностей, между которыми существует множество связей различных типов. ER- модель реализуемого проекта автоматизации представлена на рисунке 6.
Рисунок 6 - ER - модель разрабатываемой ИС
Показанная на рисунке 6. ER-модель основана на информационной модели разрабатываемого проекта и представляет собой модель базы данных предметной области, определяющую взаимосвязь таблиц по внешним ключам.
Описание таблиц реляционной базы данных в таблицах 8-12.
Таблица 8
Описания структуры записей таблицы «Список клиентов»
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Код клиента |
Kod_klienta |
строка |
5 |
ключевое поле |
|
Фамилия |
Familiya |
строка |
20 |
|
|
Имя |
Imya |
строка |
20 |
|
|
Отчество |
Otthestvo |
строка |
20 |
|
|
Номер паспорта |
Nomer_pasporta |
строка |
20 |
|
|
Гражданство |
Grazdanstvo |
строка |
10 |
|
|
С кем приехал |
C_kem_priexal |
строка |
20 |
|
|
Дата регистрации |
Data_registracii |
строка |
15 |
Таблица 9
Описания структуры записей таблицы «Бронирование»
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Код клиента |
Kod_klienta |
строка |
5 |
|
|
ФИО клиента |
FIO_klienta |
строка |
20 |
|
|
Код бронирования |
Kod_bronirovaniya |
строка |
15 |
Ключевое поле |
|
Код номера |
Kod_nomera |
строка |
15 |
|
|
Дата бронирования |
Data_bronirovaniya |
строка |
10 |
|
|
Дата въезда |
Data_vezda |
строка |
10 |
|
|
Дата выезда |
Data_viezda |
строка |
10 |
Таблица 10
Описания структуры записей таблицы «Услуги бронирования»
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Код операции |
Kod_operacii |
строка |
5 |
Ключевое поле |
|
Код клиента |
Kod_klienta |
строка |
8 |
|
|
Услуга |
Yslyga |
строка |
40 |
Таблица 11
Описания структуры записей таблицы «Номера»
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Код номера |
Kod_nomera |
строка |
5 |
Ключевое поле |
|
№ корпуса |
№_korpysa |
строка |
8 |
|
|
№ этажа |
№_etaza |
строка |
8 |
|
|
Класс |
Klass |
строка |
7 |
|
|
Состояние |
Costoyanie |
строка |
21 |
|
|
Стоимость |
Ctoimost |
строка |
23 |
Таблица 12
Описания структуры записей таблицы «Услуги»
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Код |
Kod |
строка |
5 |
Ключевое поле |
|
Тип услуги |
Tip_yslygi |
строка |
20 |
|
|
Стоимость услуги |
Ctoimost_yslygi |
строка |
23 |
3. 3 Структурная схема пакета (дерево вызова программных модулей)
Разработка программного обеспечения осуществляется, как правило, в два этапа:
- проектирование логики программ, представляющее определение состава программных модулей, выделение классов модулей и установление связей между ними;
- разработка кодов программ и их отладка, выполнение которой в сильной степени зависит от используемых средств разработки программного обеспечения.
Были выделены управляющие программные модули, призванные выводить на экран кадры меню и передавать управление другим модулям в зависимости от того, какой пункт меню выбирает пользователь. К числу управляющих модулей относится модуль загрузки основного меню, главного меню, меню служебных операций, меню видов первичных документов, меню видов отчетов, справочников и меню видов операций, выполняемых при работе с этими классами документов.