《技术评审准则》.pdf
《《技术评审准则》.pdf》由会员分享,可在线阅读,更多相关《《技术评审准则》.pdf(7页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。
1、-内部资料,注意保密-第 1 页 共 7 页技术评审准则-内部资料,注意保密-第 2 页 共 7 页修订历史记录A-增加M-修订D-删除变更版本号日期变更类型(A*M*D)修改人摘要备注-内部资料,注意保密-第 3 页 共 7 页目录1引言 .41.1目的 .41.2适用范围 .41.3名词解释 .42技术评审准则.42.1软件需求评审.42.2项目计划评审.52.3软件概要设计评审.52.4软件详细设计评审.62.5软件测试评审.62.6系统集成设计评审.7-内部资料,注意保密-第 4 页 共 7 页1引言1.1目的明确技术评审的准则,规范技术评审活动。1.2适用范围本规范适用于技术部门的项
2、目各阶段产生的产品的技术评审。1.3名词解释3.1 项目:指软件类项目或综合集成类(包含软件的集成)项目。3.2 合同项目:指通过投标获得的项目。3.3 研发项目:指由公司或公司各技术部门通过立项评审确定要开发的项目。3.4 项目级别项目的级别分为三类,分别是A类、B类和 C类。A类项目:一般开发周期长(超过6 个月)、人员多(超过6 人)、费用高、或对公司利益影响很大的项目;B类项目:开发周期为26 个月、人员 36 个,或对公司利益影响比较大的项目;C类项目:对于开发周期短(少于2 个月)、投入人员少(少于3 人),或对公司利益影响较小的项目大多数的情况下可确定为C类项目,风险通常比较小,
3、容易控制。3.5 高层经理:项目经理的直接主管,如各事业部的部门经理、技术总监等。3.6 子部门经理:指公司技术部门各技术部门经理。2技术评审准则2.1软件需求评审2.1.1评审输入材料需提交的材料包括:软件需求规格说明书、系统测试计划(初稿)、合同项目提交合同或投标书或项目方案书,研发项目提交项目立项建议书和可行性分析报告。2.1.2评审准则可追溯性:软件需求规格说明书中的每一个需求要一一列出并标识,与别的需求区别开来。每项需求只应在软件需求规格说明书中出现一次。正确性:软件需求都是与用户所期望的相符合。与涉及的相关行业技术规范相符合。完整性:软件需求规格说明书中没有遗漏任何必要的需求。一致
4、性:各软件需求之间或软件需求与高层(系统,业务)需求之间不相矛盾。可行性:软件需求规格说明书中的每一个需求都是可实现的。无二义性:软件需求规格说明书中的每一个需求都只有惟一的含义。可验证性:软件需求规格说明书中的每一个需求对用户而言都是可验证、测试的。必要性:软件需求规格说明书中的每一个需求对用户而言都是必须的,没有画蛇添足。-内部资料,注意保密-第 5 页 共 7 页可理解性:软件需求规格说明书中的每一个需求都能清楚表达,保证项目干系人都能看懂。划分优先级:软件需求规格说明书中,应根据需求的轻重缓急对需求划分优先级。具有概要设计所需的相关的输入信息。2.1.3批准A类和 B类项目的 软件需求
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 技术评审准则 技术 评审 准则
限制150内