| 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容器分层结构
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！
电脑数据丢失如何恢复？
上一篇
2016年7月27日
Java的平台无关性
下一篇
2016年7月27日
|
