CMMI3级18个过程域
CMMI模型的级别及其过程域
模型规范级别及其过程域成熟度1级:初始级①软件过程的特点是无序的,偶尔甚至是混乱的。
几乎没有什么过程是经过定义的,成功依赖于个人的努力;②一般不提供开发和维护软件的稳定环境,在危机时刻,项目一般抛弃预定的规程,回复到仅做编码和测试,性能依赖于个人的能力,且随个人固有的技能、知识和动机的不同而变化。
成熟度2级:受管理级①在成熟度等级2上,意味着组织要确保策划、文档化、执行、监督和控制项目级的过程;②为过程建立明确的目标,并能实现所确定的诸如成本、进度和质量目标等目标。
③换言之,组织已经营造出稳定的、受控的开发环境,项目是在受控状态下运行。
受管理级过程域•需求管理(REQM)•项目策划(PP)•项目监督与控制(PMC)•供方协定管理(SAM)•测量和分析(MA)•过程和产品质量保证(PPQA)•配置管理(CM)成熟度3级:已定义级在成熟度等级3上,项目执行过程是通过剪裁组织的标准过程集合和组织过程财富产生的“已定义过程”,并具备与该过程相适应的运行环境。
其与成熟度等级2的区别在于标准、过程描述、规程的应用范围是全组织级的。
•需求开发(RD)•技术解决(TS)•产品集成(PI)•验证(VER)•确认(V AL)•组织过程聚焦(OPF)•组织过程定义(OPD)•组织培训(OT)•集成项目管理(IPM)•风险管理(RSKM)•决策分析和决定(DAR)成熟度4级:定量管理级在成熟度等级4上,组织建立了关于产品质量、服务质量及过程性能的定量目标,运用统计技术和其他定量目标作为判断过程管理成功与否的标准。
在过程的整个生存周期里,对产品质量、服务质量和过程性能做到统计意义上的了解和管理。
•组织过程性能(OPP)•定量项目管理(QCM)成熟度5级:持续改进级成熟度等级5 的突出特征是过程性能的持续改进。
组织建立起整个组织的定量过程改进目标,并且把它们作为过程改进管理成功与否的判断标准;这些目标将适时修改,以反映不断变化的本组织的业务目标。
CMMI的22个过程域及其特定目标和实践
CMMI的22个过程域及其特定目标和实践CMMI共含有22个过程域:一、项目管理类:1、项目策划(PP):SG1 完成参数估计SP1.1 估计项目的范围SP1.2估计项目属性SP1.3确定项目生存周期SP1.4 确定工作量和成本的估计值SG2 拟订项目计划SP2.1 编制预算和进度 SP2.2识别项目风险 SP2.3策划数据管理 SP2.4策划项目资源 SP2.5 策划必要的知识和技能 SP2.6策划共利益者的介入 SP2.7拟订项目计划SG3 获得对计划的承诺SP3.1 审查从属计划 SP3.2使工作与资源配备协调 SP3.3获得计划承诺2、项目监督和控制(PMC):SG1 对照计划监督项目SP1.1 监督项目策划参数 SP1.2 监督承诺 SP1.3监督项目风险 SP1.4监督资料管理 SP1.5监督共利益者介入情况 SP1.6进行进展审查 SP1.7里程碑审查SG2 管理纠正措施,直到结束SP2.1 分析问题:收集并分析问题,确定处理这些问题所需的纠正措施SP2.2 采取纠正措施:对所识别的问题采取纠正措施3、集成项目管理(IPM)+IPPDSG1运用项目已定义过程SP1.1建立项目已定义过程 SP1.1运用组织过程财务策划项目活动 SP1.1建立项目工作环境综合计划 SP1.1运用综合计划管理项目 SP1.1充实组织过程财富SG2与相关的共利益者协调和合作SP2.1管理共利益者介入 SP2.2管理依存关系 SP2.3解决协调问题SG3IPPD应用(应用IPPD原则)SP3.1 建立项目的共同愿景 SP3.2 建立集成团队架构 SP3.3 分配需求至集成团队 SP3.4 建立集成团队 SP3.5确保跨团队间的合作4、供方协定管理(SAM)SG1 建立供方协定SP1.1分析由项目所决定的需求 SP1.2选择供方 SP1.3 建立供方协定SG2 满足供方协定SP2.1执行供方协定 SP2.2监督选定的供方过程 SP2.3评估选定的供方工作产品 SP2.4接受取得的产品 SP2.5移交产品5、风险管理(RSKM)SG1 准备风险管理SP1.1确定风险来源和类别 SP1.2定义风险参数 SP1.3建立风险管理战略SG2 识别和分析风险SP2.1识别风险 SP2.2对风险进行评价、分类和排列优先顺序SG3 缓解风险SP3.1拟订风险缓解方案 SP3.2实施风险缓解6、定量项目管理(QPM)SG1定量管理项目SP1.1建立项目目标 SP1.2组成已定义过程 SP1.3选择将予以管理的子过程 SP1.4管理项目性能SG2对子过程进行统计管理SP2.1选择度量值和分析技术 SP2.2运用统计方法,以掌握变化情况 SP2.3监督所选择的子过程的性能 SP2.4记录统计管理数据二、工程类1、需求管理(RM)2、需求开发(RD)3、技术解决(TS)SG1 选择产品构建解决方案SP1.1开发详细候选解决方案和选择准则 SP1.2开发操作概念和场景 SP1.3选择产品构件解决方案SG2 设计SP2.1运用有效的设计方法 SP2.2建立完备的技术数据包 SP2.3设计综合性接口 SP2.4进行制作、购买或复用分析SG3 实现产品设计SP3.1实现设计 SP3.2编制产品支持文档4、产品集成(PI)SG1 准备产品集成SP1.1建立产品集成战略 SP1.2建立产品集成环境 SP1.3规定详细的产品集成规程SG2 确保接口兼容性SP2.1审查接口描述的完备性 SP2.2管理接口SG3 组装产品构件和交付产品SP3.1确认集成用的产品构件已经准备就绪 SP3.2组装产品构件 SP3.3核查组装的产品构件 SP3.4打包和交付产品或产品构件5、验证(VER)6、确认(VAL)三、组织过程类:1、组织过程定义(OPD)SG1 建立组织过程资产SP1.1建立标准过程 SP1.2 建立生命周期模型描述 SP1.3建立裁剪准则及指南 SP1.4建立组织度量库 SP1.5建立组织过程资产库 SP1.6建立工作环境标准SG2 促成IPPD管理SP2.1建立授权机制 SP2.2建立集成团队规则与指南 SP2.3平衡团队与原隶属组织的责任2、组织过程聚焦(OPF)SG1 确定过程改进机会SP1.1确定组织的过程需求 SP1.2评估组织的过程 SP1.3识别组织的过程改进项目SG2 策划和实施过程改进活动SP2.1制定过程行动计划 SP2.2实施过程行动计划 SP2.3部署过程和相关的过程财富 SP2.4把过程相关的经验纳入本组织的过程财富3、组织培训(OT)SG1 确定培训需求并且使培训现成可用SP1.1 确定战略培训需求 SP1.2确定有哪些培训需求由组织负责满足 SP1.3 建立组织培训战术计划 SP1.4建立培训能力SG2 提供必要的培训SP2.1交付培训 SP2.2建立培训记录 SP2.3评价培训效果4、组织过程性能(OPP)SG1 建立性能基线和模型SP1.1 选择过程 SP1.2建立过程性能度量值 SP1.3建立质量和过程性能目标 SP1.4建立过程性能基线 SP1.5建立过程性能模型5、组织革新与部署(OID)SG1 选择改进项目SP1.1 收集和分析改进建议 SP1.2 识别革新 SP1.3 试行改进 SP1.4 选择改进建议,用于部署SG2 部署改进SP2.1策划部署 SP2.2管理部署 SP2.3度量改进效果四、支持类1、过程和产品质量保证(PPQA)SG1 客观评价过程和工作产品SP1.1客观评价过程 SP1.2客观评价工作产品和服务SG2 客观提供情况SP2.1通报不符合问题,并且确保解决它们 SP2.2建立记录2、配置管理(CM)SG1 建立基线SP1.1识别配置项 SP1.2建立配置管理系统 SP1.3建立或放行基线SG2 跟踪并控制变更SP2.1跟踪变更 SP2.2控制变更SG3 建立完整性SP3.1建立配置管理记录 SP3.2进行配置审计3、测量和分析(MA)SG1 协调测量和分析活动SP1.1 建立测量目标 SP1.2详细说明度量值 SP1.3说明数据收集和存储规程 SP1.4规定分析规程SG2 提供度量结果SP2.1收集度量数据 SP2.2分析度量数据 SP2.3存储数据和结果 SP2.4通报分析结果4、决策分析和决定(DAR)SG1 评价候选方案SP1.1拟订并运用决策分析的指导原则 SP1.2选择评价技术 SP1.3拟订评价准则 SP1.4确定推荐的侯选方案 SP1.5评价候选方案 SP1.6选择解决方案5、原因分析和决定(CAR)SG1 确定缺陷的原因SP1.1选择缺陷数据,用于分析、选择缺陷和其他问题,以供分析使用 SP1.2分析原因SG2 处理缺陷原因SP2.1实施措施建议 SP2.2评价变更的效果 SP2.3记录数据。
CMMI3级咨询评估合同-模板2
CMMI专业咨询评估服务合同合同编号:委托方(甲方):XXX有限公司服务方(乙方):XXX有限公司本协议为甲、乙双方共同签订的CMMI L3专业咨询评估服务合同。
本次服务的目标是:通过咨询、培训及评估的方式,帮助甲方完善CMMI L3级体系,并在甲方相关人员的充分配合下,使甲方通过CMMI L3级评估。
第一条服务范围本次服务包含CMMI® for Development V 1.3 成熟度等级3级所涉及的18个过程域的培训、咨询和认证。
这18个过程域分别为:第二条实施方案概览(可视情况修改)备注:①以上服务工作量指服务方现场与非现场的总服务工作量。
②预评估和正式评估的具体时间安排由甲方和主任评估师确定。
咨询过程中部分过程可根据双方实际情况简化。
第三条双方职责和权利为了圆满地完成本项目,甲、乙各方应配合对方就此次咨询活动承担及享有以下职责和权利:3.1甲方的权利和义务3.1.1 甲方应当履行合同约定的义务,如因甲方原因给乙方造成了经济损失,甲方应当承担赔偿责任。
3.1.2 甲方应当安排专门人员配合乙方工作,并为乙方配置CMMI项目所需要的各项资源,提供所需的环境和设备。
甲方参与CMMI项目的相关人员应当按照乙方咨询师的要求,及时提供评估、认证的各项资料及其他条件。
3.1.3 甲方有权监督乙方咨询师在咨询过程中的咨询服务质量,并可对咨询师的咨询方式、内容、计划等提出具体建议。
3.1.4 在项目实施过程中,当甲方发现乙方的员工工作不力,甲方有权要求乙方更换人员,且由乙方原因给甲方造成损失的,由乙方承担赔偿责任。
3.1.5 甲方有权要求乙方提交每次的咨询报告。
3.1.6 甲方在尽到合同约定的责任的前提下,因乙方违反合同约定致使项目进度超过合同约定的日期,甲方不承担责任。
因不可抗力导致合同不能全部或部分履行,甲方不承担责任。
3.2乙方的权利和义务3.2.1 乙方应当履行合同约定的义务,如因乙方违约原因给甲方造成的经济损失,乙方应当承担赔偿责任。
CMMI简明培训教材-18过程域
CMMI基础培训CMMI包括18个过程域:1评估2投标3合同评审、立项4总体计划(项目启动)5原形开发6需求分析7总体设计(概要设计)8详细设计9功能开发10代码走查11产品集成12集成测试13试运行(用户测试\上线运行)14初验15初验维护16终验17终验维护18结项报告在CMMI评级过程中,上面的18个过程域都必须提供证据,即所谓的PIID。
名词解释:PIID:Practice Instantiation Indicator Document实践的实施证据文档SR - Senior Management, PL - Project Lead, DEV - Developer, SQA, SCM. RM, SEPG随着人们对CMM研究的不断深入,其他学科也结合本系统的特点,陆续推出了自己的CMM 模型。
例如,人力资源能力成熟度模型、系统工程能力成熟度模型等等:(1)SW-CMM (Software CMM) 软件CMM(2)SE-CMM (System Engineering CMM) 系统工程CMM(3)SA-CMM (Software Acquisition CMM) 软件采购CMM(4)IPT-CMM (Integrated Product Team CMM) 集成产品群组CMM(5)P-CMM (People CMM) 人力资源能力成熟度模型CMMI三级18个过程域中属于项目管理类的过程域:A、PP\PMC\RSKM\VAL\SAMB、PP\IPM\PMC\RSKM\SAMC、RD\PP\IPM\PMC\RSKM\SAMD、REQA\PP\PMC\IPM\SAMREQM: Requirements Management(需求管理)PP: Project PlanningPMC: Project Monitoring and Control(项目监控)MA: Measurement and Analysis(度量分析)PPQA: Process and Product Quality Assurance(过程、产品质量保证)CM: Configuration ManagementRD: Requirements DevelopmentVER: Verification(文档评审、系统测试)VAL: Validation(项目验收、发布许可)TS: Technical Solution方案选择表PI: Product Integration(产品集成)OPF:Organizational Process Focus(组织过程焦点)OPD:Organizational Process Definition(组织过程定义)OT: Organizational Training(组织培训)IPM: Integrated Project Management(集成项目管理)RSKM: Risk ManagementDAR:Decision Analysis and ResolutionCMMI2级简述如果对项目的范围、规模、性质、任务、工作量、费用等都不了解的情况下,是不可能做出计划的,所以做好计划的第一步就是要把这些东西搞清楚。
CMMI3级18个过程域
CMMI3级过程域一共有18个PA,分别是:过程管理1、OPD:(Organizational Process Definition)组织级过程定义。
建立和维护有用的组织过程资产。
2、OPF:(Organizational Process Focus)组织级过程焦点。
在理解现有过程强项和弱项的基础上计划和实施组织过程改善。
3、OT:(Organizational Training)组织培训管理。
增加开发人员的技能和知识,使他们能有效地执行他们的任务。
项目管理:4、PP:(Project Plan)项目计划。
保证在正确的时间有正确的资源可用。
为每个人员分配任务。
协调人员。
根据实际情况,调整项目。
5、PMC:(Project Monitoring and Control)项目监督与控制。
通过项目的跟踪与监控活动,及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况,通过对跟踪结果的分析,依据跟踪与监控策略采取有效的行动,使项目组能在既定的时间、费用、质量要求等情况下完成项目。
6、SAM:(Supplier Agreement Management)供应商协议管理。
旨在对以正式协定的形式从项目之外的供方采办的产品和服务实施管理。
7、IPM:(Integrated Project Management)集成项目管理。
根据从组织标准过程剪裁而来的集成的、定义的过程对项目和利益相关者的介入进行管理。
8、RSKM:(Risk Management)风险管理。
识别潜在的问题,以便策划应对风险的活动和必要时在整个项目生存周期中实施这些活动,缓解不利的影响,实现目标。
工程管理:9、REQM:(Requirements Management)需求管理。
需求管理的目的是在客户和软件项目之间就需要满足的需求建立和维护一致的约定。
10、RD:(Requirement Development)需求开发。
需求开发的目的在于定义系统的边界和功能、非功能需求,以便涉众(客户、最终用户)和项目组对所开发的内容达成一致。
[按类别]CMMi 3级18个 PA 的 SG 和 SP
CMMI三级的18个过程域及其特定目标和实践一、项目管理类:---[二级]1、项目策划(PP)[ Project Plan]SG1 完成参数估计SP1.1 估计项目的范围SP1.2估计项目属性SP1.3确定项目生存周期SP1.4 确定工作量和成本的估计值SG2 拟订项目计划SP2.1 编制预算和进度SP2.2识别项目风险SP2.3策划数据管理SP2.4策划项目资源SP2.5 策划必要的知识和技能SP2.6策划共利益者的介入SP2.7拟订项目计划SG3 获得对计划的承诺SP3.1 审查从属计划SP3.2使工作与资源配备协调SP3.3获得计划承诺---[二级]2、项目监督和控制(PMC)[Project Monitoring and Control]SG1 对照计划监督项目SP1.1 监督项目策划参数SP1.2 监督承诺SP1.3监督项目风险SP1.4监督资料管理SP1.5监督共利益者介入情况SP1.6进行进展审查SP1.7里程碑审查SG2 管理纠正措施,直到结束SP2.1 分析问题:收集并分析问题,确定处理这些问题所需的纠正措施SP2.2 采取纠正措施:对所识别的问题采取纠正措施---[二级]4、供方协定管理(SAM)[Supplier Agreement Management]SG1 建立供方协定SP1.1分析由项目所决定的需求SP1.2选择供方SP1.3 建立供方协定SG2 满足供方协定SP2.1执行供方协定SP2.2监督选定的供方过程SP2.3评估选定的供方工作产品SP2.4接受取得的产品SP2.5移交产品3、集成项目管理(IPM)+IPPD[Integrated Project Management]SG1运用项目已定义过程SP1.1建立项目已定义过程SP1.2运用组织过程财富策划项目活动SP1.3建立项目工作环境综合计划SP1.4运用综合计划管理项目SP1.5充实组织过程财富SG2与相关的共利益者协调和合作SP2.1管理共利益者介入SP2.2管理依存关系SP2.3解决协调问题SG3 IPPD应用(应用IPPD原则)SP3.1 建立项目的共同愿景SP3.2 建立集成团队架构SP3.3 分配需求至集成团队SP3.4 建立集成团队SP3.5确保跨团队间的合作5、风险管理(RSKM) [Risk Management]SG1 准备风险管理SP1.1确定风险来源和类别SP1.2定义风险参数SP1.3建立风险管理战略SG2 识别和分析风险SP2.1识别风险SP2.2对风险进行评价、分类和排列优先顺序SG3 缓解风险SP3.1拟订风险缓解方案SP3.2实施风险缓解二、工程类---[二级]1、需求管理(RM)[ Requirements Management]SG1 Manage Requirements 管理需求SP 1.1 Obtain an Understanding of Requirements 获得对需求的理解SP 1.2 Obtain Commitment to Requirements 获得对需求的承诺SP 1.3 Manage Requirements Changes 管理需求的变更SP 1.4 Maintain Bidirectional Traceability of Requirements 维护需求的双向可追溯性SP 1.5 Identify Inconsistencies Between Project Work and Requirements 识别项目工作与需求的不一致之处2、需求开发(RD)[ Requirement Development]SG1 Develop Customer Requirements 开发客户需求SP 1.1 Elicit Needs 获取客户的需要SP 1.2 Develop the Customer Requirements 生成客户需求SG2 Develop Product Requirements 开发产品需求SP 2.1 Establish Product and Product Component Requirements 建立产品需求和构件需求SP 2.2 Allocate Product Component Requirements 分配产品构件需求SP 2.3 Identify Interface Requirements 确定接口需求SG3 Analyze and Validate Requirements 分析和确认需求SP 3.1 Establish Operational Concepts and Scenarios 建立操作概念和场景SP 3.2 Establish a Definition of Required Functionality 定义功能需求SP 3.3 Analyze Requirements 分析需求SP 3.4 Analyze Requirements to Achieve Balance 平衡需求SP 3.5 Validate Requirements 确认需求3、技术解决(TS)[ Technical Solution]SG1 选择产品构建解决方案SP1.1开发详细候选解决方案和选择准则SP1.2开发操作概念和场景SP1.3选择产品构件解决方案SG2 设计SP2.1运用有效的设计方法SP2.2建立完备的技术数据包SP2.3设计综合性接口SP2.4进行制作、购买或复用分析SG3 实现产品设计SP3.1实现设计SP3.2编制产品支持文档4、产品集成(PI)[ Product Integration]SG1 准备产品集成SP1.1建立产品集成战略SP1.2建立产品集成环境SP1.3规定详细的产品集成规程SG2 确保接口兼容性SP2.1审查接口描述的完备性SP2.2管理接口SG3 组装产品构件和交付产品SP3.1确认集成用的产品构件已经准备就绪SP3.2组装产品构件SP3.3核查组装的产品构件SP3.4打包和交付产品或产品构件5、验证(VER)[ Verification]SG1 Prepare for Validation 准备确认SP 1.1 Select Products for Validation 选择待确认的产品SP 1.2 Establish the Validation Environment 建立确认环境SP 1.3 Establish Validation Procedures and Criteria 建立确认规程和准则SG2 Validate Product or Product Components 确认产品或构件SP 2.1 Perform Validation 执行确认SP 2.2 Analyze Validation Results 分析确认结果6、确认(VAL)[ Validation]SG1 Prepare for Verification 准备验证SP 1.1 Select Work Products for Verification 选择待验证的工作成果SP 1.2 Establish the Verification Environment 建立验证环境SP 1.3 Establish Verification Procedures and Criteria 建立验证规程和准则SG2 Perform Peer Reviews 执行同行评审SP 2.1 Prepare for Peer Reviews 准备同行评审SP 2.2 Conduct Peer Reviews 执行同行评审SP 2.3 Analyze Peer Review Data 分析同行评审数据SG3 Verify Selected Work Products 验证选定的工作成果SP 3.1 Perform Verification 执行验证SP 3.2 Analyze Verification Results 分析验证结果三、组织过程类:1、组织过程定义(OPD)[Organizational Process Definition]SG1 建立组织过程资产SP1.1建立标准过程SP1.2 建立生命周期模型描述SP1.3建立裁剪准则及指南SP1.4建立组织度量库SP1.5建立组织过程资产库SP1.6建立工作环境标准SG2 促成IPPD管理SP2.1建立授权机制SP2.2建立集成团队规则与指南SP2.3平衡团队与原隶属组织的责任2、组织过程聚焦(OPF)[Organizational Process Focus]SG1 确定过程改进机会SP1.1确定组织的过程需求SP1.2评估组织的过程SP1.3识别组织的过程改进项目SG2 策划和实施过程改进活动SP2.1制定过程行动计划SP2.2实施过程行动计划SP2.3部署过程和相关的过程财富SP2.4把过程相关的经验纳入本组织的过程财富3、组织培训(OT)[ Organizational Training]SG1 确定培训需求并且使培训现成可用SP1.1 确定战略培训需求SP1.2确定有哪些培训需求由组织负责满足SP1.3 建立组织培训战术计划SP1.4建立培训能力SG2 提供必要的培训SP2.1交付培训SP2.2建立培训记录SP2.3评价培训效果四、支持类---[二级]1、配置管理(CM) [Configuration Management]SG1 建立基线SP1.1识别配置项SP1.2建立配置管理系统SP1.3建立或放行基线SG2 跟踪并控制变更SP2.1跟踪变更SP2.2控制变更SG3 建立完整性SP3.1建立配置管理记录SP3.2进行配置审计---[二级]2、过程和产品质量保证(PPQA) [Process and Product Quality Assurance]SG1 客观评价过程和工作产品SP1.1客观评价过程SP1.2客观评价工作产品和服务SG2 客观提供情况SP2.1通报不符合问题,并且确保解决它们SP2.2建立记录---[二级]3、测量和分析(MA) [Measurement and Analysis]SG1 协调测量和分析活动SP1.1 建立测量目标SP1.2详细说明度量值SP1.3说明数据收集和存储规程SP1.4规定分析规程SG2 提供度量结果SP2.1收集度量数据SP2.2分析度量数据SP2.3存储数据和结果SP2.4通报分析结果4、决策分析和决定(DAR) [Decision Analysis and Resolution]SG1 评价候选方案SP1.1拟订并运用决策分析的指导原则SP1.2选择评价技术SP1.3拟订评价准则SP1.4确定推荐的侯选方案SP1.5评价候选方案SP1.6选择解决方案。
CMMI3级18个过程域
CMMI3级18个过程域CMMI(Capability Maturity Model Integration)是一种用于评价和改进组织的软件工程能力的模型。
CMMI模型将软件工程能力分为不同的级别,目前最高级别是CMMI级别5、在CMMI模型中,共有18个过程域,每个过程域都包含一组过程目标和过程实践。
下面将介绍CMMI级别3中的18个过程域,并对每个过程域进行详细解析。
1. 要求开发(Requirements Development):该过程域涉及确定、分析和记录系统和软件需求的活动。
它包括需求的获取、管理、分析和验证。
2. 要求管理(Requirements Management):该过程域涉及组织和控制项目的需求。
它包括需求的识别、跟踪、控制和变更管理。
3. 项目计划和监控(Project Planning and Monitoring):该过程域涉及制定和维护项目计划,并监控项目活动的执行。
它包括识别和规划项目活动、建立项目计划、监控项目进展和基于此进行调整。
4. 项目监控和控制(Project Monitoring and Control):该过程域涉及监控和控制项目执行过程中的工作和活动。
它包括收集和分析项目绩效数据、对比实际和计划绩效,对项目进展进行控制。
5. 供应商协议管理(Supplier Agreement Management):该过程域涉及与供应商达成协议,并管理和监控供应商的活动。
它包括选择供应商、与供应商协商、管理和控制供应商的交付和绩效。
6. 产品集成(Product Integration):该过程域涉及对各个组成部分进行整合,形成最终产品。
它包括定义和实施产品集成策略、执行产品集成和验证集成后的产品。
7. 风险管理(Risk Management):该过程域涉及识别、评估和控制项目和产品的风险。
它包括制定风险管理计划、识别和评估风险、并采取相应的风险缓解措施。
8. 决策分析和解决方案评估(Decision Analysis and Resolution):该过程域涉及通过分析和评估不同的解决方案,制定决策。
CMMI3级过程域
CMMI3级过程域CMMI (Capability Maturity Model Integration) 是由美国国防部发起的一种软件过程成熟度模型,它对软件和系统开发过程进行了评估和改进,旨在提高组织的软件开发能力。
CMMI 将过程分为若干级别,从初始级别到最高级别,即 CMMI5 级,每个级别由一些过程域 (Process Area, PA) 组成。
CMMI3 级是一个中间级别,对于组织来说已经达到了一定的成熟度,具备一定的过程能力。
1. 需求管理 (Requirements Management):确保需求的准确和及时管理,包括需求的收集、分析、追踪和验证。
2. 项目计划与监控 (Project Planning and Monitoring):制定和管理项目计划,确保项目按照计划进展,并对项目的进度、资源和风险进行监控和控制。
3. 项目质量管理 (Project Quality Management):制定和实施项目质量计划,监控和改进项目的质量,确保交付的产品和服务符合质量要求。
4. 项目配置管理 (Project Configuration Management):管理项目的配置项,包括版本控制、变更控制和配置项的状态管理。
5. 项目度量与分析 (Project Measurement and Analysis):收集和分析项目数据,评估项目绩效,并通过度量和分析驱动项目改进。
6. 项目风险管理 (Project Risk Management):在项目各个阶段识别和评估风险,制定和实施风险应对措施,以降低项目风险。
7. 项目决策与问题解决 (Project Decision and Problem Solving):制定和实施适当的决策和问题解决方法,以支持项目的成功实施。
8. 技术解决方案 (Technical Solution):开发和维护具有高质量且满足需求的技术解决方案,包括架构设计、系统开发和集成。
CMMI的5个级别和25个过程域
CMMI全称是Capability Maturity Model Integration,即软件能力成熟度模型集成模型。
分为5个级别,25个过程域(Process Area,PA)。
1、初始级(Initial)软件过程是无序的,有时甚至是混乱的,对过程几乎没有定义,成功取决于个人努力。
管理是反应式的。
2、可重复级/受管理级(Repeatable)建立了基本的项目管理过程来跟踪费用、进度和功能特性。
制定了必要的过程纪律,能重复早先类似应用项目取得的成功经验。
共7个过程域:1)需求管理Requrements Management2)项目规划Project Planing3)项目跟踪和控制Project Monitoring and Control4)供应商协议管理Supplier Agreement Management5)度量与分析Measurement and Analysis6)过程与产品质量保证Process and Product Quality Assurance7)配置管理Configuration Management3、已定义级(Defined)已将软件管理和工程两方面的过程文档化、标准化,并综合成该组织的标准软件过程。
所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件,软件产品的生产在整个软件过程是可见的。
共14个过程域:1)需求开发Requirements Development2)技术解决方案Techical Solution3)产品集成Product Integration4)验证Verification5)确认Validation6)组织过程焦点Organization Process Focus7)组织过程定义Organization Process Defintion8)组织培训Orgnizational Training9)集成项目管理Integrated Project Management10)风险管理Risk Management11)决策分析和解决DecisionAnalysis and Resolution12)集成团队Integrated Teaming13)集成组织环境Organizational Environment for Integration14)集成供应商管理Integrated Suppliers Management其中12、13是针对大型软件团队提出的要求,一般情况下中小型软件企业可以不用。
CMMI过程域一览表
CMMI过程域一览表CMMI-DEV 1.2过程域一览表CMMI-DEV 1.2的22个过程域CMMI等级2级 2级 2级 2级 2级 2级中文名称需求管理项目规划项目监控供应商协议管理度量分析过程和产品质量保证英文名称Requirements Management Project PlanningProject Monitoring and Control Supplier Agreement Management Measurement and Analysis Process and Product Quality Assurance2级 3级 3级 3级 3级 3级 3级 3级 3级 3级 3级 3级 4级配置管理需求开发技术方案产品集成验证确认组织过程焦点组织过程定义组织培训集成化项目管理风险管理决策分析与解决方案组织过程绩效Configuration Management Requirements Development Technical Solution Product Integration Verification Validation Organizational Process Focus Organizational Process Definition Organizational TrainingIntegrated Project Management Risk ManagementDecision Analysis and Resolution Organizational Process Performance4级 5级定量项目管理组织革新与部署Quantitative Project Management Organizational Innovation and Deployment5级原因分析与解决方案Causal Analysis and ResolutionCAR支持QPM OID项目管理过程管理CM RD TS PI VER VAL OPF OPD OT IPM RSKM DAR OPP支持工程工程工程工程工程过程管理过程管理过程管理项目管理工程支持过程管理缩写 REQM PP PMC SAM MA PPQA过程类型工程项目管理项目管理项目管理支持支持。
CMMI3要求18个PA要求的SG与SP
3
10PI(设计和测试人员)
SG 1 验证准备:执行验证准备 工作 SP 1.3建立验证规程和标准
SP 2.1 准备同行评审 SG 2 执行同行评审:对选定的 工作产品执行同行评审 SP 2.2 执行同行评审 3 11VER(项目经理和测试) SP 2.3 分析同行评审数据
SP 3.1 执行验证 SG 3 验证选定的工作产品:根 据特定的需求验证选定的工作产 品 SP 3.2 分析验证结果并纠正
SG 3 建立完整性 SP 3.2 执行配置审计 SG 1 客观评价过程和工作产 SP 1.1 客观评价过程 品:客观地评价所执行的过程以 及产生的工作产品和服务对适用 的过程描述、标准以及流程的符 SP 1.2 客观评价工作产品 合度 2 6PPQA(质量保证人员) SP 2.1 沟通并解决不符合项问题 SG 2 提供客观审查:不符合项 得到了客观的跟踪和沟通,并且 确保了它们的解决 1.配置审计结果 2.行动项 1.评价报告 2.不符合项报告 3.纠正措施 1.评价报告 2.不符合项报告 3.纠正措施 (是和SP 1.1的一样!) 1.纠正行动报告 2.评价报告 3.质量趋势 1.评价记录 2.质量保证报告 3.纠正措施的状态报告 4.质量趋势报告 1.度量目标 1.基础指标和派生指标规格 1.数据收集和存储过程 2.数据收集工具 1.分析规格与规程 2.数据分析工具 1.基础和派生数据集合 2.数据一致性的测试结果 1.分析结果和初步的分析报告 1.存储的各种类型的数据 1.提交的报告以及相关的分析结果 2.有助于理解分析结果的辅助信息 (PPT中无,仅举方法例)技术方案演示、 接口控制工作组、技术控制工作组、 阶段项目评审、调查表、面谈、最终用户的 操作场景、 操作走查、最终用户任务分析、原型和模型 、头脑风 暴法、QFD市场调查、Beta测试、从文档、 标准或规格 中抽取、观察现存产品、环境和工作流模式 、用例、 业务用例分析、反向工程(对遗留系统) 1.客户需求 2.执行验证时的客户约束 3.执行确认时的客户约束
CMMI的5个级别和25个过程域
CMMI的5个级别和25个过程域CMMI (Capability Maturity Model Integration)是一个结构化的过程改进方法,用于评估和提升组织的软件工程能力。
CMMI分为五个不同的成熟度级别,每个级别都有一组相关的过程域。
本文将详细介绍CMMI的五个级别和25个过程域。
1. 初始级别 (Level 1 - Initial)初始级别指的是一个组织在软件开发方面缺乏组织化和预测性的过程。
在这个级别上,软件开发过程通常是不可控制的,且无法重复使用。
这意味着项目结果无法预测和控制,导致成本和进度的不确定性。
2. 执行级别 (Level 2 - Managed)执行级别指的是一个组织开始建立和管理自己的软件开发过程。
在这个级别上,组织已经建立了一些基本的软件开发过程,并能够在不同的项目中重复使用这些过程。
然而,这些过程还没有得到完全的规范和标准化。
2.1 需求管理 (Requirements Management)需求管理是确保正确、一致和可追踪需求的过程。
它涉及定义、确认和维护需求,以确保项目能够满足用户的期望。
2.2 项目计划与监控 (Project Planning and Monitoring)项目计划与监控是制定和监控项目时间表、成本和资源的过程。
它确保项目能够按计划进行,并能够做出合适的调整以达到预期的目标。
2.3 供应商协商 (Supplier Agreement Management)供应商协商是与供应商建立和维护合作关系的过程。
它确保与供应商的交付和管理能够满足项目的需求。
2.4 产品质量保证 (Product Quality Assurance)产品质量保证是确保项目交付的产品符合质量标准和用户期望的过程。
它涉及质量计划、质量审查和质量度量等活动。
2.5 配置管理 (Configuration Management)配置管理是管理项目的配置项(包括软件、硬件和文档等)的过程。
CMMI3级软件过程 第18章 质量保证
第18章质量保证质量保证(Quality Assurance ,QA)的目的是提供一种有效的人员组织形式和管理方法,通过客观地检查和监控“过程质量”与“产品质量”,从而实现持续地改进质量。
质量保证是一种有计划的、贯穿于整个产品生命周期的质量管理方法。
质量保证过程域是SPP模型的重要组成部分。
本规范阐述了质量保证过程域的3各主要规程:☆制定质量保证计划[SPP-PROC-QA-PLANNING]。
☆过程与产品质量检查[SPP-PROC-QA-PPQC]。
☆问题跟踪与质量改进[SPP-PROC-QA-TRACKING]。
上述每个规程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出”、“完成准则”和“度量”均已定义。
本规范适用于国内IT企业的软件研发项目。
建议用户根据自身情况(如商业目标、研发实力等)适当地修改本规范,然后推广使用。
18.1介绍过程质量与产品质量存在某种程度的因果关系,通常“好的过程”产生“好的产品”,而“差的过程”将产生“差的产品”。
人们销售的是产品而不是过程,用户关心的是最终产品的质量,而开发者(团队)既要关心过程质量又要关心“产品质量”。
提高产品质量有3种方法:☆质量保证。
质量保证人员通过有计划地检查“工作过程以及工作成果”是否符合既定的规范,来监控和改进“过程质量”与“产品质量”。
☆技术评审。
请同行专家、技术人员对工作成果进行评审,尽早发现工作成果中的缺陷。
☆测试。
通过运行测试用例来找出软件中的缺陷,例如单元测试、系统集成测试、系统测试、验收测试等。
质量保证既关心过程质量又关心产品质量。
如果“工作过程以及工作成果”不符合既定的规范,那么产品的质量肯定有问题。
基于这样的推理,质量保证人员即使不是技术专家,他也能够客观地检查和监控产品的质量。
这是质量保证方法富有成效的一面。
但是“工作过程以及工作成果”符合既定的规范却并不意味着产品的质量一定合格,因为仅靠规范无法识别出产品中可能存在的大量缺陷,这是质量保证方法的不足之处。
十八个过程域所产生的文档
启动条件:项目已经立项、已经确定了系统分析人员
输入:《商务合同书》《售前解决方案书》
活动:需求开发准备、开发客户需求、开发产品需求、分析并确认需求
输出:用户需求说明书、需求分析报告、系统需求规格说明书
活动:学习和理解“需求开发”阶段产生的需求文档、获得对需求的承诺、建立需求跟踪矩阵
输出:《需求跟踪矩阵》
②需求不一致跟踪:
启动条件:项目运行到里程碑点,或到达《需求跟踪矩阵》中的下一跟踪时刻
输入:《需求跟踪矩阵》、当前阶段的工作产品
②策划并实施过程改进过程:《项目过程定义书》《导入计划》《过程改进建议》《组织级过程财富》
5、确认VAL:《验收测试计划》《验收测试方案》《测试记录》《Bug追踪表》《Bug管理表》《测试总结报告》《验收报告》
6、同行评审VER:《评审准备表》《评审总结报告》
7、技术解决TS:
①开发组织级解决方案和选择准则:《公司产品发展战略》《候选技术解决方案》“候选基础构件”《解决方案选择准则》
IPM:目的:指导项目组按集成的、妥善定义的过程来管理项目,并且使相关的项目干系人介入项目
目标:运用项目已定义过程;与相关的共利益者协调和合作
RD:目的:需求开发过程帮助项目组有序的分析和产生客户需求、产品及产品构件需求。形成需求文档。
特殊目标:开发客户需求、开发产品需求、分析和确认需求
参与人员:需求小组(项目经理、系统分析员)、项目组、客户、高级经理、CCB、技术管理委员会----【6人】
过程:
①依据需求建立跟踪矩阵
启动条件:需求开发活动已经执行,并得出《系统需求规格说明书》
CMM关键过程域
在CMM 中每个成熟度等级(第1 级除外)规定了不同的关键过程域(KPA),一个软件组织如果希望达到某一个成熟度等级,就必须完全满足关键过程域所规定的不同要求,即满足每个关键过程域的目标。
所谓关键过程域是指一系列相互关联的操作活动,这些活动反映了一个软件组织改进过程时必须集中精力改进的几个方面。
换句话说,关键过程域标识了达到某个成熟度等级时所必须满足的条件。
在CMM 中一共有18 个关键过程域,分布在2~5 级中。
第2 级(可重复级)有6 个关键过程域,主要涉及建立软件项目管理控制方面的内容。
需求管理(Requirements Management ,RM )软件项目计划(Software Project Planning ,SPP )软件项目跟踪与监控(Software Project Tracking and Oversight ,SPTO )软件子合同管理(Software Subcontract Management ,SSM )软件质量保证(Software Quality Assurance ,SQA )软件配置管理(Software Configuration Management ,SCM )第3 级(定义级)有7 个关键过程域,主要涉及项目和组织的策略。
使软件组织建立起对项目中的有效计划和管理过程的内部细节。
组织过程焦点(Organization Process Focus ,OPF )组织过程定义(Organization Process Definition ,OPD )培训程序(Training Program ,TP )集成软件管理(Integrated Software Management ,ISM )软件产品工程(Software Product Engineering ,SPE )组间协调(Intergroup Coordination ,IC )同级评审(Peer Reviews ,PR )第4 级(管理级)有2 个关键过程域,主要的任务是为软件过程和软件产品建立一种可以理解的定量的方式。
cmmi3流程
cmmi3流程CMMI 3级流程CMMI(Capability Maturity Model Integration)是一种用于组织和管理软件开发过程的成熟度模型。
它是由软件工程领域的权威机构SEI(Software Engineering Institute)开发的,旨在帮助组织提高其软件开发能力和质量管理水平。
CMMI模型被广泛应用于各个行业,有助于组织建立标准化的软件开发流程和管理方法。
CMMI模型根据成熟度级别划分为5个级别,分别是初始级、可重复级、定义级、管理级和优化级。
每个级别又细分为若干个过程领域,共包含了22个过程领域。
CMMI 3级流程是CMMI模型中的一个重要阶段,代表了组织在软件开发过程中已经具备了明确的过程管理能力。
CMMI 3级流程的核心思想是通过明确的过程定义和管理来提高软件开发的可靠性和效率。
该级别要求组织建立并维护一个已定义的软件开发过程,确保过程能够稳定地达到预期的结果。
下面将从三个方面介绍CMMI 3级流程的具体内容。
1. 过程定义与管理CMMI 3级要求组织建立一个已定义的软件开发过程,并进行有效的过程管理。
过程定义是指明确各个开发阶段的工作内容、活动和交付物,并将其纳入到组织的过程文档中。
过程管理是指通过监控和度量来确保过程的有效执行,并及时进行调整和改进。
组织需要制定相应的过程指南和规范,确保开发人员能够按照规定的过程进行工作。
2. 风险管理CMMI 3级要求组织建立风险管理的能力,以识别和应对项目风险。
风险管理是在整个软件开发过程中,对潜在风险进行识别、评估、规划和控制的过程。
组织需要制定风险管理计划,并建立相应的风险识别和分析机制。
通过及时的风险管理,组织能够减少项目风险对软件开发进度和质量的影响,保证项目的顺利进行。
3. 项目监控与控制CMMI 3级要求组织建立项目监控与控制的能力,以确保软件开发过程的可控性和可预测性。
项目监控是指对项目进展、资源使用和风险情况进行实时跟踪和监测的过程。
CMMI3级过程域介绍
CMMI3级过程域介绍CMMI(Capability Maturity Model Integration)是一种被广泛应用于组织软件过程改进的方法。
CMMI将组织的软件开发过程分为多个过程域,它们对一个成熟的软件开发实践进行了定义和标准化。
CMMI 3级是CMMI的一种成熟级别,它把软件开发过程纳入了一个良好安排和控制的过程中,以帮助组织实现可持续的软件开发和交付质量。
本文将介绍CMMI 3级过程域的一些主要内容。
软件项目管理过程域(Project Management)软件项目管理过程域关注的是软件开发项目的规划、组织、协调和控制方面的活动。
在该过程域中,组织需要制定一个合理的软件项目计划,确保项目的范围、进度和成本得以有效控制。
此外,还要建立有效的风险管理和配置管理机制,以便提早发现和解决问题。
配置管理过程域(Configuration Management)配置管理过程域主要关注的是软件产品的版本和配置控制。
在该过程域中,组织需要制定适当的配置管理策略和规程,确保软件产品的每个版本都能得到正确的记录和控制。
此外,还需要建立一个有效的变更管理机制,以便评审、审批和实施软件产品的变更。
要求管理过程域(Requirements Management)要求管理过程域关注的是软件开发项目的需求制定、分析和管理。
在该过程域中,组织需要确保软件开发项目的需求得到有效的收集、分析和记录,以便为后续的开发活动提供指导和基础。
此外,还要确保需求的正确性、可追溯性和一致性,以减少后期的需求变更和重复工作。
项目监控和控制过程域(Project Monitoring and Control)项目监控和控制过程域关注的是软件开发项目的监控和控制活动。
在该过程域中,组织需要建立有效的项目监控机制,跟踪项目的进展、成本和风险,并及时采取措施来纠正偏差。
此外,还要确保与项目相关的信息得到及时和正确地传达,以保证项目的顺利运行。
CMMI过程域(全)
项目监督和控制——PMC
特定目标(SG2): 当项目的性能或结果与其计划严重偏离 时,要采取适当的纠正行动并对其加以管理直至问题得到解 决。
特定实践: SP2.1 收集和分析问题,并确定解决问题的必要的纠正行动。 SP2.2 对照项目计划中标识出的承诺进行监督。 SP2.3 管理纠正行动,直到问题得到解决。
1建立顶层的工作分解结构建立顶层的工作分解结构wbswbs来估计项目的范围来估计项目的范围根据产品属性开发工作分解结构根据产品属性开发工作分解结构详细标识工作产品以便说明项目作业责任和进度等的估计详细标识工作产品以便说明项目作业责任和进度等的估计情况情况识别从项目以外获得的工作产品或工作产品构件识别从项目以外获得的工作产品或工作产品构件识别可复用的工作产品识别可复用的工作产品spsp11
项目策划—特殊实践分析
SP3.3 从负责实施和支持计划执行的利益关系人处获得承诺。 与相关的共利益者共同确定必要的支持和商谈承诺 把组织的所有承诺形成文件 在适当时,高级经理审查内部承诺 在适当时,高级经理审查外部承诺
项目策划—实施建议
培训人员 管理配置项:
工作分解结构表 项目计划 资料管理计划 共利益者介入计划 使共利益者适时介入 监督和控制该过程 评价遵循情况 高层管理者审查状态
项目策划——PP
特定目标(SG1): 建立和维护项目计划参数的估计。 特定实践:
SP1.1 建立顶层的工作分解结构(WBS)来估计项目的范围。 SP1.2 建立和维护对工作产品和任务的属性的估计并且将其
文档化。 SP1.3 定义项目的生命周期阶段,并据此来限定计划的工作
量范围。 SP1.4 根据估计原理,对项目的工作产品和任务所需的工作
CMMI3级中18个过程域包含关系及目的(整理)
CMMI3级中18个过程域包含关系及目的(整理)SSP过程类别 SSP定义的过程域与CMMI 等级3 的18个过程域包含关系目的过程管理组织过程改进(OPF)CMMI 3级,Organization Process Focus 目的在于掌握组织的过程状态,识别过程改进机会,策划和实施本组织的过程改进活动。
组织过程定义(OPD) CMMI 3级,Organization Process Definition 目的在于建立并维护一批可用的组织过程财富。
组织应遵循本过程建立和维护组织标准过程及组织财富库,以供使用。
组织培训(OT) CMMI 3级,Organization Training 规范公司培训的工作流程,建设高效实用的培训机制,提高培训工作在公司人力资源配置中所起的作用。
项目管理立项(PIM)CMMI 2级,Project Planning 通过规范公司立项流程,确保项目立项基于合理的分析、科学的决策,确保项目能够顺利实施,并为公司实施项目管理建立基础。
集成项目管理(IPM)CMMI 3级,Integrated Project Management 按照集成的、已定义的过程(项目已定义过程)来管理项目。
这种项目已定义过程是从SSP剪裁而来。
项目策划(PP)CMMI 2级,Project Planning 通过项目策划确保项目的策划活动科学、有效、合理,明确项目的范围与目标,确定项目的进度、资源、成本安排,建立项目工作的准则与基础。
CMMI 3级,Integrated Project Management 项目监督和控制(PMC)CMMI 2级,Project Monitoring and Control 通过周期性地跟踪项目计划的各种性能参数如工作产品的规模、工作量、成本、进度、风险等,不断地了解项目的进展情况,以便当项目实际进展状况显著偏离项目计划时能够及时采取纠正措施。
最终目的都是为了使项目按时、按预算交付合格的产品。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
CMMI3级过程域一共有18个PA,分别是:
过程管理
1、OPD:(Organizational Process Definition)组织级过程定义。
建立和维护有用的组织过程资产。
2、OPF:(Organizational Process Focus)组织级过程焦点。
在理解现有过程强项和弱项的基础上计划和实施组织过程改善。
3、OT:(Organizational Training)组织培训管理。
增加开发人员的技能和知识,使他们能有效地执行他们的任务。
项目管理:
4、PP:(Project Plan)项目计划。
保证在正确的时间有正确的资源可用。
为每个人员分配任务。
协调人员。
根据实际情况,调整项目。
5、PMC:(Project Monitoring and Control)项目监督与控制。
通过项目的跟踪与监控活动,及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况,通过对跟踪结果的分析,依据跟踪与监控策略采取有效的行动,使项目组能在既定的时间、费用、质量要求等情况下完成项目。
6、SAM:(Supplier Agreement Management)供应商协议管理。
旨在对以正式协定的形式从项目之外的供方采办的产品和服务实施管理。
7、IPM:(Integrated Project Management)集成项目管理。
根据从组织标准过程剪裁而来的集成的、定义的过程对项目和利益相关者的介入进行管理。
8、RSKM:(Risk Management)风险管理。
识别潜在的问题,以便策划应对风险的活动和必要时在整个项目生存周期中实施这些活动,缓解不利的影响,实现目标。
工程管理:
9、REQM:(Requirements Management)需求管理。
需求管理的目的是在客户和软件项目之间就需要满足的需求建立和维护一致的约定。
10、RD:(Requirement Development)需求开发。
需求开发的目的在于定义系统的边界和功能、非功能需求,以便涉众(客户、最终用户)和项目组对所开发的内容达成一致。
11、TS:(Technical Solution)技术解决方案。
在开发、设计和实现满足需求的解决方案。
解决方案的设计和实现等都围绕产品、产品组件和与过程有关的产品。
12、PI:(Product Integration)产品集成。
从产品组件组装产品,确保集成产品功能正确并交付产品。
13、VER:(Verification)验证。
验证确保选定的工作产品满足需求规格。
14、VAL:(Validation)确认。
确认证明产品或产品部件在实际应用下满足应用要求。
支持管理:
15、CM:(Configuration Management)配置管理。
建立和维护在项目的整个软件生存周期中软件项目产品的完整性。
16、PPQA:(Process and Product Quality Assurance)过程和产品质量保证。
为项目组和管理层提供项目过程和相关工作产品的客观信息。
17、MA:(Measurement and Analysis)测量与分析。
开发和维持度量的能力,以便支持对管理信息的需要,作为改进、了解、控制决策。
18、DAR:(Decision Analysis and Resolution)决策分析与解决。
应用正式的评估过程依据指标评估候选方案,在此基础上进行决策。