当前位置：文档之家 › 多层分布式信息管理之研究

多层分布式信息管理之研究

  • 格式：pdf
  • 大小：27.11 KB
  • 文档页数：3

●刘红梅　赵捧未(西安电子科技大学经济管理学院　陕西　710071)多层分布式信息管理之研究 摘　要:多层分布式信息管理正在得到越来越广泛的应用。

本文分析了它的发展现状,提出了一个基于Windows平台组件管理器模式的多层分布式模型。

理论分析和初步原型实验证明了方法的有效性。

关键词:信息管理;分布式算法/可扩展标记语言Abstract:Multi2tier distributed in formation management is finding wider and wider applications.With an analysis of its development status in quo,this article presents a multi2tier distributed m odel based on Windows component manager pattern.The theoretical analysis and the preliminary prototype experiment prove the validity of the method.K eyw ords:in formation management;distributed alg orithm/X M L 传统的“主机/终端”或“客户机/服务器”模式处理信息时存在很多局限性,已经不能适应当前应用的需要。

随着中间件与Web技术的发展,三层或多层分布式应用体系结构得到了越来越广泛的应用。

客户机/服务器系统(Client/Server System)结构是指把一个大型的计算机应用系统变为多个互相独立的子系统[1],服务器是资源存储与管理的中心,不同客户机各自处理相应的功能,共同实现整个系统完整的应用。

随着因特网的不断发展,又产生了浏览器/服务器(Browser/ Client)结构模式。

Client/Server体系结构存在安全性低、维护量大、消耗服务器资源多、网络易阻塞等缺点。

为了解决上述问题,人们又提出将业务处理与客户交互相分离[2],实现瘦客户/业务逻辑(可细化为多层)/数据服务的三层(多层)分布式应用体系结构。

在多层分布式信息管理中,客户机只存放表示层软件,完成人机交互;业务逻辑完成事务处理、监控、信息排队、负载均衡、Fail/Recover、安全隔离;后台是数据库。

在这种体系中,系统资源被统一管理和使用,这使信息处理更安全、稳定并且信息系统易维护、响应快和容易扩展。

由此可见,多层应用和分布式瘦客户信息管理体系是发展的主要方向。

1分布式信息管理发展现状多层分布式体系的开发主要考虑3方面的技术[1]。

首先是开发环境,开发人员需要一种能够创建新组件并可以将已有组件加以集成的开发环境。

其次是应用程序的集成,开发人员需要集成各种应用程序,以创建出更强大的应用。

第三是应用程序的配置,多层分布式体系的开发需要配置平台的支持,以便在用户剧增时能有效地扩展,并保持系统的稳定。

目前分布式技术的主要规范有两个:Micros oft的C OM +、DC OM(Distribute C omm on Object M odal)和C OR BA (C omm on Object Request Broker Architecture)。

当然,从C OR BA衍生出不少新技术,比如E JB(Enterprise JavaBean)、RMI(Rem ote Method Inv ocation)等。

在Windows平台上,构建多层分布式应用的技术有消息队列中间件、DC OM结构模型和Active X组件技术。

它们主要应用微软消息队列服务器(Micros oft Message Queue Server)和I BM的M QSeries、Micros oft Windows R DNA以及微软的分布式组件对象模型技术、Active控件技术。

具体的实现产品有Micros oft Visual S tudio610及Micros Framew ork支持的Active X、DC OM、MTS;Borland公司的Delphi提供的Midas构件,第三方提供的Delphi环境下Asta、Midware等构件。

这种基于分布式的组件对象模型技术必须在系统注册表中进行注册后才可以被其他远程计算机调用。

它的缺点是如果要跨平台(如包括Unix和Windows两种平台)就需要使用C OR BA结构模型。

2　基于组件管理器模式多层分布式信息管理体系Sun公司J2EE(Java2Enterprise Edition)[3]平台的E JB 是一种分布式、跨平台的体系结构。

同时,J2EE平台还包含C OR BA。

