3. ТЕСТЫ
Функциональность готового приложения должна быть проверена с помощью следующих тестов:
1)Регистрация нового пользователя с подтверждением почты.
2)Проверка, слышно ли пользователя с включённым и с выключенным микрофоном остальным участникам комнаты.
3)Проверка, видно ли пользователя с включённой и с выключенной камерой остальным участникам комнаты.
4)Проверка, видно ли отправленное участником сообщение остальным участникам комнаты.
5)Приглашение в текущую комнату авторизованным участником авторизованного пользователя, не подключённого к этой комнате.
6)Исключение участников комнаты владельцем.
7)Установка и изменение пароля от комнаты.
8)Пропуск пользователя по его запросу в текущую комнату владельцем.
9)Изменение владельца комнаты.
34
ЗАКЛЮЧЕНИЕ
Входевыполнения работы быласпроектированаплатформадляголосовой
ивидеосвязи. Были сформированы технические требования, архитектурное описание и тесты для проекта. При разработке архитектуры платформы для удобства было обозначено несколько видов пользователей: модератор, авторизированный и неавторизированный пользователи, владелец комнаты, неавторизированный и авторизированный участники комнаты.
Модераторская часть содержит инструменты управления платформой и просмотра отладочной информации. В клиентской части архитектуры разрабатывается максимально удобный и доступный интерфейс для работы потенциального клиента платформы.
СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ
1.Леоненков А. В. Самоучитель UML 2. – СПб.: БХВ-Петербург, 2007.
–576 с.
2.Водяхо А. И., Выговский Л. С., Дубенецкий В. А., Цехановский В. В., Архитектурные решения информационных систем. – СПб.: Издательство
«Лань», 20 с.
3.Bryan Basham, Kathy Sierra, Bert Bates. «Head First Servlets and JSP: Passing the Sun Certified Web ComponentDeveloperExam» — O'ReillyMedia,2008.
—883 с.
