典型用户应该从不同的角度进行分析，也就是对项目具有不同的需求和具体的要求。定义 了最初的典型用户并不代表着就可以开始着手进行软件的开发了，我们仍需要与其进行交流，“创立场景”就是深入了解用户需求的过程。在其后有了场景就可以开 始任务了,要想让旁人知道你的软件的作用，规格说明书是个很好的途径。规格说明书对我们项目开发具有很大的帮助。它的书写同样是从用户的角度进行书写。规格说明书还 可以分为软件功能说明书和软件技术说明说。软件功说明书用来说明软件的外部功能和用户的交互情况，软件技术说明书又叫文档，主要用来说明软件内部的设计规 范。这不是一时就可以写好的，是通过实践才能够写好规格说明书。这是让用户首先了解自己软件的第一步手段。
软件(质量)=程序(质量)+软件工程(质量)软件企业通常用CMMI的等级来衡量各个机构的软件工程质量，质量保障(QA)与软件测试(testing)不同。当把测试的各个角色独立出来，就会暴露问题，这也是我近期遇到的问题————既然有专人负责，那我就不用负责了.CMMI（Capacity Maturity Model Inegrated，能力熟练度模型集成）模型，不仅能降低项目的成本，而且提高了项目的质量和按期完成率。质量的成本由以下几部分组成：预防、评审、内 部故障、外部故障、流程分析改进。软件的测试也是一个大问题，我们要①尽管有专人负责软件的测试，但是保证质量仍然是所有成员的职责；不要太过信任“专业 人士”，还是要有专人独立检查质量；不要完全着眼于自己的绩效而优化，这会导致局部最优而全局未必如此的局面，我们该做的，应该将全局放在第一位；不要拘 泥于画地为牢的分工；不要无明确责任的分工。只有这样，我们做出的软件才有质量保障，能满足用户的需求。
体会：在这几章中使我们明白在真正检测我们软件是否合格的是软件的发布阶段，只有软件维护具有及时性软件才能更长久的进行应用。当今阶段，各种软件层出不穷，也许创新的也变的越来越难，但是作为IT行业的创新仍是必须的。软件的质量可谓之为软件项目的根本，如果说一个软件的质量都没有保证，我们还怎么实现用户的需求，我们工作也就毫无意义可言。我们要在工程过程中，在每个 部分，不分大小，都尽可能的去以最高的水准去完成，而且也不要仅仅着眼于自己的绩效，而是要将整个团队，全局的质量放到首要位置