软件项目-c3-进度计划复习进程

软件项目管理-C3-进度计划管理本章要点一、进度计划概述

二、软件项目活动三、编制技术和方法四、表达形式五、进度计划编制六、进度计划控制凡事预则立，不预则废凡谋之道，周密为宝闲时无计划，忙时多费力计划的制定比计划本身更为重要制定科学周密、切实可行的计划严格按照计划进行管理开发人员必须严格按照计划进行软件开发工作管理人员根据计划对软件项目的研制工作进行监督和管理，严格控制对计划的随意修改必要的计划修改必须经过严格的审批程序才能生效软件开发计划书软件开发计划书概述_软件开发计划的内容确定将要开发的软件产品估计软件产品的规模和对软件产品的更改软件项目的意图、范围、目的、目标软件生命周期模型的选择为开发、维护软件确定工作程序、方法和标准软件项目工作量和费用的估计重要计算机资源的使用估计软件项目日程，包括重要事件和审查的确定软件项目风险的确定和估计项目的软件工程设施和工具计划概述_进度对执行的活动和里程碑制定的工作计划日期表，以决定是否达到预期目标；是跟踪和沟通项目进展状态的依据；是跟踪变更对项目影响的依据；概述_进度实例时间在项目中为何如此重要？在谈论项目时，时间是所提及的一件重要的事情大多数项目都有一个规定的交付日期，这是因为-需求-市场环境进度控制是项目管理的一个主要的组成部分时间易于测量，缺乏弹性进度问题是项目管理中最普遍的问题时间是一种不可再生的资源时间就是金钱概述_进度安排交付日期确定，然后安排计划产品的最终发布日期已经确定且不能更改，软件开发组织必须将工作量分布在预先确定的时间框架内。使用资源确定，然后安排计划假定已知大致的时间界限，但是最终发布日期是由软件开发组自行确定，工作量以一种能够最好地利用资源的方式进行分配，且在对软件进行仔细分析之后再决定最终发布日期。概述_进度计划定义软件项目进度计划是为软件工程运作和软件项目活动管理，提供一个合理的基础和可行的工作计划过程。概述_进度计划作用进度保障向客户的履行承诺个人工作指南跟踪检查计划的依据管理依据概述_进度计划管理的过程1.计划初始阶段2.制定软件开发进度计划3.对软件进度计划草稿进行审查和批准4.实施软件进度计划5.计划执行过程的度量和评价6.修改软件进度计划1.计划初始阶段确定项目经理，对可行性研究报告、招标投标文件、合同等初期材料进行分析，明确初始需求，对规模、成本、时间、质量等需求进行初步估计，指明项目的初始风险和限制，收集初始计划数据，成立计划组并制定计划负责人。2.制定软件开发进度计划选择制定计划的样板，分析案例存在的问题，提出修改意见，把样板修改成适合新项目的软件开发进度计划，提交软件进度计划草稿；选择进度计划的编制方法，根据编制规程进行编制，提交软件进度计划草稿。3.对软件进度计划草稿进行审查和批准项目计划负责人与项目风险承担者对软件开发计划草稿进行严格的技术检查，对查出的问题提出解决办法，并对草稿做进一步修改和更新，确定无误后提交该部门经理审查和在修改。若是大型项目，进度报告还要提交给总经理和技术总监审查修改。审查通过后，由公司主管批准实施。4.实施软件进度计划

项目相关人员执行软件开发计划规定的任务，开展相应的工作。在过程中执行软件质量保证、检查软件质量报告、跟踪和监控项目，确保计划完成。项目经理应对进度计划进行跟踪和监控，随时掌控进度计划的执行情况，解决执行过程中存在的问题。5.计划执行过程的度量和评价相关人员需严格执行进度计划，如确实因计划不合理而不能执行，要及时向项目经理反馈。项目经理根据意见找出差距及造成差距的原因，提出修改意见，估计改进后的效果，为重新修改软件进度计划提供根据。6.修改软件进度计划根据软件进度计划修改意见，分析改进后的影响，决定是否需要进行修改，提交进度计划问题报告和修改意见。主管人员同意修改后，项目经理根据进度计划进行修改，并提交给主管人员，确定可行后，由公司准关批准实施。计划过程开始制定进度计划审查和批准计划实施计划过程度量和评价修改计划需求管理软件配置管理软件质量保证软件规模成本日期估算软件项目跟踪和监控答疑课第5，13周

