С чего начать проектирование бизнес-приложения
Как построить процесс разработки архитектуры бизнес-приложения?
Необходимо еще на этапе анализа выделять основные функции будущей системы. При этом первым шагом после анализа должно идти проектирование пользовательского интерфейса системы (или любого другого интерфейса взаимодействия с внешними «факторами»: другие системы, веб-сервисы или иные сервисы). На этом этапе можно определить, какие данные необходимы пользователю, а так же определить все необходимые операции, производимые пользователем. Здесь мы можем описать формат данных и взаимодействие с бизнес- или workflow-логикой (отталкиваемся от принципов Contract-First – сначала описываем интерфейсы взаимодействия, а потом реализуем функциональность).
Теперь следует определить, что такое «Контракт». Контракт – это совокупность трех компонентов: контракт операций (Service Contract), контракт данных (Data Contract) и контракт взаимодействия (Workflow Contract). Контракт операций (Service Contract) описывает методы, которые будут вызываться клиентом. Контракт данных (Data Contract) описывает структуру данных при вызове методов из контракта операций. Контракт взаимодействия (Workflow Contract) описывает последовательность вызовов и переходов (что соответствует последовательности UseCase).
Дальнейший шаг – определение и наполнение необходимой workflow- и бизнес-логики. Workflow-логика должна обращаться к бизнес-логике, а та в свою очередь обращаться к серверам баз данных или другим системам для выполнения запросов. Таким образом, workflow-логика инкапсулирует в себе сложные процессы, в том числе агрегирование, и базируется на более простых функциях бизнес-логики. Возможен вариант, когда часть или вся бизнес-логика реализована в виде оптимизированных хранимых процедур на сервере баз данных.
Паралельно необходимо определить уровень безопасности приложения: определить роли пользователей, определить для каждой роли уровень доступа к функциям, определить для каждой роли уровень доступа к данным.
Похожие статьи: