Дипломная работа: Автоматизация учета продажи билетов туристического агентства ООО "Easy Travel"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
70
Сценарий диалога формируется на основе дерева функций. В
разработанной системе сценарий построен по иерархическому принципу.
Работа начинается с вызова главной экранной формы, на которой
присутствует 9 пунктов меню:
1) активность;
2) туры;
3) клиенты;
4) договора;
5) места отдыха;
6) рейсы;
7) отчеты;
8) справочники;
9) выход.
Сценарий диалога приведен на рисунке 2.3.
71
Авторизация
Основные функции:
1. Активность
2. Туры
3. Клиенты
4. Договора
5. Места отдыха
6. Рейсы
7. Отчеты
8. Справочники
9. Выход
1. Активность
1.1. Добавить
1.2. Удалить
1.3. Редактировать
1.4. Обновить
1.5. Сохранить
2. Туры
2.1. Добавить
2.2. Удалить
2.3. Редактировать
2.4. Обновить
2.5. Сохранить
3. Клиенты
3.1. Добавить
3.2. Удалить
3.3. Редактировать
3.4. Обновить
3.5. Сохранить
4. Договора
4.1. Добавить
4.2. Удалить
4.3. Редактировать
4.4. Обновить
4.5. Сохранить
4.6. Документы по договору
4.7. Платежные документы
4.8. Печать
4.6. Документы по договору
4.6.1. Добавить
4.6.2. Удалить
4.6.3. Редактировать
4.6.4. Обновить
4.6.5. Сохранить
4.6.6. Список
4.7. Платежные документы
4.7.1. Добавить
4.7.2. Удалить
4.7.3. Редактировать
4.7.4. Обновить
4.7.5. Сохранить
4.7.6. Список
5. Места отдыха
5.1. Добавить
5.2. Удалить
5.3. Редактировать
5.4. Обновить
5.5. Сохранить
6. Рейсы
6.1. Добавить
6.2. Удалить
6.3. Редактировать
6.4. Обновить
6.5. Сохранить
7. Отчеты
7.1. Отчет по работе с клиентами за период
7.2. Отчет по продажам туров за период
7.3. Отчет по оформленным визам за период
7.4. Отчет по документам, отправленным в
посольства и консульства для получения виз
7.5. Отчет по наиболее популярным местам
отдыха
7.6. Отчет по работе менеджера за период
8. Справочники
8.1. Тип тура
8.2. Тип места отдыха
8.3. Тип документа
8.1-8.3. Операции
1. Добавить
2. Удалить
3. Редактировать
4. Обновить
5. Сохранить
Рисунок 2.3 – Сценарий диалога систем
72
2.3.2 Характеристика базы данных
Инфологическая (концептуальная) модель —это формализованное
описание предметной области, выполненное безотносительно к
используемым в дальнейшем программным и техническим средствам.
Инфологическая модель должная быть динамической и позволять легкую
корректировку. К основным требованиями, предъявляемым к
инфологической модели, можно отнести следующие:
– Инфологическая модель должна содержать всю
необходимую и достаточную информацию для последующего
проектирования базы данных;
– Инфологическая модель должная быть понятна
лицам, принимающим участие в создании системы.
Модель ER - это логическая структура информации о системных
объектах. Компонентами модели ER являются объекты (объекты) и
отношения (отношения между объектами). Объект имеет много реализаций
или экземпляров. Экземпляр объекта формируется набором определенных
значений деталей и должен быть уникально определен, то есть
идентифицирован значением ключа объекта, который состоит из одной или
нескольких ключевых деталей [20].
Сущности могут быть зависимыми или независимыми. Объект является
независимым, если каждый его экземпляр может быть уникально
идентифицирован без определения его отношения с другими объектами.
Уникальная идентификация экземпляра зависимого объекта зависит от
отношений с другими объектами.
Для отображения отношений между сущностями используются связи.
Связи существуют, если экземпляры сущностей логически взаимосвязаны.
С учетом особенностей хранения данных и указанной организации их
хранения, приведем инфологическую модель данных, приведенную с
73
использованием стандартизированной методологии IDEF1X и средства
ErWin (Рисунок 2.4).
Рисунок 2.4-Инфологическая модель базы данных
Назначение таблиц представлено в таблице 2.4.
Таблица 2.4 – Назначение таблиц базы данных
№ пп
Наименование
Назначение
1.
Клиенты
Хранит данные о клиентах
2.
Туры
Хранит данные о турах
3.
Платежи
Хранит данные о платежах
4.
Заказы
Хранит данные о заказах
5.
Договоры
Хранит данные о договорах
74
№ пп
Наименование
Назначение
6.
Сотрудник
Хранит данные о сотрудниках
7.
Должности
Хранит данные о должностях
8.
Отели
Хранит информацию об отелях
9.
Страны
Хранит информацию о странах
Описание каждой таблицы базы данных с учетом особенностей
выбранного средства реализации базы данных приведено ниже.
Таблица 2.5 – Структура таблицы «Клиенты»
№
Наименование поля
Идентификатор
Тип
Примечание
1.
Код клиента
idKlient
int(11)
Ключевое,
автозаполнение
2.
Фамилия
namekl
varchar(45)
3.
Имя и отчество
krnamekl
varchar(45)
4.
Адрес
adresskl
varchar(45)
5.
Образование
uradrkl
varchar(45)
6.
Данные паспорта
banrekKl
varchar(45)
7.
Семейное положение
kontlizoKl
varchar(45)
8.
Сведения о членах семьи
semja
text
9.
Телефон
tlfKl
varchar(45)
10.
Адрес электронной почты
emailKl
varchar(45)
11.
Дата регистрации
dateregKl
timestamp
12.
Отметка об удалении
udalKl
int(1)
Таблица 2.6 - Структура таблицы «Платежи»
№
Наименование поля
Идентификатор
Тип
Примечание
1.
Код платежа
idpl
int(11)
Ключевое,
автозаполнение
2.
Код клиента
idklpl
int(11)
3.
Номер договора
nomdogpl
varchar(10)
4.
Дата платежа
datepl
varchar(30)
5.
Сумма
summa
varchar(10)
Таблица 2.7 – Структура таблицы «Должности»
№
Наименование поля
Идентификатор
Тип
Примечание
Источник: https://baza.diplomsite.ru/previewfile/691