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

第一单元 启动软件项目 第一部分 听说 A. 对话：启动软件项目 （Kevin、Sharon和Jason 老师：大家早上好。在这个假期，将要完成一个真正的项目作为你们的课程设计，这里有一些题目，每个人可以根据自己的兴趣和经验来选择，并请在下周之内把你的决定提交给我。 Kevin：对不起老师，请问一下这项目是单独完成还是几个同学合作完成呢？ 老师：推荐团队合作，因为可以让你学习你的同学携手合作，并且作为一名成员怎样互相交流分享表达并了解互相的想法。但是每组成员不要超过4个人。 Sharon：Kevin：哦，这也正是我的想法，我想我们可以组。嗨，Jason，你愿意加入我们吗？ Jason：哦，好的我非常愿意！ Sharon：好的，现在让我们讨论下每个人的。 Jason：Kevin善于组织并丰富的编程经验，我认为他可以作为我们的团队组长或项目经理，负责Kevin：非常感谢的信任。好，我一定会尽我所能。关于我们的项目， Jason：我对数据库比较感兴趣，我愿意负责建立和管理数据库。 Sharon：Jason：接下来 Kevin：哦，是的。多亏你这个重要的提醒。你认为呢，Jason？ Jason：我完全同意！ （班会结束后，Kevin从老师那里要了一份关于） Kevin：嗨，大家好。我刚从老师那里了酒店管理的需求文档。 Jason：让我看看。Kevin：。这文档也没有提到酒店的数据流和业务模型。 Sharon：哦，这样的话， Kevin：是的，这很必要，我会给客户打电话约个时间。我想在这之前我们也应该做一些事，最好做一些功课了解酒店的基本业务和管理。 Sharon：Jason： B. 短文理解：软件工程 当今，计算机软件已经成为以计算机为基础的系统和产品中的关键部分，并且成为世界舞台上最重要的技术之一。在过去的50年里，软件已经从解决问题和信息分析的专用工具发展成为业界独立的产业。 但是，如何在规定时间内不超过预算并高质量地开发软件方面,我们仍然存在问题。为什么完成软件需要如此长的时间？为什么开发的开销如此巨大？为什么我们不能在交付给客户之前找到所有的错误？为什么我们在维护现有程序上要花费如此多的时间和精力？为什么软件开发和维护过程难以度量？以上种种问题显示了业界对软件及软件开发方式的关注。这种关注促使了业界对软件工程实践的采纳。 那么，什么是软件？还有，软件的哪些特征使其不同于其他人类生产制造的东西？软件是逻辑而非物理的系统要素，它的一些特性使其很特别。首先，客户很难准确完整地给出需求，并且软件提供者也很难完全理解客户需求。在定义及理解需求的过程中，特别是需求变更时，需要不断地进行大量的信息沟通及通话。其次。软件看上去容易改变，同时它也是无形的，且大部分软件开发过程也是无形的，需要经验、思考及想象。此外，很难完全测试软件。 软件——程序、数据及文档——涉及一个很大范围的技术及应用领域。至今为止，所有的软件还在依照30年不变的一些法则发展进化着。软件工程的目的是为构建更高质量的软件提供框架和解决方案。它包括：更加强调系统化开发、集中精力找出客户需求、形式化/半形式化的系统需求规格说明、系统（原型）早期版本的展示、更加强调力求保证代码无错等。 从1968年“软件工程”一词在NATO会议上首次被使用至今，软件经历了长期的发展。但软件今后的路仍然很长——如果它要和其他工程一样成熟的话。 C. 听写：《人月神话》和《没有银弹》 Frederick P. Brooks是美国北卡罗来纳大学教堂山分校计算机科学领域的教授。他被称为“IBM/360大型机之父”，在该系统开发阶段，他担任项目经理，之后在设计阶段，他担任该操作系统软件项目的经理。 他的作品《人月神话》是软件工程中在人为因素方面最经典的著作之一。本书自1975年出版以来，软件工程师们几乎人手一本。正是在这本书中，Brooks做出了著名的论断“往进度的项目中增加人手，只会使进度更加Brooks法则”。在本书第一次出版后的30年间，软件工具和开发环境可能发生了许多变化，然而，在协同工作以及个人与集体的本性中的特有非线性规模经济却一点都没有改变。 此外，Brooks也因其论文《没有银弹》而享誉世界。这篇文章原本是1986年发表在IFIPS上的论文，在1987年又重新发表在IEEE计算机杂志上，随后，收入《人月神话》第二版中。在此文中，银弹用来比喻使计算机的软件成本像硬件成本那样迅速降低的东西。《没有银弹》的发行量很高，而且引起了热论。它预计，在十年之内，没有任何编程技术可以在软件生产力方面带来数量级的提高。到目前为止，已经过去了九年，Brooks的预测看上去是准确的。《没有银弹》已经在文献资料领域引发了超过《人月神话》的越来越热烈的讨论。 第二部分 阅读 A. 软件工程 现在几乎所有国家都依赖于