Page 1

Версия документа 1.1

Спецификация требований к продукту Сайт заказа такси S7

Конфиденциально

Страница 1 из 28


Версия документа 1.1

Информация о документе и согласующие лица История версий Версия 1.0 1.1

Дата 13.08.2012 16.08.12

Автор изменений Антон Смычкин Антон Смычкин

Описание изменений Начальная версия Дополнение и детализация требований

Данный документ должен быть утверждён как официальная Спецификация Требований к Сайту заказа такси S7, и должен точно отражать текущее понимание требований бизнеса. После утверждения данного документа, изменение требований будет регулироваться процессом проектного управления изменениями, включая процесс анализа влияния изменений.

Согласующие Имя согласующего Александр Андрушкевич

Конфиденциально

Проектная роль Руководитель проекта

Подпись

Дата

Страница 2 из 28


Версия документа 1.1

1 Оглавление 1

Назначение и содержание документа ................................................................................................................ 4

2

Ресурсы документа ............................................................................................................................................... 4

3

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

4

Обзор продукта ..................................................................................................................................................... 4 4.1

Бизнес-задачи, решаемые разрабатываемым функционалом ................................................................ 4

4.2

Автоматизируемые бизнес-процессы......................................................................................................... 5

5

Ключевые ограничения и допущения ................................................................................................................. 5

6

Бизнес правила ..................................................................................................................................................... 5

7

Определение действующих лиц / Ролей ............................................................................................................ 5

8

Бизнес требования................................................................................................................................................ 6 8.1

Базовые требования ..................................................................................................................................... 6

8.2

Форма расчёта стоимости ............................................................................................................................ 6

8.3

Форма заказа ................................................................................................................................................. 9

8.4

Форма подтверждения............................................................................................................................... 14

8.5

Форма отмены заказа ................................................................................................................................. 15

9

Use Cases .............................................................................................................................................................. 17 9.1

Use Case Диаграмма ................................................................................................................................... 18

9.2

Use Case Описание ...................................................................................................................................... 18

9.2.1

Описание процесса заказа с оплатой водителю .............................................................................. 18

9.2.2

Описание процесса заказа с оплатой картой ................................................................................... 19

10

RI матрица........................................................................................................................................................ 22

11

Образцы UI ...................................................................................................................................................... 22

11.1

Форма расчёта стоимости .......................................................................................................................... 23

11.2

Форма заказа такси..................................................................................................................................... 25

11.3

Форма подтверждения............................................................................................................................... 27

12

Извещения системы........................................................................................................................................ 27

13

Приложения .................................................................................................................................................... 28

13.1

Приложение 1 ............................................................................................................................................. 28

13.2

Приложение 2 ............................................................................................................................................. 28

14

Описание приоритетов требований .............................................................................................................. 28 14.1.1

Critical ................................................................................................................................................... 28

14.1.2

High ....................................................................................................................................................... 28

14.1.3

Medium ................................................................................................................................................ 28

14.2

Взаимосвязанные документы.................................................................................................................... 28

Конфиденциально

Страница 3 из 28


Версия документа 1.1

1 Назначение и содержание документа Данный документ определяет требования верхнего уровня для данного проекта, что будет использовано для следующих целей:    

Создание документации, определяющей структуру решения Разработка тестового плана, скриптов для тестирования, и test case Определение завершённости разработки проекта Определение успешности завершения проекта

Данный документ не определяет дизайнерское или проектное решение, технические детали, тестовые планы, график разработки проекта.

2 Ресурсы документа Имя <Обозначить всех заинтересованных лиц и пр. человеческие ресурсы, вовлечённые в процесс изъятия требований>

Должность / Подразделение

Роль

3 Глоссарий терминов Фраза / Сокращение Маршрут

Определение В контексте данного продукта маршрутом является каждое заказанное пользователем направление движения от начальной точки до конечной. Так же маршрутом считается заказ от конечной точки до начальной.

4 Обзор продукта Данный продукт предназначен для предоставления открытому кругу пользователей возможности заказа и оплаты автомобилей такси компании S7 по заданным пользователем маршрутам   

От аэропорта до произвольной конечной точки в Москве и московской области От произвольной точки в Москве и московской области до аэропорта От произвольной точки в Москве и московской области до произвольной конечной точки в Москве и московской области (по городу)

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

Конфиденциально

Страница 4 из 28


Версия документа 1.1

4.2 Автоматизируемые бизнес-процессы Функционал данного проекта предназначен для автоматизации следующих бизнес-процессов: ID Название бизнес Процесса Процесса PROC01 Заказ такси PROC02 PROC03

Оплата Отмена

Описание Процесса Заказ пользователем автомобиля (автомобилей) такси с получением подтверждения заказа Предварительная оплата заказа Отмена заказанных пользователем маршрутов

5 Ключевые ограничения и допущения # AS1

Допущения

# CS1

Ограничения

6 Бизнес правила ID BR1

Название бизнес правила 24/7

BR2

Доступность

Описание Функционал продукта должен быть доступен для пользователей 24 часа в сутки, 7 дней в неделю. Функционал продукта должен быть доступен с любого браузера, используемого пользователем

7 Определение действующих лиц / Ролей Наименование роли Внешние пользователи Пользователь

Описание роли

Наименование аккаунта

Пользователем является любой посетитель WEB сайта с функционалом продукта

-

Внутренние пользователи Администратор Данная роль предназначена для администрирования функционала проекта, определения причин возможных спорных вопросов с пользователями и службой 24/7 Служба такси 24/7 Данная роль извещается о произведённом заказе и не имеет непосредственного доступа к функционалу продукта Банк Функционал БПЦ обеспечивает проведение платежей

