需求验证过程
需求验证很重要，如果在构造设计开始之前，通过验证基于需求的测试计划和原型测试来
验证需求的正确性及其质量，就能大大减少项目后期的返工现象。需求验证可按以下步骤进行：
审察需求文档
依据需求编写测试用例
编写用户手册
确定合格的标准
验证的内容
f在需求验证过程中，要对需求文档中定义的需求执行多种类型的检查。有效性检查对于每项需求都必须证明它是正确有效的，确实能解决用户面对的问题。一致性检查在需求文档中，需求不应该冲突，即对同一个系统功能不应出现不同的描述或相互矛盾的约束。完备性检查需求文档应该包括所有系统用户想要的功能和约束。现实性检查检查需求以保证能利用现有技术实现。可检验性检查描述的需求能够实际测试。可跟踪性检查需求的出处被清晰地记录，每一系统功能都能被跟踪到要求它的需求集合，每一项需求都能追溯到特定用户的要求。可调节性检查需求变更能够不对其他系统带来大规模的影响。可读性检查需求说明能否被系统购买者和最终用户读懂。需求评审需求分析完成后，应由用户和系统分析员共同进行需求评审。鉴于需求规格说明是软件设计的基础，需求评审需要有客户方和承包商方的人员共同参与，检查文档中的不规范之处和遗漏之处。（2）软件项目估算与进度管理1、软件项目估算软件项目估算包括工作量估算和成本估算两个方面。软件估算作为软件项目管理的一项重要内容，是确保软件项目成功的关键因素。估算是指通过预测构造软件项目所需要的工作量的过程。初步的估算用于确定软件项目的可行性，详细的估算用于指导项目计划的制定。2、软件规模工作分解结构对软件项目进行估算遇到的第一个问题就是软件规模，即软件的程序量。软件规模是软件工作量的主要影响因素。软件项目的设计有一个分层结构，这一分层结构就对应着工作分解结构（WBSWorkBreakdow
Structure），它将软件过程和软件产品结构联系起来。图2是一个典型的WBS结构。
系统
子系统
子系统
子系统
模块
模块
模块
模块
模块
模块
模块
模块
模块
模
块图2典型的WBS
有了工作分解结构之后，还必须定义度量标准用以对软件规模进行估计。常用的软件规模
度量标准有两种：代码行LOCLi
esofCode和功能点FPFu
ctio
Poi
ts。
代码行
代码行LOC是常用的源代码程序长度的度量标准，指源代码的总行数。源代码中除了可执
行语句外，还有帮助理解的注释语句。
功能点
功能点度量是在需求分析阶段r