全套CMMi软件质量管理体系.docx

1、全套CMMi软件质量管理体系XXXXX计算机软件有限公司XX软件质量管理体系V1.0XX软件研发部2010/12/1第一篇 总则 3一、 XX软件质量管理体系的实施 3二、 目的 3三、 背景介绍 3四、 体系总体介绍 4第二篇 项目管理 6一、 立项管理 6二、 结项管理 13三、 项目计划 17四、 项目监控 26五、 风险管理 32六、 需求管理 36第三篇 技术实现过程 42一、 技术预研 42二、 SCRUM 过程 45三、 用户验收 51四、 技术评审 54第四篇 支撑过程 60一、 配置管理 60二、 质量保证 66三、 培训管理 72四、 服务与维护 77第一篇总则一、XX软件

2、质量管理体系的实施XX计算机软件有限公司依据 CMMi （软件能力成熟度模型集成）框架，结合公司多年 来实施“敏捷开发”的开发方法的经验，以及公司的实际情况，编写的 XX软件质量管理体系V1.0版已经编写完成。本体系文档是公司质量管理体系法规性文件，是指导公司建立并实施质量管理体系的 行动准则。公司全体员工必须遵照执行。目的本文档的目的在于：通过建立软件过程管理体系，提高企业的软件过程能力，保证软件质量，保证商 务目标的实现。基于精简的CMMi 3级管理体系，结合企业实际情况和经验积累，结合敏捷开发 的SCRUM方法。开发适合XX软件有限公司发展的软件过程管理体系。使得XX软件的软件开发过程管

3、理基本满足 CMMi 3级要求。三、背景介绍CMMI-DEVCMMI是个了不起的规范，但是仍然有很多不足之处。 CMMI对于项目管理很有指导价值，但是它对技术开发过程的论述却不够深入。对于大多数软件项目而言，技术开发占 总工作量的70%以上，而项目管理占总工作量的 30%以下。对大多数企业而言，技术开发过程的规范化比项目管理过程的规范化尤为重要与迫切。软件开发是如此的灵活，如果没有规范来指导与制约，就容易因无序而导致混乱。但 是规范如果不切实际或者太严密了，就容易畸变成为死板的教条，会扼杀开发人员生机勃 勃的创造力。软件过程规范应当力求简单实用。Scrum由Ken Schwaber和Jeff

4、Sutherland提出，旨在寻求充分发挥面向对象和构件技术的开 发方法，是对迭代式面向对象方法的改进，名称来自英式橄榄球（在比赛中每个队员都应 时刻保持对场上全局的判断，然后通过集体行动，奋力实现同一目标一一胜利） 。SCRUM方法最初实践于 EaseI公司（1993年）,现已被数十家公司数百个项目开发中应用， 适用于需求难以预测的复杂商务应用产品的开发 11 oSCRUM提出的SCRUM Meeting、Sprint、Backlog、SCRUM Master、SCRUM Team Demo 等模式已被 PLOP作为组织和过程模式 （Organizational and Process Pa

5、tter n ）的标准。SCRU M将工业过程控制中的概念应用到软件开发中来， 认为软件开发过程更多是经验性过程(Empirical Process),而不是确定性过程(Defined Process)。确定性过程是可明确描述 的、可预测的过程，因而可重复( Repeatable)执行并能产生预期的结果，并能通过科学 理论对其最优化。经验性过程与之相反，应作为一个黑箱( Black box)来处理，通过对黑箱的输入输出不断进行度量，在此基础上，结合经验判断对黑箱进行调控，使其不越出设 定的边界，从而产生满意的输出。 SCRUM方法将传统开发中的分析、设计、实施视为一个黑箱，认为应加强黑箱内部的

