过程体系手册—参考资料

1、xxxCMMI过程体系手册xxxxxxCMMI过程体系手册1 目的本文件规定了涉及公司产品开发和管理的过程域的方针，为实现质量方针和精益化管理而建立的研发过程管理体系，作为公司研发过程管理体系的纲领性文件。建立研发过程体系的目的：Ø 从需求到产品交付有效地进行过程控制，以达到客户满足和实现公司战略规划；Ø 有效地管理研发资源，在开发过程中充分利用资源和过程资产；Ø 建立度量体系，统计和分析度量指标；Ø 向客户呈现精细化的过程管理能力，从而保证准时、高质量、低成本交付客户。2 范围本手册包括过程体系方针、体系框架、生命周期模型、组织结构和角色职责过程体系中

2、各过程的概述。3 术语定义CMMI（Capability Maturity Model Integration，能力成熟度模型集成）:一种结构化的模型，融合最佳实践的集合，为企业提供过程改进的典型路线图。生命周期模型：从产品概念到产品退市的全过程模型，定义了产品概念、产品分析、产品开发、产品测试、产品验收和产品维护共六个阶段。4 过程体系框架注：过程体系建立四层文件体系，包括0层、1层、2层和3层。0层文件为质量手册；1层文件为研发主流程；2层文件为各类规范和操作指导；3层文件为各类模板、检查单和示例等。5 过程体系方针过程体系的总体指导方针，是不可突破的原则。任何项目开发活动的工作必须遵循过

3、程体系方针，不可裁剪，任何流程通道都必须包含方针中的要求。5.1 工程类5.1.1 需求管理1) 业务需求分析与产品需求分析过程，必须识别内部和外部干系人关注点；2) 建立需求跟踪矩阵，保证对需求进行有效跟踪；3) 需求必须文档化并通过公司内部评审。5.1.2 技术方案1) 针对开发项目，制定系统方案的选择准则和系统集成的准则；2) 开发多个系统方案，并依据选择准则进行选择；3) 依据系统集成的准则，确定系统集成的顺序；4) 对产品或关键部件进行自研、外包和复用的分析；5) 若涉及到多个子系统，则必须识别各子系统的需求和确定子系统实现方案，并识别子系统涉及的专业；6) 实现方案中需包含产品使用

4、和维修的支持文件。（例如：培训资料、在线帮助、用户手册、操作手册、维护指南等）5.1.3 产品集成1) 依据系统集成的策略，确定系统集成的顺序和准则；2) 对接口正确性、完整性和标识进行检查。5.1.4 测试管理1) 明确集成测试、系统测试和验收测试的测试对象、测试依据和通过准则；2) 制定测试计划和测试方案，必要时要对测试方案进行评审；3) 必须对测试过程发现的缺陷进行跟踪和处理，缺陷修正后必须得到验证。5.1.5 产品管理类1) 分析竞争对手的产品，并捕获来自行业内的亮点需求；2) 制定年度产品规划，并得到批准，定期跟踪规划，定期更新年度规划；3) 分产品状态，制定产品退市或切换计划，并确

5、认计划的执行状况。5.1.6 项目管理类1) 流程通道的选择（即流程配置）必须得到QA的确认，并最终得到批准；2) 基于业务需求开展项目估算，基于项目估算的结果制定项目计划；3) 项目立项和项目计划必须得到批准；4) 项目成员必须填写工作日志；5) 定期且事件驱动地监控项目计划的落实状况，并识别和管理问题与风险；6) 由内部或外部原因引起的项目变更计划，必须经过审批。5.2 过程管理类5.2.1 流程管理1) 建立公司级和业务单元级两级的EPG，并确定其常设人员；2) 采集改进需求，并识别过程体系中的强项和弱项，针对性地开展过程改进工作；3) 涉及流程体系的新增必须经过培训；4) 过程体系的建

6、立和改进要取得业务单元的执行承诺。5) 建立和维护组织级的过程资产和工作环境标准。5.2.2 培训管理1） 围绕关键岗位技能需要识别培训需求，并制定年度培训计划和详细计划；2） 实施培训和建立培训记录，并评估培训效果。3） 建立和维护培训的讲师库和教材库。5.3 支持类5.3.1 质量保证1) 基于业务类型制定针对产品或项目的质量保证计划；2) 依据使用的流程定义和标准，对过程辅导、对关键的工作过程和工作产品进行监察；3) 确保QA的独立性与客观性；4) 所有发现的问题必须以文档形成跟踪直到关闭；5) 监察中发现的问题不能与监察对象达成一致时，QA必须通过问题升级的渠道解决。5.3.2 配置管

