CMMI体系文件OPD标准规定软件过程裁剪指南docx文档格式.docx

1、6.3.2.1裁剪对象 .6.3.2.2裁剪原则 .6.3.2.3裁剪产物 .46.3.3软件生命周期的裁剪指导 .6.3.4过程裁剪指导 .56.3.4.1概要裁剪 .6.3.4.2详细裁剪 .6.3.4.2.1 需求开发与需求管理 .66.3.4.2.2 技术解决过程 . 66.3.4.2.3验证 .76.3.4.2.3.1测试 .6.3.4.2.3.2评审 .6.3.4.2.4项目计划 .86.3.4.2.5项目监控 .6.3.4.2.6配置管理 .6.3.4.2.7过程与产品质量保证. 86.3.4.2.8度量与分析 .96.3.4.2.9组织培训 .6.3.5使用该裁剪范围以外的裁剪

2、方法. 96.3.6填写裁剪报告 .106.3.7裁剪过程的收集和推广 .6.4输出.6.5关闭标准 .7 审核 108 度量 119 培训 111目的本文件的目的是提供公司标准软件过程的裁剪方法， 指导项目经理和 QA 根据项目特征，对公司的标准软件过程进行裁剪，制定项目的开发过程。2适用范围本过程适用于公司的所有软件开发项目。3资源和工具引用模型和标准：Capability Maturity Model ? Integration （CMMI SM）, Version 1.1GB 1526-89 信息处理 数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定工具：

3、Microsoft WordMicrosoft ExcelMicrosoft VisioMicrosoft Visual SourceSafe4定义和缩写表1 定义和缩写表术语 / 缩写词 定义FP独立功能（增、删、改操作的上一级）职责表 2 角色职责表角色质量管理部经理审批裁剪报告 。项目经理负责对项目进行标准软件过程的裁剪。QA指导和协助项目经理进行过程裁剪。EPG对项目裁剪方法给出意见或建议；维护裁剪指南。指南6.1 启动条件用户需求说明书审批通过。6.2 输入无6.3 活动6.3.1 确定项目特点先根据项目规模、项目复杂度、项目关键性、项目组经验、需求明确性对项目进行分类。要素编号要素

4、高/ 大中 / 中低/ 小=100FP，A项目规模=400FP=30%但例50%30%C项目关键性有发展前景发展前景一般无发展前景D项目组经验丰富一般少E需求明确性有非常明确的需求有较明确需求说不清需求说明书6.3.2 裁剪要求下面给出了裁剪的具体要求， 在项目进行裁剪时， 必须首先认真阅读裁剪要求，之后才能进行裁剪报告的填写。这里介绍一下豁免， 豁免是指在组织允许的情况下， 可以不执行组织级或项目级的必要任务， 跳过整个过程或活动的一种特殊裁剪方式， 对这种特殊裁剪称为豁免。6.3.2.1 裁剪对象裁剪对象是组织标准软件过程中的工程过程以及部分管理过程， 裁剪一般包括过程的裁剪和工作产品裁剪

5、。6.3.2.2 裁剪原则应根据项目特点进行过程裁剪；裁剪不仅是减少过程， 也可以根据质量或其它要求添加过程， 以及对过程进行修改，使其更符合项目的特点；项目经理和 QA 可以根据实际情况的需要， 采用本指南中规定的裁剪方法之外的方法对项目过程进行裁剪，但所采用的裁剪方法必须经 EPG同意。6.3.2.3 裁剪产物项目经理和 QA 根据项目特点， 对标准组织过程进行裁剪， 其裁剪结果就是项目实施的过程，作为项目计划的一部分进行评审。工作产品的裁剪请参照 工作产品汇总表 中的裁剪说明， 过程内容裁剪参看下面说明。6.3.3 软件生命周期的裁剪指导每种软件生命周期都有其优点、缺点和其适于的项目环境

6、。在裁剪中也应该考虑项目所选的软件生命周期模型的特点，进行合理裁剪。当前只提供了一种软件生命周期供选择，即瀑布模型。此模型包括 5 个阶段：定义、设计、实现、测试、发布；包括 7 个里程碑：需求定义、需求分析、概要设计、详细设计、系统集成、系统测试、项目确认。软件生命周期 裁剪指导原则上瀑布模型的各个阶段均不可裁剪。其中，需求定义、详细设计是可裁剪的。瀑布型瀑布型项目各个阶段依次进行，因此后续开发对前期进行的需求开发的可靠性有很高的要求，在这样的过程中，用户需求说明书、软件需求规格说明书应至少分别进行过一次正式评审。在技术解决过程中，概要设计应至少进行过一次正式评审。过程裁剪指导概要裁剪过程名