E JB运行在E JB容器中,所有的J2EE容器包含一个遵循C OR BA标准的OR B(对象请求代理)。

来自多个供应商的E JB容器之间的互操作协议是基于C OR BA标准的。

我们可以在现有编程语言的基础上,利用其支持的技术,来研究多层分布式开发。

受到E JB体系结构的启发,—62—© 1995-2005 Tsinghua Tongfang Optical Disc Co., Ltd. All rights reserved.在Windows 平台上实现了一种类似E JB 的多层分布式信息管理系统。

由于这种解决方案是通过类似E JB 容器的一种远程对象调用,所以姑且命名为组件管理器模式。

这种模式的具体实现如图1所示。

图1　组件管理器模式在这种多层模型中,客户的请求由组件管理器接收并进行解释,然后调用其管理的对象组件执行命令,最后由对象组件返回执行状态或结果。

组件管理器与对象组件的关系类似于应用程序与外挂插件。

这种结构的优点是对象组件不用像C OM 、Active X 等Windows 组件那样必须先进行注册后才可被远程调用;真正实现了多层之间的分离和对象组件之间的相互调用;有效控制对数据的访问,从而使系统更加安全;应用对象组件体现了当前流行的面向对象的开发思想。

组件管理器是通用于这种结构的通信程序,这种程序只需编写一次,就可运行于此结构的所有系统,而与具体的信息管理系统无关,易于维护和升级。

如同E JB 有特定的规范一样,要实现这种结构,也必须有相应的规范:如客户与组件管理器之间交流的命令以及数据的格式、对象组件的开发规范和发布形式等。

只有遵从这种规范,整个结构才能真正实现。

3方案实现上述结构的对象组件,我们用Windows 通用的动态链接库的形式实现。

我们把一个或几个业务逻辑包装在一个动态链接库中,供组件管理器进行调用和管理。

客户与组件管理器之间、对象组件与其他层组件管理器之间采用S ocket 通信方式。

要想使组件管理器能调用自己或别人编写的组件,就必须对应用于这种结构的组件进行规范,符合这种规范才能正确通信。

对远程调用的对象结构进行规范是必要的,因为远程调用的对象不能编译到本地工程,并且在编译时不能验证远程对象的操作正确性。

远程对象是在客户发出请求时,由对象管理器创建的,并对其生命周期进行管理。

规范对象结构是对对象进行远程调用的普遍要求,如在使用E JB 结构模式时就要遵循E JB 方法和接口的编码约定,实现它的本地接口(H ome )、远程接口(Rem ote )和Bean 。

客户程序使用Java 命名和目录接口(Java Naming and Directory Interface ,JNDI )定位Bean 的本地接口,本地接口随后返回远程接口的实例,同时暴露必要的Bean 实现方法,客户程序再调用合适的方法。

对于本文提出的组件管理器模式的组件,必须以动态链接库形式实现,动态链接库中调用函数的名称必须相同,这样组件管理器才能调用;返回值必须是预先定义的远程调用类,实现内容是创建并返回此远程调用类的继承类的实例,这是引用动态链接库中对象的规范,相关细节可参考从动态链接库中引用对象的资料。

具体实现如下(Delphi 实现)[4]:function CreateBO :TRem otBO ;S tdCall ;　begin Result :=TSample.Create ;　end ;与前面介绍相对应,调用函数名统一用CreateBO ,返回值为远程调用类TRem otBO ,TSample 是从TRem otBO 类继承而来的子类。

相关的业务逻辑的实现都封装在TSample 类中。

以下是TRem otBO 的定义和TSample 实现业务逻辑的例程:TRem otBO =class private FParaX ml :S tring ;　public procedure ExecuteC ommand ;virtual ;abstract ;property ParaX m l :S tring read FParaX m l write FParaX m l ;　end ;TSample =class (TRem otBO )　public procedure ExecuteC ommand ;override ;　end ;implementationprocedure TSample.ExecuteC ommand ;begin showmessage (ParaX ml );end ;由上可见,TRem otBO 类是一个抽象类,方法ExecuteC ommand 必须在其子类中实现。

