软件过程的管理与改进.pptVIP

第3章软件过程的管理与改进;3.1软件过程管理与改进概述;3.1软件过程管理与改进概述;3.1软件过程管理与改进概述;3.1软件过程管理与改进概述;3.1软件过程管理与改进概述;3.1软件过程管理与改进概述;3.2度量软件过程;3.2度量软件过程;3.2度量软件过程;3.3软件能力成熟度模型〔CMM〕;3.3软件能力成熟度模型〔CMM〕;;软件过程的成熟度等级;初始级;初始级;初始级;初始级;初始级;表1描述了SW-CMM不同成熟度等级过程的可视性和过程能力。;SW-CMM的关键过程区域;每个等级内容按三个层面组织：

关键过程域〔KPA〕

共同特点

关键实践

关键过程区域KPA(KeyProcessAreas)是一组相关的活动，可按照上表描述，也可按照图描述。;CMM常见关键过程域;CMM要求的需求管理的根本流程可如图一所示。该流程描述了软件工程组开始获取原始需求，汇总为系统需求，分配系统需求，复审软件需求，软件需求必须文档化形成需求文档，此文档必须经过相关组和个人的评审，通过评审之后才纳入配置管理，为需求文档建立基线。软件工程方案、活动及软件工作产品，应和软件需求的变化保持一致。

;a.获取需求和确认需求以Usecase〔用例〕为单位，以RationalRequisitePro作为需求管理工具，使用RationalRose进行维护Usecase和UsecaseModel。

b.通过访谈，从客户处获取原始需求，形成需求文档。

c.分析软件需求形成Usecase描述文档，与客户共同确认需求，向客户展示Usecase文档，获得客户认可。

d.建立基线的需求必须通过相关组的审查，包括：系统分析组、设计组、编码组、测试组、质量保证组、配置管理组、文档管理中心及个人。通过审查，工程组成员发现需求是否可行、是否完善、是否清晰、是否可进行测试。

e.通过审查后，将需求文档纳入配置管理，为需求创立基线。

;f.通过工具管理，对需求进行跟踪，尽快找出需求变更受影响的需求及工件，并了解需求的实现情况。

g.客户确认后如需变更，工程小组成员向其说明变更的影响，并有可能增加费用及时间，尽量控制客户的需求。需求变更的流程按配置管理的变更流程执行。

h.一旦需求发生变更，工程方案、活动、工序随之变更，并重新提交相关组和个人复审。

i.实际工程需求管理中应用的文档有：

工程需求管理流程定义、工程需求复审流程定义、工程需求及状态跟踪流程定义、需求获取表格、需求状态报告、需求复审报告、需求变更报告、需求跟踪报告

;;(2)软件工程方案(softwareprojectplanning)

制定实施软件工程与管理软件工程的工作方案。

CMM软件工程方案根据纳入配置管理后的软件需求进行工程估算，并依据文档化的流程，形成工程方案文档。工程方案文档经复审后纳入配置管理，由工程开发人员遵循，并据此跟踪检查方案的执行。工程方案文档在复审过程中，如果工程方案对风险估算缺乏或存在其它问题，就需要对工程方案文档重新修正，以获得工程组和高层管理者的支持。;a)工程采用MicrosoftWord拟定方案文档，以MicrosoftProject拟定方案的进度表。

b)工程经理根据工程软件需求进行估算，确定进行工程选择的生命周期、工程规模、所需的人员、时间、进度、资源、风险等内容。将估算的结果形成估算过程文档，并拟定软件开发方案。

c)软件开发方案内容包含：软件工程方案、迭代方案、进度时间表、配置管理方案、质量保证方案、需求管理方案、工程评测方案、风险管理方案、产品验收方案、问题解决方案、测试方案。

;d)估算过程文档和软件工程方案文档必须通过相关组的审查，以获得相关组及个人的支持，包括：系统分析组、设计组、编码组、测试组、质量保证组、配置管理组、文档管理中心及个人。通过审查，发现并修正工程估算和工程方案的偏差。只有获得了支持，软件工程组在开发过程中才能尽量防止或消除风险。

e)在高层管理者复审通过后，工程经理指定人员或参与拟定软件开发方案其它局部，并由相关组和个人复审。

f)配置管理人员将软件开发方案文档纳入配置管理。

g)实际工程中应用的文档有：

制定工程方案流程定义、工程估算流程定义、工程评估表、资源评估表、软件开发方案模板〔包括：软件工程方案、迭代方案、配置管理方案、质量保证方案、需求管理方案、工程评测方案、风险管理方案、产品验收方案、问题解决方案、测试方案〕、进度时间表、制订软件开发方案的指南。;(3)软件工程跟踪和监督(softwareprojecttrackingandoversight)

根据软件开发方案管理软件工程，随时掌握软件工程的实际开发过程。按照工程方案对软件