软件过程管理期末复习重点

软件过程管理期末复习

第一章

1.软件过程分为五个过程：工程过程，支持过程，管理过程，组织过程，客户—供应商过程

2.工程过程包括：系统需求和设计，软件需求分析，软件开发设计，软件设计实施，集成并

测试软件，集成并测试系统，系统与软件的维护。

3.支持过程：文档编制，配置管理过程，质量保证过程，验证工作产品，确认工作产品，联

合评审，审核，解决问题。

4.软件过程规范：对输入/输出和活动所构成的过程进行明文规定或约定俗成的标准。

过程规范的影响和作用

1.消极影响的存在和消除

FredBrooks“创造力来自个人，而不是组织结构或者过程”

2.规范存在的必要性

3.过程规范的作用

帮助团队实现共同的目标

一个规范的软件过程必将能带来稳定的、高水平的过程质量

过程规范使软件组织的生产效率更高

工程过程是软件系统、产品的定义、设计、实现以及维护的过程。

开发过程：定义并开发软件产品的活动过程，包括需求分析、软件设计和编程等。

运行过程：在规定的环境中为其用户提供运行计算机系统服务的活动过程，包括软件部

署

维护过程：提供维护软件产品服务的活动过程，也就是通过软件的修改、变更，使软件

系统保持合适的运行状态，这一过程包括软件产品的移植和退役。

软件支持过程：

文档编制、配置管理、质量保证、验证、确认、联合评审、审核、问题解决

5.上述相应规范：软件基本过程规范，软件支持过程规范，软件组织过程规范。

6.软件标准最具有代表性的有两类：ISO标准体系和IEEE标准体系。

第二章

1.CMM/CMMI的五个等级：初始级，可重复级，已定义级，已管理级，优化级。

2.成熟度等级的行为特征：p38

1.初始级：具有明显的不成熟过程的特点

2.可重复级/受管理级：建立了管理软件项目的方针和实施这些方针的规程，使软件项

目的有效管理过程制度化，有能力去跟踪成本、进度和质量。一个有效过程可特征

化为已文档化的、已实施的、可培训的和可测量的软件过程

3.已定义级：包含一组协调的、集成的、适度定义的软件工程过程和管理过程，具有

良好的文档化、标准化，使软件过程具有可视性、一致性、稳定性和可重复性，软

件过程被集成为一个有机的整体

4.已管理级：已管理级的软件过程是量化的管理过程。在上述已定义级的基础上，可

以建立有关软件过程和产品质量的、一致的度量体系，采集详细的数据进行分析，

从而对软件产品和过程进行有效的定量控制和管理。

5.优化级：不断改善组织的软件过程能力和项目的过程性能，利用来自过程和来自新

思想、新技术的先导性试验的定量反馈信息，使持续过程改进成为可能。为了预防

缺陷出现，组织有办法识别出弱点并预先针对性地加强过程

3.成熟度各个级别的软件过程特征：p42

级别

软件过程特征

1

2.一旦遇到危机时经常放弃或改变原有计划过程，直接进行编码和测试

3.组织中的软件过程能力体现在个人身上，而不是整个组织中稳定的过程能力，组

织依靠个人能力，往往承受着很大的风险。一旦能力强的人离去，组织的过程就变

得很不稳定

4.整个软件过程具有不确定性和不可预见性，也就是说软件的计划、成本、进度、

功能和产品的质量都是不可确定和不可预见的

5.软件过程规范不健全，文档化不够，存在较多的不一致性等

6.过程的管理方式处于一种“救火”状态，不断地应付过程中突发的事件或危机

7.在引进新技术、新方法等方面有极大的风险

2

1.建立了软件项目管理的策略和实施这些策略的规范，但过程管理的策略主要是针

对项目建立的，而不是针对整个组织来建立的

2.软件开发和维护的过程相对稳定，已有的成功经验可以被复用，即基于以往的成

功经验来规划和管理同类的新项目

3.软件过程中，引入了软件配置管理、质量保证和管理

4.软件项目管理人员负责跟踪成本、进度，有能力识别及纠正过程中出现的问题

5.为需求和相应的工作产品建立基线来标志过程进展，控制过程和完整性

6.定义了软件项目的标准，能保证项目在执行过程中严格遵守标准

7.软件过程中，对子合同管理，保证了与转包商建立良好的供求关系

8.重视人员的培训工作。建立了技术支持活动，更好地支撑了过程管理

1.整个组织内的软件过程都已标准化，文档化，形成有机的整体----组织的标准软

件过程