有了以上的组件实现的规范,组件管理器就可以很容易地调用对象组件了。

具体调用过程为:客户端通知组件—702—© 1995-2005 Tsinghua Tongfang Optical Disc Co., Ltd. All rights reserved.管理器业务实现对象的动态链接库及参数列表,组件管理器动态加载动态链接库并传入参数,如果有返回值,组件管理器接收并发给客户端。

调用过程如下:var　DllHandle:Thandle;　qq:TRem otBO;　CreateBO:Function():TRem otBO;begin　DllHandle:=Loadlibrary(’XXXXX.dll’);　try　if DllHandle=0then showmessage(’err’);　@CreateBO:=G etProcAddress(DllH andle,’CreateBO’);　qq:=CreateBO;　qq.ParaX ml:=’Hello!’;　qq.ExecuteC ommand;　finally　freelibrary(DllHandle);　end;end;客户端与组件管理器通信的媒介采用X M L[5]。

合集下载

体育比赛中分布式多层数据处理技术的研究

体育比赛中分布式多层数据处理技术的研究

Ｌ ｎ ｈ ｏ ｕ
（ 安工 业大 学体 育 系， 西 西安 ７ ０ ３ １０ ２） Ｘｉ ｎＴ ｃｎ ｌｇｃ ｌ ｎｖｒｉ ｐ ｔ ｐｒ ｎ ， ｉ ｎ７ ０ ３ Ｃ ｉａ） ｅｈ ｏｏｉａ Ｕ ｉｅｓ ｙＳ ｏ ｓＤｅ ａｔ ｔＸ １０ ２， ｈｎ ａ ｔ ｍｅ ａ
关 键词 ： 育比赛 ； 体 分布 式 ； 多层结 构； 数据 库 技术
Ｋｅ ｙ ｗｏｒ ：ｓ ｏ ｔｈ； ｓｒｂ ｔｎ ｙ ｅ ｎ ｔｅ ｅ ｔｕ ｔｒ ；ｈ ｅ ｈｎ ｌｇ ｆｔ ｅｄ ｔ－ｂ ｓ ｄｓ ｐ ｔｓｍａｃ ｄｉｔｉｕｉ ｇｔｐ ； ｍ］ｉ ｖ ｌｓｒ ｃｕ ｅ ｔｅ ｔｃ ｏｏ ｏ ｈ ａａ ａ ｅ ｌ ｙ
Ａｂｓｒ ｃ ：Ｂａ ｉ ｇ ｏ ｈ ｈ ｒｃｅ ｉｔｃ ｆｐ ｅ ｅ ｔｓ ｏ ｔｈ ａ ｄ ｔｅ ａ ａｙ ｉ ｆｔｅ Ｃ／ ｄ ｔｃ ｍｐｕｅ ｏ ｗａｅ ｄ ｔ ｒａｉ ｎ ｈ ｒ ｓ ｔａ ｔ ｓｎ ｎ ｔｅ ｃ ａ ａ ｔｒｓｉｓｏ ｒ ｓ ｎ ｐ ｔｓｍａｃ ｎ ｈ ｎ ｌｓｓｏ ｈ Ｓ ｍｏ ｅ ａ ｏ ｔｒｓ ｆ ｒ ａａ ｔ ｔ ｔ ｅ ｎｇａ ｄ ｔｅ ｐ ｏ
中 图分 类 号 ： ８ ９ Ｇ １
文 献标 识 码 ： Ａ
文 章 编 号 ：０ ６ ４ １ （０ ０）３ ０ ６ 一 ｌ １０ — ３ １２ １ ３ — ２ ２ Ｏ
１ 采 用分 布 式 多层 数 据 库技 术 的 原 因 多 应 用对 象 的 分布 得 到 实 现和 体 现 的。 些 分 布 运 行 的软 件 对 象在 这 近些 年 来 ，／（ 户 卡／ 务 器 ） 统 结 构 有 了很 大 的发 展 ， 术 计算机语言 中被称为对象组件 。 ＣＳ 客 几服 系 技 日趋 成 熟 ， 各行 各 业 中得 到 了越 来 越 广 泛 的 应 用。 在 多层 结构 的体育 比赛 系统 分布表现在 应用中对 象组件 的分布 针 对 ＣＳ模 式 应 用 中 的 问 题 ， 层 体 系 结 构 数 据 处 理 技 术 应 运 上 ， ／ 多 既有对象组件的特性 ， 又有分布 的特点 ， 一个设计 良好 的 ， 具有 其 而生。大体上 它是在 ＣＳ模式的基础上 ， ／ 将客户端和服务器之间增 多层 结构 的体 育 比 赛 应 用 系统 ， 结 构 应 该 很 松 散 。 每 个 对 象 可独 加 一 个 管 理 应 用 模 块 ， 上 启 下 ， 方 面 处 理 原 来 集 中 到客 户 端 的 自进 行修 改 ， 可 以重 用 已有 的 组 件 ， 可 以增 加 新 的组 件 ， 承 一 既 还 不用 重 数据 任 务 ， 一 方 面 负 责将 数 据 传 送 到服 务器 。 样 ， 来 的客 户 端 新编 译和 修 改 其 它 对 象 组 件。这种 相 对 独 立 的 特点 还 表 现 在 每 个 组 另 这 原 仅 用 来 显 示 数据 和 处理 与 用 户 的 交 互 操 作任 务 ， 原 来 的服 务 器 依 件 对 象 的 安 全 控 制 方面 ， 体 育 比赛 系统 设 计 中 ， 分 运 用 这 种 独 而 在 充 旧 处理 数 据库 的应 用 任 务 。 立 的安 全 控 制 机 制 ， 以使 系 统 整体 安全 性 得 到 极 大 的提 高。 可 在 中 间层 ， 种 对 象 组 件 要 能 够 顺 利 地 运 行 ， 需 要 其 它相 关 各 还 由于 中间层脱 离了客户端 ， 便于设 置来访者 的各 种权 限， 对于 比赛 的一些特殊数据 ， 如规则 、 隹， 标； 数据逻辑等 ， 放在 中间层 处理 ， 的服 务 综 合 在 一 起构 成 一个 对 象组 件 运 行 的环 境 。 些 相 关 的服 务 这 具 有 很 好 的 安全 性 。如 果 使 用 Ｈ Ｔ 、 Ｏ Ｂ Ｔ Ｐ Ｃ Ｒ Ａ或 Ｃ Ｍ＋ 还 可 直 接 享 包括 对 象 组 件 运 行 时 的事 务 控 制 、 Ｏ ， 目录 服 务 、 行 调 度 、 全控 制 、 运 安 数据 库 资 源 管 理 等 ， 有 这 些 服 务 综 合 在 一 起 构成 了一 个完 整 的 中 所 用 它们 提供 的 安全 机 制 。 从 上 面 的 分 析 来看 ， 层 结 构 是 优 于 ＣＳ结 构 的 。 在计 算机 软 间层 服 务 系 统 ， 多 ／ 因此 也 把 中 间层 叫作 应 用 服 务 器 。 无论 从 编 程 、 行 运 中 处 件编程中 ， 实际上是通过软件对象 的形式未编写体育比赛处理逻辑 和 管理 等 方 面 来 看 ， 间 层 都 是 整 个 结 构 的核 心 层 ， 于 整 个 系 统 的， 使不同规模 、 形式和组织 方法 的比赛 处理 系统可 以重复使 用这 的 中 心地 位 。 些 对 象 ， 常 有效 的 降低 了系 统 开 发 和 维 护 的 成 本 。 事 实上 对 于 大 非 应 用 系统 性 能 的提 高 和 硬 件 设 备投 入 的 降 低 是 分 布 式 多 层 数 型体育比赛 中的软件开发来说 ， 多层结构数据库技术的应用 已经是 据 库 模 式 最 终被 采用 的主 要 原 因 ， 是 这种 性 能 的提 高 是 以增 加 软 但 不 可 避 免 的趋 势 。 件设计复杂程度为代价 的。 将复杂的应用方式从客户端分离出来 由 专 门 的服 务器 来 处 理 ， 可 以提 高 应 用 的执 行速 度 ， 可 以减 少 网 既 也 ２ 流 行 的 分 布 式技 术 目前 最 为 流 行 的 分 布 式 系 统 结 构 是 微 软 公 司 制 定 的 Ｃ Ｍ／ 络 调 用 的 通讯 量 并 可 十 分 方便 地 监 控服 务 器 的运 行 情 况 。 大 大 简 Ｏ 这 Ｄ Ｏ ／ Ｏ ＋ ０ 括 Ｓ Ｎ， Ｍ， Ｐ ＩＥ等 众 多 厂 商 共 同 倡 导 的 以 化 了操 作 人 员 对 系 统 的 管 理 ， 低 了系 统 维 护 的 工作 量 ， 能 确 保 Ｃ ＭＣ Ｍ ￣包 ｆ Ｕ Ｉ １ ＲＳ Ｂ Ｎ 降 并 Ｃ Ｒ Ａ Ｃ ｍｍ ｎＯ ｉ ｔＲ ｑ ｅｔ ｒｋｒ ｒｈｔ ｔｒ， 用 对 象 诘 求 系统 的可 靠 运行 。 Ｏ Ｂ （ ｏ ｏ ｂｅ ｅ ｕｓ Ｂ ｏｅ ｃ ｉｃ ｅ公 ｃ Ａ ｅｕ 在 应 用 系 统 的 实际 使 用 中 ， 由于 中 间 层 的存 在 ， 当客 户 端 大 量 代理 体 系结 构 ） 心 的 分 布 式 系统 结 构 。 Ｃ Ｍ（ 件 对 象 模 型 ） 为核 Ｏ 组 是 基 于 Ｗｉｄｗ 的 技 术 ， 用 Ｄ Ｏ Ｓ Ｃ Ｅ ｎｏ ｓ 使 Ｃ Ｍ、Ｏ Ｋ Ｔ等 协 议 ； Ｃ Ｒ Ａ 是 增加时 ， 而 ＯＢ 只要适 当增加服务器 ， 调整中间层模 块的布局 ， 就可响应更 平 台 中立 的 ， 用 Ｉ Ｐ通 信 协 议 。 两 种 技 术 具 有 较 大 的差 别 ， 也 大量 的数 据 访 问。 若 系统 设 计 中 ， 发 以 Ｃ Ｒ Ａ 为 核 心 的 分 布 式 使 Ｉ Ｏ 但 开 Ｏ Ｂ 有相似之 处， 当客户端使用软件对 象时 ， 这些 分布 式技术都会让应 系统 结 构 ， 具 有 跨平 台 、 产 品 的 特 点 ， 还 跨 可进 一步 增 加 模 块 及 代 码 用程序具有透 明性 ，看 起来 好像这些软件对象就存 在于本地机器 的复 用 性 。 上。 这种 技 术 使 得 程 序 员在 客 户 端 无 需 编 写复 杂 的 网络 程 序 来访 问 ４ 结 论 在 体 育 比赛 中使 用 分 布 式 多 层 数 据 库 技 术 ， 决 各 种 体 育 比赛 解 事 实 上位 于 远 程 服 务 器 上 的软 件 对 象 。 种具 有透 明性 调 用 技术 的 这 开 实 现 方法 是 以一 个特 别 的对 象 来 仿 真 远 程 计 算 机 上 的 软 件 对 象 ， 客 形 式 的 多样 性 以及 需 求 的 不 同 。研 究 、 发 适 应 体 育 比赛 的 分 布 式 户 端 程 序 调 用 这 个 特 别 的 、 仿 真 对 象通 过 通 信 协 议 （ Ｃ Ｍ，Ｏ ， 多层 数 据 库 应 �
分布式多层应用系统实证研究

