构建之法笔记3

典型用户应该从不同的角度进行分析，也就是对项目具有不同的需求和具体的要求。定义 了最初的典型用户并不代表着就可以开始着手进行软件的开发了，我们仍需要与其进行交流，“创立场景”就是深入了解用户需求的过程。在其后有了场景就可以开 始任务了,要想让旁人知道你的软件的作用，规格说明书是个很好的途径。规格说明书对我们项目开发具有很大的帮助。它的书写同样是从用户的角度进行书写。规格说明书还 可以分为软件功能说明书和软件技术说明说。软件功说明书用来说明软件的外部功能和用户的交互情况，软件技术说明书又叫文档，主要用来说明软件内部的设计规 范。这不是一时就可以写好的，是通过实践才能够写好规格说明书。这是让用户首先了解自己软件的第一步手段。

   软件(质量)=程序(质量)+软件工程(质量)软件企业通常用CMMI的等级来衡量各个机构的软件工程质量，质量保障(QA)与软件测试(testing)不同。当把测试的各个角色独立出来，就会暴露问题，这也是我近期遇到的问题————既然有专人负责，那我就不用负责了.CMMI（Capacity Maturity Model Inegrated，能力熟练度模型集成）模型，不仅能降低项目的成本，而且提高了项目的质量和按期完成率。质量的成本由以下几部分组成：预防、评审、内 部故障、外部故障、流程分析改进。软件的测试也是一个大问题，我们要①尽管有专人负责软件的测试，但是保证质量仍然是所有成员的职责；不要太过信任“专业 人士”，还是要有专人独立检查质量；不要完全着眼于自己的绩效而优化，这会导致局部最优而全局未必如此的局面，我们该做的，应该将全局放在第一位；不要拘 泥于画地为牢的分工；不要无明确责任的分工。只有这样，我们做出的软件才有质量保障，能满足用户的需求。