系统的软件构架在系统开发和开发该构架的组织中起到了一个中心作用。构架编档是创建构架最有价值的一步。即使构架十分完美，但如果没有人足够理解他，或者更为糟糕的是主要的涉众误解了他，他也没什么用处。如果你创建了一个非常强大的构架，那么就必须用足够的细节明确地描述他。
系统的构架取决于对构架的需求，因此构架的文档也取决于对文档的需求。构架文档不仅是说明性的，而且是描述性的。通常，编写技术文档，例如软件构架文档最基本的原则之一是从读者的角度来编写，我们不会使用易于编写但很难阅读的文档，在这里，“易于阅读”指的是涉众能够很容易阅读文档。
视图是构架元素的内聚集和的表示，由系统涉众编写和阅读。视图的概念为我们提供了进行软件构架编档的基本原则：构架编档就是将相关视图编程文档，然后向其中添加适合多个视图的文件。
本书中又介绍了统一建模语言，UML已经成为对软件构架进行编档的事实上的标准表示法。所以在大多数情况下我们都可以使用UML提供的构件来获得满意的效果。
如果谁也不理解构架是什么或不知道如何使用它，那么，这个构架是没有价值的。在创建构架的过程中，对构架进行编档是最重要的一步，因为对构架进行编档后，设计师就不用再回答许多关于构架的问题，而且，现在和以后的涉众可以通过构架文档来捕获构架。
构架重构是一种解释、交互和迭代的过程，涉及许多活动；他并不是自动进行的。
重构由以下活动组成，这些活动以迭代的方式进行：（1）信息提取（2）数据库的构造（3）视图融合（4）重构。
构架是无形的，他们经常会丢失或在系统的生命周期内发生变化。因此，我们需要采取某些技巧从早期系统中恢复或提取构架。