分布式多层应用系统实证研究


（ｃ ｏｌｏ ｃｎ ｍｉ ｎ ｎａｅ ｎ ｏ ｅ ｉ ｎｖｒ ｔ ｆＡｅ ｎｕｉｓ Ｓ ｈ ｏ ｆＥ ｏ ｏ ｃ ａ ｄ Ｍａ ｇｍｅ ｔ ｆＢ ｉｎ Ｕ ｉ ｓ ｙ ｏ ｒ ａ ｔ ｓ ｊｇ ｅｉ ｏ ｃ
ａ ａ ｔ ｓＢ ｉｎ １０ ８ ） ｒ ｃ ｊｇ
维普资讯
分布式 多层应 用 系统 实证研 究
张 人千 孙壮 志 周志忠 夏 国 平
（ 北京航 空航 天 走学经济 管理 学 院． 北京 １０ ８ ） ０ ０３
Ｅ ｍａｌ — ｉ
摘 要
探 讨 分 布式 应 用 系统 基 本 理 论 以 噩 特 点 ， 阐述 了使 用 Ｄ ｌｈ 实现 分布 式 系统 应 用 的 相 关技 术 ， ｅｐ ｉ 姑旮 实 际案 例
为如果想提供任何在浏 览器中的存取形式时 ， 总是要用 新的软
件 技 术 将 原来 的数 据 应 用 重 写 一 次 ， 成 了 重 复 开 发 。 而 当 系 造 统 改 动 时 ． 要 改 动 两 个 系统 ， 分 麻烦 ！ 还 十 为 了解 决 这些 问题 当今 的 分 布式 应 用 都 导 ＾ 所 谓 的 应 用 服 务 器 ， 一 十 包 含 企 业 逻 辑 的应 用 程 序 ， 以 用一 定 的 组 件 即 可 形 态 （ Ｍｃｏｏ 的 Ｃ Ｍ Ｄ ＯＭ， Ｏ Ｂ 对 象 或 者 是 Ｅ ｔ － 如 ｉｒｓｆ ｔ Ｏ ／Ｃ Ｃ ＲＡ ｎｒ ｅ 研 ｓ ａａ Ｂ ａ ｅ Ｊｖ ｅｎ等 ） 装 这 些 企 业 的 逻 辑 代 码 ， 为各 种 企 业 封 成 对象 ， 再将 这 些 企 业 对 象 分 发 到 应用 服 务 器 当中 ， 发 者 就 可 开 以直 接 使 用 这些 在 应 用程 序 服 务 器 中 的企 业 对 象提 供 的服 务 。 企业 流 程 或 运 作 规 刚 的 改变 ，将 反 映 到这 些 应 用服 务 器 当 中 ， 而 小 必 频 繁 地 修 改 应 用 程 序 就 可 以使 客 户 立 捌直 接 使 用 最 新 的 企业 流程 处 理 。 这 种 分布 式 系 统 结构 如 图 ｌ所示 目 。
电子科技大学研究生学位论文(含研究报告)撰写范例(中文)

