软件工程-实践者的研究方法讲义第二十一章 项目进度安排.ppt

软件工程-实践者的研究方法讲义第二十一章 项目进度安排.ppt

  1. 1、本文档共40页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软件工程-实践者的研究方法讲义第二十一章 项目进度安排

定义任务网络 任务网络,也称为活动网络,是一个项目任务流程的图形表示。有时将任务网络作为在自动项目进度安排工具中输入任务序列和依赖关系的机制。最简单的任务网络形式只描述了主要的软件工程任务。图21-2显示了概念开发项目的任务网络示意图。 定义任务网络 图21-2 概念开发项目的任务网络 进度安排 软件项目的进度安排与任何其他多任务工程工作的进度安排几乎没有差别。因此,通用的项目进度安排工具和技术不必做太多修改就可以应用于软件项目。 程序评估及评审技术和关键路径方法就是两种可以用于软件开发的项目进度安排方法。这两种技术都是由早期项目计划活动中已经产生的信息来驱动的,这些信息包括: 工作量的估算。 产品功能的分解。 适当过程模型和任务集的选择。 任务的分解。 任务之间的依赖关系可以通过任务网络来确定。 时序图 在创建软件项目进度表时,计划者将从一组任务入手。如果使用自动工具,就可以采用任务网络或者任务大纲的形式输入工作分解结构,然后再为每一项任务输入工作量、工期和开始日期。此外,还可以将某些任务分配给特定的人员。 输入信息之后,就可以产生时序图,也叫甘特图。可以为整个项目建立一个时序图,或者,也可以为各个项目功能或各个项目参与者分别建立各自的时序图。图21-3给出了时序图的格式。 时序图 图21-3 一个时序图的例子 跟踪进度 项目进度表为软件项目管理者提供了一张进度路线图。如果制定正确,项目进度表中应该能够确定在项目进展过程中必须进行跟踪和控制的任务及里程碑。 跟踪OO项目的进展 虽然迭代模型是最好的针对OO项目的框架,但是,任务的并行性使得OO项目很难跟踪。困难在于项目管理者很难为OO项目建立有意义的里程碑,因为很多不同事物都是同时发生的。通常,有相应的准则来衡量主要的里程碑是否已经“完成”。 挣值分析 已经讨论了一系列项目跟踪的定性方法,为项目管理者提供了项目进展情况的指标。但是,对所提供的信息的评估在某种程度上是主观的。那么当软件小组按项目进度表实施工作任务时,是否存在某种定量的技术来评估项目进展情况呢?事实上,确实存在一种用于项目进展的定量分析技术,称为挣值分析。 挣值分析是对项目进展的测量。它使得我们能够不依赖于感觉,采用定量分析方法来评估“完成百分比”。 小结 作业 软件工程 第21章 项目进度安排 主要内容 基本概念 项目进度安排 为软件项目定义任务集 定义任务网络 进度安排 挣值分析 小结 项目进度安排 应该创建一个软件工程任务网络,该网络将使你能够按时完成工作。网络创建完成之后,必须为每一个任务确定责任,还要确保完成这些责任,并在风险到来时调整该网络。简单地说,这就是软件项目进度安排和跟踪。 在项目级,是那些使用从软件工程师处获得的信息的软件项目管理者们。在个体级,是软件工程师自己。 项目进度安排 为了建造复杂的系统,很多软件工程任务会并行地进行,而且在一个任务中得到的工作结果可能对在另一个任务中将要进行的工作具有深远的影响。没有进度安排,任务之间的这种相互依赖性是非常难以理解的。实际上,没有一个详细的进度安排,要评估中等程度或大型的软件项目的进展情况也是不可能的。 项目进度安排 软件过程模型规定的软件工程任务要根据具体实现的功能进行细化;工作量和工期应分配到每个任务;任务网络的创建,使得软件团队能够在最后期限之前完成项目。 工作产品是项目进度安排和相关的信息。 正确的进度安排需要:(1)网络中包含所有的任务;(2)给每个任务合理分配工作量和时间;(3)明确指出任务间的依赖关系;(4)资源应分配给具体要完成的工作;(5)提供短时间间隔的里程碑,以便于过程跟踪。 基本概念 虽然软件延期交付的原因很多,但是大多数都可以追溯到下面列出的一个或多个根本原因上: 不切实际的项目结束期限,由软件工程小组以外的某个人所制定,并强加给软件工程小组内的管理者和开发者。 客户需求发生变更,而这种变更没有在项目变更进度表上预先安排。 对完成该工作所需的工作量和/或资源数量估计不足。 在项目开始时,没有考虑可预测的和/或不可预测的风险。 出现了事先无法预计的技术难题。 出现了事先无法预计的人力问题。 由于项目团队成员之间的交流不畅而导致的延期。 项目管理者未能发现项目进度拖后,也未能采取措施来解决这一问题。 实例 假定一个软件工程团队受命开发一个实时控制器软件,将在9个月内推向市场,在进行了仔细的估算和风险分析之后,软件项目管理者得到的结论是:在现有人员条件下,需要14个月的时间才能完成这一软件。这位项目管理者下一步该怎么办呢? 实例 1.按照以往项目的历史数据进行详细的估算,确定项目的估算工作量和工期。 2.采用增量过程模型制定一个软件工程策略,以保证能够在规定的交付日期提供主要功能,而将其他功能的实现推到以后。然后将这一计划做成

文档评论(0)

shenlan118 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档