Проектирование бизнес-приложения: Построение архитектуры
Построение архитектуры следует начинать с анализа базовой функциональности (базовых требований). На основе этого необходимо определить наиболее подходящую модель архитектуры (обычно N-уровневая – N-layer, часто распределенная – N-tier). При этом следует учитывать, что архитектура должна включать только то, что определено базовыми требованиями. Не следует делать что-то на будущее развитие, если это не определено текущими требованиями. Можно определить базовые требования будущих версий и строить архитектуру текущей версии таким образом, чтобы она не шла вразрез с модификациями архитектуры будущих версий, но не более.
На этапе анализа основную функциональность системы мы делили на функциональные модули. При построении архитектуры системы следует так же придерживаться такого же разбиения на модули. Каждый модуль будет представлять собой один или несколько бизнес-сервисов, т.е. сервисов, осуществляющих поддержку бизнес-операций в системе. Такое разбиение позволит при дальнейшем развитии системы легко заменять один модуль на другой, новый, расширенный или исправленный.
Проектирование интерфейса взаимодействия бизнес-сервиса с другими компонентами системы следует проектировать на основе функций (бизнес-операций) бизнес-сервиса, определенных на этапе анализа. При дальнейшем расширении функциональности бизнес-сервиса желательно не менять ранее определенный интерфейс взаимодействия, а только расширять его новыми методами, т.к. какие-то бизнес-сервисы могут использовать ранее определенные методы (функции). При расширении функциональности оптимально делать версионность интерфейса взаимодействия и версионность сущностей бизнес-сервиса.
Каждый бизнес-сервис может выступать в роли «подчиненного» сервиса для другого бизнес-сервиса, чтобы последний мог получать данные из первого и оперировать ими. Например, бизнес-сервис бухгалтерии может использовать информацию о работающих сотрудниках из бизнес-сервиса отдела кадров. Некоторые бизнес-сервисы могут осуществлять агрегацию нескольких бизнес-сервисов (объединение с целью упрощения взаимодействия). При этом возможна частичная или полная трансформация данных.
Похожие статьи: