需求规格说明书评审报告.docx
《需求规格说明书评审报告.docx》由会员分享,可在线阅读,更多相关《需求规格说明书评审报告.docx(10页珍藏版)》请在第一文库网上搜索。
1、FTCS ISDT-SP-TR-TO2V1.0第1页共6页-内部资料,注意保密-项目名称技术评审报告项目级别要求评审的工作产品的名称产品作者(评审申请人)要求评审的工作产品所属开发阶段公司级 0部门级 口子部门级FTCS产品需求规格说明书XXX口规划阶段建议评审时间项目经理 XX2007年10月8日M需求分析阶段口系统设计阶段实现与测试阶段 口系统验收阶段口安装运行阶段口其它可追溯性:软件需求规格说明书中的每一个需求要一一列出并标识,与别的需求区别开来。每项需求只应在软件需求规格说明书中出现一次。正确性:软件需求都是与用户所期望的相符合。与涉及的相关行业技术规范相符合。完整性:软件需求规格说明
2、书中没有遗漏任何必要的需求。一致性:各软件需求之间或软件需求与高层(系统,业务)需求之间不相矛盾。可行性:软件需求规格说明书中的每一个需求都是可实现的。评审准则无二义性:软件需求规格说明书中的每一个需求都只有惟一的含义。可验证性:软件需求规格说明书中的每一个需求对用户而言都是可验证、测试的。必要性:软件需求规格说明书中的每一个需求对用户而言都是必须的,没有画蛇添足。可理解性:软件需求规格说明书中的每一个需求都能清楚表达,保证项目干系人都能看懂。划分优先级:软件需求规格说明书中,应根据需求的轻重缓急对需求划分优先级。FTCSFTCSFTCSFTCS黑有概要设计所需的相关的输入信息C产品需求规格说
3、明书评审需提交的资料用户需求调查报告系统用户需求说明书(系统)系统软件需求跟踪矩阵表单F7I同意评审由* 担任评审负责人,按技术评审流程开展评审工作。产品批准人(审核人)意见评审方式:EI评审级别:暂不评审正式技术评审(会议评审)非正式技术评审(口 Email会签口走查口其他:部门级 口子部门级 口项目组内FTCS ISDT-SP-TR-TO2V1.0签字XX日期2007年9月29日技术评审意见及结果评审时间自2007年10月8日10时 至2007年10月8日11时评审问答记录1、在产品需求规格说明书中“1.3文本读者”。描述相关读者对象,但不用描述他们用此文档做什么。2、1.6名词解释。3、
4、“界面需求”,在对具体的功能模块描述的时候,要有相应的界面与之对应。4、要有对需求优先级别的定义。5、”内部文管理”模块,在总体结构中没有体现。6、给出相关模块的界面图。记录人签名ZZ日 期2007年10月8日评审人员签名XX, YY, ZZ,其他参与人员签名ZZ评审意见汇 总一、缺陷识别无缺陷二、总体评价及建议总体需求分析比较透彻、完善;但需求优先级,相关需求界面没有进行描述,要进行详细补充。基本通过。评审结论口评审通过:工作产品合格,“无需修改”或“需要轻微修改但不必再审核”;13评审基本通过:工作产品基本合格,需要作少量修改,之后通过审核即可;口评审不通过:工作产品不合格,需要作比较大的
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 规格 说明书 评审 报告