7、理1) 建立产品配置库和项目配置库，各业务单元统一配置管理工具SVN；2) 编制配置管理计划，并与项目经理达成一致；3) 禁止纳入配置管理的配置项的非授权操作；4) 在特定阶段建立控制基线并控制其变更，变更批准后修订关联的文档；5) 建立和落实配置库的备份机制；6) QA对配置管理工作开展过程审计，并跟踪问题的解决。5.3.3 技术评审1) 基于业务类型和评审对象的重要性选择评审方式（正式评审、一般评审和简化评审）；2) 技术评审必须有对应专业的技术评审专家参与；3) 技术评审完成后必须要有评审报告，并有相关评审人员签字确认；4) 正式评审必须召开会议且评审前进行预评审。5.3.4 决策分析1

8、) 根据开发项目的业务类型，识别项目开展过程中决策点；2) 依据决策指南确定，确定决策的角色、标准和方法；3) 持续优化决策准则。5.3.5 度量分析1) 基于管理信息需要确定产品开发过程中度量项；2) 将度量分析工作自然分解到工作相关任务和文档中，减少重复和错误；3) 比照度量指标的目标范围，获得和分析度量项数据，识别问题、风险和改进点。6 产品生命周期模型产品生命周期模型定义了产品概念、产品分析、产品开发、产品测试、产品验收和产品维护共六个阶段。6.1 管理过程域1) 产品规划与管理、发布管理和产品维护遵循产品管理规程；2) 立项管理、项目策划、项目监控和结项管理，遵循项目管理规程；3)

9、变更管理，遵循变更管理规程；4) 需求跟踪，遵循需求开发规程。6.2 工程过程域1) 业务需求开发和产品需求开发，遵循需求开发规程；2) 系统设计和实现与自测，遵循技术方案与产品集成规程；3) 集成测试、系统测试和验收测试，遵循测试验收规程；4) 产品中试，遵循产品中试流程。6.3 支撑过程域1) 配置管理，遵循配置管理规程；2) 质量保证，遵循质量保证规程；3) 度量分析，遵循研发管理程序度量分析部分；4) 决策分析，遵循研发管理程序决策分析部分。7 组织机构与角色职责7.1 组织结构图7.2 基于角色模型的项目组织架构7.3 角色职责7.3.1 产品管理组l 组织年度和季度产品规划，参与产

10、品规划的评审。l 负责产品提议和产品立项审批。7.3.2 产品经理l 负责产品提议，组织产品规划，并定期的规划滚动；l 采集和分析业务需求，并与客户达成一致；l 业务需求变更时，负责评估并提出需求变更评审；l 负责产品生命周期管理。7.3.3 项目经理资源池l 负责项目经理的资质认定、绩效管理和人才培养等方面的管理。7.3.4 项目经理l 组织开展项目估算工作，协调项目资源。制定项目计划；l 进行项目监控，对项目存在的问题和风险制定应对计划和采取措施；l 编制阶段报告，向项目相关干系人进行阶段报告；l 编制项目总结报告，总结项目中好的经验和做法。7.3.5 技术评审专家资源池l 负责项目经理的

11、资质认定、绩效评定和人才培养等方面的管理。7.3.6 技术评审专家l 参与研发项目过程中的评审，提出出发现的问题，并审核问题的纠正措施；l 负责维护评审要素检查表。7.3.7 技术负责人l 理解、学习和分解业务需求，识别业务需求中的功能性和非功能性需求；l 识别项目干系人和干系人关注点，并对干系人关注点内容进行分析；l 建立需求跟踪矩阵，编制产品需求说明书，并组织对其进行评审；l 负责把握产品实现过程技术方向和技术难点；l 编制和组织评审系统概要设计和系统详细设计，并负责子系统需求开发。7.3.8 测试负责人l 分析需求以及协调分配测试任务l 制定测试计划和测试资源协调l 规划和组织测试工程师

12、编写测试用例和方案l 组织测试计划、方案、用例评审及修改l 检查、审核各阶段测试报告l 建立和修订完善测试用例库l 可以由各业务单元测试人员担任或由质量技术中心测试人员担任7.3.9 软件工程师l 参与设计方案的制定和评审；l 负责所分配任务内软件代码的编写、走查和单元测试；l 参与软件系统的调试和自测。7.3.10 硬件工程师l 参与设计方案的制定和评审；l 负责所分配任务内的原理图的设计、仿真、评审、实现和自测；l 参与系统的联调和调试。7.3.11 测试工程师/验收工程师l 编写测试脚本l 搭建测试环境l 执行测试用例l 报告测试缺陷7.3.12 中试工程师l 负责产品中试方案的制定；l 识别装联工艺、ATS和工装的需求，并制定设计方案；l 参与研发需求和方案等方面的评审；l 负责产品中试，验证产品的可生产性，上报产品中试过程的产品缺陷；l 制定输出生产指导文件；l 制定产品中试报告，并组织对其评审。7.3.13 质量工程师l 负责对项目成员开展事前辅导和事中的咨询；l 对研发项目开发过程开展过程监察，并对发现的问题负责跟踪；l 负责产品研发质量事故的原因分析，编写分析报告，向组织通报质量事故