软件的项目计划软件的项目计划PPT.ppt

?Copyright Xinjun Mao 2005 * 实施过程活动(9/15) 按照文档化规程，导出软件工作产品规模(或对软件工作产品规模的更动)的估算 对所有主要的软件工作产品和活动作出规模估计 要作规模估计的工作产品和活动的类型的例子有 运行软件和支持软件 可交付的和不交付的工作产品 软件和非软件工作产品(例如文档) 开发、验证和确认工作产品的活动 估计方法 功能点 特征点 代码行 * 实施过程活动(9/15 cont.) 将软件工作产品进行分解，直到适于进行估计的粒度 在有历史资料的地方应使用历史资料 对规模估计写成文档，进行评审、并使之得到认可 项目负责人 项目软件负责人 其它受影响组 * 实施过程活动(10/15) 按照文档化的规程，导出软件项目的工作量及成本的估计，该规程一般规定 软件项目的工作量及成本的估计应与软件工作产品规模(或更动的规模)的估算关联起来考虑 在有生产率数据(历史的和(或)当前的)可用时，应将其用于估计；并将这些数据的来源及原理说明记入文档 * 实施过程活动(10/15 cont.) 对工作量、人员配置和成本的估计应基于过去的经验 将导出估算时所作的假定和估算结果记入文档，进行评审并使之得到认可 * 实施过程活动(11/15) 按照文档化的规程，导出项目软件的关键计算机资源的估算 标识项目的关键计算机资源 计算机存储容量 计算机处理器能力 通信通道容量 关键计算机资源的估算应与下列各项的估计关联起来考虑 软件工作产品的规模、运行处理的负载、通信量 对关键计算机资源的估算写成文档、进行评审、并使之得到认可 * 实施过程活动(12/15) 按照文档化的规程，导出项目的软件进度表，该规程一般规定 软件进度表的制定应与下列各项关联起来考虑 软件工作产品规模(或规模更动)的估计 软件工作量和成本的估计 软件进度表的制定应基于过去的经验 可能时，利用类似项目的经验 * 实施过程活动(12/15 cont.) 软件进度表应满足设定的里程碑日期、关键的日期以及其它限制要求 软件进度表中的活动应有合适的持续时间，而且里程碑是以适当的时间间隔分开的，以便能支持度量软件项目进展中的精度 将导出进度表时的假定记入文档 对软件进度表写成文档、进行评审、并使之得到认可 * 实施过程活动(13/15) 对与项目成本、资源、进度和技术方面相关联的软件风险进行鉴别、评估并写成文档 根据风险对项目的潜在影响，对各种风险进行分析并按优先级排序 标识导致风险的各种偶发事件 进度受阻 人员更换 * 实施过程活动(14/15) 制定关于项目所需软件工程设施和支持工具的计划 对这些设施和支持工具的能力需求的估算应建立在对于软件工作产品的规模估计和其它特征的基础上, 软件开发设施和支持工具的例子包括： 软件开发用的计算机和外设 软件测试用的计算机和外设 目标计算机环境中的软件 其它支持软件 为了获得或研制这些设施和支持工具，分配职责、商谈承诺 所有受影响组评审该计划 * 实施过程活动(15/15) 记录软件策划的资料 所记录的信息包括估算以及相关信息 软件策划的资料应受管理和控制 * 度量和分析 进行度量，并将度量结果用于确定软件策划活动的状态 将软件项目策划活动的里程碑的完成情况与计划相比较 将软件项目策划活动中所完成的工作，所用的工作量和所消耗的资金与计划相比较 * 验证实施(1/3) 高级管理者定期参与软件项目策划活动的评审 * 验证实施(2/3) 项目软件负责人可定期或者事件驱动地参与软件项目策划活动的评审 * 验证实施(3/3) 软件质量保证组对软件项目策划活动和工作产品进行评审和(或)审计，并报告其结果 * 讲授内容 项目案例 什么是软件项目计划？ 为什么需要软件项目计划？ 制定软件项目计划应考虑的因素 制定软件项目计划的步骤 CMM对软件项目计划的要求 成功的和过于乐观的软件开发计划 案例分析及CASE工具 小结 * 成功和过于乐观的软件开发计划 成功的软件开发计划 过于乐观的软件开发计划 为什么会产生过于乐观的软件开发计划 * 成功的软件开发计划 精确制定软件项目计划 按时完成项目 高质量的产品 员工的成就感 个人水平的提高 准时交付产品 客户的信誉度 共同参与 科学准确的估算 借鉴经验 * 项目延迟 低质量的产品 员工情绪低落、牢骚 频繁换人 产品交付延迟 与客户关系紧张、信誉度受损 过于乐观的软件项目计划 过于乐观的计划 进度压力 过于乐观的软件开发计划 * 为什么会产生过于乐观的软件开发计划 赶时间 为了迎合客户的不切实际的进度要求 估算不准确 需求变更(增加) 开发人员没有充分参与和承诺 * 讲授内容