《Unit04 Software Process Management and Improvement知识课件》由会员分享，可在线阅读，更多相关《Unit04 Software Process Management and Improvement知识课件（63页珍藏版）》请在金锄头文库上搜索。
1、1,Unit Four,Software Process Management and Improvement,2,软件过程管理与改进,Unit Four,第四单元 可重复级 陈刚 武汉大学国际软件学院,3,目录,一、概述 二、需求管理 三、软件项目计划 四、软件项目跟踪和监控 五、软件转包合同管理 六、软件质量保证 七、软件配置管理 八、样例分析,Unit Four,5,图 从不成熟的软件过程变成可重复、有纪律、成熟的软件过程,一、概述(2),Unit Four,6,一、概述(3),达到的目标 软件质量保证活动独立于软件开发 按照严格的步骤估计软件模型、成本和进行软件开发管理评审 有一种机制
2、控制需求和代码的变更以及高层管理机构对软件开发项目状态进行正规的评审,Unit Four,7,二、需求管理(1),Unit Four,分配需求（allocated requirements） 分配给软件的系统需求 包括 软件项目活动中的非技术性需求 软件技术性需求 接收标准 制定软件开发计划的根据，是整个软件生命周期中估算、计划、执行和跟踪软件项目活动的基础,8,二、需求管理(2),Unit Four,需求管理（RM, Requirements Management） 对分配需求进行管理 在客户和实现客户需求的软件项目之间达成共识 控制系统的软件需求，为软件工程和管理建立基线 软件开发计划、产
3、品和活动与分配给软件的系统需求保持一致 参与者：系统工程组和软件工程组,9,二、需求管理(3),Unit Four,图 需求管理,10,二、需求管理(4),Unit Four,需求管理基础：管理的组织策略和能力 执行约定 需要遵循一个书面的约定或组织策略 为了在开发过程中有章可循，要为分配需求建立文档 为了使分配需求能力切实可行，必须有软件经理和其他受影响组成员进行审查 当分配需求变更时，为了保持一致，软件计划、工作产品和活动也要随之更改,11,二、需求管理(5),Unit Four,执行能力 需求管理应该提供一套严格的责任分配制度和相关培训的组织 对项目建立分析系统需求以及将其分配给软件、硬
4、件及其他系统部件的职责 需求及其分配情况的文档化，同时还要修订系统需求及其分配 为有效的管理分配需求，组织应该提供足够的资源（人力、物力、技术）和资金 人力上 技术上 对执行需求管理的软件工程组成员和其他软件受影响组成员进行培训,12,二、需求管理(6),Unit Four,实施需求管理的活动 分配需求的确定 在分配需求被纳入到软件项目计划书之前，由软件工程组对分配需求进行审查 分配需求是制定软件计划、开发产品和开展管理活动的基础 分配需求是被进行管理和控制的对象 审查分配需求变更，并将变更加入软件项目计划书中 估计变更对现有约定的影响，商讨约定的相应变化 明确提出并评价变更，同时在以后的软件
5、开发中进行全程跟踪,13,二、需求管理(7),Unit Four,需求管理的实施过程 需求的分类 用户需求CR：陈述用户的要求 技术需求TR：满足用户需求的技术功能和质量属性 项目需求PR：用于项目计划和跟踪以及管理行为,程序陈述和需求说明书,确定需求说明书,一个或多个功能说明书,软件和文档或产品信息,测试说明、计划和运行结果,图 软件开发过程阶段划分,14,二、需求管理(8),Unit Four,在需求管理中，可用一个数据库来标志需求在各个阶段的状态，在CMM中成为度量，目的是为了明确分配需求管理活动的状态,图 需求管理过程的数据流图,16,二、需求管理(10),Unit Four,需求管理
6、涉及的内容 需求确定的管理 需求实现的管理 需求变更的管理,17,二、需求管理(11),Unit Four,需求确定的管理 需求确定阶段可映射到软件开发过程中的需求阶段 定义阶段：收集需求，并提交需求说明书草案；与需求者一起定义、验证需求；跟踪需求源，并及时向他们发送批准的需求或需求的变更；需求的状态是“定义的” 分析阶段：分析需求；建立用户和技术需求之间的联系；划分需求；区分需求优先级；得到标准需求说明书；需求的状态是“批准的”,18,二、需求管理(12),Unit Four,需求实现的管理 需求实现的管理涉及建议、设计、编码和核实阶段 建议阶段：根据适当的过程提出建议和项目计划；需求的状态
7、是“建议的” 设计阶段：在一个或多个设计说明书中提出技术需求；需求的状态是“设计的” 编码阶段：实施设计；需求的状态是“实施的” 核实阶段：通过测试软件来检验需求的满足情况；需求的状态是“完备的”,19,二、需求管理(13),Unit Four,需求变更的管理 主要涉及分配需求的更改活动、分配需求的更改次数等 需求变更从需求说明书或建议开始生效，变革在相关的计划、交付和行为中反映,20,二、需求管理(14),Unit Four,需求管理的评价 度量和分析 度量内容：每个分配需求的状态、分配需求的变更情况、分配需求的变更次数 验证实施 上级管理部门定期审查 项目经理定期的和在有事件发生时，对分配
8、需求的管理活动进行审查 软件质量保证组审查,21,三、软件项目计划(1),Unit Four,软件项目计划（SPP，Software Project Planning） 为软件工程的运作和软件项目活动的管理提供一个合理的基础和可行的工作计划过程 目的：为执行软件工程和管理软件项目制定合理的计划 软件项目计划的基础 执行约定 执行能力,22,三、软件项目计划(2),Unit Four,执行约定 项目软件开发计划由项目软件经理负责、制定并与有关经理（或组）协商约定 制定过程中 将分配的软件需求作为计划软件项目的基础 项目经理、项目软件经理和其他软件经理以及系统工程组、硬件工程组和系统测试组共同协商
9、软件项目的约定 相关小组对软件项目进行评审 项目的软件开发计划需进行管理和控制,23,三、软件项目计划(3),Unit Four,执行能力 软件项目有文档化的且经过批准的工作陈述 项目经理直接的或者委托代表，协调项目软件计划 为制定软件项目计划提供足够的资源和投资 对参与软件计划的人员进行职责范围内的培训,24,软件需求,SDP,文档化软件 开发计划,设计,编码,测试,定义软件生命周期,识别软件工作产品,去掉模糊过程,预估规模、成本 和工作量,确定活动日程,图 软件项目计划过程,三、软件项目计划(4),25,三、软件项目计划(5),Unit Four,实施软件项目计划的活动 软件项目的策划、建
10、议与评审 确定易于管理的软件生命周期，即软件过程模型 按照文档化的规程，制定项目的软件开发计划 识别软件工作产品,26,三、软件项目计划(6),Unit Four,对软件工作产品的规模、软件项目的工作量、成本和关键计算机资源的评估，都应按照文档化的规程导出 ，并建立文档，进行评审，使得到承认 编制软件进度表 联系项目的成本、资源、进度和技术等方面，对软件风险进行鉴别与估计 制定项目软件工程设施和支持工具的计划 记录软件计划数据,27,三、软件项目计划(7),Unit Four,软件项目计划的评价 度量与分析 对于软件项目计划实施的实际情况进行测量，将测量结果用于确定软件计划活动的状态 验证实施
11、 高级管理者定期参加评审软件项目计划的活动 项目经理定期地和有事件发生时参与评审软件项目计划的活动 软件质量保证组评审和（或）审计软件项目计划活动和工作产品,28,三、软件项目计划(8),Unit Four,软件项目计划的实现过程 实现方法多样（例举其一）,图 软件项目计划的实现过程,29,四、软件项目跟踪和监控(1),Unit Four,软件项目跟踪和监控（SPTO，Software Project Tracking and Oversight） 提供可见性,图 在软件开发过程的若干关键点上进行软件项目跟踪和监控,30,四、软件项目跟踪和监控(2),Unit Four,目标 对照软件开发计划
12、，跟踪实际结果和性能。 当实际结果和性能明显偏离软件计划时，采取纠正措施并加以管理直到结束。 对软件约定的更动应得到相关的组和个人的认可。,31,四、软件项目跟踪和监控(3),Unit Four,软件项目跟踪和监控的基础 执行约定 指定一位负责软件项目跟踪和监控的项目经理 遵循书面的组织策略管理软件项目 执行能力 具有被批准且已文档化的软件项目开发计划 项目经理为软件工作产品和活动分派明确的责任 为跟踪软件项目提供足够的资源和投资 对软件项目经理进行项目管理和技术方面必要培训,32,四、软件项目跟踪和监控(4),Unit Four,实施软件项目跟踪和监控的活动,SDP,利用SDP跟踪活动,跟踪
13、实际的规模、 成本、工作量、并 与估计值对照,跟踪实际进程与 计划日程对照,必要时，采取及 时的纠正措施,图 软件项目跟踪和监控活动,33,四、软件项目跟踪和监控(5),Unit Four,实施软件项目跟踪和监控的活动 利用SDP跟踪活动，并修订项目的开发计划 跟踪实际的开发过程，必要时采取纠正措施 跟踪的方面：软件工作产品的大小或者软件工作产品更改的大小；项目的软件工作量和费用；项目的重要计算机资源；项目的软件日程；软件工程技术活动；与项目的费用、资源、日程和技术方面项目关的风险 记录软件项目的实际度量数据，并重新计划数据 审查：定期的内部审查和项目里程碑处审查,34,四、软件项目跟踪和监控
14、(6),Unit Four,软件项目跟踪和监控的评价 度量和分析 执行跟踪和监控活动中花费的工作量和其他资源 软件开发计划更改活动 验证实施 上级部门定期审查 项目经理定期或有事件发生时审查 软件质量保证组审查和核算软件跟踪和监控的活动和工作产品,35,五、软件转包合同管理(1),Unit Four,软件转包合同管理（SSM，Software Subcontract Management） 内容包括：选择合格的软件转包商、与转包商建立承诺、跟踪和审查转包商执行合同的结果,36,五、软件转包合同管理(2),Unit Four,软件转包合同管理的基础 执行约定 为软件转包合同的管理制定书面的组织方
15、针 指定一名转包合同经理负责建立和管理软件转包合同 执行能力 提供足够的资源和投资 培训涉及建立和管理软件转包合同的软件经理和其他人员 参与管理软件转包合同的软件经理和其他人员接受技术方面的定向培训,37,五、软件转包合同管理(3),Unit Four,实施软件转包合同管理的活动,设计,编码,测试,审查承包商的 能力和产品,定义工作陈述： 选择合格的承包商,工作陈述,SDP,批准承包人的SDP 以便跟踪活动,图 软件转包合同管理过程,38,五、软件转包合同管理(4),Unit Four,实施软件转包合同管理的活动 选择合格的转包商，并与之签订合同 根据文档化的规程，定义并计划将被转包的工作 基
16、于对转包合同竞标者完成工作能力的评估，选择转包商 管理转包合同的基础是主承包商和软件转包商之间的合同协议 主承包商审查转包商的软件开发计划，并用于跟踪其软件活动,39,五、软件转包合同管理(5),Unit Four,评审、评价转包商 双方一起进行定期的技术审查和交流 根据文档化的规程，在选定的里程碑处进行正式评审，评价转包商的软件工程的完成情况 定期评估软件转包商的成绩，并与转包商一起审查此评估 监督、验收转包商的软件活动 主承包商的软件质量保证组根据文档化的规程监控软件转包商的质量保证活动 主承包商的软件配置管理组根据文档化的规程监控转包商的软件配置管理活动 作为转包商软件产品交付过程的一部分，主承包商根据文档化的规程指导接收测试,40,五、软件转包合同管理(6),Unit Four,软件转包合同管理的评价 度量和分析 包括：管理转包合同的成本与计划相比较、转包产品的实际交付日期与计划相比较、主承包商的交付产品交付给转包商的实际日期与计划相比较 验证实施 上级部门定期审查 项目经理定期或有事件发生时审查 根
