kanglingv的专栏

 软件设计评审检查单很多企业在做CMMI 3级，都要求了项目组要写设计文档，做设计评审。按Watts S. Humphrey的建议，设计评审的工作量要大于设计工作量的1/2。很多企业也做了设计评审，但是很少发现实质性的问题。经过我的分析，发现缺少设计评审的检查单是其中一个很重要的原因，设计评审时专家使用的检查单是企业设计经验的总结，是企业的财富，代表了在企业里软件设计质量的价值观。而我看到

无论是否参考CMMI的模型，在软件开发的过程，我认为如下的15条实践比较经济实用：  （1）控制项目组的团队规模不超过10人，人员要少而精。  （2）需求文档化，无论大小项目必须清晰的描述需求。  （3）采用用例、界面原型描述需求，采用这2种手段强制使需求描述的完备而清晰。  （4) 项目的阶段计划与2周计划，阶段计划定义总体承诺，2周计划定义近2周的详细任务安排。  （5）逐日跟踪+周例会，每天

 需求与设计的区别究竟是什么?教科书上的经典答案是：需求关注系统“做什么”，设计关注“如何做”，其实这是一个很模糊的说法。　　无论是在结构化方法中还是在面向对象的方法中，需求分析的结果既包括了“做什么”也部分包括了“如何做”，只不过描述“如何做”时抽象的层次比较高或者描述了某个局部需求的“如何做”。客户在提出系统需求时，可能对“如何做”提出一些约束条件，比如客户要求必须采用三层结构，必须采