Chapter 6 Software Engineering
计算机专业英语 6-1
Computer English
Chapter 6 Software Engineering
Chapter 6 Software Engineering
计算机专业英语 6-2
? 掌握软件的生命周期的基本术语与知识；
? 了解软件工程的发展趋势；
? 了解软件设计方法；
? 了解软件安全的有关知识；
? 掌握复杂定语 (从句 )的翻译技巧。
Requirements:
Chapter 6 Software Engineering
计算机专业英语 6-3
New Words & Expressions
manufactured products 工业产品 lieu n.场所
software life cycle 软件生命周期 versus prep,与,..相对
nondescriptive adj,非描述性的 community n.团体,社会
authorized adj.权威认可的,经授权的 leverage n.杠杆作用
generic adj,一般的,普通的 potential adj.潜在的,可能的
in terms of adv.根据,按照,用,..的话 terminology n.术语学
personnel n.人员,职员 inventory n.详细目录,财产清册
adhere to v.粘附,粘着,坚持,追随 password n.密码,口令
specification n.详述,说明书,规范 encrypt v.加密,将,..译成密码
preprocess vt.预加工，预处理 routine n.程序
modular adj.模块的,有标准组件的 well-established 充分证实的
decomposition n.分解 breakdown n,分解，故障
pertaining to 与,..有关的 maintenance n.维护,保持
imperative adj.强制性的，命令式 paradigm n.范例，模式
approach vt.接近,解决 ;n.近似,途径 conducive adj.有助于,..的
evasive adj.逃避的；回避的；推托的 framework n.构架,框架,结构
Chapter 6 Software Engineering
计算机专业英语 6-4
New Words & Expressions
take the form of 采取,..形式 entity n.实体 ; 统一体
modular design 标准设计,模块化设计 object-oriented 面向对象的
stub n.树桩,桩模块 give way to 让路,让步
trial-and-error n.试错，反复试验 malfunction n.故障，出错
waterfall model 瀑布模型 analogy n.类似,类推
after all adv.毕竟 stark adv.完全地
trial-and-creative 试验并创造的 nonstructure 非结构性
intuition n.直觉,直觉的知识 contradiction n.反驳,矛盾
incremental model 增量式模型 update v.修正,更新； n.更新
stepwise adj.楼梯式的,逐步的 prototype n.原型
evolutionary prototyping 演化式原型 in favor of adv.赞同,有利于
throwaway prototyping 抛弃原型 iron out 消除；解决困难等
documentation n.文件 debugging n.调试
spreadsheet n.电子制表软件,电子数据表
Abbreviations
CASE (computer-aided software engineering) 计算机辅助软件工程
GUI (Graphical User Interfaces) 图形用户界面
Chapter 6 Software Engineering
计算机专业英语 6-5
6.1 The Software Life Cycle
6.1.1 The Cycle as a Whole
U s e
M o dif a c t i o n
D e v e lo pme n
Figure 6-1 The software life cycle
The most fundamental concept in software engineering
is the software life cycle.
软件生命周期是软件工程中最基本的概念。
Chapter 6 Software Engineering
计算机专业英语 6-6
6.1.1 The Cycle as a Whole
The software life cycle is shown in Figure 6-1,This figure
represents the fact that once software is developed,it enters a
cycle of being used and modified that continues for the rest of
the software's life,Such a pattern is common for many
manufactured products as well,The difference is that,in the
case of other products,the modification phase is more
accurately called a repair or maintenance phase because other
products tend to move from being used to being modified as
their parts become worn,
在图 6-1中展示了软件的生命周期。这个图说明了一个事实：一旦软件开发
完成，它就进入了使用和修改的循环，并且这个循环将在软件生命期的剩
余时间中不断进行。这样的模式对机器制造的产品而言也是很普通的。不
同之处在于，对于其他产品，软件工程中的修改阶段要被更精确地称作修
理或者维护阶段，因为其他产品由于部件的磨损会有从使用到修改的过程。
Chapter 6 Software Engineering
计算机专业英语 6-7
6.1.1 The Cycle as a Whole
Software,on the other hand,does not wear out,Instead,
software moves into the modification phase because errors are
discovered,because changes in the software's application occur
that require corresponding changes in the software,or because
changes made during a previous modification are found to
induce problems elsewhere in the software,For example,
changes in tax laws may require modifications to payroll
programs that calculate withholding taxes,and all too often
these changes may have adverse effects in other areas of the
program that may not be discovered until some time later.
当然，软件不存在磨损的问题。但是，软件进入修改阶段或者是因为错误
被发现，或者是因为要在软件的应用程序中进行修改从而修改了软件，或
者是因为先前的改变又引起了软件其他地方出现了新的问题。例如，税务
法案的改变导致对计算扣税的工资程序进行修改，而太频繁的修改则会在
软件的其他地方引起反面的作用，而这些是不会被立即发现的。
Chapter 6 Software Engineering
计算机专业英语 6-8
6.1.1 The Cycle as a Whole
Regardless of why software enters the modification phase,the process
requires that a person (often not the original author) study the
underlying program and its documentation until the program,or at
least the pertinent part of the program,is understood,Otherwise,any
modification could introduce more problems than it solves,Acquiring
this understanding can be a difficult task even when the software is
well-designed and documented,In fact,it is often within this phase
that a piece of software is finally discarded under the pretense (too
often true) that it is easier to develop a new system from scratch than
to modify the existing package successfully
不管因为什么原因软件进入了修改阶段，这个过程需要人们（通常不是原
始的作者）研究程序及其文档，直到程序或者至少是相关部分的程序能够
被理解。否则，任何的修改将导致比它所解决问题还要更多的问题出现。
即使软件有优秀的设计和齐备的文档，理解也是一个很困难的工作。事实
上，常常是在这个阶段，一个有用的软件片段最终就被放弃了（常常是这
样），而开发一个新的系统比成功地修改现有软件更容易。
Chapter 6 Software Engineering
计算机专业英语 6-9
6.1.1 The Cycle as a Whole
Experience has shown that a little effort during
the development of software can make a
tremendous difference when modifications in the
software are required,
经验告诉我们,软件开发过程中的一丁点付出，会在软件需要
修改的时候带来巨大的不同。
In turn,most of the research in software
engineering focuses on the development stage of
the software life cycle,with the goal being to
take advantage of this effort-versus-benefit
leverage.
反过来，大多数软件工程的研究都集中于软件生命周期的开发
阶段，它们的目标是要利用这个付出与收益的杠杆作用。
Chapter 6 Software Engineering
计算机专业英语 6-10
6.1.1 The Cycle as a Whole
The Traditional Development Phase
The stages within the development phase of the software
life cycle are analysis,design,implementation,and
testing (Figure 6-2).
软件生命周期的开发阶段包括分析、设计、实现与测试等步骤（如图 6-2所
示）。
An a l y sis
Desi g n
Im p l em en t a t i o n
Test i n g
Chapter 6 Software Engineering
计算机专业英语 6-11
6.1.1 The Cycle as a Whole
The Traditional Development Phase
Analysis The development phase of the software life
cycle begins with analysis--a major goal being to identify
the needs of the user of the proposed system,If the
system is to be a generic product sold in a competitive
market,this analysis would involve a broad-based
investigation to identify the needs of potential customers,
If,however,the system is to be designed for a specific
user,then the process would be a more narrow
investigation.
分析 软件生命周期的开发阶段以分析开始 ——主要目标是确定用户对所
提出系统的需求。如果系统是一个在竞争的市场上销售的通用产品，这个
分析将会包括一个广泛的调查来发现潜在用户的需要。但是，如果系统是
为特殊用户设计的，那么这个过程就是一个更专业的调查。
Chapter 6 Software Engineering
计算机专业英语 6-12
6.1.1 The Cycle as a Whole
The Traditional Development Phase
As the needs of the potential user are identified,they are compiled
to form a set of requirements that the new system must satisfy,
These requirements are stated in terms of the application rather than
in the technical terminology of the data processing community,One
requirement might be that access to data must be restricted to
authorized personnel,Another might be that the data must reflect
the current state of the inventory as of the end of the last business
day or that the arrangement of the data as displayed on the
computer screen must adhere to the format of the paper forms
currently in use.
当潜在用户的要求被确定之后，要将这些要求汇编成新系统必须满足的需
求。这些需求是从应用的角度来表述，而不是用数据处理界的技术术语来
表达。一种需求可能是对数据的存取必须限制在有权限的人员，另一种可
能是当一个工作日结束时，数据必须反映目前的清单状态，或者可能是在
计算机屏幕上的数据必须按照用户目前使用的格式来显示。
Chapter 6 Software Engineering
计算机专业英语 6-13
6.1.1 The Cycle as a Whole
The Traditional Development Phase
After the system requirements are identified,they are
converted into more technical system specifications,For
example,the requirement that data be restricted to
authorized personnel might become the specification
that the system will not respond until an approved eight-
digit password has been typed at the keyboard or that
data will be displayed in encrypted form unless
preprocessed by a routine known only to authorized
personnel.
系统的需求被确定以后，它们就转化为更具技术性的说明书。例如，关于
数据须限制在某些有权限的人的需求，就可能转化为以下规范 ——直到从
键盘输入一个被认可的 8位密码，系统才开始响应，或者除非经过只有授
权的人才知道的例程预处理，否则数据将以加密的形式显示在屏幕上。
Chapter 6 Software Engineering
计算机专业英语 6-14
6.1.1 The Cycle as a Whole
The Traditional Development Phase
Design Whereas analysis concentrates on what the
proposed system should do,design concentrates on
how the system will accomplish those goals,It is here
that the structure of the software system is established.
设计 分析关注这个系统应该做什么，而设计关注这个系统应
该怎样来实现目标。正是通过设计建立了软件系统的结构。
Chapter 6 Software Engineering
计算机专业英语 6-15
6.1.1 The Cycle as a Whole
The Traditional Development Phase
It is a well-established principle that the best structure
for a large software system is a modular one,Indeed,it is
by means of this modular decomposition that the
implementation of large systems becomes a possibility,
Without such a breakdown,the technical details required
in the implementation of a large system would exceed a
human's comprehensive powers,
大型软件系统最好的结构是模块化系统，这是一条被充分证实
的原则。确实，正是借助模块化的分解方法，大型系统的实现
才成为可能。没有这样的分解，在大型系统实现过程中所需要
的技术细节可能会超过一个人的理解能力。
Chapter 6 Software Engineering
计算机专业英语 6-16
6.1.1 The Cycle as a Whole
The Traditional Development Phase
With a modular design,however,only the details
pertaining to the module under consideration need be
mastered,This same modular design is also conducive
to future maintenance because it allows changes to be
made on a modular basis,(If a change is to be made to
the way each employee's health benefits are calculated,
then only modules dealing with health benefits need be
considered.)
然而，有了这种模块化设计，仅仅需要熟悉与在考虑中的模块
相关的细节。同样，模块化设计对未来的维护是有益的，因为
它允许对基本的模块进行修改。（如果要对每个雇员的医疗福
利计算方法进行修改，那么仅仅需要考虑处理医疗福利模块。）
Chapter 6 Software Engineering
计算机专业英语 6-17
6.1.1 The Cycle as a Whole
The Traditional Development Phase
There are,however,distinctions regarding the concept of a module,
If one approaches the design task in terms of the traditional
imperative paradigm,modules consist of procedures and the
development of a modular design takes the form of identifying the
various tasks that the proposed system must perform,In contrast,if
one approaches the design task from the object-oriented
perspective,modules are seen as objects and the design process
becomes that of identifying the entities (objects) in the proposed
system as well as how these entities should behave.
但是，有关模块的概念也是有差别的。如果一个人以传统的命令式语言范
式的方法来进行设计工作，模块由不同程序组成，而模块化设计则以确定
有待实现系统的不同任务的方式进行。相反地，如果一个人从面向对象的
角度来完成设计工作，模块就被看成了对象，而设计过程变成了确定有待
实现系统中的实体（对象）以及确定这些实体是如何工作的。
Chapter 6 Software Engineering
计算机专业英语 6-18
6.1.1 The Cycle as a Whole
The Traditional Development Phase
Implementation Implementation involves the actual
writing of programs,creation of data files,and
development of databases.
实现 实现包括程序的实际编写、数据文件的建立以及数据库
的开发等过程。
Chapter 6 Software Engineering
计算机专业英语 6-19
6.1.1 The Cycle as a Whole
The Traditional Development Phase
Testing Testing is closely associated with implementation,
because each module of the system is normally tested as it is
implemented,Indeed,each module in a well-designed system
can be tested independently of the other modules by using
simplified versions of the other modules,called stubs,to
simulate the interaction between the target module and the
rest of the system,Of course,this testing of components
gives way to overall system testing as the various modules
are completed and combined.
测试 测试与实现紧密联系，因为系统中的每一个模块都要在实现的过程
中进行正常测试。确实，通过使用其他模块的简化版本 ——有时称为桩模
块，来模拟目标模块和系统其他部分的交互，从而使设计良好的系统中的
每一个模块都可以被独立地测试。当然，在各种模块都开发完成并且整合
在一起之后，这个组件的测试将让路给整个系统的测试。
Chapter 6 Software Engineering
计算机专业英语 6-20
6.1.1 The Cycle as a Whole
The Traditional Development Phase
Unfortunately,the testing and debugging of a system is
extremely difficult to perform successfully,Experience
has shown that large software systems can contain
numerous errors,even after significant testing,Many of
these errors may go undetected for the life of the system,
but others may cause major malfunctions,The
elimination of such errors is one of the goals of software
engineering,The fact that they are still prevalent means
that a lot of research remains to be done.
不幸的是，成功地进行系统的测试和调试是极其困难的。经验表明，大型
的软件系统可能包含众多的错误，甚至是经过关键测试之后。许多这样的
错误在软件的生命期中一直潜伏着，但是也有一些会导致关键性的错误。
减少这样的错误是软件工程的一个目标。这些错误的普遍存在说明了在这
方面还有许多的研究工作要做。
Chapter 6 Software Engineering
计算机专业英语 6-21
6.1.1 The Cycle as a Whole
Recent Trends
Early approaches to software engineering insisted on
performing analysis,design,implementation,and testing
in a strictly sequential manner,The feeling was that too
much was at risk during the development of a large
software system to allow for trial-and-error techniques,
软件工程的早期方法坚持要严格地遵守分析、设计、实现以及
测试的顺序。在大型软件系统的开发过程中，感觉到采用试错
法是在冒着很大的风险进行开发的。
Chapter 6 Software Engineering
计算机专业英语 6-22
6.1.1 The Cycle as a Whole
Recent Trends
As a result,software engineers insisted that the entire
analysis of the system be completed before beginning
the design and,likewise,that the design be completed
before beginning implementation,The result was a
development process now referred to as the waterfall
model,an analogy to the fact that the development
process was allowed to flow in only one direction.
因此，软件工程师坚持应当在设计之前进行完整的系统分析，
同样，设计应该在实现之前完成。这就形成了一个现在称为瀑
布模型的开发过程，这是对开发过程只允许以一个方向进行的
事实的模拟。
Chapter 6 Software Engineering
计算机专业英语 6-23
6.1.1 The Cycle as a Whole
Recent Trends
You will notice a similarity between the four problem-
solving phases identified by Polya and the analysis,
design,implementation,and testing phases of software
development,After all,to develop a large software
system is to solve a problem,
你将注意到由 Polya提出的解决问题的 4个阶段与软件开发的
分析、设计、实现和测试阶段的类似性。毕竟，开发一个大型
的软件系统是去解决一个问题。
Chapter 6 Software Engineering
计算机专业英语 6-24
6.1.1 The Cycle as a Whole
Recent Trends
On the other hand,the traditional waterfall approach to
software development is in stark contrast to the "free-
wheeling," trial-and-creative problem solving,Whereas
the waterfall approach seeks to establish a highly
structured environment in which development
progresses in a sequential fashion,creative problem
solving seeks a nonstructured environment in which one
can drop previous plans of attack to pursue sparks of
intuition without explaining why.
另一方面，传统软件开发的瀑布模型法与随心所欲的反复试验并创
造性地解决问题的方法是完全相反的。瀑布模型法寻求建立一个高
度结构化的环境，希望在这个环境中的开发可以顺利地进行，而创
造性的问题解决要寻找一个非结构化的环境，希望在这个环境中可
以抛弃先前的计划，来追逐思维的火花，而不用解释为什么。
Chapter 6 Software Engineering
计算机专业英语 6-25
6.1.1 The Cycle as a Whole
Recent Trends
In recent years,software engineering techniques have
begun to reflect this underlying contradiction as
illustrated by the emergence of the incremental model for
software development,Following this model,the desired
software system is constructed in increments--the first
being a simplified version of the final product with
limited functionality,
近年来，软件工程技术已经开始反映这种本质的对立了，这可
以由软件开发中出现的增量式模型来说明。根据这个模型，所
需的软件系统是通过增量模式来构造的 ——首先开发最终产品
的简化版本，它只有有限的功能。
Chapter 6 Software Engineering
计算机专业英语 6-26
6.1.1 The Cycle as a Whole
Recent Trends
Once this version has been tested and perhaps evaluated by the
future user,more features are added and tested in an incremental
manner until the system is complete,For example,if the system
being developed is a student records system for a university register,
the first increment may incorporate only the ability to view student
records,Once that version is operational,additional features,such
as the ability to add and update records,would be added in a
stepwise manner.
一旦这个版本经过测试、并且也许经过了未来用户的评估，更
多的特性就可以添加进去并且进行测试，这样就以一种增量的
方式进行，直到完成系统。例如，如果正在开发的系统是为大
学登记员设计的学生记录系统，第一次迭代版本仅仅包括浏览
学生记录的功能。一旦这个版本可以运行了，其他特性，诸如
增加和更新记录的功能，就可以分阶段地添加到系统中了。
Chapter 6 Software Engineering
计算机专业英语 6-27
6.1.1 The Cycle as a Whole
Recent Trends
The incremental model is evidence of the trend in software
development toward prototyping in which incomplete
versions of the proposed system,called prototypes,are built
and evaluated,In the case of the incremental model these
prototypes evolve into the complete,final system---a process
known as evolutionary prototyping,In other cases,the
prototypes may be discarded in favor of a fresh
implementation of the final design,This approach is known as
throwaway prototyping,
这种增量式模型是软件开发向原型法发展趋势的一个证据 ——在这种方法
中，建立并测试的是不完善系统，它也被称为原型,被评估和测试。在增量
式模型中，这些原型进化为一个完整的最终系统 ——这个过程称为演化式
原型。对于其他情况，原型的抛弃会有利于新的最终设计的实现，这种方
法就是抛弃原型。
Chapter 6 Software Engineering
计算机专业英语 6-28
6.1.1 The Cycle as a Whole
Recent Trends
An example that normally falls within this throwaway
category is rapid prototyping in which a simple example
of the proposed system is quickly constructed in the
early stages of development,Such a prototype may
consist of only a few screen images that give an
indication of how the system will interact with the user
and what capabilities it will have,
一个抛弃原型的例子就是快速原型法，在这个方法中，系统的
简单版本在开发的早期就被很快搭建起来。这样的原型也许仅
仅包含少量界面图片来展示系统怎样与用户交互以及它将具有
的功能。
Chapter 6 Software Engineering
计算机专业英语 6-29
6.1.1 The Cycle as a Whole
Recent Trends
The goal is not to produce a working version of the
product but to obtain a demonstration tool that can be
used to clarify communication between the parties
involved,For example,rapid prototypes have proved
advantageous in ironing out system requirements during
the analysis stage or as aids during sales presentations
to potential clients.
我们的目标不是制作产品的有效版本，而是获得一个示范工具，以便阐明
有关方面之间的沟通。例如，在分析阶段解决系统的需求问题，或在销售
阶段作为向潜在客户演示的辅助,快速原型具有很大的优势
Chapter 6 Software Engineering
计算机专业英语 6-30
6.1.1 The Cycle as a Whole
Recent Trends
Another development in software engineering has been
the application of computer technology to the software
development process itself,resulting in what is called
computer-aided software engineering (CASE),
软件工程领域中另一个发展是计算机技术在软件开发过程本身
的应用，这导致了称为计算机辅助软件工程（ CASE）的出现。
Chapter 6 Software Engineering
计算机专业英语 6-31
6.1.1 The Cycle as a Whole
Recent Trends
These computerized systems are known as CASE tools and
include project planning tools (that assist in cost estimation,
project scheduling,and personnel allocation),project
management tools (that assist in monitoring the progress of
the development project),documentation tools (that artist in
writing and organizing documentation),prototyping and
simulation tools (that assist in the development of prototypes),
interface design tools (that assist in the development of GUIs),
and programming tools (that assist in writing and debugging
programs),
这些计算机化系统就是知名的 CASE工具，且包括项目计划工具（帮助成
本估计、项目调度，以及人力资源分配）、项目管理工具（帮助管理开发
项目的进程）、文档工具（帮助撰写和组织文档）、界面设计工具（帮助
开发 GUI）以及程序设计工具（帮助编写和调试程序）。
Chapter 6 Software Engineering
计算机专业英语 6-32
6.1.1 The Cycle as a Whole
Recent Trends
Some of these tools are little more than the word
processors,spreadsheet systems,and e-mail
communication systems used in other applications,
However,others are quite sophisticated packages
designed primarily for the software engineering
environment,For example,some CASE tools include
code generators that,when given specifications for a
part of a system,produce high-level language programs
that implement that part of the system.
这些工具也许仅仅就是在其他的应用程序中的文字处理软件，或者是表格
处理软件，或者是电子邮件通讯系统。一些则是相当复杂的软件，它们主
要是为了软件工程环境来设计的。例如，一些 CASE工具包括了代码生成
器，当给出一个系统局部的说明书时，它可用来生成实现这个系统局部的
高级语言程序。
Chapter 6 Software Engineering
计算机专业英语 6-33
6.2 Design Methodologies
The development of methodologies for designing
software systems is a major quest within software
engineering,In this section we discuss a variety of the
techniques that have been developed as well as
directions of current research.
设计软件系统的方法学是软件工程领域主要探索的方向之一。
本节我们将讨论一些已经形成的方法以及当前的研究方向。
Chapter 6 Software Engineering
计算机专业英语 6-34
6.2.1 Top-Down Versus Bottom-Up
Perhaps the most well-known strategy associated with
system design is the top-down methodology,The point
of this methodology is that one should not try to solve a
complex problem in a single step,Instead,one's first
stop should be to break the problem into smaller,more
manageable subproblems,Then,one should proceed by
breaking these subproblems into still smaller problems.
In this manner,a complex problem becomes a collection
of simpler problems whose solutions collectively solve
the original problem.
也许最著名的系统设计策略就是自顶向下的方法学了。这个方法学的要点
就是人们不要试图一下子就将一个复杂问题解决，而是应当将问题分解成
更小的、可以管理的子问题。然后，将这些子问题分解成更小的问题。以
这种方式，一个复杂的问题变成了相对小的问题的集合，而所有小问题的
解决就是原问题的解决。
Chapter 6 Software Engineering
计算机专业英语 6-35
6.2.1 Top-Down Versus Bottom-Up
The result of top down design tends to be a hierarchical
system of refinements that often can be translated
directly into a modular structure that is compatible with
the imperative programming paradigm,The solutions to
the smallest problems in the hierarchy become
procedural modules that perform simple tasks and are
used as abstract tools by more superior modules to
solve the more complex problems in the system.
自顶向下设计的结果是一个逐步求精的层次系统，这个结构通
常可以被直接翻译成与命令式语言兼容的模块结构。对层次结
构中最小问题的解决变成了执行简单任务的程序模块，这个模
块被较高层用作抽象工具来解决系统中更为复杂的问题。
Chapter 6 Software Engineering
计算机专业英语 6-36
6.2.1 Top-Down Versus Bottom-Up
In contrast to the top-down design methodology is the
bottom-up approach,in which one starts the design of a
system by identifying individual tasks within the system
and then considers how solutions to these tasks can be
used as abstract tools in the solution to more complex
problems,For many years,this approach was
considered inferior to the top down design paradigm.
相对于自顶向下的设计方法学，自底向上的方法确定系统中的
每一个具体任务来开始系统的设计。然后，它考虑如何将这些
任务的解决用做解决更复杂问题的抽象工具。多年来，这个方
法被认为不如自顶向下的设计范式。
Chapter 6 Software Engineering
计算机专业英语 6-37
6.2.1 Top-Down Versus Bottom-Up
Today,however,the bottom-up methodology has gained
support,One reason for this shift is that the top-down
methodology seeks a solution in which a dominant
module uses submodules,each of which relies on
subsubmodules,and so on.
但是，今天，自底向上的方法学又获得了支持。这种转变的一
个原因就是自顶向下的方法寻求一个支配模块使用子模快，而
每一个支配模块依赖于子模块的解决，等等。
Chapter 6 Software Engineering
计算机专业英语 6-38
6.2.1 Top-Down Versus Bottom-Up
However,the best design for many systems is not of a
hierarchical nature,Indeed,a design consisting of two or
more modules interacting as equals,as exemplified by the
client-server model as well as general parallel processing
applications,may be a better solution than a design
consisting of a superior module that relies on subordinates to
perform its task.
但是，对于许多系统来说，最好的设计不是一个层次的结构。
确实，一个设计包括两个或更多模块 ——它们平等交互，这也
是被包含通用并行处理应用程序的客户 /服务器模型或者系统
所例证了的，比起依赖于从属模块来执行任务的较高级模块构
成的设计，它也许是一个更好的解决方案。
Chapter 6 Software Engineering
计算机专业英语 6-39
6.2.1 Top-Down Versus Bottom-Up
Another reason for increased interest in bottom-up
design is that it is more consistent with the goal of
building complex software systems from preconstructed,
off-the-shelf components--an approach that is a current
trend in soft- ware engineering.
对自底向上设计产生更多兴趣的另一个原因，就是它与从预先
构建的现成组件中构建复杂软件系统的目标更加一致 ——这体
现了软件工程当前的趋势。
Chapter 6 Software Engineering
计算机专业英语 6-40
6.2.2 Design Patterns
In an effort to find ways by which software can be
constructed from off-the-shelf components,software
engineers have turned to the field of architecture for
inspiration,Of particular interest is the book A Pattern
Language by Christopher Alexander et al.,which
describes a set of patterns for designing communities.
每种模式都包括了一个问题描述以及建议性的解决方案。这些
问题是很普遍的，而这个建议性的解决方案也是一般性的 ——
旨在强调他们阐述的是问题的一般的本质而不是仅仅为一个特
殊的例子提出一个解决方案。
Chapter 6 Software Engineering
计算机专业英语 6-41
6.2.2 Design Patterns
Each pattern consists of the statement of a problem
followed by a proposed solution,The problems are
intended to be universal,and the proposed solutions are
generic in the sense that they address the universal
nature of the problem rather than proposing a solution
for a particular case.
每种模式都包括了一个问题描述以及建议性的解决方案。这些
问题是很普遍的，而这个建议性的解决方案也是一般性的 ——
旨在强调他们阐述的是问题的一般的本质而不是仅仅为一个特
殊的例子提出一个解决方案。
Chapter 6 Software Engineering
计算机专业英语 6-42
6.2.2 Design Patterns
For example,one pattern,called Quiet Backs,addresses
the need to escape the commotion of a business center
for short periods of refreshment,The proposed solution
is to design "quiet backs" into business districts,In
some cases,the district could be designed around a
main street to which all buildings face--thus,providing
for quiet side streets behind the buildings,In other cases,
"quiet backs" can be obtained by means of parks,rivers,
or cathedrals.
例如，一个模式，叫做“安静的后面”，阐述了躲避商业中心的喧
嚣而寻求短暂的精力恢复的需求。其建议性的解决方案就是在商业
区中设计一个“安静的后面”。在某些情况下，这个商业区要设计
在所有建筑都要朝向的主要街道周围 ——因此可以将安静的辅路铺
在建筑的后面。在其他的情况下，“安静的后面”可以采用公园、
河流或者是教堂的形式。
Chapter 6 Software Engineering
计算机专业英语 6-43
6.2.2 Design Patterns
The important point for our discussion is that
Alexander's wok attempted to identify universal
problems and provide templates for solving them,Today,
many software engineers are attempting to apply this
same approach to the design of large software systems.
In particular,researchers are applying design patterns as
a means of providing generic building blocks with which
software systems can be constructed.
我们所讨论的重点就是 Alexander在著作中试图确定的一般性
问题并且提供解决它们的模板。今天，许多软件工程师也试图
应用同样的方法来设计大型的软件系统。特别地，研究人员正
在应用设计模式作为提供软件构建所需通用单元的方法。
Chapter 6 Software Engineering
计算机专业英语 6-44
6.2.2 Design Patterns
An example of such a pattern is the publisher-subscriber pattern,
consisting of a module (the publisher) that must send copies of its
“publications” to other modules (the subscribers),As a specific
example,consider a collection of data that is being displayed on a
computer screen in more than one format--perhaps as a pie graph as
well as a bar graph--simultaneously,In this setting,any change in
the data should be reflected in both graphs,Thus the software
modules in charge of drawing the graphs should be notified when
changes in the data occur,In this case,then,the software module
maintaining the data plays the role of the publisher that must send
update messages to the subscribers,which are the modules
charged with drawing the graphs.
这种模式的一个例子就是出版商和订户的模式：一个模块（出版商）将其出版物发
送给其他模块（订户）。作为一个特殊的例子，考虑在计算机屏幕上同时显示多种
格式的数据集，如饼图和条形图。这样，任何对数据的修改都将会被反映在两张图
上。因此，当数据发生更改的时候，这个负责画图的软件模块将会被告知。在这种
情况下，维护数据的软件模块就会扮演出版商的角色 ——它必须要给订户发送更新
的消息，而这些订户也是模块，它们负责画图。
Chapter 6 Software Engineering
计算机专业英语 6-45
6.2.2 Design Patterns
Another example of software design pattern is the
container-component pattern,It captures the generic
concept of a container that contains components that are
themselves containers,Such a pattern is exemplified by
the directories or folders used by an operating system's
file manager,Each of these directories typically contains
other directories,which may contain still other
directories,In short,the container-component pattern is
meant to capture the recursive concept of containers
that contain containers.
软件设计模式的另一个例子是容器组件模式。它阐述了容器包括一些组件，
而组件本身又是容器的一般性概念。这种模式的例子就是操作系统的文件
管理器使用的目录或者文件夹。每个这样的目录都包括了其他目录，而这
个被包含了的目录可能又包含了其他的目录。简而言之，容器组件模式可
以描述容器包含容器的递归概念。
Chapter 6 Software Engineering
计算机专业英语 6-46
6.2.2 Design Patterns
Once a pattern such as publisher-subscriber or container-
component has been identified,software engineers propose the
development of skeletal program units,called frameworks,that
implement the pertinent features of the pattern's solution while
leaving features specific to particular applications as slots to be
filled in later,To accompany frameworks,software engineers
propose documentation that describes how the framework can be
filled in to obtain a complete implementation of the underlying
pattern in a particular setting,Such documentation is called a recipe.
Collections of frameworks along with their recipes are fondly known
as cookbooks.
一旦像出版商与订户或者是容器和组件这样的模式被确定，软件工程师就
会计划开发一组程序单元作为骨架，这称为框架，它实现模式方法所要解
决的主要特征，而将特殊应用程序的特性作为缺口，留待以后填入。为了
补充框架，软件工程师提出了如何填充框架的描述文档。这种文挡被称为
处方，与处方在一起的框架集被昵称为菜谱。
Chapter 6 Software Engineering
计算机专业英语 6-47
6.2.2 Design Patterns
Researchers hope that by means of cookbooks,software
engineers will finally be able to construct large,complex
software systems from off-the-shelf components--the
components being frameworks,Early results have
indicated that such an approach can significantly reduce
the amount of programming required in the development
of a new system.
研究人员希望：借助菜谱，软件工程师最终可以从现成的组
件 ——组件就是框架 ——构建大型的复杂软件系统。早期的结
果表明，这种方法可以大大减少开发新系统所需的编程工作量。
Chapter 6 Software Engineering
计算机专业英语 6-48
6.2.2 Design Patterns
With all the excitement that has been generated in the software
engineering community over design patterns,it is interesting to note
that Alexander was not pleased with the results of his patterns in
architecture,In short,he found that the systems designed from his
patterns were lacking in character,and his work since the early
1980s has focused on ways to capture this evasive quality,However,
software engineers argue that the goal in software development
does not involve such qualities as beauty and character,but instead
accuracy and efficiency,Thus,they continue,design patterns will
prove to be more successful in the field of software engineering
than in architecture.
设计模式在软件工程领域中引起了极大的热情，而对于 Alexander而言，
他对自己应用于建筑学的模式却不是很满意，这是十分有趣的事。他发现
根据自己的模式所设计的系统缺乏个性，并且从二十世纪八十年代初开始
他主要致力于捕获这个遗漏性质的方法。但是，软件工程师认为软件开发
的目标不是去追求诸如美观和个性的特性，而是追求准确和高效。因此，
他们将这种方法发扬光大，设计模式在软件工程领域中将比在建筑领域中
更加成功。
Chapter 6 Software Engineering
计算机专业英语 6-49
复杂定语 (从句 )的翻译技巧之一
科技英语中,句子的某个中心词常常被若干个后置定语或定语
从句所修饰。 这是因为 英语句法结构重“形合”,任何一个名
词或名词词组，为了对它进行完整而明确的阐述，可以借助各
种修饰结构 (介词短语、不定式短语、分词短语、定语或同位
语从句等 )像滚雪球那样引出一长串修饰成分。而 汉语讲“意
合”,各个成分用意义串联，往往不需要连接词，一般句子较
短。汉语中，对于一个名词，通常不用“叠床架屋”式的多重
修饰语，因为过长的前置定语会使句子拖泥带水、冗长臃肿、
晦涩难懂。
由于英汉两种语言的修饰方式有很大差别，所以对于科技英语
中含有多重定语或长定语从句的中心词 (组 )没有现成的对应译
法，也就难以用规范的汉语，简练地译出原文复杂的修饰关系。
Chapter 6 Software Engineering
计算机专业英语 6-50
复杂定语 (从句 )的翻译技巧之一
一、先提后述法
适用于结构复杂的并列长定语 (从句 )。翻译时，首先用“这样 (的 )”、“这样一些”、
“下列 (的 )”等词语概括所有修饰成分，然后分别叙述各个修饰内容。用这种方法
翻译的译文，重点突出、条理清楚。在许多情况下，这是一种翻译并列长定语 (从
句 )行之有效的方法。
例 1,A computer is an electronic device that can receive a set of instructions,
or program,and then carry out this program by performing calculations on
numerical data or by compiling and correlating other forms of information.
译文：计算机是一种电子装置，它能接受一套指令或程序，并通过数据运算，或收
集和联系其他形式的信息来执行该程序。
(比较：计算机是一种能接受一套指令或程序，并通过数据运算，或收集和联系其
他形式的信息来执行该程序的电子装置 )
例 2,A sound card is a printed circuit board that can translate digital information
into sound and back,that plug into a slot on the motherboard (the main circuit
board of a computer) and is usually connected to a pair of speakers.
译文：声卡是一块印刷电路板，它能把数字信息译为声音，也能把声音变为数字信
息，它插在母板 (计算机主电路板 )上的槽内，而且通常连接一对喇叭。
(比较：声卡是一块能把数字信息译为声音，也能把声音变为数字信息，插在母板
(计算机主电路板 )上的槽内，而且通常连接一对喇叭的印刷电路板。 )
Chapter 6 Software Engineering
计算机专业英语 6-51
复杂定语 (从句 )的翻译技巧之一
二、先述后提法
此译法是“先提后述法”的倒置。也就是先叙述中心词 (组 )的修饰内容,最后用“这
样的”、“这一切”、“这种”、“这些”等词语予以呼应。
例 1,The fact that the Government may have formulated,furnished,or in any
way supplied the said drawings,specifications,or other data is not to be
regarded by implication …
译文：政府可能已经系统地阐述、提供或以某种方式供应了上述图纸、规范或其他
资料，但这样的事实并非暗示 ……
(比较：政府可能已经系统地阐述、提供或以某种方式供应了上述图纸、规范或其
他资料的这一事实，并非暗示是 ……)
例 2,The way in which a number of processor units are employed in a single
computer system to increase the performance of the system in its
application environment above the performance of single processor is an
organizational technique.
译文：将许多处理器组成单一的计算机系统，从而提高该系统在其运行环境中的性
能，使其超过单个处理器的性能，这种方法称为组织技术。
(比较：将许多处理器组成单一的计算机系统，从而提高该系统在其运行环境中的
性能，使其超过单个处理器的性能的方法称为组织技术。 )
计算机专业英语 6-1
Computer English
Chapter 6 Software Engineering
Chapter 6 Software Engineering
计算机专业英语 6-2
? 掌握软件的生命周期的基本术语与知识；
? 了解软件工程的发展趋势；
? 了解软件设计方法；
? 了解软件安全的有关知识；
? 掌握复杂定语 (从句 )的翻译技巧。
Requirements:
Chapter 6 Software Engineering
计算机专业英语 6-3
New Words & Expressions
manufactured products 工业产品 lieu n.场所
software life cycle 软件生命周期 versus prep,与,..相对
nondescriptive adj,非描述性的 community n.团体,社会
authorized adj.权威认可的,经授权的 leverage n.杠杆作用
generic adj,一般的,普通的 potential adj.潜在的,可能的
in terms of adv.根据,按照,用,..的话 terminology n.术语学
personnel n.人员,职员 inventory n.详细目录,财产清册
adhere to v.粘附,粘着,坚持,追随 password n.密码,口令
specification n.详述,说明书,规范 encrypt v.加密,将,..译成密码
preprocess vt.预加工，预处理 routine n.程序
modular adj.模块的,有标准组件的 well-established 充分证实的
decomposition n.分解 breakdown n,分解，故障
pertaining to 与,..有关的 maintenance n.维护,保持
imperative adj.强制性的，命令式 paradigm n.范例，模式
approach vt.接近,解决 ;n.近似,途径 conducive adj.有助于,..的
evasive adj.逃避的；回避的；推托的 framework n.构架,框架,结构
Chapter 6 Software Engineering
计算机专业英语 6-4
New Words & Expressions
take the form of 采取,..形式 entity n.实体 ; 统一体
modular design 标准设计,模块化设计 object-oriented 面向对象的
stub n.树桩,桩模块 give way to 让路,让步
trial-and-error n.试错，反复试验 malfunction n.故障，出错
waterfall model 瀑布模型 analogy n.类似,类推
after all adv.毕竟 stark adv.完全地
trial-and-creative 试验并创造的 nonstructure 非结构性
intuition n.直觉,直觉的知识 contradiction n.反驳,矛盾
incremental model 增量式模型 update v.修正,更新； n.更新
stepwise adj.楼梯式的,逐步的 prototype n.原型
evolutionary prototyping 演化式原型 in favor of adv.赞同,有利于
throwaway prototyping 抛弃原型 iron out 消除；解决困难等
documentation n.文件 debugging n.调试
spreadsheet n.电子制表软件,电子数据表
Abbreviations
CASE (computer-aided software engineering) 计算机辅助软件工程
GUI (Graphical User Interfaces) 图形用户界面
Chapter 6 Software Engineering
计算机专业英语 6-5
6.1 The Software Life Cycle
6.1.1 The Cycle as a Whole
U s e
M o dif a c t i o n
D e v e lo pme n
Figure 6-1 The software life cycle
The most fundamental concept in software engineering
is the software life cycle.
软件生命周期是软件工程中最基本的概念。
Chapter 6 Software Engineering
计算机专业英语 6-6
6.1.1 The Cycle as a Whole
The software life cycle is shown in Figure 6-1,This figure
represents the fact that once software is developed,it enters a
cycle of being used and modified that continues for the rest of
the software's life,Such a pattern is common for many
manufactured products as well,The difference is that,in the
case of other products,the modification phase is more
accurately called a repair or maintenance phase because other
products tend to move from being used to being modified as
their parts become worn,
在图 6-1中展示了软件的生命周期。这个图说明了一个事实：一旦软件开发
完成，它就进入了使用和修改的循环，并且这个循环将在软件生命期的剩
余时间中不断进行。这样的模式对机器制造的产品而言也是很普通的。不
同之处在于，对于其他产品，软件工程中的修改阶段要被更精确地称作修
理或者维护阶段，因为其他产品由于部件的磨损会有从使用到修改的过程。
Chapter 6 Software Engineering
计算机专业英语 6-7
6.1.1 The Cycle as a Whole
Software,on the other hand,does not wear out,Instead,
software moves into the modification phase because errors are
discovered,because changes in the software's application occur
that require corresponding changes in the software,or because
changes made during a previous modification are found to
induce problems elsewhere in the software,For example,
changes in tax laws may require modifications to payroll
programs that calculate withholding taxes,and all too often
these changes may have adverse effects in other areas of the
program that may not be discovered until some time later.
当然，软件不存在磨损的问题。但是，软件进入修改阶段或者是因为错误
被发现，或者是因为要在软件的应用程序中进行修改从而修改了软件，或
者是因为先前的改变又引起了软件其他地方出现了新的问题。例如，税务
法案的改变导致对计算扣税的工资程序进行修改，而太频繁的修改则会在
软件的其他地方引起反面的作用，而这些是不会被立即发现的。
Chapter 6 Software Engineering
计算机专业英语 6-8
6.1.1 The Cycle as a Whole
Regardless of why software enters the modification phase,the process
requires that a person (often not the original author) study the
underlying program and its documentation until the program,or at
least the pertinent part of the program,is understood,Otherwise,any
modification could introduce more problems than it solves,Acquiring
this understanding can be a difficult task even when the software is
well-designed and documented,In fact,it is often within this phase
that a piece of software is finally discarded under the pretense (too
often true) that it is easier to develop a new system from scratch than
to modify the existing package successfully
不管因为什么原因软件进入了修改阶段，这个过程需要人们（通常不是原
始的作者）研究程序及其文档，直到程序或者至少是相关部分的程序能够
被理解。否则，任何的修改将导致比它所解决问题还要更多的问题出现。
即使软件有优秀的设计和齐备的文档，理解也是一个很困难的工作。事实
上，常常是在这个阶段，一个有用的软件片段最终就被放弃了（常常是这
样），而开发一个新的系统比成功地修改现有软件更容易。
Chapter 6 Software Engineering
计算机专业英语 6-9
6.1.1 The Cycle as a Whole
Experience has shown that a little effort during
the development of software can make a
tremendous difference when modifications in the
software are required,
经验告诉我们,软件开发过程中的一丁点付出，会在软件需要
修改的时候带来巨大的不同。
In turn,most of the research in software
engineering focuses on the development stage of
the software life cycle,with the goal being to
take advantage of this effort-versus-benefit
leverage.
反过来，大多数软件工程的研究都集中于软件生命周期的开发
阶段，它们的目标是要利用这个付出与收益的杠杆作用。
Chapter 6 Software Engineering
计算机专业英语 6-10
6.1.1 The Cycle as a Whole
The Traditional Development Phase
The stages within the development phase of the software
life cycle are analysis,design,implementation,and
testing (Figure 6-2).
软件生命周期的开发阶段包括分析、设计、实现与测试等步骤（如图 6-2所
示）。
An a l y sis
Desi g n
Im p l em en t a t i o n
Test i n g
Chapter 6 Software Engineering
计算机专业英语 6-11
6.1.1 The Cycle as a Whole
The Traditional Development Phase
Analysis The development phase of the software life
cycle begins with analysis--a major goal being to identify
the needs of the user of the proposed system,If the
system is to be a generic product sold in a competitive
market,this analysis would involve a broad-based
investigation to identify the needs of potential customers,
If,however,the system is to be designed for a specific
user,then the process would be a more narrow
investigation.
分析 软件生命周期的开发阶段以分析开始 ——主要目标是确定用户对所
提出系统的需求。如果系统是一个在竞争的市场上销售的通用产品，这个
分析将会包括一个广泛的调查来发现潜在用户的需要。但是，如果系统是
为特殊用户设计的，那么这个过程就是一个更专业的调查。
Chapter 6 Software Engineering
计算机专业英语 6-12
6.1.1 The Cycle as a Whole
The Traditional Development Phase
As the needs of the potential user are identified,they are compiled
to form a set of requirements that the new system must satisfy,
These requirements are stated in terms of the application rather than
in the technical terminology of the data processing community,One
requirement might be that access to data must be restricted to
authorized personnel,Another might be that the data must reflect
the current state of the inventory as of the end of the last business
day or that the arrangement of the data as displayed on the
computer screen must adhere to the format of the paper forms
currently in use.
当潜在用户的要求被确定之后，要将这些要求汇编成新系统必须满足的需
求。这些需求是从应用的角度来表述，而不是用数据处理界的技术术语来
表达。一种需求可能是对数据的存取必须限制在有权限的人员，另一种可
能是当一个工作日结束时，数据必须反映目前的清单状态，或者可能是在
计算机屏幕上的数据必须按照用户目前使用的格式来显示。
Chapter 6 Software Engineering
计算机专业英语 6-13
6.1.1 The Cycle as a Whole
The Traditional Development Phase
After the system requirements are identified,they are
converted into more technical system specifications,For
example,the requirement that data be restricted to
authorized personnel might become the specification
that the system will not respond until an approved eight-
digit password has been typed at the keyboard or that
data will be displayed in encrypted form unless
preprocessed by a routine known only to authorized
personnel.
系统的需求被确定以后，它们就转化为更具技术性的说明书。例如，关于
数据须限制在某些有权限的人的需求，就可能转化为以下规范 ——直到从
键盘输入一个被认可的 8位密码，系统才开始响应，或者除非经过只有授
权的人才知道的例程预处理，否则数据将以加密的形式显示在屏幕上。
Chapter 6 Software Engineering
计算机专业英语 6-14
6.1.1 The Cycle as a Whole
The Traditional Development Phase
Design Whereas analysis concentrates on what the
proposed system should do,design concentrates on
how the system will accomplish those goals,It is here
that the structure of the software system is established.
设计 分析关注这个系统应该做什么，而设计关注这个系统应
该怎样来实现目标。正是通过设计建立了软件系统的结构。
Chapter 6 Software Engineering
计算机专业英语 6-15
6.1.1 The Cycle as a Whole
The Traditional Development Phase
It is a well-established principle that the best structure
for a large software system is a modular one,Indeed,it is
by means of this modular decomposition that the
implementation of large systems becomes a possibility,
Without such a breakdown,the technical details required
in the implementation of a large system would exceed a
human's comprehensive powers,
大型软件系统最好的结构是模块化系统，这是一条被充分证实
的原则。确实，正是借助模块化的分解方法，大型系统的实现
才成为可能。没有这样的分解，在大型系统实现过程中所需要
的技术细节可能会超过一个人的理解能力。
Chapter 6 Software Engineering
计算机专业英语 6-16
6.1.1 The Cycle as a Whole
The Traditional Development Phase
With a modular design,however,only the details
pertaining to the module under consideration need be
mastered,This same modular design is also conducive
to future maintenance because it allows changes to be
made on a modular basis,(If a change is to be made to
the way each employee's health benefits are calculated,
then only modules dealing with health benefits need be
considered.)
然而，有了这种模块化设计，仅仅需要熟悉与在考虑中的模块
相关的细节。同样，模块化设计对未来的维护是有益的，因为
它允许对基本的模块进行修改。（如果要对每个雇员的医疗福
利计算方法进行修改，那么仅仅需要考虑处理医疗福利模块。）
Chapter 6 Software Engineering
计算机专业英语 6-17
6.1.1 The Cycle as a Whole
The Traditional Development Phase
There are,however,distinctions regarding the concept of a module,
If one approaches the design task in terms of the traditional
imperative paradigm,modules consist of procedures and the
development of a modular design takes the form of identifying the
various tasks that the proposed system must perform,In contrast,if
one approaches the design task from the object-oriented
perspective,modules are seen as objects and the design process
becomes that of identifying the entities (objects) in the proposed
system as well as how these entities should behave.
但是，有关模块的概念也是有差别的。如果一个人以传统的命令式语言范
式的方法来进行设计工作，模块由不同程序组成，而模块化设计则以确定
有待实现系统的不同任务的方式进行。相反地，如果一个人从面向对象的
角度来完成设计工作，模块就被看成了对象，而设计过程变成了确定有待
实现系统中的实体（对象）以及确定这些实体是如何工作的。
Chapter 6 Software Engineering
计算机专业英语 6-18
6.1.1 The Cycle as a Whole
The Traditional Development Phase
Implementation Implementation involves the actual
writing of programs,creation of data files,and
development of databases.
实现 实现包括程序的实际编写、数据文件的建立以及数据库
的开发等过程。
Chapter 6 Software Engineering
计算机专业英语 6-19
6.1.1 The Cycle as a Whole
The Traditional Development Phase
Testing Testing is closely associated with implementation,
because each module of the system is normally tested as it is
implemented,Indeed,each module in a well-designed system
can be tested independently of the other modules by using
simplified versions of the other modules,called stubs,to
simulate the interaction between the target module and the
rest of the system,Of course,this testing of components
gives way to overall system testing as the various modules
are completed and combined.
测试 测试与实现紧密联系，因为系统中的每一个模块都要在实现的过程
中进行正常测试。确实，通过使用其他模块的简化版本 ——有时称为桩模
块，来模拟目标模块和系统其他部分的交互，从而使设计良好的系统中的
每一个模块都可以被独立地测试。当然，在各种模块都开发完成并且整合
在一起之后，这个组件的测试将让路给整个系统的测试。
Chapter 6 Software Engineering
计算机专业英语 6-20
6.1.1 The Cycle as a Whole
The Traditional Development Phase
Unfortunately,the testing and debugging of a system is
extremely difficult to perform successfully,Experience
has shown that large software systems can contain
numerous errors,even after significant testing,Many of
these errors may go undetected for the life of the system,
but others may cause major malfunctions,The
elimination of such errors is one of the goals of software
engineering,The fact that they are still prevalent means
that a lot of research remains to be done.
不幸的是，成功地进行系统的测试和调试是极其困难的。经验表明，大型
的软件系统可能包含众多的错误，甚至是经过关键测试之后。许多这样的
错误在软件的生命期中一直潜伏着，但是也有一些会导致关键性的错误。
减少这样的错误是软件工程的一个目标。这些错误的普遍存在说明了在这
方面还有许多的研究工作要做。
Chapter 6 Software Engineering
计算机专业英语 6-21
6.1.1 The Cycle as a Whole
Recent Trends
Early approaches to software engineering insisted on
performing analysis,design,implementation,and testing
in a strictly sequential manner,The feeling was that too
much was at risk during the development of a large
software system to allow for trial-and-error techniques,
软件工程的早期方法坚持要严格地遵守分析、设计、实现以及
测试的顺序。在大型软件系统的开发过程中，感觉到采用试错
法是在冒着很大的风险进行开发的。
Chapter 6 Software Engineering
计算机专业英语 6-22
6.1.1 The Cycle as a Whole
Recent Trends
As a result,software engineers insisted that the entire
analysis of the system be completed before beginning
the design and,likewise,that the design be completed
before beginning implementation,The result was a
development process now referred to as the waterfall
model,an analogy to the fact that the development
process was allowed to flow in only one direction.
因此，软件工程师坚持应当在设计之前进行完整的系统分析，
同样，设计应该在实现之前完成。这就形成了一个现在称为瀑
布模型的开发过程，这是对开发过程只允许以一个方向进行的
事实的模拟。
Chapter 6 Software Engineering
计算机专业英语 6-23
6.1.1 The Cycle as a Whole
Recent Trends
You will notice a similarity between the four problem-
solving phases identified by Polya and the analysis,
design,implementation,and testing phases of software
development,After all,to develop a large software
system is to solve a problem,
你将注意到由 Polya提出的解决问题的 4个阶段与软件开发的
分析、设计、实现和测试阶段的类似性。毕竟，开发一个大型
的软件系统是去解决一个问题。
Chapter 6 Software Engineering
计算机专业英语 6-24
6.1.1 The Cycle as a Whole
Recent Trends
On the other hand,the traditional waterfall approach to
software development is in stark contrast to the "free-
wheeling," trial-and-creative problem solving,Whereas
the waterfall approach seeks to establish a highly
structured environment in which development
progresses in a sequential fashion,creative problem
solving seeks a nonstructured environment in which one
can drop previous plans of attack to pursue sparks of
intuition without explaining why.
另一方面，传统软件开发的瀑布模型法与随心所欲的反复试验并创
造性地解决问题的方法是完全相反的。瀑布模型法寻求建立一个高
度结构化的环境，希望在这个环境中的开发可以顺利地进行，而创
造性的问题解决要寻找一个非结构化的环境，希望在这个环境中可
以抛弃先前的计划，来追逐思维的火花，而不用解释为什么。
Chapter 6 Software Engineering
计算机专业英语 6-25
6.1.1 The Cycle as a Whole
Recent Trends
In recent years,software engineering techniques have
begun to reflect this underlying contradiction as
illustrated by the emergence of the incremental model for
software development,Following this model,the desired
software system is constructed in increments--the first
being a simplified version of the final product with
limited functionality,
近年来，软件工程技术已经开始反映这种本质的对立了，这可
以由软件开发中出现的增量式模型来说明。根据这个模型，所
需的软件系统是通过增量模式来构造的 ——首先开发最终产品
的简化版本，它只有有限的功能。
Chapter 6 Software Engineering
计算机专业英语 6-26
6.1.1 The Cycle as a Whole
Recent Trends
Once this version has been tested and perhaps evaluated by the
future user,more features are added and tested in an incremental
manner until the system is complete,For example,if the system
being developed is a student records system for a university register,
the first increment may incorporate only the ability to view student
records,Once that version is operational,additional features,such
as the ability to add and update records,would be added in a
stepwise manner.
一旦这个版本经过测试、并且也许经过了未来用户的评估，更
多的特性就可以添加进去并且进行测试，这样就以一种增量的
方式进行，直到完成系统。例如，如果正在开发的系统是为大
学登记员设计的学生记录系统，第一次迭代版本仅仅包括浏览
学生记录的功能。一旦这个版本可以运行了，其他特性，诸如
增加和更新记录的功能，就可以分阶段地添加到系统中了。
Chapter 6 Software Engineering
计算机专业英语 6-27
6.1.1 The Cycle as a Whole
Recent Trends
The incremental model is evidence of the trend in software
development toward prototyping in which incomplete
versions of the proposed system,called prototypes,are built
and evaluated,In the case of the incremental model these
prototypes evolve into the complete,final system---a process
known as evolutionary prototyping,In other cases,the
prototypes may be discarded in favor of a fresh
implementation of the final design,This approach is known as
throwaway prototyping,
这种增量式模型是软件开发向原型法发展趋势的一个证据 ——在这种方法
中，建立并测试的是不完善系统，它也被称为原型,被评估和测试。在增量
式模型中，这些原型进化为一个完整的最终系统 ——这个过程称为演化式
原型。对于其他情况，原型的抛弃会有利于新的最终设计的实现，这种方
法就是抛弃原型。
Chapter 6 Software Engineering
计算机专业英语 6-28
6.1.1 The Cycle as a Whole
Recent Trends
An example that normally falls within this throwaway
category is rapid prototyping in which a simple example
of the proposed system is quickly constructed in the
early stages of development,Such a prototype may
consist of only a few screen images that give an
indication of how the system will interact with the user
and what capabilities it will have,
一个抛弃原型的例子就是快速原型法，在这个方法中，系统的
简单版本在开发的早期就被很快搭建起来。这样的原型也许仅
仅包含少量界面图片来展示系统怎样与用户交互以及它将具有
的功能。
Chapter 6 Software Engineering
计算机专业英语 6-29
6.1.1 The Cycle as a Whole
Recent Trends
The goal is not to produce a working version of the
product but to obtain a demonstration tool that can be
used to clarify communication between the parties
involved,For example,rapid prototypes have proved
advantageous in ironing out system requirements during
the analysis stage or as aids during sales presentations
to potential clients.
我们的目标不是制作产品的有效版本，而是获得一个示范工具，以便阐明
有关方面之间的沟通。例如，在分析阶段解决系统的需求问题，或在销售
阶段作为向潜在客户演示的辅助,快速原型具有很大的优势
Chapter 6 Software Engineering
计算机专业英语 6-30
6.1.1 The Cycle as a Whole
Recent Trends
Another development in software engineering has been
the application of computer technology to the software
development process itself,resulting in what is called
computer-aided software engineering (CASE),
软件工程领域中另一个发展是计算机技术在软件开发过程本身
的应用，这导致了称为计算机辅助软件工程（ CASE）的出现。
Chapter 6 Software Engineering
计算机专业英语 6-31
6.1.1 The Cycle as a Whole
Recent Trends
These computerized systems are known as CASE tools and
include project planning tools (that assist in cost estimation,
project scheduling,and personnel allocation),project
management tools (that assist in monitoring the progress of
the development project),documentation tools (that artist in
writing and organizing documentation),prototyping and
simulation tools (that assist in the development of prototypes),
interface design tools (that assist in the development of GUIs),
and programming tools (that assist in writing and debugging
programs),
这些计算机化系统就是知名的 CASE工具，且包括项目计划工具（帮助成
本估计、项目调度，以及人力资源分配）、项目管理工具（帮助管理开发
项目的进程）、文档工具（帮助撰写和组织文档）、界面设计工具（帮助
开发 GUI）以及程序设计工具（帮助编写和调试程序）。
Chapter 6 Software Engineering
计算机专业英语 6-32
6.1.1 The Cycle as a Whole
Recent Trends
Some of these tools are little more than the word
processors,spreadsheet systems,and e-mail
communication systems used in other applications,
However,others are quite sophisticated packages
designed primarily for the software engineering
environment,For example,some CASE tools include
code generators that,when given specifications for a
part of a system,produce high-level language programs
that implement that part of the system.
这些工具也许仅仅就是在其他的应用程序中的文字处理软件，或者是表格
处理软件，或者是电子邮件通讯系统。一些则是相当复杂的软件，它们主
要是为了软件工程环境来设计的。例如，一些 CASE工具包括了代码生成
器，当给出一个系统局部的说明书时，它可用来生成实现这个系统局部的
高级语言程序。
Chapter 6 Software Engineering
计算机专业英语 6-33
6.2 Design Methodologies
The development of methodologies for designing
software systems is a major quest within software
engineering,In this section we discuss a variety of the
techniques that have been developed as well as
directions of current research.
设计软件系统的方法学是软件工程领域主要探索的方向之一。
本节我们将讨论一些已经形成的方法以及当前的研究方向。
Chapter 6 Software Engineering
计算机专业英语 6-34
6.2.1 Top-Down Versus Bottom-Up
Perhaps the most well-known strategy associated with
system design is the top-down methodology,The point
of this methodology is that one should not try to solve a
complex problem in a single step,Instead,one's first
stop should be to break the problem into smaller,more
manageable subproblems,Then,one should proceed by
breaking these subproblems into still smaller problems.
In this manner,a complex problem becomes a collection
of simpler problems whose solutions collectively solve
the original problem.
也许最著名的系统设计策略就是自顶向下的方法学了。这个方法学的要点
就是人们不要试图一下子就将一个复杂问题解决，而是应当将问题分解成
更小的、可以管理的子问题。然后，将这些子问题分解成更小的问题。以
这种方式，一个复杂的问题变成了相对小的问题的集合，而所有小问题的
解决就是原问题的解决。
Chapter 6 Software Engineering
计算机专业英语 6-35
6.2.1 Top-Down Versus Bottom-Up
The result of top down design tends to be a hierarchical
system of refinements that often can be translated
directly into a modular structure that is compatible with
the imperative programming paradigm,The solutions to
the smallest problems in the hierarchy become
procedural modules that perform simple tasks and are
used as abstract tools by more superior modules to
solve the more complex problems in the system.
自顶向下设计的结果是一个逐步求精的层次系统，这个结构通
常可以被直接翻译成与命令式语言兼容的模块结构。对层次结
构中最小问题的解决变成了执行简单任务的程序模块，这个模
块被较高层用作抽象工具来解决系统中更为复杂的问题。
Chapter 6 Software Engineering
计算机专业英语 6-36
6.2.1 Top-Down Versus Bottom-Up
In contrast to the top-down design methodology is the
bottom-up approach,in which one starts the design of a
system by identifying individual tasks within the system
and then considers how solutions to these tasks can be
used as abstract tools in the solution to more complex
problems,For many years,this approach was
considered inferior to the top down design paradigm.
相对于自顶向下的设计方法学，自底向上的方法确定系统中的
每一个具体任务来开始系统的设计。然后，它考虑如何将这些
任务的解决用做解决更复杂问题的抽象工具。多年来，这个方
法被认为不如自顶向下的设计范式。
Chapter 6 Software Engineering
计算机专业英语 6-37
6.2.1 Top-Down Versus Bottom-Up
Today,however,the bottom-up methodology has gained
support,One reason for this shift is that the top-down
methodology seeks a solution in which a dominant
module uses submodules,each of which relies on
subsubmodules,and so on.
但是，今天，自底向上的方法学又获得了支持。这种转变的一
个原因就是自顶向下的方法寻求一个支配模块使用子模快，而
每一个支配模块依赖于子模块的解决，等等。
Chapter 6 Software Engineering
计算机专业英语 6-38
6.2.1 Top-Down Versus Bottom-Up
However,the best design for many systems is not of a
hierarchical nature,Indeed,a design consisting of two or
more modules interacting as equals,as exemplified by the
client-server model as well as general parallel processing
applications,may be a better solution than a design
consisting of a superior module that relies on subordinates to
perform its task.
但是，对于许多系统来说，最好的设计不是一个层次的结构。
确实，一个设计包括两个或更多模块 ——它们平等交互，这也
是被包含通用并行处理应用程序的客户 /服务器模型或者系统
所例证了的，比起依赖于从属模块来执行任务的较高级模块构
成的设计，它也许是一个更好的解决方案。
Chapter 6 Software Engineering
计算机专业英语 6-39
6.2.1 Top-Down Versus Bottom-Up
Another reason for increased interest in bottom-up
design is that it is more consistent with the goal of
building complex software systems from preconstructed,
off-the-shelf components--an approach that is a current
trend in soft- ware engineering.
对自底向上设计产生更多兴趣的另一个原因，就是它与从预先
构建的现成组件中构建复杂软件系统的目标更加一致 ——这体
现了软件工程当前的趋势。
Chapter 6 Software Engineering
计算机专业英语 6-40
6.2.2 Design Patterns
In an effort to find ways by which software can be
constructed from off-the-shelf components,software
engineers have turned to the field of architecture for
inspiration,Of particular interest is the book A Pattern
Language by Christopher Alexander et al.,which
describes a set of patterns for designing communities.
每种模式都包括了一个问题描述以及建议性的解决方案。这些
问题是很普遍的，而这个建议性的解决方案也是一般性的 ——
旨在强调他们阐述的是问题的一般的本质而不是仅仅为一个特
殊的例子提出一个解决方案。
Chapter 6 Software Engineering
计算机专业英语 6-41
6.2.2 Design Patterns
Each pattern consists of the statement of a problem
followed by a proposed solution,The problems are
intended to be universal,and the proposed solutions are
generic in the sense that they address the universal
nature of the problem rather than proposing a solution
for a particular case.
每种模式都包括了一个问题描述以及建议性的解决方案。这些
问题是很普遍的，而这个建议性的解决方案也是一般性的 ——
旨在强调他们阐述的是问题的一般的本质而不是仅仅为一个特
殊的例子提出一个解决方案。
Chapter 6 Software Engineering
计算机专业英语 6-42
6.2.2 Design Patterns
For example,one pattern,called Quiet Backs,addresses
the need to escape the commotion of a business center
for short periods of refreshment,The proposed solution
is to design "quiet backs" into business districts,In
some cases,the district could be designed around a
main street to which all buildings face--thus,providing
for quiet side streets behind the buildings,In other cases,
"quiet backs" can be obtained by means of parks,rivers,
or cathedrals.
例如，一个模式，叫做“安静的后面”，阐述了躲避商业中心的喧
嚣而寻求短暂的精力恢复的需求。其建议性的解决方案就是在商业
区中设计一个“安静的后面”。在某些情况下，这个商业区要设计
在所有建筑都要朝向的主要街道周围 ——因此可以将安静的辅路铺
在建筑的后面。在其他的情况下，“安静的后面”可以采用公园、
河流或者是教堂的形式。
Chapter 6 Software Engineering
计算机专业英语 6-43
6.2.2 Design Patterns
The important point for our discussion is that
Alexander's wok attempted to identify universal
problems and provide templates for solving them,Today,
many software engineers are attempting to apply this
same approach to the design of large software systems.
In particular,researchers are applying design patterns as
a means of providing generic building blocks with which
software systems can be constructed.
我们所讨论的重点就是 Alexander在著作中试图确定的一般性
问题并且提供解决它们的模板。今天，许多软件工程师也试图
应用同样的方法来设计大型的软件系统。特别地，研究人员正
在应用设计模式作为提供软件构建所需通用单元的方法。
Chapter 6 Software Engineering
计算机专业英语 6-44
6.2.2 Design Patterns
An example of such a pattern is the publisher-subscriber pattern,
consisting of a module (the publisher) that must send copies of its
“publications” to other modules (the subscribers),As a specific
example,consider a collection of data that is being displayed on a
computer screen in more than one format--perhaps as a pie graph as
well as a bar graph--simultaneously,In this setting,any change in
the data should be reflected in both graphs,Thus the software
modules in charge of drawing the graphs should be notified when
changes in the data occur,In this case,then,the software module
maintaining the data plays the role of the publisher that must send
update messages to the subscribers,which are the modules
charged with drawing the graphs.
这种模式的一个例子就是出版商和订户的模式：一个模块（出版商）将其出版物发
送给其他模块（订户）。作为一个特殊的例子，考虑在计算机屏幕上同时显示多种
格式的数据集，如饼图和条形图。这样，任何对数据的修改都将会被反映在两张图
上。因此，当数据发生更改的时候，这个负责画图的软件模块将会被告知。在这种
情况下，维护数据的软件模块就会扮演出版商的角色 ——它必须要给订户发送更新
的消息，而这些订户也是模块，它们负责画图。
Chapter 6 Software Engineering
计算机专业英语 6-45
6.2.2 Design Patterns
Another example of software design pattern is the
container-component pattern,It captures the generic
concept of a container that contains components that are
themselves containers,Such a pattern is exemplified by
the directories or folders used by an operating system's
file manager,Each of these directories typically contains
other directories,which may contain still other
directories,In short,the container-component pattern is
meant to capture the recursive concept of containers
that contain containers.
软件设计模式的另一个例子是容器组件模式。它阐述了容器包括一些组件，
而组件本身又是容器的一般性概念。这种模式的例子就是操作系统的文件
管理器使用的目录或者文件夹。每个这样的目录都包括了其他目录，而这
个被包含了的目录可能又包含了其他的目录。简而言之，容器组件模式可
以描述容器包含容器的递归概念。
Chapter 6 Software Engineering
计算机专业英语 6-46
6.2.2 Design Patterns
Once a pattern such as publisher-subscriber or container-
component has been identified,software engineers propose the
development of skeletal program units,called frameworks,that
implement the pertinent features of the pattern's solution while
leaving features specific to particular applications as slots to be
filled in later,To accompany frameworks,software engineers
propose documentation that describes how the framework can be
filled in to obtain a complete implementation of the underlying
pattern in a particular setting,Such documentation is called a recipe.
Collections of frameworks along with their recipes are fondly known
as cookbooks.
一旦像出版商与订户或者是容器和组件这样的模式被确定，软件工程师就
会计划开发一组程序单元作为骨架，这称为框架，它实现模式方法所要解
决的主要特征，而将特殊应用程序的特性作为缺口，留待以后填入。为了
补充框架，软件工程师提出了如何填充框架的描述文档。这种文挡被称为
处方，与处方在一起的框架集被昵称为菜谱。
Chapter 6 Software Engineering
计算机专业英语 6-47
6.2.2 Design Patterns
Researchers hope that by means of cookbooks,software
engineers will finally be able to construct large,complex
software systems from off-the-shelf components--the
components being frameworks,Early results have
indicated that such an approach can significantly reduce
the amount of programming required in the development
of a new system.
研究人员希望：借助菜谱，软件工程师最终可以从现成的组
件 ——组件就是框架 ——构建大型的复杂软件系统。早期的结
果表明，这种方法可以大大减少开发新系统所需的编程工作量。
Chapter 6 Software Engineering
计算机专业英语 6-48
6.2.2 Design Patterns
With all the excitement that has been generated in the software
engineering community over design patterns,it is interesting to note
that Alexander was not pleased with the results of his patterns in
architecture,In short,he found that the systems designed from his
patterns were lacking in character,and his work since the early
1980s has focused on ways to capture this evasive quality,However,
software engineers argue that the goal in software development
does not involve such qualities as beauty and character,but instead
accuracy and efficiency,Thus,they continue,design patterns will
prove to be more successful in the field of software engineering
than in architecture.
设计模式在软件工程领域中引起了极大的热情，而对于 Alexander而言，
他对自己应用于建筑学的模式却不是很满意，这是十分有趣的事。他发现
根据自己的模式所设计的系统缺乏个性，并且从二十世纪八十年代初开始
他主要致力于捕获这个遗漏性质的方法。但是，软件工程师认为软件开发
的目标不是去追求诸如美观和个性的特性，而是追求准确和高效。因此，
他们将这种方法发扬光大，设计模式在软件工程领域中将比在建筑领域中
更加成功。
Chapter 6 Software Engineering
计算机专业英语 6-49
复杂定语 (从句 )的翻译技巧之一
科技英语中,句子的某个中心词常常被若干个后置定语或定语
从句所修饰。 这是因为 英语句法结构重“形合”,任何一个名
词或名词词组，为了对它进行完整而明确的阐述，可以借助各
种修饰结构 (介词短语、不定式短语、分词短语、定语或同位
语从句等 )像滚雪球那样引出一长串修饰成分。而 汉语讲“意
合”,各个成分用意义串联，往往不需要连接词，一般句子较
短。汉语中，对于一个名词，通常不用“叠床架屋”式的多重
修饰语，因为过长的前置定语会使句子拖泥带水、冗长臃肿、
晦涩难懂。
由于英汉两种语言的修饰方式有很大差别，所以对于科技英语
中含有多重定语或长定语从句的中心词 (组 )没有现成的对应译
法，也就难以用规范的汉语，简练地译出原文复杂的修饰关系。
Chapter 6 Software Engineering
计算机专业英语 6-50
复杂定语 (从句 )的翻译技巧之一
一、先提后述法
适用于结构复杂的并列长定语 (从句 )。翻译时，首先用“这样 (的 )”、“这样一些”、
“下列 (的 )”等词语概括所有修饰成分，然后分别叙述各个修饰内容。用这种方法
翻译的译文，重点突出、条理清楚。在许多情况下，这是一种翻译并列长定语 (从
句 )行之有效的方法。
例 1,A computer is an electronic device that can receive a set of instructions,
or program,and then carry out this program by performing calculations on
numerical data or by compiling and correlating other forms of information.
译文：计算机是一种电子装置，它能接受一套指令或程序，并通过数据运算，或收
集和联系其他形式的信息来执行该程序。
(比较：计算机是一种能接受一套指令或程序，并通过数据运算，或收集和联系其
他形式的信息来执行该程序的电子装置 )
例 2,A sound card is a printed circuit board that can translate digital information
into sound and back,that plug into a slot on the motherboard (the main circuit
board of a computer) and is usually connected to a pair of speakers.
译文：声卡是一块印刷电路板，它能把数字信息译为声音，也能把声音变为数字信
息，它插在母板 (计算机主电路板 )上的槽内，而且通常连接一对喇叭。
(比较：声卡是一块能把数字信息译为声音，也能把声音变为数字信息，插在母板
(计算机主电路板 )上的槽内，而且通常连接一对喇叭的印刷电路板。 )
Chapter 6 Software Engineering
计算机专业英语 6-51
复杂定语 (从句 )的翻译技巧之一
二、先述后提法
此译法是“先提后述法”的倒置。也就是先叙述中心词 (组 )的修饰内容,最后用“这
样的”、“这一切”、“这种”、“这些”等词语予以呼应。
例 1,The fact that the Government may have formulated,furnished,or in any
way supplied the said drawings,specifications,or other data is not to be
regarded by implication …
译文：政府可能已经系统地阐述、提供或以某种方式供应了上述图纸、规范或其他
资料，但这样的事实并非暗示 ……
(比较：政府可能已经系统地阐述、提供或以某种方式供应了上述图纸、规范或其
他资料的这一事实，并非暗示是 ……)
例 2,The way in which a number of processor units are employed in a single
computer system to increase the performance of the system in its
application environment above the performance of single processor is an
organizational technique.
译文：将许多处理器组成单一的计算机系统，从而提高该系统在其运行环境中的性
能，使其超过单个处理器的性能，这种方法称为组织技术。
(比较：将许多处理器组成单一的计算机系统，从而提高该系统在其运行环境中的
性能，使其超过单个处理器的性能的方法称为组织技术。 )