Всех пользователей системы можно разделить на две основные группы:  

Внешние – конечные потребители Внутренние – персонал компании-заказчика

Конфиденциально

Страница 5 из 28


Версия документа 1.1

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

8 Бизнес требования 8.1 Базовые требования ID Описание требования Базовые требования BSREQ01 Должен быть создан WEB-based функционал для заказа автомобилей такси, состоящий из 3-х форм:  Форма расчёта стоимости (Рисунок 1, Рисунок 2, Рисунок 3)  Форма заказа такси (Рисунок 4)  Форма подтверждения заказа (Рисунок 7) BSREQ02 Должен быть создан функционал извещения пользователя по электронной почте BSREQ03 Должен быть создан функционал извещения службы такси 24/7 BSREQ04 Функционал продукта должен быть доступен на 3-х языках:  Русский  Английский  Немецкий

Дополнительно

Приоритет Critical

Critical Critical Critical

(Для описания требований взят Русский язык, т.к. вне зависимости от используемого языка вводимые данные неизменны)

8.2 Форма расчёта стоимости ID Описание требования Базовые требования PCFREQ01 Как заглавная страница данного функционала должна быть отображена «Форма расчёта стоимости» PCFREQ02 Форма расчёта стоимости должна состоять из 3-х логических блоков:  Из аэропорта  В аэропорт  По городу Блок «Из аэропорта» (Рисунок 1) PCFREQ03 Логический блок «Из аэропорта» формы расчёта стоимости должен содержать:  Область выбора аэропорта  Поле ввода адреса «Куда»  Область выбора количества пассажиров  Кнопка «Рассчитать стоимость»  Область расчёта  Кнопка «Заказать» PCFREQ04 Область выбора аэропорта должна состоять из пунктов*: «Домодедово» «Внуково» «Шереметьево»

Конфиденциально

Дополнительно

Приоритет High High

Critical

Тип элемента: Radio Buttons

High

Страница 6 из 28


Версия документа 1.1

PCFREQ05 Поле ввода адреса «Куда»* Должно позволять пользователю вводить любые текстовые данные об адресе конечного пункта поездки. Так же пользователю должны отображаться подсказки при вводе адреса. PCFREQ06 Область выбора количества пассажиров должна состоять из пунктов*: «Одна машина» «Две машины» «Три машины» PCFREQ07 Кнопка «Рассчитать стоимость» На основании введённых данных при нажатии на кнопку, должен производится расчёт стоимости маршрута PCFREQ08 В случае, если при нажатии кнопки «Рассчитать стоимость» не заполнено Поле ввода адреса, пользователю должно быть отображено извещение NOT01 и операция расчёта не должна быть произведена PCFREQ09 Область расчёта* Нередактируемое поле, в котором отображаются результаты расчёта стоимости маршрута от начальной точки до конечной, в зависимости от введённых ранее данных (доступно только после нажатия кнопки «рассчитать стоимость») PCFREQ10 Кнопка «Заказать» Доступна только после корректного введения всех описанных выше данных. При нажатии переносит пользователя на страницу «форма заказа такси» Блок «В аэропорт» (Рисунок 2) PCFREQ11 Логический блок «Из аэропорта» формы расчёта стоимости должен содержать:  Поле ввода адреса «Откуда»  Область выбора аэропорта  Область выбора количества пассажиров  Область расчёта  Кнопка «Рассчитать стоимость»  Кнопка «Заказать» PCFREQ12 Поле ввода адреса «Откуда»* Должно позволять пользователю вводить любые текстовые данные об адресе начального пункта поездки. Так же пользователю должны отображаться подсказки при вводе адреса. PCFREQ13 Область выбора аэропорта должна состоять из пунктов*: «Домодедово» «Внуково» «Шереметьево» PCFREQ14 Область выбора количества пассажиров должна состоять из пунктов: «Одна машина» «Две машины» «Три машины»

Конфиденциально

Тип элемента: Text field Обязательно для заполнения.

High

Тип элемента: Radio Buttons

High

Тип элемента: Button

High

High

Тип элемента: Label

High

Тип элемента: Button

High

Critical

Тип элемента: Text field Обязательно для заполнения. Тип элемента: Radio Buttons

Тип элемента: Radio Buttons

High

High

High

Страница 7 из 28


Версия документа 1.1

PCFREQ15 Кнопка «Рассчитать стоимость» На основании введённых данных при нажатии на кнопку, должен производится расчёт стоимости маршрута PCFREQ16 В случае если при нажатии кнопки «Рассчитать стоимость» не заполнено Поле ввода адреса, пользователю должно быть отображено извещение NOT01 и операция расчёта не должна быть произведена PCFREQ17 Область расчёта Нередактируемое поле, в котором отображаются результаты расчёта стоимости маршрута от начальной точки до конечной, в зависимости от введённых ранее данных (доступно только после нажатия кнопки «рассчитать стоимость») PCFREQ18 Кнопка «Заказать» Доступна только после корректного введения всех описанных выше данных. При нажатии переносит пользователя на страницу «форма заказа такси» Блок «По городу» (Рисунок 2) PCFREQ19 Логический блок «Из аэропорта» формы расчёта стоимости должен содержать:  Поле ввода адреса «Откуда»  Поле ввода адреса «Куда»  Область выбора количества пассажиров  Область расчёта  Кнопка «Рассчитать стоимость»  Кнопка «Заказать» PCFREQ20 Поле ввода адреса «Откуда»* Должно позволять пользователю вводить любые текстовые данные об адресе начального пункта поездки. Так же пользователю должны отображаться подсказки при вводе адреса. PCFREQ21 Поле ввода адреса «Куда»* Должно позволять пользователю вводить любые текстовые данные об адресе конечного пункта поездки. Так же пользователю должны отображаться подсказки при вводе адреса. PCFREQ22 Область выбора количества пассажиров должна состоять из пунктов*: «Одна машина» «Две машины» «Три машины» PCFREQ23 Кнопка «Рассчитать стоимость» На основании введённых данных при нажатии на кнопку, должен производится расчёт стоимости маршрута PCFREQ24 В случае если при нажатии кнопки «Рассчитать стоимость» не заполнено одно из полей ввода адреса, пользователю должно быть отображено извещение NOT01 и операция расчёта не должна быть произведена PCFREQ25 Область расчёта Нередактируемое поле, в котором отображаются результаты расчёта стоимости маршрута от начальной точки до