电子科技大学研究生学位论文(含研究报告)撰写范例(中文)

……
1.4本论文的结构安排
本文的章节结构安排如下：
……
第一章
1.1
当代属于一个信息技术不断快速发展的社会，那么对于高校的发展是否可以应用信息技术，这一信息技术对高校的生存有直接的影响，因此社会发展的一个趋势也就是出现了信息管理系统。该系统具体而言，主要是通过把计算机和人联系在一起的系统，其功能是对信息进行相应的收集﹑存储﹑传递﹑加工﹑维护以及利用。也就是分析过去的数据去预测未来，以高校全面发展为出发点，进而对高校的各种运行状况进行实测，有利于高校进行更好的决策；通过对利用高校信息的行为，也能够规范高校的相关活动。低﹑中﹑高三个方面的层次是管理信息系统的目标所在，也就是通过运行层、管理层和决策层来实现管理活动的运行。最近，在我国的高等教育事业取得了长足的发展，由于不断扩大的招生规模与办学规模，使得高校教育出现了一些问题，其中管理信息是否能够通畅公开以及能否使管理关系统一和协调这两个问题成为的学校管理者必须要面临的问题。
（2）实现高校信息化建设是发展的必然趋势。传统的学生管理模式在日益变化的工作环境面前已经越来越显得越来越不适应和不相匹配，所以建立一套完善的高校教学管理系统是实现高校管理工作现代化，信息化建设的一种必然手段和发展趋势[2]。
（3）实现高校信息化建设有利于更新管理观念，提高管理水平。在信息化的过程中要求高校的各部门需要进行及时的沟通和打破传统的壁垒，及时更新与部门工作相关的数据，在促进自身管理效率的同时也是帮助高校内部其它部门完善相应工作[2]。
事实上，在以前的教学工作以及管理中，纸质是办公模式的特点，所以在一些查询检索以及制定决策等方面显得效率及其低下。通过对教学管理系统的引入，有利于把计算机网络与现代化的办公统一结合在一起，这就既可以把办公事务变得轻松简单，让繁杂的事务不在困扰高校工作人员，从而把更多精力投入到高校的规划以及发展上，使得高校在管理水平上不断提高[1]。高校信息化建设的一个重要方面就是建立高校校园网，高校校园网是高校实现信息化的一个重要的方面，其重要的意义包括两个方面，第一，学校能够实现与外部教育网络的互联和资源的共享；第二通过建立本地的内部网络，可以再很大的程度上提高自身的教学管理水平。
基于.NET的分布式多层系统中加解密的研究与实现