周五下午机电楼C414本章要点一、进度计划概述二、软件项目活动三、编制技术和方法四、表达形式五、进度计划编制六、进度计划控制软件项目的活动_项目范围管理项目计划管理的第一步：明确项目范围项目范围通常指产品的规模和产生该产品要做工作的规模。产品的功能和性能开发时间、投资费用、设备资源、人力资源以及利用这些资源完成产品的生产运作过程。产品规模工作规模三角理论产品范围资源时间质量项目范围包含两方面：产品范围和工作范围确定工作范围就是根据划定的产品功能，分配资源并制定详细的工作计划。确定产品范围就是根据需求分析，确定最后的软件产品满足的功能要求。确定项目范围包含两方面：WBS工作分解结构_概念工作分解结构(WorkBreakdownStructures,WBS)是一种层次化的树状结构，是将项目按一定的方法划分为可以管理的单元，通过控制这些单元的费用、进度和质量目标，使他们之间的关系协调一致，从而控制项目目标。WBS是一种范围管理工具，它归纳和定义了项目的整个工作范围，每下降一层代表对项目工作的更详细定义。工作分解结构_表达方式1系统1.1任务A1.2任务B1.1.1任务C1.1.2任务D……层次结构图锯齿列表1系统1.1任务A1.1.1任务C1.1.2任务D1.2任务B…定义活动过程涉及确认和描述一些特定的活动，它把项目的组成要素加以细分为可管理的更小部分，以便更好的管理和控制。软件项目的活动_定义活动定义：透过列出一个事件或物件的基本属性来描述或规范一个词或一个概念的意义。输入方法输出定义活动工作分解结构范围描述历史资料约束条件假设条件分解参考模版活动目录细节说明WBS的更新定义活动的输入1.工作分解结构（最基本的输入）将WBS中的任务进一步分解成更小的、更具体的活动序列，从而确定项目的全部活动。2.范围描述包含在范围描述中的项目的必要性和目标必须考虑，使确定的活动在项目范围之内。3.历史资料包括项目前期的各种资料，以前开发的软件项目资料，其他组织个个人资料，作为定义活动的参考。4.约束条件成本、时间、人力资源等各种因素的约束5.假设条件假设条件是指当前不能确定的、未经验证但仍被视为正确、真实或确定的因素。假设条件存在不确定性，影响项目规划的所有方面；项目实施过程中假设条件一旦不成立就可能造成相应后果，因此假设条件往往意味着风险。在项目规划过程中，项目团队应该经常识别、记录并验证假设条件。定义活动的方法1.分解在WBS的基础上，把项目的组成要素按一定的层次结构，加以细分为可管理的更小部分，以便更好地管理和控制。2.参考模版把先前已经完成的软件项目活动清单或活动清单的一部分，作为新项目活动清单的参考模板，在此基础上定义活动。定义活动的输出1.活动目录/活动清单活动目录可视为WBS的细化，包括项目中要执行的所有活动，不包含任何不在项目范围内的活动。2.细节说明有关活动目录细节的说明，包括对所有假设和限制条件的说明。3.WBS的更新随着对软件项目认识的不断加深，如果发现WBS中任务的遗漏或错误，要及时加以更新。活动排序过程就是确定活动间的相关性。活动必须被正确的排序，以便制定切实可行的进度计划。软件项目的活动_活动排序活动间的依赖关系1.强制性依赖关系也称为硬逻辑关系。这种逻辑关系是活动之间存在的内在联系，是由客观规律或物质条件的限制造成。2.自由性依赖关系是指人为组织确定的，两项活动可先可后的组织关系，也称为软逻辑关系。由于先后关系是人为的、主观的，确定起来具有一定的随意性，通常取决于项目管理人员的知识和经验。3.外部性依赖关系是指本项目活动与非本项目活动之间的依赖关系。活动排序的方法通常采用网络图的形式表示活动间的依赖关系。网络图是活动排序的重要输出，展示项目的所有活动，表明活动间的依赖关系以及任务将如何进行和以怎样的顺序进行。常用的网络图：1.前导图法(PrecedenceDiagrammethod,PDM)2.箭线图法(ArrowDiagrammethod,ADM)1.前导图法(PrecedenceDiagrammethod,PDM)—也称为节点图法或单代号网络图—构成PDM网络图的基本元素是结点—结点表示活动/任务—箭线表示各活动之间的逻辑关系PDM图例需求分析需求确认开始项目计划计划评审概要设计概要设计概要设计集成测试编码确认测试网络集成系统测试结束1.箭线图法(ArrowDiagrammethod,ADM)—也称为双代号网络图—箭线表示活动/任务—结点表示事件，表示前一个活动的结束，也表示后一个活动的开始—虚线表示虚活动，表示事件的先后关系ADM图例开始12345678910结束项目计划需求分析需求确认计划评审概要设计数据设计编码集成测试网络集成系统测试确认测试详细设计虚活动活动排序的成果1.项目网络图表明活动及其依赖关系的示意图。2.更新的活动清单在活动排序过程中，对活动间的依赖关系进行分析和确认，对系统认识进一步加深，可能要对某些活动重新分解和定义，这就需要更改活动清单，甚至更改工作分解结构。实例分析活动编号活动说明紧前活动估计工期（周）A挖掘2B打地基A4C承重墙施工B10D封顶C6E安装外部管道C4F安装内部管道E5G外墙施工D7H外部上漆E,G9I电路铺设C7J竖墙板F,I8K铺底板J4L内部上漆J5M安装外部设备H2N安装内部设备K,L6活动列表节点A=2