Конфиденциально

Тип элемента: Button

High

High

Тип элемента: Label

High

Тип элемента: Button

High

Critical

Тип элемента: Text field Обязательно для заполнения.

High

Тип элемента: Text field Обязательно для заполнения.

High

Тип элемента: Radio Buttons

Тип элемента: Button

High

High

High

Тип элемента: Label

High

Страница 8 из 28


Версия документа 1.1

конечной, в зависимости от введённых ранее данных (доступно только после нажатия кнопки «рассчитать стоимость») PCFREQ26 Кнопка «Заказать» Доступна только после корректного введения всех описанных выше данных. При нажатии переносит пользователя на страницу «форма заказа такси» PCFREQ27 Все введённые в форме расчёта данные должны быть перенесены в «форму заказа» с изменениями в зависимости от типа данных.

Тип элемента: Button

High

High

8.3 Форма заказа ID Описание требования Базовые требования OFREQ01 Форма заказа должна быть доступна для пользователя только после корректного заполнения «формы расчёта стоимости» OFREQ02 Форма заказа содержит указанные на Рисунок 4 элементы. Блок Описание заказа OFREQ03 Блок содержит: Нередактируемое поле, содержащее описание выбранного в форме расчёта стоимости маршрута в формате: [from_airport /from_address ] >[ to_airport /to_address ], [number_of_cars ] [ to_airport /to_address ] > [from_airport /from_address ], [number_of_cars ] Вторая стока отображается только если выбран обратный маршрут (OFREQ13) Блок Дата и время поездки OFREQ04 Блок служит для введения данных о времени и дате поездки, так же о номере рейса, к прибытию/отправлению которого нужно доставить автомобиль (автомобили) такси. OFREQ05 Дата поездки* Выбирается дата поездки.

OFREQ06 Выбранная пользователем дата не может быть меньше текущей даты. OFREQ07 Время поездки* Выбирается время поездки.

OFREQ08 Пользователь должен иметь возможность выбрать время заказа с точностью до 5-ти минут OFREQ09 Выбранное пользователем время не может быть меньше текущего (если выбрана текущая дата). OFREQ10 Выбранное пользователем время должно быть больше текущего на 3 часа (если выбрана текущая дата). В противном случае пользователь получает извещение NOT02 OFREQ11 № рейса Текстовое поле для ввода номера рейса, к

Конфиденциально

Дополнительно

Приоритет Critical Medium

Тип элемента: Label

High

High

Тип элемента: Calendar Обязательно для заполнения.

High

High Тип элемента: Drop down Обязательно для заполнения.

High

High High High

Тип элемента: Text field

High

Страница 9 из 28


Версия документа 1.1

прибытию/отправлению которого нужно доставить автомобиль (автомобили) такси. Поле доступно для ввода любых символов и ограничено максимальным количеством символов - 10 Блок Маршрут в обратную сторону OFREQ12 Блок служит для заказа автомобиля такси по маршруту, обратному заказанному по направлению OFREQ13 Checkbox Маршрут в обратную сторону Открывает для редактирования блок «Маршрут в обратную сторону» OFREQ14 Дата поездки* Выбирается дата поездки. Обязательно для заполнения

OFREQ15 Выбранная пользователем дата не может быть меньше текущей даты. OFREQ16 Время поездки* Выбирается время поездки.

OFREQ17 Пользователь должен иметь возможность выбрать время заказа с точностью до 5-ти минут OFREQ18 Выбранное пользователем время не может быть меньше текущего (если выбрана текущая дата). OFREQ19 Выбранное пользователем время должно быть больше текущего на 3 часа (если выбрана текущая дата). В противном случае пользователь получает извещение NOT02 OFREQ20 № рейса Текстовое поле для ввода номера рейса, к прибытию/отправлению которого нужно доставить автомобиль (автомобили) такси. Поле доступно для ввода любых символов и ограничено максимальным количеством символов - 10 Блок Дополнительно OFREQ21 Блок Дополнительно содержит: Редактируемое текстовое поле, в которое пользователь может внести произвольную дополнительную информацию о заказе. OFREQ22 Текстовое поле не ограниченно количеством символов и форматом вводимых данных. Блок Дополнительные услуги OFREQ23 Блок Дополнительные услуги содержит: Кнопки выбора дополнительных услуг. OFREQ24 Кнопка Багаж Добавляет в заказ информацию о необходимости предоставить автомобиль с более вместительным багажником OFREQ25 Кнопка Детское кресло Добавляет в заказ информацию о необходимости предоставить автомобиль с детским креслом Блок Контактная информация

Конфиденциально

Необязательно для заполнения.

High Тип элемента: CheckBox

High

Тип элемента: Calendar Обязательно для заполнения.

High

High Тип элемента: Drop down Обязательно для заполнения.

High

High High High

Тип элемента: Text field Необязательно для заполнения.

