软件过程管理
软件开发过程的质量控制和管理

软件开发过程的质量控制和管理第一章:引言在不断发展的数字时代,软件已成为人们生活和工作中必不可少的工具。
软件开发不再是一个独立的技能,而是需要多个专业人士的合作完成。
软件开发过程的质量控制和管理已经成为开发高质量软件的必要措施。
在这篇文章中,我们将了解软件开发过程中的质量控制和管理。
第二章:软件开发过程中的质量控制质量控制是确保软件产品满足特定要求和标准的过程。
在软件开发过程中,质量控制需要在整个生命周期中进行。
软件开发过程中的质量控制主要包括以下几个方面:1.需求定义和分析需求定义和分析是软件开发过程中最重要的环节之一。
在这个阶段,开发团队需要与客户密切合作,确认需求和相关标准。
这是确保软件能够满足客户需求的关键步骤。
必须对需求进行仔细的分析和评估,确保需求的准确性、完整性和一致性。
2.设计软件设计是开发过程中的另一个重要环节,它是根据已经确认的需求创建软件体系结构的过程。
在这个阶段需要考虑性能、可靠性和可维护性等因素。
还可以通过软件建模和模拟来评估设计和架构的有效性。
3.编码/代码审查编码是将设计转化为实际软件代码的过程。
编码需要遵循标准和最佳实践,确保代码质量和可扩展性。
代码审查还可以在编码过程中进行,以确保代码符合标准。
4.测试测试是确保软件符合质量标准的重要工具。
测试可以通过不同的方法进行,如单元测试、集成测试、系统测试和验收测试等。
测试可以检测软件产品中的错误和潜在的问题,并在开发过程中进行修复。
第三章:软件开发过程中的质量管理软件开发过程的质量管理是一种管理方法,旨在确保软件产品能够满足客户和相关标准的要求。
质量管理包括以下几个方面:1.项目管理在软件开发过程中,项目管理是确保产品质量和按时完成的重要组成部分。
项目管理涉及计划、协调和跟踪项目进展,以确保项目按时交付、满足客户需求。
2.质量计划质量计划是确定质量标准、程序和流程的过程。
质量计划必须在项目开始前制定,以确保项目的顺利进行。
软件开发具体流程及管理制度

软件开发具体流程及管理制度软件开发是一项复杂且需要高度组织和协作的工作,为了确保开发过程的顺利进行,通常需要制定一套具体的流程和管理制度。
下面将详细介绍软件开发的具体流程以及适用于软件开发的管理制度。
软件开发流程:1.需求分析阶段:在这个阶段,开发团队与客户或项目负责人沟通,了解项目的需求和目标。
具体包括明确软件的功能需求、性能需求、安全需求等,以及软件的用户群体和使用场景等。
在需求分析阶段,通常会编写软件需求规格说明书(SRS)来详细记录和确认项目的需求。
2.概要设计阶段:在需求分析阶段结束后,开发团队需要进行概要设计。
概要设计是对软件的整体结构进行设计,包括将需求分解为模块和子模块,并确定模块之间的关系和接口。
概要设计还包括选择适当的开发方法和技术,确定数据库结构等。
3.详细设计阶段:在概要设计阶段确定了软件的整体结构后,开发团队需要进行详细设计。
详细设计阶段对每个模块进行详细的设计,包括数据结构设计、算法设计、界面设计等。
在设计过程中,通常使用UML(统一建模语言)等工具来建立模型,并编写设计文档。
4.编码和单元测试阶段:在详细设计完成后,开发团队开始编写代码,并进行单元测试。
单元测试是对编写的代码进行测试,以确保每个模块的功能正常运行。
单元测试通常由代码编写者完成,并可借助自动化测试工具来提高效率和准确性。
5.综合测试阶段:在单元测试完成后,开发团队会进行综合测试。
综合测试是对软件的整体进行测试,包括模块之间的交互、系统的性能和稳定性等。
综合测试通常由专门的测试团队负责。
6.部署和上线阶段:在软件经过综合测试后,开发团队会将软件部署到生产环境,并进行最后的测试和调优。
一切就绪后,软件正式上线并交付给用户使用。
软件开发管理制度:1.项目管理:在软件开发过程中,需要建立完善的项目管理制度。
包括制定项目计划、资源分配和进度控制等。
项目管理还包括项目风险管理、变更管理、质量管理、沟通管理等。
2.过程管理:设立软件开发过程管理制度,以确保开发过程的规范和可控。
软件过程与管理

