太学生Ailean
什么叫软件配置！
凡是纳入配置管理范畴的工作成果都是配置项（CI）；一个纯软件的CIs通常也称为软件配置项（CSCIs）。
配置项主要有两大类：属于产品组成部分的工作成果；项目管理和机构支撑过程产生的文档。
每个配置项的主要属性有：名称、标识符文件状态、版本、作者、日期等。
http://www.scmlife.com/dp-bbsthread-13701.html什么是配置管理？http://cmmionline.net/forums/thread/106.aspx啥叫软件配置管理？——一个通俗的解释作为一位从事软件配置管理工作的同志，我经常被亲朋好友问到的是，我有时候要向各级领导游说的是，啥叫软件配置管理？我的经验是：1. 如果想让他们从迷茫到更迷茫，那就跟他们背一段ISO/CMM里的定义。
2. 如果不想深谈，或者背景实在相差太远，那就跟他们说：“当很多人在一起编写软件的时候，需要一些专门的管理和技术，让他们能够合作顺畅。
软件配置管理就是其中的一种。
”3. 如果大概讲一下，能有个概念，那就跟他们说：“软件配置管理是围绕软件资产的管理。
啥叫软件资产呢，就是设计文档啦，源代码啦，可以跑的程序之类的。
那么，有什么要管理的呢？让我们把它和图书馆的图书管理做个对比。
它们有一些相似点。
首先，图书馆图书管理管的是图书资产，软件配置管理管的是软件资产，它们管的都是信息资产。
其次，图书管理，需要把图书进行分类，以便检索，需要图书存放在合适的地方，以便存取，还要防止虫吃鼠咬。
软件配置管理也类似，需要把软件资产——主要是源代码什么的，放在合适的目录结构里，放在合适的地方存储，防止丢失或者弄乱。
再次，在图书馆，要记录谁借出了哪本书，还没还。
而软件配置管理中也类似，需要记录谁借出了什么文件。
不过，跟图书管理不同的是，软件开发人员借出文件，常常是为了修改它。
软件配置管理要记录谁修改了什么文件，为什么修改，等等。
这里就引出了一系列事情要考虑：比如，每个文件，不断修改，就产生了一个又一个的版本，需不需要存储呢？一个产品的整个源代码树，也在总体上产生一个又一个的版本，需不需要存储呢？怎么存储呢？比如，可能两个人想要同时修改一个文件。
这可能会导致一个人的工作丢失。
那么，是让他们一个改完了另一个再改呢，还是让他们同时改，将来合并呢？怎么保证呢？再比如，有时候，一个公司会生产一系列相似的软件产品，它们之间是不是可以有某些共享呢？在一个产品上的改动，是不是能比较方便的加到另外的产品上去呢？所以说，软件配置管理是围绕软件资产的管理：保证它们的存储；保证改动它们的时候，也就是进行软件开发的时候，不会产生混乱，有条有理，省时省力；等等。
”第3种解释，是我最喜欢的解释。
虽然还不完全（比如，没有说配置/关系），也不严谨（净是用劳动人民的大白话说的），但是能给没怎么接触过SCM的同志一个比较正确、比较容易接受的第一印象了。
而且让人觉得，SCM确实有用~~~
申请CMMI认证时,配置管理的个人周报该怎么写,具体包括哪些内...
过程管理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.RD:(Requirement Development)需求开发。
需求开发的目的在于定义系统的边界和功能、非功能需求，以便涉众（客户、最终用户）和项目组对所开发的内容达成一致。
10.REQM(Requirement Management)需求管理。
需求管理的目的是在客户和软件项目之间就需要满足的需求建立和 维护一致的约定。
11.TS:(Technical Solution)技术解决方案。
在开发、设计和实现满足需求的解决方案。
解决方案的设计和实现等都围绕产品、产品组件和与过程有关的产品。
12.PI:(Product Integration)产品集成。
从产品部件组装产品，确保集成产品功能正确并交付产品。
13.VAL:(Validation)确认。
确认证明产品或产品部件在实际应用下满足应用要求。
14.VER:(Verification)验证。
验证确保选定的工作产品满足需求规格。
支持管理15. CM:(Configuration Management)配置管理。
建立和维护在项目的整个软件生存周期中软件项目产品的完整性 。
16.PPQA:(Process and Product Quality Assurance)过程和产品质量保证。
为项目组和管理层提供项目过程和相关工作产品的客观信息。
17.MA:(Measurement and Analysis)测量与分析。
开发和维持度量的能力，以便支持对管理信息的需要。
作为改进、了解、控制决策。
18. DAR:(Decision Analysis and Resolution)决策分析与解决。
应用正式的评估过程依据指标评估候选方案，在此基础上进行决策。
第4级除第2、3级所涵盖的18个流程领域外，增加19. OPP :(Organizational Process Performance)组织过程性能。
建立与维护组织过程性能的量化标准，以便使用量化方式的管理项目。
20. QPM(Quantitative Project Management) 量化的项目管理，量化管理项目已定义的项目过程，以达成项目既定的质量和过程性能目标。
。
第5级包含第2级到第4级的20个流程领域外，增加，21. OID:(Organizational Innovation and Deployment)组织的创新与推展，选择并推展渐进创新的组织过程和技术改善，改善应是可度量的，所选择及推展的改善需支持基于组织业务目的的质量及过程执行目标。
22. CAR:(Causal Analysis and Resolution)因果分析与解决。
识别缺失的原因并进行矫正，进一步的防止未来再次发生。
CMMI如何申请,申请流程是什么。
周期多长,需要找那些部门,成本...
找一家有SEI授权的机构，他们会协助你进行CMMI的评估。
大体流程是先由咨询公司协助建立CMMI的体系，然后开展体系试运行（就是找一些项目试用），试运行后，咨询公司会协助你开展预评估，如果预评估通过后，再过约1个月左右就可以正式评估了。
具体流程如下：一、 申请CMMI认证选择CMMI级别软件企业申请认证CMMI不同的级别标准要求，要审时度势自身情况。
一方面了解公司现有质量体系、实施过程、实施效果的运行情况；另一方面要根据企业规模、公司实力、管理需求等综合要素，不可好大喜功，一味选择CMMI更高级别的认证。
在申请的CMMI认证时，有的企业从CMMI2开始、有的企业从CMMI3开始、有的CMMI3通过后跳过CMMI4而直接申请CMMI5、有的就从CMMI2、CMMI3、CMMI4、CMMI5逐步申请认证。
计划参与评估的部门CMMI评估，有的是整个公司参与评估，有的是个别部门参与评估，不管以哪种方式参与评估，公司都要权衡决定，参与评估的部门。
CMMI培训当确定申请CMMI认证的级别后，与申请CMMI认证级别的要求进行比较，从而找出区别。
结合企业自身实际情况，从而可以为通过认证作好充分的准备，尤其是对此级别相关知识进行加强培训，了解标准的要求。
二、 选择主任评估师一般情况下，企业自身确认好CMMI等级后，可以找专业的CMMI咨询公司，协助完成后面的认证流程。
主任评估师是认证评估的发起者，也是评估小组的领导者，这个角色应该拥有足够的经验、知识、技术来负责和领导评估活动。
CMMI评估是基于个人资格、信誉的认证，对个人专业技术及综合能力素质要求都很高。
因此，要慎重选择，主要从以下几个方面考虑：全球从事CMMI认证企业很多，拥有SEI评估师资格的也很多，通常有美国的、印度的、中国的。
美国评估师直属于SEI，属本地认证，所以说美国评估师进行评估具有说服力，信服力，对于中国软件企业而言，聘请美国的主任评估师，由于语言的不同，在沟通上存在一定的困难，在进行评估面谈沟通交流时，要配置专门的翻译。
三、 工作准备选择评估小组成员本活动包括识别有用的职员、评定其资格和从中挑选人员作为评估小组成员。
它可以发生在评估发起者做出管理评估活动的许诺之后，并能为评估计划保证提供输入。
具体的行为包括：（1）、保证评估小组成员满足个人的最低标准；（2）、保证评估小组作为一个整体满足的最低标准；（3）、文档化在评估输入中小组成员的职责和资格。
SCAMPI评估可接受的评估小组最小规模是4个成员（包括小组领导者）。
推荐的最大规模是9个成员。
所有小组成员之前必须完成获得SEI推荐的并由SEI认可的权威授课者所教授的CMMI课程。
小组成员必须接受有关评估方法的培训。
关于工程领域的经验，评估小组（作为一个整体）平均至少要有6年以上的经验，且小组总的经验要不少于25年，这些规定都隐藏在评估活动中。
关于管理经验，评估小组（作为一个整体）总的经验不能少于10年，且至少有1名成员拥有6年以上的管理经验。
总的来说，评估小组应该在评估组织内部所使用的生命周期里具有代表性的经验。
在任何特定的生命周期阶段，评估小组至少应有两名成员具有从事这方面工作的经验。
此外，必须保证，小组成员不应该成为任何特定项目的管理者或者成为任何预定被访问者的直接管理链中的一个。
组建准备评估小组评估小组领导者有责任确保评估小组成员为执行计划的评估活动完成充分的准备。
这包括熟悉在评估过程中将使用的参考模型、SCAMPI、评估计划、组织数据和特征、工具和技术以及为评估任务分配任务和职责。
小组建立练习通常被用来实践简单的技能和在理解小组目标及如何取得满意上达成一致。
所有的小组成员被要求遵守严格规则以保证机密性、保护所有者或敏感数据以及项目参与者未知的信息。
私下陈述通常被用来达成这些谅解。
具体的行为包括：保证评估小组成员已接受参考模型培训；为评估小组成员提供评估方法培训或确保他们已掌握此方法；为评估小组和小组规范的建立提供服务；为评估小组成员提供关于评估目标、计划和他们自身分配的职责和任务的定位。
模型培训必须利用CMMI课程的权威标准来提供，并由CMMI办事机构权威认证的授课者讲授。
方法培训可能通过下面两种方法之一进行：针对即将到来的评估作明确性的方法培训；对大量的目前并没有从事任何评估工作的潜在的小组成员进行方法培训。
对一个完全重新组建的小组进行方法培训至少持续两天，且必须强调那些小组成员在评估过程很可能遇到的情况。
本培训在SCAMPI的应用中没有必要包含所有的变量。
针对潜在的将来的小组成员所进行的团体式方法培训必须包含方法上剪裁部分的所有内容和允许的变更以应付一系列在将来的评估中他们很可能会遇到的情况。
SEI评估程序为那些目前不是评估小组成员的人们所得到的培训指定了额外的要求。
那些在以前的评估小组中作为成员已接受过培训的小组成员，如果并没有进行目前的方法培训，那么他们并不自动地具有参加当前评估的资格。
在这样的案例中，评估小组领导者要求了解以前的培训的本...
政府采购系统软件采购可以设置cmmi认证吗
视锐达 VisualProject 是一款企业级的 IT 专业项目管理软件，产品定位于非工程、以人为核心的企业项目管理软件市场，主要应用于： 软件开发， 软件外包企业、软件产品企业、互联网企业 系统集成与IT 服务， 网络集成、系统集成、 IT 服务企业 新产品研发， 通讯设备、电子、家电等产品研发企业 IT 建设与监管， 银行、电信等 IT 科技部门 专业服务， 咨询服务企业、会计事务所等项目型服务企业 视锐达VisualProject产品特色： 覆盖 组织级 + 项目级 管理 任何组织机构的项目管理都包括多个层次。
项目的成功离不开各个层次的相互衔接和配合。
视锐达 VisualProject项目管理软件提供组织级的管理视角，覆盖项目-项目群-项目组合-组织项目管理环境多个层次，帮助客户构建完整的企业级项目管理体系。
支持企业管理成熟度的逐步进化 组织项目管理能力的提升并非一蹴而就，而是不断的成熟， 在每个阶段，其特性、需求、改进方法是完全不同的。
管理“颗粒度”决定了管理最终的实际效果，企业在发展的不同阶段需要不同的管理颗粒度。
视锐达 VisualProject 提供多种管理模式供客户选择，从最精细、最自动化的管理模式，到比较简约的、半手工的管理模式。
支持项目管理国际标准和特定行业的标准 PMBOK 作为一个成功的项目管理体系，已经得到广泛的认同度。
VisualProject 遵循 PMI 的组织级和项目级标准模型，体现了 PM3 理论的逐步改进思路。
VisualProject 吸收了 PM3 的 “ 项目管理成熟度 ” 模型的思想。
每个组织的项目管理成熟度、管理环境，都是在逐步提高的， VisualProject 提供了组织在不同成熟度阶段的管理利器。
VisualProject 支持软件 CMMI 体系。
传统的 CMMI 工具往往是 “ 为 CMMI 而 CMMI” ，项目组花费很多的精力在 CMMI 工具上填报数据，而不是真正进行项目管理。
VisualProject 将 CMMI 体系与项目管理过程紧密融合。
项目组通过 VisualProject 管理和执行项目，自然而然的支持 CMMI 的要求。
不仅是工具，同时涵盖多种模型、方法、最佳实践 VisualProject 不仅仅是一个项目管理工具，更是一个包含了多种模型、方法、企业最佳实践的管理软件。
VisualProject项目管理软件为企业提供了更好的管理匹配度。
例如估算方法：工作产品规模——生产率估算方法； 基于历史经验数据的 WBS 功能分解方法；基于历史经验数据的 WBS 过程分解方法。
集成其它软件工具，方便构建统一的管理信息系统 企业的信息管理环境是复杂多变的，各系统之间的数据互访、解决信息孤岛是当前所有企业面临的挑战。
VisualProject 提供了常用软件接口和集成方案，与企业信息系统（ ERP 、 CRM 、 OA 与邮件系统、文件管理等）以及软件工程工具（需求管理工具、配置管理工具、缺陷管理工具、变更管理工具等）可以很方便的做集成，充分保护用户的现有投资。
CMMI认证怎么办理？
CMMI意为“集成的能力成熟度模型”，于2002年正式发布，由美国国防部与卡内基—梅隆大学等共同开发研制。
1998年美国卡内基-梅隆大学软件工程研究所（SEI）启动了CMMI计划，目的在于用一个统一的框架协调和集成SEI已经存在的各种模型。
CMMI模型已经成为业界主要的过程管理模型，CMMI模型有两种表示方式，连续表示模型和分级表示模型。
其中分级表示模型依次划分为五个等级（初始级、可重复级、已定义级、已管理级、优化级），标志着软件企业能力成熟度的五个层次。
级别越高，表示软件组织的成熟能力也越高，CMMI5是目前世界软件界对能力成熟度要求最高、申请难度最大、级别最高的评估，通过CMMI5级评估标志着本公司的质量管理和过程改进已跻身于全球软件业的顶尖水平。
从申请CMMI认证到评估完成，往往要经历1年左右的时间，主要包括四个阶段：一、 申请CMMI认证选择CMMI级别软件企业申请认证CMMI不同的级别标准要求，要审时度势自身情况。
一方面了解公司现有质量体系、实施过程、实施效果的运行情况；另一方面要根据企业规模、公司实力、管理需求等综合要素，不可好大喜功，一味选择CMMI更高级别的认证。
在申请的CMMI认证时，有的企业从CMMI2开始、有的企业从CMMI3开始、有的CMMI3通过后跳过CMMI4而直接申请CMMI5、有的就从CMMI2、CMMI3、CMMI4、CMMI5逐步申请认证。
计划参与评估的部门CMMI评估，有的是整个公司参与评估，有的是个别部门参与评估，不管以哪种方式参与评估，公司都要权衡决定，参与评估的部门。
CMMI培训当确定申请CMMI认证的级别后，与申请CMMI认证级别的要求进行比较，从而找出区别。
结合企业自身实际情况，从而可以为通过认证作好充分的准备，尤其是对此级别相关知识进行加强培训，了解标准的要求。
二、 选择主任评估师一般情况下，企业自身确认好CMMI等级后，可以找专业的CMMI咨询公司，协助完成后面的认证流程。
主任评估师是认证评估的发起者，也是评估小组的领导者，这个角色应该拥有足够的经验、知识、技术来负责和领导评估活动。
CMMI评估是基于个人资格、信誉的认证，对个人专业技术及综合能力素质要求都很高。
因此，要慎重选择，主要从以下几个方面考虑：全球从事CMMI认证企业很多，拥有SEI评估师资格的也很多，通常有美国的、印度的、中国的。
美国评估师直属于SEI，属本地认证，所以说美国评估师进行评估具有说服力，信服力，对于中国软件企业而言，聘请美国的主任评估师，由于语言的不同，在沟通上存在一定的困难，在进行评估面谈沟通交流时，要配置专门的翻译。
三、 工作准备选择评估小组成员本活动包括识别有用的职员、评定其资格和从中挑选人员作为评估小组成员。
它可以发生在评估发起者做出管理评估活动的许诺之后，并能为评估计划保证提供输入。
具体的行为包括：（1）、保证评估小组成员满足个人的最低标准；（2）、保证评估小组作为一个整体满足的最低标准；（3）、文档化在评估输入中小组成员的职责和资格。
SCAMPI评估可接受的评估小组最小规模是4个成员（包括小组领导者）。
推荐的最大规模是9个成员。
所有小组成员之前必须完成获得SEI推荐的并由SEI认可的权威授课者所教授的CMMI课程。
小组成员必须接受有关评估方法的培训。
关于工程领域的经验，评估小组（作为一个整体）平均至少要有6年以上的经验，且小组总的经验要不少于25年，这些规定都隐藏在评估活动中。
关于管理经验，评估小组（作为一个整体）总的经验不能少于10年，且至少有1名成员拥有6年以上的管理经验。
总的来说，评估小组应该在评估组织内部所使用的生命周期里具有代表性的经验。
在任何特定的生命周期阶段，评估小组至少应有两名成员具有从事这方面工作的经验。
此外，必须保证，小组成员不应该成为任何特定项目的管理者或者成为任何预定被访问者的直接管理链中的一个。
组建准备评估小组评估小组领导者有责任确保评估小组成员为执行计划的评估活动完成充分的准备。
这包括熟悉在评估过程中将使用的参考模型、SCAMPI、评估计划、组织数据和特征、工具和技术以及为评估任务分配任务和职责。
小组建立练习通常被用来实践简单的技能和在理解小组目标及如何取得满意上达成一致。
所有的小组成员被要求遵守严格规则以保证机密性、保护所有者或敏感数据以及项目参与者未知的信息。
私下陈述通常被用来达成这些谅解。
具体的行为包括：保证评估小组成员已接受参考模型培训；为评估小组成员提供评估方法培训或确保他们已掌握此方法；为评估小组和小组规范的建立提供服务；为评估小组成员提供关于评估目标、计划和他们自身分配的职责和任务的定位。
模型培训必须利用CMMI课程的权威标准来提供，并由CMMI办事机构权威认证的授课者讲授。
方法培训可能通过下面两种方法之一进行：针对即将到来的评估作明确性的方法培训；对大量的目前并没有从事任何评估工作的潜在的小组成员进行方法培训。
四、 预评估通过预评估判定企业是否准备充分可以进行正式的 SCAMPI/CBA-IPI。
通过一位主...
初次当QA,如何成立一个CMMI质量管理体系,该怎么做
这个似乎不是QA 的职责先要成立 SEPG小组，学习CMMI标准，到同类企业取经，或找咨询机构。
然后按照CMMI标准，结合公司的产品开发实际情况，编写本公司的体系文件，以确定开发流程和控制手段。
然后培训，让开发人员了解开发流程和控制要求。
在理解的基础上，开发部门按照制定的文件（制度）执行。
一般软件项目的开发组组成有组长，开发工程师、测试工程师、QA、配置管理员。
其中QA、配置管理员可能是多个项目组兼职。
关键人物是组长、QA、配置管理员。
QA只是起到监督作用，就是检查项目组开发工作是否按规定的流程做。
如果想通过认证，则与认证单位联系，认证机构会审查你们的文件，给出意见。
就按意见更改。
在运行一段时间后，认证机构会派检查员前来预检查，通过谈话、检查记录等手段检查是否符合。
并指出整改。
如基本符合，则会在整改完成后的适当时，进行正式检查，并开出不符合项，检查如没有大问题，在整改完成后，发证。
软件项目管理中的需求变更和配置管理中的配置变更有什么关系和区别...
软件配置管理，贯穿于整个软件生命周期，它为软件研发提供了一套管理办法和活动原则。
软件配置管理无论是对于软件企业管理人员还是研发人员都有着重要的意义。
软件配置管理可以提炼为三个方面的内容：VersionControl-版本控制ChangeControl-变更控制ProcessSupport-过程支持目标 1： 软件配置管理的各项工作是有计划进行的。
目标 2： 被选择的项目产品得到识别，控制并且可以被相关人员获取。
目标 3： 已识别出的项目产品的更改得到控制。
目标 4： 使相关组别和个人及时了解软件基准的状态和内容。
关键活动包括：配置项、工作空间管理、版本控制、变更控制、状态报告、配置审计等....
CMMI3涉及测试的域有哪些
VER、VAL都和测试相关。
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:(Requirement Development)需求管理.需求管理的目的是在客户和软件项目之间就需要满足的需求建立和维护一致的约定.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)决策分析与解决.应用正式的评估过程依据指标评估候选方案，在此基础上进行决策.
转载请注明出处51数据库 » cmmi 软件配置管理
