敏捷方法开发总结的点评记录

代码走查的最主要的目的是为了发现程序中的逻辑错误，编程风格方面的错误可以通过风格检查的工具去检查。如下的检查单给代码走查的专家发现逻辑错误提供了一个很好的帮助。序号检查项1代码的注释与代码是否一致？注释是否是多余的？2是否存在超过3层嵌套的循环与/或判断？3变量的命名是否

我们已经讲了如何识别功能处理与兴趣对象，下面我们找一个稍微复杂点的需求来实际运用一下前面学到的知识。    功能需求描述如下：    登录系统的界面原型：    用例描述：    我们识别的功能点如下：    记录格式一：   记录格式二：    对上述的需求，容易出错的地方分析如下：        1）用户的账户信息与用户录入的登录信息是两个兴趣对象，还是一个兴趣对象呢？注意用户录入的登录信息与...

在软件开发中应该写哪些文档？如何写这些文档？  这是在咨询过程中经常被询问的问题。在敏捷的方法与规范的方法中给出了不同的答案。无论采用何种开发方法，最基本的原则是：需求必须文档化！  人类信息的沟通主要通过2种方式：文档与口头交流。  文档可以流传很久，不容易存在歧义，在传递中不会增加或减少内容，比如《史记》之类的书流传了上千年。  口头交流在传递的过程，很容易由于传递人个人的观点而对信息进行增删

很多项目组在设计文档中仅仅是把非功能性需求的描述拷贝到设计文档的非功能性章节。因此特地设计了两个简单的需求给大家参考，希望能够引导设计人员重视非功能性需求的设计。

富士康是我咨询过的几十家企业中最重视培训的。集团有十几个技术委员会，简称技委会，会定期举办各种培训活动，包括邀请专业培训机构来厂进行企业内训，或是举办各种行业交流会，或是结合国内高校进行学历教育等等，也有些课程是通过录像来进行培训的。富士康集团内部有政策：陆干(即大陆的干部)每年必须接受288个工时的培训，台干（即来自台湾的干部）每年必须接受144个工时的培训，否则无法晋级。当然不同的事业群对此政策的执行严格程度不同。有个事业群的副总对我讲：“我要让员工一半的时间提高，一半的时间工作”。有个事业群的楼层过