风险的不利性
风险的可变性
风险的相对性
风险同利益的对称性
风险分类——参与者、技术、结构、任务
风险管理框架——
软件项目常见十大风险——
德尔菲法(Delphi method),是采用背对背的通信方式征询专家小组成员的预测意见,经过几轮征询,使专家小组的预测意见趋于集中,最后做出最终的预测
风险影响= (可能的危害)×(发生概率)
风险定义——
一个不确定的事件或者情况,若其一旦发生,会对项目的目标,例如,范围、进度、成本和质量,产生积极或消极的影响。
风险是未来可能发生的问题,而不是当前已经发生的事情
风险的产生一般是有原因的,例如,开发人员离职导致项目延期
风险的三要素——
事件
事件发生的概率
事件的影响
风险的基本性质——
风险的客观性
内部和外部质量(internal and external quality)
功能性,可靠性,有效性,可维护性,可移植性,和可使用性
使用质量(quality-in-use)
有效性,生产率,安全和满意度
有效性:软件产品在指定使用环境下,使用户准确、完整地获得规定目标的能力;
生产率:软件产品在指定使用环境下,使用户花费合适的与有效性相关的资源数量的能力;
项目庞大或复杂
项目管理(PM)就是在项目活动中运用相关知识,技能,工具和技术满足项目的要求。
项目管理的十大知识领域——
项目集成管理、项目范围管理、项目时间管理、项目成本管理、项目质量管理
项目人力资源管理、项目沟通管理、项目风险管理、项目采购管理、项目利益相关者管理
项目管理的五个过程组——启动、计划、过程、控制、收尾
软件产品目标的三要素:
过程管理与软件项目管理的关系

过程管理与软件项目管理的关系
过程管理和软件项目管理是紧密相关的两个概念,它们有着相互影响的关系。
过程管理是指管理和优化软件开发过程的活动,包括定义、规划、执行、监控和改进过程。
它关注的是如何有效地组织和管理软件开发过程,以提高质量、效率和可靠性。
过程管理强调的是持续改进和优化,以确保软件开发过程能够满足组织的需求和目标。
软件项目管理是指在特定的时间范围内,通过合理的资源配置、风险管理和团队协作来达到项目目标的活动。
它涉及项目计划、执行、控制和收尾等方面,旨在确保项目按时交付、在预算内完成,并满足质量要求。
软件项目管理强调的是项目目标的实现和交付,以满足客户的需求。
过程管理和软件项目管理在实践中相互交织和互相支持。
过程管理提供了规范和指导,帮助软件项目管理团队确定和遵循最佳的开发过程。
过程管理可以提供标准化的方法和工具,以支持软件项目管理的各个阶段,包括需求分析、设计、开发、测试和交付等。
过程管理还可以通过收集和分析数据,为软件项目管理提供实时的度量和监控,以便及时调整项目计划和资源分配。
软件项目管理在实际项目中的执行和控制过程中,也会不断地反馈给过程管理,为过程管理提供实践中的经验和问题,以便进行改进和优化。
软件项目管理可以提供关于过程效能、团队绩效和风险管理等方面的信息,用于过程管理的决策和改进。
综上所述,过程管理和软件项目管理是相互依存、相互促进的关系,通过有效的过程管理支持和指导软件项目管理,同时软件项目管理的实践也反馈给过程管理,为其提供实践经验和改进方向。
CMMI过程管理OPD软件过程数据库与文档库管理过程V