3

2.整组织内的软件过程得到了良好的管理和监控，过程是稳定的，可重复的和连续

性的。

3.软件过程标准被应用到所有的项目中，可以根据项目的类型，规模和实际特点，

对组织的标准软件过程进行剪裁，以适应特定项目的需求

4.软件过程具有可预见性及防范问题的能力，能使风险的影响最小化，软件质量得

到控制

5.有专门的过程管理组织单元（如SEPG）负责软件过程活动

6.全组织范围内安排培训计划，有计划地对不同的技术人员角色进行培训

7.整组织内部的所有人员对已定义的软件过程的活动和任务有着深入的，一致的理

解

8.在定性基础上建立新的软件过程和产品评估技术

4

1.制定了软件过程和产品质量的详细而具体的度量标准

2.定量地认识和度量软件过程和组织过程能力，更有效的管理、控制和预测软件过

程和提高产品质量。保证所实施项目的生产率

3.在定量限度范围内，预测过程和产品质量的发展趋势，一旦意外情况出现，就可

以确定导致这些意外的“特定的原因”，从而采取适当的措施来解决问题

4.具有已定义及一致的度量标准来指导软件过程，并作为评价软件过程及产品的定

量基础

5.组织内已建立软件过程数据库，保存收集到的数据，并用于各项目的软件过程

6.软件过程变化较小，一般在可教授的范围内

7.因为项目的每个人员都了解个人的作用与组织的关系，所以都存在强烈的团队合

作意识

5

1.整个组织特别关注软件过程改进和持续性、预见性及自身增强性。防止缺陷及问

题的发生，不断地提高组织过程能力

2.加强定量分析，通过来自过程的质量反馈和吸收新观念，新科技，使软件过程能

不断地得到改进。

3.根据软件过程的效果，进行成本-效益分析，从成功的软件过程时间中西区经验，

加以总结；对失败的案例，用SEPG进行分析以找出原因，找出过程的不足并预先

改进

4.全组织内推广软件过程的评价和对标准软件过程的改进，共享成功的经验和失败

的教训，不断地改进软件过程

5.要消除软件过程中“公共”的无效率根源，防止浪费发生

6.整个组织都存在自觉的，强烈的团队意识，每个人都致力于过程改进，防止出现

错误，力求减少错误率

7.追求新技术，利用新技术，实现软件开发中的方法和新技术的革新

4.框架式软件组织对技术、实践、方法、过程和经验的有序积累，是知识管理。

5.过程能力并不是保障成功的唯一因素，影响产品/项目质量的关键因素还包括开发技能和组

织管理，这三者相辅相成，缺一不可。

过程文化的类型

1.过程至上，奉过程为教条，一切围绕着过程，组织、质量和效率都服从于过程，过

程的执行严格，过程结果可靠、稳定，认为生产的“东西”是过程的一个节点，只是

全局的一部分。但效率较低，缺乏灵活性、创造性。

2.以过程为焦点，关注过程，强调过程的重要性，但不拘于过程，让过程服从于质量

和效率、服从于组织的业务目标……

3.过程只能起辅助作用，人决定一切,过程可能流于形式…..

第三章

1.软件工程过程和管理过程都在标准化基础上成为一个有机整体，并帮助项目经理和技术人

员更有效地从事开发工作。

2.组织过程焦点的目的是：建立起软件组织对软件过程活动的责任，包括促进并保持对软件

过程的了解、协助、制定、维护、评估以及改进的活动

3.作为组织和项目实施的软件过程的先决条件，执行能力一般指：提供资源、分派职责和人

员培训。

4.组织过程焦点的执行能力具备如下几点：

A.建立一个负责整个组织的软件过程活动的工作组。

B.为软件过程活动提供足够的资源和资金。

C.组织软件过程活动的组员进行培训。

D.软件工程组和其他工程组的组员接受软件过程活动的相关培训

5.软件过程体系结构：用户需求，需求，系统设计，详细设计，编码、单元测试，子系统测

试，集成测试，系统测试，验收测试。

6.PSP分为哪四个等级？对各个等级进行简单说明。

个体循环过程

PSP2.1

PSP2

设计模版

代码评审

设计评审

PSP1

个体计划过程

规模估计

测试报告

PSP0

代码规范

规模度量

过程改进建议

目前的过程

时间记录

缺陷记录

个体度量过程

缺陷类别标准

第四章

P88基于用例的需求获取过程模型用户需求

需求变更控制策略

（1）项目启动阶段的变更预防

（2）项目实施阶段的需求变更