开始本章要点一、进度计划概述二、软件项目活动三、编制技术和方法四、表达形式五、进度计划编制六、进度计划控制在很多情况下，项目的策划、安排及控制都由部门或个人负责，但是当这些项目非常大、非常复杂时，管理人员不可能记住与项目相关的策划、安排及进展的所有信息。此时，计划评审技术（ProgramEvaluationandReviewTechnique,PERT）和关键路径法（CriticalPathMethod,CPM）就显得非常重要了。PERT和CPM均为网络计划技术，两者十分相似但又是独立发展的。CPM所使用的估计作业时间是单一或确定的，而PERT使用的估计作业时间是不确定的。基本概念假如一个建筑工程项目，可经过事件：表示主要活动结束的点，如带编号的圆圈。活动：表示从一个事件到另一个事件的过程，如箭线。作业：指任何消耗时间或资源的行动。相关概念需求分析数据库设计详细设计概要设计数据库实现编码软件测试逻辑关系：也称依赖关系，表明作业间的先后关系。紧前作业：在某项作业之前完成的各项作业。紧后作业：在某项作业之后完成的各项作业。路线：指PERT网络图中，从最初作业到最终作业，由各项作业通过逻辑关系连贯组成一条路。关键路线：也称关键路径，是PERT网络中花费时间最长的事件和活动的序列。需求分析数据库设计详细设计概要设计数据库实现编码软件测试关键路径关键路径关键路径由贯穿项目始终的关键性任务决定。关键性任务是指决定项目工期的进度的活动序列。关键路径是网络图中最长的路径。一个项目可以有多个、并行的关键路径。关键路径可以确定项目完成时间。它既表示了项目的最长耗时，也表示了完成项目的最短可能时间。计划评审技术,PERTPERT主要用来针对不确定性较高的项目。PERT通过网络形式表达某一项目计划中各项具体活动的逻辑关系，属于网络计划技术的一部分。PERT是一种常用的工作逻辑关系肯定而工作历时非肯定的网络计划技术。PERT是20世纪50年代末美国海军在研制北极星潜艇系统时为协调3000多个承包商和研究机构而开发的。由于该导弹系统非常庞大复杂，为找到一种有效的管理技术，设计了PERT方法，并使北极星导弹系统研制周期缩短了一年半时间。其理论基础是假设然间项目持续时间以及整个项目完成时间是随机的，并服从某种概率分布。起源PERT方法对每个活动的完成时间有3种估计乐观时间(Optimistictime)任何事情都顺利的情况下，完成某项工作的时间。最可能时间(Mostlikelytime)正常情况下，完成某项工作的时间。悲观时间(Pessimistictime)最不利情况下，完成某项工作的时间。如何开发PERT网络？开发一个PERT网络要确定完成项目的所有关键活动，按照活动之间的依赖关系排列先后次序，以及完成每项活动的时间。步骤归纳：(1)确定完成项目必须进行的每项有意义的活动，都产生事件或结果。(2)确定活动完成的先后次序。(3)绘制活动流程的图形。(5)制定日程计划。(4)估计每项活动的完成时间。第i项活动的平均完成时间：第i项活动的乐观时间第i项活动的最可能时间第i项活动的悲观时间PERT网络是一种类似流程图的箭线图。12事件活动PERT标准术语借助包含活动时间估计的网络图，制定每项活动开始日期和结束日期的全部日程计划。在关键路线上没有松弛时间，关键路线的任何延迟都影响项目的完成期限。关键路径法，CPM关键路径决定了项目的总实耗时间。项目经理必须把注意力集中于那些优先等级最高的任务，确保它们准时完成。CPM中工序时间是确定的，它适用于有很多作业而且必须按时完成的项目。

