Проектирование UML -моделей и разработка web -ресурса

На сегодняшний день одним из самых объективно популярных подходов к разработке является использование стека MEVN, который был описан выше. В данном разделе рассмотрим структуру будущего приложения и роли пользователей в нем.

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

В качестве графического представления для выделения основных функций системы была рассмотрена диаграмма вариантов использования (use case), представленная на рисунке 4.

Рисунок 4 — Диаграмма вариантов использования

Диаграмма вариантов использования дает нам представление о том, что должна делать система. На вопрос как мы можем ответить, используя диаграмму деятельности, а на вопрос как будут связаны компоненты, формирующие систему нам, поможет ответить диаграмма компонентов системы, представленная на рисунке 5.

Рисунок 5 — Диаграмма компонентов системы

 

На диаграмме компонентов системы мы видим, что полностековое приложение будет состоять из таких частей, как frontend, backend и база данных. Для хранения данных, полученных от сервера backend и осуществления запросов на сервер принято решение использовать vuex - паттерн управления состоянием + библиотека для приложений на Vue. js. Он служит централизованным хранилищем данных для всех компонентов приложения с правилами, гарантирующими, что состояние может быть изменено только предсказуемым образом. Для приложения будет реализовано REST Api — это архитектурный стиль взаимодействия компонентов распределённого приложения в сети. Область базы данных представлена рассмотренной ранее базой MongoDB. То есть, если варианты использования ставят перед системой цель, диаграмма компонентов лишь показывает из чего структурно будет состоять система, то диаграмма деятельности, на рисунке 6 показывает последовательность действий, необходимых для ее достижения. Деятельность может содержать входящие и/или исходящие дуги деятельности, показывающие потоки управления и потоки данных. Если поток соединяет две деятельности, он является потоком управления. Если поток заканчивается объектом, он является потоком данных.

Деятельность выполняется, только тогда, когда готовы все его «входы», после выполнения, деятельность передает управление и(или) данные на свои «выходы».

 

Рисунок 6 — Диаграмма деятельности