组织标准过程的裁剪
软件项目对组织标准过程的裁剪结果体现在项目的“裁剪工作表”中�！安眉艄ぷ鞅怼蹦０宥ㄒ辶讼钅靠⒔锥蔚闹饕疃褪涑霾�，便于指导项目负责人进行裁剪，形成符合项目特定情况的软件过程。
裁剪的一般性指导原则
裁剪的出发点是项目的特定情况（以下简称项目特性）。例如：软件产品的规模、项目的人员规模、系统复杂度、组织/客户对项目的要求等。依据项目特定情况为项目量身定做出一个适合项目的过程。对于标准软件开发过程的裁剪需要给出裁剪描述和裁剪合理性的解释。
裁剪决定需要基于风险的考虑，对过程或活动的调整或放弃需要通过分析其所带来的风险和影响再做决定。
解决方案研发项目可使用“新产品开发项目裁剪工作表”，对于个别不适用项可由项目的SQAL进行适当调整。
小型合同项目（项目规模≤10人月&周期≤2个月&项目组人数≤5人）的评审类工作的正式度可以适当地降低，比如说评审准备时间缩短，不必对《评审检查表》进行调整等。
裁剪结果的表达方式
对于被裁剪的部分根据裁剪情况，在其首列分别用“Delete”、“Adjust”或“Add”标注。所有没有被裁剪的部分不用标注，即首列为空。
Delete（放弃项）：可根据项目特性，放弃某过程/活动/子活动的执行。 注意必须给出放弃该项的“裁剪原因”。
Adjust（调整项）：项目可不完全按照裁剪工作表中某活动/子活动所要求的实施。须给出调整该项的“裁剪描述”和“裁剪原因”。
Add（添加项）：项目可以在裁剪工作表中插入一些过程/活动/子活动。须给出添加该项的“裁剪描述”和“裁剪原因”。
裁剪注意事项
对“裁剪工作表”内列出的各项工作的裁剪不仅考虑“过程活动（子活动）”，还要考虑“输出产品”以及“参照质量管理体系文件”。例如，如果改变编码参照的规程或者使用用户指定使用的模板，也是对属于对该项工作的调整，，并在“裁剪描述”给出变更情况的描述,在“裁剪原因”给出原因说明。
活动序列改变，即活动执行时机、顺序的改变，视为对该活动的调整。此时，在裁剪描述中说明活动序列的迁移，同时给出裁剪原因即可，无需变更该活动在表中位置。
根据不同项目的实际情况，选择软件的生命周期模型（可参考软件的生命周期模型为演化、原型模型和增量模型）进行过程裁剪。
如果放弃某个过程，则需要注意可能其中的个别活动需要适当地并入其他过程中。此时，该过程的裁剪结果为“Delete”，而其中需要在其他过程执行中的个别活动的裁剪结果为“Adjust”。
|
|
资源大�。�24.88 KB 
