软件项目管理2016软件(1__5班)本科.pptVIP

“备”则“倍” 有准备、有规划的人生更精彩！ 状态报告是定期向高级管理人员和客户通报项目状态的主要机制，目的是为了保证项目继续按计划进展并解决未决的问题。 提供了定期监督项目的机制。 4. 状态报告 状态报告的主要内容 客户抱怨 本周达到的里程碑 本周未能达到的里程碑及其原因 下周计划的里程碑 需要澄清和注意的问题 如果有，需要增加的事情 达到里程碑时，估计的工作与可利用的时间的对比 需求变更的数量 相对于计划的主要变化 4. 状态报告 评审是最有效的也是最常用的标识故障的方法，可以对文档及代码进行评审。评审还可以使管理人员掌握项目的进展。 第11章 评 审 1、评审可以应用于软件开发各个阶段、产生的各种类型产品——范围广； 2、评审比软件测试更有效率，因为他看到的是问题本身而不是征兆； 3、通过评审不仅可能发现错误，还可以提出对软件产品的改进意见，防止再发生； 4、评审可以在产品开发阶段进行，作者对产品细节很清楚，可以及时修改； 5、不只发现错误，还有利于评审员、软件项目相关组熟悉有关产品。 评审的功能及特点 小组评审的几个阶段： 评审规划、 准备和概述、 小组会议、 返工及后续修改 一. 评审过程 1. 评审规划： 标识要评审的产品； 选择评审成员及安排评审时间 作者准备好相应的材料。 一. 评审过程 2. 准备和概述： 此阶段的目的：是将要评审的软件包交给评审人员，并在需要时，对工作产品进行说明。 第一次会议； 在正式会议之前，各评审员独立地评审工作产品，作评审日志。 需要准备的材料：评审通知、评审标准、被评审的工作产品、正式的评审记录单、评审检查表、其他资料（如相关文档、标准等） 一. 评审过程 3. 评审会议 评审会议的目的：最终拿出故障列表 会前检查准备工作； 会议期间提出问题； 会议结束时，给出问题和故障列表。 结论分为：可以通过、不能通过和有条件通过 一. 评审过程 4. 返工和后续措施 作者执行返工，以改正评审会议上提出的所有故障。 作者与评审主席一起审查改正情况。 一. 评审过程 5. 角色与责任 协调员 记录员 评审人 宣读者 作 者 一. 评审过程 6. 个人评审 评审人 作 者 工作产品：中等关键程度或中等复杂程度 一. 评审过程 7. 工作产品指南 项目管理计划 需求规格 系统测试计划 概要设计计划 集成测试计划 一. 评审过程 一. 评审过程 在评审的各个阶段，数据都要被记录，每次评审的总结数据都被保存到一个评审数据库中。 1．? 自备日志 2．? 小组评审会议日志 3． 小组评审总结报告 二. 数据收集 二. 数据收集 自备日志 组评审会议日志 监督和控制主要针对评审的效率。 没有效率的评审是对时间和资源的巨大浪费。 三. 监督和控制 评审能力基线 infosys SPC控制门限的性能参数 平均准备速度、 组评审会议的覆盖速度 缺陷密度(次要或普通缺陷、严重和主要缺陷) 整体缺陷密度 通过控制表进行的统计过程控制(Statistictal Process Control)是一种有效的控制评审的方式. 三. 监督和控制 三. 监督和控制 规模 三. 监督和控制 项目监督和控制的目的是：建立对项目的实际进展的适当的可视性，使管理者能在软件项目性能明显偏离软件计划时采取有效措施。 活动包括：对照已文档化的估计和计划，评审和跟踪软件完成情况和结果，基于实际的完成情况和结果调整原有计划。 第12章 项目监督和控制 图 13.1 项目监督的控制循环 施加管理控制 执行项目 分析和预测 采集测量数据 主要两个方面的工作： 采集关于项目当前状态的信息或数据，并对其进行解释，以便对状态做出判断。 采取必要的措施，把项目调整到正确的轨道上来。 项目监督和控制的主要工作 1. 工作量数据 通过日报和周报采集（活动编码），评价项目是否在预算内执行。（WAR） 2. 缺陷数据 缺陷数据库，缺陷类型定义，缺陷级别定义 DCS（缺陷控制系统） 3. 规模测量 （LOC、FP） 一 .数据采集 一 .数据采集 一 .数据采集 一 .数据采集 任务跟踪 （MSP） 故障跟踪 （DCS） 问题跟踪 状态报告 二.项目跟踪 目的是确保任务可以按时完成。 把任务分解成合适的粒度，使其利于跟踪和管理。（1－2天） 任务状态（完成，未完成） 对更高层次的任务，计算低层次的任务完成比例，来得到高层次的任务完成率。 1. 任务跟踪 故障跟踪系统的使用 故障跟踪表及数据库 2. 故障跟踪 提交 修改