《{项目管理项目报告}软件项目开发计划讲义PPT79页》由会员分享，可在线阅读，更多相关《{项目管理项目报告}软件项目开发计划讲义PPT79页（79页珍藏版）》请在金锄头文库上搜索。
1、软件项目开发计划,本章内容提要,6.1 软件项目分解,项目分解目的 明确项目所包含的各项工作；项目分解的结果就是WBS （任务分解结构）图 项目分解意义 WBS（任务分解结构）图是实施项目、创造最终产品或服务所必须进行的全部活动的一张清单，也是进度计划、人员分配、预算计划的基础 项目分解内容 项目分解就是先把复杂的项目逐步分解成一层一层的要素（工作），直到具体明确为止 项目分解工具 项目分解的工具是工作分解结构原理，它是一个分级的树型结构，是一个对项目工作由粗到细的分解过程,软件项目分解,WBS Work Breakdown Structure主要是将一个项目分解成易于管理的几个部分或几个细目
2、，以便确保找出完成项目工作范围所需的所有工作要素它是一种在项目全范围内分解和定义各层次工作包的方法 WBS Work Breakdown Structure结构层次越往下层则项目组成部分的定义越详细，WBS最后构成一份层次清晰，可以具体作为组织项目实施的工作依据 WBS Work Breakdown Structure通常是一种面向“成果”的“树”，其最底层是细化后的“可交付成果”，该树组织确定了项目的整个范围。但WBS的形式并不限于“树”状，还有多种形式。,软件项目分解,WBS分解类型 基于可交付成果的划分 上层一般为可交付成果为导向 下层一般为可交付成果的工作内容 基于工作过程的划分 上层
3、按照工作的流程分解 下层按照工作的内容划分,软件项目分解,基于可交付成果的划分WBS举例:信息网络工程,软件项目分解,基于工作过程的划分WBS举例:网络系统工程,软件项目分解,WBS表达形式层次结构图和锯齿列表（清单）,软件项目分解,WBS工作编码 由高层向下层用多位码编排，要求每项工作有唯一的编码。 1000 1100 1110 1111 1112 1113 1120 1121 1122 1123 1200,软件项目分解,WBS工作编码举例：企业经营评价系统项目,软件项目分解,项目工作分解结构表,软件项目分解,WBS分解的一般步骤 总项目 子项目或主体工作任务 主要工作任务 次要工作任务 小
4、工作任务或工作元素,软件项目分解,WBS分解注意事项 WBS分解的规模和数量因项目而异 收集与项目相关的所有信息 参看一下类似的项目的WBS,与相关人员讨论 可以参照相关模板 最低层是可控的和可管理的，但是避免不必要的过细，最好不要超过7层， 软件项目推荐分解到40小时的任务 每个Work package必须有一个提交物,软件项目分解,定义任务完成的标准 每个WBS必须有利于责任分配 可以准备WBS的字典 最后与相关人员进行评审,软件项目分解,案例讨论 假如您要在自己的家里举行一次生日宴会，请按WBS为你制定一份工作的分解计划？ 假如贵公司进行成立10周年庆典活动，如果请你负责此次活动，你将如
5、何分析此次活动所应包含的工作？,本章内容提要,6.2 软件项目估算概念,软件项目估算 是指预测构造软件项目所需要的工作量以及任务经历时间的过程。主要包括三个方面： 规模（即工作量）的估算 确定每个软件功能所必须执行的一系列软件工程任务 成本的估算 确定完成软件项目规模相应付出的代价 进度的估算 估计任务的持续时间，即历时估计,软件项目估算概念,估算方法 规模估算方法 代码行（LOC，Lines of Code）估算法、功能点（FP，Function Points）估算法和计划评审技术（PERT，Program Evaluation and Review Technique）估算法 成本估算方法
6、 自顶向下（类比）估算法、自下而上估算法、参数估算法、专家估算法、猜测估算法等 进度估算方法 基于规模的进度估算、工程评价技术、关键路径法、专家估算方法、类推估算方法、模拟估算方法、进度表估算方法、基于承诺的进度估算方法和Jones的一阶估算准则等,本章内容提要,6.3 软件项目规模估算,估算的步骤 在技术允许的条件下，应从最详细的工作分解结构开始 精确定义度量的标准 估计底层每一模块的规模，汇总已得到总体的估算 适当考虑偶然因素的影响,软件项目规模估算,LOC估算法 代码行可以分为无注释的源代码行（NCLOC, Non-Commented Source Lines Of Code）和注释的源
7、代码行（CLOC: Commented Source Lines Of Code），源代码的总行数LOC即为NCLOC与CLOC之和 FP估算法 功能点度量是在需求分析阶段基于系统功能的一种规模估计方法，该方法通过研究初始应用需求来确定各种输入、输出、查询、外部文件和内部文件的数目，从而确定功能点数量,软件项目规模估算,规模的单位 LOC ( Lines of Code) 源代码程序长度的测量 FP (Function Point) 用系统的功能数量来测量 人月 人天 人年,本章内容提要,6.4 软件项目成本估算,成本估算方法 算法模型 专家判定 类比 自顶向下 自底向上,软件项目成本估算,成
8、本估算模型静态模型和动态模型 静态模型 用一个唯一的变量（如程序规模）作为初始元素来计算所有其他变量（如成本、时间），且所用计算公式的形式对于所有变量都是相同的 动态模型 没有类似静态模型中的惟一基础变量，所有变量都是相互依存的 已有的模型 1) Farr-Zagorski模型； 2) Price-S模型；3) Walston-Felix模型 ；4) Putnam模型；5) COCOMO模型,软件项目成本估算,COCOMO模型 在现代软件工程研究结果的基础上，将未来软件市场划分为基础软件、系统集成、程序自动化生成、应用集成、最终用户编程五个部分，COCOMO II通过三个生命周期模型 （估算早
9、期原型工作量的应用组合模型，早期设计模型，后体系结构模型 ）支持上述的五种软件项目。,软件项目成本估算,Putnam模型 Putnam模型是Putnam于1978在来自美国计算机系统指挥部的200多个大型项目（项目的工作量在301000人年之间）数据的基础上推导出来的一种动态多变量模型。Putnam模型假设软件项目的工作量分布类似于Rayleigh曲线。 Putnam模型包含两个方程：软件方程和人力增加方程。,软件项目成本估算,实用软件估算模型是一种自下而上和参数法的结合模型，步骤如下： 对任务进行分解 估算每个任务i的最大值Max、最小值Min、最可能值Avg，Ei=(Max +4 Avg
10、+ Min)/6（或者使用唯一的估计值：最可能值） 直接成本=E1+E2+ Ei+ En 项目总估算成本= 直接成本+间接成本 项目总报价=项目总估算成本+风险利润 风险利润=利润+风险基金+税,软件项目成本估算,直接成本 直接成本=开发成本+管理成本+质量成本 直接成本=规模*人力成本参数 例如：人力成本参数=2万/人月，30人月的项目的直接成本是 60万 间接成本 间接成本=直接成本*间接成本系数 间接成本= 规模*人力成本参数*间接成本系数 例如：间接成本系数=1.5-3,软件项目成本估算,成本估算步骤 建立目标 规划需要的数据和资源 确定软件需求 拟定可行的细节 运用多种独立的技术和原
11、始资料 比较并迭代各个估算值 随访跟踪,软件项目成本估算,成本模型的评价准则 定义 正确性 客观性 构造性 细节 稳定性 范围 易用性 可预期性 节约性,本章内容提要,6.5 软件项目进度估算,基于规模的进度估算 定额估算法 经验导出模型 工程评价技术 利用网络顺序图的逻辑关系和加权历时估算来计算项目历时 关键路径法 它是根据指定的网络图逻辑关系进行的单一的历时估算，首先计算每一个活动的单一的、最早和最晚开始和完成日期，然后计算网络图中的最长路径，以便确定项目的完成时间估计，采用此方法可以配合进行计划的编制,本章内容提要,6.6 软件项目进度计划,进度计划定义 进度是对执行的活动和里程碑制定的
12、工作计划日期表。它决定是否达到预期目的，它是跟踪和沟通项目进展状态的依据，也是跟踪变更对项目影响的依据。 软件活动定义是一个过程，它涉及确认和描述一些特定的活动 为了进一步制定切实可行的进度计划，必须对活动（任务）进行适当的顺序安排 按时完成项目是项目经理最大的挑战之一；时间是项目规划中灵活性最小的因素 进度问题是项目冲突的主要原因，尤其在项目的后期,软件项目进度计划,项目进度（时间）管理过程 活动定义（Activity definition） 活动排序（Activity sequencing） 活动历时估计（Activity duration estimating） 制定进度计划（Sched
13、ule development） 进度控制（Schedule control）-项目跟踪,软件项目进度计划,活动定义（Activity definition） 确定为完成项目的各个交付成果所必须进行的诸项具体活动 完成WBS中的细目和子细目 活动排序（Activity sequencing） 对活动进行适当的顺序安排. 项目各项活动之间存在相互联系与相互依赖关系 根据这些关系安排各项活动的先后顺序,软件项目进度计划,任务(活动)之间的关系 进度管理图示网络图、甘特图、里程碑图、资源图,软件项目进度计划,网络图 展示项目中的各个活动以及活动之间的逻辑关系； 网络图是活动排序的一个输出；网络图可以
14、表达活动的历时 常用网络图 PDM:节点法 (单代号)网络图、ADM:箭线法 (双代号)网络图、CDM:条件箭线图法 在网络图中一个活动用一个方框、节点或者其他方式表示 每一个活动被各种关系线相连接着 将项目中的各个活动的逻辑关系表示出来 网络图开始于一个任务、工作、活动、里程碑 网络图结束于一个 任务、工作、活动、里程碑 有些活动前置任务或者后置任务,软件项目进度计划,PDM(Precedence diagram ) 构成PDM网络图的基本特点是节点(Box) 节点(Box)表示活动(工序,工作) 用箭线表示各活动(工序,工作)之间的逻辑关系. 可以方便的表示活动之间的各种逻辑关系 没有时标
15、 在软件项目中PDM比ADM更通用,软件项目进度计划,PDM网络图的关系,软件项目进度计划,软件项目的PDM图例,软件项目进度计划,ADM（ Arrow diagram ） ADM也称为AOA （activity-on-arrow）或者双代号项目网络图 在ADM网络图中,箭线表示活动(工序工作) 节点Node（圆圈:circle）表示前一道工序的结束,同时也表示后一道工序的开始 只适合表示结束-开始的逻辑关系 可以有时标,软件项目进度计划,ADM图例,软件项目进度计划,CDM（condition diagram ） CDM网络图也称为条件箭头图法网络图 CDM允许活动序列相互循环与反馈 从而在
16、绘制网络图的过程中会形成许多条件分支 而在PDM、ADM中是绝对不允许的,软件项目进度计划,甘特图 显示基本的任务信息 可以查看任务的工期、开始时间和结束时间以及资源的信息 只有时标，没有活动的逻辑关系 有两种表示方法（棒状、三角形）,软件项目进度计划,甘特图-实例,软件项目进度计划,里程碑图 里程碑显示项目进展中的重大工作完成 里程碑不同于活动 活动是需要消耗资源的 里程碑仅仅表示事件的标记,里程碑图示,软件项目进度计划,资源图,软件项目进度计划,编制项目进度计划 确定项目的所有活动及其开始和结束时间 监控项目实施的基础，它是项目管理的基准 计划是三维的，考虑时间，费用和资源 编制项目进度计划步骤 进度编制 资源调整 成本预算 计划优化调整 形成基线计划,软件项目进度计划,进度编制的基本方法 关键路径法 正推法 逆推法 时间压缩法 赶工（Crash） 快速跟进（Fast tracking:搭接） 资源调整尝试法,软件项目进度计划关键路径法,关键路径法（CPM： Critical Path Method） CPM是根据指定的网络顺序逻辑关系和单一的历时估算，
