需求规格说明书评审报告

(评审申请人)

开发阶段

□ 实现与测试阶段  □ 系统验收阶段   □ 安装运行阶段   □  其它

◆正确性：软件需求都是与用户所期望的相符合。与涉及的相关行业技术规范相符合。

◆完整性：软件需求规格说明书中没有遗漏任何必要的需求。

◆一致性：各软件需求之间或软件需求与高层（系统，业务）需求之间不相矛盾。 

◆可行性：软件需求规格说明书中的每一个需求都是可实现的。

◆无二义性：软件需求规格说明书中的每一个需求都只有惟一的含义。

◆可验证性：软件需求规格说明书中的每一个需求对用户而言都是可验证、测试的。

◆必要性：软件需求规格说明书中的每一个需求对用户而言都是必须的，没有画蛇添足。

◆可理解性：软件需求规格说明书中的每一个需求都能清楚表达，保证项目干系人都能看懂。

◆划分优先级：软件需求规格说明书中，应根据需求的轻重缓急对需求划分优先级。

 具有概要设计所需的相关的输入信息。

的资料

《FTCS用户需求调查报告》

《FTCS系统用户需求说明书（系统）》

《FTCS系统软件需求跟踪矩阵表单》

（审核人）

意  见

  由 XXX  担任评审负责人，按技术评审流程开展评审工作。

评审方式： 正式技术评审（会议评审）

          □ 非正式技术评审（□ Email会签 □ 走查 □其他：      ）

评审级别： 部门级    □ 子部门级   □ 项目组内

□暂不评审

原因是：□  方案不成熟  □  资料不完整     □  其他

问答

记录

1、在《产品需求规格说明书》中“ 文本读者”。描述相关读者对象，但不用描述他们用此文档做什么。

2、名词解释。

3、“界面需求”，在对具体的功能模块描述的时候，要有相应的界面与之对应。

4、要有对需求优先级别的定义。

5、“内部文管理”模块，在总体结构中没有体现。

6、给出相关模块的界面图。

人员签名

XX,YY,ZZ,…

人员签名

评审意见

汇    总 

无缺陷 

二、总体评价及建议

总体需求分析比较透彻、完善；但需求优先级，相关需求界面没有进行描述，要进行详细补充。

基本通过。

评审基本通过：工作产品基本合格，需要作少量修改，之后通过审核即可；

□评审不通过：工作产品不合格，需要作比较大的修改，之后必须重新对其评审。

验证情况

验证通过