2.3.3 Диаграмма активности

Описание диаграммы активности: для каждого пользователя, описанного

ранее, существует определённый набор активностей. Всего у нас 3 группы пользователей.

Error: Reference source not found. Диаграмма активности.

Первая группа пользователей – это неавторизованные пользователи. Они могут зарегистрироваться в системе. Если они уже были зарегистрированы, то они могут авторизоваться при помощи своего логина и пароля. Так же неавторизованным пользователям доступен просмотр доступных сеансов.

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

И третья группа пользователей – это администраторы. Они уже имеют больше прав, чем обычный пользователь. Администраторы могут собирать статистику по фильмам и кинотеатру. Также, им доступны списки доступных сеансов для обновления. Также, у них есть возможность размещать различную рекламу в приложении.

2.3.4 Диаграмма развертывания

Для развёртывания готового проекта будет необходим выделенный сервер. Пользователь со своего устройства открывает клиентское приложение. Приложение связывается с сервером через защищенный канал. Обработка пользовательских запросов происходит на сервере.

Error: Reference source not found. Диаграмма развертывания.

ТЕСТЫ

Функциональность готового приложения должна быть проверена в нескольких вариантах:

1. Unit – тесты;

2. Функциональные тесты (проверить работу следующих функций):

   1. Опция просмотра каталога сеансов;

   2. Система регистрации и авторизации пользователей, администратора;

   3. Система бронирования и оплаты заказов;

   4. Опция отмены бронирования и оплаты;

   5. Возможность обратной связи;

   6. Со стороны администратора – функции управления приложением;

   7. Опция безналичной оплаты заказа.

3. Нагрузочные тесты:

   1. Сервер приложения должен быть в состоянии обрабатывать большое число пользовательских запросов.

4. User – acceptance тесты:

   1. Интерфейс приложения должен быть понятным и читабельным.

   2. Приложение должно соответствовать сценариям использования.

   3. Сообщения, выводимые системой, должны быть понятны для пользователя.

Заключение

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

Список использованных источников

1. Леоненков А. В. Самоучитель UML 2. – СПб.: БХВ-Петербург, 2007. – 576 с.

2. Водяхо А.И., Выговский Л.С., Дубенецкий В.А.Цехановский В.В., Архитектурные решения информационных систем. – СПб.: Издательство «Лань», 20 с.

22