CMMI体系文件-OPD-标准规定软件过程裁剪指南

1、* 信息系统有限公司标准软件过程裁剪指南文件编号：F：版本号：编制：日期：审核：日期：批准：日期：* 信息系统有限公司标准软件过程裁剪指南文件编号：F：版本号：编制：日期：审核：日期：批准：日期：文件修订记录时间作者主要修订内容1 目的 12 适用范围 13 资源和工具 14 定义和缩写 15 职责 26 指南 26.1 启动条件26.2 输入 26.3 活动 26.3.1 确定项目特点26.3.2 裁剪要求36.3.2.1 裁剪对象 36.3.2.2 裁剪原则 36.3.2.3 裁剪产物 46.3.3 软件生命周期的裁剪指导46.3.4 过程裁剪指导56.3.4.1 概要裁剪56.3.4.2

2、 详细裁剪56.3.4.2.1 需求开发与需求管理66.3.4.2.2 技术解决过程66.3.4.2.3 验证 76.3.4.2.3.1 测试 76.3.4.2.3.2 评审 76.3.4.2.4 项目计划 86.3.4.2.5 项目监控 86.3.4.2.6 配置管理 86.3.4.2.7 过程与产品质量保证86.3.4.2.8 度量与分析 96.3.4.2.9 组织培训 96.3.5 使用该裁剪范围以外的裁剪方法96.3.6 填写裁剪报告1.0 6.3.7 裁剪过程的收集和推广1.0.6.4 输出 1.06.5 关闭标准1.07 审核 108 度量 119 培训 111目的本文件的目的是提

3、供公司标准软件过程的裁剪方法，指导项目经理和QA根据项目特征，对公司的标准软件过程进行裁剪，制定项目的开发过程。2适用范围本过程适用于公司的所有软件开发项目。3资源和工具引用模型和标准：Capability Maturity Model ? Integration (CMMISM), Version 1.1GB 1526-89信息处理 数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定工具：Microsoft WordMicrosoft ExcelMicrosoft VisioMicrosoft Visual SourceSafe4定义和缩写表1 定义和缩写表术语/

4、缩写词定义FP独立功能（增、删、改操作的上一级）5职责表2角色职责表角色职责质量管理部经理审批裁剪报告。项目经理负责对项目进行标准软件过程的裁剪。QA指导和协助项目经理进行过程裁剪。EPG对项目裁剪方法给出意见或建议；维护裁剪指南。6指南6.1 启动条件用户需求说明书审批通过。6.2 输入无6.3 活动6.3.1 确定项目特点先根据项目规模、项目复杂度、项目关键性、项目组经验、需求明确性对项 目进行分类要系编P高/大中/中低/小A项目规模>=400FP>=100FP ,<400FP<100FPB项目复杂度复杂功能的比例 >50%复杂功能的比例>=30%但&l

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

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

7、软件生命周期供选择，即瀑布模型。此模型包括5个阶段：定义、设计、实现、测试、发布；包括7个里程碑：需求定义、需求分析、 概要设计、详细设计、系统集成、系统测试、项目确认。软件生命周期裁剪指导瀑布型原则上瀑布模型的各个阶段均不可裁剪。其中，需求定义、详细 设计是可裁剪的。瀑布型项目各个阶段依次进行，因此后续开发对前期进行的需求 开发的可靠性有很高的要求，在这样的过程中，用户需求说明书、软件需求规格说明书应至少分别进行过一次正式评审。在技术解决过程中，概要设计应至少进行过一次正式评审。6.3.4过程裁剪指导6.3.4.1概要裁剪过程名称影响要素是否有裁剪内容需求开发与需求管理A、E是技术解决和广品

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

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

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

11、项目进度计划、项目监控计划、验收计划可以裁剪。6.3.425项目监控情况裁剪项目研发成员小十等于3人项目例会可以取消。项目周期小于3个月进度评审可以和里程碑评审重合。6.3.426配置管理情况裁剪项目规模小，或复杂度低，或者因为进度紧等其他原因项目计划基线和详细设计基线可以裁剪。其余基线/、可裁 男。6.3.427过程与产品质量保证情况裁剪当事件驱动的质量检查和定期质量检查的时间间隔小于等于定期检查时间周期的50%定期的质量检查可裁剪。6.3.428度量与分析情况裁剪项目经理根据项目的规模等具体情况制定数据收集与分析计划时可以对标准度量项进行裁减。6.3.429组织培训情况裁剪培训时间小于半天

12、且受训人数小于10人的培训除培训（教育）记录外其他都可裁剪，但临时外训的培训实施计划/、可裁剪。培训时间小于等于1天的培训除培训（教育）记录、培训反馈表（内训1） /培训 心得（外训）、培训总结报告外其他都可裁剪，但临时 外训的培训实施计划/、可裁剪。培训时间小于半天且受训人数小于10人的内训方式的部门级别临时培训培训实施计划的审批可裁剪。1.1.5 使用该裁剪范围以外的裁剪方法若出现项目经理和QA必须使用该裁剪指南指定的裁剪方法以外的方法对项目过程进行裁剪，那项目经理和QA必须在裁剪时及时与EPG沟通，并获得EPG的同意，并在项目计划评审时进行评审。该裁剪方法将在项目结束时进行评估，可以作为裁剪过程的补充，并由 EPG决定是否将此裁剪方法记录进入本指南。1.1.6 填写裁剪报告QA 指导和协助项目经理进行过程裁剪。项目经理根据裁剪报告模板，填写裁剪内容。裁剪报告应由质量管理部经理审批。1.1.7 裁剪过程的收集和推广裁剪报告应被纳入项目的配置库