【系统分析师之路】第五章复盘软件工程（软件过程改进）

复盘软件工程—软件过程改进

【系统分析师之路】第五章复盘软件工程（软件过程改进）
- 前言部分历年真题考点分析
- - 1）考点分析
  - 2）重要知识点
- 第一部分综合知识历年真题
- - 2007下综合知识历年真题（1分）
  - 2008上综合知识历年真题（1分）
- 第三部分论文写作历年真题
- - 2013上综合知识历年真题（75分）

前言部分历年真题考点分析

1）考点分析

软件过程改进是软件工程中的一个知识点，这个知识点从考察的频度看不是重点了，毕竟系统分析师主要工作还是围绕需求来开展的。虽然论文也出现过一次，但再出现的可能性我觉得不大了。有余力的同学可以备考这个部分，没有余力的同学本章还是放弃吧，毕竟个人觉得问题也不大。

2）重要知识点

01）软件质量保证包含的内容
02）软件过程改进的主要步骤
03）软件技术评审的概念

第一部分综合知识历年真题

2007下综合知识历年真题（1分）

【2007下系分真题第19题：黄色】
19.关于SQA活动的描述，不正确的是（26）。
(26)
A.评审各项软件工程活动，以验证其是否符合定义的软件过程
B.负责开发项目的软件过程描述
C.审核指定的软件工作产品，以验证是否符合定义的软件过程中的相应部分
D.记录所有不符合规范的部分，并报告给高层管理者

解答：答案选择B。B和C二选一选对。
软件质量保证（SQA）是一种应用于整个软件过程的活动，SQA小组的职责是辅助软件工程小组得到高质量的最终产品。
SQA包含：
（1）一种质量管理方法。
（2）有效的软件工程技术（方法和工具）。
（3）在整个软件过程中采用的正式技术评审。
（4）一种多层次的测试策略。
（5）对软件文档及其修改的控制。
（6）保证软件遵从软件开发标准。
（7）度量和报告机制。
软件质量不是SQA完全负责，软件开发中有许多参与者负有保证软件质量的责任，包括软件工程师、项目管理者、客户、销售人员和SQA的成员。SQA小组充当客户在公司内部的代表，必须以客户的观点来看待软件。SQA小组的职责是辅助软件工程小组得到高质量的最终产品，为此制定了一组有关质量保证中的计划、监督、记录、分析及报告的SQA活动，这些活动由一个独立的SQA小组执行（或推动）。
软件工程师通过采用可靠的技术方法和措施、进行正式的技术评审、执行计划周密的软件测试来考虑质量问题，这不是SQA的工作。

2008上综合知识历年真题（1分）

【2008年上系分真题第21题：绿色】
22.正式技术复审（FTR）是一种由软件工程师进行的软件质量保证活动，下面活动不属于FTR范畴的是（25）。
(25)
A.在软件的任何一种表示形式中发现功能、逻辑或实现的错误
B.明确声明软件的功能和性能需求，明确文档化的开发标准
C.证实经过复审的软件确实满足需求
D.保证软件的表示符合预定义的标准

解答：答案选择B。送分题。

选项B其实是软件质量定义中的一部分，并不是属于FTR的职责范畴。

第三部分论文写作历年真题

2013上综合知识历年真题（75分）

试题二论软件企业的软件过程改进
软件过程是人们用来开发和维护软件以及相关产品的一组活动、方法和实践，是软件企业中最复杂、最重要的业务流程。软件过程改进（Software Process Improvement，SPI）帮助软件企业规划、实施软件过程的改进，为企业的业务服务，必须受企业发展战略的指导。软件过程改进通过在软件开发实践中发现软件过程中的问题，并在实践中找到解决问题的方法，不断推动软件过程的持续改进，提高产品或服务的质量，提高软件开发的效率。软件企业想要高效率、高质量和低成本地开发软件，必须以软件过程改进为中心，全面开展软件工程和质量管理。
请围绕“论软件企业的软件过程改进”论题，依次从以下三个方面进行论述。
1.概要叙述你参与的软件过程改进项目以及你所担任的主要工作。
2.详细论述软件企业实施软件过程改进的主要步骤及每个步骤的工作内容。
3.结合你参与的软件过程改进项目，具体阐述软件企业主要是对软件过程的哪些环节实施软件过程改进，并详细说明实施效果

软件过程改进主要步骤及每个步骤的工作内容如下：
找出目标差距
在此步骤中，需要对当前的状态进行分析，并明确要达到的状态（目标状态），然后分析其中的差距。如果一个机构决定采用CMMI来作参考蓝本，就可以基于它的各个关键过程域KPA，制定出符合自己机构及产品特点的目标状态。
选定改进范围
找出所有差距之后，需要做的就是确定改进的范围，对范围的定义不够明确，做不到可量化、可验证程度。很多时候都是一些定性的要求、而不是定量的，例如“界面友好，可操作性强，提高用户满意度”等。类似这些模糊的需求就是导致后续项目扯皮的根源。项目范围的明确定义，有经验的项目经理及系统分析员将起到至关重要的作用。可以从如下几个方面来对范围进行改进。
1）确定计划的责任权
2）陈述主要目标和问题
3）将问题分组关联到相应的目标
4）确定目标和问题足够明确和引人注目
5）设定目标优先权
6）导出针对目标的度量标准
制定改进计划
为一个过程改进活动选定范围和制定计划是一件很难的工作，会遇到很多障碍。如果想要全盘采用过程改进框架，任务会变得令人畏缩；
制定计划很重要，计划制定的是否合理、工作量、难度是否适中，都直接会影响我们过程改进的成败。
可以从比较关键的如下几个方面进行改进计划的制定：
1）成立过程改进小组，派专人负责整个过程改进
2）根据背景及业务分析，项目分析，内部因素，产品特点进行现有软件过程评估
3）根据评估给出详细的软件过程改进建议
4）根据软件过程改进建议转化为行动，整个行动由改进小组SPEG负责监控与跟踪。
5）实施软件过程改进，并同时密切监控改进过程。有问题立刻解决
6）对实施的过程改进进行评估
7）对成功实施的软件过程进行制度化
实施改进计划
计划制订好了以后，就需要将其付诸实践了。要实施计划，在感觉上会有些不堪重负。包括建立和部署解决方案，坚定想法并且克服阻力。实施改进的过程中可以考虑从如下几个方面进行：
1）优先处理期望的和必需的工作
2）持续强调目标和问题
3）协调管理人员和实践者的行为
检查改进进展
在实施了改进计划之后，需要做的就是检查改进计划的进展，跟踪进展使你能够了解到改进活动的进行状况，提供对改进活动的可见度从而及早检测出问题，并且给出数据使得未来计划更有效。矫正行动包括一系列中途的变更，其根据来自于“目标规划和实施”阶段的结果教训。
矫正行动包括：修订行动计划从而达到未实现的目标，修订曾在规划阶段使用的规划方法，改换在实施阶段培养和部署新技能的办法，根据新的优先级重新排列改进活动的内容，或修订用来监测进展状况的度量标准。从以下几个方面可以对进度进展进行检查：
① 是否针对目标取得进展；
② 是否针对改进计划取得进展；
③ 是否针对改进框架取得进展；
④ 迄今得到那些经验教训。
检查进展是一项很重要的活动，在过程改进活动执行进程中为机构提供反馈。基于业务目标制定的度量标准是有助于获得考察进展和指导改进活动的基本信息。
总结本轮改进的经验
当一轮改进完成之后，再进行下一轮的改进，是一个持续改进的过程