- •2.7 Требования к надежности. 30
- •Введение
- •1 Системный анализ предметной области
- •1.1 Общие сведения о туристическом агентстве «Коми-тур»
- •1.2 Информационная система учета деятельности туристического агентства
- •1.3 Анализ данных
- •1.4 Исследование информационных потоков
- •1.5 Анализ существующих систем
- •1.6 Обоснование разработки новой системы
- •1.7 Анализ существующего программного обеспечения для разработки системы
- •2. Постановка задачи. Требование к системе.
- •2.1. Постановка задачи
- •2.2. Общесистемные требования
- •2.3 Требования к интерфейсу
- •2.4. Требования к составу и параметрам технических средств
- •3. Проектные решения
- •3.1. Решение по архитектуре системы и программному обеспечению
- •3.2. Решение по выбору технических средств
- •3.3 Решения по защите информации
- •3.4 Описание логической и физической модели данных
- •3.5 Описание структуры системы
- •3.6 Описание файлового состава системы
- •4 Экономическое обоснование разработки
- •4.1 Оценка размеров программного продукта
- •4.2 Оценка трудозатрат на разработку системы
- •4.3 Определение перечня работ
- •4.4 Планирование трудовых ресурсов
- •4.5 Расчет затрат на разработку системы
- •4.6 Расчет экономии живого и овеществленного труда
- •4.7 Расчет экономического эффекта от использования информационной системы
- •5 Экология и безопасность производства
- •5.1 Управление деятельностью.
- •5.2 Опасные производственные факторы
- •5.3 Способы защиты персонала
- •5.3.1 Организация работ с вычислительной техникой
- •5.3.2 Микроклимат помещения турагентства
- •5.3.3 Освещение рабочего места оператора эвм
- •5.3.4 Шум, вибрация и защита от воздействия электрического тока на пользователя эвм
- •5.3.5 Пожарная безопасность
- •5.4 Рекомендации по улучшению условий труда
- •Заключение
- •Список литературы
- •Приложение а Формы документов туристического агентства «Коми-тур»
- •Договор реализации туристского продукта
- •Предмет договора
- •2. Сведения о туроператоре
- •3. Порядок реализации турпродукта
- •4. Стоимость туристского продукта и порядок оплаты
- •5. Срок действия и порядок расторжения настоящего Договора.
- •6. Порядок и сроки предъявления туристом требований об уплате денежной суммы по банковской гарантии. Основания для осуществления выплат по банковской гарантии.
- •7. Порядок разрешения споров.
- •8. Особые условия.
- •9. Прочие условия.
- •10. Реквизиты и подписи сторон.
- •Приложение б Диаграмма dfd – модель потоков данных или диаграмма idef0 – модель бизнес-процессов “as is”?
- •Приложение к Листинг
3.5 Описание структуры системы
Подсистема администрирования – разграничение прав доступа пользователям.
Модуль регистрации. Функции: формирование паролей пользователей.
Модуль аутентификации. Функции: обеспечение разграниченного доступа.
Модуль авторизации. Функции: обеспечение доступа в программу.
Модуль разграничение прав доступа. Функции: назначение прав пользователям.
Подсистема ввода/вывода данных
Модуль ввода/редактирования данных. Функции: ввод информации об оказываемых услугах.
Модуль хранения данных. Функции: хранение информации о туристах.
Модуль формирования договора. Функции: формирование договора с туристом на оказание услуг.
Модуль печати договора. Функции: печать договора с туристом на оказание услуг в 2 экземплярах.
Подсистема напоминаний.
Модуль ввода/редактирования данных. Функции: ввод информации для напоминаний менеджеру.
Модуль хранения данных. Функции: хранение информации для напоминаний менеджеру.
Модуль оповещения. Функции: оповещение (звуковое, цветовое) менеджера.
Модуль расчета напоминаний. Функции: расчет напоминаний для введенных данных.
Подсистема формирования отчетов - построение отчетов по запросам пользователей
Модуль формирования отчетов. Функции: формирование отчета по требуемым данным.
Модуль печати отчетов. Функции: печать отчетов.
Модуль статистики. Функции: составление статистики по введенным параметрам.
Подсистема резервирования данных.
Модуль резервирования данных. Функции: периодическое резервирование данных.
Модуль восстановления данных. Функции: восстановление данных после сбоя системы.
Подсистема поиска.
Модуль поиска данных. Функции: поиск введенной информации.
Модуль фильтрации данных. Функции: фильтрация введенной (выводимой?) информации.
Результат данного описания оформлен в виде схемы в приложении Г.
«Рассмотрим процесс» – такой оборот речи уместен в докладе, но не в ПЗ. функционирования системы учета деятельности турагентства. Пользователь вызывает главную форму системы. Для работы с системой пользователю необходимо авторизоваться. Для этого он вводит регистрационную информацию (логин и пароль). При успешной авторизации он переходит на главную страницу системы. Далее, регистрационная форма передает данные регистрации в модуль взаимодействия с базой данных. Регистрационная информация по каналу связи попадает в модуль взаимодействия с базой данных турагентства. Дальнейшая обработка на стороне базы данных происходит в модуле регистрации пользователей, который считывает идентификационную информацию, хранящуюся в базе данных, и сопоставляет ее с полученными регистрационными данными. В случае успеха регистрации база данных посылает системе деятельности турагентства сообщение об успешной регистрации и устанавливает с ней соединение. Если же регистрация завершилась неудачей, то получив соответствующийее отрицательный ответ, модуль взаимодействия с базой данных выводит на экран сообщение о невозможности использования приложения.
После подключения к базе данных, активизируется модуль главной формы системы деятельности турагентства, которому передаются данные о туристах. Модуль главной формы организует приветственное слова, календарь, дела на сегодня, а также позволяет выбрать необходимые разделы для работы.
На главной форме возможен вызов следующих функций:
форма «Туристы»;
формы «Туроператоры»;
форма «Туры»;
форма «Договора»;
форма «Календарь»;
форма «Отчеты »;
форма поиска.
При открытии формыа «Туристы» получает от формы взаимодействия с базой данных справочные данные, которыми заполняются все списки.
Рисунок 3.1 – Форма «Туристы»
Здесь доступны следующие функции:
Просмотр туриста;
Новый турист;
Добавить заявку;
Добавить договор;
Удалить туриста; - не соответствуют виду Формы.
При выборе «Просмотр туриста» (а как его выбрать?) (Рисунок 3.2) модуль взаимодействия с базой данных передает этой форме список личных данных, заявок, договоров конкретного туриста, которые возможно редактировать либо только просматривать. При закрытии формы, если были изменения данных, то система предлагает их сохранить. Модуль взаимодействия с базой данных передает новые данные и вносит их в базу данных. Можно просмотреть заявки, которые турист оставлял на поиск тура, их статусы («В поиске», «Найдена»), договора, которые он заключал. К выбранному договору можно добавить мнение об отдыхе – на форме не видно, как это возможно?. При добавлении мнения, модулю взаимодействия с базой данных передается идентификатор тура, который вносится в базу данных.
Рисунок 3.2 – Форма «Просмотр туриста»
При выборе «Добавить туриста или Новый турист???» открывается аналогичная форма, только с незаполненными полями. После ввода данных система предлагает их сохранить. Модуль взаимодействия с базой данных сохраняет введенные данные в базу данных турагентства.
Рисунок 3.3 – Форма «Новый Турист или Добавление туриста???»
В формах «Туристы», «Просмотр туриста» можно добавлять к выбранному туристу заявку на тур, договор, удалить заявку, удалить договор.
В форме «Добавить договор или Добавление договора???» (рисунок 3.4) модуль ввода и редактирования данных передает модулю формирования договора данные о туристе. При выборе туроператора и тура модуль взаимодействия с базой данных передает сведения о туроператоре и туре в шаблон договора. После сохранения данных договора можно просмотреть текст договора и напечатать его. Сведения о заключаемом договоре из базы данных импортируются в готовый шаблон договора с помощью модуля формирования договора. Можно добавить несколько туристов, совершающих поездку, а также несколько стран тура. При выборе страны модуль взаимодействия с базой данных передает форме «Добавить договор или Добавление договора???»» список городов этой страны, в которые уже ездили туристы. Если данной страны еще нет в списке, ее можно добавить. Аналогично можно добавить город. При выборе названия туроператора в договор импортируются все необходимые данные о туроператоре, включая реквизиты страховой организации. При сохранении договора форма «Добавить договор или Добавление договора???»» отправляет данные в модуль взаимодействия с базой данных, а он, в свою очередь, отправляет их в базу данных турагентства, где выполняется завершающая процедура сохранения договора.
Рисунок 3.4 – Форма «Добавить договор или Добавление договора???»»
После сохранения договора и заявки модуль взаимодействия с базой данных передает эти данные в форму «Туристы» и, объединив эти данные, передает их в шаблон договора.
При вводе данных о начале и окончании тура модуль взаимодействия с базой данных передает идентификатор туриста и даты тура в модуль оповещений и они автоматически сохраняются в календаре. Система вносит эти даты в календарь и создает напоминания менеджеру о звонке туристу за 3 дня до начала тура и через 3 дня после окончания тура.
При выборе на главной форме «Договоры – нет на главной форме, есть Договора» модуль взаимодействия с базой данных обращается к базе данных турагентства и передает выбранной форме список договоров. Выбранный договор можно просматривать, добавлять мнение.
При выборе на главной форме «Отчеты» модуль взаимодействия с базой данных обращается к базе данных турагентства и передает выбранной форме статистическую информацию о турах, туристах, договорах за период.
При выборе на главной форме функции «Поиск» модуль взаимодействия с базой данных передает на главную форму идентификатор найденной записи и выводит на экран запрошенную информацию.
