Не думать об архитектуре предлагаемых решений - самоубийство ваших отношений.
В наше время непрерывного всего, при успешном выполнении задачи к вам обязательно снова приходит довольный клиент и просит достроить его цифровую модель или нить и срочно закрыть новую потребность, на базе которой он принимает свои оперативные административные решения или проекты по развитию.
Сделать еще один модуль, разбить его растущую конструкцию на части с учетом новых обстоятельств внешней среды или согласно плану развития, с целью развития функций или достижения более приемлемых архитектурных свойств или характеристик, ставших вдруг актуальными.
И если вы не продумываете архитектуру, с каждой новой потребностью - система может потерять стабильность,связность, адаптируемость или производительность и клиент может разочароваться в ваших работах.
Не возможно не следить за такими архитектурными характеристиками систем как безопасность, надежность, масштабируемость, это значит поставить крест на развитии как своем, так и заказчика.
Хотя всегда приходиться выбирать одну-две характеристики, более важные на данный момент, жертвуя другими в поиске компромиссов.
И конечно, уследить за всем многообразием без описаний (доработок затрагивающих архитектуру, да пусть даже и не архитектурных) и чек-листов в наше время unreal tournament.
