<Назад

Проектирование архитектуры приложений: Введение

В прошлой статье мы познакомились с типовой структурой технического задания. Передаем ТЗ в отдел разработки. 

После того, как ТЗ попало команде разработки, необходимо перевести его на более технический язык. Этот процесс называется проектированием архитектуры. 

Смотрите на этот процесс, как на процесс создания архитектуры здания. Строить здание без архитектурного решения - провальная затея.

Этапы проектирования архитектуры

Проектирование архитектуры приложения состоит из следующих этапов:

1. Выбор подходящей архитектуры исходя из требований ТЗ. На этом этапе выбирается подходящая архитектура продукта. Об основных типах архитектур мы поговорим в следующей публикации.

2. Создание карты взаимодействия элементов архитектуры. Это как карта взаимодействия пользователя с интерфейсом приложения, только вместо элементов интерфейса, элементы архитектуры продукта: базы данных, микросервисы, модули и другие.

3. Построение ER диаграмм. Эта диаграмма, которая отражает структуру баз данных всего продукта.

4. Построение UML диаграмм. Формируется графическое представление классов, объектов и отношений между ними в системе. 

Если простым языком, то берется результат пункта 3, на него накладываются отдельные компоненты архитектуры. Для каждого наложения описываются его функции.

5. Формирование финальной документации. Результаты прошлых этапов формируются в единую документацию, которая утверждается заказчиком.

Заключение

Всегда есть выбор, пропустить этот этап и перейти сразу к разработке, либо пожертвовать финансами и временем в пользу получения более качественного ИТ-решения.

Этот выбор упирается в разные факторы: бюджет, сроки и масштабы продукта. 

Если вам нужно простое веб-приложение, состоящие из 2-3 страниц, то можно пропустить процесс проектирования, либо делать его параллельно с учетом будущих функций. 

Если вы собираетесь разрабатывать большое ИТ решение с нуля, либо модернизировать существующее, то пренебрегать этим этапом я не рекомендую.