CPM是一种网络分析技术，是确定网络图当中每一条路线从起始到结束，找出工期最长的线路，也就是说整个项目工期的决定是由最长的线路来决定的。CPM是一种网络图方法，最早出现于20世纪50年代，由雷明顿-兰德公司(Remington-

Rand)的JE克里(JE

Kelly)和杜邦公司的MR沃尔克(MR

Walker)在1957年提出的，用于对化工工厂的维护项目进行日程安排。这种方法产生的背景是，在当时出现了许多庞大而复杂的科研和工程项目，这些项目常常需要运用大量的人力、物力和财力，因此如何合理而有效地对这些项目进行组织，在有限资源下以最短的时间和最低的成本费用下完成整个项目就成为一个突出的问题，这样CPM就应运而生了。起源

CPM的工作原理为每个最小任务单位计算工期、定义最早开始和结束日期、最迟开始和结束日期、按照活动的关系形成顺序的网络逻辑图，找出必须的最长的路径，即为关键路径。

CPM的定义CPM是通过分析项目过程中哪个活动序列进度安排的总时差最少来预测项目工期的网络分析。它用网络图表示各项工作之间的相互关系，找出控制工期的关键路线，在一定工期、成本、资源条件下获得最佳的计划安排，以达到缩短工期、提高工效、降低成本的目的。时间参数持续时间。也称工期，用t表示，是指完成某作业所需要的时间，是对作业进行估算的结果。时间单位可以是小时、天、周、月、季等。最早开始（EarlyStart）时间。用tES表示，是该作业所有紧前作业（假设为k个）最早结束时间中最大的一个值。最早结束（EarlyFinish）时间。用tEF表示，是该作业的最早开始时间加上该作业的持续时间。最迟结束（LateFinish）时间。用tLF表示，是该作业的所有紧后作业（假设为k个）最迟开始时间中最小的一个值。最迟开始（LateStart）时间。用tLS表示，是该作业的最迟结束时间减去该作业的持续时间。作业总时差。用R表示，是在不影响工期的情况下，网络上可利用的时差总数。作业自由时差。用F表示，是该指不影响它的各项紧后作业最早开工时间的条件下，该项作业可以推迟开工时间的最大幅度。作业代码紧前作业工期（周）A——2B——4CA,B10DC6EC4FC5例：已知如下活动列表A=2B=4C=10D=6E=4F=5开始结束1.画出网络图作业代码ttEStEFtLFtLSRF①②③④⑤⑥⑦⑧ABCDEF1.计算时间作业代码ttEStEFtLFtLSRF①②③④⑤⑥⑦⑧A2B4C10D6E4F5计算工期t最早开始时间最早结束时间02414181920ABCDEFA=2B=4C=10D=6E=4F=5开始结束作业代码ttEStEFtLFtLSRF①②③④⑤⑥⑦⑧A202B404C10414D61420E41418F51419计算tES和tEF最迟结束时间最迟开始时间作业代码ttEStEFtLFtLSRF①②③④⑤⑥⑦⑧A202B404C10414D61420E41418F51419201520162014144计算tLF和tLS4042作业代码ttEStEFtLFtLSRF①②③④⑤⑥⑦⑧A20242B40440C10414144D614202014E414182016F514192015计算R和F作业总时差tLF-tEF作业自由差作业代码ttEStEFtLFtLSRF①②③④⑤⑥⑦⑧A202422B404400C104141440D6142020140E4141820162F5141920151作业代码ttEStEFtLFtLSRF①②③④⑤⑥⑦⑧A202422B404400C104141440D6142020140E4141820162F5141920151作业自由差1200023.确定工期4.确定关键路径最早结束时间关键作业，即总时差为0的作业A=2B=4C=10D=6E=4F=5开始结束大量作业依赖的作业依赖于大量作业的作业网络图注意事项对于网络图上有较大延迟时间的作业，并非越早开工越好任务调研需求分析1月2月3月时间任务计划完成情况实际完成情况甘特图以图示的形式通过活动列表和时间刻度形象地表示出任何特定项目的活动顺序与持续时间。甘特图（GanttChart）甘特图可以直观地表明任务计划在什么时候进行，及实际进展与计划要求的对比。管理者可以方便地弄清每一项任务还剩下哪些工作要做，并可评估工作进度。绘制甘特图的步骤：(1)明确项目牵涉的各项活动、任务。

