Было бы неправильно относиться к архитектуре как к простой сущности, которая может быть описана одним документом или рисунком. Архитектору приходится принимать много решений. Чтобы эти решения приносили пользу, их необходимо документировать для последующего анализа, обсуждения, изменения и утверждения, после чего они используются для принятия решений и конструирования продукта. В программных системах у этих проектировочных решений имеются поведенческие и структурные аспекты.
Внешние поведенческие описания показывают, как продукт будет вза-имодействовать со своими пользователями, другими системами и внешними устройствами. Эти описания должны иметь форму требований. Структурные описания показывают, как продукт делится на части и как эти части связаны друг с другом. Внутренние поведенческие описания представляют интерфейсы между компонентами. В структурных описаниях часто демонстрируются несколько альтернативных представлений одной части, потому что всю информацию невозможно содержательно изложить в одном рисунке или документе. Компонент в одном представлении может быть составной частью компонента в другом представлении.
Программные архитектуры часто представляются в виде многоуровневых иерархий, склонных к смешению нескольких разных структур на одной диаграмме. В 1970-е годы Парнас указал, что термин «иерархия» стал модным словечком, которое часто применяется некорректно, затем дал точное определение термина и привел несколько примеров структур, используемых в разных целях при проектировании разных систем (Parnas 1974). Описание архитектурных структур в виде
Related posts: