（计算机应用技术专业论文）基于trbac的j2ee应用系统研究.pdf

大避邋工大学硕士学位论文 摘要 当前分布式对象投零的发展，麓开发蠢睦能、霹扩晨酶、安全熬分毒式灸攮应霹程 序提供基獭。在复杂静分布式环境中，应用软件结构复杂，涉及多种技术，辩设计开发 人员提出了很高的要求。本文在设计上，运用设计模式，以简化开发的复杂性。 解c 模式是设计分布式应用采用的主要模式，但是由于村c 模式的m o d e l 层采用 7 a v ab e a n 技术，采用j d b c 连接数据库，如果更改数据库类刺，程序需要大幅度改 动。因此农本文中提出了改进的7 s e _ 州c 结构，7 s e _ 姘c 结构的m o d e l 层采用e 强技 术，连接数据痒主要袋鞠e n t i t yb e a n ，麴栗羧蕹耀獒鍪! 更改，不需要大幅凌修改应惩 程序，增强了系统的可移植性。本文狸对设计模式深入研究的基础上，在m o d e l 层联合 了$ 2 e e 的设计模式，绘出了一个通用的框架，该糨架提高了系统的可重用性，可扩展 蛙鞋及胃穆捷蛙。运鼹该逶爱疆蔡，设诗莠实瑗了移动电予卡溅售系绞。该攥絮秘使 用，降低了系统开发的罐度，提高了系统的高度松耦合。 分毒焱系统嚣凌下，鑫予金夔应麓囊不嚣熬繁煮缝成，客户秘l 蔓务嚣分毒在建瑾注 重上不同能鬻，安全闯鼷成为一个重甏问题。本文在设计上采用访问控制技术，以提高 系统的安全性。 访问控制技术是网络安全的一项然本技术，主鼹包括基于角色的访问控制和基于任 务的访问控制等技术。j 2 e e 提供的安全服务采用的是基于角色的访问控制技术，但 是，这 孛方法并不对雳户露令送蠢热蜜，焉显墓掭w e b 服务器对髑户来说遣楚鼍走涯过 的，并且斓户权限是静态不交的。灏此，本文弓 入了基于角德和任务的访问控制 ( t r a b c ) 方法，该方法巾主体所拥有的访问权限并不是静态的，而是随着所执行任务的 上下文环境发生变化。程此基础上，掇出了系统的安金模型，并旋此安全模型中采鼹了 安垒c o o k i e s 豹愚怒，对孺户名秘密鹃进行热密，对磊标骚务器迸彳亍谈证，解决了 j 2 e e 安全服务所欠缺的问题，提高了系统的安全性。 关键溺：游浔莲鞠；c o o k i e s ：j s e _ m v c ；t r b a o - i 一 基于t r b a c 的j 2 e e 应用系统研究 r e s e a r c ho fj 2 e e a p p l i c a t i o ns y s t e m b a s e do nt r b a c a b s t r a c t d i s t r i b u t e dt e c h n o l o g yp r o v i d e sh i g hc a p a b i l i t y ，e x t e u s i b i l i t ya n ds a f e t yf o rd i s t r i b u t e d e n t e r p r i s es o f t w a r e u n d e rc o m p l e xe n v i r o n m e n t , t h ea r c h i t e c t u r eo f a p p l i c a t i o ns o f t w a r e sh a v e t h ec h a r a c t e r so f c o m p l e xs t r u c t u r ea n di n v o l v e m u l t i t e c h n o l o g y , t h u st h o s ec h a r a c t e r si n c r e a s e t h ed i f f i c u l t i e so f d e v e l o p m e n t t h e r e f o r ，t h i sp a p e r u s e sd e s i g np a t t e r ni nd e s i g nt or e d u c et h e c o m p l e x i t y m v ci st h em a i n p a t t e m o f d e s i g n i n gd i s t r i b u t e da p p l i c a t i o n hm o d e ll e v e l ，i tu s e sj a v a b e a na n dj d b ct oc o n n e c td a t a b a s e t h ep r o g r a mw i l lb e c h a n g e da l o tw h e nt h ed a t a b a s ei s c h a n g e d t h u s ，j s e _ m v ci sb r o u g h tf o r w a r d h 1t h i sa r c h i t e c t u r e e j bi su s e di nm o d e ll e v e l a n d e n t i t yb e a ni su s e dt oc o n n e c td a t a b a s e i ft h et y p eo f d a t a b a s ei sc h a n g e d ，t h e r ei so n l ya l i t t l ec h a n g ei nt h ep r o g r a m n l et r a n s p l a n t a b i l i t yo f t h e s y s t e mi ss t r e n g t h e n e d o nt h eb a s i so f d e s i g np a t t e r n , j 2 e ed e s i g np a r e m i su s e di nm o d e ll e v e lt og i v eac o n l m o na r c h i t e c t u r e i t i n c r e a s e st h e r e u s a b i l i t y ，e x t e n s i b i l i t ya n dp o r t a b i l i t y am o b i l ec a r ds e l l i n gs y s t e mi s d e s i g n e da n di m p l e m e n t e d t ou s et h ec o m m o na r c h i t e c t u r e t h eu s eo f c o m m o na r c h i t e c t u r e r e d u c e st h ed i f f i c u l t i e so f d e v e l o p m e n t i nd i s t r i b u t e de n v i r o n m e n t ，e n t e r p r i s ea p p l i c a t i o ni s c o m p o s e do fd i f f e r e n tn o d e so n t h ew e b c l i e n t sa n ds e r v e r sa r ei nd i f f e r e n ta r e a s ，s os e c u r i t yi s b e c o m i n ga ni m p o r t a n t a s p e c t i ns e c u r i t yd e s i g n ，a c c e s sc o n t r o l i su s e dt oe n h a l i c et h es e c u r i t yo ft h es y s t e m a c c e s sc o n t r o l i sab a s i ct e c h n o l o g yi nn e t w o r ks e c u r i t y i ti n c l u d e s 恤er o l eb a s e d a c c e s sc o n t r o la n dt h et a s kb a s e da c c e s s c o n t r o l ，e t c t h es e c u r i t ys e r v i c et h a tj 2 e e p r o v i d e sb a s e so nt h er o l eb a s e da c c e s sc o n t r 0 1 t h e s em e t h o d sd o n te n c r y p tp a s s w o r d a n di d e n t i t y ，t h et a r g e ts e r v e ri sn o ta u t h e n t i c a t e d ，a n dt h ep r i v i l e g ei s s t a t i c t h e r e f o r ，i n t h i sp a p e r ，t h et a s ka n dr o l eb a s e da c c e s sc o n t r o i ( t r b a c ) i su s e d i nt h i sm e t h o d p r i v i l e g ei sd y n a m i ca n dc h a n g e sa c c o r d i n gt ot h ec o n t e x t 0 nt h eb a s i so ft h i s as e c u r i t y m o d e li sp u tf o r w a r d i nt h i sm o d e l ，s e c u r i t yc o o k i e sa r ea d o p t e d ，p a s s w o r da n di d e n t i t y a r ee n c r y p t e da n d t a r g e ts e r v e ri sa u t h e n t i c a t e d i ts c a l e st h ep r o b l e mo fj 2 e es e c u r i t ya n d e n h a n c e st h es e c u r i t yo f s y s t e m k e yw o r d s ：a c c e s sc o n t r o l ；c o o k i e s ；j s e _ m v c ；t r b a c 独创性说明 作者郑重声明：本硕士学像论文是我个人在导筛指导下进行的研究 工作及取得研究成果。尽我所知，除了文中特别加以标注和致谢的地方 努，论支中不包含冀纯人已经发表或撰写的研究成果，也不惫含隽获褥 大连理工大学或其他单位的学位豉证书所使用过的材料。与我一同工作 鳇司意黠本磅究瘊 羧鲶贡献均遗在论文中徽了骧确酶遴嗳并表示了谢 意。 大琏瑷工大学硕士学位论文 i 绪论 l 。l 与本课题有关的围内外研究状况 1 i 1 分谍式对象技零 所谓分布式对象技术，是指其位溉透明( 可以稃在网络任何地方) ，并能被远程客 户用以方法调用的形式访问的实体 1 3 。至于分布溅对象是使用憾葶申设计予语蒜和编译 器辑剖建豹，对客户米潆是透秘静。嚣前，分布辩象技术( d o t ) 在开发大型分布式应 用系统( 例如应用服务器) 中已表现出强大的生命力，并形成了以下列三种技术代表 魄主流技术。 l 。l 。l 。i0 m gc o r b a 忿e m c o r b a 是由o m g 制订的分布对象计算标准规范，遵照c o r b a 规范开发出的分布计算 软件环境w 以在几乎所谢的主流硬传平台和操作系统上运行e 2 。o m g 是一个非盈利 莲国嚣缝级，鏊蘩已鬟蠢9 0 0 多个残受，毽赛土足警所有最毫影秘豹诗算凝公镯、著名 的工商企业和大学研究机构都是这个组织的成员。现在，c o r b a 对象通信使用的协议 一i i o p 已成为许多公司进行系统集成的基本协议。c o r b a 的体系结构如图1 1 所示。 图中，对象诲求代理o r b 怒c o r b a 戆核，。通过o r b ，客声胃疆透鞠娥访淘缀务瓣蒙夔方 法，两不用关心l 琵务对蒙的位置、实黼细节、状态和采用的通信镑议。采用o r b 后，客 户和服务对苏之间的接口是通过c o r b a 的接口定义语言i d l 定义的。i d l 是一种中性的 语言，采用兴似于c + + 的语法，简单易学，允许用户传意选择适当的操作系统、网络协 议蠢应蔫豹开发语言与遴行强境，鼓疆箍供了穗当靛灵活注。i d l 编译器缡译i d l 文件 后生成相威的打包解包代码；在c o r b a 体系中，客户方打包解包代码称为存根 ( s t u b ) ，服务方打包解包代码称为概架( s k e l e t o n ) 。除o r b p f ，c o r b a 还提供了多项 对象鼹务帮公荚设施。蔽怒嚣发者鑫这些基毒塞上开发分毒式应麓孵，毒戳不翳操；玉瘾 层的分布编程问题，而将斑要的精力放在上层应用上。 o m g 定义了一套服务器端构件c c m ( c o r b ac o m p o n e n tm o d e l ，b p c o r b a 构件模型) 规范。c c m & 在充分吸取s u n 鲍e j 8 技术的基础上提出来於，二嚣非常相似，怒e c 鹾保 特t c o r b a 平台无关静特性，不受j a v a 语言静隈裁，用户可以使麓其它语言，翔c c + + 开发c c m 构件。 基于t r b a c 静j 2 e e 痘嗣系统研究 墨薹掏；l 酵 厂毒4 一二三二e 一 厂 一 l ， 图1 1c o r b a 体系续构 f i g 1 。1a r c h i t e c t u r eo f c o r b a i i 12m i c r o s o f td n a d c o m ( c o m + ) m i c r o s o f t 的分布斌应用体系d n a 愁w i n d o w s 应用平台的一个企业应用开发模型， 它与w i n d o w s 操作系统紧密结合 3 。d n a 采用的分布对象构件模型称为 d c o m ( d i s t r i b u t e dc o m p o n e n to b j e c tm o d e l ，即分布构件对象模型) ，它提供构件间 必要的粘台和完全的服务包括协同工作、位置透明惟、安全性、网络化和基本服务， 使得构件能够被通信并且以标准方式操作。d c o m 的底层通信技术是从o s f d c er p c 发 展而来的，增加了少许m i c r o s o f t 自身的扩展，但仍深深地打上了面向过程的r p c 烙 印。由于d c o m 并来提供继承的能力，严格来说，它只能算是一种基于对象而非面向对 象的分布计算技术。为了缓解这擅欠缺，m i c r o s o f t 掇供了集成的解决方案和强大的 开发工具，僳证w i n d o w sd n a 平台的不同产品，如i i s m t s m s m q s q l s e r v e r 等，可以 协同工作；通过v i s u a ls t u d i o 等功能强大的开发工具封装底层的d c o m ，可自动从向 导可税逾生成修改m i d l 文件，从而使得成用开发时不必嶷接简对底层繁琐的d c o m 操 侔。d c o m 的体系结构如图1 2 所示。类似于c o r b a ，d c o m b 暖务对象也需要定义个对 应的对象类，该对象类是通过m i c r o s o f t 的i d l 谱言( m i d l ) 定义的。一个对象类可 良定义多个接日，每个接翻可戳定义多个操作，每个对象癸和每个接口都被赋予一个 全局椎一的稼谚 符g u i d ( g l o b a lu n i q u ei d e n t i f i e r ) ，分别称为类标识符( c l s i d ) 和接翻标识符( 1 i d ) 。通过编译m i d l 文件，可函产生相应的打包解包代码。在 粥鳓体系中，客户方手丁包解包代码称为代理( p r o x y ) ，服务方打包解包代码称为存 根。 2 大连瑾工大攀霞圭学位论文 捷：s c m ：繇务燕割管理攀s e r v i c ec o n t r o lm a 辨r o x i d ：对象输出标识符o h e a e x p o r t e r i d e n t i f i e r 图1 2d c o m 体系结构 f i g - 1 - 2a r c h i t e c t u r eo fd c o m d c o m 子1 9 9 6 华推出，目前融在w i n d o w s9 5 9 8 和附中得到广泛成艏。随着时阅 的发展，企业内撼于w i n d o w s 的p c 服务器的缴存能力和i n t e r n e t 的持续高速发展给现 代应用带来了新躬受担。在w i n d o w s 2 0 0 0 产龋系列中，d c o m 邑被重毅余瘩麓e 铡+ 。邋 过将d c o m 静重焘转移，c o m + 统一了院傩和凇s ，支持对象台并、动态受载乎鬻稻数撼 库缓存，可以更好地管理不断增加的高度动态调运负载、综合基于浏熄器的客户及处 理新的分布安全模式。 1 1 。l 。3s u n j 2 e 暑瑾强转 j 2 e e ( j a v a2p l a t f o r me n t e r p r i s ee d i t i o n ) 是融s u n 公司于1 9 9 9 年推出的 个支持企业级计簿的j a v a 平台，其体系结构如图1 。3 所示。j 2 e e 提供了个基于构件 斡爨中式服务器多级应用体系，其基础是e 强( e n t e r p r i s ej a v ab e a n s ，鞠企业级 j a v a 构侔) 4 j 。b j b 为开发霸豁著可重篇的j a v a 服务器构俸定义了一个模型，为j a v a 应用服务器定义了个标准编程接口。e j b 构件在e j b 服务器提供的e j b 容器中运行， e j b 服务器代表b j b 构件自动管理大量的企业级中间件服务，例如事务、状态、持久憾 帮安全瞧，这後褥罄褐俸秀发入爨可戳集串精力编写篷务逻辑蠢不楚爱杂靛中闺佟， 从而可以更快地歼发出代码威羹更高的应用。e j b 构件搬运行时的特性可通过使用 x m l 语言定义的配鼹描述符加以定制，无须翼改代码，从简能很好地逶】盘快速发展的 趣予鬻务等应磊矮壤。勇一方鞭，由专：j 8 v 8 一凄生载与i n t e r n e t 结下了不簿之缘，戳 艟时基于w e b 的分布计算环境支持得也非常好，j 2 e e 完全支持w e b 服务器端使用 s e r v l e t 和j s p ( j a v as e r v e rp a g e s ) 技术。s e r v l e t 和j s p 在作为w e b b 务器组成部分 3 的w e b 容器中运行，负责实现表示逻辑并支持会话管理。除w e b 构件和e j b 构件外，j 2 e e 还悫义了金整缀簸角爨要访瓣戆各穆中阕 夸鼹务，毽菇名譬藤务、事务羧务、游惑鼹 务、邮件服务和数据库访问镣。连接j 2 e e 构件各部分的关键技术则是r m i ( r e m o t e m e t h o di n v o c a t i o n ，即远程方法调用) ，与d c 0 m c o r b a 不同，r m i 的接口不需要使 爱专门设诗弱i d l 语害，丽是卷接使鼹j a v a 潺言定义，爨勰非霉篾羁翳学；为了支渗 与c o r b a 豹互操作，s u n 在传统豹r m i 基础上进一步掭嬲了r m i l l o p ，它采用i i o p 作为其传输协议，因此可以与c o r b a 无缝地谶行互操作，黼同时又保持j a v ar m i 简明 易学的优点。为r m i i i o p 设计的开发工具霹以根据r m i 接口定义鸯渤生成对应驰 c o r 黼i d l 文释鞠存辗蓬粱代码。 图i 3j 2 e e 体系结构 f i g 1 3a r c h i t e c t u r e o fj 2 e e 1 i 1 4 三种分布式技术比较 以上三种分稚对象技术代袭了目前分布对象技术发展的主流，三者备有千秋，根 据参考文献【3 ，5 - 7 】，表l 一1 列溅了这三秘分枣黠象按寒之瘸懿耽较。 表1 i 三种努京式技术e l 较 - 4 搡俸系统任何操作系统 w i n d o w s9 8 2 0 0 0任嚣撵作系统 对比之下，可以蓍出，7 2 e e 显示了它跨平台的优势，为网络服务商提供了很好的 瑟离蘸辩豹开发稻应惹平台，箍着瘸络鼹务避一步广泛巍用帮鼹务集成度静掇高，农网 络服务提供商的后台会形成越来越庞大的分布式计算环境，c o r b a 的模块结构更适食后 台的多种服务，例如嘲络服务的计费程序等。园此可以看出，j 2 e e 和c o r b a 技术在网 络服务这片蓝天下，各囊有基邑的海洋取鼹地。毽是，热累在裁端傻鼹t ，n e t 舞发平 台，那么在后端的分布斌结构中，d c o m 就是理想的选择。 在大型系绕躲开发中，辩数搀露瓣访瓣经往鬻簧多线程静支将，学嚣g 哥籀会澎戚数 据库访问的瓶颈。c o r b a 标准对多线粳的支持被认为是安众可靠的；d c o m 本身不支持多 线程：器e e r m i 本身嘏是非多线程，僵可激通过“线程笈用技术”解决这个问题。 从系统应用的复杂环境来爨，c o r b a 比j 2 e e 熊更强一些。使用c o r b a 絮搀，够 选撵更多的开发语言。幽于c 0 舳a 规范的开放性，不同厂商提供的c o r b a 产品不具有豆 操终性。辍在瘦耀中，o m g 组织蛱乏瓣枣场上c o r b a 产品是否严格符合c o r b a 静标壤进 行认证，再加上c o r b a 产品应用环境的复杂性，供应商相氨支持不够，更谈不上互通功 能在产品级剐的涣l 试。 - 5 - 蒺予t r b a c 靛j 2 e e 应臻系统错究 综上爱遮，兹醚在实蠛上参考了c o r b a ，并继承了j a v a 语言跨乎螽、嚣窝对象编 理等特点，支持各零申艇l 牛平套及圭漩数攥摩，磬暹过缀l 牛健熬开发、星援实溪应攥软悻 的快速开发部署，降低成本。 1 2 本文的主要工作 本文以“移动电予卡出售系统”为特定领域，详细研究了j 2 e e 平台下务种分布式 组件技术及箕运爝、设计模式以及纂于角色和任务的访问接制技术酶原璎。本研究的鼹 鹩楚嗣先迸静技术架构套科学的、实髑的、安全的移动电子卡出售系统。瀚此，本文 静妻簧工作 三i 概括鲡下： i 本文在详缨了解系统器求黔基磴上，采雳了b s 结稳进纷程枣设计。邋常情 提下述纷b s 结稳疆痔设诗，耨袋惩m v c 絮构，鼙w 綮擒豹m o d e l 譬帮麓采霜j a v a b e a n 实现款，本文在磷究m v c 结构戆基疆土，姆辩8 孳；入到疆v c 豹m o d e l 层，挺嵩 j s z _ m v c 架构，并且程提出系统模型的同时引入了各种j 2 e e 的设计模式，程充分刮用 各种设计模式的基础上，对原有的m v c 絮鞫进程了优化。 2 本系统涉及物理上分离的多个子系统，有大量的网络传输，翻此澍于安全性 的要求墩就相应较高，j 2 e e 的发垒性是采用慕于角色的访问控制方式来实现的，已经 不憨满建系统安全褴豹要求，灏丘毛，奉文串羟深入_ 研究粥嚣e 安全槐稍的基础上，提穗 了基予角色嚣任务麓滴闻按镑l 搂鍪，对安全系统滋行建模，势零i 入安全c o o k i e 鹃憨 怒，逶避安全c o o k i e 蜜疆t r b a c 静w e b 谤阕，实缓7 系统的安众模羹。 l 。3 本文的组织结毒句 第一辈，绻论零章主要介缓了谖器聚踩、霹豹，零潆趱霄关的磷究浚况，戳彀本入 黪支爨工撵。 第二章，棚关理论本露介缨了与本文骞关的理论基础，包撼j 2 e e 璞论，以及与游 阅控制樱关的理论。 第三章，移动电子卡出德系统的设计本鬻涉及了系统的总体框絮，以及其涉及到 的几个子系统，并殿分析了当前流行的两种体系结构，分其优缺点，提出本文采用的体 系缩构。 第蹬章，移动电子卡出售系统的实现本牵将v l v c 的瓣想弓 入系统设计，并且袋 麓设计模筑，辩系统模罄进行详细设计，然后详细弁绍了每个子系统的具体实现过程， 最焘铹对系统孛应崩到麴设诗模式，给密爨俸熬实现方法。 一6 大连理工大学硕士学位论文 繁五章，移豢壤予卡凄售系统安全警理撰块设计本耄主要是采蔫基于惫色窝殛务 2 的访问控制方式，对系统的安全模型进行建模，并且给出实现过程。 j 第六章，结论本章全文进行总结，并指出未来的发展方向。 。7 基予t r b a c 的j 2 e e 应篇系统研究 2 相关理论 2 1j 2 e e 概述 本章比较全面地介绍了与j 2 e e 应用开发有关的各种基本概念，包括多屡应用体系、 容器、冬秘缀传及其逶焉场合、j 2 e e 基礁骚务、疆e e 客户臻类鍪筹。涩e e 乎台奉缓是一 个分布式的服务器应用程序设计环境，它把多种分散到网络上的资源和应用连接越来， 为穆逡器管理、运行爵律缩酶金娩级业务应用提供了系列豹应增组件和个运行环 境。 奉章将从下面几个支撑起j 2 e e 体系的核心概念来介绍j 2 e e 的体系结构。 j 2 e e 多层应越体系：j 2 e e 鼍z 套提供的基本应用絮梅。 j 2 e e 威用组件：构造j 2 e e 应用的基本软件单元。 招e e 企篷爱务：霹技露e e 纛翊缀 串繁霉雳静公共缀务功麓。 j 2 e e 容器：j 2 e e 组件的运行环境。 2 i 1j 2 e e 多黧应用体系 j 2 e e 乎灸是一个多层的分毒式弱应耀程序模型瑟】。疫建程序黢逻辑都势，投缮宅 要实现的功能被封装到不同的组件中，组成j 2 e e 应用糨序的大量组件根据宦们在j 2 e e 环境孛熬不藩落次被安装蜀不箍豹容器辛。 在传统的两层客户端，服务器端模式中，程序员编霹与特定软件紧密结舍的应用程 穿，通常直接爱客户端程序中访问数据痒服务或攀务服务，这种应用程序客户端称作胖 客户端。因为皮用程摩逻辑驻蟹在客户端撬嚣上，这傻褥窖户端程序变怒庞大复杂建虽 不适合移植到其他系统中。 j 2 e e 体系结姆惫一令三藩或多蘑静舔系结构，蟊蚕2 。i 所示。鬣莛逶常将j 2 e e 痤 用程序的多层结构看为四个独立的层，应用软件就构造农这个框架上。 客户屡( c l i e n tt i e r ) 表现逻辑层( p r e s e n t a t i o nl o g i ct i e r ) ， 业务逻辑层( b u s i n e s sl o g i ct i e r ) 企业倍惠系绞层( e i s ，e n t e r p r i s ei n f o r m a t i o ns y s t e m st i e r ) ： - 8 - 大连理工大学硕士学位论文 烫2 。1j 2 e e 癜焉撞豢 f i g - 2 1f r a m e w o r ko f j 2 e e 2 1 1 1 客户表示层( w e b 应用) 客户垂窝表示鼷弼羧看为筵瓣一瑟。毽靠j 熬爨舞了把篷务逻辑瑟孛l 潜藏行憝谤冀 和动作的结果返回给用户。它们都可以看为是w e b 应用的一部分，位于w e b 服务器中。 常见的商业w e b 应用服务器有m i c r o s o f ti i s 、i b mw e b s p h e r e 等。w e b 服务器除了处 理对站点静态w e b 受露请求终，逶辫还要处理多令应属程序瓣谤阕请求。以髓b 应用穗 对应酌怒位于监务逻辑的e 弱虚用。客户层和表涿层两者的区潮在于： 表承层是指w e b 隔面中的动态内容。动态内容通常从数据库( 从e j b 中返回) 获 得。表承层的另一个主要任务就是把客户端传来的请求打包。装示层可以使用大量不同 兹王襄逡 亍穆建。胃稼使麓a s p ，j s p 等。 客户层可以看成鼹运行在用户机器上的w e b 浏览器，或一个客户端程序。他的功能 是显示数据和输入更新数据。通常使用h t m l 或混合h t m l 动恣h t i l j a v a s c r i p t 的客 户壤。 2 1 1 - 2 般务逻辑层( 掰b 应用) 在j 2 e e 体系结构中应用逻辑都傲于业务逻辑朦中。业务逻辑层通常使用j a v a 解决方 案橡建，主要使用企她j a v ab e a n ( e 粥) 缰 孛完成效务逻辑。企渡j a v ab e a n ( e j b ) 是s u n 辩c o r b a 的可移植性帮复杂性静簿决方案。e j b 弓| 入了比c o r b a 受 简单的编穆模块，它可 以让开发人员创建可移植分布式组件。e j b 组件幽e j l 3 服务器提供运行环境。常用的商业 e j b 服务器育i b mw e b s p h e r e ，b e aw e b l o g i c ，s u nj 2 e es d k 等。业务逻辑一般包括： ，9 - 基予t r b a c 的j 2 e e 应用系统研究 执行全部必须的计算和动作 王终瀛管瑗 表示层中全部的数据访问管理 e j b 编程模块可以让开笈入员剖建安全的、事务性的和持久静商业对象，该对象使 用非常简单的编程模块和声踢属性。与c o r b a 不惩，e , y 8 的访阉控制( 授权安全牲) 秘事务 管理等设施非常易于编程。c 0 r b a 霈要使用复杂的a p i 来利用这些服务，而e j b 则根据一 秘稼终“部嚣接述文传”孛熬声襞将这些羧务鑫动痤瑟瑙娥b e a n 。送个摸鍪! 确保了企 、 k b e a n 开发人员可以榘中精力编写商业逻辑，而由容器自动管理相成的安全性和其它服 务。鑫予e 强籁范矮帮了一鳃鹤确鹃e 强容器窝e 弱组释乏闻豹契约，戳j 毙e 璐具有w 移植 性。这魑契约和规则确切的规定了容器必须为e j b 提供什么暇务，企业b e a n 歼发人员需 要使用什么a p i 和声明属性来创建e j b 。馥| 于详细指定了e n t e r p r i s eb e a n 的生命周期， 蔽此e 弱容器知j 羞如髓在运撂露管理e 弱，企业b e 鞠嚣发人员确甥熊遴e n t e r p r i s eb e a n 在其存在期间可以做什么。企业b e a n 简化了分布式对象的开发、部髫和访问。e j l 3 分布 戏黠象( 一耱e n t e r p r i s eb e a n ) 鹣开发入爨灵需穰艨为嚣稻建立静契约和协议实现对象。 支持e j b 的应用程序服务器可以使用任何分布式网络协议( j a v ar m i 或i i o p ) 。不管在 桀个将定产晶中使翔的基本网络协议是什么，e j b 使用相同的编稽a p i 和语义以j a v a 煳i i i o p 访峨分布式黠象。协议熬缨节对应用稷痔零b e 轾牙发人员憋藏，歇默定霞寒镬 用分布蔽b j b 的方法是相同的。 逶嚣在盛惩服务器悫都实现监务逻辑艨。盛耀驻务器戳鑫动箍莲许多攀务，镯翔 搴务处理、安全性、持久性连接池、通傣和命名服务。这样就把业务逻辑从资源管理 酌需求巾分离潞来，评发入最可以集中精力开发鹿用逻辑。在成用服务器方面，市场上 提供多种应用服务器的产品。它们程管理性、安众性、可靠性、和支持工具方嚣存在一 照差别，但是对e j b 的支持和功能方面是一致的。 2 。l ，1 1 3 焱监信惠系统豢( 数攥层) 企业信息系统层运行企业信息系统软件，例如企业资源计划( e r p ) 、大溅事务处理 ( m a i n f r a m et r a n s a c t i o np r o c e s s i n g ) 、数据库系统及其他遗留信息系统( 1 e g a c y i n f o r m a t i o ns y s t e m s ) 。在本文中避谂主螫是数摄库系绞，g g 数据屡。 数据层负责数据管理。数据层可以是个现代的简单关系型数据库。同时它可以包 会其它数攥派黪数舞谤瘸程黟。数豢层存储数据，并置楚盈务逶辑屡撼供请求静数据。 要确保成用程序协调工作，设计人员应该尽量把动作、业务逻辑和数掇分开。逻辑处理 位于盈务逻辑藩中。裔时候鏊本数据库和业务逻辑会有羹叠的部分，而且在数据层中会 一l o 大连理工大学硕士学位论文 存在一魏基本魏鼗努逻辑羁一些麓擎静爨慕祭传，戳确绦数攥霹数蠢瓣安垒茬帮完整 性。 2 1 2j 2 e e 应用组件 j 2 e e 稼礁定义了一个完善熬疲矮缝箨挺巢，侔隽垒壁敷溺系统基零魏瀵模决熬整 件就建嵌在这个框架之上。几乎所商的业务应用，从简单的w e b 门户到复杂的企业级 分布式麟务应用，都可以在此基础上构造。 j 2 e e 组传框架臾是一个以露、类帮接口彩式提供鹃基懿絮擒，最终梅戒应用懿业 务逻辑辍表现，控岽逻辑要出建立奁这个框架上静应用组传实现。戳j 2 e e $ 薛供豹标准应 用组件s e r v l e t 为例，为具体的业务应用构造的s e r v l e t 总怒建立在j 2 e e 提供的基本 s e r v l e t 接口之上。歼发者可以调用器种s e r v l e t 包提供的基本摩和服务。许多系统级的 鼹务爨懑经在这些鬻孛提供，弱翔撩终h t i p 输入流读取数攥窝写天数据，只嚣塞接滔 用即可。因此，我们把j 2 e e 擒供的组件藏础架构叫做应用框架( a p p l i c a t i o n f r a m e w o r k ) ，把建立在应用框架之上的代码叫做j 2 强应用组件( a p p f i c a f i o n c o m p o n e n t ) 。麴图2 1 瑟示，纛论是窖户层、表现层还楚媛务遂辑层，帮骞稳应静 j 2 e g 成用组件： 客户层：a p p l e t 寝现逻辑层；s e r v l e t ，j s p ，j a v ab e a n 驻务遂辑瑟：嚣沿 必须指出的是，除了上述j 2 e e 组件之外，标准的j a v a 类和j a r 包也可以在所有这 些层上很好地运行。谯许多场合，我们可以找到代码以普通j a v a 类而不是j 2 e e 组件状 态存奁妻冬壤澎。e i s 瑟e n t e r p r i s ei n f o r m a t i o ns y s t e m ，它毽畲鬃煮嚣念建秀璞资 源，铡如数据库等。媳然，对于e i s 资源，我们辩做的只是从组件访问它们，访问细节 则由j 2 e e 企业服务解决，所以在e i s 层没有应用组件的位置。开发j 2 e e 应用就是开发 一静或卷多； 孛上述缀传，然后把它们帮署至l 各自的容器。 缓释豹接口确保缀佟遵获一定鹣标准并向多 界提供公用秘能，从丽为具有良好互操 作性的j 2 e e 环境提供了基础。应用组件在各个鼷之间宽松结合，确保了组件互操作的 灵活性和缀件的可重用性。对于给定的业务情形，适当地选用和搭配各种_ 陂用组件是 器疆盛耀俸系渡诗中一矮富有芝零髓懿工季摹。巍予缰俘懿i 争焚繁多，要糠褥筏筑覆匏 代码和表现出色的应用，就要有丰富的知识和经验来确定组件的最佳搭配方策。 蒺予t r b a c 嚣j 2 e e 应震系统磷究 对子每一释疲麓缀舞，j 2 e e 明确定义了窕程疲焉孛庭警臻受静臻色，觚褥麓会建 设计应怒谗系提供了凝实数基破。农复杂黪金业诗冀臻凌申，不圈的露瓣终 孛应洛筵 负不同的角色。下面我们就来看看舆体情况。 2 1 3 w e b 容器组传 1 s e r v l e t s e r v l e t 是服务器端面向表现逻辑的组件，驻留在w e b 容嚣内。芷如a p p l e t 扩展 了铡蓖器的功能，s e r v l e t 扩展了w e b 服务器的功髓除了提供静态h t m l2 - 外， s e r v l e t 还提供编程藕燕成动态内容的功熊。 s e r v l e t 能够娃莲来裔器产瑞溺览器酌请求，链理输入参数，把处道缩粜戳戳卯 癍答熬形式发送至客户壤测览嚣土鬟示出来。铡麓，s e r v t e t 蜀瘸来汗发蒸予w e b 瓣篱 攀谈涯系统，从客户蠛淄览器接叛鼷户名字秘密弱，照理潺裳，霉发鏊认涯逶过戢不遴 过的虚答。 除了接受来自客户端浏览器的请求之外，s e r v l e t 还能够响应其他s e r v l e t 的调 用。缀然s e r v l e t 本隽也自e 够生成发送给客户端的h t t p 威答浚，但是，藏熙示处理缨 莱采说，j s p 更擅长一蝗。 2 j s p j s p 鼯j a v as e r v e rp a g e s ，它彀是菌淘表璐逻辑韵缝件，每s e r v l e t 一样，驻鬻 在w e b 骞器之蠹。经嚣论在逶精场舍还是秘e 蓦方西，j s p 与s e r v l e t 都育耩不葡。j s e 爨嚣爨激怒孝羹j a v a 豹混合耱，帮j s p 页嚣翳能够寇舍瓣虢代褥，氇能够包禽j a v a 代 娼。j s m 鞭嚣中的h t m l 代码技直接发送绘客户端浏憋嚣，露j a v a 刘披抽取出来由服务 器处壤。耀弛，j s p 嶷逶会予为孵融标签弓l 入程黪逻辑。 在j s p 页懒中，有一种结构他的、可羹用的引用j a v a 代码邂辑的途绦，即使鼷j s p 标记席。j s p 标记滕开发方便，能够更清楚地隔离j a v a 代码和h t m l 代娼。j s p 是对 s e r v l e t 的补充和究善，经常用来显示s e r v l e t 的处壤结聚。但是，在些应用设计 中，其使糟j s p 刷卡下卡处理： 下卡确认； 下载卡清单； 由予零系统不涉及复杂懿页蔼谰丽，困诧使掰e j b 中s e s s i o nb e a n 和e n t i t y b e a n 就可以对系统中的信息进行处理。在本系统中实现的关键是e j b 的设计模式的应 用，对系统功能的整体优化。 3 。3 2 。4 投羧管理系统 安全静理系统主要负责本系统中嶷全的控制，对系统的运彳予提供安全保障。本系 统主要是针对系统中用户的权限进行控制，包括： 矮户属于嚣么燕莰； 该角色具有什么权限： 当前用户是否舆肖访问当前任务的权限； 由于系统中对于安全憔要求较赢，锋对系统安众隐患，本鬈统中采用了纂予焦色 和任务静谤阏控麓方式鼹系统逶行安全绦簿。 3 3 3 系统的软件结构 通过上述分析，以及系统特点，系统应定位于典型的分布式成用系统层蘑上，采用 基予j 2 e e 豹多晷努毒式软侮系统结穆，系统架穗在滋辑主努瑟屡：客户层、w e b 瑟、 业务层和数据库服务层。系统的总体结构如下图3 3 所示。 2 l 。 基手t r b a c 鹩j 2 e e 照耀系统研究 客户端we b 屡业务屡 数据崖 厂wc b 。 、 p h er c l j fi 磊、) j - 一一、| 叫( 、e b ，f 习 i 客户媾 1 1o 掣! ! 望 l 、“l一数据库f l! wc b l l j j1c o n 抽i n ei l | f i 一“ l e n n 艟抽 l j ，、 圈3 3 系统魏总体鲼鞠 f i g 3 。3a r c h i t e c t u r e o f t h e s y s t e m 3 3 4 系统的功能横鍪 校撼移动睦子卡爨售系统的吴体任务，按管遴功能进行难务捌分、模块设计，按照 简单性、独立性及完熬性等原则，移动电子卡出售累绞可以分为以下几个模块：齑声管 毽、兖藩书管灌、日常楚瑾、对襁管理、纛询统计、掇衰管理、系统参数管瑾、投隈管 理。 功能模蟹如下豳3 4 所示。 图3 4 功能模鼙 f i g 3 。4f u n c t i o n m o d e l 2 2 大连理工大学硕士学位论文 4 管理系统与核心渣务系统麓设计与安现 4 1 移动电子卡出售系统体系结构 4 。1 1 m v c 凝透 m v c 开发模式是一种“分治”的思想，它将数据的访问和数据的表现进彳予了分离 t 4 。遇过这种模式，可以开发一个具有伸缩性、便于扩展、便于整个流程维护的平 台。瓣浚诗模式懿辫。l 爨示。 霞4 im v c 巷t 计模式 f i g a 。1m v cd e s i 舻p a 髓e r n m v c 主要由三个部分组成；横型( m o d e l ) 、视图( v i e w ) 芹姐控制器( c o n t r o l l e r ) 。模 型，瑟臻美魏数据，象是对象茨建农羼注，是整令模鍪夔核心，它表示懿怒解决方寨空 间的真溉的逻辑。它采用面向对象的方法，将闯蹶领域中的对浆抽象为应用程序对象。 在这些抽象的对象中封装了对象的属性和这些对缘所隐含的逻辑。视图是模测的外在表 现，一个模型可以对殿一个或者多个视图。视图罴毒与步 赛交蕊蛇功能，圭黪应魇系缝 与多 赛的接盈：一方蕊它为乡 界撬供输入手段，并继发应雳逻辑运行；另一方面，它又 将逻辑燎行的结果以某种形式显示绘外界。控制器是模型与视图的联系纽带，控制器提 取通过视图传输进来的外部信息，弗将其转化成拥应事件，对模型进行更颓；同时，模 鍪熬受毅每骖彀迄将逐篷控甍l 器寒邋巍撬踅