Cmmi过程体系手册参考资料Word格式.docx

Cmmi过程体系手册参考资料Word格式.docx

《Cmmi过程体系手册参考资料Word格式.docx》由会员分享，可在线阅读，更多相关《Cmmi过程体系手册参考资料Word格式.docx（10页珍藏版）》请在冰豆网上搜索。

生命周期模型：

从产品概念到产品退市的全过程模型，定义了产品概念、产品分析、产品开发、产品

测试、产品验收和产品维护共六个阶段。

4过程体系框架

注：

过程体系建立四层文件体系，包括0层、1层、2层和3层。

0层文件为质量手册；

1层文件为研发主流程；

2层文件为各类规范和操作指导；

3层文件为各类模板、检查单和示例等。

5过程体系方针

过程体系的总体指导方针，是不可突破的原则。

任何项目开发活动的工作必须遵循过程体系方针，不可裁剪，任何流程通道都必须包含方针中的要求。

1

2

3

4

5

5.1工程类

5.1

5.1.1需求管理

1）业务需求分析与产品需求分析过程，必须识别内部和外部干系人关注点；

2）建立需求跟踪矩阵，保证对需求进行有效跟踪；

3）需求必须文档化并通过公司内部评审。

5.1.2技术方案

1）针对开发项目，制定系统方案的选择准则和系统集成的准则；

2）开发多个系统方案，并依据选择准则进行选择；

3）依据系统集成的准则，确定系统集成的顺序；

4）对产品或关键部件进行自研、外包和复用的分析；

5）若涉及到多个子系统，则必须识别各子系统的需求和确定子系统实现方案，并识别子系统涉及的专业；

6）实现方案中需包含产品使用和维修的支持文件。

（例如：

培训资料、在线帮助、用户手册、操作手册、维护指南等）

5.1.3产品集成

1）依据系统集成的策略，确定系统集成的顺序和准则；

2）对接口正确性、完整性和标识进行检查。

5.1.4测试管理

1）明确集成测试、系统测试和验收测试的测试对象、测试依据和通过准则；

2）制定测试计划和测试方案，必要时要对测试方案进行评审；

3）必须对测试过程发现的缺陷进行跟踪和处理，缺陷修正后必须得到验证。

5.1.5产品管理类

1）分析竞争对手的产品，并捕获来自行业内的亮点需求；

2）制定年度产品规划，并得到批准，定期跟踪规划，定期更新年度规划；

3）分产品状态，制定产品退市或切换计划，并确认计划的执行状况。

5.1.6项目管理类

1）流程通道的选择（即流程配置）必须得到QA的确认，并最终得到批准；

2）基于业务需求开展项目估算，基于项目估算的结果制定项目计划；

3）项目立项和项目计划必须得到批准；

4）项目成员必须填写工作日志；

5）定期且事件驱动地监控项目计划的落实状况，并识别和管理问题与风险；

6）由内部或外部原因引起的项目变更计划，必须经过审批。

5.2过程管理类

5.2.1流程管理

1）建立公司级和业务单元级两级的EPG，并确定其常设人员；

2）采集改进需求，并识别过程体系中的强项和弱项，针对性地开展过程改进工作；

3）涉及流程体系的新增必须经过培训；

4）过程体系的建立和改进要取得业务单元的执行承诺。

5）建立和维护组织级的过程资产和工作环境标准。

5.2.2培训管理

1）围绕关键岗位技能需要识别培训需求，并制定年度培训计划和详细计划；

2）实施培训和建立培训记录，并评估培训效果。

3）建立和维护培训的讲师库和教材库。

5.3支持类

5.3.1质量保证

1）基于业务类型制定针对产品或项目的质量保证计划；

2）依据使用的流程定义和标准，对过程辅导、对关键的工作过程和工作产品进行监察；

3）确保QA的独立性与客观性；

4）所有发现的问题必须以文档形成跟踪直到关闭；

5）监察中发现的问题不能与监察对象达成一致时，QA必须通过问题升级的渠道解决。

5.3.2配置管理

1）建立产品配置库和项目配置库，各业务单元统一配置管理工具SVN；

2）编制配置管理计划，并与项目经理达成一致；

3）禁止纳入配置管理的配置项的非授权操作；

4）在特定阶段建立控制基线并控制其变更，变更批准后修订关联的文档；

5）建立和落实配置库的备份机制；

6）QA对配置管理工作开展过程审计，并跟踪问题的解决。

5.3.3技术评审

1）基于业务类型和评审对象的重要性选择评审方式（正式评审、一般评审和简化评审）；

2）技术评审必须有对应专业的技术评审专家参与；

3）技术评审完成后必须要有评审报告，并有相关评审人员签字确认；

4）正式评审必须召开会议且评审前进行预评审。

5.3.4决策分析

1）根据开发项目的业务类型，识别项目开展过程中决策点；

