1. ТРЕБОВАНИЯ

1.1. Глоссарий

Глоссарий терминов приведён в таблице 1.

Таблица 1. Глоссарий

1.2. Бизнес-требования

В бизнес-требования заказчика входят:

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

2)Стабильная работа платформы при нагрузке в 3 000 посетителей в день.

6

3)Интуитивно понятный интерфейс для любого пользователя.

4)Элементы интерфейса должны быть недвусмысленными.

5)Корректное отображение сайта во всех популярных браузерах (Chrome,

Safari, Opera, Firefox, Edge) на ПК и телефонах.

1.3. Пользовательские требования

Для удобства использования сайта пользователями были добавлены следующие требования:

1)Возможность регистрации и авторизации пользователей.

2)Наличие средств поиска комнат по названиям.

3)Возможность создавать комнаты авторизованным пользователям.

4)Возможность подключаться к открытым комнатам любым пользователям.

5)Способность настраивать комнаты владельцем.

1.4. Системные требования

Требования к применяемому оборудованию и ПО:

1)Выделенный сервер с базой данных.

2)Возможность установки и использования Java Virtual Machine и Apache Tomcat.

3)Зарегистрированное доменное имя.

4)Для пользователей: любой популярный браузер.

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

1)Пользователь имеет возможность регистрации при помощи почты.

2)Пользователь имеет возможность регулировать свой микрофон.

3)Пользователь имеет возможность регулировать свою камеру.

4)Участник комнаты может отправлять текстовое сообщение всем участникам текущей комнаты.

5)Авторизованный участник комнаты может приглашать авторизованных пользователей в текущую комнату.

7

6)Владелец имеет возможность исключать участников из своей комнаты.

7)Владелец имеет возможность ставить пароль на свою комнату.

8)Владелец имеет возможность пропускать пользователей по их запросу в свою комнату.

9)Владелец может передать свои права авторизованному участнику комнаты.

1.6.Нефункциональные требования

1)Обеспечение безопасной связи с помощью шифрования.

2)Попытка уменьшения нагрузки на клиентской стороне при слабом соединении между платформой и пользователем.

8