软件工程常用术语(四)

软件工程常用术语(四)

ID:19672704

大小:39.00 KB

页数:8页

时间:2018-10-04

软件工程常用术语(四)_第1页
软件工程常用术语(四)_第2页
软件工程常用术语(四)_第3页
软件工程常用术语(四)_第4页
软件工程常用术语(四)_第5页
资源描述:

《软件工程常用术语(四)》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、database数据库   (1)根据为一个或多个应用程序提供服务的方案存储的相关数据(带有冗余控制)的集合。(2)存储在系统中的所有数据文件。(3)存储在一起并由数据库管理系统管理的数据集。  databasemanagementsystem(DBMS)数据库管理系统   通过为有效访问、完整性、恢复、并行控制、隐私和安全性提供集中控制、数据独立和复杂物理结构等服务来管理数据的计算机程序。  datatype数据类型   缺乏标识并且操作不带有副作用的一组值的描述符。数据类型包括初始预定义类型和用户可定义类型。预定义类型包括数字、字符串和

2、时间。用户可定义类型可包括各种枚举。  DBA   数据库管理员  DBCS   双字节字符集  DBMS   数据库管理系统  DCE   分布式计算环境  DCOM   分布式对象模型(Microsoft)  deadlock死锁   两个独立控制线程彼此阻塞,相互等待对方采取操作,这种状态称为死锁。死锁常常是由于添加了避免竞争状态的同步机制而引起的。  decisionrule决策规则   指一组人员同意就某一议题给出集体决策的规则或技术,例如多数票决、一致通过、自发协议等。  defect缺陷   缺陷是已交付产品中的异常情况或瑕疵

3、。缺陷可以是在生命周期的初期发现的遗漏和缺点,也可以是已准备测试或运行的较成熟软件中存在的故障征兆。缺陷可以是您要跟踪并解决的任何种类的问题。另请参见变更请求。  defectchecklist缺陷检查表   某类指定的工件中常见缺陷的列表。  defectdensity缺陷密度   每一个单位数量(每页代码或每千行代码)的被评审工作产品中所发现的缺陷的数量。  defectlog缺陷日志   见"问题日志"。  definingmodel定义模型   储存库所基于的模型。任意数量的存储库都可以具有相同的定义模型。  delegation委

4、托   作为对于一个消息的响应,一个对象可以向另一对象发出消息的能力。委托可用作继承的备选方案。对比:(继承inheritance)。  deliverable可交付工件   过程中生成的、要交付给客户或其他涉众的具有值、材料或其他信息的输出。  de-marshal串行化   为使对象可编写为字节流而对对象进行的解构。是串行化(flatten)和串行化(serialize)的同义词。  demilitarizedzone(DMZ)隔离带   此术语目前在业界常用于描述子网,通常用于使防火墙所保护的Web服务器免受外部Internet和公司

5、内部网络的破坏。  dependency依赖关系   介于两个建模元素之间的关系,其中,一个建模元素(独立元素)的变更将会影响到另一建模元素(依赖元素)。  deployment部署   软件工程过程的一个阶段,其目的在于确保将开发的系统顺利转交给用户。其中包括工件,如培训材料和安装步骤。  deploymentdiagram部署图   显示运行时处理节点以及在其上存活的构件、过程和对象的配置的一种图。构件是代码单元在运行时的具体表现形式。请参见构件图。  deploymentunit部署单元   作为一个组分配到一个进程或一个处理器的一组

6、对象或构件。分布单元可由运行时组装或聚合关系表示。  deploymentview部署视图   一种构架视图,描述一个或多个系统配置;软件构件(任务、模块)到这些配置中的计算节点的映射。  derivedelement派生元素   可从其他元素计算得到的模型元素。尽管没有增加语义信息,但可能出于澄清的目的要显示派生元素,也可能出于设计目的要包含它。  deserialize反串行化   从串行化状态构建一个对象。是反串行化(marshal)和反串行化(resurrect)的同义词。  design设计   软件开发过程中的一个部分,其首要目

7、的在于决定系统如何实施。在设计期间,制定战略和战术决策以便满足系统的功能和质量需求。请参见分析。  designmechanism设计机制   在设计过程以及完成细节设计期间中所使用的一种构架机制。它们与关联关系的分析机制有关,它们是所关联关系的分析机制的额外改进,而且它们还可以绑定一种或多种构架和设计模式。分析机制和设计机制之间在规模上不存在泾渭分明的区别,因而以下说法是可能成立的,即在分析层次上的永久性机制和在设计层次上的永久性机制是处于不同改进层次上的同一事物。设计机制假定了实施环境的一些细节,但它并不属于特定的实施(即实施机制)。例

8、如,进程间通信的分析机制可以通过以下若干进程间通信(IPC)的设计机制来进一步改进:共享的内存、类似函数调用的IPC、基于信号量的IPC等。每一设计机制都具有特定的优缺点,特定的

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。