7、称影响要素是否有裁剪内容需求开发与需求管理A 、 E是技术解决和产品集成A 、 B、 C、 D验证C、A确认否项目计划B、其他项目监控其他风险管理配置管理A、 B、其他度量与分析A 、其他决策分析与决定组织培训组织过程焦点组织过程定义详细裁剪对应各个开发阶段，对过程中的活动依照以下要求进行裁剪，如果有些情况未被提及，则原过程的活动不应该被裁剪。6.3.4.2.1 需求开发与需求管理该过程对需求明确性最为敏感，其次是项目规模。情况裁剪应制定需求调研计划 。用户需求说明书评审时必须有用户或用户代表到场。需求明确性低，项目规模大应考虑聘请该领域的专家参与进行 软件需求规格说明书的同行评审。必须进行用

8、户需求说明书的同行评审。需求明确性低，项目规模小需求明确性高，项目规模大需求明确性高，项目规模小评审时可以没有用户或用户代表到场。可以在一次评审中同时进行用户需求说明书和软件需求规格说明书的评审。需求明确性高（用户提供了明制定需求调研计划和需求收集可以裁剪。确的需求说明）6.3.4.2.2 技术解决过程概要设计和详细设计可以合并在一起，最后出一份概要设项目规模小计即可。单元测试相关文档可以裁剪，只记录 BUG 。复杂度为低的中、小型项目 备选方案选择可以裁剪。必须有资深系统分析员参与评审。项目关键性高必须进行代码走查和代码评审。项目关键性低 用户手册可以不进行评审。项目组经验低 必须进行代码走

9、查和代码评审。6.3.4.2.3 验证6.3.4.2.3.1 测试测试结果必须由资深测试工程师进行评审。可以将集成测试与系统测试进行合并。6.3.4.2.3.2 评审情况 裁剪由评审组长根据评审内容决定是同行评审前评审人员提交预读记录可裁剪。否要求评审人员提交预读记录由评审组长决定本次评审是否需使用产品检查表可裁剪。要产品检查表6.3.4.2.4 项目计划确定项目的技术方法、项目工作分解活动的工作任务单、项目复杂度低项目研发人数小于 5 人项目周期在 1 月以内软硬件资源计划、决策计划、培训计划可以裁剪。人力资源计划可以裁剪。项目进度计划、项目监控计划、验收计划可以裁剪。6.3.4.2.5 项

10、目监控项目研发成员小于等于 3项目周期小于 3 个月人项目例会可以取消。进度评审可以和里程碑评审重合。6.3.4.2.6 配置管理项目规模小，或复杂度低，或者因为进度紧等其他原因项目计划基线和详细设计基线可以裁剪。其余基线不可裁剪。6.3.4.2.7 过程与产品质量保证当事件驱动的质量检查和定期质量检查的时间定期的质量检查可裁剪。间隔小于等于定期检查时间周期的 50%6.3.4.2.8 度量与分析项目经理根据项目的规模等具 制定数据收集与分析计划时可以对标准度量项进行裁体情况 减。6.3.4.2.9 组织培训培训时间小于半天且受训人数 除培训（教育）记录外其他都可裁剪，但临时外训的小于 10

11、人的培训 培训实施计划不可裁剪。除培训（教育）记录 、培训反馈表 （内训） / 培训培训时间小于等于 1 天的培训 心得（外训）、培训总结报告外其他都可裁剪，但临时外训的培训实施计划不可裁剪。培训时间小于半天且受训人数小于 10 人的内训方式的部门 培训实施计划的审批可裁剪。级别临时培训6.3.5 使用该裁剪范围以外的裁剪方法若出现项目经理和 QA 必须使用该裁剪指南指定的裁剪方法以外的方法对项目过程进行裁剪，那项目经理和 QA 必须在裁剪时及时与 EPG 沟通，并获得 EPG的同意，并在项目计划评审时进行评审。该裁剪方法将在项目结束时进行评估， 可以作为裁剪过程的补充， 并由 EPG决定是否将此裁剪方法记录进入本指南。6.3.6 填写裁剪报告QA 指导和协助项目经理进行过程裁剪。项目经理根据裁剪报告模板，填写裁剪内容。裁剪报告应由质量管理部经理审批。6.3.7 裁剪过程的收集和推广裁剪报告应被纳入项目的配置库。裁剪过程同时应被收集在组织过程财富库中。项目应对裁剪内容进行跟踪， 在项目结束时应分析本次裁剪是否对项目造成了影响，影响有哪些方面。 组织应对裁剪过程进行深入分析， 检查是否应将裁剪内容加入标准软件过程。6.4 输出裁剪报告组织过程财富库6.5 关闭标准裁剪报告通过审批。7审核8度量裁剪活动的工作量9培训对项目经理和 QA 进行关于标准软件过程裁剪的培训。