软件项目管理2011本科.ppt

二. 一个项目分析报告 实例 二. 配置管理过程 主要有： 配置规划； 配置执行； 状态监控 配置管理规划和制定 标识出典型的配置项 SCM人员或者项目经理进行SCM规划。 该阶段的任务 主要有： 执行配置管理 配置控制任务主要有两个： 一个涉及程序的状态转移管理； 另一个涉及必须被实现的变更申请的管理 变更申请的步骤：1、接受变更申请（影响分析之后）；2、建立一种跟踪机制；3、检出需要进行变更的配置项；4、执行变更；5、注册配置项；6、在项目的整个生命期内维护该项目。 状态监督和审计 三. 配置管理计划示例 第11章 评 审 评审是最有效的也是最常用的标识故障的方法，可以对文档及代码进行评审。评审还可以使管理人员掌握项目的进展。 评审的功能及特点： 1、评审可以应用于软件开发各个阶段、产生的各种类型产品——范围广； 2、评审比软件测试更有效率，因为他看到的是问题本身而不是征兆； 3、通过评审不仅可能发现错误，还可以提出对软件产品的改进意见，防止再发生； 4、评审可以在产品开发阶段进行，作者对产品细节很清楚，可以及时修改； 5、不止发现错误，还有利于评审员、软件项目相关组熟悉有关产品。 一. 评审过程 小组评审的几个阶段： 评审规划、 准备和概述、 小组会议、 返工及后续修改 评审规划 标识要评审的产品； 选择评审成员及安排评审时间 作者准备好相应的材料。 概述和准备 1．此阶段的目的：是将要评审的软件包交给评审人员，并在需要时，对工作产品进行说明。 第一次会议； 在正式会议之前，各评审员独立地评审工作产品，作评审日志。 需要准备的材料：评审通知、评审标准、被评审的工作产品、正式的评审记录单、评审检查表、其他资料（如相关文档、标准等） 评审会议 评审会议的目的：最终拿出故障列表 会前检查准备工作； 会议期间提出问题； 会议结束时，给出问题和故障列表。 结论分为：可以通过、不能通过和有条件通过 返工和后续措施 作者执行返工，以改正评审会议上提出的所有故障。 作者与评审主席一起审查改正情况。 二. 数据收集 在评审的各个阶段，数据都要被记录下来，每次评审的总结数据都被保存到一个评审数据库中。 1．? 自备日志 2．? 小组评审会议日志 3. 小组评审总结报告 三. 监督和控制 监督和控制主要针对评审的效率。 没有效率的评审是对时间和资源的巨大浪费。 第12章 项目监督和控制 项目监督和控制的目的是：建立对项目的实际进展的适当的可视性，使管理者能在软件项目性能明显偏离软件计划时采取有效措施。 活动包括：对照已文档化的估计和计划，评审和跟踪软件完成情况和结果，基于实际的完成情况和结果调整原有计划。 一. 项目跟踪 任务跟踪 故障跟踪 问题跟踪 状态报告 1. 任务跟踪 目的是确保任务可以按时完成。把任务分解成合适的粒度，使其利于跟踪和管理。（1－2天）任务状态（完成，未完成）对更高层次的任务，计算低层次的任务完成比例，来得到高层次的任务完成率。 2. 故障跟踪 故障跟踪系统的使用 故障跟踪表及数据库 3. 问题跟踪 问题日志的使用 状态报告 状态报告是定期向高级管理人员和客户通报项目状态的主要机制，目的是为了保证项目继续按计划进展并解决未决的问题。 提供了定期监督项目的机制。 二. 里程碑分析 管理者监控软件活动，主要通过在所选出的软件工作产品在所选择的里程碑处，将实际的软件规模、工作量、成本和时间表与计划相比较，来确定进展情况。 工作量和进度分析 规模分析 质量监督 与风险有关的监督 1. 工作量和进度分析 设定偏差极限， 实际与计划比较， 分析进度情况，及对以后的影响。 2. 规模分析 实际代码规模的分析 实际文档规模分析 定期精炼、监控和调整软件工作产品的整体规模预测 和受影响的组协商对软件工作产品规模估计的更改。 3. 质量监督 计划故障数与实际的故障数相比较，分析结果。 监督评审次数 。 4. 与风险有关的监督 里程碑报告应报告当前的风险以及当前的风险缓和措施的状态。 三. 故障分析和预防 故障预防旨在学习至今项目中所发现的故障，以防止项目的其余任务出现类似故障。 1. 执行帕累多分析 分类，统计 排序 找到主要的缺陷 2. 执行因果分析 石川图(鱼骨图) 找到主要原因 3. 制定和实施解决方案 采取措施减少故障发生 四. 过程监督和审计 审计的基本目标是保证遵循已定义的过程，并使高级管理人员监督过程的使用。 定期执行审计。 由其他项目的人员来审计项目。 第13章 项目收尾 项目收尾分析是过程改进的绝好机会。 一. 项目收尾分析