基于.NET的分布式多层系统中加解密的研究与实现


用 逻辑实 现代码 相分 离 。四层结 构体 系一般 分为客
户 服务层 （ 览 器 ） Ｗｅ 浏 、 ｂ服 务层 、 用 逻 辑层 和数 应
据 库服务 层 。图 １ 显示 了分 布式 四层应 用结 构 。
加解 密算法 ， 就必 须 对 所有 客 户端 应 用 程序 作 相 应
图 １ 分布式四层应用 结构 图
基于 ． Ｅ Ｎ Ｔ的分布 式多层系统中加解密的研究与实现
张 勇 ， 梁 西 陈
（ 宿州职业技术学院 计算机信息系 ， 安徽 宿州 ２４０ ） ３ １１
摘要 ： 分析 了在 网络分布式 多层应 用 系统 的开发 中， 对数据库 中的数据进行加 解密运算 时， 如何 合理放置加解密代
码才能保持 系统 的安全、 定和便 于维护 ； 稳 并给 出了基 于． Ｅ 系统开发 中的 实现 方法 ， 开发 类似 的多层 分布式 ＮＴ 对
系统中 数据的加解密问题具有参考价值。
关键词 ：Ｎ ＴＦａ ｅ ｏｋ 加 密； ． Ｅ ｒｍ ｗ ｒ ； 解密； 应用逻辑层
中 图分 类 号 ：Ｐ ９ ． ８ Ｔ ３ ３０ 文献 标 识 码 ： Ａ 文章 编 号 ：６ ３— ０ ６ ２ １ ） ８ ０ ４ ０ １７ ２０ （０ ０ ０ — ０ ２— ４
第 ２ 卷第 ８ ５ 期 ２０ ０年 ８月 １
宿 州 学 院 学 报
Ｊ ｕ ｎ ｌ ｆＳ ｚ ｏ ｉｅ ｓｔ ｏ ｒ ａ ｕ ｈ ｕ Ｕｎｖ ｒｉ ｏ ｙ
Ｖｏ ． １２５。 Ｎｏ ８
Ａｕ ． ０ ０ ｇ２ １
ｄ ｉ１ ． ９ ９ ｊ ｉ ｎ １ ７ ２ ０ ． ０ ０ ０ ．１ ｏ：０ ３ ６ ／ ．ｓ ． ６ ３－ ０ ６ ２ １ ． ８ ０ ４ ｓ