软件架构设计

       先推荐一本书：《软件架构设计》温昱著。今天刚拿到这本书，非常高兴。这本书非常好，它对软件架构描述得非常清晰，理论包含了很多实践的例子，看上去很爽呀，嘿嘿。
      
       上次讲QMP架构的问题，现在要进行QMP升级的话，可能会对架构做比较大的修改。以我的视角看，QMP升级难度比较大。特别是要进行产品推广的话，目前产品设计基于的需求和约束条件大概都是自己想出来的，而没有经受市场的检验。未来的几个月，会非常难过，对于QMP3来说，这个步骤总是要走的，是需要经受煎熬的。不要看现在他们很风光，可能过几个月就风光不再了。

       目前市场上的管理工具也相对多了起来，ThoughtWorks公司都开发了一个适用于敏捷软件项目管理的工具。市场细分的形式是越来越明显了。

       回到正话。软件架构设计我以前也关注得比较少，特别是对于满足很多约束条件和非功能需求这块，做得比较好。以前也读了很多关于应用架构的书，知道分层的体系结构，MVC架构等架构模式，但是在实际的应用中，对软件架构考虑得比较少。

       主要原因：项目组应该是没有架构设计的，没有一个非常好的架构设计的文档来表示整个软件系统的设计，各个模块，子系统的接口和关系是什么样的，都没有的。因此，从进入项目哪个时候起，就对整个软件架构不是很熟悉。只是知道这个项目是个WEB应用，遵循三层的软件体系结构，使用Struts做表示层的MVC框架，使用ORM工具来实现数据持久层。

       仅仅而已。

       在进行度量系统开发的时候，这个模块我非常了解。现在回想起来，在确定度量系统开发之前，是做了子系统的架构设计的，只是做得不是很专业。我们划分了模块，确定了各个模块之间的关联，然后各自分工实现。如果经验再高一点的话，或者架构设计再做得好一点的话，现在的度量模块应该会更好。

       以后的工作会更加贴近于软件架构设计。但是，目前自己的资历还比较浅，除了努力提高自己的能力之外，在实际工作中需要多听听别人的意见，做出正确的决断。

       附：最近读书列表：

1.      软件架构设计
2.      企业应用架构模式
3.      富爸爸 辞职创业前的十堂课
4.      财务管理基础