A
ABC
请参阅:基于活动的成本核算(activity-based costing)
ABM
请参阅:基于活动的管理(activity-based management)
ACL
访问控制列表(Access control list)。
API
请参阅:应用程序编程接口(application programming interface)
APPC
请参阅:高级程序间通信(advanced program-to-program communication)
applet
设计在 Web 浏览器之中运行的 Java 程序。请对比:应用程序(application)
ASCII
请参阅:美国信息交换标准码(american standard code for information interchange)
ASP
请参阅:活动服务器页(active server page)
B
BASIC
初学者通用符号指令码一种编程语言。请参阅:VB
bean
可用于构建应用程序的小构件。请参阅:JavaBean
beaninfo
Bean 的伴生类,确定可访问的一组方法,这些方法可以检索有关 Bean 的特征、事件和方法的信息。
Beta 测试(beta testing)
发行之前的测试,目的在于让一部分抽样选取的目标客户群来试用产品。
C
CBD
请参阅:基于构件的开发(component-baseddevelopment)
CCB
请参阅:变更控制委员会(changecontrol board)
CDR
请参阅:关键设计复审(critical design review)
CGI
请参阅:公共网关接口(common gateway interface)
CLI
请参阅:调用级别接口(call-level interface)
CM
请参阅:配置管理(configuration management)
COBOL
面向商业的通用语言(Common Business Oriented Language)
COM
构件对象模型(Microsoft)。一种来自 DEC 和 Microsoft 的软件构架,它允许 ObjectBroker 和 OLE(对象链接与嵌入)之间的相互操作。Microsoft 后来将 COM 发展成了 DCOM
cookies
由您的 Web 浏览器根据您所访问的 Web 站点的请求所创建的小文件,浏览器将在随后访问中将该文件的内容发送给相应站点。
CORBA
请参阅:公共对象请求代理体系结构(commonobject request broker architecture)
CR
请参阅:变更请求(change request)
CRC
类职责协调程序。这是面向对象开发中的一项技术,最初由 Ward Cunningham和 Kent Beck 所建议,其目的是帮助定义对象在系统中应做什么(它们的职责),并标识履行这些职责还涉及到的其它对象(协调程序)。该技术描述在 [WIR90] 中。CRC 卡是一种通过使用普通索引卡来捕获这些结果的方法。
CRUPIC STMPL
此首字母缩写代表可同时用在产品需求的定义和产品质量的评估中的类别。它分成两部分,第一部分代表操作类别 - 能力、可靠性、可用性、性能、可安装性和兼容性;第二部分代表开发类别 - 可支持性、可测性、可维护性、可移植性和可本地化性。另见:FURPS+
D
DASD
请参阅:直接访问存储设备(directaccess storage device)
DBA
数据库管理员(Database administrator)
DBCS
请参阅:双字节字符集(double-bytecharacter set)
DBMS
请参阅:数据库管理系统(databasemanagement system)
DCE
请参阅:分布式计算环境(distributedcomputing environment)
DCOM
分布式构件对象模型(Microsoft)。Microsoft 对其构件对象模型(COM)的扩展,用于支持分布在整个网络上的对象。
DLL
请参阅:动态链接库(dynamicallylinked library)
DMZ
请参阅:隔离带(de-militarizedzone)
DNS
请参阅:域名服务器(domain nameserver)
E
EJB
请参阅:enterprise javabean
enterprise javabean (EJB)
EJB 是一个不可见的远程对象,设计用于在服务器上运行并由客户机调用。EJB 可以从多个不可见的 JavaBean 中构建。EJB 用于在一台计算机上运行,并从另一台计算机上远程调用。它们是独立于平台的。一旦 Bean 编写完成,即可用于支持 Java 的任何客户机或服务器平台。
ERP
企业资源规划
F
FTP
请参阅:文件传输协议(file transfer protocol)
FURPS
功能、可用性、可靠性、性能、可支持性以及其它。此首字母缩写在 [GRA92] 中描述,它代表可同时用在产品需求的定义和产品质量的评估中的类别。也可使用备用分类方法。请参阅:CRUPIC STMPL
G
GUI
请参阅:图形用户界面(graphical user interface)
H
hotjava
由 Sun Microsystems, Inc. 开发的支持 Java 的 Web 和 intranet 浏览器。HotJava 是用 Java 编写的。
HTML
请参阅:超文本标记语言(hypertext markup language)
HTML 浏览器(HTML browser)
请参阅:Web 浏览器(web browser)
HTTP
超文本传输协议(Hypertext transport protocol)
HTTP 请求(HTTP request)
通过 Web 浏览器启动的事务,它遵循 HTTP。服务器通常以 HTML 数据做出响应,但也可以发送其它类型的对象。
I
I/T
信息技术
IDE
请参阅:集成开发环境(integrated development environment)
IE
Internet explorer(Microsoft)
IEEE
电气电子工程师学会(Institute of Electrical and Electronics Engineers, Inc.)
IIOP
请参阅:Internet ORB 间协议(internet inter-ORB protocol)
IMAP4
Internet 消息访问协议 - 第 4 版(Internet Message Access Protocol - version 4)
Internet
所有使用 TCP/IP 协议的众多互连网络的集合,从二十世纪六十年代末、七十年代初的 ARPANET 发展而成。
Internet ORB 间协议(Internet Inter-ORB Protocol,IIOP)
业界标准协议,定义如何通过 TCP/IP 网络交换通用 ORB 间协议(GIOP)消息。IIOP 使得 Internet 本身即可用作主干 ORB,其它 ORB 可借此进行桥接。
Internet 协议地址(Internet protocol address)
一个数字地址,可唯一标识每台连接到网络的计算机。例如 123.45.67.8。
Internet 协议(Internet Protocol,IP)
提供基本 Internet 功能的协议。
intranet
公司或组织内部的专用网络,使用与公用 Internet 相同种类的软件,不过只供内部使用。随着 Internet 的日益普及,专用网络中使用了许多 Internet 上使用的工具。例如,许多公司的 Web 服务器只供员工使用。
IP
请参阅:Internet 协议(Internet protocol)
IPSec
请参阅:IP 安全协议(IP security protocol)
IP 号码(IP number)
以唯一号码表示的 Internet 地址,由四个通过圆点分隔的部分组成(有时称为点分四元组),例如:123.45.67.8。每台 Internet 计算机都有一个 IP 号码,而且多数计算机还具备一个或多个作为点分四元组映射或别名的域名。
IP 安全协议(IP security protocol,IPSec)
提供网络层上的加密安全服务。
ISAPI
Internet 服务器 API
ISO
国际标准化组织。
ISP
Internet 服务提供商。一种公司,它向其它公司或个人提供 Internet 的访问权或驻留权。大多数 ISP 同时也是 IAP(Internet 访问提供商)。
J
JAR
请参阅:java 归档文件(java archive,JAR)
Java
Java 是由 Sun Microsystems 开发的一种编程语言,采用 Java 的独特设计编写的程序可通过 Internet 安全下载到您的计算机上并立即运行,而无需担心计算机或文件会受到病毒感染或遭受其它损害。使用称作 Applet 的 Java 小程序,可以为 Web 页增添诸多功能,如:动画、计算器和其它别致的东西。使用 Java 可以大大扩展 Web 的功能,因为您编写的 Java 程序几乎可以完成常规计算机程序所能完成的一切任务,然后还能将其纳入 Web 页中。
javabean
javabean 是一种构件,它可与其它单独开发的 Bean 一同集成到应用程序中。这一应用程序可在浏览器内独立使用,还可用作 ActiveX 构件。对单个进程而言,JavaBean 应在本地运行,而且通常在运行时可见。例如,这一可视构件可以是按钮、列表框、图形或图表。
Java development kit (JDK)
Java Development Kit 对于得到 Sun Microsystems 许可的开发人员可用。JDK 的每个发行版都包含如下内容:Java 编译器、Java 虚拟机、Java 类库、Java Applet 查看器、Java 调试器以及其它工具。
Java 基础类(Java foundation class,JFC)
JFC 由 Netscape、Sun 和 IBM 共同开发,是有助于开发 Java 应用程序接口的构建块。它们使得 Java 应用程序得以更全面地与现有操作系统进行交互。
Java 归档文件(Java archive,JAR)
一种独立于平台的文件格式,它可将许多文件归为一组。JAR 文件用于压缩、缩短下载时间和确保安全性。JAR 格式是以 Java 编写的,因而 JAR 文件完全可扩展。
Java 数据库连接(Java database connectivity,JDBC)
JDK 1.1 中的规约,它定义了使程序能够访问符合该标准的数据库的 API。
JDBC
请参阅:Java 数据库连接(Java database connectivity)
JDK
请参阅:Javadevelopment kit
JFC
请参阅:Java 基础类(Javafoundation class)
JIT
零库存。
JVM
Java 虚拟机。一种软件规范,它将已经编译的 Java 程序合并到字节代码中,且通常存储在“.class”文件中。JVM 本身是用 C 语言写的,因此可移植到大多数平台上运行。JVM 指令集是面向堆栈的,具有可变指令长度。与一些其它指令集不同,JVM 通过包含对象方法调用的指令(类似于其它指令集中的子例程调用)而直接支持面向对象编程。
K
L
LAN
请参阅:局域网(local area network)
LDAP
轻量级目录访问协议。LDAP 是用于访问联机目录服务的协议,它定义了一个相对简单的协议,以更新和搜索在 TCP/IP 上运行的目录。
M
MIB
管理信息库(Management Information Base)
MIME
请参阅:多用 Internet 邮件扩展(multipurposeinternet mail extension)
MOF
一种定义了 OMG 的技术:元对象设施(MOF)规范定义一组 CORBA IDL 接口,这些接口可用来定义和操纵一组能互相操作的元模型以及它们相应的模型。这些能互相操作的元模型包括 UML 元模型、MOF 元-元模型,以及将来采用 OMG 的技术,这些技术将通过使用元模型指定。MOF 提供用于实施基于 CORBA 的设计和复用储存库的基础结构。此定义取自 MOF 规范的版本 1.3。
MOM
面向消息的中间件(Message-oriented middleware)
MVC
请参阅:模型视图控制器(model view controller)
MVS
多重虚拟存储器(Multiple virtual storage)
N
NC
网络计算机或网络计算
NCF
网络计算框架
NSAPI
Netscape 服务器 API
NT
Windows NT(NT 表示新技术)
O
ODBC
请参阅:开放式数据库连接(open database connectivity)
ODBC 驱动程序管理器(ODBC driver manager)
ODBC 驱动程序管理器由 Microsoft 提供,它是一种带有导入库的 DLL。该驱动程序管理器的主要目的是装入 ODBC 驱动程序。该驱动程序管理器还为每个驱动程序提供 ODBC 函数入口点,并为 ODBC 调用提供参数验证和序列验证。
ODBC 驱动程序(ODBC driver)
ODBC 驱动程序是一种动态链接库(DLL),它实现 ODBC 函数调用并与数据源进行交互。
OLTP
请参阅:联机事务处理(online transaction processing)
OMG
对象管理组
OO
面向对象。
OOP
请参阅:面向对象程序设计(object-oriented programming)
ORB
请参阅:对象请求代理程序(object request broker)
P
PCO
请参阅:控制和观察点(pointof control and observation)
PDR
请参阅:初步设计复审(preliminarydesign review)
PERL
实际抽取与报告语言。
PGP
相当好的隐私保密性。
PKI
公用密钥基础结构。
POP3
邮局协议 3
PRA
请参阅:项目复审委员会(project review authority)
PRD
请参阅:产品需求文档(product requirements document)
Q
QA
请参阅:质量保证(quality assurance)
QE
质量工程。另见:质量保证(qualityassurance)
R
Rational process workbench (RPW)
一个流程定制和发布工具,它使流程工程师能加快定制软件开发流程的交付,通过使用统一建模语言可视地对流程建模,并充分利用在 RUP 中捕获的最佳做法。
RDBMS
关系数据库管理系统。
RFC
(1)变更请求。买方或卖方请求为变更的工程变更建议花费合同基金。请求陈述要解决的技术或合同问题、对项目的影响或益处以及成本和调度影响的评估。
(2)评论请求。Internet 标准即在这些称为 RFC 的文档中定义。
RFI
信息请求。对市场信息的正式查询,通常包含承包方要承担的“兴趣表达”、容量、能力和可用性,以及对请求书中所描述工作的投标。
RFP
建议请求。正式的邀请,其中包括一些寻找正式响应(建议)的工作,该响应描述方法和补偿,以组成合同的基础。
RFQ
报价请求。正式的邀请,邀请对方提交指定的货物和/或服务的价格。
RMI
请参阅:远程方法调用(remote method invocation)
RMI 注册表(RMI registry)
一个服务器程序,允许远程客户机获得对服务器 Bean 的引用。
RMI 编译器(RMI compiler)
生成为 RMI 通信提供帮助的桩模块和框架文件的编译器。该编译器可从“工具”菜单项自动调用。
RPC
请参阅:远程过程调用(remoteprocedure call)
RPW
请参阅:Rationalprocess workbench
RSA
Rivest-Shamir-Adleman 算法
RUP
Rational Unified Process
S
S/MIME
安全 MIME
SAP
请参阅:systems,applications, and products (SAP)
SEPA
请参阅:软件工程流程委员会(softwareengineering process authority)
servlets
Servlet 是为响应浏览器请求而在服务器上执行的 Java 对象。它们可以直接生成 HTML 或 XML,也可以调用 JSP 生成输出。
SET
安全电子交易
SHTTP
安全超文本传输协议
SMTP
简单邮件传输协议
SNMP
简单网络管理协议
SOCKS
请参阅:套接字安全(socket secure)
SQL
结构化查询语言。
SRR
请参阅:系统需求复审(system requirements review)
SRS
请参阅:软件需求规约(software requirements specifications)
SSL
安全套接字层。
SSR
请参阅:软件规约复审(Software Specification Review)
Systems, Applications, and Products (SAP)
原名为“Systemanalyse und Programmentwicklung”,现改名为“Systems, Applications, and Products in Data Processing”。SAP 提供广泛使用的集成商务解决方案软件。
T
TCP
传输控制协议
TCP/IP
传输控制协议/网际协议
telnet
美国国防部虚拟终端协议。
U
UI
请参阅:用户接口(user interface)
UML
请参阅:统一建模语言(unified modeling language)
UML 概要文件(UML Profile)
对 UML 元模型的一组扩展,通过使用构造型、约束、标记定义和标注值来指定如何定制特定的 UML 模型元素,以及如何通过新语义进行扩展。为特定目的定义的、这样一组一致的扩展就组成了一个 UML 概要文件。
URL
请参阅:统一资源定位符(uniform resource locator)
V
VB
Visual Basic - BASIC 编程语言的一种专门版本,其中用到了 Microsoft 创建的 IDE 技术。
VM
请参阅:虚拟机(virtual machine)
VPN
虚拟专用网(Virtual private network)。
W
Web 应用程序(web application)
将 Internet 用作系统用户和系统之间主要通信手段的系统。另见:Web 系统(web system)。
Web 服务器(web server)
万维网的服务器构件。它负责为来自 Web 浏览器的信息处理服务请求。请求信息既可以是从服务器的本地磁盘上检索得到的文件,也可以是服务器通过调用程序来执行特定应用程序功能而生成的文件。
Web 浏览器(web browser)
在客户机上运行的软件,用户使用它可以发出请求并呈现 HTML 页。
Web 站点(web site)
所有内容都在一个服务器上的 web 系统。用户使用浏览器来浏览 Web 站点。
Web 系统(Web system)
包含多个信息页的超级媒体系统,这些信息页通过图形形式互相链接,而不采用分层或线性形式。Web 系统本身就是一个可以通过浏览器访问的 Web 服务器。
Windows 注册表(windows registry)
Microsoft(R) Windows(R) 注册数据库,用来存储安装在给定 PC 上的软件程序的配置设置和用户选项。
WYSIWYG
所见即所得。
X
XML
可扩展标记语言。
XP
极端程序设计。
Y
Z
(B)
版本(version)
某个工件的变化形式;工件的后期版本一般是在初期版本的基础上进行的扩展。
绑定(binding)
通过为模板参数提供实参,从模板创建模型元素
包(package)
将元素分组的一种通用机制。包可以嵌套到其它包中。
包含(include)
从基础用例到包含用例的关系,指定为包含用例定义的行为如何才可插入到为基础用例定义的行为中。
包含关系(include-relationship)
包含关系是从基本用例到包含用例的关系,它指定如何采用显式方式,将为包含用例定义的行为插入到为基本用例定义的行为中。
报告(report)
自动生成的对一个或数个工件的描述。报告本身并不是工件。报告在多数情况下是开发流程中的一个临时产品,它起到了传达演进系统的特定侧重面的作用。报告是对非文档工件的快照性的描述。
编译时(compile time)
指在软件模块的编译过程中出现的事物。请参阅:建模期(modeling time)运行时(run time)
变更控制委员会(change control board,CCB)
CCB 的作用是提供集中的控制机制,以确保妥当地考虑、批准和协调每个变更请求
变更管理(change management)
控制和跟踪对工件的变更的活动。另见:规模管理(scopemanagement)
变更请求(Change Request,CR)
一个通用术语,表示涉众请求变更工件流程。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。另见:扩展请求(enhancement request)缺陷(defect)
边界类(boundary class)
用于为系统环境和其内部运作之间的通信建模的类。
变量(variable)
(1)数据特性在对象内的存储位置。数据特性(如数字或日期)是存储为包含对象的属性的对象。
(2)在运行时接收恒等式的 Bean。变量本身不包含任何数据或程序逻辑;变量必须进行连接,以便可在应用程序中的其它地方的接收来自 Bean 的运行时恒等式。
表(table)
数据库的元素,它代表关于特定实体或主题的信息的集合。
表达式(expression)
一个字符串,用于求解特定类型的值。例如,表达式“(7 + 5 * 3)”求解数字类型的值。
表空间(tablespace)
数据库中的一个逻辑存储单元。
标注值(tagged value)
对作为名称值对的特征的明确定义。在标注值中,名称被称为标记。有些标记已在 UML 中预定义,而其它可由用户来定义。标注值是 UML 中的三种可扩展性机制之一。请参阅:约束(constraint)构造型(stereotype)
并行子状态(concurrent substate)
可以和包含在同一组合状态中的其它子状态同时保存的子状态。请参阅:组合子状态(composite substate)请对比:互斥子状态(disjoint substate)
并行(concurrency)
在同一时间间隔中两个或多个活动同时发生的现象。并行可以通过交替或同时执行两个或多个线程来实现。请参阅:线程(thread)
布尔表达式(boolean expression)
求值结果为布尔值的表达式。
布尔(boolean)
一种枚举,其值为 true 和 false。
部署单元(deployment unit)
作为一个组分配到一个进程或一个处理器的一组对象构架。分发单元可由运行时组装聚合表示。
部署图(deployment diagram)
显示运行时处理节点以及在这些节点上活动的构架进程对象的配置的图。构件是代码单元在运行时的具体表现形式。另见:构件图(component diagram)
部署环境(deployment environment)
特定的硬件和软件配置实例,建立该实例的目的在于按照计划用途安装和运行已开发的软件。另见:测试环境(testenvironment)环境(environment)
部署视图(deployment view)
一种构架视图,它描述一个或数个系统配置,以及这些配置中软件构件(任务、模块)到计算节点的映射。
部署(deployment)
软件工程流程中的一种规程,其目的在于确保将开发的系统顺利转交给用户。包括诸如培训材料和安装过程之类的工件
(C)
参数(parameter)
用于指定可更改、传递或返回的变量。参数可包含名称、类型和方向。参数在操作、消息和事件中使用。同义词:形参(formal parameter)。请对比:实参(argument)
参数化元素(parameterized element)
带有一个或多个未绑定参数的类的描述符。同义词:模板(template)
参数连接(parameter connection)
通过提供特征值或者操作、方法或脚本的返回值来满足操作参数或方法参数的一种连接。参数始终是连接源。另见:连接(connection)。
参与(participates)
将模型元素连接到关系或具体化的关系。例如:类参与关联;参与者参与用例。
参与者泛化关系(actor generalization)
从一个参与者类(后代)到另一个参与者类(祖先)的参与者泛化关系,表示后代将继承祖先在用例中所能担任的角色。
参与者(实例)(actor (instance))
在系统之外与系统交互的某人或某物。
参与者(类)(actor (class))
定义一组参与者实例,其中每个参与者实例相对于系统而言都担任着同样的角色。
在与用例交互时,这些用例的用户所担任的一组紧密相关的角色。参与者对于每个与其通信的用例都有一个角色。
操作(action)
对构成计算过程抽象的可执行语句的规范。操作通常会导致系统状态发生变化,可以通过向一个对象发送消息或者修改链接或属性值来实现。
操作(operation)
可从对象中请求来实现某种行为的服务。每个操作都有一个特征符,用以限制可能的实参。
操作序列(action sequence)
解析为一系列先后发生的操作的表达式。
操作状态(action state)
表示不可分操作的执行状态,通常指的是调用一个运算
操作系统进程(operating system process)
类和子系统的实例在其中驻留并运行的唯一地址空间和执行环境。执行环境可分为一个或多个控制线程。另见:进程(process)线程(thread)
测试(test)
(1)软件工程流程中的规程,其目的在于集成和测试系统。
(2)给定测试用例的实例。
(3)执行测试。
测试任务(test mission)
请参阅:评估任务(evaluation mission)
测试周期(test cycle)
测试活动的一个时段,其中包含测试的执行和评估。在以下两个时刻之间的时间跨度:第一,软件工作版本验收到测试环境中,此时工作版本可用于独立测试;第二,对该工作版本的测试活动的当前时段结束。尽管对迭代包含的测试周期数目未作要求(可以为零,也可以为多个),但大部分迭代将至少包含一个测试周期。
测试场景(test scenario)
一个操作序列(执行条件的序列),它在测试执行环境中确定感兴趣的行为。测试场景提供一种概括操作序列的等价类的方法,其中认为这些类基于范围等特征而非特定的数据值是等价的。测试场景描述处于单个范围级别的行为,并与在该级别的一个或多个行为实例相关:例如,某个测试场景可与一个或多个用例实例相关,它还可以与跨用例的行为实例相关。请参阅:场景(scenario)用例实例(use-case instance)测试过程(test procedure)
测试套件(test suite)
一种类似于包的工件,用来对测试脚本的集合进行分组,其目的在于确定测试的执行顺序,以及提供一组有用的相关的测试日志信息,可从该测试日志信息中确定测试结果。同义词:测试驱动程序(test driver)shell 脚本(shell script)
测试构想(test idea)
一段简要陈述,用来确定某个可能有用的测试。测试构想通常提出给定测试的一个侧重面(输入、执行条件或预期结果),但常常也只是提出测试的这一个侧重面而已。测试构想不同于测试用例,区别在于,测试构想是不完整的定义,它不包含测试工作的规范,而只是测试背后的构想的本质。同义词:测试需求(test requirement)。另见:测试用例(test case)
测试激发因素(test motivator)
用来激发测试的进行,使测试员开始行动,推动他们进行测试的某事物。测试激发因素有助于确定将激发测试员评估给定的可执行软件发行版的相应侧重面的事物,并使这些事物直观明显:作为一种泛化关系,RUP 中的测试激发因素通常会带来特定的质量风险,其范围控制在某个评估任务的环境中。
测试环境(test environment)
特定的硬件和软件配置实例,建立该实例的目的在于,在已知和受控的条件下进行测试。另见:部署环境(deployment environment)环境(environment)
测试用例(test case)
一组测试输入、执行条件和预期结果的规范(通常是正式的),确定它们的目的在于对目标测试项的某个特定侧重面进行评估。测试用例与测试构想的不同在于,测试用例是形式更为完整的测试规范,它描述测试用例产生的测试需要做什么。
测试目标(target-of-test)
同义词:目标测试项(target test item)
测试脚本(test script)
实现测试的分步指示信息的集合,使该测试能够执行。测试脚本可以采取记录的文本指令的形式,此形式是手动执行;也可采取计算机可读取的指令形式,此形式可使测试自动执行。请参阅:测试场景(test scenario)测试过程(test procedure)
测试覆盖(test coverage)
通常用于指代应确定或已确定的测试程度。用于确定测试程度的典型方法包括:考虑给定的一组测试为给定的系统构件提出指定了正式规范的用例的程度。
测试过程(test procedure)
给定测试的过程侧重面,通常是对一个或多个给定测试用例的设置和逐步执行的、一组详细的指示信息。测试过程可在测试场景和测试脚本中捕获。请参阅:测试场景(test scenario)测试脚本(test script)
测试逃脱(test escape)
在以下活动的发生期间逃过检测的故障缺陷,其中活动是测试团队进行的,用来检测随后在下行产品使用中发现的缺陷。
测试需求(test requirement)
施加于测试工作的需求,要实施和执行一个或多个测试必须满足该需求。此术语已被术语测试构想所取代。
测试预测器(test oracle)
一种用来预测是否能通过测试的策略。测试预测器包括从中可以观察到测试输出的介质,以及用来解释介质所展示的内容的技术。它提供了一种方法,借助该方法可以针对预期结果来评估观察到的结果。
测试驱动程序(test driver)
用于调用测试的软件模块或应用程序,它通常用于提供测试数据、控制和监测执行情况,并报告测试结果。测试驱动程序对一个或多个测试的自动执行进行排序和控制。同义词:测试套件(test suite)
层(layer)
对模型中同一抽象层次上的进行分组的一种特定方式。
同一抽象层次的分类器或包的组织结构。层是对构架的横向划分,而分区是对构架的纵向划分。请对比:分区(partition)
产品(product)
作为开发结果的软件,以及一些相关的工件(文档、发行介质、培训材料)。
产品化/转移(transition)
流程的第四个阶段,在该阶段将向用户团体交付软件。
两种状态之间的关系,表示处于第一个状态的对象将执行某些指定的操作,并在发生指定事件和满足指定条件时进入第二个状态。当发生这种状态变更时,我们称之为触发了转移。
产品推介人(product champion)
负责产品前景的高层人物,他在产品开发团队和客户之间充当推介人的角色。
产品线构架(product-line architecture)
定义元素类型、它们的交互方式,以及产品功能映射到这些元素的方式。它还可能会进一步对构架元素的一些实例进行定义。该术语一般用来指组织或公司内部的一套产品。另见:[HOF99]。
产品需求文档(product requirements document,PRD)
在较高层次上对产品(系统)、产品用途及产品特性集的描述。
场景(scenario)
举例说明行为的特定的操作序列。场景可用来举例说明一个或多个用例实例的交互或执行。请参阅:交互(interaction)测试场景(test scenario)
超文本标记语言(hypertext markup language)
用于构建万维网上的超文本文档的基本语言。它在基本的、纯 ASCII 文本文档中使用。但一经 Netscape 之类的 Web 浏览器解释(称为呈现),该文档即可显示格式化的文本、颜色、各种字体、图形图像、特殊效果、链接到其它 Internet 位置的超文本跳转,以及信息表格。
超文本(hypertext)
具有指向其它文本的隐藏链接的文档中的文本。使用鼠标单击超文本词语即可转至相应链接指向的文本。在 Windows 帮助程序和 CD 百科全书中使用超文本,可跳转到位于同一文档的其它位置上的有关参考信息。不过,超文本的奇妙之处是在于:它能够通过 Web 上的 HTTP 链接到世界上的任何 Web 文档。当然,要在 Web 上遨游世界还需单击鼠标。
超类型(supertype)
在泛化关系中,另一个类型(子类型)的泛化。请参阅:泛化关系(generalization)。请对比:子类型(subtype)
超类(superclass)
在泛化关系中,另一个类(子类)的泛化。请参阅:泛化关系(generalization)。请对比:子类(subclassﺀ‰
超链接(hyperlinks)
Web 页上的区域,点击后即可连接到该页的其它区域或其它 Web 页。
抽象类(abstract class)
的一种,它提供一组子类的共有行为,但自身不是设计来拥有实例。抽象类表示一个概念,从中派生的类代表对这一概念的实施。另见:基类(base class)。请对比:具体类(concrete class)
抽象(abstraction)
视图模型的创建,其中忽略了不必要的细节,以便将注意力集中于感兴趣的一组特定细节
将某实体与所有其它种类的实体区分开来的实体本质特征。抽象确定了相对于观察者的视角的边界。
抽象(abstract)
属于或关于没有实际目的或意图的抽象主体。不是应用的或实际的;只是理论的。被视为不是具体存在的。请对比:具体(concrete)。请参阅:抽象类(abstract class)
不与任何特定实例相关联的概念或构想。同义词:抽象(abstraction)
主要论据点或理论点的概要。同义词:概述(outline)、纲要(synopsis)
初步设计复审(preliminary design review,PDR)
在瀑布式生命周期中,构架设计完成时所进行的主要复审。
储存库(repository)
工作产品(工件)在流程制定期间输出的存储位置,例如需求、结果(也就是度量)、对象模型、接口和实施。
触发器(trigger)
除初始转移之外,状态机中的所有行为均是通过对象接口之一上事件的到达来触发的。所以,触发器就是定义上述事件的,一旦这些事件到达,接口就使转移发生。触发器与触发事件预期要到达的接口相关联。而且,转移可以有多个触发器,这样满足任何一个触发器的事件均会使转移发生。
触发器(数据库)(trigger (database))
与数据库相关联的代码,它使数据库执行特定的一项或一组操作。
处理器(processor)
一类能够运行一个或多个进程的节点。通常,它需要具备计算能力、内存、输入输出设备等。另见:节点(node)进程(process)设备(device)
串行化(de-marshal)
为使对象可编写为字节流而对对象进行的解构。另见:串行化(flatten)串行化(serialize)
串行化(flatten)
同义词:串行化(de-marshal)
串行化(serialize)
串行化(de-marshal)是同义词。
窗口组件(widget)
在此环境中,它是一个可以放置在窗口中的组件的统称,例如,按钮、滚动条、标签、列表框、菜单或复选框等。
存储过程(stored procedure)
与数据库关联的代码或脚本的功能单元。
存取器方法(accessor methods)
对象提供的方法,用于定义其实例变量的接口。用于返回实例变量值的存取器方法称为获取方法或获取器方法;用于为实例变量赋值的存取器方法称为设置方法或设置器方法。
存取器方法(mutator methods)
对象提供的方法,用于定义其实例变量的接口。用于返回实例变量值的存取器方法称为获取方法或获取器方法;用于为实例变量赋值的存取器方法称为设置方法或设置器方法。
存取权限(access modifier)
对类、方法或属性进行访问控制的关键字。Java 中的存取权限可以是公有、私有、保护和包装(默认)。
(D)
代(generation)
周期结束时的最终发行版
代理(proxy)
不同网络之间的一种应用程序网关,可用于特定的网络应用程序(如 FTP 的 Telnet)。例如,防火墙的代理 Telnet 服务器会执行用户验证,然后让信息流通过代理,就好象代理根本不存在。这种功能是在防火墙中(而不是在客户机工作站上)执行的,因而会增加防火墙的负载。请与 SOCKS 作比较。
代码模式(idiom)
[BUS96] 如下定义代码模式:
“代码模式是一种特定于编程语言的低级模式。代码模式描述如何利用给定语言的特性来实施构件的特定侧重面或实施构件之间的关系。”
也称为“实施模式”。例如当采用 UML 表示的具体设计,并要在 Java 中实施它时,就可以为该语言重现实施模式。因而在设计和实施中都将使用代码模式。
单值(single valued)
定义了多重性的模型元素,当其 Multiplicity Type:: upper 属性设置为 1 时,是单值的。“单值”一词在任何时候都与属性、参数等具有的值的个数无关,这是由于一个单值属性(例如:多重性的下限为 0)可能没有值。请对比:多值(multi-valued)
单字节字符集(single-byte character set)
每个字符均由单字节代码表示的字符集。
单继承(single inheritance)
泛化关系的一种语义变化形式,其中类型只能有一个超类型。请对比:多重继承(multiple inheritance)
导出(export)
的环境中,使元素在其所在的名字空间之外可见。请参阅:可见性(visibility)请对比:导出(export)([OMA])和导入(import)
导入(import)
的环境中的一种依赖关系,表明那些可以在给定包(包含以递归方式嵌入到其中的包)中引用的包。请对比:导出(export)
导入依赖关系(import-dependency)
设计中一种构造的依赖关系,以某一设计包为源,以另一设计包为目标。导入依赖关系使得目标包的公共内容可由源包引用。
等级(rank)
用例场景的一个属性,它描述用例或场景对构架的影响,或对发行版的重要性。
等价类(equivalence class)
对相等值的一种分类方法,分在同一类的对象预期具有相似的行为。当在可行的时间内可能要进行的测试过多时,可应用此技术来帮助分析要进行的最重要的测试。同义词:等价分区(equivelance partition)和领域(domain)
递增(incremental)
一种符合迭代式开发策略的构建方式,采用此方式构建系统时,将在每次迭代过程中逐渐增加更多的功能。
电子商务(e-business)
(1)在电子媒体(例如 Internet)上发生的商业事务
(2)在内部业务流程(通过 Intranet)中、在业务关系(通过 Extranet)中以及在买卖货物、服务和信息(通过电子交易)的过程中使用 Internet 技术和网络计算的业务。
调用级别接口(call-level interface,CLI)
用于数据库访问的可调用 API,是嵌入式 SQL 应用程序接口的一种备选方案。与嵌入式的 SQL 不同,CLI 不需要用户预先编译或绑定,而是提供一组标准功能,用于在运行时处理 SQL 语句和有关服务。
调用(call)
一种操作状态,它调用对分类器操作
迭代(iteration)
带有已设置基线的计划和评估准则的独特活动序列,迭代生成发行版(内部或外部)。
顶点(vertex)
状态机中转移的来源或目标。顶点既可以是状态,也可以是伪状态。请参阅:状态(state)伪状态(pseudo-state)
定义模型(defining model)
储存库所基于的模型。任意数量的存储库都可以具有相同的定义模型。
动态信息(dynamic information)
在用户请求时创建的信息。动态信息随时间变化,因而在用户每次查看它时都将见到不同的内容。
动态分类(dynamic classification)
泛化关系的一种语义变化形式,其中对象可以更改类型角色。请对比:静态分类(static classification)
动态链接库(dynamically linked library,DLL)
一种文件,它包含依附于运行时程序而非链接时(链接时是编译的最终阶段)程序的可执行代码和数据。这意味着同一个库代码块可以在数个任务之间共享,而非由每个包含它使用例程的副本的任务独享。C++ Access Builder 生成 Bean 和 C++ 包装程序,以允许 Java 程序可以访问 C++ DLL。
独立于平台的模型(platform independent model,PIM)
[OMG03] 将其定义为:
“子系统的一个模型,它不包含任何特定于平台的信息,也不包含任何用来实现该模型的技术的信息。”
独立于计算的模型(computation independent model,CIM)
[OMG03] 如下定义此术语:
“独立于计算的模型是从独立于计算的观点出发,观察到的系统的视图。CIM 不显示系统结构的详细信息。CIM 有时称为领域模型和词汇表,它类似于在被讨论的领域的规范中使用的,该领域的专业人员。”
断点(break point)
计算机程序中执行中断的点。
端口(port)
端口是封装体实例的边界对象,充当消息传递的接口。端口“属于”封装体实例,就感觉它们是随封装体一起创建,并在封装体消亡时消亡。每个端口都有一个身份和状态,且与其所属的封装体实例的身份和状态不同(其程度与任何部件与部件的容器之间的区别程度相同)。
在 TCP/IP 技术中,端口是应用程序可连接到的独立可寻址点。例如:默认情况下,HTTP 使用端口 80,安全 HTTP(HTTPS)使用端口 443。
修改软件,使其用在不同的机器或平台上。
断言(assertion)
一种逻辑表达式,它指定在程序执行期间的特定点上,必须存在的程序状态或者程序变量必须满足的一组条件。
对象(object)
一个具有明确定义的边界和身份的实体,它包括状态行为。状态由属性关系表示,行为由操作方法状态机表示。对象是类的一个实例。请参阅:类(class)实例(instance)
对象图(object diagram)
一种图,它包含对象及其在某时间点的关系。对象图可以看作是类图或通信图的一个特例。请参阅:类图(class diagram)通信图(communication diagram)
对象模型(object model)
系统实施的抽象表示。
对象流状态(object flow state)
活动图中的一种状态,它表示将对象从一种状态中的操作输出传递到另一种状态中的操作输入。
对象生命线(object lifeline)
序冀—图中表示对象存在时间段的一条线。请参阅:序列图(sequence diagram)
对象类(object class)
用于定义对象属性和方法的模板。一个对象类可包含其它对象类。对象类的单个表示称为对象。
对象请求代理程序(object request broker,ORB)
一个 CORBA 术语,表示对象以透明的方式提出请求并从其它本地或远程对象接收响应的方法。
多值(multi-valued)
定义了多重性的模型元素,其 Multiplicity Type:: upper 属性被设为大于 1 的数值。术语“多值”在任何时候都与属性、参数等具有的值的个数无关。请对比:单值(single-valued)
多元关联关系(n-ary association)
三个或更多类之间的关联。关联的每个实例分别是相应类中值的一个 n 元组。请对比:二元关联关系(binary association)
多用 Internet 邮件扩展(multipurpose internet mail extension,MIME)
支持文本、图像、音频和视频的邮件所遵循的 Internet 标准。
多重分类(multiple classification)
泛化关系的一种语义变化形式,其中一个对象可以直接属于多个类。请参阅:动态分类(dynamic classification)
多重性(multiplicity)
用于指定某个集可以采用的可允许基数范围。可以为关联中的角色、组合中的部件、重复以及其它目的指定多重性。多重性基本上是非负整数的子集(可能是无穷子集)。请对比:基数(cardinality)
多重继承(multiple inheritance)
泛化关系的一种语义变化形式,其中一个类型可以具有多个超类型。请对比:单继承(single inheritance)
(E)
二元关联关系(binary association)
两个之间的关联。是多元关联关系的特例。
(F)
发布经理(release manager)
发布经理负责确保所有软件资产都已按要求进行控制并可配置为内部和外部发行版
发起者(originator)
发起者是提交变更请求(CR)的任何人。标准的变更请求机制要求发起者按照变更请求的形式提供有关当前问题的信息,以及建议的解决方案。
发送(send)
从发送方实例向接收方实例传递激励的操作。请参阅:发送方(sender)接收方(receiver)
发送方(sender)
将激励传递给接收方对象的对象。请对比:接收方(receiver)
发行版(release)
最终产品的一个子集,它是主要结点处的评估对象。发行版是产品的稳定和可执行版本,随同发行的还有要使用该发行版所必需的所有工件,如:发行说明或安装指示信息。发行版可以是内部的,也可以是外部的。内部发行版仅由开发组织使用,作为结点的一部分,或者用于向用户或客户进行演示。外部发行版(或交付产品)则要交付给最终用户。发行版不必是一个完整的产品,而可以只是全过程的一个阶段性成果,它的有用性只是从工程角度来衡量的。发行版充当强制的功能,它迫使开发团队定期结束任务,从而避免“完成了 90%,还剩下 90%”这种情形的出现。另见:原型(prototype)基线(baseline)
反串行化(deserialize)
从串行化状态构建一个对象。另见:反串行化(marshal)反串行化(resurrect)
反串行化(marshal)
同义词:反串行化(deserialize)
反串行化(resurrect)
请参阅:反串行化(deserialize)
泛化关系(generalization)
较为一般的元素与较为特殊的元素之间的一种分类关系。较为特殊的元素除具有较为一般的元素的所有信息外,还包含其它信息。凡是可以使用较为一般元素的地方,较为特殊的元素的实例都适用。请参阅:继承(inheritance)
方案 [MOF](schema [MOF])
在 MOF 的环境中,方案类似于作为模型元素容器的。方案对应于 MOF 包。请对比:元模型(metamodel),包对应于 MOF 包。
防火墙(firewall)
一台计算机或一个可编程设备,上面装有可根据确定规则限制进出信息的相关软件。通常施行控制的依据是始发地址或目标地址,以及 TCP/IP 端口号。
方法(method)
(1)完成某项任务的常规和系统方式;完成任务或实现目标所遵循的详尽的、组织有序的计划或步骤。
(2)在 UML 1.1 中指影响到操作结果的操作、算法或过程的实施。
操作的实施。它指定与操作相关联的算法或过程
方法调用(method call)
同义词:消息(message)
肥皂剧测试(soap-opera testing)
一种通过对戏剧性的和夸张的用法场景进行推理,而定义测试场景的技术。与电视上的肥皂剧类似,这些场景反映“现实生活”,但在描述系统使用的戏剧化实例时要对这些场景进行精简和夸张。当与有经验的用户协作进行定义时,肥皂剧有助于快速地测试系统的许多功能方面。而且,由于它们不是直接与系统正式规约相关,也不是直接与系统特性相关,因此它们在展示重要的却又常出乎意料的问题方面具有很高的成功率。此术语以及关联技术的定义是由 Hans Buwalda 在他本人为客户提供测试咨询的过程中开发的。
分布式处理(distributed processing)
分布式处理是一种应用程序或系统模型,功能和数据在其中的分布跨越连接到 LAN 或 WAN 的多个计算资源。请参阅:客户机/服务器计算(client/server computing)
分布式计算环境(distributed computing environment,DCE)
分布式计算环境。计算机行业用作分布式计算的实际标准。DCE 允许不同供应商的计算机在网络中透明通信并共享资源,例如计算能力、文件、打印机和其它对象。
分区(partition)
(1)活动图:活动图中用于组织操作职责的部分。另见:泳道(swimlane)
(2)构架:同一抽象级别上分类器或包的子集。分区表示对构架的纵向划分,而层表示对构架的横向划分。请对比:层(layer)
分析(analysis)
软件开发流程的一部分,其主要目的在于为问题领域设计一个模型。分析侧重于做什么,而设计则侧重于怎样做。请参阅:设计(design)
分析机制(analysis mechanism)
设计流程早期,在发现期间,确定关键子系统时所使用的一种构架机制。通常,分析机制以独立于实施的方式捕获解决方案的主要侧重面。分析机制通常与问题领域无关,而与“计算机科学”概念有关。它们为与领域相关的构件提供特定的行为,或者对应于类和/或构件之间合作的实施。它们可以作为框架实施。例如处理持久性的机制、处理进程间通信的机制、处理错误或故障的机制、处理通知的机制以及处理消息传递的机制等等。
分析类(analysis class)
设计元素在系统中所担任角色的抽象,通常在用例实现的环境中。分析类可以提供若干个角色的抽象,表示这些角色的共有行为。分析类通常会演变为一个或多个设计元素,例如设计和/或封装体,或者设计子系统
分析模型(analysis model)
一种对象模型,它充当设计模型的抽象,提供用例实现的初始定义。
分析模式(analysis pattern)
[FOW97a] 将分析模式描述为:
“[...] 概念组,它们代表业务建模中的常用结构。它可以只与一个领域相关,也可以跨越许多领域。”
因此,在本条参考中,对领域这个词的解释确实涉及对模式的描述。因而,不把 [FOW97a] 中的这种定义扩展到业务建模之外的其它领域是毫无道理的。从分析模式的另一方面来说,分析模式是一个抽象的概念化模板,用于(像任何模式一样通过绑定)分析模型中的实例化,分析模型随后要在设计中进一步改进。分析模式的规模可大可小,尽管在 [FOW97a] 中说明的分析模式均为中等规模,并由此可构成所有应用程序的分析模型。
分析期(analysis time)
是指软件开发流程的分析阶段中出现的某些事物。请参阅:设计期(design time)建模期(modeling time)
分析与设计(analysis & design)
一些(一般性)活动,在这些活动中制定战略和战术决策,以满足系统必需的功能和质量要求。请参阅:设计模型(Design Model)
Unified Process 中的规程,其目的在于显示系统的用例在实施中将如何实现。
分析员(analyst)
项目团队成员,负责获取并解释涉众需求,并将这些需要传达给整个团队。
分类器(classifier)
描述行为和结构特性的机制。分类器包括接口数据类型构件
风险(risk)
很有可能阻碍主结点成功的持续发生或即将来临的事项。
封装(encapsulation)
对于软件对象的内部表示的隐藏。该对象提供了查询并操纵数据而无需暴露其基础结构的接口。
封装体角色(capsule role)
封装体角色代表封装体类型的规范,这些角色可以在封装体的协作或结构中占据特定位置。封装体角色由容器封装体牢牢地拥有,不能独立于容器封装体存在。封装体的结构分解通常包括通过连接器连接的协作封装体角色的网络。
封装体(capsule)
一种特定的设计模式,它代表系统中包括的控制线程。封装体是构造,带有特定一组必需的和受限的关联特征
附带文档(enclosed document)
可由其它文档包含某个文档,以将一组文档组合为一个整体。包含的文档和单个附件被看作独立的工件
父(parent)
泛化关系中,对子元素的泛化关系。请参阅:子类(subclass)子类型(subtype)。请对比:子(child)
父类(parent class)
供其它 Bean 或类从中继承数据和/或方法的类。
复审(review)
复审是一项集体活动,目的是要发现一组工件中潜在的缺陷并评估质量。
服务器(server)
为网络中的多个用户或工作站提供服务的计算机,例如:文件服务器、打印服务器或邮件服务器。
复用(reuse)
进一步使用或重复使用某个工件
使用预先存在的工件。
(G)
改进(refinement)
表明已在某种详细程度上对某事进行更为全面说明的一种关系。例如:设计类是对分析类的改进。
高级程序间通信(Advanced Program-to-Program Communication,APPC)
一种通信协议,主要用于 IBM 环境。
隔离带(demilitarized zone,DMZ)
此术语目前在业界常用于描述子网,通常用于某些 Web 服务器,这些 Web 服务器受防火墙保护以免于外部 Internet 和公司内部网络的破坏。
工厂(factory)
(1)常用于指代特定的一组设计模式的术语,这些设计模式处理对象的创建或实例化。例子包括抽象工厂工厂方法 [GAM94]
(2)Jave - 不可见的 Bean,能够动态创建指定 Bean 的新实例。
攻击(attack)
一种有计划有方法的尝试,其目的在于中断或以其它方式阻止正在运行的计算机软件程序的正常操作。攻击计算机软件的性质通常是恶意的,其概念来源于软件黑客(A.K.A 刽客(cracker))团体,该团体的成员使用各种技术来攻击软件系统,通常绕过安全性软件并非法进入主机系统。已发现的攻击技术的例子包括缓冲区溢出、服务的拒绝、资源约束和特洛伊木马。此术语随后已被计算机软件测试专业人员采用,用在讨论可能发现软件系统中潜在错误的方法中。
工件(artifact)
(1)一段信息,该信息:1)由进程生成、修改或使用,2)定义某方面的职责,并且 3)受到版本控制。工件可以是模型模型元素文档。一个文档可以包含其它文档。
由软件开发流程使用或生成的一段物理信息。工件的示例包括模型、源文件、脚本和二进制可执行文件。工件可以构成可部署构件的实施。同义词:产品(product)。请对比:构件(component)
工件集(artifact set)
一组相关工件,它们有助于体现系统一个侧重面。由于有若干工件会用在许多规程中,因此工件集会影响到规程;这些工件的例子有风险列表软件构架文档迭代计划
工件指南(artifact guidelines)
有关如何处理特定工件的描述,包括如何创建和修订工件。
工具向导(tool mentor)
一段描述,它就如何使用特定的软件工具来执行特定的流程活动或步骤提供实际指导。
工作版本(build)
工作版本既可以是系统的可操作版本,也可以是展示要在最终产品中提供的部分功能的部分系统。
工作流程明细(workflow detail)
对于需要密切协作以获得某种结果的活动所进行的分组。这些活动通常以并行或迭代方式执行,一个活动生成的输出将作为另一个活动的输入。工作流程明细用于对活动进行分组,以便提供较高层次的抽象并使工作流程更加简明易懂。
工作流程(workflow)
在业务中执行的活动序列,它对于个别业务参与者生成一个可观察值的结果。
公共对象请求代理体系结构(common object request broker architecture,CORBA)
一种中间件规范,它确定提供基础结构的软件总线,即对象请求代理程序(ORB)。
公共网关接口(common gateway interface,CGI)
一种标准协议,Web 服务器通过该协议可以执行在服务器上运行的程序。CGI 程序是响应来自 Web 客户机浏览器的请求而执行的。
工作区(workspace)
工作区包含当前正在进行开发的所有代码,即当前版本。工作区还包含标准的 Java 类库和其它类库。
工作细分结构(work breakdown structure,WBS)
计划框架,它将项目分解成多个工作单元,可以从各个单元中分配和追踪成本、工件和活动。
工作站(workstation)
操作员使用的输入/输出设备的配置。一个终端或微型计算机,通常连接主机或网络,用户可以使用它来执行应用程序。
构架(architecture)
系统在其所处环境中的最高层次的概念(根据 IEEE)。软件系统的构架是通过接口交互的重要构件的组织或结构(在给定时间点),这些构件又由一些更小的构件和接口组成。
系统的组织结构。构架可以递归分解为通过接口交互的部件、连接部件的关系以及组装部件的一些约束。通过接口交互的部件包括构件子系统
构架机制(architectural mechanism)
构架机制表示对于常见问题的一般具体解决方案。它们可以是结构模式、行为模式,也可以是这两者。在 Rational Unified Process(RUP)中,构架机制是一个涵盖分析机制、设计机制和实施机制的术语。
构架基线(architectural baseline)
处于精化阶段末期的基线,此时系统的基础结构和行为已稳定。
构架,可执行(architecture, executable)
请参阅:可执行构架(executable architecture)
构架模式(architectural pattern)
[BUS96] 将构架模式定义为:
“构架模式表示软件系统的基本结构组织模式。它提供了一组预定义的子系统、指定它们的职责,并且包括用于组织它们之间关系的规则和指导。”
这正是我们在 RUP 中所采用的解释。可以进一步解释如下:构架模式是一个特定规模的模式(即解决方案模板),并且也是具体软件构架的模板。它处理整个系统范围内的特征,并且通常处理子系统范围内(而非类级别)的关系。尽管从原则上说不是不可能以此方式使构架模式更为细化,构架模式就其本质来说似乎与应用程序领域无关(特定领域的词汇似乎与模式说明无关)。请与分析模式进行比较。软件构架文档将提供在系统中使用的构架模式。
构架视图(architectural view)
从给定视角看到的系统构架视图。主要关注结构、模块化程度、核心构件和主要控制流。
构件(component)
系统中相当重要的、几乎是独立的可替换部分,它在明确定义的构架环境中实现确切的功能。构件符合并提供一组接口的实现。
系统中模块化的、可部署且可替换的部分,它包括实施并暴露一组接口。构件通常由一个或多个驻留在它上面的分类器(例如实施类)指定,并可以由一个或多个工件(例如二进制文件、可执行文件或脚本文件)实现。请对比:工件(artifact)
构建(construction)
Unified Process 的第三个阶段,在该阶段中,软件从可执行构架基线前进到可准备向用户群转移的这一点上。
构件模型(component model)
一种构架和 API,允许开发人员确定可组合在一起来创建程序的可复用代码段。VisualAge for Java 使用 JavaBean 构件模型。
构件图(component diagram)
显示构件之间的组织和依赖关系的图。
构造函数(constructor)
与类同名的特殊类方法,用于构建并可能初始化和它同属一种类的对象。
构造型(stereotype)
元素的元分类。构造型具有语义含义,可以为每个特定的构造型值指定语义含义。请参阅 RUP 中工件的“UML 说明”属性,以获取建议在 RUP 中使用的预定义构造型。
扩展了元模型语义的一种新的建模元素。构造型必须基于元模型中特定的现有类型或类。构造型可扩展已有类型和类的语义,但不能改动它们的结构。有些构造型已在 UML 中预定义,其它可由用户定义。
故障(fault)
一种意外情况,它导致实施模型中的构件失败,而无法完成其必需的行为。故障是导致一个或多个缺陷的根本原因,这些缺陷通过观察一个或多个失败而识别。
故障模式(fault model)
一种用于测试计算机软件的模式,它使用似是而非的故障的概念作为其基础,并提供测试方法来揭露故障。好的故障模型可提供以下内容:故障或根本原因的定义、故障可能产生的可观察失败的讨论、用于揭露故障的测试技术以及适当的测试数据的概要文件。
管理(management)
软件工程流程中的规程,其目的在于计划和管理开发项目。
关联(association)
一种关系,用于对多个实例间的双向语义连接进行建模。
在两个或更多分类器(指定它们的实例之间的连接)之间的语义关系。
关联关系端(association end)
关联的端点,它连接关联和分类器
关键机制(key mechanism)
对如何在系统元素间的交互模式方面实现构架模式的描述。通常在软件构架文档中提供。
关联类(association class)
同时具有关联特征的模型元素。关联类可被视作一种还具有类特征的关联,或是一种还具有关联特征的类。
关键设计复审(critical design review,CDR)
在瀑布式生命周期中,详细设计完成时进行的主要复审。
关键字(keyword)
为 Java 保留的预定义字(例如 return),此类字不能用作标识符。
关系(relationship)
模型元素之间的语义连接。例如,关联泛化关系就是关系的例子。
规程(discipline)
规程是一组相关活动的集合,这些活动与主要“关注领域”有关。RUP 中的规程包括:业务建模、需求、分析和设计、实施、测试、部署、配置和变更管理、项目管理以及环境
规模管理(scope management)
根据可用的资源和时间,对可在特定的发布周期中实现的一组需求进行确定和按优先级排序的过程。此过程随着变更的不断出现贯穿整个项目的生命周期。另见:变更管理(changemanagement)
规约(specification)
对某事物是什么或做什么的一种公开描述。请对比:实施(implementation)
(H)
后置条件(postcondition)
一种文本描述,用于定义用例结束时对系统的约束。
一个约束条件,在操作结束时该条件必须为真。
互斥子状态(disjoint substate)
无法和包含在同一组合状态中的其它子状态同时保存的子状态。请参阅:组合状态(compositestate)。请对比:并行子状态(concurrent substate)
环境(context)
一组相关的建模元素的视图,用于特定目的,例如指定操作
环境(environment)
(1)软件工程流程中的规程,其目的是定义并管理在其中进行系统开发的环境。包括流程描述、配置管理和开发工具。
(2)特定的硬件和软件配置实例,建立该实例的目的在于软件开发和软件测试,或者在该实例中部署最终产品。另见:测试环境(test environment)部署环境(deployment environment)
会话式(conversational)
一种通信模型,两个分布式的应用程序在其中以会话形式交换信息。通常一个应用程序先开始(或分配)会话,发送一些数据,然后允许另一个应用程序发送一些数据。两个应用程序继续交替进行会话,直到一方决定结束为止(取消分配)。会话模型是同步的通信形式。
获得的值(earned value)
[MSP97] 将其定义为:
“到目前为止所执行工作的度量值。获得的值使用原始的估计和最新的进度来显示实际发生的成本是否符合预算,以及任务对于基线计划是超前还是滞后。”
活动(activity)
可能要求角色执行的工作单元。
活动服务器页(Active Server Page,ASP)
活动服务器页(Microsoft(R)),一种技术机制,用于向 Web 应用程序提供动态行为。
活动图(activity graph)
状态机的特例,用于为涉及一个或多个分类器的进程建模。请对比:状态图(statechart diagram)。同义词:活动图(activity diagram)
(J)
继承(inheritance)
一种使泛化关系成为可能的机制,也是从单个类片段中创建完整类描述所采用的机制。
较为特殊的元素并入在行为上相关的较为一般的元素的结构和行为所采用的机制。请参阅:泛化关系(generalization)
集成(integration)
将单独的软件构件组合成可执行的整体的软件开发活动。
集成开发环境(integrated development environment,IDE)
包含编辑器、编译器和调试器的软件程序。
集成构建计划(integration build plan)
定义在特定的迭代中实施和集成构件所要采用的顺序。通常包含在迭代计划中。
基础类型(primitive type)
预定义的、不具有任何子结构的基础数据类型,如整数或字符串。
击发(fire)
执行状态过渡。请参阅:转移(transition)
激活(activation)
操作的执行。
基类(base class)
从中派生出其它类或 Bean 的类。基类本身也可派生自另一个基类。请参阅:抽象类(abstract class)
激励(stimulus)
信息从一个实例到另一个实例的传递,例如发出信号或调用操作。接收到的信号通常就被视为事件。请参阅:消息(message)
基数(cardinality)
集合中元素的数目。请对比:多重性(multiplicity)
技术权威(technical authority)
项目的技术权威具有相当水平的技术专长,因此他们有权裁定是否需要实施变更请求以及如何实施。技术权威将依据变更请求来确定变更任务,并估计完成任务所需的工作量。
基线(baseline)
已通过复审和核准的工件发行版,由此构成进一步演进或开发的公认基础,并且只能通过正式过程(例如变更管理配置控制)进行更改。
基于活动的成本核算(Activity-Based Costing,ABC)
衡量活动、资源和成本对象的成本和性能的一套方法。资源先分配给活动,然后活动再根据成本对象的使用分配给成本对象。基于活动的成本核算承认成本驱动因素与活动之间的因果关系。
基于活动的管理(Activity-Based Management,ABM)
一门综合性的学科,其重点在于通过活动管理来实现客户价值和公司利润。它利用基于活动的成本核算作为主要信息源。
基于构件的开发(component-based development,CBD)
对由构件组装的软件密集型系统的创建和部署,以及这种构件的开发和收获。
基于故障的测试(fault-based testing)
一种用于测试计算机软件的技术,它使用测试方法和测试数据展示一组预定义的故障是否存在。例如,要展示软件是否正确处理被零除的故障,测试数据应包含零。
机制(mechanism)
机制是模式的一个实例。要成为特定模型中的协作,机制还需进一步的改进。因而可将机制看作是在单一环境中针对重复出现问题的一种特定解决方案。可以说机制与模式是相适应或相符的。任何协作均可称作机制,但该术语常保留来指能够解决软件应用中频繁出现问题的那些协作。例如,为处理永久性问题以及可应用模式提供解决方案的协作。在分析和设计中,可以将机制的概念用作“占位符”。举例来说,如果已确定需要永久性,分析员和设计员就可以说将要使用永久性机制,这样就可使问题得到系统且一致的解决。
检查(inspection)
一种正式的评估技术,此技术中一些工件(模型、文档、软件)由发起者之外的个人或小组审核,旨在检测故障、找出开发标准的违例情况以及其它问题。
检查点(checkpoints)
特定类型的组织良好的工件应该具有的一组条件。也可采用应作肯定回答的问题形式。
建模期(modeling time)
指在软件开发流程的建模阶段中出现的事物。它包括分析期和设计期。用法说明:当讨论对象系统时,要注意区分建模期事项和运行时事项,这一点通常很重要。请参阅:分析期(analysis time)设计期(design time)请对比:运行时(run time)
监听程序(listener)
JDK 1.1 中接收并处理事件的一个类。
建模约定(modeling conventions)
表述概念的方式,以及项目团队管理层已决定对建模语言施加的限制。这些限制即指一些声明,如:“不要在子系统之间使用继承”;“不要在用例模型中使用扩展或包含关联关系”;“不要在 C++ 中使用友元构造”。在软件构架文档中提供。
交互(interaction)
交互说明如何在实例间发送激励来执行特定任务。交互是在协作环境中定义的。请参阅:协作(collaboration)
交互图(interaction diagram)
一个通用术语,用来表示强调对象交互的某些类型的图。这些图包括:通信图序列图
角色(role)
在软件工程组织的环境中,个人或在一起工作的小组的行为和职责的定义。
参与特定环境的实体的指定特定行为。角色可以是静态的(例如:关联关系端),也可以是动态的(例如:协作角色)。
节点(node)
节点是一种代表运行时计算资源的分类器。一般来说,节点至少要具备内存,还经常需有处理能力。运行时对象和构件可驻留在节点上。
结点(milestone)
迭代正式结束的时间点;与发布点相对应。
阶段(phase)
两个主要项目结点之间的时间,在此期间要实现一组明确确定的目标、完成工件并决定是否进入下一阶段。
结构类(structured class)
它是一个具有内部结构的分类器(例如类或构件)。它包含一组由连接器连接起来的部件。可以强制使得外部环境和其内部部件之间的交互穿过端口。
结构特性(structural feature)
模型元素的静态特性,例如属性
结果(result)
输出的同义词。另见:可交付工件(deliverable)
结合(cohesion)
相互依赖的同种构件先天的联合。粘附在一起的行为或状态;紧密的联合。请对比:耦合(coupling)
接口(interface)
操作的集合,这些操作用来指定构件的服务。
一个指定的、表示元素行为特征的操作集。
接口继承(interface inheritance)
较为特殊的元素的接口的继承。不包含对实施的继承。请对比:实施继承(implementation inheritance)
接收(reception)
一个声明,表明分类器准备好对接收到的信号作出反应。
接收方(receiver)
处理从发送方对象传递来的激励的对象。请对比:发送方(sender)
接收 [消息](receive [a message])
对从发送方实例传递的激励进行处理。请参阅:发送方(sender)接收方(receiver)
晋升(promotion)
在 JavaBean 中,使被包含的 Bean 的特性可用于建立连接。例如,一个由面板上的三个按钮组成的 Bean。如果将该 Bean 放在一个框架中,则应将这些按钮的特性晋升,让它们可从该框架中进行访问。
进程/流程(process)
(1)进程是可在逻辑上与其它进程并行执行的控制线程,特指操作系统进程。另见:线程(thread)
(2)流程是实现某个目标所需的一系列顺序相对固定的步骤;在软件工程中,目标是开发软件产品,或改进现有软件产品;在流程工程中,目标是开发或改进流程模型;在业务工程中,它对应于一个业务用例。
(1)操作系统中的重量级并行和执行单元。请对比:线程(thread),线程包括重量级和轻量级进程。如有必要,可以使用构造型在实施方面予以区分。
(2)软件开发流程,即开发系统时要遵循的步骤和指南。
(3)执行一种算法或以其它方式动态处理一些事务。
进程视图(process view)
描述系统的并行情况(即任务/进程及其交互)的构架视图
精化(elaboration)
流程的第二个阶段,在该阶段中对产品前景及其构架进行定义。
警戒条件(guard condition)
击发关联的转移所必须满足的条件。
在进入状态机中的某个状态之后马上执行的操作,而与进入该状态的转移无关。
静态分类(static classification)
泛化关系的一种语义变化形式,其中对象不能更改类型,或不能更改角色。请对比:动态分类(dynamicclassification)
静态工件(static artifact)
流程使用但不改动的工件。
静态信息(static information)
每次访问时都不会改变的 Web 文件。
进入操作(entry action)
竞争状态(race condition)
两个或更多的独立任务同时尝试访问和修改同一状态信息时出现的状态。这种状态可能导致系统行为的不一致,因此,这是并行系统设计中的根本问题。
聚合(aggregation)
用于在聚合(整体)及其部分之间建立整体与部分关系的一种关联。
一种特殊形式的关联,它指定聚合(整体)与组成部分之间的整体与部分关系。请参阅:组装(composition)
聚合(类)(aggregate (class))
在聚合(整体与部分)关系中表示“整体”的类。请参阅:聚合(aggregation)
具体(concrete)
形容词。涉及或关于实际的、特定的事物或实例。能够被感觉器官感知;不是抽象或虚构的。请对比:抽象(abstract)。请参阅:具体类(concrete class)
具体类(concrete class)
可以直接实例化的。请对比:抽象类(abstract class)
局域网(local area network,LAN)
位于限定地理区域范围内的用户组织或机构处的计算机网络。LAN 通常由一台或多台服务器组成,可向多台客户机工作站提供服务。
(K)
可测性(testability)
可以适当地测试目标测试项的能力:如果无法针对目标测试项为其实施必需的测试,则该项可能缺乏可测性。可以论证,关于可测性,所讨论的两个主要侧重面是:1)目标测试项为接受测试所提供的适当的支持,以及 2)测试团队所用的流程和工具的适用性 - 以及应用流程和工具所采取的特定策略。请参阅:测试接口(test interface)测试方法(test approach)
开发案例(development case)
由执行组织所使用的软件工程流程。它是作为 Unified Process 产品的配置或定制来开发的,并且满足项目的需要。
开发流程(development process)
在软件开发期间,为达到给定目的而执行的部分排序的一组步骤,例如构建模型或实施模型。
开发人员(developer)
负责按照项目采用的标准和过程来开发所需功能的人员。可包括执行任何需求、分析和设计、实施以及测试规程中的活动。
开发周期(development cycle)
同义词:生命周期(lifecycle)周期(cycle)。另见:测试周期(test cycle)
可泛化元素(generalizable element)
可参与泛化关系的模型元素。请参阅:泛化关系(generalization)
开放式数据库连接(open database connectivity,ODBC)
Microsoft 开发的一种 C 数据库应用程序编程接口(API)。它允许通过调用可调用的 SQL 来访问数据库管理系统,而不需要使用 SQL 预处理程序。另外,ODBC 还提供了一个构架,允许用户添加被称作数据库驱动程序的模块,这些模块可在运行时将应用程序链接到用户选择的数据库管理系统。这样,应用程序就再也不必直接链接到受支持的所有数据库管理系统的模块。
客户(customer)
生产组织之内或之外的个人或组织,要承担系统在财务方面的责任。在大型系统中,客户可能不是最终用户。客户是开发的产品及其工件的最终接受者。另见:涉众(stakeholder)
客户端(client)
从其它分类器请求服务的分类器。请对比:提供端(supplier)
客户机/服务器(client/server)
分布式数据处理中的交互模型,其中某一位置的程序向另一位置的程序发出请求并等待响应。发出请求的程序称为客户机,应答程序称为服务器。
可见性(visibility)
一种枚举,它的值(公有、保护或私有)表明它所引用的模型元素在其所在的名称空间之外的可见性。
可交付工件(deliverable)
流程中产生的输出,它具有要交付给客户或其他涉众的值、材料或其它内容。
可视化编程工具(visual programming tool)
一种借助于图形来对程序进行说明的工具。应用程序员通过操纵构件的图形表示来编写应用程序。
可执行构架(executable architecture)
可执行构架是系统的部分实施,建立它的目的在于演示选定的系统功能和特征,尤其是那些满足非功能性需求的功能和特征。该构架是在精化阶段中构建的,它用于降低与性能、吞吐量、容量、可靠性以及其它“某某性”方面有关的风险,从而可以在一个坚实的基础上,在构建阶段中添加系统的全部功能,而不必担心破坏系统。将可执行构架作为一个演进方式原型来构建是 RUP 的意图,这样做同时还带有保留有待于进一步开发(并满足需求)并使之成为可交付系统的一部分的意图。
可追踪性(traceability)
将项目元素追踪到其它相关项目元素(尤其是那些与需求相关的元素)的能力。在可追踪性中涉及到的项目元素称为可追踪性项
可追踪性项(traceability item)
任何需要从其它项目元素显式追踪的项目元素,追踪的目的在于跟踪两个项目元素之间的依赖关系。对于 Rational RequisitePro,此定义可以重新表述为:在 RequisitePro 中,由 RequisitePro 需求类型的实例表示的任何项目元素。
控制和观察点(point of control and observation)
测试的过程流中的特定点,在该点处或者记录测试环境的观察情况,或者制定关于测试的控制流的决策。它和控制点是关系很近的两个概念,但控制点通常需要一个或多个观察点的详细信息,以进行必要的控制决策。
控制焦点(focus of control)
序列图上的一个符号,表示对象直接或通过下级过程执行操作的时段。
控制类(control class)
的一种,用于为特定于一个或数个用例的行为建模。
框架(framework)
一种微构架,它为特定领域内的应用程序提供可扩展模板
扩展(extend)
从扩展用例到基础用例的关系,指定为扩展用例定义的行为如何才可插入到为基础用例定义的行为中。
扩展关系(extend-relationship)
从用例类 A 到用例类 B 的扩展关系表示 B 的实例可以包括(受到在扩展中指定的特定条件的限制)由 A 指定的行为。由单一目标用例的若干个扩展对象指定的行为可以在单一用例实例中发生。
扩展请求(enhancement request)
一种涉众请求,它指定系统新的特性或功能。另见:变更请求(changerequest)
(L)
类(class)
对一组对象的描述,这些对象有相同的属性操作方法关系和语义。类可使用一组接口来指定它提供给其环境的操作集合。请参阅:接口(interface)
类方法(class method)
请参阅:方法(method)
类分层结构(class hierarchy)
共享单个继承的类之间的关系。所有 Java 类都继承自 Object(对象)类。
类库(class library)
类的集合。
类图(class diagram)
显示一组说明性(静态)模型元素的图,这些模型元素如类型及其内容和关系
类型(type)
用于描述一组具有共同特点、关系、属性和语义的实体。
一种类构造型,用于指定实例(对象)所属的域以及可用于这些对象的操作。类型可以不包括任何方法。请参阅:类(class)实例(instance)。请对比:接口(interface)
类型表达式(type expression)
一种表达式,其求值的结果是一种或多种类型的引用。
联机事务处理(online transaction processing,OLTP)
一种支持交互式应用程序的计算方式。在这种计算方式中,终端用户所提交的请求一经接收即被处理。结果会在相当短的时间内返回给请求方。联机事务处理系统对资源共享进行监控,以便能同时有效地处理多个事务。
链接(link)
两个对象之间的语义连接。关联的一个实例。请参阅:关联(association)
链接端(link end)
关联关系端的一个实例。请参阅:关联关系端(association end)
列(column)
数据库中表的一个属性。
临时对象(transient object)
一种对象,只在创建该对象的进程或线程的执行期间存在。
领域(domain)
以一系列有关值体现其特点的知识或活动区域。
以该区域中的专业人员理解的一组概念和术语体现其特点的知识或活动区域。
领域模型(domain model)
领域模型记录了在领域的环境中最重要的对象类型。领域对象代表存在的实体或在系统运作所在的环境中发生的事件。领域模型是业务分析模型的子集。
逻辑视图(logical view)
用于对系统设计中的主要类进行说明的构架视图,包括:与业务相关的主要类,以及定义关键行为和结构机制(永久性、通信、容错、用户界面)的类。在 Unified Process 中,逻辑视图是设计模型视图
(M)
美国信息交换标准码(American Standard Code for Information Interchange,ASCII)
美国信息交换标准码。大多数 PC 和 UNIX 系统使用的 8 位字符编码方案。它取代了较早的 7 位 ASCII 标准。
枚举(enumeration)
指定值的列表,其中的值用作特定属性类型的范围。例如,RGBColor = {red, green, blue}。布尔是一个预定义的枚举,它的值取自以下集合 {false, true}。
面向对象程序设计(object-oriented programming,OOP)
以数据抽象和继承概念为基础的编程方法。与过程化编程技术不同,面向对象程序设计侧重于构成问题的那些数据对象以及它们的操纵方式,而不是完成任务的方式。
面向服务的构架(Service-Oriented Architecture,SOA)
面向服务的构架是软件系统的结构在其构件和构件所提供的服务方面的概念描述,而不涉及这些构件、服务和构件之间的连接的底层实施情况。
名称(name)
用来标识模型元素的字符串。
名称空间(namespace)
模型中用于定义和使用名称的部分。在名字空间中,每个名称都有独特的含义。请参阅:名称(name)
模板(template)
工件的预定义结构。
同义词:参数化软件元素(parameterized software element)
模块(module)
一种软件的存储和操纵单元。模块包括源代码模块、二进制代码模块和可执行代码模块。请参阅:构件(component)
模式(pattern)
一种用于重复出现的问题的解决方案模板,它已被证明在给定环境中是有用的。好的模式能成功地解决问题的冲突面,根据解决这些冲突面的方式,确定一个模式优于另一个模式。模式应具有至少三个已明确的实际应用,才有资格称为模式。对于软件,UML 可通过使用参数化协作来支持模式的表示 - 尽管 UML 不直接为模式的其它侧重面(例如使用结果列表、使用示例等等)建模,可将文本用于这些方面。通过将值绑定到参数,来实例化软件模式。可以存在各种不同规模和抽象程度的模式,例如构架模式分析模式设计模式、测试模式、代码模式实施模式
Rational Software Architect 用途中的一种转换,它针对交互式的分段精化进行优化,主要发生在单个元模型中和相同的抽象级别内,常常位于同一个模型中。
模型(model)
以完整的语义表示系统的抽象概念。在 Unified Process 中,表示从特定角度对系统作出的完整描述(这里的“完整”是指无需任何其它信息即可从该角度理解系统);一组模型元素。两个模型不能重叠。
以完整的语义表示主题系统的抽象概念。请参阅:系统(system)
用法说明:在描述元-元模型的 MOF 规范的环境中,为简便起见,元-元模型通常简单称为模型。
模型侧重面(model aspect)
建模的一个方面,它强调元模型的特定性质。例如:模型的结构侧重面强调的是元模型的结构特性。
模型的结构侧重面(structural model aspect)
模型的一个侧重面,它强调系统中对象的结构,包括对象的类型关系属性操作
模型的行为侧重面(behavioral model aspect)
一种模型侧重面,它强调系统中实例的行为,包括实例的方法协作状态历史记录。
模型精化(model elaboration)
从已发布的模型生成储存库类型的过程。在此过程中要生成接口和实施方案,以便根据已精化的模型对储存库进行实例化和填充。
模型驱动构架(Model Driven Architecture,MDA)
[OMG03] 将其定义为:
“制定 IT 系统规范的一种方法,该规范将功能的规范与功能在特定技术平台上的实施规范分离开来。”
模型驱动开发(Model Driven Development,MDD)
一种系统开发方法,从较高抽象层次的模型出发进行工作(但是要求模型描述比较精确),它认为模型并非只是简单的中间开发工件,而是可从中生成可运行系统的精确描述。
模型视图控制器(model viewcontroller,MVC)
用于分解应用程序构件的应用程序构架:模型代表业务逻辑或数据;视图代表用户界面;控制器用于管理用户输入,或者在某些情况下管理应用程序流。
模型元素(model element)
一种元素,它是从正在建模的系统中提取的抽象。请对比:视图元素(view element)
在 MOF 规范中,模型元素被视作元对象
目标测试项(target test item)
已开发产品(通常是软件或硬件)的一个侧重面,该侧重面已确定为测试工作的目标。目标测试项的范围可确定为操作接口特性构件实施子系统系统级别;它还可以是系统的外部侧重面,例如操作系统或打印机之类的外围设备。同义词:测试目标(target-of-test)和测试项(test item)。
(N)
内部转移(internal transition)
一种转移,它指定对事件的响应,而不会更改对象的状态
(O)
耦合(coupling)
构件相互依赖的程度。有两类耦合,“紧密”和“松散”。松散耦合适用于支持可扩展软件构架,而紧密耦合则可能对于取得最大性能是必要的。当构件之间交换的数据变得更大或更复杂时,耦合度将增长。请对比:结合(cohesion)
(P)
派生元素(derived element)
可从其它元素计算得到的模型元素。尽管没有增加语义信息,但出于明确目的而显示它,或出于设计目的而包含它。
配置(configuration)
1)一般:由其功能单元的性质、个数、主要特性所确定的系统或网络的安排;适用于硬件或软件配置。
(2)用于确定系统或系统构件的特定版本的需求、设计和实施。请参阅:配置管理(configuration management)
配置管理(configuration management)
[ISO95] 一个支持过程,其目的是标识和确定项并为项设置基线;控制这些项的修改和发布;报告并记录这些项和修改请求的状态;确保项的完整性、一致性和正确性;控制项的存储、处理和交付。
配置项(configuration item)
[ISO95] 配置中的实体,它满足最终使用功能,并且可在给定的引用点上唯一确定。
评估任务(evalution mission)
一种简明易记的声明,它为给定的工作调度定义测试团队工作目标的本质。评估任务通常会在每个迭代中重新考虑,它提供焦点,以使得团队高效率地工作,从而为测试涉众带来益处。任务声明的一些示例包括:迅速找到重要的问题对察觉的质量提出建议验证规范
平台(platform)
[OMG03] 将其定义为:
“一组子系统/技术,它们通过接口和指定的使用模式提供一组一致的功能,这些功能可供任何依赖于平台的子系统使用,而且无需关心由平台所提供的功能的具体实施方式。”
平台模型(platform model,PM)
平台模型是以下各项的集合:概念(代表部件和服务)、规范、接口定义、约束定义以及应用程序要使用特定平台需满足的任何其它需求。在 MDA 中,将详细描述平台模型并确定其形式(例如在 UML 中),且平台模型在符合 MOF 的储存库中可用。可以为其它的 MDA(例如 J2EE 或 .NET)构建平台模型。
瀑布模型(waterfall model)
[IE610.12] 将瀑布模型定义为:
“一种软件开发流程的模型,组成流程的活动(通常是概念阶段、需求阶段、设计阶段、实施阶段、测试阶段和安装及检查阶段)的执行顺序满足以下要求:可能存在重叠,但几乎不存在或者的确不存在迭代。”
RUP 中应用了此定义,只是将术语“阶段”替换成了“规程”。在 RUP 中,规程是指定的业务建模、需求、分析和设计、实施、测试以及开发,在瀑布式开发模型中,这些将只按顺序发生一次,且重叠很少或没有。
(Q)
起始页(start page)
用户浏览 Web 站点时看到的第一页。同义词:缺省页(default page)主页(home page)
前景(vision)
用户或客户的待开发产品的视图,它是在关键涉众需要和系统特性的层次上指定的。
前置条件(precondition)
一种文本描述,用于定义用例可以开始时对系统的约束。
一个约束条件,在调用操作时该条件必须为真。
缺陷(defect)
缺陷是已交付工作产品中的异常情况或瑕疵。举例来说,缺陷可以是在生命周期的初期发现的遗漏和缺点,也可以是已准备测试或运行的足够成熟软件中存在的故障征兆。缺陷可以是您要跟踪并解决的任何种类的问题。另见:变更请求(change request)
(R)
任务(task)
请参阅:操作系统进程(operating system process)进程(process)线程(thread)
容器(container)
(1)一个实例,用于包含其它实例,并为访问内容或进行内容迭代提供操作;例如数组、列表和集合。
(2)一个构件,用于包含其它构件。
容器分层结构(containment hierarchy)
一种名称空间层次结构,由模型元素和模型元素之间存在的包含关系组成。容器分层结构形成一个非循环图。
软件工程流程管理委员会(Software Engineering Process Authority,SEPA)
负责流程定义、评估和改进的组织实体。
软件构架(software architecture)
软件构架包括:有关软件系统组织的重大决策,所选的结构元素、构成系统的元素的接口,以及在这些元素的协作中所规定的行为,由结构和行为元素组成的逐渐增大的子系统指导组织方式、这些元素和其接口、它们之间的协作及其组成的构架风格。
软件构架不仅与结构和行为有关,也与用法、功能、性能、弹性、复用、可理解性、经济和技术约束以及折衷考虑及美观性有关。
软件规约复审(software specification review,SSR)
在瀑布式生命周期中,软件需求规约完成时进行的主要复审。
软件需求(software requirement)
有关系统外部可观察行为的规范。例如:系统输入、系统输出、系统功能、系统属性或系统环境的属性。
软件需求规约(software requirements specifications,SRS)
完整定义要构建的系统的外部行为的一组需求,有时称为功能规范。
(S)
沙箱(sandbox)
由 Web 浏览器提供的有限环境,可供 Java Applet 在其中运行。沙箱为这些 Applet 提供服务,并阻止它们执行规定之外的操作,这些操作如:执行文件输入/输出,或者与不是装载该 Applet 的服务器通信。如果将 Applet 类推到子级,将调用这些 Applet 运行沙箱的环境。
设备(device)
一类节点,它为处理器提供支持能力。尽管它可能有能力运行嵌入式程序(设备驱动程序),但是无法执行通用的应用程序,其存在的目的只是为运行通用应用程序的处理器提供服务。
设计(design)
软件开发流程中的一个部分,其首要目的在于决定系统如何实施。在设计期间,制定战略和战术决策以便满足系统必需的功能和质量需求。请参阅:分析(analysis)
设计包(design package)
关系用例实现和其它的集合,用来通过将该集合分成若干较小部分来构造设计模型。它是实施子系统的逻辑模拟。
设计机制(design mechanism)
在设计流程期间,以及完成设计的细节期间所使用的一种构架机制。它们与关联的分析机制有关,它们是这些分析机制的额外改进,而且它们还可以绑定一种或多种构架和设计模式。分析机制和设计机制之间在规模上不一定要存在差别,因而以下说法是可能成立的,即在分析层次上的永久性机制和在设计层次上的永久性机制是处于不同改进层次上的同一事物。设计机制假定实施环境的一些细节,但它并不属于特定的实施(如实施机制)。例如,进程间通信的分析机制可以通过以下若干进程间通信(IPC)的设计机制来进一步改进:共享的内存、类似函数调用的 IPC、基于信号量的 IPC 等。每一种设计机制都具有确定的优缺点,根据使用机制的对象的特征来决定选择何种设计机制。
设计模式(design pattern)
[GAM94] 将设计模式定义为:
“设计模式为改进软件系统的子系统、构件或它们之间的关系提供了方案。它描述了在特定环境中解决一般设计问题的通信构件频繁出现的结构。”
设计模式是中小规模的模式,其规模比构架模式要小,但通常独立于编程语言。当设计模式的范围界定之后,它将形成具体的设计模型的一部分(也可能是设计机制的一部分)。设计模式所在的层次决定了设计模式倾向于可在多个领域中应用。
设计模型(design model)
一种对象模型,它描述用例的实现;充当实施模型及其源代码的抽象。
设计期(design time)
指在软件开发流程的设计阶段中出现的某事物。请参阅:建模期(modeling time)。请对比:分析期(analysistime)
设计子系统(design subsystem)
代表系统的一部分的模型元素。设计子系统通过封装提供其行为的其它模型元素(类或其它设计子系统)来包括行为。它还显示一组定义其所能执行的行为的接口
涉众(stakeholder)
会受到系统结果重大影响的个人。
涉众请求(stakeholder request)
来自涉众的各种专门类型的请求,例如,变更请求扩展请求、需求变更请求和缺陷
涉众需要(stakeholder need)
必须解决的业务或运作问题(或能够带来的商机),以此证明购买或使用物有所值。
生命周期(lifecycle)
一个完整的生命周期要经过四个阶段:先启精化构建产品化。从先启阶段开始到产品化阶段结束之间的时间跨度。同义词:开发周期(development cycle)周期(cycle)。另见:测试周期(test cycle)
失败(failure)
系统或构件不能执行其指定性能需求内必需的功能 [IE610.12]。失败的特征体现为一个或多个缺陷的症状,这些缺陷的根本原因在于一个或多个故障
实参(actual parameter)
同义词:实参(argument)
实参(argument)
解析为运行时实例的参数的绑定。同义词:实参(actual parameter)。请对比:参数(parameter)
数据元素或值,作为参数包含在方法调用中。实参提供调用的方法可用来执行请求的操作的附加信息。
时间(time)
表示绝对或相对时刻的值。
事件(event)
对所发生的重要事情(具有时间和空间位置)进行的说明。在状态图环境中,事件是可以触发转移的发生事件。
时间表达式(time expression)
可解析为绝对或相对时间值的表达式。
时间标记(timing mark)
用于表示事件发生或消息出现的时间。可在约束中使用时间标记。
时间事件(time event)
表示自进入当前状态后所经过时间的事件。请参阅:事件(event)
实例(instance)
满足类型的描述的个别实体。
可应用一组操作的实体,它具备一种存储操作效果的状态。请参阅:对象(object)
实施(implementation)
软件工程流程中的一项规程,其目的在于实施满足适当的质量标准的软件构件。
对如何构建或计算事物所作的定义。例如,类是对类型的实施,方法是对操作的实施。
实施继承(implementation inheritance)
较为特殊的元素的实施的继承。包括对接口的继承。请对比:接口继承(interface inheritance)
实施机制(implementation mechanism)
实施流程期间使用的构架机制。它们是对设计机制的改进,它们指定确切的机制实施模式,而且在其构建过程中还很可能运用若干种实施模式(代码模式)。再次重申,设计机制与实施机制在规模上不一定存在差异。例如,一个对进程间通信分析机制的特定实施,就是利用特定操作系统的共享内存函数调用的共享内存设计机制。并行冲突(不适当地对共享内存进行同时访问)可使用依赖其它实施机制的信标或闩锁机制来避免。
实施模式(implementation pattern)
请参阅:代码模式(idiom)
实施模型(implementation model)
实施模型是构件与包含这些构件的实施子系统的集合。
实施视图(implementation view)
一种构架视图,它在封装分层配置管理(所有权、发行策略等等)方面对开发环境中静态软件元素(代码、数据和其它伴随工件)的组织进行了描述。在 Unified Process 中,它是关于实施模型的视图。
实施子系统(implementation subsystem)
构件和其它实施子系统的集合,用于通过将其分成更小的部分来构造实施模型。请注意:在 RUP 中,实施模型和实施子系统是实施视图的目标,因此在开发阶段意义重大。它是设计包的物理模拟。“实施子系统”这个名称反映了“子系统”这一术语的通常用法,即指示范围比构件要大的对象。但是,在 UML 术语中,赋予它的构造型是,而不是子系统
实体类(entity class)
用于为已由系统存储的信息以及相关联的行为建模的。一个一般类,可在许多用例中复用,并通常具有永久特点。实体类定义了一组实体对象,这些对象参与若干用例并通常可在这些用例中存活。
视图(view)
模型的简化描述(抽象),即采取特定角度或观点并忽略与相应角度或观点无关的实体。另见:构架视图(architecturalview)
模型的投影,即采取特定角度或观点并忽略与相应角度或观点无关的实体。
视图(数据库)(view (database))
一个虚拟表,由来自数据库中一个或多个实际表的列信息组成。
视图投影(view projection)
模型元素视图元素的投影。视图投影为每个视图元素提供了位置和样式。
视图元素(view element)
视图元素是模型元素集合的文本和/或图形的投影。
事务(transaction)
单个请求启动的一个或多个应用程序所组成的处理单元。执行事务时可能需要启动一项或多项任务。
事务处理(transaction processing)
一种支持交互式应用程序的计算方式。在这种计算方式中,用户所提交的请求一经接收即被处理。结果会在相当短的时间内返回给请求方。事务处理系统可以对资源共享进行监控,以便同时处理多个事务。
实用工具(utility)
以类声明的形式对全局变量和过程进行分组的构造型。实用工具属性和操作分别变成全局变量和全局过程。实用工具不是基本的建模结构,而是一个编程工具。
受保护(protected)
与类成员相关联的存取权限。它允许该类本身、子类和同一包中的所有类访问此成员。
瘦客户机(thin client)
瘦客户机通常是指在资源紧张的计算机上运行的系统,或者是指运行小型操作系统的系统。瘦客户机不需要本地系统管理,它们执行通过网络传送的 Java 应用程序。
输出(output)
(1)任何作为流程步骤结果的工件。请参阅:可交付工件(deliverable)
(2)已进行的测试生成的、未经处理的结果或产品。在测试用例中定义了预期的输出。
数据类型(datatype)
缺乏身份并且操作没有副作用的一组值的描述符。数据类型包括原始预定义类型和用户可定义类型。预定义类型包括数字、字符串和时间。用户可定义类型包括各种枚举。
数据库(database)
(1)根据为一个或多个应用程序提供服务的方案,而存储在一起的相关数据的集合,其冗余性可得到控制。
(2)存储在系统中的所有数据文件。
(3)存储在一起并由数据库管理系统管理的数据集。
数据库管理系统(database management system,DBMS)
一种计算机程序,它通过为有效访问、完整性、恢复、并行控制、隐私和安全性提供集中控制、数据独立和复杂物理结构等服务,来对数据进行管理。
输入(input)
(1)流程所使用的一个工件。请参阅:静态工件(static artifact)
(2)在给定测试中用来刺激执行条件发生的值。输入值定义在测试用例中。
属性(attribute)
定义的属性,表示类或其对象的指定特征。属性具有类型,用于定义其实例的类型。
分类器之中的一种特性,用于描述分类器实例可具有的值的范围。
双字节字符集(double-byte character set,DBCS)
一个字符集,其中每个字符用 2 个字节表示。例如日语、汉语、韩国语等语言,它们所包含的符号无法完全由 256 个代码点来表示,因而需要使用双字节字符集。请对比:单字节字符集(single-byte character set)
死锁(deadlock)
两个独立的控制线程彼此阻塞,相互等待对方采取操作,这种状态称为死锁。死锁常常是由于添加了避免竞争状态的同步机制而引起的。
私有(private)
与类成员相关联的存取权限。它只允许该类本身访问此成员。
索引(index)
一种用于提高在数据库表中搜索行的效率的机制。
(T)
探索测试(exploratory testing)
一种测试计算机软件的技术,它所需要的计划工作最少,且能忍受在测试执行之前测试目标的文档有限这一不利情况,这些都依赖于测试员的技能和知识以及来自测试结果的反馈,以指导持续的测试工作。探索测试通常在简短会话中进行,其中从一个会话中取得的反馈用于动态地计划后续的会话。关于更多详细信息,请参阅:[BAC01a]。
套接字安全(Socket secure,SOCKS)
允许相容的客户端代码(使套接字安全的客户端代码)与远程主机建立会话的网关。
特定于平台的模型(platform specific model,PSM)
[OMG03] 将其定义为:
“一个子系统模型,它包含关于特定技术的信息,该技术用于在特定平台上实现该模型,因此可能包含特定于上述平台的元素。”
特性(feature)
一种从外部可观察的服务,它由系统提供并用于直接满足涉众需要
类似操作或属性的一种特征,封装在接口、类或数据类型等分类器中。
特征(property)
一个指定的、表示元素的特征的值。特征具有语义作用。有些特征已在 UML 中预定义,而其它特征可由用户定义。请参阅:标注值(tagged value)
特征符(signature)
行为特性的名称和参数。特征符可选择包含返回的参数。
特征-特征连接(property-to-property connection)
从一个对象的特征到另一个对象的特征的连接。另见:连接(connection)。
提供端(supplier)
一种分类器,它提供可供其它分类器调用的服务。请对比:客户端(client)
提交(commit)
结束一个工作单元的操作,该操作将使它对资源(事务或数据)所作的更改永久生效。
调色板(palette)
请参阅:bean 调色板(beans palette)。
同步操作(synchronous action)
一种请求,其中作为发送方的对象会暂停来等待结果。请对比:异步操作(asynchronous action)
同步状态(synch state)
状态机中的一个顶点,用来同步状态机中的并发区域。
通信关联(communicates-association)
参与者类用例类之间的关联,表示它们的实例有交互作用。关联的方向指示通信的发起方(Unified Process 约定)。
通信关联关系(communication association)
部署图中的一种关联,位于表示通信的节点之间。请参阅:部署图(deployment diagram)
通信图(communication diagram)
(1)以前称为协作图,通信图描述了对象间进行交互的模式;它通过对象之间的相互链接及其相互发送的消息,显示参与交互的对象。
(2)它是一个包含分类器角色和关联角色而非仅分类器和关联的类图
(3)通信图和序列图都显示了交互,但它们各有侧重。序列图明确显示了时间序列,但未明确显示对象关系。通信图明确显示了对象关系,但时间序列必须从序列号中获取。
使用分类器和关联或使用实例和链接来显示围绕模型结构组织的交互的图。与序列图不同,通信图显示了实例之间的关系。序列图和通信图表述相似的信息,但使用了不同的显示方式。请参阅:序列图(sequence diagram)
统一编码(unicode)
一种字符编码系统,可用于转换、处理和显示用当今世界的多种语言书写的文本。统一编码字符通常使用 16 位无符号整数来进行编码。
统一建模语言(unified modeling language,UML)
用于对软件密集型系统的工件进行可视化、指定、构造和记录的语言 [BOO98]。请参阅 Unified Modeling Language [UML01]。在 RUP 词汇表中,来自 Unified Modeling Language 的定义用以下符号指示:
统一资源定位符(uniform resource locator,URL)
万维网中资源的标准标识符,Web 浏览器使用它来启动连接。URL 包括要使用的通信协议、服务器名称和标识服务器上待检索对象的路径信息。
透视图(perspective)
一般可用作观点的替代术语,两者在意思上无重大区别。
Rational Software Architecture 用途中(基于 Eclipse)UI 范例的一部分,当打开特定透视图时,桌面更改为显示其相关视图、编辑器和操作,从而支持不同的角色或关注的问题。
投影(projection)
从一个集合到它自己的一个子集的映射。
图(diagram)
模型的部分或全部进行的图形式说明。
对一组模型元素的图形表示,最经常呈现为弧(关系)和顶点(其它模型元素)连接的图。UML 支持以下图:类图对象图用例图序列图通信图状态图活动图构件图部署图
图形用户界面(graphical user interface,GUI)
一类界面,使用户能通过操纵图形化的特性来与程序进行通信,而不是通过输入命令。通常,GUI 包括图形、定位设备、菜单栏和其它菜单、重叠窗口以及图标的组合。
团队负责人(team leader)
团队负责人是项目管理和开发人员之间的纽带。团队负责人负责确保任务进行分配和监督,直至任务完成。他还负责确保开发人员遵循项目标准,遵守项目日程安排。
退出操作(exit action)
在退出状态机中的某个状态之后马上执行的操作,而与退出该状态的转移无关。
(W)
外部链接(external link)
Web 站点中指向当前 Web 站点之外的 URL 的链接。同义词:外部链接(outside link)
外部链接(outside link)
同义词:外部链接(external link)
外观(facade)
子系统内一个特殊的包,构造型为 <<facade>>,用于组织和导出子系统的客户模块所需的所有信息。该包中包括接口(该子系统所特有的一些接口)、与子系统之外接口的实现关系,以及子系统的客户模块要使用该子系统所需的所有文档。
外键(foreign key)
数据库表中,引用另一个表的主键的一列或一组列。
万维网,WWW 或 Web(World Wide Web, WWW or Web)
一种图形化的超文本多媒体 Internet 服务。
网关(gateway)
连接以不同语言进行通信的网络的主机;例如,网关可将公司的 LAN 连接到 Internet。
未解释(uninterpreted)
UML 未指定其实施的一个或多个类型的占位符。每个未解释的值都具有一个相关的字符串表示。请参阅:任何 [CORBA]。
委托(delegation)
一个对象向另一对象发出消息,以响应另一消息的能力。委托可用作继承的备选方案。请对比:继承(inheritance)
伪状态(pseudo-state)
状态机中的一个顶点,它具有状态的形式,但不执行状态的行为。伪状态包含初始顶点和历史顶点。
文档(document)
文档是计划在纸张或在隐喻为纸张的介质上表示的信息的集合。上述隐喻为纸张的介质包括概念上的纸张,它具有内容的隐含序列,或具有内容的明确序列。信息将采用文本或二维图片的形式。字处理器文档、电子表格、时间表、甘特图、Web 页面或投射幻灯演示等形式都是隐喻为纸张的介质的示例。
文档模板(document template)
一种具体的工具模板,可用于诸如 Adobe(R) FrameMaker(R) 或 Microsoft(R) Word(R) 之类的工具。
文档说明(document description)
描述特定文档的预期内容。
文件传输协议(file transfer protocol,FTP)
在计算机之间实现文件传输的基本 Internet 功能。可使用它从远程主机下载文件,以及将文件从本地计算机上载到远程主机。
无术语条目(NO TERM ENTRY)
(X)
系统(system)
系统需求复审(system requirements review,SRR)
在瀑布式生命周期中,系统规约完成时进行的主要复审的名称。
(1)为达成特定目的而组织的已连接单元的集合。系统可由一个或多个模型描述(可能从不同角度描述)。同义词:物理系统(physical system)。
(2)顶级子系统。
线程(thread)
一种独立的计算,执行位置为其所在的操作系统进程定义的执行环境和地址空间。有时也称作“轻量级进程”。
在程序、动态模型或其它表现形式的控制流中的单一执行路径。还可以指作为轻量级进程实施的主动对象的构造型。请参阅:进程(process)
限定词(qualifier)
一个关联属性或属性元组,其属性值用来划分与关联对象相关的一组对象。
限定时间(timeboxing)
RUP 中推荐的、用于管理迭代的时间表的方法:在最初建立迭代的范围和时间表之后,鼓励项目经理积极地管理该范围(以及提交给迭代的资源),以便满足计划的迭代结束日期,而不是在开发耗时超过计划值时推迟结束日期以适合最初计划的范围。在 RUP 中,对于管理可调整的时间表,缩减范围要优于增加资源。此方法的两个动机分别在于:使迭代的结果对于涉众可见,以及对迭代进行评估。这样,从中学到的教训可以应用到后续的迭代中。
先启(inception)
Unified Process 的第一个阶段,在此阶段中,上一代的种子构想(方案征求)已至少在内部得到拨款,准备工作就绪,可以进入精化阶段。
项目(project)
项目由相应的人员来执行,受到有限资源的约束,需要进行计划、执行和控制。项目是为创造独特的产品或服务而付出的暂时性努力。暂时指的是每个项目都有明确的起止时间。独特指的是该产品或服务以某种方式有别于所有其它类似的产品或服务。在实现组织的经营策略时,项目往往是非常关键的部分。
项目复审委员会(Project Review Authority,PRA)
项目经理向其汇报工作的组织实体。PRA 负责确保软件项目符合政策规定、惯例和标准。
项目经理(project manager)
承担项目总体职责的角色。项目经理需要确保按照项目时间表、预算和质量要求来调度、分配并完成任务。
消息(message)
实例间进行信息传递的规范,并具有引起相应活动的期望。消息中可指定发出信号或调用操作。
消息传递(messaging)
分布式应用程序借以通过相互发送消息而进行通信所用的通信模型。消息通常是一个较短的信息包,它不一定需要答复。消息传递使用的是异步通信方法。消息也可是类中的一段 Java 代码,可以调用它并传递一组参数以执行特定任务。
协议(protocol)
用来在封装体之间进行通信的一组兼容消息的规范。协议定义一组流入和外发消息类型(例如操作、信号),还可以定义一组序列图,以规定消息应遵循的顺序。协议也可定义一个状态机,以指定协议的参与者必须提供的抽象行为。
协议,TCP/IP(protocol (TCP/IP))
通过 Internet 在全球传递计算机消息的编程基础。它是定义 Internet 的一套协议。TCP/IP 软件最初是为 UNIX 操作系统而设计的,现今已可用于各种主要的计算机操作系统。要真正与 Internet 建立连接,您的计算机必须安装 TCP/IP 软件。
协作(collaboration)
(1)它是对一组对象的描述,这些对象进行交互以在环境中实现某种行为。它描述组合在一起以达到某种目的的一组合作对象。
(2)它为对象网络中的消息交换中所发生的行为获取一个更为全面的视图。
(3)协作体现了计算的三个主要基础结构的统一:即数据结构、控制流和数据流。
(4)协作具有静态和动态部分。静态部分描述对象和链接在协作实例化中所担当的角色。而动态部分则由一个或多个动态交互组成,用于显示为执行计算而进行协作的整个过程中所传递的消息流。协作可以具有一组描述其动态行为的消息
(5)具有消息的协作就是交互。
对如何通过一组以特定方式担当特定角色的分类器和关联,来实现操作分类器(例如用例)的说明。协作确定了交互。请参阅:交互(interaction)
协作图(collaboration diagram)
此条术语在 UML 2.0 中已更改为通信图(communication diagram)
形参(formal parameter)
同义词:参数(parameter)
信号(signal)
对在实例间传送的异步激励的指定。信号可带有参数。
行为(behavior)
操作或事件(包括其结果在内)的可观察的效果。
行为特性(behavioral feature)
模型元素的动态特性,例如操作方法
序列图(sequence diagram)
一种图,它显示按时间顺序安排的对象交互。特别地,它显示了参与交互的对象以及交换的一系列消息。与通信图不同,序列图包括了时间顺序,但不包括对象关系。序列图可以是类属格式(描述一般场景),也可以是实例格式(描述一个场景实例)。序列图和通信图表述相似的信息,但使用了不同的显示方式。请参阅:通信图(communication diagram)
需求(requirements)
软件工程流程中的规程,其目的在于定义系统应做什么。最重要的活动是开发前景用例模型补充规约工件。
需求(requirement)
需求用于描述系统必须符合的条件或具备的功能。它可以直接来自于用户需要,也可以在合同、标准、规范或其它正式规定的文档中阐明。请参阅:软件需求(software requirements)
所期望的系统特性、特征或行为。
需求跟踪(requirements tracing)
从某一需求到其它需求,以及到其它工件及工件的关联项目元素的链接。
需求管理(requirements management)
一种系统化的方法,用来获取、组织和记录系统的软件需求,还要使客户和项目团队在系统变更需求上达成并保持一致。
需求类型(requirement type)
需求基于共同特征和属性的分类。有时需求类型基于需求源或影响区域,例如涉众需要、特性、用例、补充需求、文档需求、硬件需求、软件需求等等。需求还可以基于它们所代表的软件质量方面分类,例如 FURPS+
需求属性(requirement attribute)
与特定需求相关联的信息,它在该需求和其它项目元素(例如:优先级、时间表、状态、设计元素、资源、成本、危害)之间提供链接。
虚拟机(virtual machine)
执行其它计算机程序的软件程序。它使实际运行的这台机器(例如一台计算机)表现得就象是另一台实际机器在运行一样。
(Y)
演进(evolution)
软件在其初始开发周期之后的生命期,产品在其中取得发展的任何后继周期。
演进方式(evolutionary)
一种迭代式开发策略,该策略承认没有完全了解用户需要,因而需求将在每一后继迭代(精化阶段)中不断完善。
验收(acceptance)
一项操作,客户通过该操作接受软件产品所有权(作为对合同的部分或完全履行)。
烟雾测试(smoke test)
用来描述某一类测试的短语,这些测试通常数量有限,可以针对每个软件工作版本运行,以确定自先前的某个工作版本以来,软件在形式或功能上是否有退步。同义词:工作版本生效测试(build validation test)、工作版本验证测试(build verification test)、工作版本验收测试(build acceptance test)、工作版本退步测试(build regression test)和健全检查(sanity check)
业务参与者(实例)(business actor (instance))
在业务之外与业务交互的某人或某事物。
业务参与者(类)(business actor (class))
定义一组业务参与者实例,其中每个业务参与者实例相对于业务而言都担任着相同的角色。
业务策略(business strategy)
业务策略定义原则和目标,以实现业务构想。它由一组长期的业务目的组成,这些业务目的将最终导致业务前景的完成。
业务创建(business creation)
执行业务工程,其中业务工程的目标是创建新的业务流程、新的业务系列或新的组织。
业务重建(business reengineering)
执行业务工程,其中的变更工作包括以全面的观点来看待整个现有业务,并彻底想通为什么要这样做。您将置疑所有现存业务流程,并努力寻找重新构建这些流程的全新方法,以实现根本性改进。同一含义的其它名称还有业务流程重建(BPR)和流程创新。
业务分析模型(business analysis model)
一种对象模型,描述业务用例的实现。同义词:业务对象模型(business object model)
业务改进(business improvement)
执行业务工程,其中的变更工作仅限于局部而并不波及整个业务。它涉及到削减成本、缩短交付周期以及监督服务和质量。
业务工程(business engineering)
公司用于根据特定目标来设计其业务的一组技术。业务工程技术可用于业务重建业务改进业务创建
业务构架(business architecture)
业务构架是组织好的一组元素,元素相互之间具有清晰的关系,它们一起组成了一个由其功能决定的一个整体。这些元素代表业务的组织和行为结构,并显示业务的关键流程和结构的抽象。
业务规则(business rule)
在业务之中必须满足的策略或条件的声明。可在模型和/或文档中捕获业务规则。
业务建模(business modeling)
包含您可用来对业务进行可视化建模的所有建模技术。这些是您可用于执行业务工程的技术的子集。
业务角色(business worker)
业务角色表示业务中的一个或一组角色。参与业务用例实现时,一个业务角色与其它业务角色交互,并控制业务实体
业务流程(business process)
一组逻辑相关活动,它们使用组织的资源为支持组织的目标提供规定的结果。在 RUP 中,我们使用业务用例(显示业务的预期行为)和业务用例实现(显示该行为是如何通过业务角色业务实体实现的)来定义业务流程。另见:流程(process)
业务流程工程(business process engineering)
请参阅:业务工程(business engineering)
业务目标(business goal)
业务目标是业务必须满足的需求。业务目标描述在将来的某个时间点特定度量所需要的值,因此可以用来计划和管理业务的活动。另见业务目的(business objective)
业务目标(business objective)
用于表示高层次业务目标的常用术语。由于业务目的通常是抽象的,因此它们难以度量,而会转换成更方便度量的较低层次的业务目标。
业务事件(business event)
业务事件描述在空间和时间上发生的重大事情,该事件对于业务很重要。业务事件用于在业务流程之间发送信号,通常与业务实体相关联。
业务实体(business entity)
业务实体代表重要和持久的信息段,这段信息由业务参与者业务角色操纵。
业务系统(business system)
业务系统包括一组共同实现特定目的的角色和资源,并定义一组用来实现目的的职责。
业务用例(类)(business use-case (class))
业务用例定义一组业务用例实例,其中每个实例都是业务执行的一个操作序列,将生成对特定业务参与者而言“有价值的可观察结果”。业务用例类包含所有与生成“有价值的可观察结果”有关的主工作流程和备用工作流程。
业务用例(实例)(business use-case (instance))
由生成对特定业务参与者而言有价值的可观察结果的业务所执行的操作序列。
业务用例包(business use-case package)
业务用例包是业务用例、业务参与者、关系、图和其它包的集合,通过将其划分为若干个较小部分来建立业务用例模型。
业务用例模型(business use-case model)
以业务为目标的功能的模型。业务用例模型被用作一种基本输入,以确定组织的各个角色和可交付工件。
业务用例实现(business use-case realization)
业务用例实现在协作的业务对象方面描述了在业务分析模型中如何实现特定业务用例的工作流程。
异步操作(asynchronous action)
一个请求,其中发送对象不会暂停来等待结果。请对比:同步操作(synchronous action)
已发布模型(published model)
已定型的模型,可用于对储存库进行实例化,并有助于定义其它模型。已定型模型的模型元素将无法变更。
依赖关系(dependency)
两个建模元素之间的关系,其中,一个建模元素(独立元素)的变更将会影响到另一建模元素(依赖元素)。
引用(reference)
(1)模型元素的符号。
(2)分类器中一个指定的槽,便于导航到其它分类器。同义词:指针(pointer)
应用程序(application)
(将新技术)投入使用的行为:应用技术的行为。
与功能和行业相关的软件,它由特定的业务(例如银行、航空、股票经纪业、保险、会计和仓储)所确定。
在 Java 编程中,包括 main() 方法的自成一体的独立 Java 程序。请对比:applet
应用程序编程接口(Application Programming Interface,API)
使应用程序能够相互通信的软件接口。API 是一组编程语言结构或语句,可以代码编入应用程序中,以获取由底层操作系统或服务程序提供的特定功能和服务。
泳道(swimlane)
活动图上的一个分区,用于组织操作的职责。泳道通常对应于业务模型中的组织单元。请参阅:分区(partition)
用户界面(user interface)
(1)使用户可以和计算机进行交互的硬件和/或软件。
(2)“用户界面”这一术语一般是指与用户交互的可见外观及其底层软件。
永久对象(persistent object)
在创建对象的进程或线程消亡后仍然存在的对象。
用例(use case)
系统行为的描述,采用操作序列的形式。用例应为参与者得出可观察的值的结果。用例包含所有与生成“值的可观察结果”有关的事件流,包括备用流和异常流。更正式的说法是,用例定义一组用例实例场景
系统(或其它实体)在与系统的参与者交互时可以执行的操作序列(包括变化形式)的规范。请参阅:用例实例(use-case instance)场景(scenario)
用例包(use-case package)
用例包是用例、参与者、关系、图和其它包的集合,用于通过将用例模型分成若干个较小的部分来建立用例模型。
用例段(use-case section)
用例段是用例的任何一段,包括前置条件、后置条件、子流、步骤和文本。用例段可用作可追踪性项
用例模型(use-case model)
描述系统在用例方面的功能需求的模型。
用例实例(use-case instance)
操作序列的执行情况在用例中指定。用例的一个实例。用例实例是穿过用例的特定“端对端”具体路径 - 参与者用特定的人员(参与者实例)替代,提供了特定的值和响应,而且只有一个路径穿过一个或多个可能的用例流。另见:场景(scenario)测试场景(test scenario)
用例视图(use-case view)
一种描述在系统中如何执行关键用例的构架视图,主要侧重于对构架具有重要影响的构件(对象、任务、节点)。在 RUP 中,它是用例模型的视图。
用例实现(use-case realization)
用例实现描述如何在设计模型内部使用协作对象来实现一个特定用例。
用例图(use-case diagram)
一种图,它显示系统中参与者用例之间的关系。
用途(usage)
一种依赖关系,其中一个元素(客户端)需要存在另一个元素(提供端),才能正确地运行或实施。
域名服务器(domain name server)
用于转换域名的系统,例如将 www.software.ibm.com 转换为数字化的 Internet 协议地址,如 123.45.67.8。
域(数据库)(domain (database))
一种用户定义的数据类型,它为数据库中表的列定义值的有效范围。
语义分歧点(semantic variation point)
元模型的语义中的分歧点。它为元模型语义的解释提供了有意图的自由度。
远程方法调用(remote method invocation,RMI)
JDK 1.1 中的 API,用于编写分布式的 Java 程序,让远程 Java 对象的方法可由其它 Java 虚拟机访问。
远程过程调用(remote procedure call,RPC)
一个通信模型,其中,请求是通过函数调用向分布在其它位置的过程发出。过程的位置对调用方应用程序来说是透明的。
元对象(meta-object)
元建模语言中所有元实体的统称。例如,元类型、元类、元属性以及元关联关系。
元类(metaclass)
实例为类的类。元类通常用于构造元模型
元模型(metamodel)
一种模型,它定义用于表示模型的语言。
原始开发(green-field development)
“从头开始”的开发,相对于“现有系统的演进”或“旧片段的重建”。此术语源自在杂草丛生的未开发土地上新建工厂时所发生的转变(英文字面原意是绿地开发)。
元素(element)
模型的最小的不可细分的成分。
原型(prototype)
不必进行变更管理配置控制的发行版。
元-元模型(meta-metamodel)
一种模型,它定义用于表示元模型的语言。元-元模型与元模型之间的关系类似于元模型与模型之间的关系。
约束(constraint)
语义条件或限制。某些约束已在 UML 中预定义,其它的可由用户定义。约束是 UML 中的三个扩展性机制之一。请参阅:标注值(tagged value)构造型(stereotype)
运行时(run time)
计算机程序执行的时间段。请对比:建模期(modelingtime)
(Z)
增量(increment)
在后续迭代结束后,两个发行‰ˆ之间存在的差异(变化量)。
值(value)
一个类型领域的元素。
直接访问存储设备(direct access storage device,DASD)
允许直接访问存储内容的设备,例如磁盘驱动器(与磁带机相反,后者只能按顺序访问)。
质量(quality)
产品或服务的特性和特征的全体,它们均承担一定的能力来满足声称或暗示的需要。
质量保证(quality assurance,QA)
所有对于提供足够的证据必要的计划和系统操作,其中的证据是为了证明产品或服务将满足给定的质量需求。
质量风险(quality risk)
很有可能对软件产品的质量产生不利影响的即将来临或持续发生的事项。尽管可以论证,可用来评估质量风险的质量的方方面面几乎多到无穷无尽,但 RUP 使用 FURPS+ 需求模型作为讨论质量方面的基础。
职责(responsibility)
分类器的契约或义务。
周期(cycle)
同义词:生命周期(lifecycle)开发周期(development cycle)。另见:测试周期(testcycle)
主动对象(active object)
拥有线程并能启动控制活动的对象主动类的实例。
主动类(active class)
表示系统中控制线程的
实例为主动对象的类。请参阅:主动对象(active object)
组合 Bean(composite bean)
由其它 Bean 构成的 Bean。组合 Bean 可以包含可见 Bean 和/或不可见 Bean。另见:bean
组合状态(composite state)
包含并发(正交)子状态或串行(互斥)子状态的状态。请参阅:子状态(substate)
组合子状态(composite substate)
可以和包含在同一组合状态中的其它子状态同时保存的子状态。请参阅:组合状态(composite state)。同义词:区域(region)
主键(primary key)
数据库表中,用来标识表中的行的一列或一组列。
注释(comment)
附加到一个元素或一组元素的注解。注释不具有语义。请对比:约束(constraint)
主页(home page)
请参阅:起始页(start page)
组织单元(organization unit)
组织的主要构件,它为组织的管理提供环境。组织结构将父单元与父单元在层次结构中的下级相关,且每个单元负责其它业务构件的集合 [MARS00]。请参阅:业务系统(business system)
组装(composition)
一种聚合关系关联,它具有很强的隶属关系,而且与整体生存期的某一段重合。具有不固定的多重性的部件可在组装本身之后创建,但一旦创建就与组装共存亡,即它们将具有同样的生命周期。这样的部件也可以在组装消亡之前明确删除。组装可以是递归的。另见:组装关系(composite aggregation)
组装关系(composite aggregation)
同义词:组装(composition)
组装 [类](composite [class])
通过组装关系与一个或多个类相关的。请参阅:组装(composition)
转换(transform)
在 Rational Software Architect 用途中,针对批处理进行优化的一种转换,主要跨过元模型、模型和抽象级别。
转换还可以用作动词,来表示执行转换的动作(例如“用户将模型 A 转换成模型 B”)。
转换定义(transformation definition)
[KLE03] 将其定义为:
“一组转换规则,它们共同描述采用源语言的模型如何能转换成采用目标语言的模型。”
桩模块(stub)
具备测试功能的构件。桩模块可以是纯粹的“哑模块”,只返回一些预定义的值,也可以“模拟”一个更复杂的行为。
转换/模型化变换(transformation/model transformation)
通常是指从源模型中生成目标模型的过程,需要遵循某个规则集,还可能受某个参数集或其它数据的驱动。
另外,“转换”还可以用来描述工件(定义、规范、规则集、其它数据等等),该工件确定采用源语言的模型如何转换成采用目标语言的模型。在 Rational Software Architect 用途中,转换(transformation)被视为一个抽象概念,它可以进一步专门化为转换(transform)模式
状态(state)
对象生命周期中的状况或情形,其中对象满足某个条件、执行某个活动或等待某个事件。
状态机(state machine)
状态机指定模型元素的行为、定义此对象对事件的响应以及它的生命周期。
一个行为,它指定某对象或交互过程在其整个生命周期中对事件作出响应而先后经历的各种状态,同时表明响应和操作。
状态图(statechart diagram)
显示状态机的图。请参阅:状态机(state machine)
子活动状态(subactivity state)
活动图的一种状态,表示执行有一定持续时间的非基本步骤序列。
子机状态(submachine state)
状态机中的一种状态,它相当于组合状态,但其内容由另一状态机来描述。
子(child)
泛化关系中,另一元素(父元素)的专门化。请参阅:子类(subclass)子类型(subtype)。请对比:父(parent)
字段(field)
请参阅:属性(attribute)
字符串(string)
文本字符序列。字符串具体表示取决于实现方法,可能会包含支持国际通用字符和图形的字符集。
子类(subclass)
在泛化关系中,另一个类(超类)的专门化。请参阅:泛化关系(generalization)。请对比:超类(superclass)
子类型(subtype)
子系统(subsystem)
一种模型元素,它具有的语义,因此可以包含其它模型元素,也具有的语义,因此它具有行为。子系统的行为由它所包含的类或其它子系统提供。子系统实现一个或多个接口,这些接口定义子系统可以执行的行为。
子系统是对模型元素的分组,其中一些元素构成由分组中另一些元素所提供的行为的规约。另见:包(package)系统(system)
资源文件(resource file)
引用自 Java 程序的文件。示例包括图形和音频文件。
子状态(substate)
作为组合状态的一部分的状态。请参阅:并行子状态(concurrent substate)互斥子状态(disjoint substate)
在泛化关系中,另一个类型(超类型)的专门化。请参阅:泛化关系(generalization)。请对比:超类型(supertype)
追踪(trace)
一种依赖关系,表示两个元素在历史或流程方面的关系,这两个元素代表同一概念,但没有特定的相互派生规则。
最终状态(final state)
一种特殊的状态,它表示包含的组合状态或整个状态机已完成。