在清华附近听培训

    一直梦想能在清华北大之类的高等学府能够听听课，感受一下这最高学府的教授授课到底有多牛，可惜至今未曾有机会，所幸今天在紫光大厦听了一次培训，紧靠清华东门，虽然不是在清华大学里、虽然不是资深教授，但毕竟总算距离清华不远了，呵呵，所当有点清华的感觉吧。

    然而，培训的内容对我来说意义一般，感觉不到有太多的帮助，也许我这个人天生就有点清高，对这个还没有胡须的人的授课感觉不是那么崇拜，这种态度对我来说不是个好现象，容易让我裹足不前。但实话实说，这次培训在一定程度上拓宽了我的视野，也许在以后的某个项目上我会突然发现我已经不自觉地受其影响了。

    为期两天的培训主要讲解了软件开发过程中所涉及到的文档和编写方式，包括需求、需求规格、概要设计（他称架构设计）、数据库设计、详细设计、测试设计文档和评审文档等，这些文档在项目中都曾遇到过，只是文档模版有所不同，其实每个公司都有一套适合自己的模版格式，没必要强求一致，何况模版只是个框架，关键还是内容 。

   经过一番思考，两天来主要得到了一下感受：

   1、需求要为交付、维护服务，需求不但要考虑到开发，更要考虑到以后的运行和维护。

   2、要引导用户培养用户的认知能力，让用户能够在具有认知能力情况下对需求进行确认。

   3、需求用例，对于需求要有必要的用例描述，结合我们公司的实际，可以考虑将用例放到需求规格说明书中，需求说明

       书是整体性的，让用户也能够看得懂的，需求规格是面向开发人员的主要为开发人员服务，所以可以将用例写在需求规

       规格中，以对需求的补充和细化。

   4、设计文档可由开发人员编写，详细设计文档甚至可以时候编写，对一较为熟练的开发人员，可以将设计、详细设计和

        编码都交给一个人负责，有的时候甚至可以事后编写。

   5、对关键业务、算法、性能也要有必要的设计，这是我们目前所缺少的。

 

但是，无论如何，文档永远不要拘泥于形式，关键还是内容的表达。