添加标题
CMMI的过程管理:CMMI的过程管理包括OPD软件过程数据库与文档库管理过程V,这是一个非常重要的 环节,可以帮助企业更好地管理和控制软件项目的质量和进度。
提高软件质量:通过规范化的过程管理,减少错误和缺陷,提高软件质量。 提升开发效率:通过优化开发流程,减少不必要的浪费,提高开发效率。 增强团队协作:通过明确的角色和职责划分,增强团队协作,提高工作效率。 降低风险:通过过程管理和监控,及时发现和解决问题,降低项目风险。
添加 标题
添加 标题
添加 标题
添加 标题
添加 标题
添加 标题
明确目标与需求: 首先明确OPD软 件过程数据库与 文档库的管理目 标,以及优化需 求,为后续的改 进提供方向。
数据分析与挖掘: 通过对现有数据 进行分析和挖掘, 找出存在的问题 和瓶颈,为优化
提供依据。
流程改进与优化: 针对发现的问题, 对OPD软件过程 数据库与文档库 的管理流程进行 改进和优化,提 高管理效率和质
文档存储方式:采 用集中式存储方式, 方便统一管理和访 问
备份策略:定期备 份文档,确保数据 安全可靠,防止意 外丢失
备份频率:根据文 档的重要性和更新 频率,确定备份频 率
备份存储位置:选择可 靠的存储设备或云存储 服务,确保备份数据的 安全性和可访问性
文档访问权限定义:对 不同角色和用户设置不 同的文档访问权限,确 保文档不被泄露或滥用
整合过程中可能出现的问题及解决 方案
添加标题
添加标题
数据与文档的关联关系建立方法
添加标题
添加标题
整合后的效果评估
数据与文档的同步更新机制 介绍
OPD软件过程数据库与文档 库的整合目标
同步更新机制的实现方式
软件过程管理与成熟度评估

软件过程管理与成熟度评估在软件开发的过程中,软件过程管理和成熟度评估是两个非常重要的概念。
软件过程管理指的是对软件开发过程进行规划、组织、监控和控制的活动,旨在确保软件项目按照既定的计划和目标进行。
而成熟度评估则是评估软件开发组织的能力和水平,以确定其在软件开发过程中的成熟度和改进的方向。
软件过程管理的目标是通过有效的资源管理、项目进度控制和质量管理,确保软件项目能够按时、按质地完成。
在软件过程管理中,需要明确项目的需求和目标,并制定相应的计划。
项目的需求分析阶段需要充分了解用户的需求和期望,以便能够提供满足他们需求的软件产品。
然后,根据需求分析的结果,制定软件开发的计划和进度安排。
在制定计划时,需要合理安排资源,并确保资源的有效利用。
此外,在项目开发的过程中,还需要进行持续的监控和控制,以确保项目进度的顺利进行。
通过及时发现和解决问题,可以避免项目进度的延误和质量的下降。
成熟度评估是评估软件开发组织的能力和水平,以确定其在软件开发过程中的成熟度和改进的方向。
成熟度评估可以帮助软件开发组织了解自己在软件开发过程中的短板和不足,从而能够有针对性地进行改进。
成熟度评估可以根据一定的标准和指标进行评估,例如国际标准ISO 15504,该标准定义了一个用于评估软件开发过程的模型。
通过对软件开发过程的评估,可以确定组织在不同领域的成熟度,从而为进一步的改进提供指导。
在进行软件过程管理和成熟度评估时,需要采取一些有效的方法和工具。
例如,可以采用敏捷开发的方法,将软件开发过程分成多个迭代周期,每个周期实现一部分功能,以便及时进行用户反馈和调整。
此外,可以使用一些项目管理工具,如甘特图、里程碑图等,帮助规划和管理项目进度。
对于成熟度评估,可以采用一些问卷调查、访谈和文档分析等方法来收集数据和信息,以便评估组织的成熟度。
除了软件过程管理和成熟度评估,还可以采取其他一些措施来改进软件开发过程和提高软件质量。
例如,可以建立一个良好的沟通和协作机制,促进团队成员之间的合作和信息共享。
软件维护过程管理情况