内容包括项目名称（包括顺序）、开始时间、工期、任务类型和依赖于哪一项任务。(2)创建甘特图草图。由于资源有限，可能无法开展项目中的所有活动。开展某些活动还需要另外一些活动的顺利完成为前提条件。(3)确定项目活动依赖关系及时序进度。保证在未来计划有所调整的情况下，各项活动仍然能够按照正确的时序进行。确保所有依赖性活动在决定性活动完成后按计划展开。避免关键路径过长。不要滥用资源，对于进度表上的不可预知事件要安排适当的富裕时间。富裕时间不适用于关键性任务，因为作为关键性路径的一部分，它们的时序进度对整个项目至关重要。(4)计算单项活动任务的工时量。

内容包括项目名称（包括顺序）、开始时间、工期、任务类型和依赖于哪一项任务。(5)确定活动任务的执行人员及适时按需调整工时。由于资源有限，可能无法开展项目中的所有活动。开展某些活动还需要另外一些活动的顺利完成为前提条件。(6)计算整个项目时间。甘特图绘制举例形式1.以表格、条形框表示的甘特图任务调研1月2月3月时间任务4月5月6月7月8月设计代码编写试运行验收计划完成情况实际完成情况实际已开工但还未完工需求分析123形式2.以二维坐标、三角形框表示的甘特图任务调研需求分析1月2月3月时间4月5月6月7月8月设计代码编写试运行验收计划开始时间实际结束时间实际开始时间计划结束时间甘特图的局限性：(1)现实中的任务经常会存在复杂的逻辑关系，难以有效地运用甘特图来表达和展示。

