软件过程管理试题预测

1. CMM分哪几个成熟度等级？每个等级的名称是什么？有什么含义？

2. CMMI是在什么历史条件下产生的？与CMM之间的关系是怎样的？

3. CMMI有哪两种表现形式？CMMI与CMM相比，在过程域方面有什么变化？

4. 什么是软件过程的改进？CMM/CMMI对于指导软件过程改进有什么意义？

5. RUP的静态结构和动态结构是怎样的？静态结构由哪五种元素组成？各自代表什么？动态结构中的周期、阶段、迭代、里程碑等等之间是一种怎样的关系？

6. RUP提倡的6大最佳实践是什么？怎样认识这些最佳实践？

7. 什么是制品？RUP中有哪些制品集？各种典型的制品属于哪一类制品集？ 8. 什么是软件配置管理？它能解决软件开发中的哪些问题？

9. 什么是开发团队中的SQA、SEPG、项目经理、软件架构师？他们的职责是什么？

10 CMM有哪18个软件过程域？它们的主要活动各是什么？

11. 什么是软件需求管理？在RUP中，需求规程的输出结果是什么？

12. 什么是软件复杂度？怎样降低软件复杂度？

13. 什么是软件危机？它的表现是什么？解决软件危机的途径是什么？

14. 怎样进行软件过程评估？主要的评估手段有哪些？

15. 软件开发中有哪几种典型的测试？它们各自解决什么问题？

16. 什么是软件过程的可视性？怎样提高软件过程的可视性？

17. 什么是软件系统架构？怎样表示架构？什么是模型？它们之间是什么关系？

18. 什么是基线？有什么特点？起什么作用？

19. 什么是软件过程的财富库？它有哪些组成部分？由哪一个关键过程域维护它？

20.什么是用例？用例模型起什么作用？

21. 软件过程的不确定性表现在哪些方面？有哪些解决办法？

22. 什么是迭代开发？与顺序开发相比，它有什么优点？

23. 什么是软件缺陷？怎样对缺陷进行管理？

24. RUP提倡的开发周期中有哪些阶段？每个阶段的名称是什么？各自解决什么问题？评价准则是什么？

2. 能力成熟度模型的基本出发点是什么？能力成熟度模型由哪些部分组成？

答：能力成熟度模型是一种用于评价软件承包商能力并帮助改善软件质量的方法，其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。其所依据的想法是：只要集中精力持续努力去建立有效的软件工程过程的基础结构，不断进行管理的实践和过程的改进，就可以克服软件生产中的困难。

CMM建立了一个软件过程能力成熟度的分级标准，为软件过程不断改进奠定了循序渐进的基础。（1）初始级（Initial）。（2）可重复级（Repeatable）。（3）已定义级（Defined）。（4）已管理级（Managed）。（5）优化级（Optimizing）。

1. 软件过程成熟的标准。

答：软件过程能力高，具有全组织范围的管理软件开发和维护过程的能力。

软件过程性能可预见性，对进度、预算和质量做出现实的和准确的估计和预测。软件过程规范化，可遵循的标准、规则和指导性原则。过程的一致性过程的丰富性

过程的可视性软件组织的能力是已知的，软件过程具有清晰的、充分的定义。过程的稳定性过程的不断改进

名词解释：

1. 软件能力成熟度模型（CMM/CMM）： CMM是指“能力成熟度模型”，其英文全称为Capability Maturity Model for Software，英文缩写为SW-CMM，简称CMM。它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。 CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。

2. 软件过程能力： .软件过程能力是软件过程本身具有的按预定计划生产产品的固有能力，或者说是遵循软件过程能够实现预期结果的程度。

3. 组织过程焦点：规定软件开发组织在改进其总体软件过程能力的过程活动中的职责。组织过程焦点活动所得到的是一组软件过程财富，它们在组织的过程定义中被描述。这些财富如集成软件管理中所述，是供各个软件项目使用。

4. 变更控制：变更控制是通过对变更请求（Change Request，简称CR）进行分类、追踪和管理的过程来实现的。

1. CMM的4项基本元素是什么？

（1）成熟度等级：CMM划分为五个等级，描述了每个等级的组织过程特征，每个等级代表一种组织的过程能力等级；指明了组织级过程改进的整体策略（关注于那些过程域）。（2）关键过程域（KPA）：每个等级包括几个过程域，说明了在一个等级中必要的过程；是一组学科或者逻辑上紧密联系的活动的集合。

