第三单元课文译文 计算机英语 吕云翔.doc

第三单元 项目计划 第一部分 听说 A. 对话：软件项目计划 Jason：这么多工作要做Kevin：我认为我们需要一个正式的项目计划指导。 Sharon：是的，首先是时间，这也是影响我们项目最重要的因素之一，我们需要一个进度表，尤其是项目的最终期限。 Kevin：我们总共有40天的时间，而需求已经花了5天的时间，因此我们还有35时间。 Jason：哦，听起来时间确实很紧张。 Sharon：我们似乎应该尽快开始编程，对？ Jason：尽管编程是软件部分，但是，我认为现在最重要的事是必须确定一个合适的时间进度表来控制我们的，并确保能按时。 Kevin：是的，在需求阶段，我们还需要三天时间来描述分析和。之后，我们需要三天时间来完成结构设计，五天时间完成详细设计由于这些都是用于软件设计，接下来的编程相对难我认为在一周内应该能完成测试的调试在十天内应该能完成。 Sharon：也许我们可以甘特图来描述我们的进度表，对项目计划来说，甘特图是形象生动并且实用的工具。 Kevin：好主意Jason：事实上，测试不应该被看成是仅在编码阶段完成后才开始并错误实际上，测试计划在需求阶段就应该开始了，并且测试计划和应该系统不断改进。我觉得在编码阶段，我们可以同时执行单元测试，这将会节省大量时间并会获得更好的测试效果。最后，我们可以通过与客户工作来进行验证测试，开发的软件客户是否满意，确保客户能够获得他们所需要的。 Sharon：另外，我们需要三台，安装客户所要求的统一版本软件作为开发工具Visual Studio 2005作为开发平台，Microsoft SQL server 2005作为数据库管理系统。 Jason：我们还需要网络。 Kevin：我将尽快为准备开发环境，然后给每个人分配一些任务。Sharon，你负责文档管理，Jason，你负责变更管理，我负责软件质量保证，？ Jason和Sharon：没问题。 Kevin：好，我已经把刚才讨论的，并会在两天内完成项目计划。 有许多种项目计划方法。有些人是，他们认为变化详细计划。其他人是传统派，他们认为计划提供有效的，并且设计越详细，团队就越小。还有一部分人是“”，认为一个的设计活动是有必要的，但会在。 那么到底应该如何？在许多项目中，往往会因过度计划而事倍功半，但过略计划也会导致开发混乱。像生活中的大多数事物一样，计划，足为团队提供有用的指导即可，不用多也不用少。 在一篇关于软件过程与项目的中，Barry Boehm提出：需要组织原则来提供简单的计划。Boehm一种方法项目目标里程碑日程表项目分工职责管理及技术手段以及所需资源。他称此为W5HH原则在项目特性为什么要系统要做什么什么时候必不可少的被组织如何技术管理完成以及每项资源各需要多少对于Bohehm的W5HH问题的回答十分重要，这点与软件的复杂度及规模无关。 项目是使用资源来达到预定目的和目标的一系列特定的活动，是具有特定起止日期的有限努力和具有一系列的时间安排、预算及组织约束条件的管理过程。 通常情况下，在软件项目中，我们将控制四个经典变量——费用、时间、范围和质量。这四个变量通过相互作用共同影响着整个项目：增加的范围往往意味着要花费更多的时间和可能超过预算；紧迫的时间压力要求更强的资金支持，同时质量也可能受到影响；资金不足就难以解决范围之内的客户业务问题；更高的质量可能需要更长的开发生命周期和更高的费用成本。 看起来这四者之间的关系并不那么简单。例如，不能仅仅依靠投入更多的资金提高软件的开发速度。正像谚语所说：“即使是九个女人，也不可能在一个月之内生出孩子。” Kent Beck在他的《解析极限编程：拥抱变化》一书中提到，解决方法就是使这四个变量是可见的。如果每个人——程序员、客户和经理——都能注意到这四个变量，那么他们就可以有意识地选择控制哪些变量。如果他们不喜欢这四个变量可能带来的结果，那么可以改变投入或是选择不同的其他三个变量来进行控制以最终达到项目目标。 第二部分 阅读 A. 软件项目计划 一份恰当的项目计划是一个项目成功的重要因素。没有合适的计划，软件开发项目是不可能成功的。项目需求和架构可用之后就可以做一个好的计划了。项目计划的重要活动包括：过程计划、工作量估算、进度和人员安排、质量计划、配置管理计划、项目监控计划和风险管理。 过程计划一般涉及选择一个合适的过程模型并对它进行剪裁，以适合项目需要。在工作量估算中，项目总体工作量需求和不同阶段的工作量分解都要估算。在上而下方法特别是们硬件资源控制和使用，包括磁盘空间内存CPU时间分配和设备。每计算机必须有一个操作系统运行其他程序。系统可让专注于自己的任务或，而管理计算机。每个应用程序不同规模和有的操作系统。举例来说Cray超级计算机使用和COSIBM大型主机使用和运行Windows或