Cmmi过程体系手册—参考资料
(完整版)CMMI3过程体系文档清单
分类
过程域(PA)
过程
规程
模板
过程管 理过程
项目管 理类过
程
工程开 发类过
程
OPD、OPF
OT PP
PMC、IPM、RSKM PMC、IPM、RSKM PMC、IPM、RSKM
RD PP TS、PI
软件过程改进过程
组织培训过程
项目立项过程 项目策划过程
项目跟踪过程
84—82
检查单
配置服务器/CMM目录下文件配置清单
84—83
检查单
配置服务器/CMM目录下文件配置清单
84—84
84—76
检查单
配置服务器/CMM目录下文件配置清单
84—77
检查单
配置服务器/CMM目录下文件配置清单
84—78
检查单
配置服务器/CMM目录下文件配置清单
84—79
检查单
配置服务器/CMM目录下文件配置清单
84—80
检查单
配置服务器/CMM目录下文件配置清单
84—81
检查单
配置服务器/CMM目录下文件配置清单
配置服务器/CMM目录下文件配置清单
过程
规程
模板
指南
规范
84—39
分类
过程域(PA)
配置服务器/CMM目录下文件配置清单
过程
规程
模板
指南
规范
84—40
分类
过程域(PA)
配置服务器/CMM目录下文件配置清单
过程
规程
模板
指南
规范
84—41
分类
过程域(PA)
配置服务器/CMM目录下文件配置清单
cmmi质量体系流程
cmmi质量体系流程下载温馨提示:该文档是我店铺精心编制而成,希望大家下载以后,能够帮助大家解决实际的问题。
文档下载后可定制随意修改,请根据实际需要进行相应的调整和使用,谢谢!并且,本店铺为大家提供各种各样类型的实用资料,如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等,如想了解不同资料格式和写法,敬请关注!Download tips: This document is carefully compiled by theeditor. I hope that after you download them,they can help yousolve practical problems. The document can be customized andmodified after downloading,please adjust and use it according toactual needs, thank you!In addition, our shop provides you with various types ofpractical materials,such as educational essays, diaryappreciation,sentence excerpts,ancient poems,classicarticles,topic composition,work summary,word parsing,copy excerpts,other materials and so on,want to know different data formats andwriting methods,please pay attention!CMMI(Capability Maturity Model Integration)是一种用于评估和改进组织软件开发和维护过程的质量体系模型。
CMMI过程体系介绍
CMMI过程体系介绍蒋晖内容CMMI过程体系文件结构CMMI过程体系文件介绍项目管理过程软件工程过程过程管理过程支持过程示例CMMI 概貌CMMI 过程体系文件结构方针(Policies)过程文件(Processes)规程文件(Procedures)模 板(Plans,Reports,Tables ,Checklist )指南(Guideline)过程体系文件的内容方针指导性原则过程文件 描述执行一个过程所必需的角色、工具和方法。
规程文件用以指导某个具体过程的特定活动的可操作步骤。
模板包括各种计划、表格、报告等,用于证实过程运行的效果。
过程的描述过程元素用以描述过程的一个基本单元,一般具有以下属性:角色、入口准则、输入、任务、出口准则、输出、资源和能力、度量、裁剪指南遵循ETVX模型(Entry, Task, Verification, Exit,即入口、任务、验证、出口)过程元素的属性角色:描述该活动需要的人员。
入口准则:规定活动开始的标志,即前条件。
输入:描述活动需要读取的内容。
任务:执行活动所要做的一系列事情。
出口准则:表明活动结束的标志,即后条件。
输出:活动的输出结果及结果形式,即工作产品。
资源和能力:描述活动需要的人员、资金、时间、培训、设备、方法和支持工具。
度量:描述活动需要测量的数据。
裁剪指南:描述活动是否可以删减的指导性描述。
CMMI过程体系文件介绍过程文件的分类项目管理过程文件工程过程文件过程管理过程文件支持过程文件项目管理过程项目管理文件使用人员:项目经理、项目成员、以及与项目相关人员。
主要内容包括:项目立项过程项目计划过程项目跟踪与监控过程集成项目管理过程组间协调过程风险管理过程外包与采购管理过程项目策划过程项目策划(Project Planing-PP )活动集中在立项完成之后的开始阶段。
它主要有项目定义、工作拆分、软件估计、制定项目计划等过程。
PP 负责规划整个软件生命周期的活动,为实施软件工程和管理软件项目制定合理的计划。
CMMI_过程文档
过程文档变更日志目录1 引言 (1)1.1目的和方针 (1)1.2适用范围 (1)1.3定义 (1)1.4参考资料 (1)2 过程总体描述 (2)3 过程活动描述 (3)3.1活动名称1 (3)3.1.1概述 (3)3.1.2角色与职责 (3)3.1.3进入标准 (3)3.1.4输入 (3)3.1.5任务 (3)3.1.6输出 (3)3.1.7退出标准 (3)3.2活动名称2 (4)3.3活动名称3 (4)4 相关文档 (5)4.1引用文件 (5)4.2使用模板 (5)1 引言1.1目的和方针[分别描述出本过程及编写本过程文件的目的、组织方针]1.2适用范围[指出本过程适用范围。
]1.3定义[以表格形式列出本报告中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇,同时继承全部的先前过程中定义过的词汇。
]词汇名称词汇含义备注1.4参考资料[列出用得着的参考资料,如:(1) 本项目的经核准的计划任务书或合同、上级机关的批文;(2) 属于本项目的其他已发表的文件;(3) 本文件中各处引用的文件、资料、包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
]编号资料名称说明[以文字形式描述这个活动总体情况,以图表等形式描述出本过程各主要活动以及其相互关系] [对于过程活动较少,流程比较简单的过程,本章可与第3章合并][分节列出本过程中各个主要活动,各个活动子项可根据实际需要裁减合并]3.1活动名称13.1.1概述[简单描述该活动的目标、意义以及在整个过程中的地位。
]3.1.2角色与职责[罗列出本活动中所涉及的各个角色及其担负的职责,以下面示例的编号方式逐条列出,若没有标明无]➢➢3.1.3进入标准[本活动的触发或要素,以下面示例的编号方式逐条列出,若没有标明无]➢➢3.1.4输入[本活动的输入,以下面示例的编号方式逐条列出,若没有标明无]➢《……》➢《……》3.1.5任务[分条列出本活动中各主要步骤说明,如有必要需要通过流程图、关系图及其他图表形式加以描述,正文中引用文档或模板全部括以《》](1)(2)3.1.6输出[本活动的输出的结果,以下面示例的编号方式逐条列出,若没有标明无]➢《……》➢《……》3.1.7退出标准[本活动的结束事件或要素,以下面示例的编号方式逐条列出,若没有标明无]➢➢3.2活动名称2[同3.1节] 3.3活动名称3[同3.1节]4 相关文档4.1引用文件[罗列出本过程引用的过程或规程文档,以下面示例的编号方式逐条列出,若没有标明无] ➢《……》➢《……》4.2使用模板[本规程使用的文档模板,以下面示例的编号方式逐条列出,若没有标明无]➢《……》➢《……》。
Cmmi过程体系手册-参考资料
xxxCMMI过程体系手册xxxxxxCMMI过程体系手册1目的本文件规定了涉及公司产品开发和管理的过程域的方针,为实现质量方针和精益化管理而建立的研发过程管理体系,作为公司研发过程管理体系的纲领性文件。
建立研发过程体系的目的:➢从需求到产品交付有效地进行过程控制,以达到客户满足和实现公司战略规划;➢有效地管理研发资源,在开发过程中充分利用资源和过程资产;➢建立度量体系,统计和分析度量指标;➢向客户呈现精细化的过程管理能力,从而保证准时、高质量、低成本交付客户。
2范围本手册包括过程体系方针、体系框架、生命周期模型、组织结构和角色职责过程体系中各过程的概述。
3术语定义CMMI(Capability Maturity Model Integration,能力成熟度模型集成):一种结构化的模型,融合最佳实践的集合,为企业提供过程改进的典型路线图。
生命周期模型:从产品概念到产品退市的全过程模型,定义了产品概念、产品分析、产品开发、产品测试、产品验收和产品维护共六个阶段。
4过程体系框架注:过程体系建立四层文件体系,包括0层、1层、2层和3层。
0层文件为质量手册;1层文件为研发主流程;2层文件为各类规范和操作指导;3层文件为各类模板、检查单和示例等。
5过程体系方针过程体系的总体指导方针,是不可突破的原则。
任何项目开发活动的工作必须遵循过程体系方针,不可裁剪,任何流程通道都必须包含方针中的要求。
5.1工程类5.1.1需求管理1)业务需求分析与产品需求分析过程,必须识别内部和外部干系人关注点;2)建立需求跟踪矩阵,保证对需求进行有效跟踪;3) 需求必须文档化并通过公司内部评审。
5.1.2技术方案1)针对开发项目,制定系统方案的选择准则和系统集成的准则;2)开发多个系统方案,并依据选择准则进行选择;3)依据系统集成的准则,确定系统集成的顺序;4)对产品或关键部件进行自研、外包和复用的分析;5) 若涉及到多个子系统,则必须识别各子系统的需求和确定子系统实现方案,并识别子系统涉及的专业;6) 实现方案中需包含产品使用和维修的支持文件。
CMMI-工程-TS-用户手册模版-V1.0
广州润衡软件连锁有限公司用户手册用户手册模版目录1引言 (3)1.1 编写目的 (3)1.2 背景 (3)1.3 定义 (3)1.4 参考资料 (3)2用途 (3)2.1 功能 (3)2.2 性能 (3)2.3 安全保密 (4)3运行环境 (4)3.1 硬设备 (4)3.2 支持软件 (4)3.3 数据结构 (4)4使用过程 (4)4.1 安装与初始化 (4)4.2 输入 (4)4.3 输出对每项输出作出说明 (6)4.4 文卷查询 (6)4.5 出错处理和恢复 (6)4.6 终端操作 (6)1引言1.1编写目的说明编写这份用户手册的目的,指出预期的读者。
1.2背景说明:a.这份用户手册所描述的软件系统的名称;b.该软件项目的任务提出者、开发者、用户(或首批用户)及安装此软件的计算中心。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出有用的参考资料,如:a.项目的经核准的计划任务书或合同、上级机关的批文;b.属于本项目的其他已发表文件;c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够取得这些文件资料的来源。
2用途2.1功能结合本软件的开发目的逐项地说明本软件所具有各项功能以及它们的极限范围。
2.2性能2.2.1精度逐项说明对各项输入数据的精度要求和本软件输出数据达到的精度,包括传输中的精度要求。
2.2.2时间特性定量地说明本软件的时间特性,如响应时间,更新处理时间,数据传输、转换时间,计算时间等。
2.2.3灵活性说明本软件所具有的灵活性,即当用户需求(如对操作方式、运行环境、结果精度、时间特性等的要求)有某些变化时,本软件的适应能力。
2.3安全保密说明本软件在安全、保密方面的设计考虑和实际达到的能力。
3运行环境3.1硬设备列出为运行本软件所要求的硬设备的最小配置,如:a.处理机的型号、内存容量;b.所要求的外存储器、媒体、记录格式、设备的型号和台数、联机/脱机;c.I/O设备(联机/脱机?);d.数据传输设备和转换设备的型号、台数。
CMMI基本流程(共16张PPT)优秀
第三页,共16页。
项目策划(PP) 项目监督与控制(PMC) 需求管理(RM) 供应商协议管理(SAM) 度量(MA) 配置管理(CM)
产品与过程质量保证(PPQA)
需求开发(RD) 技术解决(TS) 产品集成(PI) 验证(Ver)
确认(Val)
组织过程聚焦(OPF)
在CMMI3中开展项目的流程怎样?
第五页,共16页。
立项的3种类型
产品研发:公司内部提起的,无固定客户的项目
招投标: 经过投标,中标的项目 合同: 基于合同的,主要是由客户找你,让你为他们做项目
产品研发的立项过程
申请人提出立项申请 立项申请书
组织进行立项申请
N
评审
Y
立项调研 (调查市场同类产品和客户等)
输出:
《需求开发计划》 《需求征求稿》 《需求记录表》 《产品需求规格说明书》 《软件需求规格说明书》 《需求模块功能矩阵》 评审准备表、评审报告 阶段报告
需求ห้องสมุดไป่ตู้
第九页,共16页。
该阶段的目的是什么?
为项目的研发和管理工作制定合理的行动纲领(即《项目计划》
以及相关辅助计划),以便所有相关人员按照该计划有条不紊地开展 工作
及相关文档
2.内部验收为在组织内部作的验收,外部验收是与客户作的验收
验收阶段结束进入结项阶段
验收
第十四页,共16页。
结项中要产生一些文档:项目总结、个人总结、项目统计
结项
第十五页,共16页。
监督控制
度量分析
风险管理与跟踪
CM管理
QA管理
项目的管理
第十六页,共16页。
如何进行项目的策划(给项目制定各个计划)?
CMMI统一过程模板说明V1.1
版本号:V1.1 XXXXX有限公司XXX过程修订记录文件版本修订说明:文档状态可分为“草稿”、“正式”和“修改”三种,文档刚刚建立时,其状态为“草稿”。
文档通过评审后,其状态为“正式”。
此后,若修订文档,则其状态变为“修改”。
当文档修订完毕,并重新通过评审时,其状态又变为“正式”;三种文档“状态”分别用不同方式版本号区别:1、处于“草稿”状态的文档版本号格式为:0.YZ,YZ数字范围为01-99,随着草稿的修正YZ的取值应递增,YZ的初值和增幅由作者自己把握;2、处于“正式”状态的文档版本号为X.Y,X为主版本号,取值范围为1-9,Y为次版本号,取值范围为0-9。
文档第一次成为“正式”文件时,版本号为1.0,如果文档修改内容或范围比较小,可增加版本的Y值,如:1.1或1.2。
当文档升级或修改幅度较大时,才允许增加版本的X值,如:2.0或3.0;3、处于“修改”状态的文档版本号为X.YZ,比如:1.11。
文档正式修改时,一般只增大Z值,X.Y值保持不变,当文档修改完毕,状态称为“正式”时,将Z值去掉,并增加X.Y值,比如:1.2,或2.0,可参见上述规则2;所有编辑中的文件修订为“正式”版本前,需经过多方评审,参与评审的人员包括:CMMI 所有内部成员和需要使用的项目实施人员,文件正式发布时,作者需注意在“修订记录”中记录“版本号”、“修订说明”等记录,正式版文档发布前后,CM还需做好相应基线记录和备份,以便版本回归和查阅;本文中所有涉及相关输出的模板,同样需要经过评审,无异议后才可发布;各项目负责人在实施过程中觉得模板不合适,可向EPG成员及时反馈,经过EPG成员修改并通过评审后方可发布实施,项目成员不得随意修改模板,以免造成其他阅读者或审核人员阅读不便;EPG成员需要注意的是:本过程模板所列章节在编辑过程中必须全部保留,不能裁剪,原1.0版本的过程文件,再次编辑时发现缺少的章节必须补齐,而多余章节则需删减; 封面页脚不插入LOG和页码,页码从本页算起。
CMMI体系文件介绍
OSP与CMMI3 18个过程域包含关系 CMMI标准过程体系文件说明 主要角色工作流程简介 项目过程定义裁剪指南说明
OSP与CMMI3 18个过程域
过程管理 组织过程聚 CMMI 3级,Organization 焦(OPF) Process Focus
组织过程定 CMMI 3级,Organization 义(OPD) Process Definition
组织培训 CMMI 3级,Organization (HR_TR) Training
OSP与CMMI3 18个过程域
项目管理
立项(PIM) 集成项目管理(IPM) 项目策划(PP)
项目监督和控制(PMC)
风险管理(RSKM) 供方协定管理(SAM) 结项(PCM)
CMMI 2级,Project Planning
主要角色工作流程简介——QA
项目过程定义裁剪指南说明
《项目过程定义裁剪表》作用 《项目过程定义裁剪表》使用说明
结束!谢谢!
过程和产品质量保证 CMMI 2级,Product & Process Quality
(PPQA)
Assurance
测量与分析(MA) CMMI 2级,Measurement and Analysis
决策分析和决定 (DAR)
CMMI 3级,Decision Analysis and Resolution
CMMI 3级,Technical Solution
产品集成(PI)
CMMI 3级,Product Integration
测试(TS) 评审(TR)
CMMI 3级,Verification CMMI 3级,Validation CMMI 3级,Product Integration
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
xxxCMMI过程体系手册xxxxxxCMMI过程体系手册1目的本文件规定了涉及公司产品开发和管理的过程域的方针,为实现质量方针和精益化管理而建立的研发过程管理体系,作为公司研发过程管理体系的纲领性文件。
建立研发过程体系的目的:➢从需求到产品交付有效地进行过程控制,以达到客户满足和实现公司战略规划;➢有效地管理研发资源,在开发过程中充分利用资源和过程资产;➢建立度量体系,统计和分析度量指标;➢向客户呈现精细化的过程管理能力,从而保证准时、高质量、低成本交付客户。
2范围本手册包括过程体系方针、体系框架、生命周期模型、组织结构和角色职责过程体系中各过程的概述。
3术语定义CMMI(Capability Maturity Model Integration,能力成熟度模型集成):一种结构化的模型,融合最佳实践的集合,为企业提供过程改进的典型路线图。
生命周期模型:从产品概念到产品退市的全过程模型,定义了产品概念、产品分析、产品开发、产品测试、产品验收和产品维护共六个阶段。
4过程体系框架注:过程体系建立四层文件体系,包括0层、1层、2层和3层。
0层文件为质量手册;1层文件为研发主流程;2层文件为各类规范和操作指导;3层文件为各类模板、检查单和示例等。
5过程体系方针过程体系的总体指导方针,是不可突破的原则。
任何项目开发活动的工作必须遵循过程体系方针,不可裁剪,任何流程通道都必须包含方针中的要求。
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.3角色职责7.3.17.3.27.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(过程改进小组)●改进需求的受理、策划、实施、培训、试行和推广;●有针对性开展过程改进工作;●持续不断公司级过程资产库。
●●●●(本资料素材和资料部分来自网络,仅供参考。
请预览后才下载,期待您的好评与关注!)●●●。