02软件项目计划详解.pptVIP

软件项目管理 Module: Software Project Planning 软件项目计划 软件项目计划的重要性 体现了对客户需求的理解 为项目管理和运作提供可行的计划 是有条不紊地开展软件项目活动的基础 跟踪、监督和评审计划执行情况的依据 是项目相关个人和组织的明确承诺 常见错误 过于乐观的计划 在压力下放弃计划 在项目过程中不细化计划、不及时更新计划，不监控计划的执行 缺乏足够的风险管理 缺乏质量计划 项目估算时遗漏必要的任务 前期活动不合要求 “我们没有时间做设计”，或为了“加快进度”而鲁莽编码 本节内容 项目计划概述 软件估算 进度安排和人员分配 小结 软件项目计划 定义软件开发过程 软件估算 安排进度，确定里程碑 分配资源，商讨承诺 支持计划 质量计划、风险管理计划、沟通计划、配置计划、组织计划、采购计划 项目规划 软件项目规划 项目计划的演化 软件项目计划大纲 1.引言 1.1目的 1.2 背景 1.3 参考文献 2. 计划和费用 项目/产品的输入、输出、所需资源；组织接口和技术接口；里程碑； 开发计划、质量计划、配置计划、采购计划、测试计划、培训计划、安装计划、沟通管理计划、风险计划、度量计划 每个计划分为多个阶段，列出每个阶段名称和起止日期，应完成的工作、应递交的文档和产品，应达到的质量要求、和优先级，阶段所需资源，阶段间的制约关系 开发工作量预估 3．标准和方法 开发方法，分析、设计、测试和文档采用的标准和指南，开发用的工具、技术和可重用组件 项目计划工具MS Project 本节内容 项目计划概述 软件估算 进度安排和人员分配 小结 为什么要进行估算 进行项目计划 跟踪项目 向客户报价 过程和能力改进 估算内容 规模 工作量 进度 关键计算机资源 成本 估算精确度带来的影响 估算准确性的影响因素 项目复杂性 项目规模 结构不确定性，即需求被确定的程度，功能被分解的容易程度等 历史信息的可用性 历史数据对估算准确度的影响 估算精确性的收敛图 估算收敛举例 初始产品概念阶段 25-400人月 vs. 100人月 已批准的产品概念阶段 50-200人月 vs. 100人月 需求说明书阶段 90-200人月 vs. 135人月 产品设计说明书阶段 145-180人月vs. 145人月 结束阶段 170人月 注意：不要采用单点估算 常用的估算方法 工程方法 类似项目直接比较估算工作量和进度 使用生产率数据，根据规模估算工作量 使用经验模型 d = f (Vi)，根据规模估算工作量和进度 非工程方法 专家的判断 Parkinson 法则 从价格出发 使用生产率数据 工作量估算值= 项目规模/生产率 举例：10000行/（100行/人天）=100人天 生产率不能简单地比较 规模的估算方法会不同 编程语言 应用领域 过程 资源 工程师 质量 使用经验模型 使用经验模型是目前最佳的估算方法 经验模型的经验数据是从有限的一些项目样本中得到的 IBM 经验模型 Putnam 经验模型 COCOMO 经验模型 常用的估算步骤 估算举例（需求说明） 开发一个软件工程网站： 栏目资源：需求、设计、测试、过程和工具 讨论组 网上咨询 资料上传 搜索引擎 会员管理 采用微软平台 估算举例（概念设计） 语言：ASP + HTML 数据库：SQL Server 模块： 需求栏目 设计栏目 测试栏目 工具栏目 讨论组 网上咨询 搜索引擎 会员管理 估算举例（规模估算） 基于类似的两个项目，做出以下估算 估算举例（工作量估算） 估算举例（进度估算） 二个工程师负责做此项目 估算技巧 分解估算（过程分解和模块分解） 和的误差大于误差的和 给出估计一个范围（如最好情况下）或一个可信赖程度（如90%的把握）。 期望值 =（乐观值+4*一般值+悲观值）/ 6 避免无准备的估算 留出估算的时间 使用以前项目的数据 规模估算 LOC 代码行 FP 功能点 需求的数量 文档的页数 FP估算 计算FP FP ＝ 总计数×( 0.65＋ 0.01×SUM ( Fi ) ) 总计数是所有加权计数项的和 Fi（i＝1..14）是复杂性校正值， Fi的取值0..5： 0 没有影响 1 偶然的 2 适中的 3 普通的 4 重要的 5 极重要的 计算复杂性校正值Fi 1. 系统是否需要可靠的备份和恢复？ 2. 是否需要数据通信？ 3. 是否有分布处理的功能？ 4. 是否性能成为关键？ 5. 系统是否运行在既存的高度实用化的