duckybsd Site Admin
May 30, 2003, 10:55 PM
Post #3 of 3 (28 views) Copy Shortcut
| A 【B】 C D E F G H I J K L M N O P Q R S T U V W X Y Z
base class基类 其他类或 Bean 要从其中派生的类。基类本身也可由其他基类派生而来。请参见抽象类。
baseline基线 指在特殊的节点已被同意或批准、可作为后继开发工作的基础的一份文档、一段程序或其他工件。只能通过正式程序,例如:变更管理和配置控制才能进行更改。
Bean 可用于构建应用程序的小构件。请参见 JavaBean。
BeanInfo Bean 的伴生类,确定可访问的方法集,这些方法可以检索有关 Bean 的特征、事件和方法。
behavior行为 操作或事件(包括其结果在内)的可见效果。
behavioral feature行为特性 模型元素的动态特性,如操作或方法。
behavioral model aspect模型的行为侧重面 强调系统中实例行为的模型侧重面,包括其方法、协作和状态历史记录。
beta testing Beta 测试 预先发布的测试,目的在于让一部分抽样选取的目标用户来试用产品。
binary association二元关联关系 在两个类之间的关联关系。是多元关联关系的特例。
binding绑定 通过为模板参数提供实参来从模板创建模型元素。
boundary class边界类 用于在系统环境和其内部运作之间建立通信模型的类。
break point断点 计算机程序中执行中断的点。
build 工作版本 工作版本既可以是系统的可操作版本,也可以是展示要在最终产品中提供的部分功能的部分系统。
business actor 业务主角 在业务之外与业务交互的某人或某事。
business actor class 业务主角类 定义一个业务主角实例集,其中各个业务主角实例相对于业务而言都担任着相同的角色。
business creation 业务创建 其目标为创建一个新业务过程、新业务或新组织的业务工程。
business engineering 业务工程 公司用于根据特定目标来设计其业务的一组方法。业务工程方法可用于业务重建、业务改进,也可用于业务创建。
business entity 业务实体 表示业务角色处理或使用的"事物"的业务实体。
business improvement 业务改进 执行业务工程,但其中的变更工作仅限于局部而并不波及整个业务。它涉及到削减成本、缩短交付周期以及监督服务和质量。
business object model 业务对象模型 说明业务用例实现的对象模型。
business modeling 业务建模 包含您可用来对业务进行可视化建模的所有建模方法。这些是您可用于执行业务工程的方法的子集。
business process 业务过程 一组逻辑相关活动,目的在于使用组织资源为支持组织目标提供规定的结果。在 Rational Unified Process 中,我们使用业务用例(显示业务的预期行为)和业务用例实现(通过业务角色和业务实体来显示行为是如何实现的)来定义业务过程。另请参见过程。
business process engineering 业务过程工程 请参见业务工程。
business reengineering 业务重建 执行业务重建,其中的变更工作涉及以全面的观点来看待整个现有业务,并彻底想通为什么要这样做。您将置疑所有现存业务过程并努力通过重新构建寻找合理改进的全新方法。同一含义的其他名称还有业务过程重建 (BPR) 和过程创新。
business rule 业务规则 在业务之中必须满足的策略或条件的声明。
business use case 业务用例 定义一组业务用例实例的业务用例,其中每个实例都是业务执行的一个操作序列,将生成对特定业务主角来说"有价值的可见结果"。业务用例类包含所有与生成"有价值的可见结果"有关的主工作流程和备用工作流程。
business use-case instance 业务用例实例 由生成对特定对象来说有价值的可见结果的业务所执行的动作序列。
business use-case model 业务用例模型 业务既定功能的模型。业务用例模型被用作一种基本输入,用于确定组织的各个角色和可交付工件。
business use-case package 业务用例包 业务用例包是业务用例、业务主角、关系、图和其他包的集合,通过将其划分为若干个较小部分来建立业务用例模型。
business use-case realization 业务用例实现 业务用例实现按照协作的业务对象描述了在业务对象模型中如何实现特定业务用例的工作流程。
business worker业务角色 业务角色表示业务中的一个或一组角色。参与业务用例实现时,一个业务角色和其他业务角色交互并控制业务实体。
A B [C] D E F G H I J K L M N O P Q R S T U V W X Y Z
capsule封装体 一种特定的设计模式,代表系统中已封装的控制线程。封装体是一个已赋予构造型的类,该类具有一组特定的并且是必需和限定性的关联关系和特征。
cardinality基数 元素集内的元素数目。对比:多重性(multiplicity)。
causal analysis因果分析 追查问题的产生原因,并确定解决办法。
CBD 基于构件的开发
CCB 变更控制委员会
CDR 关键设计评审
CGI 公共网关接口
change control board (CCB)变更控制委员会 CCB 的作用是提供集中的控制机制,以确保妥当地考虑、批准和协调每个变更请求。
change management变更管理 控制和跟踪工件变更的活动。另请参见范围管理。
change request (CR)变更请求 对涉众提出的要变更工件或过程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。另请参阅扩展请求、缺陷。
checklist检查表
checkpoints检查点 某种组织良好的工件应该具有的一组条件。也可采用应作肯定回答的问答形式。
class类 对于一组具有共同属性、操作、方法、关系和语义的对象的描述。类可使用一组接口来指定它提供给其环境的操作集合。请参见接口。
class diagram 类图 显示了一组说明性(静态)模型元素的图,例如类、类型及它们的内容和关系。
class hierarchy 类分层结构 共享某一单继承的类之间的关系。所有 Java 类都从 Object(对象)类继承。
class library 类库 类的集合。
class method 类方法 请参见方法。
classifier 分类器 描述行为和结构特性的机制。分类器包括接口、类、数据类型和构件。
client客户端 向其他分类器请求服务的分类器。对比:提供端 (supplier)。
client/server 客户机/服务器 分布式数据处理中的交互模型,即某一位置的程序向另一位置的程序发出请求并等待响应。发出请求的程序称为客户程序,应答程序称为服务程序。
collaboration 协作 (1) 对于为在某一环境中实施某种行为而交互的对象集的说明。它说明组合在一起以达到某种目的一组合作对象。(2) 它为网络对象的消息交换中所发生的行为获取了一个更为全面的视图。(3) 协作体现了计算的三个主要基础结构的统一:即数据结构、控制流和数据流。(4) 协作具有动态和静态部分。其中的静态部分说明对象和链接在协作实例化中所担当的角色。而动态部分则由一个或多个动态交互组成,用于显示为执行计算而进行协作的整个过程中所传递的消息流。协作可以具有一组描述其动态行为的消息。(5) 带有消息的协作就是交互。
collaboration diagram协作图 (1) 协作图说明了对象间进行交互的模式,它通过对象之间的链接及其相互发送的消息显示了参与交互的对象。(2) 它是一个包含分类器角色和关联关系角色而不是分类器和关联关系的类图。(3) 协作图和序列图都显示了交互,但它们各有侧重。序列图明确显示了时间序列,但未明确显示对象关系。协作图明确显示了对象关系,但却必须从序列号中获取时间序列。
COM 构件对象模型 (Microsoft)
comment注释 附属于一个元素或一组元素的注释说明。注释不具有语义。对比:约束 (constraint)。
commit 提交 结束一个工作单元的一种操作,该操作将使它对资源(事务或数据)所作的更改永久化。
Common Gateway Interface (CGI)公共网关接口 一种标准协议,Web 服务器通过该协议可以执行在服务器计算机上运行的程序。CGI 程序是响应来自 Web 客户机浏览器的请求而执行的。
Common Object Request Broker Architecture (CORBA)公用对象请求代理程序体系结构 确定提供基础结构的软件总线,即对象请求代理程序 (ORB) 的中间件说明。
communicate-association通信关联关系 介于主角类和用例类之间的关联关系,表示在其实例间存在交互。关联关系的方向可指明通信的发起方。
communication association通信关联关系 在部署图中,表示通信的节点间的关联关系。请参见部署图。
component 构件 系统中相当重要的、几乎是独立的可替换部分,它在明确定义的构架环境中实现确切的功能。符合并提供一组接口的物理实现的构件。 系统中实际存在的可更换部分,它包含了实施,符合并提供一组接口的实现。构件代表系统中的一部分物理实施,包括软件代码(源代码、二进制代码或可执行代码)或其等价物(如脚本或命令文件)。
component diagram构件图 显示构件之间的组织和依赖关系的图。
component model构件模型 构架和 API,允许开发人员确定可组合在一起创建程序的可复用代码段。VisualAge for Java 使用 JavaBean 构件模型。
component-based development (CBD)基于构件的开发 对由构件组装的软件密集型系统的创建和部署,以及这种构件的开发和收集。
composite aggregation组装关系 同义词:组装 (composition)。
composite bean 组合 Bean 由其他 Bean 构成的 Bean。组合 Bean 可以包含可见 Bean、不可见 Bean 或两者都包括。另请参见 Bean、不可见 Bean 和可见 Bean。
composite class 组装类 通过组装关系与一个或多个类相关的类。请参见组装。
composite state 组合状态 包含并行(正交)子状态或串行(互斥)子状态的状态。请参见子状态。
composite substate 组合子状态 可以和包含在同一组合子状态中的其他子状态并存的子状态。同义词:区域 (region)。请参见组合状态。
composition 组装 一种聚合关系关联关系,它具有很强的归属关系,而且部分与聚合关系体的生存期恰巧相同。具有不固定的多重性部件可在组装本身之后创建,但这之后就与组装同生共死,即它们将具有同样的生命周期。这样的部件也可以在组装消亡之前明确删除。组装可以是递归的。同义词:组装关系 (composite aggregation)。
concrete具体 配置中的实体,它满足最终使用要求,并且对于特定的引用,它可被唯一确定。
concrete class具体类 可以直接实例化的类。对比:抽象类 (abstract class)。
concurrency并行 在同一时间间隔中两个或多个活动同时发生的现象。并行可以通过交替或同时执行两个或多个线程来实现。请参见线程。
concurrent substate 并行子状态 可以和包含在同一组合状态中的其他子状态并存的子状态。请参见组合子状态。对比:互斥子状态 (disjoint substate)。
configuration 配置 (1) 一般:由其功能单元的性质、个数、主要特性所确定的系统或网络的安排,可应用于硬件或软件配置。 (2) 用于确定系统或系统构件的特定版本的需求、设计和实施。请参见配置管理。
configuration item 配置项 配置中的实体,它满足最终使用要求,并且对于特定的引用,它可被唯一确定。
configuration management 配置管理 一个支持过程,其目的是标识、确定项目并建立项目基线;控制这些项目的更改和发布;报告并记录这些项目和更改请求的状态;确保项目的完整性、一致性和正确性;控制存储;处理并交付这些项目。
constraint 约束 语义条件或限制。特定约束已在 UML 中预定义,其他可由用户定义。约束是 UML 中的三个可扩展性机制之一。请参见标注值、构造型。
construction 构建 软件开发过程的阶段,在该阶段中,软件从可执行构架基线前进到可准备向用户群过渡的这一点上。
constructor构造函数 与类同名的特殊类方法,用于构建并可能初始化和它同属一个类的对象。
container容器 (1) 一个实例,用于包含其他实例,并为访问内容或进行内容迭代提供操作。(例如:数组、列表和集)。(2) 用于包含其他构件的构件。
containment hierarchy容器分层结构 包含模型元素和其间的包含关系的名字空间分层结构。容器分层结构形成一个非循环图。
context环境 用于特定目的(如指定操作)的一组相关建模元素的视图。
control chart控制图 一种通过对某过程的单独执行情况进行观察,而表明该过程稳定性的图。
control class控制类 用于针对一个或多个用例的行为进行建模的类。
conversational会话式 一种通信模型,两个分布式的应用程序在其中以会话形式交换信息。通常一个应用程序先开始(或分配)会话,发送一些数据,然后允许其他应用程序来发送一些数据。两个应用程序交替进行会话,直到一方决定结束为止(取消分配)。会话模型是通信的同步形式。
Cookie 由您的 Web 浏览器根据您所访问的 Web 站点的请求所创建的小文件,浏览器将在随后访问中将该文件的内容发送给相应站点。
CORBA 公用对象请求代理程序体系结构
CR 变更请求
critical design review (CDR)关键设计评审 在瀑布式生命周期中,详细设计结束时进行的主要评审。
customer客户 生产组织之内或之外的个人或组织,要承担系统在财务方面的责任。在大型系统中,客户可能不是最终用户。他们是开发的产品及其工件的最终接受者。另请参见涉众。
cycle周期 软件开发的生命周期,如RUP包括:先启、精化、构建和产品化四个阶段。
--------------------------------------------
I don‘t have an expressive problem,you have an apprehensive problem.
(This post was edited by duckybsd on May 30, 2003, 10:56 PM) |