High

Тип элемента: Text field Необязательно для заполнения.

High

High

Medium Тип элемента: Button Необязательный

Medium

Тип элемента: Button Необязательный

Medium

Страница 10 из 28


Версия документа 1.1

OFREQ26 Блок Контактная информация служит для внесения данных пользователя о себе и состоит из полей:  Имя  e-mail  Контактный телефон OFREQ27 Поле Имя Доступно для заполнения произвольными символами, ограничено 50-ю вводимыми символами OFREQ28 Поле e-mail Служит для внесения данных о e-mail пользователя

High

Тип элемента: Text field Обязательно для заполнения. Тип элемента: Text field Обязательно для заполнения.

OFREQ29 Вводимые данные должны соответствовать маске: Часть адреса до символа @ может включать любые из этих символов: Английские буквы верхнего и нижнего регистра (a–z, A–Z) Цифры от 0 до 9 Символы ! # $ % & ' * + - / = ? ^ _ ` { | } ~ Символ . (точка) при условии, что он не первый и не последний, а также, если он не повторяется больше одного раза подряд

High

High

High

Общая длина части адреса до символа @ может быть вплоть до 64 символов. Часть адреса после символа @ (домен) может включать любые из этих символов: Английские буквы нижнего регистра (a–z) Цифры от 0 до 9 Символ - (тире) Символ . (точка) Части домена, разделенные точкой не должны начинаться с цифры или тире и не должны заканчиватся тире, а также они должны иметь длину от 1 до 63 символов. Общая длина домена должна иметь максимум 253 символа. Доменная часть может быть IP-адресом, заключенным в квадратные скобки. OFREQ30 Поле Контактный телефона Служит для внесения данных о контактном номере телефона пользователя OFREQ31 Вводимые данные должны соответствовать маске: Доступно для заполнения цифрами от 0 до 9, Символами ! # $ % & ' * + - / = ? ^ _ ` { | } ~. Общая длинна номера не должна быть меньше 11ти символов и не должна превышать 20 символов OFREQ32 В случае, если общее количество символов меньше 11, пользователь должен получать уведомление NOT03 Блок Контрактная информация OFREQ33 Блок служит для отображения пользователю пользовательского соглашения на оказываемые услуги

Конфиденциально

Тип элемента: Text field Обязательно для заполнения.

High

High

High

High

Страница 11 из 28


Версия документа 1.1

OFREQ34 Содержит:  Поле информации  CheckBox соглашения OFREQ35 Поле информации Нередактируемое поле, содержащее текстовую информацию пользовательского соглашения OFREQ36 Checkbox соглашения Служит подтверждением о прочтении пользователем условий пользовательского соглашения в Поле информации Блок Оплаты (Рисунок 5, Рисунок 6) OFREQ37 Блок оплаты служит для выбора типа оплаты, введения платёжных данных и проведения оплаты OFREQ38 Блок состоит из вкладок:  Оплатить сейчас  Оплатить водителю OFREQ39 Оплатить сейчас содержит стандартные поля для введения платёжных данных:  Тип карты  Номер карты  CVC/CVV  Срок действия  Имя владельца  Блока информации о цене и маршруте OFREQ40 Тип карты Drop Down перечень возможных для оплаты пластиковых карт: Выберите карту VISA Master Card OFREQ41 Номер карты Поле, предназначенное для введения данных о номере пластиковой карты. Количество символов – 16 (не меньше и не больше) Только числовые символы OFREQ42 CVC/CVV количество символов – 3

OFREQ43 Срок действия Месяц Состоит из списка: Янв Фев Мар Апр Май Июн Июл Авг Сен Окт Ноя

Конфиденциально

High

Тип элемента: Scroll Label

High

Тип элемента: Checkbox Обязательное

High

Critical Critical

Critical

Тип элемента: Drop down Обязательно для заполнения.

Critical

Тип элемента: Numeric field Обязательно для заполнения.

Critical

Тип элемента: Text field Обязательно для заполнения. Тип элемента: Drop down Обязательно для заполнения.

Critical

High

Страница 12 из 28


Версия документа 1.1

Дек OFREQ44 Срок действия Год Состоит из списка: <текущий_год> <текущий_год+1> <текущий_год+2> <текущий_год+..> <текущий_год+..> <текущий_год+30> OFREQ45 Имя владельца Доступно для заполнения только латинскими символами Минимальное количество символов – 3 Максимальное количество символов – 70 Недоступны для заполнения символы ! # $ % & ' * + - / = ? ^ _ ` { | } ~. Возможен ввод пробела OFREQ46 Блок информации о цене и маршруте содержит рассчитанную ранее информацию о маршруте (аналогичен OFREQ03) и цене с поправкой на введённые в форме заказа данные о времени и дате: [order_date] [order_time] [from_airport /from_address ] >[ to_airport /to_address ], [number_of_cars ] [price_to] OFREQ47 В этой же области должен отображаться обратный маршрут и его цена (если он заказан) по правилу: [order_date_back ] [order_time_back] [ to_airport /to_address ]>[from_airport /from_address ], [number_of_cars ] [price_back ] OFREQ48 В этой же области должна отображаться суммарная стоимость заказа: 1. Если заказана поездка только в одну сторону, то отображать величину [price_to] 2. Если заказана поездка и в обратную сторону, то отображать ([price_to]+ [price_back ])*0,1 Ко всем указанным ценам должна быть применима логка скидок (Требования к начислению скидок) OFREQ49 Вкладка Оплатить водителю содержит только блок Блок информации о цене и маршруте, аналогичный описанному в OFREQ46, OFREQ47 и OFREQ48 OFREQ50 Вкладка Оплатить водителю активна по умолчанию, в случае, если цена на маршруты не рассчитана и должна в этом случае содержать общую информацию о действующих ценах и скидках. OFREQ51 Кнопка «Заказать такси» При нажатии система должна проверить корректность заполнения всех обязательных полей и перенаправить пользователя на страницу «формы подтверждения» OFREQ52 В случае, если при нажатии Кнопка «Заказать такси» не заполнено одно из полей, пользователю должно быть отображено извещение NOT01 и операция расчёта не должна быть произведена OFREQ53 В случае, если при нажатии Кнопка «Заказать такси» Отмечен факт прочтения пользовательсго соглашения,

