软件架构设计--读书心得

       抓紧时间把温昱的《软件架构设计》这本书给看完了，实在是佩服呀。

        知识渊博，经验丰富，理论联系实际，特别务实，这是我最喜欢的风格。我离他的层次实在是太远了，看见高人了，我辈还需要多加努力才行。
      
       对于现在的系统而言，就缺少了软件架构设计。其实，项目的其它方面，比如需求获取，需求分析，编码，设计，测试，哪一块又是做得比较好的呢？可能确实是水平有限吧。

       我们是做软件质量管理工具的，实验室也是研究软件工程，软件过程的国际一流实验室，按理说这个理论应该没有谁不会的。但是，一到实践中就走形了。做研究的人，不做工程；做工程的人，不懂得理论，不知道以什么样的方式才能既高效又有效的做好软件过程中的各项活动。还是缺少经验。

       两方面的缺失是最主要的：

1.  缺乏持续的学习。在项目中没有专业的需求分析人员，没有专业的软件架构，没有人做专业的软件架构设计，没有人能专业的使用OO方法，也没有人能专业的使用UML等软件建模工具。没有人对敏捷软件开发方法是了如指掌的，也没有人对RUP以及其它软件过程是有很深入研究的。这就造成了一个现象，我们总是在闭门造车，不接受新的思想和方法，知识结构还停留在03年，这怎么能行呢？
2.  缺乏有效的交流。项目组中其实是缺乏有效的交流的，由于在项目开始的时候就缺少行之有效的架构设计过程和方法，导致在后面的几年中只能是小功能修修补补，对整个系统的架构还是缺乏了解。架构是什么，就是描述软件系统的组件，以及他们之间的交互接口和关系。我看不到PM的模块内部是如何交互的，也看不到PM和其它模块是如何交互的，他们的接口是什么？难道我只能去读impl文件或者struts-config文件才能得到系统静态交互结构嘛？ 团队开发只见树木而不见森林。不能看到整个系统的架构，那如何去满足现在提出的各种非功能需求呢？  而有效的交流，也主要是由于没有架构所引起的。

        成为一个好的架构师，难度不小。路漫漫其修远兮，吾将上下而求索。终于可以摆脱困顿，重整旗鼓。心情舒畅啊。