(2)甘特图主要关注进度管理，仅部分地反映了项目管理的时间、成本和范围约束。(3)甘特图不能准确反映项目规模及各活动的相对规模。(4)软件的不足：尽管能够通过项目管理软件描绘出项目活动的内在关系，但是如果关系过多，纷繁芜杂的线图必将增加甘特图的阅读难度。(5)如果改变进度，整个图形形状便会发生改变，需重新绘制甘特图。本章要点一、进度计划概述二、软件项目活动三、编制技术和方法四、表达形式五、进度计划编制六、进度计划控制1.甘特图任务调研1月2月3月4月5月6月7月8月设计代码编写试运行验收需求分析2.带有日历的项目网络图测试计划修改程序修改测试程序疑问疑问测试编写程序单元测试编写文档集成测试系统测试详细设计概要设计1-262-252-263-113-123-152-263-53-63-73-164-14-24-151-262-251-11-252-263-13-23-41-263-20任务逻辑关系开始时间结束时间14679111323581012141357911131517192123253.时间坐标网络图AEFHJMBDGILNKOC事件任务线段的长短表示任务的持续时间里程碑事件合同签署1月2月3月4月5月6月7月8月系统需求评审软件需求评审概要设计评审详细设计评审构件设计评审集成测试评审确认测试评审9月10月11月12月序号123456784.里程碑时间表任务名称全部任务开始时间结束时间工期（天）1.需求分析1.1系统需求分析1.2软件需求分析1.3需求分析评审2.概要设计2.1模块结构设计2.2功能设计序号13456785.项目任务列表2092.3接口设计2.4概要设计评审2012-03-012012-03-012012-03-012012-03-112012-04-112012-04-152012-04-152012-04-252012-05-012012-06-012012-08-202012-04-202012-03-252012-04-102012-04-202012-06-102012-05-102012-05-202012-05-312012-06-10173512531415726263110本章要点一、进度计划概述二、软件项目活动三、编制技术和方法四、表达形式五、进度计划编制六、进度计划控制进度计划任务细致、可执行、可检查、可控制的活动定义资源不成熟的项目和管理水平不高、资源能力不强的项目，任务的工作量不要太大，反之，可增大任务的工作量时间每项任务的工作量以不大于项目总体工作量的5%为宜；工期以不大于项目总工期的10%为宜1.注重对项目信息的了解2.注重项目计划的层次性3.注重历史数据的运用和积累4.注重用过程化的思想指导开发5.注重综合性及相互影响性编制计划遵循的原则1.注重对项目信息的了解—组织信息—市场信息—历史信息—客户信息2.注重项目计划的层次性高级计划阶段计划低级计划3.注重历史数据的运用和积累—利用历史数据—积累历史数据4.注重用过程化的思想指导开发能力成熟度模型（CapabilityMaturityModelforSoftware,CMM）一种软件评估标准美国卡内基梅隆大学软件工程研究所CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究。级别名称特征与要求说明1初始级过程无序，进度、预算、功能、质量不可预测，企业一般不具备稳定的软件开发环境，常常在遇到问题的时候，就放弃原定的计划而只专注于编程与测试原始状态，不需要认证2可重复级建立了管理软件项目的政策以及为贯彻执行这些政策而定的措施。基于以往项目的经验来计划与管理新的项目。达到此级别的企业过程已制度化，有纪律，可重复

3已定义级过程实现标准化。在这一级，有关软件工程和管理工程的特定的、面对整个企业的软件开发与维护的过程的文件将被制订出来。同时，这些过程是集成到一个协调的整体

4管理级企业对产品与过程建立起定量的质量目标，同时在过程中加入规定得很清楚的连续的度量。作为企业的度量方案，要对所有项目的重要过程活动进行生产率和质