java 对照 术语_软件工程中英对照术语表

database数据库

(1) 根据为一个或多个应用程序提供服务的方案存储的相关数据(带有冗余控制)的集合。(2) 存储在系统中的所有数据文件。(3) 存储在一起并由数据库管理系统管理的数据集。

database management system (DBMS)数据库管理系统

通过为有效访问、完整性、恢复、并行控制、隐私和安全性提供集中控制、数据独立和复杂物理结构等服务来管理数据的计算机程序。

datatype数据类型

缺乏标识并且操作不带有副作用的一组值的描述符。数据类型包括初始预定义类型和用户可定义类型。预定义类型包括数字、字符串和时间。用户可定义类型可包括各种枚举。

DBA

数据库管理员

DBCS

双字节字符集

DBMS

数据库管理系统

DCE

分布式计算环境

DCOM

分布式对象模型 (Microsoft)

deadlock死锁

两个独立控制线程彼此阻塞,相互等待对方采取操作,这种状态称为死锁。死锁常常是由于添加了避免竞争状态的同步机制而引起的。

decision rule决策规则

指一组人员同意就某一议题给出集体决策的规则或技术,例如多数票决、一致通过、自发协议等。

defect缺陷

缺陷是已交付产品中的异常情况或瑕疵。缺陷可以是在生命周期的初期发现的遗漏和缺点,也可以是已准备测试或运行的较成熟软件中存在的故障征兆。缺陷可以是您要跟踪并解决的任何种类的问题。另请参见变更请求。

defect checklist缺陷检查表

某类指定的工件中常见缺陷的列表。

defect density缺陷密度

每一个单位数量(每页代码或每千行代码)的被评审工作产品中所发现的缺陷的数量。

defect log缺陷日志

见"问题日志"。

defining model定义模型

储存库所基于的模型。任意数量的存储库都可以具有相同的定义模型。

delegation委托

作为对于一个消息的响应,一个对象可以向另一对象发出消息的能力。委托可用作继承的备选方案。对比:(继承 inheritance)。

deliverable可交付工件

过程中生成的、要交付给客户或其他涉众的具有值、材料或其他信息的输出。

de-marshal串行化

为使对象可编写为字节流而对对象进行的解构。是串行化 (flatten) 和串行化 (serialize) 的同义词。

demilitarized zone (DMZ)隔离带

此术语目前在业界常用于描述子网,通常用于使防火墙所保护的 Web 服务器免受外部 Internet 和公司内部网络的破坏。

dependency依赖关系

介于两个建模元素之间的关系,其中,一个建模元素(独立元素)的变更将会影响到另一建模元素(依赖元素)。

deployment部署

软件工程过程的一个阶段,其目的在于确保将开发的系统顺利转交给用户。其中包括工件,如培训材料和安装步骤。

deployment diagram部署图

显示运行时处理节点以及在其上存活的构件、过程和对象的配置的一种图。构件是代码单元在运行时的具体表现形式。请参见构件图。

deployment unit部署单元

作为一个组分配到一个进程或一个处理器的一组对象或构件。分布单元可由运行时组装或聚合关系表示。

deployment view部署视图

一种构架视图,描述一个或多个系统配置;软件构件(任务、模块)到这些配置中的计算节点的映射。

derived element派生元素

可从其他元素计算得到的模型元素。尽管没有增加语义信息,但可能出于澄清的目的要显示派生元素,也可能出于设计目的要包含它。

deserialize反串行化

从串行化状态构建一个对象。是反串行化 (marshal) 和反串行化 (resurrect) 的同义词。

design设计

软件开发过程中的一个部分,其首要目的在于决定系统如何实施。在设计期间,制定战略和战术决策以便满足系统的功能和质量需求。请参见分析。

design mechanism设计机制

在设计过程以及完成细节设计期间中所使用的一种构架机制。它们与关联关系的分析机制有关,它们是所关联

关系的分析机制的额外改进,而且它们还可以绑定一种或多种构架和设计模式。分析机制和设计机制之间在规模上不存在泾渭分明的区别,因而以下说法是可能成立

的,即在分析层次上的永久性机制和在设计层次上的永久性机制是处于不同改进层次上的同一事物。设计机制假定了实施环境的一些细节,但它并不属于特定的实施

(即实施机制)。例如,进程间通信的分析机制可以通过以下若干进程间通信 (IPC) 的设计机制来进一步改进:共享的内存、类似函数调用的

IPC、基于信号量的 IPC 等。每一设计机制都具有特定的优缺点,特定的设计机制是根据使用机制的对象的特征来决定的。

design model设计模型

描述用例实现的对象模型,用作实施模型及其源代码的抽象。

design package设计包

设计包是由类、关系、用例实现、图和其他包组成的集合,它可用于将设计模型分成更小的部分,通过此方式来构建设计模型。它是实施子系统的逻辑模拟。

design pattern设计模式

设计模式为改进软件系统的子系统、构件或其间的关系提供了方案。它描述了在特定环境中解决一般设计问题的通信构件的频繁出现的结构。

设计模式是中小规模的模式,其规模比构架模式较小,但通常独立于编程语言。当设计模式的范围界定之后,