（3）项目收尾阶段的总结

1.请说明需求的三个层次分别是什么，并对其进行简要说明

业务需求：反映了组织机构或客户对系统、产品的概括的目标要求，它在项目视图与范围文

档中予以说明

需求分析的目的是对各种需求信息进行分析，消除错误和刻画细节等。常用的需求分析方法

有“问答分析法”，“结构化分析法”，“面向对象分析法”。这一阶段分析人员的主要任务是

对用户的需求进行鉴别，综合和建模，清除用户需求的模糊性，歧义性和不一致性，分析系

统的数据要求，为原始问题及目标软件建立逻辑建模。分析人员要将对原始问题的理解与软

件开发经验结合起来，以便发现哪些要求是由于用户的片面性或短期行为所导致的不合理要

求，哪些是用户尚未提出单但有真正价值的潜在需求

3.请说明基于用例的需求分析过程

功能需求：1.从用户需求阶段获取的所有用例中选

4.请简要说明需求变更控制的流程和注意事项

流程上面的图，注意事项：需求变更时，要提出变更申请，还要由需求变更控制委员会（CCB）

对提出的申请进行评估，评估的内容包括需求的重要性、时间和资金等。评估之后要做出通

过与否的决定。如果CCB确认了提交的变更请求，则将指派某人对原来的需求进行修改，

并对其进行验证，最终才实施该需求的变更

第五章

1.软件过程的技术架构P100习题p100,习题1找不到P100没习题

原因分析和缺陷分析

通过制订原因分析计划、选择缺陷分析数据而找出原因、实施建议措施、评价变更的效

果、记录数据等多个环节，最终完成这一活动。

7.P111开发设计

1.系统定义

9.软件开发过程是知识传递和知识转换的过程。

纵向传递是一个具有很强时间顺序性的接力过程,指软件产品和技术知识从需求分析阶

段到设计阶段、从设计阶段到编程阶段、从开发阶段到维护阶段、从产品上一个版本到

当前版本的知识传递过程。

横向传递是指软件产品和技术知识在不同团队之间的传递过程

11.知识传递的有效方法：P119

1.重点是做好人的工作，即在组织过程管理中加强这一环节，包括团队文化的建设、员工

的教育和培训等

2.需求文档、产品规格说明书等的评审、复审，起着一箭双雕的作用，即是质量保证的一

种措施，也是一种知识传递的方式

3.使用同一的语言来描述领域知识、设计模型和程序实现等，使大家对同样的一个问题有

着同样认识，减少知识传递的难度和成本

4.建立良好的反馈机制，文档管理系统、知识库和论坛等，都有利于知识的共享和传递

12.P124习题3

对于有效的知识传递，有什么具体的最佳实践？

创造愉快活跃的团队关系；对团队的适时定期的培训；对新进的员工进行足够的培训，并为

每个新人配一个资深的工程师辅导或者帮助这个新人

第六章

1.版本控制主要分为：版本的访问与同步控制、版本的分支和合并

2.P139项目风险评估

项目风险：是指潜在的预算、进度、人力、资源、客户及需求等方面的问题以及对软件项目

的影响。

风险识别作为风险管理的第一步，主要是识别哪些风险可能影响项目进度并记录具体风险的

各方面特征。

为了更好地识别项目风险，可以从下面的两个方面进行考虑：1.项目的前提、假设和制约因

素2.可与本项目类比的先例

风险估计有几个方面的目的：1.加深对项目自身和环境的理解2.进一步寻找实现项目目标

的可行方案3.是项目所有的不确定性和风险都经过充分、系统而又有条理的考虑4.明确

不确定性对项目其他各个方面的影响，估计和比较项目各种方案或行动路线的风险大小，从

中选择出威胁最少，机会最多的方案或行动路线

风险事件分析方法：1.情景分析2.比率/范围分析3.概率分析4.敏感分析

风险识别和风险分析的目的就是要让决策者能够在问题发生之前就准备好深思熟虑地应对

措施。风险应对总的指导原则是，参加项目的各方应该尽可能的互相合作以得到有用的风险

分担。对于已经确认的风险通常可做出以下几种反应，保留风险，减小风险，转移风险和避

免风险

3.P143制定项目计划

项目计划阶段需要解决的问题：

怎么做？项目计划必须描述你如何去完成目标。这包括取得最终结果之前的所有交付，以及

完成每个交付所需要完成的工作。项目里通常还需要包括项目风险，预测哪里会出现问题并

提供可能的应对措施

什么时候做？吧项目工作排