6、混沌性， 使项目组工作在混沌的边沿， 充分发挥人的创造力。总而言之，CMMI和敏捷开发能够很好地相互补充、 相互支持。首先在关注点上CMMI关注组织级或企业级改进，关注回答项目应该做什么，而不是具体怎么做的方法，而敏捷 开发则更关注项目级改进，关注项目具体怎么做的方法和最佳实践，这使双方在定位方面 形成很好的相互补充的态势。一方面CMMI为敏捷提供组织级扩展的能力和必须的组织治理框架，便于组织级对敏 捷最佳实践的推广和重用；另一方面，敏捷为 CMMI提供了项目级的具体实践方法，确保 团队在CMMI框架下能够快速响应，不断创新，持续交付价值。两者的有效结合，能够有 效实现个人绩效向团队绩效、向组

7、织绩效的转变过程。同时，也可以通过敏捷实践，规避 CMMI实施过程中重文档、重流程的不良倾向，使CMMI实施时更加关注组织的实际价值、 关注客户、关注创新。四、体系总体介绍XX软件质量管理体系将项目的生命周期划分为以下 14个控制域。项目管理过程域目勺立项管理采纳符合机构最大利益的立项建议，通过立项管理使该建议成为正式的项目。杜绝不 符合机构最大利益的立项建议被采纳，避免浪费机构的资源、资金、时间等。结项管理在项目开发工作结束后，对项目的有形资产和无形资产进行清算、对项目进行综合评 估以及总结经验教训等。项目规划为项目的研发和管理工作制定合理的行动纲领 (即项目计划)，以便所有相关人员按照该计

8、划有条不紊地开展工作。项目监控周期性地跟踪项目十划的各种参数如进度、工作量、费用、资源等，不断地了解项目 的进展情况，以便当项目实际进展显著偏离计划时能够及时采取纠正措施。风险管理在风险产生危害之前识别它们，从而有计划地消除或削弱风险。需求管理在客户与开发方之间建立对需求的共同理解，维护需求与其它工作成果的一致性，并 控制需求的变更。项目研发过程域目勺技术预研在立项之后到开发工作完成之前的时间内， 对项目将采用的关键技术提前学习和研究，尽可能早地发现并解决开发过程中将会遇到的技术障碍。Scrum过程设计软件系统的体系结构。分 Scrum小组，使用敏捷方法实现软件产品，在每次迭代 都产生可以交付

9、的产品。最后在巩固过程中确保产品符合用户的需求。客户验收客户依据合同对产品进行审查和测试，确保产品满足客户需求。技术评审尽早地发现工作成果中的缺陷，并帮助开发人员及时消除缺陷，从而有效地提高产品 的质量。机构支撑过程域目勺配置管理通过执行版本控制、变更控制等规程，以及使用配置管理软件来保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。质量保证提供一种有效的人员组织形式和管理方法， 通过客观地检查和监控“过程质量”与“产品质量”，从而实现持续地改进质量。培训管理根据机构（或项目）的需求来制定培训计划，并监督该计划的实施，确保培训取得预 期效果。服务与维护是指产品销售之后的客户

10、服务和产品维护，其宗旨是提高客户对产品以及对开发方的 满意度。第二篇 项目管理一、 立项管理立项管理（ Project Initialization Management, PIM ）的目的是： （ 1）采纳符合机构最大 利益的立项建议，通过立项管理使该建议成为正式的项目（即合法化） 。（ 2）杜绝不符合机构最大利益的立项建议被采纳，避免浪费机构的人力资源、资金、时间等。立项管理是决策行为，其目标是“做正确的事情” （ do right things ）。而立项之后的研发活动和管理活动的目标是“正确地做事情” （ do things right ）。只有“正确的决策”加上“正确地执行”才可能产