软件维护过程管理情况1. 前言软件维护是为了确保软件系统的可靠性和有效性而进行的一系列管理活动。
本文档旨在介绍软件维护过程的管理情况,包括维护策略、维护流程和维护措施。
2. 维护策略我们公司采用以下维护策略来管理软件维护过程:- 预防性维护:定期对软件系统进行检查和修复,以预防潜在问题的发生。
- 修改性维护:根据用户的需求进行功能修改和改进,以提高用户体验和满足新需求。
- 紧急维护:在出现关键性故障或安全漏洞时,及时进行修复和处理,以确保系统的可用性和安全性。
3. 维护流程我们公司建立了以下维护流程,以确保软件维护过程的规范性和高效性:- 问题报告:用户可以通过我们提供的渠道提交问题报告,包括软件故障、错误和建议。
- 问题分析:我们的维护团队会对接收到的问题进行分析和评估,确定问题的严重程度和紧急程度。
- 问题解决:维护团队会制定相应的解决方案,并进行问题修复、功能修改或改进。
- 测试验证:修复和修改完成后,我们会进行测试验证,确保问题得到解决或改进的功能正常运行。
- 发布更新:经过测试验证后,我们会发布软件更新,使用户可以获得修复和改进后的软件版本。
4. 维护措施为了提高软件维护过程的效果和质量,我们采取了以下维护措施:- 维护团队:我们专门组建了一个维护团队,由经验丰富的开发人员和测试人员组成,负责处理软件维护相关工作。
- 工具支持:我们使用一系列工具来支持维护过程,包括问题追踪系统、版本控制工具和测试工具,以提高工作效率和质量。
- 定期培训:我们定期对维护团队进行培训,以保持他们的技术水平和知识更新。
5. 结论通过管理维护策略、流程和措施,我们公司能够有效地进行软件维护工作,并确保软件系统的可靠性和有效性。
我们将继续改进和优化维护过程,以适应不断变化的市场和用户需求。
以上是软件维护过程管理情况的简要介绍。
如需详细了解,请随时与我们联系。
谢谢!。
软件过程改进与管理

