1 ХОД РАБОТЫ
1.1 Диаграмма прецедентов
Диаграмма прецедентов отражает некоторое отношение между прецедентов, актерами и системами, но не показывает порядок, в котором выполняются шаги для достижения цели каждого прецедента.
Корпоративный мессенджер представляет собой защищённую платформу для обмена сообщениями и совместной работы внутри организации.
Первая роль пользователя «Неавторизованный пользователь», которому доступно только действие «Вход в аккаунт». Далее существует три категории авторизованных пользователей «Администратор», «Сотрудник», «Гость». Наименьшие права у «Гостя»: это клиент или заказчик, который общается с сотрудниками организации для работы над проектом. Он может только осуществлять работу с сообщениями, что включает в себя отправку, ответ, пересылку, изменение, удаление сообщений. Следующая по правам роль – это «Сотрудник»: у некоторых из них есть права на создание события или группы, помимо отправки сообщений. «Сотрудник» наследуется от «Гостя», также еще может выполнять работу с событиями (создавать, изменять данные, удалять) и группами (создавать, изменять данные, удалять, архивировать). Роль с наибольшими правами – «Администратор», наследуется от «Сотрудника», кроме описанных выше действий, может работать с аккаунтами пользователей системы: создавать, изменять данные (изменять права или электронную почту пользователя) и удалять их.
На рисунке 1.1 представлена диаграмма прецедентов, составленная по варианту.
4
Рисунок 1.1 – Диаграмма прецедентов
1.2 Диаграмма классов
Диаграмма классов иллюстрирует работу системы, описывая классы, их атрибуты, методы и отношение между объектами.
Воснове системы корпоративного мессенджера лежит реализация абстрактного класса Messenger класс MessengerRealization, который описывает всю функциональность мессенджера и управляет основными элементами системы: пользователями, чатами, сообщениями и событиями.
Всистеме описана иерархия ролей пользователей, по умолчанию каждый пользователь относится к классу User, класс Employee также
позволяет управлять чатами и событиями в случае, если у пользователя
5
имеются соответствующие права доступа. Класс Admin представляют собой реализацию роли системного администратора с возможностью изменения данных пользователей, а также создания и удаления их аккаунтов.
Так как мессенджер является корпоративным, то доступ к его функциям есть только у пользователей, который получили данные для входа в созданный системным администратором аккаунт. Если пользователь не имеет присвоенных ему ролей Employee или Admin, то при создании аккаунта пользователь будет считаться гостем, эта специально отведенная условная роль для клиентов компании с ограниченным сроком доступа к аккаунту.
Пользователи взаимодействуют друг с другом в личных и групповых чатах. При наличии прав у пользователя, он может перевести групповой чат в архивный тип, то есть чат будет храниться в базе данных, но без возможности внесения последующих изменений в его настройки или отправки новых сообщений.
Помимо обмена сообщениями система поддерживает функционал событий, это отдельная вкладка, доступная каждому пользователю с ролью Employee. В ней можно отмечать в календаре различные совещания, встречи и дедлайны для пользователей системы.
На рисунке 1.2 представлена диаграмма классов, составленная по варианту.
6
Рисунок 1.2 – Диаграмма классов
1.3 Диаграмма деятельности
Диаграмма деятельности используется для описания динамических аспектов системы. Моделирует переход одного действия и показывает, как элементы системы координируются для предоставления сервиса, который может быть на другом уровне абстракции.
7
Для системы корпоративного мессенджера были созданы диаграммы деятельности для работы с чатами, сообщениями и пользователями в мессенджере и для работы с событиями календаря.
На рисунке 1.3 – рисунке 1.6 представлены диаграммы деятельности. Для того чтобы начать работу с сообщениями нужно открыть личный или незаархивированный групповой чат в мессенджере. Если в истории чата есть хотя бы одно сообщение, то с ним возможно произвести удаление, редактирование, пересылку или ответ на него. Также в чат можно отправить сообщение.
Рисунок 1.3 – Диаграмма деятельности для работы с сообщениями
8
Для работы с событиями нужно иметь роль сотрудника компании, так как вкладка с календарем событий доступна только им. В календаре можно просмотреть события на тот или иной день, а также создать новые или удалить или отредактировать уже существующие события.
Рисунок 1.4 – Диаграмма деятельности для работы с событиями
Для работы с пользователями нужно иметь роль системного администратора. Ему доступна специальная вкладка для управления
9
пользователями системы, в которой он может просматривать, создавать, удалять и редактировать аккаунты пользователей.
Рисунок 1.5 – Диаграмма деятельности для работы с пользователями
Для работы с чатами нужно также иметь роль сотрудника, так как права доступа для работы с чатами могут выдаваться только им. Работники могут
10
создавать новые групповые чаты из основного интерфейса или управлять уже существующими групповыми чатами. При наличии прав пользователь может удалить или заархивировать групповой чат.
Рисунок 1.6 – Диаграмма деятельности для работы с чатами
11