Спецификация требований

Спецификация требований

Первичный список требований

Функциональные требования:

Ввод информации (добавление новых записей); Редактирование информации (возможность вносить изменения); Удаление информации; Просмотр данных; Фильтрация данных по дате; Формирование документов: заявка, договор и памятка; Печать документов (списка клиентов, отъезжающих в определенный день, заявки, договора и памятки); Отображение напоминаний (списка клиентов, которым необходимо напомнить о выезде). Возможности отмечать клиентов, которым позвонили. Авторизация

Ограничения:

Все документы формируются в формате. pdf.

Модели требований

Модель предметной области, объекты и взаимосвязи между ними

Все объекты предметной области "Тур-фирмы" можно разделить на следующие классы:

o  "Заказ"
- Номер договора
- Клиент
- Страна
- Город
- Отель
- Размещение
- Режим питания
- Оператор
- Перевозка
- Дата начала поездки
- Дата окончания поездки
- Наличие медицинской страховки
- Наличие трансфера
- Цель поездки
- Наличие страхования финансовых потерь
- Дополнительный тип размещения
- Дополнительная информация
- Внесенная цена
- Цена тура
- Оформление визы

o  "Оператор"
- Название оператора
- Сокращённое название оператора
- Реестровый номер
- Стоимость
- Дополнительная информация

o  "Перевозка"

o  "Клиент"
- ФИО клиента
- Паспортные данные
- Номер телефона
- Адрес по прописке

o  "Режим питания"

o  "Размещение"

o  "Отель"
- Город
- Название отеля
- Количество звёзд

- Категория

o  "Город"
- Название города
- Страна

o  "Страна"

o  "Напоминание"
- Дата напоминания
- Заказ
- Тип напоминания
- Информация к заметке
- Сведения о выполнении

Описание взаимосвязей между объектами классов:

«Заказ» связан с «Клиентом», «Оператором», "Перевозкой", «Отелем», «Режимом питания» и «Размещением» связями «один ко многим». Конкретные отель, оператор, перевозка, клиент, режим питания и размещение могут быть указаны в нескольких заявках. C каждым заказом связаны определённые клиент, оператор, перевозка, отель, режим питания, размещение.

«Отель» связан с «Городом» связью «один ко многим». Отель расположен в конкретном городе. А в одном городе могут быть расположены несколько отелей.

«Город» связан со «Страной» связью «один ко многим». Город принадлежит одной стране. А в одной стране несколько городов.

«Заказ» связан с «Напоминанием» связью «один к одному». К каждому заказу относится одно напоминание, и каждое напоминание существует для одного заказа.

Функциональная модель.

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

·  Для добавления новой записи, существует специальная кнопка, щёлкнув по которой появляется форма ввода данных. Пользователь заполняет поля и сохраняет. Новая запись добавляется;

·  Для редактирования, пользователю необходимо выделить нужную запись в таблице (отобразятся поля для внесения исправлений), внести изменения и сохранить. Запись в таблице изменится;

·  Для удаления записи, пользователю нужно выделить запись и подтвердить удаление. Запись будет удалена;

·  Для просмотра данных необходимо выделить интересующую запись. В полях отобразится вся информация по данной записи;

·  Для фильтрации данных по дате пользователю необходимо выбрать из объекта календарь необходимую дату. Вся информация по выбранному дню отобразится на экране.

·  Для формирования документов (заявка, договор и памятка), пользователю необходимо выбрать данные, которые будут отражаться в документах;

·  Для печати документов (списка отъезжающих клиентов, заявки, договора и памятки), пользователь должен выбрать документ, который необходимо распечатать;

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

·  Для того чтобы пройти авторизацию, пользователю необходимо ввести логин и пароль. Если данные введены верно, то пользователь войдет в систему.

Первичный список требований

Модель архитектуры

Архитектуру данной системы можно разбить на следующие подсистемы: модуль пользовательского интерфейса, модуль бизнес логики и модуль доступа к БД.

Окружение программной системы составляют: администратор (пользователь) и БД.

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

Детальные требования к основным подсистемам

Пользовательский интерфейс отображает информацию и даёт возможность пользователю редактировать данные.

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

Модуль доступа к БД предоставляет доступ к базе данных для осуществления модификации данных содержащихся в БД.

Критерии аттестации системы

Набор базовых высокоуровневых тестов и характеристик, которые будут проверяться при аттестации ПО и удостоверяют его соответствие требованиям заказчика:

Тест 1: модификация данных

Описание:
Цель проведения теста состоит в проверке работы функции добавления новой записи в таблицу, удаления записей их редактирования и просмотра
Алгоритм:
Произвести соответствующее действие, описанное в функциональной модели (функция добавления новых записей, редактирования, удаления, просмотр).

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

Тест 2: формирование документов

Описание:
Формирование документов: заявка, договор и памятка. Оформление заказов.

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

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

Тест 3: работа с календарем

Описание:
Отображение календаря, при выборе даты календаря должен отображаться список людей, отъезжающих в выбранную дату.

Алгоритм:

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

Ожидаемый результат:
Список людей, с подробной информацией, которые отъезжают в данную дату. Список клиентов, которым необходимо напомнить о выезде. Распечатанный список клиентов отъезжающих в определённый день (если пользователь воспользовался функцией, распечатать список).

Глоссарий терминов

·  Трансфер - переезд граждан из одной страны в другую; перевозка туристов из аэропорта в гостиницу, между городами.

·  Ваучер - бланк с данными о выполненной, завершенной коммерческой операции, прикрепляется к счету.

·  Календарь – визуальный компонент, предназначенный для слежения за отъездами клиентов, просмотра напоминаний.