软件工程常用术语(四)
自考软件工程名词解释
、术语解释1. 过程域 :是一个业务域中一束相关实践，当它们一起得以实现时，就满足被认为对该过程域的改善具有重要作用的一组条件。
2. 过程改善 : 是指人为设计的一个活动程序，其目的是改进组织的过程性能和成熟度，并改进这一程序的结果，用于描述该过程域必须呈现的一些独有特征 ，用于描述实现制度化的该过程必须呈现的特征 ，这些专用实践被认为对于达到该过程域的专用目标是重要活动，即期望以专用 ，这些共用实践被认为对于达到该过程域相关的共用目标是重要活动7.能力等级 : 是指单一过程域中已达到的过程改善，能力等级是为了管理，对过程改善程序所设定的几个“台阶”8. 成熟度等级 : 是指达到预先定义的一组过程域所有目标的一种过程改善等级 9. 软件 :软件是指计算机系统中的程序及其文档10. 软件工程 : 软件工程是应用计算机科学理论和技术以及工程管理原则和方法，按预算和进度实现满足用户要求的软件产品的工程，或以 此为研究对象的学科11. 软件危机 :软件生产率、软件质量远远满足不了社会发展的需求，成为社会，经济发展的制约因素，人们通常把这一现象称为“软件危 机” 12. 软件危机 : 软件生产率、软件质量远远满足不了社会发展的需求，成为社会，经济发展的制约因素，人们通常把这一现象称为“软件危 机” 13. 软件需求 : 软件需求以一种技术形式，描述了一个产品 /系统应该具有的功能、性能和其它性质。
14. 功能需求 : 功能需求规约了系统或系统构件必须执行的功能 15. 非公能需求 :非公能需求是性能、外部接口、设计约束和质量属性这4 类需求的统称16. 需求规约 :需求规约是一个软件项 /产品 /系统所有需求陈述的正式文档，它表达了一个软件产品/系统的概念模型17. 需求分析 : 一般来说，分析是系统地使用信息，对一个问题的估算。
软件需求分析是这一概念的特化，即系统化地使用“数据流” 、“加 工”、“数据存储”、“数据源”和“数据潭”等术语所表达的信息，对待建系统“是什么”给出一个估算一一系统概念模型18. 软件设计 :在需求分析的基础上，定义满足需求所需要的结构，即针对给定的问题，给出该问题的软件解决方案，确定“怎么做”的问 题。
软件工程术语
软件工程术语软件工程术语1. 软件工程软件工程是一种应用工程原理和方法来开发、维护和管理软件的学科。
它涵盖了软件开发的各个方面，包括需求分析、软件设计、编程、测试、部署和维护等。
2. 需求分析需求分析是软件开发过程中的第一步，它涉及收集、分析和文档化用户对软件系统的需求。
通过需求分析，可以明确软件系统应该具备的功能和性能要求。
3. 软件设计软件设计是指根据需求分析的结果，制定出满足用户需求的软件系统的结构与组织的过程。
它包括架构设计、模块设计、接口设计等。
4. 编程编程是将软件设计转化为可执行代码的过程。
它涉及选择合适的编程语言、编写源代码、调试和优化代码等。
5. 测试测试是软件开发过程中的一个重要环节，旨在验证软件是否符合预期的需求和质量标准。
测试包括单元测试、集成测试、系统测试和验收测试等。
6. 部署部署是将经过测试的软件系统安装到目标环境中的过程。
它包括将软件部署到服务器、配置运行环境、设置权限等操作。
7. 维护维护是在软件系统投入使用后对其进行修复和改进的过程。
维护包括故障修复、性能优化、功能扩展等。
8. 版本控制版本控制是一种管理软件开发过程中代码版本的方法。
它可以追踪代码的修改历史、协调多人开发、回滚代码等。
9. 敏捷开发敏捷开发是一种以迭代、循序渐进的方式进行软件开发的方法。
它强调与用户的密切合作、快速反馈和灵活应对需求变化。
10. 原型原型是软件开发过程中用于表达和验证设计概念的简单实现。
原型可以帮助开发团队理解用户需求，减少开发风险。
11. UMLUML（统一建模语言）是一种用于建模软件系统的图形化语言。
它可以用于描述软件系统的结构、行为和交互等。
12. 数据库数据库是用于存储和管理数据的软件系统。
它提供了数据的持久化和高效的检索能力，广泛应用于软件系统中的数据存储。
13. 服务器服务器是一种在网络环境中提供服务的计算机。
它可以运行软件系统，并接受来自客户端的请求，响应相应的结果。
软件工程常用术语
软件工程常用术语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) 关于为在某一环境中实施某种行为而交互的对象集的说明。
软件工程专业术语
软件工程专业术语1. 软件开发生命周期1.1 需求分析阶段：确定用户需求，编写需求规格说明书。
1.2 设计阶段：根据需求规格说明书设计系统架构和模块结构。
1.3 编码实现阶段：将设计文档转化为可执行的代码，并进行单元测试。
1.4 测试与调试阶段：对整个系统进行功能、性能等各方面的测试，并修复错误。
1.5 发布与维护阶段：发布正式版本并提供后期支持和维护。
2. 前端开发相关术语2.前端技术包括（超文本标记语言）、CSS（层叠样式表）以及JavaScript等内容；用于定义网页结构，CSS用于控制页面样式,Javascript则是一种脚本程序,可以增加交互效果.3 . 后台开发相关术语在Web应用中，后台指运行在服务器上处理数据逻辑、数据库操作或其他服务接口请求的部分.在Java Web项目中常使用Spring MVC作为MVC框架来搭建一个基础完善且易扩展的web 应用;Spring Boot 是由 Pivotal 团队提供了全新视角去看待如何构建一个 Spring 应用。
使用Spring Boot 可以非常方便的创建独立运行,减少了开发人员对项目配置环境等各种杂乱无章的要求。
4. 数据库相关术语数据库是指按一定规则组织起来并存放于二级存储器中的数据集合。
关系型数据库（RDBMS）使用表格结构，通过SQL进行操作和查询；非关系型数据库（NoSQL）不采用传统的基于表格模式设计，并且往往没有声明性查询语言.5 . 版本控制工具GitGit 是目前最先进、高效而又易用的分布式版本控制系统.6 . 代码管理平台GitHubGitHub 提供了免费托管IT项目源码仓库功能，并提供社交网络元素使得程序员可以互相讨论分享知识,这样就能更好地利益共享与协作7. 敏捷开发方法敏捷软件开发宣称自己强调个体和交互胜过流程和工具；可工作软件胜过详尽文档；客户合作优先权重大于契约谈判; 响应变化超越遵循计划这四点原则;8. 质量保证(QA)与测试质量保证(QA): 是指在产品或服务生命周期中，通过预防性的活动来确保质量达到要求。
(2021年整理)软件工程关键术语中英文对照表
软件工程关键术语中英文对照表编辑整理：尊敬的读者朋友们：这里是精品文档编辑中心，本文档内容是由我和我的同事精心编辑整理后发布的，发布之前我们对文中内容进行仔细校对，但是难免会有疏漏的地方，但是任然希望（软件工程关键术语中英文对照表）的内容能够给您的工作和学习带来便利。
同时也真诚的希望收到您的建议和反馈，这将是我们进步的源泉，前进的动力。
本文可编辑可修改，如果觉得对您有帮助请收藏以便随时查阅，最后祝您生活愉快业绩进步，以下为软件工程关键术语中英文对照表的全部内容。
课程关键术语中英文对照表1、Software 软件2、U ser 用户3、s oftware engineering 软件工程4、D ocument 文档5、D ata 数据6、S oftware Crisis 软件危机7、S oftware Engineering 软件工程8、M aintenance 维护9、B ug 故障10、Correctness 正确性11、Reliability 可靠性12、IDE 集成开发环境13、Maintainability 可维护性14、Reusability 可重用性15、Traceability 可跟踪性16、Portability 可移植性17、Interoperability 互操作性18、Efficiency 有效性19、Abstract 抽象20、Modularity 模块化21、Information Hiding 信息隐藏22、Localization 局部化23、Consistency 一致24、Completeness 完整25、Verifiability 可验证26、Software Lifecycle 软件生命周期27、Feasibility Investigation 可行性分析28、Requirement 需求29、Requirement Analysis 需求分析30、Software Delivery 软件发布31、Prototype 原型32、Software Requirement Specification (SRS）软件需求规格说明书33、Software Architecture 软件体系结构34、software development 软件开发35、unit testing 单元测试36、Integration Test Plan 集成测试计划37、Detailed Design 详细设计38、Unit Test Plan 单元测试计划39、Integration Test 集成测试40、Integration Test Report 集成测试报告41、Software Process 软件过程42、Software Process Model 软件过程模型43、Incremental Model 增量模型44、Spiral Model 螺旋模型45、Unified Process 统一过程46、CASE 计算机辅助软件工程47、Constraint 约束48、Schedule 进度49、Requirement Engineering 需求工程50、C/S 客户机/服务器51、Negotiation 协商52、Specification 规格说明53、Validation 确认54、Modeling 建模55、Conflict 冲突56、Prototype 原型57、Standardization 标准化58、Requirement Analysis 需求分析59、Methodology 方法学60、Data Flow Oriented Modeling 面向数据流建模61、Data Flow Diagram（DFD）数据流图62、Data Dictionary （DD) 数据字典63、External Entity 外部实体64、Data storage 数据存储65、Data flow 数据流66、Design Models 设计模型67、Design Principle 设计原则68、Abstraction 抽象69、Architecture 体系结构70、Patterns 模式71、Modularity 模块化72、Functional Independence 功能独立73、Program Design Language(PDL）程序设计语言74、User interface (UI）用户界面75、Data Flow Oriented Design Technology 面向数据流的设计技术76、Transform Flow 变换流77、Transaction Flow 事务流78、Transform Center 处理中心79、Outgoing Flow 输出流80、Transaction Center 事务中心81、Action Paths 动作路径82、Transform Mapping 变换映射83、Transaction mapping 事务映射84、Error—free 无错误85、Software Testing 软件测试86、Delivery 交付87、Evaluate Result 评估结果88、Test Case 测试用例89、Tester 测试人员90、Unit Testing 单元测试91、Integration Testing 集成测试92、Validation Testing 确认测试93、Stub 桩94、Testability 可测试性95、White—Box Testing 黑盒测试96、Black—Box Testing 白盒测试97、Basic Path Testing 基本路径测试98、Basic Path 基本路径99、Equivalence Partitioning 等价分类100、Regression Tests 回归测试。
软件工程中英对照术语表
abstract class 抽象类,提供一组子类共有行为的类，但它本身并不具有实例。
抽象类表示一个概念，从中派生的类代表对这一概念的实施。
Abstraction 抽象,对视图或模型的创建，其中忽略了不必要的细节，以便专注于一组特定的相关细节。
access modifier存取权限,对类、方法或属性进行访问控制的关键字。
Java 中的存取权限可以是公有、私有、保护和包装（默认）。
accessor methods存取器方法,由对象提供的、用于定义连接该对象实例变量的方法。
用来返回实例变量值的存取器方法被称为获取方法；用来为实例变量指定值的存取器方法被称为设置方法。
acceptance验收,客户接受软件产品（作为部分或完整履行合同的结果）所有权的操作。
action动作,对构成计算过程抽象的可执行语句的规范。
动作通常会导致系统状态发生变化，这是通过向一个对象发送消息或是更改链接或属性值来实现。
action sequence动作序列,解析为一系列先后发生的动作的表达式。
action state动作状态,表示不可分动作的执行状态，通常指的是调用一个操作。
activation激活,动作的执行active class主动类,表示系统中控制线程的类。
请参见主动对象。
activity活动,要求角色执行的工作单元。
active object主动对象,拥有线程并可发起控制活动的对象。
主动类的实例。
activity graph活动图,状态机的特例，用于对涉及一个或多个分类器的进程建模。
对比：状态图(statechart diagram)。
同义词：活动图(activity diagram)。
actor主角,系统之外与系统交互的某人或某事物。
actor class主角类,定义一组主角实例，其中每个主角实例相对于系统而言都担任着同样的角色。
在与用例交互时这些用例的用户所担任的一组紧密相关的角色。
主角为每个要与其通信的用例都准备了一个角色。
软件工程专业术语
引言：软件工程是一个涉及软件开发、测试、维护和管理的学科和行业。
在软件工程领域，存在着许多专业术语，这些术语对于理解和交流软件工程相关的概念非常重要。
本文将介绍一些常见的软件工程专业术语，包括需求分析、软件设计、编码、测试和维护等方面。
概述：正文内容：一、需求分析1.用户需求：用户对软件系统的功能、性能和界面等方面的要求。
2.功能需求：软件系统需要具备的功能，如输入、输出、处理和存储等。
3.非功能需求：软件系统除了功能需求外，还需要具备的性能、安全性、可靠性和易用性等方面的要求。
4.需求规约：对软件系统需求的详细描述，包括功能描述、非功能描述和需求约束等。
5.需求验证：通过测试和评审等手段来确保需求规约的正确性和完整性。
二、软件设计1.结构设计：将软件系统划分为模块，并定义模块之间的关系和接口。
2.数据设计：定义软件系统中数据的组织和存储方式，包括数据库的设计和数据结构的定义。
3.界面设计：设计软件系统的用户界面，使用户可以方便地进行操作和交互。
4.架构设计：确定软件系统的整体框架和组件之间的关系，以便后续开发和维护。
5.设计模式：在软件设计过程中使用的一些通用解决方案，用于解决常见的设计问题。
三、编码1.编程语言：在软件开发过程中使用的一种特定的计算机语言，例如Java、C++和Python等。
2.代码规范：制定一套统一的编码规则和标准，以确保代码的可读性和可维护性。
3.软件框架：提供一组通用功能和结构的软件开发平台，以简化软件开发过程。
4.软件库：提供一系列可重用的代码和功能，以加快软件开发速度。
5.调试和测试：使用各种调试工具和技术来识别和解决代码中的错误和问题。
四、测试1.单元测试：对软件系统中的最小单元（如函数或方法）进行测试，以验证其功能的正确性。
2.集成测试：将不同的模块或组件组合在一起进行测试，以确保它们在组合时能够正常工作。
3.验收测试：由用户或客户进行的测试，旨在确认软件系统是否满足用户需求和预期。
软件工程领域中通用的术语
软件工程领域中通用的术语软件工程领域中通用的术语出处不详 2003年05月08日引言本标准结构如下:a(词条按英文对应词字母顺序排列;b(如果一个术语有一个以上的定义，则分别加以说明;c(凡必要的地方用例子来说明定义;d(为了说明本标准中一个术语与另一些术语的关系，使用了下述词语:——比较…... 指补充性的术语; ——与…相对照:指一个具有相反含义的或本质上不同意义的术语;——与…同义:指同义的术语;——参见…:指让读者参见推荐使用的或与之关系密切的术语。
——还可参见…:指一有关术语。
2.1 夭折，异常终止 abort在一过程完成之前被迫终止2.2 绝对机器代码 absolute machine code每次使用时必须装入固定存储单元且不能再定位的机器语言代码。
与2.399条相对照。
2.3 抽象机 abstract machine过程或机器的一种表示。
a.b(一个模块，它象一台机器那样处理输入。
2.4 抽象 abstraction(对某一问题的概括。
它抽取与某一特定目标相关的本质的内容而忽略非 a 本质的内容。
b(形成上述抽象的过程。
2.5 验收准则 accePtance criterion软件产品要符合某一测试阶段必须满足的准则，或软件产品满足交货要求的准则。
2.6 验收测试 accePtance testing确定一系统是否符合其验收准则，使客户能确定是否接收此系统的正式测试。
参见2.381条、2.497条。
2.7 可接近性 accessibility使组成软件的各部分便于选择使用或维护的程度2.8 访问控制机制 access-control mechanism为使某一计算机系统或计算机系统的某一部分允许被获准者和防止未获准者接触、访问而设计的硬件或软件的特性、操作过程或管理过程。
2.9 准确，准确度accuracya. 无误差的一种品质b. 无误差程序的一种定性估计，估计越高，对应的误差越小。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
d a t a b a s e数据库？(1)根据为一个或多个应用程序提供服务的方案存储的相关数据（带有冗余控制）的集合。
(2)存储在系统中的所有数据文件。
(3)存储在一起并由数据库管理系统管理的数据集。
databasemanagementsystem（DBMS）数据库管理系统？通过为有效访问、完整性、恢复、并行控制、隐私和安全性提供集中控制、数据独立和复杂物理结构等服务来管理数据的计算机程序。
datatype数据类型？缺乏标识并且操作不带有副作用的一组值的描述符。
数据类型包括初始预定义类型和用户可定义类型。
预定义类型包括数字、字符串和时间。
用户可定义类型可包括各种枚举。
DBA？数据库管理员DBCS？双字节字符集DBMS？数据库管理系统DCE？分布式计算环境DCOM？分布式对象模型(Microsoft)deadlock死锁？两个独立控制线程彼此阻塞，相互等待对方采取操作，这种状态称为死锁。
死锁常常是由于添加了避免竞争状态的同步机制而引起的。
decisionrule决策规则？指一组人员同意就某一议题给出集体决策的规则或技术，例如多数票决、一致通过、自发协议等。
defect缺陷？缺陷是已交付产品中的异常情况或瑕疵。
缺陷可以是在生命周期的初期发现的遗漏和缺点，也可以是已准备测试或运行的较成熟软件中存在的故障征兆。
缺陷可以是您要跟踪并解决的任何种类的问题。
另请参见变更请求。
defectchecklist缺陷检查表？某类指定的工件中常见缺陷的列表。
defectdensity缺陷密度？每一个单位数量（每页代码或每千行代码）的被评审工作产品中所发现的缺陷的数量。
defectlog缺陷日志？见"问题日志"。
definingmodel定义模型？储存库所基于的模型。
任意数量的存储库都可以具有相同的定义模型。
delegation委托？作为对于一个消息的响应，一个对象可以向另一对象发出消息的能力。
委托可用作继承的备选方案。
对比：(继承inheritance)。
deliverable可交付工件？过程中生成的、要交付给客户或其他涉众的具有值、材料或其他信息的输出。
de-marshal串行化？为使对象可编写为字节流而对对象进行的解构。
是串行化(flatten)和串行化(serialize)的同义词。
demilitarizedzone（DMZ）隔离带？此术语目前在业界常用于描述子网，通常用于使防火墙所保护的Web服务器免受外部Internet和公司内部网络的破坏。
dependency依赖关系？介于两个建模元素之间的关系，其中，一个建模元素（独立元素）的变更将会影响到另一建模元素（依赖元素）。
deployment部署？软件工程过程的一个阶段，其目的在于确保将开发的系统顺利转交给用户。
其中包括工件，如培训材料和安装步骤。
deploymentdiagram部署图？显示运行时处理节点以及在其上存活的构件、过程和对象的配置的一种图。
构件是代码单元在运行时的具体表现形式。
请参见构件图。
deploymentunit部署单元？作为一个组分配到一个进程或一个处理器的一组对象或构件。
分布单元可由运行时组装或聚合关系表示。
deploymentview部署视图？一种构架视图，描述一个或多个系统配置；软件构件（任务、模块）到这些配置中的计算节点的映射。
derivedelement派生元素？可从其他元素计算得到的模型元素。
尽管没有增加语义信息，但可能出于澄清的目的要显示派生元素，也可能出于设计目的要包含它。
deserialize反串行化？从串行化状态构建一个对象。
是反串行化(marshal)和反串行化(resurrect)的同义词。
design设计？软件开发过程中的一个部分，其首要目的在于决定系统如何实施。
在设计期间，制定战略和战术决策以便满足系统的功能和质量需求。
请参见分析。
designmechanism设计机制？在设计过程以及完成细节设计期间中所使用的一种构架机制。
它们与关联关系的分析机制有关，它们是所关联关系的分析机制的额外改进，而且它们还可以绑定一种或多种构架和设计模式。
分析机制和设计机制之间在规模上不存在泾渭分明的区别，因而以下说法是可能成立的，即在分析层次上的永久性机制和在设计层次上的永久性机制是处于不同改进层次上的同一事物。
设计机制假定了实施环境的一些细节，但它并不属于特定的实施（即实施机制）。
例如，进程间通信的分析机制可以通过以下若干进程间通信(IPC)的设计机制来进一步改进：共享的内存、类似函数调用的IPC、基于信号量的IPC等。
每一设计机制都具有特定的优缺点，特定的设计机制是根据使用机制的对象的特征来决定的。
designmodel设计模型？描述用例实现的对象模型，用作实施模型及其源代码的抽象。
designpackage设计包？设计包是由类、关系、用例实现、图和其他包组成的集合，它可用于将设计模型分成更小的部分，通过此方式来构建设计模型。
它是实施子系统的逻辑模拟。
designpattern设计模式？设计模式为改进软件系统的子系统、构件或其间的关系提供了方案。
它描述了在特定环境中解决一般设计问题的通信构件的频繁出现的结构。
设计模式是中小规模的模式，其规模比构架模式较小，但通常独立于编程语言。
当设计模式的范围界定之后，它将形成一部分具体的设计模型（也可能是设计机制的一部分）。
设计模式所在的层次决定了它趋向于可在多个领域中应用。
designsubsystem设计子系统？具有包（可以包含其他元素）和类（具有行为）的语义的模型元素。
子系统的行为由它所包含的类或其他子系统提供。
子系统实现一个或多个接口，这些接口确定子系统可以执行的行为。
对比：设计包(designpackage)。
developer开发人员？负责按照项目采用的标准和步骤开发所需功能的人员。
其中可以包括在任意需求、分析设计、实施和测试工作流程中执行的活动。
developmentcase开发案例？由执行组织所使用的软件工程过程。
它是作为UnifiedProcess产品的配置或定制来开发的，并且满足项目的需求。
developmentprocess开发过程？在软件开发中，为达到给定目的而执行的部分排序的一组步骤，例如构建模型或实施模型。
device设备？为处理器提供支持功能的一种节点。
尽管可以运行嵌入式程序（驱动程序），但是它无法执行通用的应用程序，它只是为处理器提供运行通用应用程序的服务。
diagram图？对模型的部分或全部进行说明的图形。
disjointsubstate互斥子状态？无法和包含在同一组合状态中的其他子状态同时保存的子状态。
请参见组合状态。
对比：并行子状态(concurrentsubstate)。
DistributedComputingEnvironment（DCE）分布式计算环境？分布式的计算环境。
计算机行业用于分布式计算的既成标准。
DCE允许不同供应商的计算机透明通信并共享资源，例如网络中的计算能力、文件、打印机和其他对象。
distributedprocessing分布式处理？分布式处理是一种应用程序或系统模式，功能和数据在其中可以跨越LAN或WAN上连接的多个资源分布。
请参见客户机/服务器计算。
DLL？动态链接库DMZ？隔离带DNS？域名服务document文档？文档是用于在纸张或在暗喻为纸张的介质上表示的一个信息集合。
上述暗喻为纸张的介质包括概念上的纸张，但它既可具有内容的隐含序列，也可具有内容的明确序列。
信息将采用文本或二维图片的形式。
字处理器文档、电子表格、时间表、甘特图表或投射幻灯演示等形式都是纸介暗喻的示例。
documentdescription文档说明？说明特定文档的内容。
documenttemplate文档模板？一个具体的工具模板，例如AdobeFrameMaker或MicrosoftWord模板。
domain领域？以一系列有关系统为其特点的知识或活动区域。
domainmodel领域模型？领域模型记录了在领域环境中最重要的对象类型。
领域对象代表存在的实体或在系统运作所在的环境中发生的事件。
领域模型是业务对象模型的子集。
domainnameserver域名服务器？用于翻译域名的系统，例如将翻译为Internet协议地址，如double-bytecharacterset（DBCS）双字节字符集？每个字符均由2个字节表示的字符集。
例如汉语、日语、朝鲜语等语言，它们所包含的符号无法完全由256个代码点来表示，因而需要使用双字节字符集。
可以和单字节字符集进行比较。
dynamicclassification动态分类？泛化关系的语义变化形式，其中对象可以变更类型或角色。
对比：静态分类(staticclassification）。
dynamicinformation动态信息？在用户请求它时创建的信息。
动态信息不时变化，因而在用户每次查看动态信息时都将见到不同的内容。
dynamiclinklibrary（DLL）动态链接库？属于运行时程序(而非链接时程序）的可执行代码和数据的文件。
C++AccessBuilder生成Bean和C++包装程序，以允许Java程序可以访问C++DLL。
e-Business电子商务？或者指(1)通过Internet等电子介质进行的业务交易，或者指(2)在其内部业务流程（经由Intranet）中、其业务关系（经由Extranet）中，以及买卖货物、服务和信息（通过电子商务）的过程中使用Internet技术和网络计算的商务运作。
EJB？EnterpriseJavaBeanelaboration精化？软件开发过程中的阶段，产品的前景及其构架即在此阶段确定。
element元素？模型的不可再分的最小成份。
encapsulation封装？对于软件对象的内部表示的隐藏。
该对象提供了查询并控制数据而无需暴露其基础结构的接口。
encloseddocument附带文档？可由其他文档附带的文档，用于将一组文档组合为一个整体。
附带文档和单个附件均可看做独立的工件。
enhancementrequest扩展请求？一种涉众请求，它说明系统的新特性或新功能。
另请参见变更请求。
EnterpriseJavaBean(EJB)？EJB是一个不可见的、设计用于在服务器上运行并可由客户机调用的远程对象。
EJB可以从多个不可见的JavaBean中创建。
EJB用于在一台计算机上运行，并从其他计算机上远程调用。
它们是独立于平台的。
Bean在编写之后，即可用于支持Java的任意客户机或服务器平台。
entityclass实体类？用于为已由系统存储并与行为相关联的信息建模的类。
一个普通类，可在众多用例中复用，并通常具有永久性特点。