它将形成一部分具体的设计模型(也可能是设计机制的一部分)。设计模式所在的层次决定了它趋向于可在多个领域中应用。

design subsystem设计子系统

具有包(可以包含其他元素)和类(具有行为)的语义的模型元素。子系统的行为由它所包含的类或其他子系

统提供。子系统实现一个或多个接口,这些接口确定子系统可以执行的行为。对比:设计包 (design package)。

developer开发人员

负责按照项目采用的标准和步骤开发所需功能的人员。其中可以包括在任意需求、分析设计、实施和测试工作流程中执行的活动。

development case开发案例

由执行组织所使用的软件工程过程。它是作为 Unified Process 产品的配置或定制来开发的,并且满足项目的需求。

development process开发过程

在软件开发中,为达到给定目的而执行的部分排序的一组步骤,例如构建模型或实施模型。

device设备

为处理器提供支持功能的一种节点。尽管可以运行嵌入式程序(驱动程序),但是它无法执行通用的应用程序,它只是为处理器提供运行通用应用程序的服务。

diagram图

对模型的部分或全部进行说明的图形。

disjoint substate互斥子状态

无法和包含在同一组合状态中的其他子状态同时保存的子状态。请参见组合状态。对比:并行子状态 (concurrent substate)。

Distributed Computing Environment (DCE)分布式计算环境

分布式的计算环境。计算机行业用于分布式计算的既成标准。DCE 允许不同供应商的计算机透明通信并共享资源,例如网络中的计算能力、文件、打印机和其他对象。

distributed processing分布式处理

分布式处理是一种应用程序或系统模式,功能和数据在其中可以跨越 LAN 或 WAN 上连接的多个资源分布。请参见客户机/服务器计算。

DLL

动态链接库

DMZ

隔离带

DNS

域名服务

document文档

文档是用于在纸张或在暗喻为纸张的介质上表示的一个信息集合。上述暗喻为纸张的介质包括概念上的纸张,

但它既可具有内容的隐含序列,也可具有内容的明确序列。信息将采用文本或二维图片的形式。字处理器文档、电子表格、时间表、甘特图表或投射幻灯演示等形式

都是纸介暗喻的示例。

document description文档说明

说明特定文档的内容。

document template文档模板

一个具体的工具模板,例如 Adobe? FrameMaker? 或 Microsoft? Word? 模板。

domain领域

以一系列有关系统为其特点的知识或活动区域。

domain model领域模型

领域模型记录了在领域环境中最重要的对象类型。领域对象代表存在的实体或在系统运作所在的环境中发生的事件。领域模型是业务对象模型的子集。

domain name server域名服务器

用于翻译域名的系统,例如将 www.software.ibm.com 翻译为 Internet 协议地址,如 123.45.67.8。

double-byte character set (DBCS)双字节字符集

每个字符均由 2 个字节表示的字符集。例如汉语、日语、朝鲜语等语言,它们所包含的符号无法完全由 256 个代码点来表示,因而需要使用双字节字符集。可以和单字节字符集进行比较。

dynamic classification动态分类

泛化关系的语义变化形式,其中对象可以变更类型或角色。对比:静态分类 (static classification)。

dynamic information动态信息

在用户请求它时创建的信息。动态信息不时变化,因而在用户每次查看动态信息时都将见到不同的内容。

dynamic link library (DLL)动态链接库

属于运行时程序(而非链接时程序)的可执行代码和数据的文件。C++ Access Builder 生成 Bean 和 C++ 包装程序,以允许 Java 程序可以访问 C++ DLL。

基于SSM框架的智能家政保洁预约系统,是一个旨在提高家政保洁服务预约效率和管理水平的平台。该系统通过集成现代信息技术,为家政公司、家政服务人员和消费者提供了一个便捷的在线预约和管理系统。 系统的主要功能包括: 1. **用户管理**:允许消费者注册、登录,并管理他们的个人资料和预约历史。 2. **家政人员管理**:家政服务人员可以注册并更新自己的个人信息、服务类别和服务时间。 3. **服务预约**:消费者可以浏览不同的家政服务选项,选择合适的服务人员,并在线预约服务。 4. **订单管理**:系统支持订单的创建、跟踪和管理,包括订单的确认、完成和评价。 5. **评价系统**:消费者可以在家政服务完成后对服务进行评价,帮助提高服务质量和透明度。 6. **后台管理**:管理员可以管理用户、家政人员信息、服务类别、预约订单以及处理用户反馈。 系统采用Java语言开发,使用MySQL数据库进行数据存储,通过B/S架构实现用户与服务的在线交互。系统设计考虑了不同用户角色的需求,包括管理员、家政服务人员和普通用户,每个角色都有相应的权限和功能。此外,系统还采用了软件组件化、精化体系结构、分离逻辑和数据等方法,以便于未来的系统升级和维护。 智能家政保洁预约系统通过提供一个集中的平台,不仅方便了消费者的预约和管理,也为家政服务人员提供了一个展示和推广自己服务的机会。同时,系统的后台管理功能为家政公司提供了强大的数据支持和决策辅助,有助于提高服务质量和管理效率。该系统的设计与实现,标志着家政保洁服务向现代化和网络化的转型,为管理决策和控制提供保障,是行业发展中的重要里程碑。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值