公司标准过程总体裁剪指南[1].20120213.100429.docVIP

公司标准过程总体裁剪指南[1].20120213.100429.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
深圳天源迪科信息技术股份有限公司 文件编号:DIC-QMD-851-13 版 本:4.2 公司标准过程总体裁剪指南 2008-1-31发布 2008-2-18 实施 文件建立/修改记录 序号 版本 建立或修改 建立/修改人 日期 审核人 日期 批准人 日期 1 4.0 建立 李顺军 2007-7-15 韩明山 2007-7-31 汪东升 2007-8-30 2 4.1 修订 陈志强 2007-12-11 陈庆山 2008-1-18 韩明山 2008-1-25 3 4.2 修订 详见《文件更改申请表》DQM-423-00F1002 欧阳冬梅 2009-9-1 陈庆山 2009-11-25 汪东升 2009-11-27 目 录 1. 概述 4 1.1 目的 4 1.2 适用范围 4 1.3 引用文件 4 1.4 术语表 4 1.5 参考资料 4 2. 内容 4 2.1 裁剪的基本步骤 4 2.2 标准过程总体裁剪指南 6 概述 目的 为软件项目对标准过程进行裁剪时,提供框架和总体指导方针。 适用范围 适用于。 引用文件 术语 无参考资料 CMMI-DEV, V1.2,CMU/SEI-2006-TR-008,ESC-TR-2006-008 内容 裁剪根据选定的软件生命周期模型,按裁剪指南对标准过程进行裁剪,形成适合项目实际情况的过程。 裁剪的基本步骤如下: 参考总体裁剪指南对项目进行定位,确定本项目属于下述情况的何种组合 团队技能水平(较高/较低);规模(小/中/大)。(小/中/大)。根据对项目所作的定位,找出总体裁剪指南中与该定位相对应的总体指导方针。 以总体指导方针为框架,参考标准过程文件中对于可裁剪部分所提供的详细裁剪指南,对标准过程进行裁剪。 标准过程总体裁剪指南指南内容如下表。总体裁剪指导方针 原因 项目规模小;技能水平低与评审有关的指导方针 1、只对所有影响较大的文档(如项目计划、概要设计等)进行正式评审 尽早发现问题,避免返工。 2、对每个开发人员最初提供的工作产品(文档和代码)进行同行评审 考虑到技能水平低,进行最初的指导把关是必要的。 与工作量有关的指导方针 1、将任务划分更多个独立的小任务 降低任务难度。 2、在考虑日程时应考虑开发人员学习掌握技术的过程 考虑到技能水平低,需要学习。 3、制订培训计划并进行培训 考虑到技能水平低,进行培训的必要性。 4、当编程工作量较大时,为开发人员提供编写良好、经过测试的编程框架 为了确保质量。 与正式性有关的指导方针 1、可以适当减少开发基线中需要配置的配置项 考虑到项目规模较小,过程可能较简单。 、当的重要程度较低时,变更管理可以不那么正式。 项目规模:小;技术水平:高 与评审有关的指导方针 1、只对所有影响较大的文档(如项目计划、概要设计等)进行正式评审 尽早发现问题,避免返工。 2、可以减少同行评审次数,有些评审改为检查 因为项目规模较小,团队技能水平较高。 与工作量有关的指导方针 1、只有当编程工作量较大、编程框架利用率较高的情况下才提供编程框架 因为团队技能水平较高,编程框架的利用率有限。 与正式性有关的指导方针 1、可以适当减少开发基线中需要配置的配置项 考虑到项目规模较小,过程可能较简单。 2、当项目的重要程度较低时,变更管理可以不那么正式。 因为项目规模较小,团队技能水平较高,但重要程度较高时仍需加强变更管理。 项目规模:中等以上;技能水平:低与评审有关的指导方针 1、对所有影响的文档(如项目计划、设计等)进行正式评审 尽早发现问题,避免返工 2、对每个开发人员最初提供的工作产品(文档和代码)进行同行评审 考虑到技能水平低,进行最初的指导把关是必要的。 3、由项目以外的技术人员对技术文档进行评审 考虑到项目中缺少技术水平高的评审人员。 与工作量有关的指导方针 1、将任务划分得更多个独立的小任务 降低任务难度。 、在考虑日程时应考虑开发人员学习掌握技术的过程 考虑到技能水平低,需要学习。 、制订培训计划并进行培训 降低到技能水平低,进行培训的必要性。 、当编程工作量较大时,为开发人员提供编写良好、经过测试的编程框架 为了确保质量。 、为同类活动开发软件工具 减少工作量(规模较大时可能做到) 与正式性

文档评论(0)

5f2e576 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档