Конфиденциально

Тип элемента: Drop down Обязательно для заполнения.

High

Тип элемента: Text field Обязательно для заполнения.

Critical

High

High

High

High

Тип элемента: Button Обязательный

High

High

High

Страница 13 из 28


Версия документа 1.1

пользователю должно быть отображено извещение NOT05 и операция расчёта не должна быть произведена Операции заказа OFREQ54 Если пользователем был выбран тип оплаты по карте «Оплатить сейчас», то при нажатии кнопки Кнопки «Заказать такси» система должна провести платёж за заказ в соответствии с введёнными данными пользователя и на сумму, указанную в суммарной стоимости заказа (OFREQ48), OFREQ55 Если пользователем был выбран тип оплаты по карте «Оплатить сейчас», то при нажатии кнопки Кнопки «Заказать такси» система должна сформировать ордер заказа, в соответствии с введёнными данными и образцом в Приложение 2, произвести вложение ордера в письмоизвещение (Приложение 1) и отправить на введённый пользователем e-mail адрес (OFREQ28) OFREQ56 Если пользователем был выбран вариант «оплата водителю», при нажатии Кнопки «Заказать такси» система должна сформировать ордер заказа, в соответствии с введёнными данными и образцом в Приложение 2, произвести вложение ордера в письмо-извещение (Приложение 1) и отправить на введённый пользователем e-mail адрес (OFREQ28) OFREQ57 При нажатии кнопки Кнопки «Заказать такси» система должна присвоить каждому маршруту (в том числе и маршруту с направлениями в точку назначения и обратно) уникальный идентификатор заказа - ID OFREQ58 Если при нажатии Кнопки «Заказать такси» произошла ошибка с верификацией данных о платёжной карте, система должна уведомить пользователя сообщением NOT04 OFREQ59 Если при нажатии Кнопки «Заказать такси» произошла ошибка, система должна уведомить Администратора

High

High

High

High

High

High

