AS>Вы уж извините за мою безграничную безграмотность, но что же тогда представляет из себя архитектура системы?
AS>Нашел на сайте ibm.com :
AS>"Архитектура — это базовая организация системы, воплощенная в ее компонентах, их отношениях между собой и с окружением,
AS>а также принципы, определяющие проектирование и развитие системы. [IEEE 1471]"
Безусловно.

AS>Разве у нас на основе use case'ов и доменной модели, а в последствии модели классов не получаются компоненты(.dll)?
— На основе use case'ов формируются требования.
— На основе требований формируется доменная модель, которая впрочем тоже не имеет отношения к базе.
— На основе доменной модели и требований, формируются классы (или другие сущности проектной модели).
И собственно здесь мы уже думаем о базе.
Варианты использования, сценарии и требования относятся к управлению требованиями.
Всё остальное — либо к архитектуре, либо к дизайну.
Компоненты — абстракция развёртывания, тоже относящаяся к архитектуре (не знаю зачим вы её тут приплели)
То, что одно основано на другом, не значит, что надо смешивать разные уровни абстракции.
Цель программирования — борьба со сложностью (с) Не помню кто
Абстрагирование является основным способом борьбы со сложностью.