（3）目标：每个过程域均有自己的目标，这些目标用于支持过程能力等级特征。（4）关键实践（KP）：组成一个过程域的活动，从逻辑上描述了实现这个过程域目标必须或者推荐执行的活动；属于具体的操作指导。

项目管理和工程

【项目管理】

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-T echnical Solution, 技术解决方案，在开发、设计和实现满足需求的解决方案。解决方案的设计和现实等都围绕产品、产品组件和过程有关的产品；

12. PI-Product Integration, 产品集成，从产品组件组装产品，确保集成产品功能正确并交付产品；

13. VER-Verification, 验证，验证确保选定的工作产品满足需求规格；

14. VAL-Validation, 确认，确认证明产品或产品部件在实际应用下满足应用要求；

共14个过程域：

1）需求开发Requirements Development

2）技术解决方案Techical Solution

3）产品集成Product Integration

4）验证Verification

5）确认Validation

6）组织过程焦点Organization Process Focus

7）组织过程定义Organization Process Defintion

8）组织培训Orgnizational Training

9）集成项目管理Integrated Project Management

10）风险管理Risk Management

11）决策分析和解决DecisionAnalysis and Resolution

12）集成团队Integrated Teaming

13）集成组织环境Organizational Environment for Integration

14）集成供应商管理Integrated Suppliers Management

.3 工程类

工程类过程域包含所有工程专业领域可共享的开发活动和维护活动，包括下列内容：需求管理（REQM）、需求开发（RD）、技术解决（TS）、产品集成（PI）、验证（VER）、确认（V AL）。

4.3.1 需求管理(REQM)

需求管理是成熟度2级的过程域，所对应的过程域的特定目标和实践如下：

SG1 管理需求

SP1.1 理解需求

SP1.2 获得对需求的承诺

SP1.3 管理需求变更

SP1.4 维护对需求的双向追溯能力 SP1.5 确保项目工作和需求的一致性

4.3.2 需求开发(RD)

需求开发是成熟度3级的过程域，所对应的过程域的特定目标和实践如下：

SG1 开发客户需求

SP1.1 获取需要

SP1.2 将共利益者的需要转换成客户需求 SG2 开发产品需求

SP2.1 建立产品和产品组件需求 SP2.2 分配产品组件需求 SP2.3 识别界面需求 SG3 分析和确认需求

SP3.1 建立操作概念和场景

SP3.2 建立功能性和质量性能定义 SP3.3 分析需求

SP3.4 分析需求到获取平衡（分析需求，平衡共利益者的要求和系统规定参数） SP3.5 确认需求

4.3.3 技术解决(TS)

技术解决是成熟度3级的过程域，目的在于选择、设计、实现需求的解决方案。它的特定目标和特定实践如下：

SG1 选择产品组件解决方案

SP1.1 开发候选解决方案和选择准则 SP1.2 选择产品组件解决方案 SG2 进行设计

SP2.1 设计产品或产品组件

SP2.2 建立技术数据包 SP2.3 运用准则设计接口

SP2.4 执行制作、购买、或复用分析 SG3 实现产品设计

SP3.1 实现设计

SP3.2 编制产品支持文档

4.3.4 产品集成(PI)

产品集成是成熟度3级的过程域，所对应的过程域的特定目标和实践如下：

SG1 准备产品集成

SP1.1 建立集成策略

SP1.2 建立产品集成环境

SP1.3 建立产品集成步骤和准则 SG2 确保接口兼容

SP2.1 审查接口描述的完备性

SP2.2 管理接口

SG3 组装产品组件和交付产品

SP3.1 确认集成用的产品组件已经准备就绪 SP3.2 组装产品组件

SP3.3 核查组装的产品组件

SP3.4 打包、交付产品或产品组件

4.3.5 验证(VER)

验证是成熟度3级的过程域，所对应的过程域的特定目标和实践如下：

SG1 准备验证

SP1.1 选择验证的工作产品 SP1.2 建立验证环境 SP1.3 建立验证步骤和准则 SG2 执行同行评审

SP2.1 准备同行评审 SP2.2 执行同行评审

SP2.3 分析同行评审数据 SG3 验证所选工作产品

SP3.1 执行验证

SP3.2 分析验证结果

4.3.6 确认(V AL)

确认是跟验证相对应的，成熟度3级的过程域。所对应的过程域的特定目标和实践如下：SG1 准备确认

SP1.1 选择确认的工作产品 SP1.2 建立确认环境 SP1.3 建立确认步骤和准则 SG2 确认产品或产品组件

SP2.1 执行确认

SP2.2 分析确认结果