需求规格说明书评审报告.doc

技术评审报告
项目名称
x
项目级别
□ 公司级 部门级 □ 子部门级
项目经理
XX
要求评审的工作产品的名称
《FTCS产品需求规格说明书》
产品作者
(评审申请人)
XXX
建议评审时间
2007 年10月 8日
要求评审的工作产品所属
开发阶段
□规划阶段 需求分析阶段 □ 系统设计阶段
□ 实现与测试阶段 □ 系统验收阶段 □ 安装运行阶段 □ 其它
评审准则
可追溯性：软件需求规格说明书中的每一个需求要一一列出并标识，与别的需求区别开来。每项需求只应在软件需求规格说明书中出现一次。
正确性：软件需求都是与用户所期望的相符合。与涉及的相关行业技术规范相符合。
完整性：软件需求规格说明书中没有遗漏任何必要的需求。
一致性：各软件需求之间或软件需求与高层（系统，业务）需求之间不相矛盾。
可行性：软件需求规格说明书中的每一个需求都是可实现的。
无二义性：软件需求规格说明书中的每一个需求都只有惟一的含义。
可验证性：软件需求规格说明书中的每一个需求对用户而言都是可验证、测试的。
必要性：软件需求规格说明书中的每一个需求对用户而言都是必须的，没有画蛇添足。
可理解性：软件需求规格说明书中的每一个需求都能清楚表达，保证项目干系人都能看懂。
划分优先级：软件需求规格说明书中，应根据需求的轻重缓急对需求划分优先级。
具有概要设计所需的相关的输入信息。
评审需提交
的资料
《FTCS产品需求规格说明书》
《FTCS用户需求调查报告》
《FTCS系统用户需求说明书（系统）》
《FTCS系统软件需求跟踪矩阵表单》
产品批准人
（审核人）
意 见
同意评审
由 XXX 担任评审负责人，按技术评审流程开展评审工作。
评审方式： 正式技术评审（会议评审）
□ 非正式技术评审（□ Email会签 □ 走查 □其他： ）
评审级别： 部门级 □ 子部门级 □ 项目组内
暂不评审
原因是：□ 方案不成熟 □ 资料不完整 □ 其他
签 字
XX
日 期
2007 年9月 29日
技 术 评 审 意 见 及 结 果
评审时间
自 2007 年10月 8日10时 至 2007 年10月 8日 11 时
评审
问答
记录
1、在《产品需求规格说明书》中“ 文本读者”。描述相关读者对象，但不用描述他们用此文档做什么。
2、名词解释。
3、“界面需求”，在对具体的功能模块描述的时候，要有相应的界面与之对应。
4、要有对需求优先级别的定义。
5、“内部文管理”模块，在总体结构中没有体现。
6、给出相关模块的界面图。
记