第二单元课文译文---计算机英语-吕云翔.docVIP

第二单元获取需求

第一部分听说

A.对话：与客户沟通

（Kevin、Sharon和Jason来到四季酒店，会见了酒店业务经理White先生及最终用户代表。）

White先生：欢迎来到我们酒店。

Kevin：谢谢您在您的业务需求文档中提供给我们的关于酒店管理需要的重要信息。但恐怕还有一些我们需要弄清的问题。为了能够按照客户的意图完成该系统，我们想向您咨询一些问题。

White先生：当然可以。

Sharon：White先生，我正在为四季酒店管理信息系统撰写规格说明书草稿，但我发现可能有一项重要的功能尚不明确。

White先生：哦，什么问题？

Sharon：假如客户在酒店预订了房间，却没有按时登记，这种情况您将如何怎么退还订金呢？全部、一部分或者完全不退？这将涉及如何对退还押金的场景进行描述和建模，以及如何设计这一模块。

Kevin：是的。这对我们在系统中定义一个明确的退还订金机制确实很重要，因为它不仅决定着这个模块本身的设计，还涉及其他模块，例如收费的总金额。在正确定义工作流之后，我们才将能够知道在系统中如何处理它。

White先生：好的，我明白了。退还订金确实是房间预订服务中的必要考虑的一个事项。现在，我就向你们解释一下遇到这种情况时我们的处理办法。通常，如果一个顾客在距离登记入住时间24小时以前或更早的时候取消了他的预订，我们将退还全部订金；如果在距离登记入住时间12小时到24小时之间取消预订，将退还一半订金；但如果在距离登记入住时间12小时以内取消，我们将不退还任何订金。

Kevin：哦，好的。除此之外，退还订金的比率是怎样确定的呢？在贵宾和普通顾客之间，或者在旺季和淡季之间有什么差别吗？

White先生：在我们酒店，贵宾和普通顾客在价格上没什么区别，但是我们在不同的季节执行不同的标准。从每年的五月到十月是旺季，而从每年的十一月到第二年的四月是淡季，旺季取消预定的时间限制比淡季提前了12小时。在旺季，顾客如果决定退订并想要拿回全部订金的话，就必须在距离登记入住36个小时之前取消预订；如果在距离登记入住前24小时到36小时之间取消预订，将退还一半订金；如果在24小时以内取消，将没有任何订金退还。

Kevin：哦，我明白了。现在看起来更加明确并且详细了。我们将在接下来的三天时间内完成需求规格说明书，然后在本周五用电子邮件发给您。

White先生：好，没问题！谢谢。

B.短文理解：软件需求

在开始设计和构建一个基于计算机的系统之前，理解需求是十分必要的。要实现这一点，需要实施一系列需求工程。需求工程发生在与客户沟通和为一般的软件过程所定义的建模活动的过程中，七个不同的需求工程功能——起始、获取、精化、协商、规格说明、确认和管理——由软件团队成员实施。

在项目起始阶段，开发人员和客户及其他项目干系人建立基本的问题需求，定义最重要的项目约束，并陈述对于系统来说必须要表现出来以满足其目标的主要特色和功能。这些信息在获取阶段得到提炼和延伸，获取是一项采用辅助会议和用户场景开发的需求收集活动。

精化阶段进一步将需求扩展为分析模型——是一个基于场景、基于活动、基于类、行为的和面向流程的模型元素的集合。可以使用多种建模符号来创建这些元素。模型可能会参考分析模式——在跨越不同的应用程序中已经看到的重复出现的问题域特征。

当需求已被识别并且分析模型已被创建，软件团队和其他项目干系人协商每项需求的优先级、可用性和相对成本。协商的目的是制定一个现实的项目计划。此外，每一项需求和分析模型作为一个整体将根据客户需求进行确认，以确保将要构建的系统是正确的。

C.听写：客户与最终用户的不同

软件工程师们与许多不同的项目干系人进行交流，而客户和最终用户对于接下来的技术工作具有最为重要的影响。在某些情况下，客户即是最终用户，但是对于许多项目而言，客户和最终用户是不同的人，在不同的商业组织中为不同的管理者工作。

客户是这样一类人或团体：（1）他们最初提出请求要构建软件；（2）定义软件的总体业务目标；（3）提供基本的产品需求；（4）为项目进行资金调配。在产品或系统企业中，客户通常是营销部门。在IT业中，客户可能是企业的一个组成部分或部门。

相反，最终用户则是这样一类人或团体：（1）他们将实际地使用为了达到某种业务目的而构建的软件；（2）将定义软件的操作细节从而使软件的业务目的得以实现。

第二部分阅读

A.软件需求

需求阶段的主要目标是形成一个准确获取客户需求并形成软件开发和验收基础的需求规格说明书(SoftwareRequirementsSpecification，SRS)。形成需求说明困难的主要原因是来自需求参与的三方——客户、最终用户和软件开发者。需求文档必须能够让客户和用户容易理解，并且能够让开发人员将其作为软件开发的基础来使用。由于在软件需求