软件过程改进与管理近年来,软件业的蓬勃发展对软件过程的要求日益严格,软件过程改进与管理成为了开发团队必须关注的重要问题。
本文将重点讨论软件过程改进的重要性、如何进行软件过程改进以及如何进行软件过程管理等方面。
一、软件过程改进的重要性软件过程是指软件开发所依据的流程和规范。
良好的软件过程能够保证软件开发的质量和可靠性,提高开发效率。
软件过程改进的重要性主要有以下几个方面:1.提高软件质量。
改进软件过程能够减少软件缺陷的产生,提高软件的可靠性,从而提高软件的质量。
2.增强开发效率。
优化软件过程能够提高开发过程的效率,减少重复工作的产生,提高资源利用效率,从而提高开发效率。
3.降低成本。
良好的软件过程能够减少变更和修复的数量,降低软件维护成本。
二、如何进行软件过程改进软件过程改进是一个复杂的过程,需要全面、系统的考虑各种因素。
一般来说,软件过程改进应该包括以下方面:1.制定改进计划。
首先需要对目前的软件过程进行评估,了解存在的问题和瓶颈。
然后根据评估结果制定改进计划,明确改进目标和实施计划。
2.执行改进计划。
根据制定的改进计划,对软件过程进行优化和改进。
改进的内容可能包括流程改进、工具改进、人员培训等。
3.跟踪和评估。
在改进过程中,需要跟踪和评估改进效果,及时调整和优化。
4.持续改进。
软件过程改进不应该只是一次性的过程,应该是一个持续的、不断完善的过程。
随着软件业的快速发展,软件过程也需要不断适应变化和更新。
三、如何进行软件过程管理虽然软件过程改进能够提高软件开发的质量和效率,但仅靠软件过程改进还不足以保证顺利的软件开发。
软件过程管理也是至关重要的。
软件过程管理的主要内容有:1.团队协作管理。
高效的开发团队需要良好的协作和沟通,需要管理者进行沟通和激励,提高团队的合作和效率。
2.需求管理。
软件过程中需求的正确性和完备性对软件开发至关重要。
管理者需要对需求进行分析和评估,确保需求的合理性和可行性。
3.进度管理。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
成熟度等级 5. 优化级 4. 已管理级 3. 己定义级
管理过程
组织过程
工程过程
技术改革管理 过程优化管理
定量过程管理 集成软件管理 组间协同 组织过程焦点 组织过程定义 培训大纲
缺陷预防
软件质量管理 软件产品工程 同行评审
2. 可重复级
需求管理 软件项目策划 项目跟踪与监督 软件子合同管理 软件质量保证 软件配置管理
本章导读
许多软件企业的失败,归根结底都是管理的失败,表 现在过程管理上的无序状态。 软件管理是面向过程的,到底有哪些过程需要管理呢? 回答是: (1) 开发过程 (2) 配置过程 (3) 维护过程 (4) 质量保证过程 (5) 过程管理改善过程
要求 具体内容 了解 1)“组织”或“软件组织”的概念 2)软件过程概念 3)软件产品和软件工作产品的概念 4)软件过程能力与性能的概念 5)的成熟度提问单 6)组织的软件过程资源 7)CMMI是CMM的继续与发展 理解 1)CMMI阶段模型的五个等级 2)CMMI阶段模型的体系结构 3)CMMI的软件测量数据库和软件文档库
4. 软件过程能力与性能
(1)什么叫软件过程能力? 软件过程能力,是软件过程本身具有的按预定计划 生产产品的数据基础。 (2).什么叫软件过程性能? 软件过程性能是软件过程执行的实际结果。 一个项目的软件过程性能,决定于它内部的子过程执 行状态,只有每个子过程的性能得到改善,相应的成本、 进度、功能和质量等性能目标才能得到控制。
机构性质
机构名称
立法机构
司法机构
软件工程过 程组
软件质量保 证组 软件工程组 软件配置组
行政机构 配置机构
机构功能 制定政策、方针、标准、规范、指南、 模板 跟踪、监督、确认软件质量: 负责保 证软件项目适用的规程、标准和约定 得到遵守 软件工程项目的分析、设计、编码、 测试、用户培训、现场实施服务
2.关键过程域KPA
CMM模型共计18个关键过程域KPA,52个具 体目标,316个关键实践KP。 所谓过程域 KPA(Key Process Areas),是 指互相关联的若干个软件实践活动和相关设施的 集合。CMM中叫做关键过程域KPA,而CMMI 中叫做过程域 PA(Process Areas)。它们在五 个等级中的分布情况如下表所示:
第4步,进行内部模拟评审
软件组织在进行正式评估之前,先进行内部评 审或评估。这种内部评审包含两层含义。 (1) 软件组织自己内部成员,严格、认真地按 照CMMI规范评估过程,对自己的软件过程进行 评审,找出其中的强项和弱项,并进行改进。 (2) 在全国范围内,由有关软件工程和CMMI专 家组成一个专门的“内部评审”机构,负责指导 协调实施CMMI的活动,推进活动的深入开展, 对国内软件组织CMMI评估进行“预先评估”。
9.软件过程有关文档库
(1)为什么要建立文档库? 文档库主要出于两方面的考虑:一是存储 可能有用的过程文档;二是共享所存储的文 档。 (2)文档库包括哪些内容? 通常包括组织的程序文件和项目的过程文 档的优秀实例,还可以包括一些技术资料、 产品模板或培训资料等。
12.2 SW-CMM介绍
1.软件过程成熟度及其五个等级 定义:软件过程成熟度,是指一个软件过程被 明确定义、管理、度量和控制的有效程度。 SW-CMM的五个成熟度等级分别为: 初始级(CMM1:无序管理级) 可重复级(CMM2:项目管理级) 已定义(CMM3:组织管理级) 已管理级(CMM4:定量管理级) 优化级(CMM5:不断优化级)
5.软件过程资源定义
(1)什么叫软件过程资源? 就是软件组织在进行软件过程改善中通过积累而得到的、用 于指导软件项目过程的文档和数据等重要信息。 (2)软件过程资源有什么用? 软件过程资源能够为软件项目在制定、裁剪、维护和实施软 件过程时,提供全面的决策指导。 (3)软件过程资源包含哪些内容? 1)组织批准的软件生存周期; 2)组织的标准软件过程; 3)裁剪指南; 4)组织的软件测量数据库; 5)组织的与软件过程有关的文档库。
第5步,确定CMMI正式评估的工作步骤
(1) 软件公司与主任评估师(或评估中介公司)签订评估合同; (2) 软件公司选定4--5个工作量大、工期6个月以上的大中型软 件项目作为评估对象,并且准备好文档; (3) 软件公司选4-10人组成评估小组; (4) 由主任评估师组织评估培训; (5) 由ATM评估小组制订正式评估工作计划; (6) 进入正式评估过程,ATM评估小组对每个KP打分(必须在7 分以上,满分为10分) ; (7) ATM评估小组指出被评估组织的强项和弱项,协商产生评 估结果,若评估通过,则由主任评估师签字,报CMU/SEI组织 审批和备案。
7.标准软件过程和裁剪指南
(1)什么是标准软件过程? 标准软件过程就是组织中所有软件开发和维护项目 共用的软件过程。它是项目定义软件过程的基础。它保 证组织过程活动的连续性,是软件过程测量和长期改进 的依据。 (2)裁剪指南有什么样作用? 裁剪指南则是用来指导对标准软件过程进行裁剪、 以形成适合项目特征的软件过程。 (3)不同组织的标准软件过程是否通用? 不能!
软件过程管理
20世纪末叶软件产业革命发生在美国,标志 性的事件有两件: 1. 微软窗口操作系统的出现; 2. CMM能力成熟度模型的形成。 为什么发生在美国,而不是在中国? 这是美国的文化背景所决定的。 为此,我们举一个案例、讲一个故事、 开一个玩笑,来说明中美文化的差异。 请听:„„„。
软件过程管理
评估机构
评审小组
负责对软件基线、配置项/单元的标识, 软件基线更改和由软件基线库所构造 的软件产品的评审和认定 ATM评估小组成员组成一个ATM小 组,该小组在主任评估师的领导下, 负责评估过程的领导、组织、测量、 评估和管理
第3步,建立软件组织的CMM文档体系 (1) 软件组织文档 它包括:软件工程规范、软件生命周期及裁剪指南、软件质 量标准、名词和术语定义。 (2) 关键过程域文档 对应每个KPA,根据该软件组织的实际需求,都有一个过程 文件和一个程序文件与之对应:过程文件描述干什么(干的要求), 程序文件描述怎么干(干的模板)。 (3) 软件项目文档 它包括三方面的内容:工作产品文档:如配置项、基线;工 作日记文档:如日报、周报、里程碑报;软件产品文档:如用户 需求报告、设计说明书、源程序、用户手册。
成熟度提问单就是一大堆关于CMM某个级别是否成 熟的问题。 提问单第一个作用,是软件组织的能力评估,软件组 织是被评估者,主任评估师及其领导的ATM小组是评 估者。应该是评估者提问,被评估者回答,按照回答的 情况,评估者就从宏观上掌握了该软件组织在实践某个 KPA过程中的强项和弱项,再综合其他考核与检查,最 终确定该软件组织在CMM的某个KPA上的评估是否通 过。 第二个作用,是软件组织的过程改进,过程改进是一个 自我加压、自我约束、苦练内功的过程,是一个内部预 评估(模拟评估)的过程,既然如此,提问者与被提问 者都是软件组织内部的人。
CMM2的目标个数和KP个数
KPA名称 需求管理(RM) 软件项目策划(SPP) 软件项目跟踪和监控(SPTO) 软件子合同管理(SSM) 软件质量保证(SQA) 软件配置管理(SCM) 合计 目标个数 KP个数
2
3 3 4 4 4 20
12
25 24 22 17 21 121
5.成熟度提问单(评估问卷)
关注
1)CMMI的过程域PA 2)CMMI的实施思路
12.1 CMM/CMMI基本概念
1.组织 CMM/CMMI中的“组织”或“软件组织”, 是指软件企业内部的一个软件研发部门。该部门 内部应有若干个项目和一个软件工程管理部门。 如公司的研发中心、软件中心、软件事业部,它 们均可称为“组织”或“软件组织”。 CMM/CMMI的实施和评估,不在整个软件企 业的所有部门进行,而只需在软件企业中的某个 软件组织范围内进行。
无序过程
1. 初始级
3.关键实践KP
所谓关键实践 KP(Key Practices),是指对相 应KPA的实施起关键作用的政策、资源、活动、 测量、验证。 KP只描述“做什么”,不描述“怎么做”。 目前,CMM共有52个具体目标,316个关键实 践KP,它们分布在CMM2至CMM5的各个PA中。
4. 目标
第2步,成立CMM的工作小组
在CMM的实施过程中,必须成立专业化的工作组。 例如: 软件工程过程组SEPG(组织过程焦点) 软件工程组SWEG 系统测试组STG 软件项目跟踪与监督组SPTO 软件配置管理组SCMG 软件质量保证组SQAG 评估领导组或评估成员团队 ATM(Assessment Team Member)。
目标概括某个关键过程域中的所有关键实践应 该达到的总体要求,可用来确定是否一个组织或 一个项目已有效地实现关键过程域。 目标表明每个关键过程域的范围、边界和意图。 目标用于检验关键实践的实施情况,确定关键实 践的替代方法是否满足关键过程域的意图等。 如果一个级别的所有的目标都已实现,则表明 这个组织已经达到了这个级别,可以进行下一个 级别的软件过程改善。
3.软件产品和软件工作产品
(1)什么叫软件工作产品? 在CMM/CMMI中,每一道工作程序的输出均称为软 件工作产品。评审报告、跟踪记录等软件管理文档,也 是软件工作产品。 (2)什么叫基线? 里程碑上通过评审与批准后的软件工作产品一般称为 基线,如用户需求报告、概要设计说明书、详细设计说 明书、源代码、测试报告、用户指南等。 (3)什么叫软件产品? 软件承包方最终交付给客户方的软件工作产品,称为 软件产品。
2.3 CMM/CMMI实施思路
第1步,要进行CMM 基本知识的培训
任何培训工作都需要解决两个基本问题:一是教师问题,二是 教材问题。 CMM的培训对象是: (1) 对所有员工(包括总经理在内),进行最基本的软件工程和 CMM知识培训; (2) 对CMM的各个工作组的有关人员,提供专业领域知识等方 面的培训; (3). 在每次开发过程中,还要对项目组成员进行软件过程方面 的培训。 培训的教师来源有: (1) CMM有关专业培训咨询机构。 (2) 利用互联网资源进行咨询和培训。 (3) 聘请有关CMM专家到企业实地指导CMM的实施培训。