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