.
要素编号 要素 高/大 中/中 >=100FP，低/小 A 项目规模 >=400FP <400FP 复杂功能的比复杂功能的比<100FP 复杂功能的比例例>=30%但<30% <50% B 项目复杂度 例>50% C D E 项目关键性 项目组经验 需求明确性 有发展前景 丰富 有非常明确的需求说明书 发展前景一般 一般 有较明确需求 无发展前景 少 说不清需求 6.3.2 裁剪要求
下面给出了裁剪的具体要求，在项目进行裁剪时，必须首先认真阅读裁剪要求，之后才能进行裁剪报告的填写。
这里介绍一下豁免，豁免是指在组织允许的情况下，可以不执行组织级或项目级的必要任务，跳过整个过程或活动的一种特殊裁剪方式，对这种特殊裁剪称为豁免。 6.3.2.1 裁剪对象
裁剪对象是组织标准软件过程中的工程过程以及部分管理过程，裁剪一般包括过程的裁剪和工作产品裁剪。 6.3.2.2 裁剪原则
?
应根据项目特点进行过程裁剪；
.
?
裁剪不仅是减少过程，也可以根据质量或其它要求添加过程，以及对过程进行修改，使其更符合项目的特点；
?
项目经理和QA可以根据实际情况的需要，采用本指南中规定的裁剪方法之外的方法对项目过程进行裁剪，但所采用的裁剪方法必须经EPG同意。
6.3.2.3 裁剪产物
项目经理和QA根据项目特点，对标准组织过程进行裁剪，其裁剪结果就是项目实施的过程，作为项目计划的一部分进行评审。
工作产品的裁剪请参照《工作产品汇总表》中的裁剪说明，过程内容裁剪参看下面说明。
6.3.3 软件生命周期的裁剪指导
每种软件生命周期都有其优点、缺点和其适于的项目环境。在裁剪中也应该考虑项目所选的软件生命周期模型的特点，进行合理裁剪。
当前只提供了一种软件生命周期供选择，即瀑布模型。此模型包括5个阶段：定义、设计、实现、测试、发布；包括7个里程碑：需求定义、需求分析、概要设计、详细设计、系统集成、系统测试、项目确认。
软件生命周期 裁剪指导 原则上瀑布模型的各个阶段均不可裁剪。其中，需求定义、详细设计是可裁剪的。 瀑布型 瀑布型项目各个阶段依次进行，因此后续开发对前期进行的需求开发的可靠性有很高的要求，在这样的过程中，用户需求说明书、软
.
件需求规格说明书应至少分别进行过一次正式评审。在技术解决过程中，概要设计应至少进行过一次正式评审。 6.3.4 过程裁剪指导
6.3.4.1 概要裁剪
过程名称 需求开发与需求管理 技术解决和产品集成 验证 确认 项目计划 项目监控 风险管理 配置管理 过程与产品质量保证 度量与分析 决策分析与决定 组织培训 组织过程焦点 组织过程定义 影响要素 A、E A、B、C、D C、A B、其他 其他 A、B、其他 其他 A、其他 其他 是否有裁剪内容 是 是 是 否 是 是 否 是 是 是 否 是 否 否 6.3.4.2 详细裁剪
对应各个开发阶段，对过程中的活动依照以下要求进行裁剪，如果有些情况
.
未被提及，则原过程的活动不应该被裁剪。 6.3.4.2.1 需求开发与需求管理
该过程对需求明确性最为敏感，其次是项目规模。
情况 裁剪 应制定《需求调研计划》。 《用户需求说明书》评审时必须有用户或用户代表到场。 需求明确性低，项目规模大 应考虑聘请该领域的专家参与进行《软件需求规格说明书》的同行评审。 必须进行《用户需求说明书》的同行评审。 需求明确性低，项目规模小 《用户需求说明书》评审时必须有用户或用户代表到场。 需求明确性高，项目规模大 评审时可以没有用户或用户代表到场。 评审时可以没有用户或用户代表到场。 需求明确性高，项目规模小 可以在一次评审中同时进行《用户需求说明书》和《软件需求规格说明书》的评审。 需求明确性高（用户提供了明制定《需求调研计划》和需求收集可以裁剪。 确的需求说明）
6.3.4.2.2 技术解决过程
情况 裁剪 概要设计和详细设计可以合并在一起，最后出一份概要设项目规模小 计即可。
相关推荐：
loading