Декомпозиция системы или "ну пусть это будет подсистема интеграции..."

Я часто прошу аналитиков, которые пишут требования, ТЗ и комплексные постановки, не придумывать никаких "подсистем" и "сервисов" просто чтобы сгруппировать требования. Я рассказываю, что это ограничивает дизайн, путает стейкхолдеров (особенно бизнес) и вообще очень вредная деятельность. С другой стороны - все равно они это делают.

Не можешь побороть революцию - возглавь ее! Я расскажу об известных мне подходах к декомпозиции системы, последствиях такой декомпозиции с точки зрения архитектуры, дам несколько советов и вопросов, на которые нужно ответить, прежде чем придумать очередную "подсистему взаимодействия с пользователем".