Итоговая работа

История изменений в документе указана в Таблице 1

Таблица 1 – История изменений

Введение

Назначение документа

Настоящий документ описывает пользовательские и системные требования к сайту магазина делового стиля одежды «Роман» в городе Томск.

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

Рамки проекта и свойства системы

Система позволит компании-Заказчику получить полностью готовый сайт спустя 4 месяца после обращения и оформления заявки.

Система позволит компании-Заказчику увеличить охват магазина в 4

раза за первые полгода, как сайт будет введен в работу.

Система позволит увеличить прибыль от продажной деятельности на сайте в 2 раза за первые полгода, как сайт будет введен в работу.

1. Общее описание системы

1.1. Назначение, возможности и результаты применения программной

системы

Сайт для магазина одежды делового стиля «Роман» предназначен для автоматизации процессов и повышения продаж.

Система даст повысить продажи за счет размещения всей информации в едином пространстве – сайте, так как раньше сайт был устаревшим и не актуальным.

Система позволит сократить время на формирования заказов и прочих вопросов клиентов за счёт возможности использования онлайн оплаты на сайте и разделу «Часто задаваемые вопросы»

Контекстная диаграмма отображает взаимодействие Системы с пользователями и другими системами (рисунок 1).

Рисунок 1 – Контекстная диаграмма

1.2. Классы пользователей и смежные системы

Описание пользователей и их интересов отображены в Таблице 2

Таблица 1.1 – Описание пользователей и область интересов

1.3. Use-case диаграмма

Рисунок 2 – Use-case диаграмма

2. Требования к выполняемым функциям

2.1. Роли пользователей и смежных систем

Описание ролей пользователей отображены в Таблице 3

Таблица 2.1.1 - Роли

ID Роли

1Клиент

2Сотрудник отдела продаж

3Админ

4Владелец филиала магазина

2.2. Способы применения (Use Case Scenarios)

Таблица 2.2.1. - Use Case Scenarios 1

ID: UC-1.1

Автор: Болтушкин Леонид

Название: Создание заказа

Действующее лицо: Клиент

Предусловия:

Пользователь имеет статус «Клиент»

Пользователь находится на главной страницы сайта

Основной поток:

1)К выбирает товар с помощью нажатия на иллюстрацию товара

2)Система открывает страницу товара

3)К с помощью кнопки «Избранное» добавляет товар в корзину

4)Система добавляет товар в список всех товаров, которые таким же способом добавил Клиент

5)Клиент входит в список избранных товаров с помощью кнопки

«Избранное» в правом верхнем углу

6)Система открывает страницу со всеми добавленным товарами

Продолжение таблицы 2.2.1

7)Пользователь видит страницу с добавленным товарами

Альтернатива: нет

Таблица 2.2.2 - Use Case Scenarios 2

ID: UC-1.2

Автор: Болтушкин Леонид

Название: Оплатить заказа

Действующее лицо: Клиент

Предусловия:

Пользователь имеет статус “Клиент”

Выполнение UC-1.1 – Пользователь находится в разделе «Корзина»

Основной поток:

1)Клиент нажимает на кнопку “Оплата”

2)Система открывает окно оплаты с полями данных:

1.Адрес доставки

2.Почтовый индекс

3.Имя

4.Фамилия

5.Номер телефона

6.Способ оплаты

3)Клиент заполняет поля данных и выбирает способ оплаты: «Банковская карта».

4)Система проводит проверку данных

5)Система выводит окно с вводом данных карты

6)Клиент заполняет данные

7)Клиент нажимает кнопку “Оплатить”

8)Система перенаправляет на страницу банка, где открывается поле ввода,

подтверждающего оплату кода

9)Система отправляет код подтверждения на телефон клиента

Продолжение таблицы 2.2.2.

10)Клиент получает СМС и вводит код

11)Банковская система проводит проверку на корректность данных и подтверждает успешную оплату

12)Система сайта отправляет уведомление об успешном оформление заказа

13)Клиент получает уведомление

Альтернатива:

4) Система обнаружила ошибку в полях данных

4.1) Система сообщает, какие данные были введены неверно

4.2) Выполнение сценария переходит к шагу 3

8) Банковская система при проверке обнаружила ошибку в веденном коде

8.1) Система оповещает о неверном коде и переотправляет код заново

Таблица 2.2.3. - Use Case Scenarios 3

ID: UC-1.3

Автор: Болтушкин Леонид

Название: Отменить заказ

Действующее лицо: Клиент

Предусловия:

Пользователь имеет статус “Клиент”

Выполнение кейса UC-1.2 -Пользователь находится в главном меню

Основной поток:

1)Клиент нажимает на кнопку “Заказы” для открытия списка заказов

2)Система открывает страницу со списком заказов

3)Клиент в списке заказов нажимает кнопку “Отменить заказ”

4)Система открывает страницу отмены заказа, на которой есть поле причины отмены заказа

5)Клиент вводит причину отмены заказы

6)Клиент нажимает кнопку “Отменить”

Продолжение таблицы 2.2.3.

7)Система пересылает клиента на главную страницу

8)Система отправляет уведомление об отмене заказа и возврате денег в течение недели

9)Клиент получил уведомление

Альтернатива:

5)Клиент не ввёл причину отмены заказа и нажал кнопку “Отменить заказ”

5.1)Выполнения сценария сразу переходит к шагу 6

Таблица 2.2.4. - Use Case Scenarios 4

ID: UC-2.1

Автор: Рыбин Никита

Название: Проверить наличие товара в определенном магазине

Действующее лицо: Сотрудник отдела продаж(СОП)

Предусловия:

Пользователь входит на сайт под статусом “Сотрудник отдела продаж” Пользователь находится на сайте магазине в среде, созданной для изменения информации о товаре

Основной поток:

1)СОП ищет конкретный товар с помощью строки поиска

2)Система выводит товары с похожими названиями

3)СОП выбирает конкретный товар

4)Система открывает страницу товара с подробной информацией о нем

5)СОП выбирает информацию о товаре в конкретном магазине

6)Система выводит информацию о товаре в конкретном магазине

7)СОП видит информацию о наличие товара в определенном магазине

Альтернатива:

Нет