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