来源于实践的方法体系去指导实践

年初的时候单位就买了几本，但没有一本到我手上，但因个人调整到不熟悉岗位，这个也就先放下了，这个假期因看温老师的软件架构设计，就一并读下来了
软件架构设计师2007年出版的，一线是2010年出版的，前后大概3年的时间，从理论走到的实践
书中的很多内容是不错的，包括我自己一直在学习RUP和OOAD，公司里面也有一套模板和方法，但使用用例技术，OOAD过程对项目进行开发，有几个过程：
第一就是需求开发，需求开发包括需求捕获和需求分析。
第二是系统分析；
第三是系统设计，也就是概要设计，重点是架构设计；
第四是详细设计和实现；
这四个过程是我们目前在项目实施阶段的几个主要的过程，其中有几个难点，自己也一直在思考如何进行跨越，第一个难点是需求开发阶段，从需求捕获到开始需求分析，需求捕获的主要成果是需求调研报告，这个是非结构化的文档，而需求分析要求用结构化的UML来表达，即使用用例技术。从非结构化到结构化，从自然语言到UML，两个完全不同的表达方式，这可以说是第一个鸿沟。第二是从需求分析到系统设计，这个是从UML语言到机器语言，也是一个鸿沟。
实际上，使用UML来完全的进行这个过程，还是由很多的局限性的，当然，这个温老师也在书中详细的叙说过了。
关于第二个鸿沟，我想读完两本书，至少可以建立一个比较完整的理论体系，至于说实践，还是看自己的积累吧，不同产品的开发各有不同的特征，对架构设计的要求也不一样，但架构设计的重要性是不言而喻的。
这本书最大的收获是让我能够跳出UML+OOAD的思考范围之外，其思考和解决问题，但同时，对健壮性图的认知，应该说作者谈的是比较多的，也是比较深入的，而健壮性图，正是解决第二个鸿沟的重要的技术手段。
在书中的三个阶段中，PreA、CA和RA，对比我们自己的阶段划分，其实会发现，RA才是对应到我们自己的第三个阶段，而PreA和CA是穿插在第一、第二阶段的。因此，这是温老师不断强调架构师要懂得需求的重要的原因吧。
另，关于书的校对，还是不够仔细，我在读的时候至少发现了不少于5处的错误，当然都是小错误，稍加推敲还是能明白错误在哪里的。
UML+OOAD不是万能药，只是一种分析问题和解决问题的工具和方法体系。