运行软件构架编档的基本原则是：构架编档就是将相关视图编成文档，然后向其中添加适合多个视图的文件。视图只是代表一组系统元素以及它们之间的关系，选择项目视图的过程为：产生一个候选的视图列表、组合视图、划分优先级。构架编档的最后一个问题是跨视图的文档，如何才能使视图文档完整，即捕获应用于多个视图或作为一个整体的文档软件包的信息，通俗来讲就是如何什么为什么。如何组织文档，构架是什么，为什么构架是这样。
对于系统共和开发系统的项目，架构起到的是蓝图的作用。定义了必须由设计和实现小组的完成的工作任务。而架构编档时创建架构最有价值的一步。是的，又要写文档了，这个绝对是给我们工科生的一万点暴击。及时架构非常完美，没有主要涉众理解它，那也是纸上谈兵。架构必须要用足够的细节来描述它，并且以一种其他人可以找到信息的方式进行组织。在这里，我们又使用到了以前学的一个内容，视图，使用相关视图可以直接进行说明。在视图编档的过程中，也有相应的其他原则。最后，我们所学的建模语言再一次地派上用场。如此，更多的人才能了解这个伟大或简单的架构。
如果确定要重构，那么要把目标明确下来，也就是重构的边界条件，怎么才算是完成了重构，目标要有数据量化，或者有能够测试的办法。这也是一个需求分析的过程，如果需求不明确，那么规格说明书没法写清楚，负责重构的团队也没有明确的目标，不能以重构的时间或者主观的判断为结束的依据。目标明确之后，团队才找到合适的办法。定义“重构完成”的界限也就显得十分必要。
现在软件研发最流行的就是快速迭代、持续交付、尽早反馈。这同样可以用在架构的重构上，重构过程不比构建一个新产品简单，所以在设计重构的时候，要引入持续交付的流程，每一个重构步骤或者模块都要快速部署并得到反馈，以便评估重构的效果，及时作出策略调整。
