系统的构架取决于对构架的需求，因此构架的文档也取决于对文档的需求。构架文档不仅是说明性的，而且是描述性的。通常，编写技术文档，例如软件构架文档最基本的原则之一是从读者的角度来编写，我们不会使用易于编写但很难阅读的文档，在这里，“易于阅读”指的是涉众能够很容易阅读文档。
数据库构造期间，将提取的信息转换为标准的格式以存储在数据库中。数据输入到数据库中，生成两个额外的表：元素和关系。构造数据库时，要仔细分析数据库设计。数据存储在数据库中，就要对这些信息进行处理，这就是要进行视图融合的必要性，以协调、加强并建立元素之间的联系。到底怎么融合，就要以指导方针为基础，视实际情况而定。至于重构，由两个主要的活动组成：可视化和交互以及模式定义和识别。
每一次构架的重构就像做手术一样，即使再成功，也会伤元气，所以决策者们首先要分析架构重构的理由和其他备选方案，明确重构的目的是为了满足业务需求，并且是不得不做的最佳方案，然后再考虑其他问题。有时候，经过分析就会发现，也许还有其他解决方案，或者重构的目的不是为了业务需求，那就没有必要做了。确定重构的目的和必要性十分重要。
构架重构是一种解释、交互和迭代的过程，涉及许多活动；他并不是自动进行的。
重构由以下活动组成，这些活动以迭代的方式进行：（1）信息提取（2）数据库的构造（3）视图融合（4）重构。