《软件构架实践》读后感04

      系统的软件架构在系统开发和开发该架构的组织的构架的组织中起到了一个中心作用。对于系统和开发系统的项目，构架起到的是蓝图的作用。它定义了必须由设计和实现小组完成的工作任务，是系统质量属性的主要载体。

      在完成软件构架的实现之后我们需要编写文档来解释我们的构架，即使构架非常完美，但如果没有人理解它，或主要的涉众误解了它，它也没有什么用处。如果我们创建了一个非常强大的构架，我们必须要用足够的细节明确地描述我们自己的构架，并以一种其他人可以快速找到所需要信息的方式对其进行组织，所以构架编档是创建构架的最有价值的一步。

      编写技术文档的最基本的规则之一是从读者的角度来编写。了解涉众有哪些人以及他们使用文档的方式可以帮助我们对文档进行组织，以使文档对涉众来说是可理解和可使用的。

      视图是构架元素的内聚元素集合的表示，由系统涉众编写和阅读。构架编档就是将相关视图编成文档，然后向其中添加适合多个视图的文件。如何选择项目视图，有3个步骤：

1. 产生一个候选的视图列表；
2. 组合视图；
3. 划分优先级。

      无论采取形式化的表示方法还是UML，框线图都仅提供了整个构架的一小部分信息。需要提供解释在主要表示中展示的元素环绕关系的支持文档，以对框线图进行补充。接口和行为是构架图的主要组成部分。

      构架是无形的，它们经常会丢失或在系统的生命期内发生变化。因此，我们需要采取某些技巧从早期系统中恢复或提取构架。

      软件构架重构是一种解释、交互和迭代的过程，涉及许多活动；它并不是自动进行的。软件构架重构由以下活动组成，这些活动以迭代的方式进行：

1. 信息提取；
2. 数据库构造；
3. 视图融合；
4. 重构。

      构架的重构已经应用在了各种的项目之中，为项目的构架提供了很多好处。

《软件构架实践》读后感04