2）依据决策指南确定，确定决策的角色、标准和方法；

3）持续优化决策准则。

5.3.5度量分析

1）基于管理信息需要确定产品开发过程中度量项；

2）将度量分析工作自然分解到工作相关任务和文档中，减少重复和错误；

3）比照度量指标的目标范围，获得和分析度量项数据，识别问题、风险和改进点。

6产品生命周期模型

产品生命周期模型定义了产品概念、产品分析、产品开发、产品测试、产品验收和产品维护共六个阶段。

6.1管理过程域

1）产品规划与管理、发布管理和产品维护遵循《产品管理规程》；

2）立项管理、项目策划、项目监控和结项管理，遵循《项目管理规程》；

3）变更管理，遵循《变更管理规程》；

4）需求跟踪，遵循《需求开发规程》。

6.2工程过程域

1）业务需求开发和产品需求开发，遵循《需求开发规程》；

2）系统设计和实现与自测，遵循《技术方案与产品集成规程》；

3）集成测试、系统测试和验收测试，遵循《测试验收规程》；

4）产品中试，遵循《产品中试流程》。

6.3支撑过程域

1）配置管理，遵循《配置管理规程》；

2）质量保证，遵循《质量保证规程》；

3）度量分析，遵循《研发管理程序》度量分析部分；

4）决策分析，遵循《研发管理程序》决策分析部分。

7组织机构与角色职责

7.1组织结构图

7.2基于角色模型的项目组织架构

7.3角色职责

7.3.1

7.3.2

7.3.3产品管理组

●组织年度和季度产品规划，参与产品规划的评审。

●负责产品提议和产品立项审批。

7.3.4产品经理

●负责产品提议，组织产品规划，并定期的规划滚动；

●采集和分析业务需求，并与客户达成一致；

●业务需求变更时，负责评估并提出需求变更评审；

●负责产品生命周期管理。

7.3.5项目经理资源池

●负责项目经理的资质认定、绩效管理和人才培养等方面的管理。

7.3.6项目经理

●组织开展项目估算工作，协调项目资源。

制定项目计划；

●进行项目监控，对项目存在的问题和风险制定应对计划和采取措施；

●编制阶段报告，向项目相关干系人进行阶段报告；

●编制项目总结报告，总结项目中好的经验和做法。

7.3.7技术评审专家资源池

●负责项目经理的资质认定、绩效评定和人才培养等方面的管理。

7.3.8技术评审专家

●参与研发项目过程中的评审，提出出发现的问题，并审核问题的纠正措施；

●负责维护评审要素检查表。

7.3.9技术负责人

●理解、学习和分解业务需求，识别业务需求中的功能性和非功能性需求；

●识别项目干系人和干系人关注点，并对干系人关注点内容进行分析；

●建立需求跟踪矩阵，编制产品需求说明书，并组织对其进行评审；

●负责把握产品实现过程技术方向和技术难点；

●编制和组织评审系统概要设计和系统详细设计，并负责子系统需求开发。

7.3.10测试负责人

●分析需求以及协调分配测试任务

●制定测试计划和测试资源协调

●规划和组织测试工程师编写测试用例和方案

●组织测试计划、方案、用例评审及修改

●检查、审核各阶段测试报告

●建立和修订完善测试用例库

●可以由各业务单元测试人员担任或由质量技术中心测试人员担任

7.3.11软件工程师

●参与设计方案的制定和评审；

●负责所分配任务内软件代码的编写、走查和单元测试；

●参与软件系统的调试和自测。

7.3.12硬件工程师

●负责所分配任务内的原理图的设计、仿真、评审、实现和自测；

●参与系统的联调和调试。

7.3.13测试工程师/验收工程师

●编写测试脚本

●搭建测试环境

●执行测试用例

●报告测试缺陷

7.3.14中试工程师

●负责产品中试方案的制定；

●识别装联工艺、ATS和工装的需求，并制定设计方案；

●参与研发需求和方案等方面的评审；

●负责产品中试，验证产品的可生产性，上报产品中试过程的产品缺陷；

●制定输出生产指导文件；

●制定产品中试报告，并组织对其评审。

7.3.15质量工程师

●负责对项目成员开展事前辅导和事中的咨询；

●对研发项目开发过程开展过程监察，并对发现的问题负责跟踪；

●负责产品研发质量事故的原因分析，编写分析报告，向组织通报质量事故；

7.3.16供应链代表

●负责新产品开发所需的原材料和外协加工件的交付进度和品质管理，保证准时、高质量交付研发；

●对项目开发的新物料提出建议和意见，负责物料价格降低工作；

●负责开发新供应商。

7.3.17配置工程师

●负责产品和项目配置管理工作。

7.3.18EPG（过程改进小组）

●改进需求的受理、策划、实施、培训、试行和推广；

●有针对性开展过程改进工作；

●持续不断公司级过程资产库。

●..

●