较为一般的元素与较为特殊的元素之间的一种分类关系。较为特殊的元素除与较为一般的元素完全一致外，还包含其他信息。凡是可以使用较为一般元素的地方，较为特殊的元素的实例都适用。请参见继承。
generation（代）
周期结束时的最终发布版。
Generic Programming（泛型编程）
granularity（粒度）
graphical user interface（图形用户界面，GUI）
一类界面，用户使用它可控制图形化的功能（而不是输入命令）来与程序进行通信。通常，GUI 是图形、定位设备、菜单栏和其他菜单、重叠窗口以及图标的组合。
green-field development（零起点开发）
“从无到有”的开发，相对于“现有系统的演进”或“遗留系统重建”。该词源自于在杂草丛生的处女地上建立新工厂时所发生的转变。
guard condition（监护条件）
要击发关联关系的转移而必须满足的条件。 GUI
图形用户界面
hyperlinks（超链接）
Web 页上的区域，点击后即可连接到该页的其他区域或其他 Web 页。
hypertext（超文本）
具有指向其他文本的隐藏链接的文档中的文本。使用鼠标单击超文本词语即可转至相应链接指向的文本。在 Windows 帮助程序和 CD 百科全书中使用超文本，可跳转到位于同一文档的其他位置上的有关参考信息。超文本的最奇妙之处还是在于：它能够通过 HTTP 链接 Web 上的任何 Web 文档。当然，要在 Web 上四处遨游还需单击鼠标。
hypertext markup language（超文本标记语言，HTML）
用于构建万维网上的超文本文档的基本语言。它在基本的、纯 ASCII 文本文档中使用。但一经 Netscape 之类的 Web 浏览器解释（称为呈现），该文档即可显示格式化的文本、颜色、各种字体、图形图像、特殊效果、链接到 Internet 其他位置的超文本跳转，以及信息表格。 I/T
信息技术 IDE
集成开发环境
Idiom（代码模式）
[BUS96] 将代码模式定义如下：
“代码模式是一种编程语言专用的低级模式。代码模式说明如何利用给定语言的特性来实施组件的某些特定方面或实施组件之间的关系”，亦称作实施模式。例如采用 UML 表示的具体设计，并要在 Java 中实施它，则可能需要重现 UML 语言的实施模式。因而在设计和实施中都将使用代码模式。 IE
Internet Explorer (Microsoft)
IEEE
电气及电子工程师协会 IIOP
Internet ORB 间协议
IMAP4
因特网报文访问协议第 4 版
implementation（实施）
软件工程流程中的一个核心工作流程，其目的在于实施类并对类进行单元测试。
对如何构建或计算事物所作的定义。例如，类是对类型的实施，方法是对操作的实施。
implementation inheritance（实施继承）
较为特殊的元素的实施的继承。包括对接口的继承。对比：接口继承 (interface inheritance）。
implementation mechanism（实施机制）
实施过程中使用的架构机制。实施机制是对设计机制的改进，这种机制指定确切的机制实施模式，而且在其构建过程中很可能运用多种实施模式（代码模式）。再次重申，设计机制与实施机制在规模上不一定存在差异。
例如，对进程间通信分析机制的特定实施即是利用特定操作系统的共享内存函数调用的共享内存设计机制。并行冲突（不适当地对共享内存进行同时访问）可使用依赖其他实施机制的信标或闩锁机制来避免。
implementation model（实施模型）
实施模型是组件与包含这些组件的实施子系统的集合。
implementation pattern（实施模式）
请参见代码模式。
implementation subsystem（实施子系统）
组件和其他实施子系统的集合，通过细分实施模型对其进行构建。请注意：在 Rational Unified Process 中，实施模型和实施子系统是实施视图中的目标，因此在开发阶段意义重大。它是设计包的物理模拟。“实施子系统”这个名称反映了“子系统”这一术语的通常用法，即指比组件范围更大的对象。但是，在 UML 术语中，赋予它的构造型是包，而不是子系统。
implementation view（实施视图）
一种架构视图，它就打包和分层以及配置管理（所有权、发布策略等）等方面对开发环境中静态软件元素（代码、数据和其他补充工件）的组织进行说明。在 Unified Process 中，实施视图是和实施模型有关的视图。
import（导入）
在包的环境中的一种依赖关系，表明那些其类可以在特定包（包含以递归方式嵌入到其中的包）中引用的包。对比：导出。
import-dependency（导入依赖关系）
设计中的一种赋予构造型的依赖关系，以某一设计包为源，以另一设计包为目标。导入依赖关系允许目标包的公共内容可由源包引用。
inception（先启）
Unified Process 的第一个阶段。在此阶段中，上一代的基本构想（方案征求）已至少在内部得到拨款，准备工作就绪，可以进入精化阶段。
include（包含）
从基本用例到包含用例的关系，指定如何将为包含用例定义的行为插入到为基本用例定义的行为中。
include-relationship（包含关系）
包含关系是从基本用例到包含用例的关系，它指定如何采用显式方式，将为包含用例定义的行为插入到为基本用例定义的行为中。
increment（增量）
在后续迭代结束后，两个发布版之间存在的差异（差值）。
incremental（递增）
一种符合迭代式开发策略的构建方式，采用此方式构建系统时，将在每次迭代过程中逐渐增加更多的功能。
inheritance（继承）
实现泛化关系的机制，也是从单个类片段中提炼出完整类说明所采用的机制。
将较为特殊的元素合并到与行为相关且较为一般的元素的结构和行为中所采用的机制。请参见泛化关系。
input（输入）
流程所使用的工件。请参见静态工件。
inspection（检查）
一种正式的评估方法，此方法规定一些工件（模型、文档、软件）由创始人之外的个人或小组审核，旨在检测故障、找出违反开发标准的情况以及其他问题。
instance（实例）
满足类或类型说明的单个实体。
可应用一组操作的实体，它具备一种可用于存储操作效果的状态。请参见对象。
integrated development environment（集成开发环境，IDE）
包含编辑器、编译器和调试器的软件程序。
integration（集成）
将单独的软件组件组装为可执行的整体系统的软件开发活动。
integration build plan（集成构建计划）
定义在特定的迭代中实施和集成组件所要采用的顺序。附带在迭代计划中。
interaction（交互）
交互说明如何在实例间发送激励来执行特定任务。交互是在协作环境中定义的。请参见协作。
interaction diagram（交互图）
用于强调对象交互的若干种图的统称。这些图包括：协作图、序列图和活动图。
interface（接口/界面）
用于指定类或组件服务的操作的集合。
一个指定的、表示元素行为特征的操作集。
interface inheritance（接口继承）
对较为特殊的元素的接口的继承。不包含对实施的继承。对比：实施继承。
internal transition（内部转移）
表示响应事件但并未改变对象状态的转移。
Internet
使用 TCP/IP 协议的众多互连网络的集合，演变自二十世纪六十年代末、七十年代初的 ARPANET。
Internet Inter-ORB Protocol（Internet ORB 间协议，IIOP）