2014总体实施方案.docVIP

CMM总体实施方案 讨论稿：2000-2-24 广东省电信科学技术研究院多媒体事业部 文档说明：CMM只是提出实现的目标，而没有说明实现的方法。实现的方案需要具体参与实施的人员讨论选择。而本文不是给别人看的报告，不是用来发表的文章。本文仅仅是一篇与每个人都有关的实施方案，一篇用于讨论的方案。如果你有什么高见、低见、或不高不低的中见，只要有理，请提出来，一起讨论。 前言 根据我们部现在的性质和未来的发展趋势，我们不但要完成省局的任务，而且也要开发自己的软件产品，因此机构的设置要灵活而且可以实现任务和产品并重的功能。那么，如何在尽量少影响目前工作，有些任务可以说是不能受到影响的前提下，如何实现CMM？这是一个比较复杂的问题，需要大家一起讨论。 组织结构 部门组织结构 【方案一】：按课题划分的模式(project format) 把软件人员按课题组成小组，小组成员自始至终参加所承课题的各项任务。负责完成软件产品的定义、设计、实现、测试、复查、文档编制和维护的全过程。 MicroSoft把特性(与函数)作为开发单位特性小组一般由一个领导和3至8名开发人员组成，工作于相关的特性领域。在特性小组中的每个人均是此领域的“专家”，他们了解如何使用产品、了解竞争对手的产品、了解未来将向何处去。通常为便于交流，提高软件的组织结构（软件倾向于映射出构造它的组织的结构），应保持特性小组的小规模。不是真正的经理：没有权力的影响 对任务型的软件生产，按软件工程的基本概念和流程完成。流程如下： 图2 为完成任务，可临时抽调精干人员若干，组成任务组。软件工程中的有些部分可以简略，有些文档可以缩短和合并，但其原则不变。 产品 对于产品型的软件生产，要严格执行CMM 2、3级的所有（软件分合同管理一期不考虑）KPA，尤其是过程和进度管理，要强化里程碑概念，强调CMM人员的重要性。 过程和进度管理：把项目分成许多个可以完成的里程碑，在每个里程碑前质量保证工程师要重点检查，一到时间点要停止上一阶段的工作，严格进行下一阶段工作。里程碑由项目设计结合软件生产过程（见图2）具体确定。在同一版本期间的里程碑有五个： 项目计划/功能定义，包括功能规格、风险管理计划、总项目计划、总进度表； 源代码完成，此前PM要修正规格说明书，和开发组沟通。开发组要完成详细设计，界面，算法，大规模的代码编写，自测，允许有些模块的部分功能未完成。测试组要研究规格说明书，编写测试计划，设计测试用例，熟悉必需的环境、工具、软件、硬件，不断丰富测试用例。到里程碑时测试组要完成总的测试计划，每个工程师的区域测试计划，大部分测试用例，可以开始测试。用户教育组要研究功能规格，熟悉产品配置、功能，准备用户手册。 测试，此前测试组试图发现所有错误并把错误排级。随着软件改善，逐步进行系统水平、互操作性和深度测试。开发者试图修改等级高的错误尤其是功能性错误，而有些错误可以在下一个里程碑完成。达到该里程碑时，所有测试的红灯错误要修改完，所有计划的功能实现并运行良好，产品稳定并可以让用户试用，大部分用户界面外观精美，有在线帮助(可以不完整)，可能已经有用户手册，该版本不会带来坏的形象。 版本候选，此前产品经理着重收集和评估测试用户的反馈，决定如何处理。PM决定必须在正式发布版本中解决的错误的等级。测试或开发组稳定测试后新加的功能。开发组调试好功能。用户教育组和开发组共同调试好用户界面。用户教育组完成所有的在线帮助和手册的补丁。到该里程碑时要达到零活动的错误，没有补丁，稳定运行(很少或没有大的变化)几天或一周。 正式发布版本，此前要测试所有错误，全部运行测试用例，随机测试：初始或非初始，寻找能停止正式发布的错误，防病毒，光盘检查，最终的内容检查。正式发布的标准：版本候选后没有发现新的严重错误，所有组都签字结束。此时要提交正式版本，版本说明，性能支持元素，测试结果和测试工具，源代码和可执行程序，项目文档，里程碑回顾。 软件生产的过程如下图： 〖评价〗：可行。而更具体的做法，如CMM组在什么阶段检查什么文档，可在方案定下来之后再考虑。 实施步骤 实施分步目标 　　要有短、中、长期的目标，有缓急之分。不要一下子什么都想达到。不要一下子动大手术。不要作赌博式的全盘投入。在选择先做什么的时候，可有两方面的考虑：“最薄弱的环节”、“最易做到而又有显著收效”。 　　可以试行某些关键过程领域的一部分关键实践活动。这样可逐步取得经验。 3