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 – Структура таблицы «Должности»
№
Наименование поля
Идентификатор
Тип
Примечание
75
№
Наименование поля
Идентификатор
Тип
Примечание
1.
Код должности
idd
int(11)
Ключевое,
автозаполнен
ие
2.
Наименование
должности
namedolg
varchar(45)
Таблица 2.8 – Структура таблицы «Сотрудники»
№
Наименование поля
Идентификатор
Тип
Примечание
1.
Код сотрудника
idsotr
int(11)
Ключевое,
автозаполнение
2.
Фамилия
name
varchar(45)
3.
Логин
login
varchar(45)
4.
Пароль
parol
varchar(45)
5.
Дата регистрации
dates
varchar(45)
6.
Имя и отчество
surname
varchar(45)
7.
Дата рождения
datebor
varchar(45)
8.
Отметка об удалении
udal
int(1)
Таблица 2.9 - Структура таблицы «Договора»
№
Наименование поля
Идентификатор
Тип
Примечание
1.
Код договора
iddog
int(11)
Ключевое,
автозаполнение
2.
Код клиента
idkldog
int(11)
3.
Дата договора
datedog
varchar(45)
4.
Количество дней
kolvodog
varchar(10)
5.
Номер договора
nomdog
varchar(10)
6.
Код тура
idproddog
int(11)
Таблица 2.10 – Структура таблицы «Заказы»
№
Наименование поля
Идентификатор
Тип
Примечание
1.
Код записи
idPR
int(11)
Ключевое,
автозаполнение
2.
Дата
datePP
varchar(25)
3.
Код клиента
idklpr
int(11)
4.
Код тура
idprodpr
int(11)
5.
Количество дней
kolvopr
varchar(45)
76
Таблица 2.11 – Структура таблицы «Туры»
№
Наименование поля
Идентификатор
Тип
Примечание
1.
Код тура
idprod
int(11)
Ключевое,
автозаполнение
2.
Наименование
nameprod
varchar(45)
3.
Страна
art
varchar(45)
4.
Количество дней/ночей
edizmpr
varchar(45)
5.
Курорт/отель
selfst
varchar(45)
6.
Питание
optst
varchar(45)
7.
Стоимость за сутки
rozst
varchar(45)
8.
Описание
primP
text
9.
Отметка об удалении
udalPr
int(1)
Создание физической модели является заключительным этапом
проектирования базы данных. Физическая модель основана на логической
модели, но связана с выбранной СУБД.
Физическая модель – способ хранения данных в конкретной СУБД.
Графическое представление физической модели данных показано на
рисунке 2.5.
Для обозначения ключевых полей мы будем использовать общие
обозначения: PK-первичный ключ таблицы, а FK-OBO-значение внешнего
ключа таблицы.
77
Рисунок 2.5 – Физическая модель базы данных
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
Структурная схема пакета АИС приведена на рисунке 2.6.
78
ПМ формирования
главного меню
ПМ работа со
справочниками
ПМ работа с
клиентами
ПМ получение
отчетных документов
ПМ рейсы
ПМ типы туров
ПМ места отдыха
ПМ типы мест
отдыха
ПМ типы
документа
ПМ учет клиентов
ПМ учет
предпочтений
ПМ подбор тура
ПМ заключение
договора
ПМ учет
документов
ПМ отчет по работе с клиентами
за период
ПМ отчет по продажам туров за
период
ПМ отчет по оформленным
визам за период
ПМ отчет по документам,
отправленным в посольства для
получения виз
ПМ отчет по наиболее
популярным местам отдыха
ПМ отчет по работе менеджера
за период
ПМ договор
ПМ реестр документов
Рисунок 2.6 – Структурная схема пакета АИС
В таблице 2.11 представлен перечь программных модулей,
представленных на рисунке 2.6, а также описание их функций
Таблица 2.12 – Описание программных модулей
Название программного модуля
Описание
Заставка
Экранная форма заставки конфигурации
Авторизация
Экранная форма для ввода пароля и
процедура проверки пароля
79
Название программного модуля
Описание
Главное меню
Экранная форма с главным меню
конфигурации
Меню «Справка»
Отображение справки по конфигурации
Меню «Настройки»
Отображение меню настроек
конфигурации
Меню «Работа с клиентами»
Отображение меню основных функций по
работе с клиентами
Меню «Работа со
справочниками»
Отображение меню справочников
ПМ «Клиент»
Отображение меню клиентов
Загрузка справочника Клиенты
Процедура вывода справочника на экран
Печать справочника Клиенты
Процедура печати
Актуализация справочника
Клиенты
Экранная форма с процедурой ввода и
корректировки записи
…
Аналогично для остальных справочников
Меню «Получение отчетных
документов»
Отображение меню получения отчетных
документов
2.4 Испытания разработанного решения
2.4.1 Перечень объектов и функций, подлежащих испытаниям
В соответствии с характеристикой автоматизируемого бизнес-процесса
разрабатываемая автоматизированная система должна соответствовать ниже
приведенным требованиям.
Автоматизированная информационная система должна позволять
реализовать ввод в информационную базу следующей информации:
– Данные клиента;
– Список туров;
– Список мест отдыха;
– Список документов, необходимых для получения виз.
Должен быть реализован удобный механизм ввода всей необходимой
информации при помощи форм. Постоянная информация также должна