8.4 Требования к начислению скидок ID Описание требования Базовые требования DISREQ01 В случае, если пользователь выбирает [order_time] в промежутке между 14:00 и 00:00, пользователю должна начисляться скидка в размере 30% на сумму [price_to DISREQ02 В случае, если пользователь выбирает [order_time_back] в промежутке между 14:00 и 00:00, пользователю должна начисляться скидка в размере 30% на сумму [price_back ]

Дополнительно

Приоритет

[price_to*0,3

High

[price_back ]*0,3

High

[price_to*0,3

High

([price_toprice_toprice_to]+[price_back ])*0,3

High

price_to

DISREQ03 В случае, если пользователь выбирает маршрут (не обратный) по направлению в Домодедово ([to_airport ]= DME, Домодедово), пользователю должна быть начислена скидка в размере 30% на [price_to DISREQ04 В случае, если пользователь вводит для оплаты заказа в поле Номер карты (OFREQ41) номер от 4890994000000000 до 4890994000499999, то пользователю должна начисляться скидка в

Конфиденциально

Страница 14 из 28


Версия документа 1.1

размере 30% на итоговую стоимость заказа DISREQ05 В случае, если пользователь вводит для оплаты заказа в поле Номер карты (OFREQ41) номер 4111111111111112, то пользователю должна начисляться скидка в размере 50% на итоговую стоимость заказа DISREQ06 К одной цене (price_to или price_back ) может быть применена только одна скидка из возможных DISREQ07 К одной цене (price_to или price_back ) должна быть применена наибольшая скидка.

([price_toprice_toprice_to]+[price_back ])*0,5

High

High

High

8.5 Форма подтверждения ID Описание требования Базовые требования (Рисунок 7) CONRE01 Форма подтверждения должна содержать сведения об активных (неотменённых) заказах. CONRE02 Форма подтверждения должна содержать таблицу стоимостей заказа. CONRE03 Таблица должна содержать следующие столбцы: Заказ – в каждой строке указывается ID заказа Стоимость – в каждой строке указывается стоимость отдельно взятого заказа в соответствии с ID CONRE04 Форма заказа должна так же содержать ссылки:  Распечатать подтверждение заказа – ссылка на печатную версию формы  Отправить подтверждение заказа на e-mail – ссылка, при нажатии на которою повторяется процедура отправления e-mail (OFREQ5)  Отменить заказ – ссылка, при нажатии на которую пользователя перенаправляют на форму отмены заказа CONRE05 Форма заказа должна отображать таблицу заказов, содержащую следующие столбцы: Номер заказа – отображается ID заказа Откуда – отображается место отправления ([from_airport/from_address ]) Куда – отображается место прибытия [ to_airport/to_address ] Когда – отображается время и дата заказа [order_date] [order_time] или [ to_airport/to_address ] Количество пассажиров - [number_of_cars] Дополнительные услуги – отображаются выбранные пользователем дополнительные услуги. CONRE06 Форма должна отображать только активные заказы.

Дополнительно

Приоритет High High

Тип элемента: Table Обязательный

High

Тип элемента: Link Обязательный

High

Тип элемента: Table Обязательный

High

High

CONRE07 Служба такси 24/7 должна быть извещена о сформированном заказе.

High

8.6 Форма отмены заказа ID Описание требования Базовые требования

Конфиденциально

Дополнительно

Приоритет

Страница 15 из 28


Версия документа 1.1

ABRE01 ABRE02

ABRE03

ABRE04

ABRE05

ABRE06 ABRE07

Форма отмены заказа доступна только при переходе по ссылке Отменить заказ (CONRE04) Форма отмены заказа должна содержать таблицу со следующими столбцами: Номер заказа – отображается ID заказа Откуда – отображается место отправления ([from_airport from_address [to_airport to_address ]) Куда – отображается место прибытия [to_airport/to_address] Когда – отображается время и дата заказа [order_date] [order_time] или [order_date_back ] [order_time_back] Стоимость - [price_to/price_back ] Штрафы – отображаются начисленные службой 24/7 штрафы за отмену заказа. Строка ИТОГО – отображается суммарная стоимость всех активных заказов и штрафов пользователя. Если текущая дата и время отмены любого оплаченного активного заказа меньше чем 3 часа до назначенной даты и времени заказа ([order_date] [order_time] [order_date_back ] [order_time_back]), то на возврат денежных средств должен налагаться штраф в размере 30% от суммы заказа ([price_to] или [price_back ]) У пользователя должна быть возможность выбрать один и/или несколько заказов и отменить их, нажав кнопку «Далее» У пользователя должна быть возможность выйти из формы Отмены заказа не производя изменений в текущих заказах, нажав кнопку «Назад» Служба такси 24/7 должна быть извещена о любых изменениях в заказе. При возникновении ошибок в процессе отмены заказа должен быть извещён Администратор

High Тип элемента: Table Обязательный

High

High

Тип элемента: Button

High

Тип элемента: Button

High

High High

8.7 Форма управления заказами ID Описание требования Базовые требования OMRE01 Форма управления заказами должна содержать итоговые сведения о заказе. OMRE02 Форма подтверждения должна содержать таблицу стоимостей активных заказов. OMRE03 Таблица должна содержать следующие столбцы: Заказ – в каждой строке указывается ID активного заказа Стоимость – в каждой строке указывается стоимость отдельно взятого заказа в соответствии с ID OMRE04 Форма заказа должна так же содержать ссылки:  Распечатать подтверждение заказа – ссылка на печатную версию формы  Отправить подтверждение заказа на e-mail – ссылка, при нажатии на которою повторяется процедура отправления e-mail (OFREQ5)  Отменить заказ – ссылка, при нажатии на которую пользователя перенаправляют на форму отмены

Конфиденциально

Дополнительно

Приоритет High High

Тип элемента: Table Обязательный

High

Тип элемента: Link Обязательный

High

Страница 16 из 28


Версия документа 1.1

OMRE05

OMRE06 OMRE07

OMRE08 OMRE09 MORE10 MORE11

заказа Форма заказа должна отображать таблицу отменённых заказов, содержащую следующие столбцы: Номер заказа – отображается ID заказа Откуда – отображается место отправления ([from_airport/from_address ]) Куда – отображается место прибытия [ to_airport/to_address ] Когда – отображается время и дата заказа [order_date] [order_time] или [ to_airport/to_address ] Количество пассажиров - [number_of_cars] Дополнительные услуги – отображаются выбранные пользователем дополнительные услуги. Таблица должна быть активна только в случае, если есть отменённые заказы и отражать только отменённые заказы. Форма заказа должна отображать таблицу активных заказов, содержащую следующие столбцы: Номер заказа – отображается ID заказа Откуда – отображается место отправления ([from_airport/from_address ]) Куда – отображается место прибытия [ to_airport/to_address ] Когда – отображается время и дата заказа [order_date] [order_time] или [ to_airport/to_address ] Количество пассажиров - [number_of_cars] Дополнительные услуги – отображаются выбранные пользователем дополнительные услуги. Таблица должна отображать, только активные заказы. У пользователя должна быть возможность перейти на форму управления заказами из письма-подтверждения У пользователя должна быть возможность перейти на форму управления заказами, из формы отмены заказа Служба такси 24/7 должна быть извещена о сформированном заказе.

Тип элемента: Table Обязательный

High

High Тип элемента: Table Обязательный

High

High High High High

*Применяемые сокращения: from_airport – выбранный пользователем из списка аэропорт-начальная точка маршрута (PCFREQ04) to_airport – выбранный пользователем из списка аэропорт-конечная точка маршрута (PCFREQ13, PCFREQ21) from_address – введённый пользователем адрес-начальная точка маршрута (PCFREQ12) to_address – введённый пользователем адрес-конечная точка маршрута (PCFREQ05, PCFREQ20) order_time – время заказа автомобиля такси к начальной точке пути (OFREQ07) order_time_back – время заказа автомобиля такси на обратный маршрут (OFREQ16) order_date – дата заказа автомобиля такси к начальной точке пути (OFREQ05) order_date_back – дата заказа автомобиля такси на обратный маршрут (OFREQ14) number_of_cars – количество заказанных автомобилей (PCFREQ06, PCFREQ14, PCFREQ22) price_to – цена заказа автомобиля такси из начальной точки в конечную (PCFREQ09, PCFREQ17, PCFREQ25) price_back – цена заказа такси на обратный маршрут

9 Use Cases Основной целью Use Case является текстово-графическое представление требуемого поведения системы с точки зрения конечного пользователя в достижении одной или нескольких поставленных целей. Use Case одержит описание потока событий, описывающих взаимодействие между Ролями и системой. Use case

Конфиденциально

Страница 17 из 28


Версия документа 1.1

могут быть представлены визуально в виде UML диаграммы для отображения взаимодействия ролей с системой.

9.1 Use Case Диаграмма

9.2 Use Case Описание 9.2.1

Описание процесса заказа с оплатой водителю

ID Step_01 Step_02

Действие актёра Пользователь заходит на сайт Пользователь выбирает начальную и конечную точки маршрута

Step_03

Пользователь кликает кнопку «Заказать»

Step_04

Пользователь заполняет Блок Дата и время поездки Пользователь заполняет Блок Маршрут в обратную сторону Пользователь заполняет Блок Дополнительно

Step_05 Step_06

Конфиденциально

Отклик системы 1. Система производит расчёт стоимости маршрута, в зависимости от расстояния между начальной и конечной точками пути. 2. Система отображает стоимость пользователю (если точная стоимость не рассчитана, пользователю отображается информация о текущих ценах на пользование услугами) 3. Система открывает для пользователя кнопку «заказать» 1. Система переадресует пользователя на страницу заказа такси 2. Система вносит данные о маршруте, количестве заказанных машин в форму заказа такси

Страница 18 из 28


Версия документа 1.1

Step_07

Step_08 Step_09 Step_10 Step_11

Step_12 Step_13 9.2.2

Пользователь выбирает в Блок Дополнительные услуги необходимые параметры заказа Пользователь заполняет Блок Контактная информация Пользователь ознакомляется с Блок Контрактная информация Пользователь заполняет Блок Оплаты с выбором пункта «Оплата водителю» Пользователь нажимает кнопку «Заказать такси»

1. Система проверяет корректность заполнения всех обязательных полей (если есть некорректное заполнение одного из полей выдаётся нотификация) 2. На каждый выбранный пользователем маршрут система генерирует заказ 3. Система генерирует уникальный ID заказа 4. Система переадресует пользователя на страницу подтверждения заказа 5. Система отправляет e-mail сообщение пользователю 6. Система нотифицирует службу такси 24/7 о совершённом заказе. 7. Система передаёт данные о заказе в форму Подтверждения.

Пользователь получает e-mail подтверждение заказа Пользователь ознакомляется с web формой подтверждения заказа

Описание процесса заказа с оплатой картой

ID Step_01 Step_02

Действие актёра Пользователь заходит на сайт Пользователь выбирает начальную и конечную точки пути

Step_03

Пользователь кликает кнопку «Заказать»

Step_04

Пользователь заполняет Блок Дата и время поездки Пользователь заполняет Блок Маршрут в обратную сторону Пользователь заполняет Блок Дополнительно Пользователь выбирает в Блок

Step_05 Step_06 Step_07

Конфиденциально

Отклик системы 1. Система производит расчёт стоимости маршрута, в зависимости от расстояния между начальной и конечной точками пути. 2. Система отображает стоимость пользователю (если точная стоимость не рассчитана, пользователю отображается информация о текущих ценах на пользование услугами) 3. Система открывает для пользователя кнопку «заказать» 1. Система переадресует пользователя на страницу заказа такси 2. Система вносит данные о маршруте, количестве заказанных машин в форму заказа такси

Страница 19 из 28


Версия документа 1.1

Step_08 Step_09 Step_10 Step_11 Step_12

Step_13 Step_14 9.2.3

Дополнительные услуги необходимые параметры заказа Пользователь заполняет Блок Контактная информация Пользователь ознакомляется с Блок Контрактная информация Пользователь заполняет Блок Оплаты с выбором пункта «Оплатить сейчас» Пользователь заполняет Блок Оплаты Пользователь нажимает кнопку «Заказать такси»

1. Система проверяет корректность заполнения всех обязательных полей (если есть некорректное заполнение одного из полей выдаётся нотификация) 2. На каждый выбранный пользователем маршрут система генерирует заказ 3. Система генерирует уникальный ID заказа 4. Система проводит платёж в соответствии с введёнными данными пользователя и суммой заказа с учётом скидок 5. Система отправляет e-mail сообщение пользователю 6. Система нотифицирует службу такси 24/7 о совершённом заказе. 7. Система передаёт данные о заказе в форму Подтверждения. 8. Система переадресует пользователя на страницу подтверждения заказа

Пользователь получает e-mail подтверждение заказа Пользователь ознакомляется с web формой подтверждения заказа

Описание процесса отмены оплаченного заказа

ID Step_01 Step_02

Действие актёра Пользователь заходит на сайт Пользователь выбирает начальную и конечную точки пути

Step_03

Пользователь кликает кнопку «Заказать»

Step_04

Пользователь заполняет Блок Дата и время поездки Пользователь заполняет Блок Маршрут в обратную сторону

Step_05

Конфиденциально

Отклик системы 1. Система производит расчёт стоимости маршрута, в зависимости от расстояния между начальной и конечной точками пути. 2. Система отображает стоимость пользователю (если точная стоимость не рассчитана, пользователю отображается информация о текущих ценах на пользование услугами) 3. Система открывает для пользователя кнопку «заказать» 1. Система переадресует пользователя на страницу заказа такси 2. Система вносит данные о маршруте, количестве заказанных машин в форму заказа такси

Страница 20 из 28


Версия документа 1.1

Step_06 Step_07

Step_08 Step_09 Step_10 Step_11 Step_12

Step_13 Step_14

Пользователь заполняет Блок Дополнительно Пользователь выбирает в Блок Дополнительные услуги необходимые параметры заказа Пользователь заполняет Блок Контактная информация Пользователь ознакомляется с Блок Контрактная информация Пользователь заполняет Блок Оплаты с выбором пункта «Оплатить сейчас» Пользователь заполняет Блок Оплаты Пользователь нажимает кнопку «Заказать такси»

Пользователь получает e-mail подтверждение заказа Пользователь ознакомляется с web формой подтверждения заказа Пользователь кликает ссылку отмены заказа

Пользователь выбирает маршрут для отмены Пользователь кликает кнопку «Далее»

1. Система проверяет корректность заполнения всех обязательных полей (если есть некорректное заполнение одного из полей выдаётся нотификация) 2. На каждый выбранный пользователем маршрут система генерирует заказ 3. Система генерирует уникальный ID заказа 4. Система проводит платёж в соответствии с введёнными данными пользователя и суммой заказа с учётом скидок 5. Система отправляет e-mail сообщение пользователю 6. Система нотифицирует службу такси 24/7 о совершённом заказе. 7. Система передаёт данные о заказе в форму Подтверждения. 8. Система переадресует пользователя на страницу подтверждения заказа

1. Система перенаправляет пользователя на форму отмены заказа 2. Система формирует список заказанных маршрутов

1. Система перенаправляет пользователя на форму управления заказами 2. Система возвращает сумму отменённого маршрута на картсчёт пользователя 3. Система извещает службу такси 24/7 о изменениях в заказанных маршрутах 4. Система формирует списки заказов пользователя (активные и отменённые)

Пользователь ознакамливатся с текущими заказанными маршрутами

Конфиденциально

Страница 21 из 28


Версия документа 1.1

Заказ такси Оплата Отмена заказа

R R R

E E E

I I I

Банк

Служба такси 24/7

1 2 4

Процесс / Роль

Администратор

ID

Пользователь

10 RIE матрица

R R

Данная матрица служит для понимания функции разделения ролей, определение доступного функционала для каждой из ролей.

Правила заполнения. Строки <Process_#> служат для внесения в них описанного ранее атомарно разделённого процесса. Столбцы <Actor_#> служат для внесения в них описанной ранее роли, участвующей в процессе. В ячейки, находящиеся на пересечении Процесса <Process_#> и Актёра <Actor_#> вносится символы R и/или I, где:   

R (Responsible) – Указанный Актёр <Actor_#> непосредственно исполняет Процесс <Process_#> I (Inform after doing) – Указанный Актёр <Actor_#> информируется о результате окончания Процесса <Process_#> E (error informing) – Указанный Актёр <Actor_#> информируется только о сбоях и неполадках в ходе совершения или в результате окончания Процесса <Process_#>

11 Образцы UI В данном разделе прилагаются дополнительно разработанные формы пользовательского интерфейса. Приложенные формы не могут являться основанием для разработки, а отображают лишь возможное расположение элементов интерфейса системы.

Конфиденциально

Страница 22 из 28


Версия документа 1.1

11.1 Форма расчёта стоимости

Рисунок 1 Форма расчёта поездки «Из аэропорта»

Конфиденциально

Страница 23 из 28


Версия документа 1.1

Рисунок 2 Форма расчёта стоимости «В аэропорт»

Рисунок 3 Форма расчёта стоимости «По городу»

Конфиденциально

Страница 24 из 28


Версия документа 1.1

11.2 Форма заказа такси

Рисунок 4 Форма заказа такси

Конфиденциально

Страница 25 из 28


Версия документа 1.1

Рисунок 5 Информация для заказа. Вкладка «Оплатить сейчас»

Рисунок 6 Информация для заказа. Вкладка «Оплата водителю»

Конфиденциально

Страница 26 из 28


Версия документа 1.1

11.3 Форма подтверждения

Рисунок 7 Образец формы подтверждения

12 Извещения системы ID Русский NOT01 Заполните поле <empty_field>.

Английский Please fill in the "<empty_field>" field.

Немецкий Füllen Sie bitte das Feld "<empty_field>" aus

NOT02 На сайте заказ такси возможен минимум за 3 часа до планируемого времени подачи машины. Позвоните нам 8 800 200 000 7 для заказа по телефону. NOT03 Номер телефона должен состоять не менее чем из десяти символов NOT04 Произошла ошибка во время транзакции. Пожалуйста, повторите попытку позже или воспользуйтесь альтернативными способами оплаты

Конфиденциально

Страница 27 из 28


Версия документа 1.1

NOT05 Пожалуйста, поставьте отметку о том, что вы согласны с Условиями перевозки такси

13 Приложения 13.1 Приложение 1

13.2 Приложение 2 Taxi_confirmation.pd f

14 Описание приоритетов требований 14.1.1 Critical

Требование должно быть в общем объёме работ. Неприемлемы никакие отклонения в процессе имплементации. По итогу тестирования не должно быть дефектов. В процессе тестирования данное требование должно быть проверено в первую очередь. 14.1.2 High

Требование должно быть в общем объёме работ. Неприемлемы никакие отклонения в процессе имплементации. По итогу тестирования не должно быть дефектов со статусом Blocker, Critical, Major. В процессе тестирования данное требование должно быть проверено во вторую очередь. 14.1.3 Medium

Требование должно быть в общем объёме работ. Приемлемы небольшие отклонения в процессе имплементации. По итогу тестирования не должно быть дефектов со статусом Blocker, Critical, Major. В процессе тестирования данное требование должно быть проверено в третью очередь.

14.2 Взаимосвязанные документы  

Запрос на разработку <Optional>

Конфиденциально

Страница 28 из 28

Специффикация к продукту Сайт заказа Такси  

requirements speffication to Taxi ordering WEB site

Read more
Read more
Similar to
Popular now
Just for you