Описание вариантов использования
Техническое задание проекта
«ЭЛЕКТРОННАЯ ДОСКА ОБЪЯВЛЕНИЙ »
СОДЕРЖАНИЕ
1. ВВЕДЕНИЕ.. 2
1.1 Цель. 2
1.2 Краткая сводка возможностей. 2
1.3 Определения, акронимы и сокращения. 2
2. ОБЗОР СИСТЕМЫ... 3
2.1 Общие требования к системе. 3
2.2 Роли в системе. 3
2.3 Обзор вариантов использования. 3
2.4 Обзор пользовательского интерфейса. 3
3. ДЕТАЛЬНЫЕ ТРЕБОВАНИЯ.. 4
3.1 Описание вариантов использования. 4
3.2 Требования к экранным формам.. 5
4 ДОПОЛНИТЕЛЬНЫЕ ТРЕБОВАНИЯ.. 6
4.1 Список категорий. 6
4.2 Другие функциональные требования. 7
4.3 Нефункциональные требования. 7
5. ИСТОРИЯ ИЗМЕНЕНИЯ ДОКУМЕНТА.. 8
ВВЕДЕНИЕ
Цель
Разработка электронной доски объявлений для демонстрации практических навыков разработки, полученных во время прохождения очного курса программирования компании СоларЛаб.
Краткая сводка возможностей
Электронная доска объявлений должна предоставлять возможность создавать объявления с возможностью указания контактов продающего и категории товара. Система должна позволять добавлять фотографии к каждому объявлению.
Система должна предоставлять возможность эффективного поиска по ряду параметров.
Определения, акронимы и сокращения
ТЗ – Техническое задание (данный документ)
Система – веб-сайт «Электронная доска объявлений», требования к которому указаны в данном документе.
TBD – To Be Defined. Секция в ТЗ, которая должна быть определена позже.
|
|
|
FAQ – Frequently Asked Questions. Часто задаваемые вопросы.
ВИ – Вариант Использования или Use Case, описание см. Википедию.
ОС – операционная система.
ИС – информационная система.
БД – база данных, место хранения информации ИС.
П2 – требования второго приоритета. Приступать к выполнению, только после реализации основного функционала.
ОБЗОР СИСТЕМЫ
Общие требования к системе
Система должна быть реализована как веб-приложение, с использованием технологии Microsoft .Net. Проект должен быть впоследствии развернут на серверах с ОС Windows.
Роли в системе
Неавторизированный пользователь – все посетители системы, не прошедшие процедуру регистрации\логина.
Авторизированный пользователь – зарегистрированный пользователь системы, прошедший процедуру логина.
Администратор – роль с повышенными привилегиям (TBD).
Обзор вариантов использования
Неавторизированный пользователь должен иметь возможность аутентифицироваться и авторизоваться в системе как путем регистрации, так и используя внешнюю аутентификацию через сервисы OAuth от Google, Facebook и VK (внешняя аутентификация - П2)
Авторизированный пользователь должен иметь возможность создавать, просматривать, редактировать и удалять свои объявления. А также просматривать контактные данные других пользователей и оставлять комментарии к объявлениям.
|
|
|
Все пользователи должны иметь возможность просматривать все объявления.
Администратор должен иметь возможность удалять все объявления.
Обзор пользовательского интерфейса.
Все страницы сайта системы должны быть структурно разделены на три блока: шапка, контентная часть и подвал.
Шапка дублируется на всех страницах. Содержит в себе логотип, название сайта, а также навигацию по сайту с возможность поиска. (Рис. 2.4.1). Также должна содержать кнопку «Подать объявление» и регистрационную информацию (либо ссылку на вход и регистрацию). Шапка должна дублироваться на всех страницах системы.
Рисунок 2.4.1 – Шапка сайта
Контентная часть содержит динамически генерируемую информацию, основное содержимое сайта.
Подвал сайта содержит служебную информацию, такую как copyright и счётчики для ведения статистики (TBD). Также в нем должны быть размещены ссылки на социальные сети компании и контакты службы поддержки (разработчиков).
ДЕТАЛЬНЫЕ ТРЕБОВАНИЯ
Описание вариантов использования
|
|
|
ВИ «Регистрация в системе»
Описание ВИ
Незарегистрированный пользователь должен иметь возможность зарегистрироваться в системе.
Предусловия
Пользователь не зарегестрирован в системе (не создан его аккаунт с персональными данными)
Дата добавления: 2019-03-09; просмотров: 284; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!