2.1 Разработка модели вариантов пользования (Диаграмма 1).
Рисунок 1 - Диаграмма вариантов пользования.
В проектируемой системе описывается алгоритм работы пользователя при создании электронно-цифровой подписи, который включает себя набор определённых действий, совершаемых пользователем. В свою очередь пользователь является актёром (actor).
Актёр взаимодействует с системой с помощью прецедентов (эллипсы). Эллипсы включают в себя возможные варианты действий (выполняемые системой), которые приводят к наблюдаемым актёром результатам.
Система формирования электронно-цифровой подписи:
Успешный сценарий:
1.Пользователь ставит защиту на разблокировку экрана с помощью сложного пароля, графического ключа и сканера опечатка пальцев.
2.Пользователь шифрует свои данные для того, чтобы дешифровать данные.
3.Пользователь использует удаленное управление для того, чтобы найти потерянный или украденный смартфон.
4.Пользователь устанавливает систему KNOX для того, чтобы предусмотреть разделение информации на личную и рабочую, централизованный контроль и аудит, удаленный поиск, блокировку экрана и т.д.
5.Пользователь устанавливает специализированное ПО, чтобы защитить смартфон от кражи, потери личной информации и взлома.
Часть дублирующийся информации в модели устранена указанием связей между прецедентами.
2.2 Разработка диаграммы классов(Диаграмма 2).
Рисунок 2 - Диаграмма классов.
В данной структуре отображено 6 классов системы. Каждый из них имеет своё имя (в верхней части), атрибуты (в средней части) и методы (в нижней части). Атрибуты классов определяют состав и структуру данных, хранимых в объектах этого класса. Например, Пользователь имеет Ф.И.О. (тип данных: string).
2.3 Разработка диаграммы последовательности (Диаграмма 3).
Рисунок 3 - Диаграмма последовательности.
Диаграмма моделирует взаимодействия объекта и системы во времени, а также обмена различными видами сообщений между ними:
• Пользователь – создает защиту на разблокировку экрана, шифрует данные, использует удаленное управление, устанавливает систему KNOX, устанавливает специализированное ПО;
• Защита на разблокировку – создание сложного пароля,графического ключа или сканера опечатка пальцев;
• Шифровка данных – использование этой функции, для того чтобы дешифровать данные;
• Удаленное управление – использование этой функции для того, чтобы найти потерянный или украденный смартфон.
• Система KNOX – использование этой функции для того, чтобы предусматривать разделение информации на личную и рабочую, централизованный контроль и аудит, удаленный поиск, блокировку экрана и т.д.;
• Специализированное ПО – использование этой функции для того, чтобы защитить смартфон от кражи, потери личной информации и взлома.
2.4. Разработка диаграммы коопераций (Диаграмма 4).
Рисунок 4 – Диаграмма коопераций.
Эта диаграмма описывает взаимодействия объектов, абстрагируясь от последовательности передачи сообщений. На диаграмме изображены 6 активных объекта: пользователь, защита на разблокировку экрана, шифрование данных, удаленное управление, система KNOX, специализированное ПО. Также на этом типе диаграммы в компактном виде отражаются все принимаемые и передаваемые сообщения конкретного объекта и типы этих сообщений, стрелки с указанием направления передаваемых сообщений и порядковый номер в общей последовательности инициализации сообщений. Последовательность взаимодействий и параллельных потоков определяется с помощью порядковых номеров.
Типы сообщений:
• Пользователь-защита на блокировку экрана– настроить защиту на разблокировку экрана;
•Пользователь-шифрование данных – использовать шифрование данных;
• Пользователь –удаленное управление – использовать удаленное управление;
• Пользователь-система KNOX – установить систему KNOX;
• Пользователь –специализированное ПО – установить специализированное ПО.
2.5. Разработка диаграммы состояний (Диаграмма 5).
Рисунок 5 – Диаграмма состояний.
Главное предназначение этой диаграммы — описать возможные последовательности состояний и переходов, которые в совокупности характеризуют поведение элемента модели в течение его жизненного цикла. Диаграмма состояний представляет динамическое поведение сущностей, на основе спецификации их реакции на восприятие некоторых конкретных событий. Для сложных систем, состоящих из многих фаз и компонентов, построение диаграмма состояния является единственным методом, позволяющим на практике установить, сколько фаз и какие конкретно фазы образуют систему при данных значениях параметров состояния.
Так, процесс начинается с начальной точки, затем следует самый первый переход в состояние «Создание безопасности смартфона » с использованием защиты на разблокировку экрана, использованием шифровки данных, использованием удаленного управления, установлением системы KNOX и специализированного ПО. Второй переход в состояние «Проверка безопасности смартфона» с выяснением правильная ли защита смартфона или нет.
2.6. Разработка диаграммы деятельности (Диаграмма 6).
Рисунок 6 – Диаграмма деятельности.
Данный вид диаграммы отображает действия, состояния которых описано на диаграмме состояний, т.е. показаны действия объект, направленные на достижение цели (войти в электронную почту). Под деятельностью понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов - вложенных видов деятельности и отдельных действий, соединённых между собой потоками, которые идут от выходов узла ко входам другого. В диаграмме присутствуют:
Начальное состояние: «использовать защиту на разблокировку экрана» Потом использовать шифрование данных, использовать удаленное управление, устанавливать систему KNOX, устанавливать специализированное ПО.
Варианты исхода события. Если защита смартфона правильная, то все хорошо. Если защита смартфона неправильная, то пользователь должен проверить все ли сделал так для защиты смартфона или нет. Или должен обратиться в сервисный центр по телефону.
Конечное состояние: «Проверка подписи».
2.7. Разработка диаграммы развертывания (Диаграмма 7).
Рисунок 7 – Диаграмма развертывания.
Диаграмма развёртывания позволяет увидеть физическую реализацию проекта.
Диаграмма содержит информацию о топологии системы и необходимых аппаратных средствах. Диаграмма визуализирует элементы программы и их компоненты, существующие лишь на этапе её использования. При этом представляются только экземпляры программы, являющиеся исполнимыми файлами или динамическими библиотеками.
II. Список используемой литературы:
1. Буч Г., Джекобсон А., Рамбо Д. UML. Руководство пользователя.-М: Питер, ДМК пресс., 2004.- 283с.
2. Фаулер М. Основы UML:3-е издание., 2005.-64с.
3. Яковлева Н. Ф. Проектная деятельность в учебном заведении: Учебное пособие.-М: Флинта.Наука., 2014.-76с.
4. Intuit.ru [Электронный ресурс]. - Режим доступа:
https://www.intuit.ru/studies/courses/32/32/lecture/1000, свободный (14.03.2021)
5. habr.com [Электронный ресурс]. - Режим доступа:
https://habr.com/ru/company/gemaltorussia/blog/319366/, свободный (15.03.2021)