《软件构架实践》7-9章读后感

   今天，我阅读了《软件构架实践》7-9章。

   第7章主要有4个主题，生命周期的构架；设计构架；形成团队结构及其与架构的关系；创建构架系统。首先讲了生命周期中的构架，把构架作为软件开发过程基础的任何组织需要理解构架在其生命期中的位置。目前有几个生命周期的模型，但把构架放在一个适当位置的模型是演变交付生命期模型，使用模型的意图是获得用户和客户反馈，并在发布最终版本前通过几个版本进行迭代。然后讲的是设机构架，主要描述了一个用于设计构架以满足质量需求和功能需求的办法。我们把这种方法称为属性驱动的设计。然后讲了形成团队结构，在构架的模块分解结构的最初几个层次相当稳定后，就可以把这些模块分配给开发小组。所得到的结果就是第2章所讨论的工作分配视图。该视图或者将模块分配给现有的开发单元，或者定义新的单元。最后讲了创建骨架系统，对构架进行了充分设计，并且团队为开始构建构架做好准备后，就可以构架骨架系统了。这一阶段的思想是提供一种基本能力，以一种对项目有利的顺序实现系统的功能。

   读完这一章，我知道了构架设计必须按需求分析进行，但不需要再需求分析完成后再开始构架设计。实际上，在确定关键的构架驱动因素后，就可以开始构架设计了。当设计了构架的足够多的部分后，就可以开大发骨架系统了。该骨架系统是上面进行迭代开发的框架。

    第8章通过描述飞行模拟系统的构架，在设计该系统要实现性能、可集成性和可修改性。项目能够在节约成本的情况下实现这些质量属性。例如，现场安装小组的人数只有以前所要求的一办，因为它们能够更容一地查找和纠正错误。设计方案通过以下方法实现了这些质量属性：限制结构化模型构架模式中的模块类型配置的数量、限制模块类型之间的通信、根据飞机中的预期变更分解功能。

   这些模拟系统的改进主要得益于更好的理解并遵守经过仔细分析，且文档完备的软件构架。

   第9章主要讲了构架编档，我知道了如果谁也不理解构架是什么或不知道如何使用它，那么，这个构架是没有价值的。在创建构架的过程中，对构架进行编档是重要的一步，因为对构架进行编档后，设计师就不用再回答许多关于架构的问题，而且，现在和以后的涉众可以通过构架文档来捕获构架；必须了解构架的涉众及其他们将如何使用文档。把对构架进行编档看成是对相关视图的集合进行编档，然后用跨视图信息进行补充。让涉众来帮助选择相关视图；无论是采用形式化的表示法还是ＵＭＬ，框线图仅提供了整个构架的一小部分信息。需要提供解释在主要表示中展示的元素和关系的支持文档，对框架线进行补充。接口和行为是构架图的重要组成部分。