11、生优秀的产品。立项管理过程域是 SPP模型的重要组成部分。本规范阐述了立项管理过程域的三个主 要规程：立项建议 PASS-PROC-PIM-PROPOSAL立项评审 PASS-PROC-PIM-REVIEW 项目筹备 PASS-PROC-PIM-PREPARE上述每个规程的 “目标”、“角色与职责” 、“启动准则” 、“输入”、“主要步骤” 、“输出”、 “完成准则”和“度量”均已定义。本规范适用于国内 IT 企业的软件研发项目。 建议用户根据自身情况 （如商业目标、 研 发实力等）适当地修改本规范，然后推广使用。1介绍立项管理流程分三个阶段： “立项建议阶段” 、“立项评审阶段”和“项目筹备

12、阶段” ， 如图 1 所示。一、 立项建议阶段 立项建议小组应反复地进行立项调查、产品构思和可行性分析。在深思熟虑之后，立项建议小组撰写立项建议书 ，并申请立项。要注意的是，由于立项调查和可行性分析通常比较费时费力，往往被人忽视。而草率 撰写的立项建议书会有比较多的主观臆断，这对项目是有危害的。产品构思通常不可 能快速完成， 切不可闭门造车。 深入地进行立项调查与可行性分析不仅对产品构思有帮助， 而且对立项评审也有帮助。二、 立项评审阶段机构领导组织一个评审委员会进行立项评审。评审委员会根据立项建议书 、立项调查报告、立项可行性分析报告 以及立项建议小组的答辩， 投票决定是否同意立项 （按 少

13、数服从多数原则） 。评审委员会应根据机构的实际情况 （发展战略、 资金、人力资源等） ， 对立项建议书提出改进意见。机构领导对立项具有最终审批权。如果机构领导赞同评审委员会的决策，那么他们将 共同分担决策责任。如果机构领导行使“一票否决权” ，那么他将对该决策负全部责任。三、 项目筹备阶段 机构领导任命一位项目经理。通常情况下，立项建议小组的负责人将被任命为项目经理，这样有利于激发员工的工作热情。但是如果此人不适合于 任项目经理，那么机构领导 应该另外任命一位合适的项目经理。项目经理被任命之后，机构领导协助项目经理获取项目经费、人力资源、软硬件资源 等。要注意的是，如果项目所需的资金和资源难以

14、按时到位，此时项目经理不可老在等待 或只是抱怨，应当主动设法克服困难， 尽早行动起来。很多时候，资金和资源是争取来的, 而不是等来的。如果必要的资金和资源已经到位，项目经理和项目核心成员根据实际情况撰写项目 计划，执行项目研发和管理工作。图1-1立项管理流程立项管理过程域产生的主要文档有:立项调查报告立项可行性分析报告立项建议书立项评审报告2立项建议阶段2.1目的立项建议小组充分地进行立项调查、产品构思和可行性分析，撰写相应文档并申请立 项。2.2角色与职责立项建议小组一般由产品创作者（构思者）和商务部人员组成。该小组开展立项调查、 产品构思、可行性分析等活动，在深思熟虑之后撰写立项建议书、立

15、项调查报告 和立项可行性分析报告并申请立项。2.3启动准则立项建议小组已经成立。2.4输入与目标产品有关的任何信息2.5主要步骤Step1 立项调查立项建议小组开展立项调查，主要工作包括：市场调查政策调查同类产品调查竞争对手调查用户调查其他 相关的调查 立项调查应当遵循以下原则： 调查者应当客观地对待被调查的事物，不可有意往“好处”或者“坏处”写。 调查报告中的数据、图表要真实并且有据可查，不可凭空捏造。 调查报告应通俗易懂，不可写成学术性的文章。Step2 产品构思 立项建议小组进行产品构思，主要内容包括： 待开发产品的主要功能 待开发产品的技术方案Make-or-Buy 决策（确定哪些产品部件应当采购、外包开发或者自主研发。 ） 开发计划市场营销计划其他 相关的计划Step3 可行性分析 立项建议小组开展可行性分析，主要内容包括： 市场可行性分析政策可行性分析竞争实力分析 技术可行性分析 时间和资源可行性分析知识产