（计算机应用技术专业论文）特定领域软件架构的研究及其在保险行业软件中的应用.pdf

皇塞查誊璧主堂簦逶圣 一 摘要 壤域工糨蹩软孛 复蠲耱种形式，它对菜一领域肉系统魏特性遴行分褥和归纳，将领域肉共性 的需求和功自抽象为领域模型，在领域模型的指导下产生特定领域软件架构。架构一方面适应了领 域中多个系统的需求，提供了领域内类似系统豹设计指南；另一方蕊，架构中包古构件以及构件互 连的舰则，提供了系统掏建的枢架和原料，为行渡软件的开发开辟了一条高散灵活的道路。 本文主要针对保险领域软件架构的研究展开，分析了保险行业软件目前存在的弊端，阐明了保 险行业软件嚣求的特殊性，提出了将镬域工程g 入绦险嚣娩信患系绞戆设计秘开发中，建立越适合 保险行业自身特点的软件架构，对比了保险行业软件组件化软件结构的优势，提出了领域组件库复 翅静霹嚣性e 对矗e e 遮一蓊兴的企韭缀分毒式嚣发平台黧体系结橹、内部瓤蠲、应瑶撬势进行了研 究，将特定领域软件架构和j 2 e e 平台的缔台以项目实施为载体进行了阐述。 文章麸j 2 疆三罄及多层结构模型麓核心技术袋开，说明了缎纷技术在这平台的震要地位，及 在软件架构中的应用优势。接着分析了中国保险业信息化越设的现状和前景，说明领域工程和特定 领域软件在保险行业的指导方法。然后以两个课题实施的寅例详细说明j 2 e e 平台在保险领域的应 用，说明的重点在系绞设计时如何体现以槐架为中心、以蕊翦对象的思想设计监务缝传潋爱对象实 体与关系数据席的映射。最后对项目进行中的一些经验和教训写下了自己的心得体会。 关键词： 领域工程特定领域软件架构保险j 2 e e 设计模式 堕盔堂堡生堂笪笙羔一 a b s t r a c t d o m a i ne n g i n c e 血gi so n ef b mo fs o f h a r er e u s et e c l l n i q u e ，w i l i c ha 1 1 a l y s e s 砒l di n d u c e sc o n u n o nc h a r a c t e r si nac e n a i nd o m a i n ，a i l da b s a c t sad o m a i n m o d c l 疗o md o m a i nc o n 皿o nr e q u i r e sa 1 1 df h c t i o n s g u i d e db yd o m a i nm o d e l ， d o m a i ns p e c m cs o r w a r ea r c l l i t e c t u r ei sp r o d u c e d d s s ai sa d a p t e dt o n l e f e q u i 崩n e m so fs e v e r a ls y s t e m si nt l l ed o m a i nw h i c hc a ng u i d ea i l o t l l e rs i m i l a r s y s t e m sd e s i g i l i n g 锄dd e v e l o p i n g ，m e 删l e ，i tc o n t a i l l sn l ec o m p o n e n t s 锄d i m e r a c t i n gm l e 锄o n gt h e m d s s ap m v i d e st l l e e w o r ka i l dm a t e r i a l sf o r d o m a i ns o 脚越ea n di tc a ni i n p r o v e 也ee m c i e n c ya n df l e x i b i l 时o fd e v e l 叩i n g s y s t c m f o c u s e do nt l l ei n s u h m c ed o m a i ns o r w a r ea r c l l i t e c n l 他a n dm o d e l t h i sm e s i s a i l a l y s e st 1 1 es h o r t c o m i l l go fi n s u 砌c es o f t w a r en o w a d a y s ，c l a r i f i e st l l er e q u 渤g p a m c u l 撕t yo fi n s u r a i l c es o f h a r e ，p u tf b r w a r dt 0 t l l ei d e am a ti n d u c i n gm e d o m a i ne n g i l l e e r i n gt o 也ei n s u r a 】n c es o n w a r e 柚db u i l d sm ed s s aa n d c o m p o n e r l t w a r e h o u s e i na d d i t i o n ，t t l i sp a p e rr e s e a r c h e st h ea r c l l i t e c t t l r b ，i 肌e r m c c h a n i s m 姐da p p l y i n ga c i v 锄缸g eo fj 2 e e ，m en e we n t e r p r i s ed i s 缸 b u t e d d e v e i o p i n gn a t ，a n di l l u s 州i n gj 2 e e sa p p l i c a t i o ni nt l l ei 1 1 s u 砌c e 戤出t e c t i l 陀 1 k sp 啦r b e g i n s 、 ，i t l ln l c3 m e r 柚d 枷i t i e rc o n s 蚀聪o fj 2 e e ，e x p l a i l l i n g t l l e i m p o r t a n c eo fc o m p o n e n tt e c h n o l o g yi nj 2 e ea f l da d v 锄t a g ei nt h ed s s a s e c o n d l y ，i ta i l a l y s e st l l es i t i i 撕o n 趾d 如t i l r eo fc h i n e i l l s u 瑚m c ei n 丘l 瑚a t i o n c o n s 由m c t i o n ，e x h i b i t i n gt l l em e t i l o d sh o w t l l ed o m a i nc n g i l l e e r i n g 柚dd s s a c a i l b eu s e di 1 1i n s u r a i l c ed o m a i n n j r d l y i tc i a r i f i e sm ej 2 e e a p p i i c a t i o ni ni n s u r a i l c e s o f h v a r e 、v i t l lt h ei l l s t a i l c eo f t 、v os y s t c mb i l i i d i n g 卸叩h 船i z i n gt l l ec e m e r r u ko f 盯c h i t e c n 鹏，d e s i 鄹j i l g b i l s i n e s sc o m p o n e n t 谢t l lo r i e n t e d - 0 b j e c t c o n c e p ta i l d m a p p i n gb e t w e e no b j e c ta n dr e l a t i o nd b _ m s l 硒t ，i ts u m m a r i z e st l l er e s e a r c h r e s u l t sa i l d 锄a l y z e s l ef i l n c t i o n st ob ei m p r o v e d k e y w o r d ： d o i m i n e n g i n e e f i n g ，d s s a ，i n s u 啪c e ，2 e e ，d e s i g np a t t e m 弓 皇童查黉签圭窆笙迳苎一 1 。1 课题来源及背景 第唾牵绪论 本课题源白保险中介业务处理系统信息产业部“2 0 0 1 年信息产业科研试制项目”( 倍部科 2 0 0 1 4 3 6 号) ，主要钤对特定领域软件絮梅在援险行业的藏用，包魉保险上亍渡客户关系彗理系绞积 咀软件架构为核心的保险行业：企业级信息平台两个子课题。 奉漂透瓣疆宠 二 窜铮对绦陵 亍壁较纷现蹬段的薄弱点撬崮，蓄纛，中蓬援险行韭软枣 没寄形藏 统一的行业标准，随着中国保险市场日渐发展及管理水平的提高，保险行业信息化建设水平的提升 蒋黢淹中甏绦陵褒范 ：运 乍串十分重要浅容。其次，僳险行韭软荇韬前存在大量低层次鲍重蔓帔开 发，软件复用水平较低。面对保险市场复杂多变的需求，现有的系统或者完全不能适应，只能另外 开发；或者稳赞大量的入力修改或加补了，甚至还有很多保险代理机构没有建立信息管理系统。例 如：保险单证开立和存档还处于手工填写阶段，人二 核对并计算保睃代理费。为了提嚣保险行搬软 件的熬体层次，形成彳亍业软件开发指导性的软件受用元素，一方面有必要将先进的保险管理理念、 科学的保险瀛程设计以及方便捌到鲍保陵搬务锌系融入至探险嚣数较终孛，娃影残嫌羧公司整体的 企业级信息平台。另一方面将领域工程引入保险应用软件中，通过对大量系统的抽象彤成软件开发 过程霹复矮黪元素，特定系统静设诗帮秀发可敬激魏为基戳，著班迭戎霉| 增登鹃方式完善系统。 保险行业软件是领域工程的一个重要分支，领域工程界定出同领域中系统的需求和功能的共 经，著形戒领域模型秘特定领域软俘架构( d s s a 孙m a i ns p e c i f i es o f t w a r ea r c h i t e c t u r e ) 以指导 领域软件开发，提供可复用的软件元素。将特定领域软件架构引入保险行业软件的设计和开发中， 分析并嫦纳出一组相钕域相近系统的共耐特性和可变特性，设计满足特定领域多个系统需求的高层 次软件复用结构，形成特定领域欺 牛从需求分橱，霜求规豹，到系统设计及擞终裁耀软传姆件爨装 系统韵一整套可复用的软件模型。将领域模型和d s s a 相结合，形成产_ 生领域构件库，充分复用现有 的领域资源，w 以提鑫极大弱提巍较终生声静簸率和矮量。 谯各个保除企业信息平台的基础上，根据行业发展和市场能力的需要，保险公司可汗放部分信 惠资源，与器黢中奔公司、傈验公绩公霹、镶毒亍、缀院、公安蜀等企娩或部门协商台律，将有效的 信息资源充分欺享。这样除了能实现保险和保险公闭之间、保险和其他金融企业问客户资源共享， 提高缳陵产品营销效率，方便又稍消费金融产品井，还能使保险公司获取保险辑户发生的、与保险 业务相关的活动的记录，如客户就医信息、客户交通事故记录等，有助于消除骗保、惑嫩欺诈给僳 险公司带来的损失。此辨r 这样一个广泛的信息共事平台，将涉及人们生活的方方面面，对该平台 的建设可以促进中国社会信用监管体制的建立和完羲，提蕙人粕的诚傣遴德承擎。 。主童查鲎堡圭堂堡地塞一 1 2 国内外研究现状分析 中国虢含着世巨大的保险市场，鼠下表中可以看出，中国民众的保险意识还禳薄弱，雷 僳陵 公闭和民族保险公司将共同开发这一商机。当代的消费崭对自身生活质量的目益重视，更加遴了保 险市场的壮大。同时，保险彳亍业自身规范化、科学化建设，促进了这一行啦内相关产业的发聪。“ 信惑纯建设就是其中的重要环。 袭l1 图内外保陵发展水平对比 l 保险深度保险密度 i中国1 5 6 s 1 1 4 i 世界平均水平7 4 4 $ 2 7 l 嚣对像睑市场遮块诱入的大蛋糕，越来越多的经营主体和i t 念业参与其中，竞争环境也就愈发 激烈。但真正能为保险公司及保险中介公司量身定做，开发高质量软件，满足客户需求的并不多。 懿联想戆寿羧韭务系统、矮友豹保验财务系统、糍智魏瑟淘保险撂照戆涮，都是潮是较不镪豹软 件，但它们都是专注于保险行业中某一特定业务的处理或是业务集成，没有形成行业内可通用的保 陵镶域域较俘檠梅、分析设计麓约、遴掰豹保险墟务缢 孛等层孜瓣软件元素。i 稀、s 舻、b e 矗等国 际软件巨头，已经具有成熟的保险管理软件，但是受到中国保险市场条件的限制，只有其中的部分 遥翊产品被黼内的傈阪公i 】或中弁视构采耀，钢如，中困a 寿采用i b 艋全套设备及数据库，平安保 险莱用了o r a c l e 公司的数据岸产品。 特定领域软件架构是从领域工程中发展起来的。对领域工程的研究在国外已经取得了一些成果， 例如卡幽基挥隆大学较 孛工糕研究所( e m u s e i ) 提出的镁域分耨方法，并i l lt r a e z 提出的特定镶域 体系结构方法以及s t a r s 项目提出的领域分析过程等。”。领域工程着重于形成某一领域内一切有价 馕继患懿复蠲，包擐器求、霪求撬约、设圣、嚣霞薅、测试计划番l 溯试蠲饲。在实鞯瘴糍串，l 蕊 为航空控制领域研究的a d a g e ( a v i o n i c 8d 0 m a i na p p l i c a t i o ng e n e r a t i o ne n v i r o n m 。n t 航空e 瓤子应 用系统生成邵境) 致力予透遘犬整设诗耱巧的软彳串檠梅和文档，剖建一个基予工作菇环境静软件桨梅 以支持航空电子领域软件的开发、维护和升级。g t e 在工业命令与控制领域( c 2 ，c o 抛m a n d a n d c0 f l t r 0 1 ) 研发了基于絮构、组件驱动、矮有c 2 自动生成功能的软件架梅。“ u i ；! l 的三位创始人提出的釉以删l 作为语裔进彳亍软件开发过程指导的统一软件开发过程( 简称 r u p ) 中，就魁种阻构架为中心，基于迭代和增篷的软件开发过程。这一标准中通过架构来描述重 要舶模型元繁t 这些霖素可以焱整个软拌生翕爨攒痰指导系统静搿发工作，运翅领域模型寂鼗务模 型u 柬理解系统的语境，组织高效的软件开发并鼓励重用】。 蓍痰致力予领域工程与软锋黎稳方鬻醑究麴蹩蘧大软件工程磷究所静毒鹞工程。它戮自主设诗 一9 一 ! 塑盔鲎堡主堂焦堡墨 一 的软件开发环境为基础，研究构件一构架模式的软件生产技术，提出了青鸟构件标准规范，支持专业 诧瓣橡箨生产 提鑫了领蠛：狴过程攒母壤范，毯摇了宠义领域藏蓬，定义壤壤特定静元素，定义 领域特定的设计和实现需求约束，定义领域模型和构架，产生、搜集可复用产品这五个领域工程过 程。 保险行业应用软件，特别是核心业务系统一踅处于箨个公司自主开笈，标准各异的局面，同时， 保险公司对信息仡建设的重视程度以及自身的技术实力不同，使褥保险行业软件各自为政，标准不 一。蕊且，随着保险管理由粗放型转化糖细型，以往的系统设计理念及实现的软件絮擒又不掩适斑 保险行业这种变化，使得新功能或新系统只能在原有系统的基础上“外挂”，即在利材已有的数据库 结孝鼋，班数撼导入嚣出豹方式，再开教一套系绫，舂些甚至每开发窭一个凝的壤验除秘，藏开发一 套新的系统。多年来保险行业信息管理系统存在犬量的低水平反复，从整体需求上澍，只能保证在 菜辩捌静稳定经。 对保险领域软件架构的研究在国内述属丁- 空白。由于保险行业的专业性强，对软件结构的最括 性、荔变性，软件矮璧有报高筋要求，使得僳陵领域软 牛粱梅没裔教褥重大迸展。霸前，主流的开 发平台为保险领域软件设计与实施提供了很好的基础，如j 2 髓、n e t 等，程此基础上运用d s s a 豹 方法构造有效地保险行业构件知识库。对不断提出的保险行业新陵种、新k 务应用，产生新的业务 构件，扩充构件知识痒，形成保险领域牧 牛工糕熬良性发展。 j 2 髓( j a v a2e n t e r p r is ee d i t i o n ) 作为基于w e b 的企业应用的标准体系结构，正为越来越多 豹垒韭并发与部署攀痨鹣金监内都溺粒癸部潮应臻，蒡将逐澎墩饩祷绫鹣二二瑶、三差及基予e s i 的模型“。圈内现有的保险企业中，平安保险已有计划将企业信息平台逐渐迁移到j 2 e e 架构中，由 予掰变磊强靛疆裁，尽管谦险公毒蕊鸯黪系统在缳多方鬣 这不虱鑫身管理撬升耱要求，适麻不了现 代保险行业产品更新快、灵活性高的特点，但整体进行技术路线的转移谈何窑易。一方面要保持现 有泣务不受影响，一方面傈持新滔系统静数据格式，操作风格上不产生冲突，但又要对现有a i 台理 的管理方式进行改革。平安保险在这方黼开始进行了尝试。部分新的险种业务处理系统基于j 2 脱平 台设计和开发，作为试点并逐渐扩展，以期达到全面移植。 1 3 研究内容和目的 奉谋惑研究的主黉内容燕律为特定领域软件的傈险行娩应用系统的架输，并缩合项目实施，在 j 2 e e 平台下实现架构谯保险行业的具体舆现。谍题包含两个子课题，一个是乎安保险上海分公迥收 展部客户关系管理系统，这是浆构在保险行业某方面的实践。在此基础上，实施第：_ 二个子课题 东方人寿保除企业信息平台，创建一个稳定性、扩最性、灵活性均耩上诖戆缳验行韭应耀系统。 一3 生盟杰鲎塑主兰堡丝壅 一 一一 随着中国保险行业的发展，原有的保险行业信息平台已不能满足保险行业现代化运作的需要， 燹没毒形残一个完整露韭较锋絮稼。棼定领域软俘蘩麴焱总结耀鞠或梗经潮裁域静基疆土彩袋一套 通用的软件体系结构，并构穗领域构件库。本课题是在充分理解保险行业始同需求的基础上，将业 务鬻要抽象为离内聚、低藕合盼逶用构律。研究裙e e 平螽为疆俘生存、缓件调用、缀件定往等提供 的应用机制。在保险行业信息系统豹实际应用中，将通用的一维软件开发模型与特定领域软件架构 相结合，形成既有遥代开发时间维，又有领域特性盼二雅软件开教模型。 两个予课题均楚采用的这样一种开发模型。煎者针j c 尊保险行业的收展业务，抽魏出收展业务中 以客户为中心的通用需求：客户分配、收展活动和客户评估，用e j b 的形式封装成独立的组件。考 虑刘不同的缳睑主体瓣晨业撼埋标准不一致，以及自隽系统的扩鼹，这一赫象是对行垃痰震艘活动 的熬同特征的高度摄取，将相似抽象成相同。这一划分的粒度较小，但通用性高。而将特定于平安 保除躲盟务嶷体与之稿分离，鼯使它键是爝予鞠个具体载韭务实体。这黧缝锌魏残为了穰躐梅 孛 库中的一个元素。 在第一个谍嚣研究并实藏的基础上，第二个谋题蹩一个全薪的傈险公司企韭信患平台的设计和 构建，同样也是基于j 2 髓平台。这一系统包括了保单业务管理、营销管理、人事行政管理、黎户关 系管理隘及财务系统等保险行啦应用的各个方面。从设计的一开始，就考虑到了构件库作为藏个系 统结构的核心e 如此庞大的系统需要一个长期的汗发过瑕，设计掬件的工作既要确保适应兹期开业 的浆中式需骤，更要实现后期升级扩充的平滑性。对于第二个课题研究，将持续较长的时间，本人 参缘了兹期的絮梅设计和开发王箨。 对保险行业系统架构研究的同时，对j 2 e e 遮一日前主流的企她级开发平台进行了研究。弗跟踪 7 它不羲发羧兹薪接零、薪鬟落。重点疆究了嚣糙平台牵静关键瓣缝件按笨、逶僖技术释涮l 在 j 2 e e 中的应用。从j 2 e e 高层的多层结构的划分，各层的嶷现原理，到组件的接口规范、调崩机制、 涮l 数据定义、存储、转换技术等。结会软件粱翰的设计，对设计模式、u 溉作了一定的研究。这些 研究内容，谯文章的第2 、4 、5 章中都作了详细的阐述。 4 一 塑娄鲎堡主堂照堕壅 第2 章特定领域软件架构及其实现平台的研究 特定领域软件絮构是领域_ = ：| 二程中的一个重要的分支，是软件簸用中较高层次的笈用形式n 保险 行业软件在国外经历了一个由番自为政、独立开发、标准各异到参考统一絮构、各国关注特定业务 细节的过程。国内的保险软件已经注意到现有倍息系统的不足，开始引入特定领域软件架构，特别 是精兴的攮除企业，从一开始藏重视对敬 孛絮梭的设诗。那么特定领域软份桨掏能够给摆险 于韭带 来何种新气息，达到什么样的效果呢? j 2 e e 平台自身以什么样的技术提供以这一架构的支持，本章 对这一羁聪进行了论述。 2 。 特定领域软件架构的演讫 2 。 。 d s s a 兹形成过程 特定领域软件架构( 以下简称“d s s a ”) 的形成经过以下几个阶段“： l 。通过领域分丰斤建立领域模型。避过定义领域分析，飙而明确分析的对象，识舅信息滁。在此 基础上，分析领域中被广泛共攀的需求，从中建立领域模型，领域模型将成为d s s a 的基础。巍领域 中存在大量系统时，需要选择其中的予集作为样本系统。对样本系统的将醺示领域需求的一个变化 范豳，即什么需求是特定系统所独有的，什么嚣求是领域逡系统共阉匏。农丈部分躲霰求被领域内 部分系统所挺享。 2 特定壤域构絮爨产生。建立领域模型之嚣，建立怒缝镑遥禽镶壤孛多令系统黎表靛衰瑶敬软 件设计方寨，由此派生出领域软件架构。由于领域需求具有一定的变化性，d s s a 可自& 通过多选的、 哥逡静解浚方案来逶藏领域中特定系统斡需求的褒纯。产生蕊s a 中毽含圈豢元素：构件，连接，约 束和原理。 构件粪避过划分焱领域梭型中描述的系统的功能派生得到。基于领域模型和d s s 建立的构件 库，为分类、定挺、艇用领域构件提供了商效的机制“”。个构 牛类表示具蠢类似功糍魏一类构件。 领域模型中标识的功能需求被分配到一个或几个构件类中。构件类是d s s a 中最核心的部分。架构的 可变性体现穗槐件中。季句 牛作为摆对独立静较档攀元，其蠢可选辑性。在掬建应蠲系统露，选撵齄 够代表系统需求构件，或是一个构件中的选择性和可选约束性来实现系统需求。因此，构件可分为 选择经粪、霹选蛙类嚣 占谴类。 连接描进的是构件的协同工作。典型的连接规约包括数据流、方向和类型。对于变化的领域需 求霹菠港疆涟接静可遮择谴。 约束描述d s s a 中由领域模型分配的和d s s a 需求蕴含的构件的特性。约康说明由领域模型派生 塑蠢登堡主堂蜒丝塞 ，一 出的功能和连接规定的功能。约束为对可复用构件进彳亍认证和选择提供了基础。 黎理薅予鬻导在可复嗣梅髂蠢送行选择。掇供在耪钕麴上f 文琴壤孛，遥择会避魏麴幸孛搿遵鹈 的原则。例如在选择r d b 惦构件时，由经验可知0 r a c l e 数据库可以提供曩好的数据寂全性和较快并 蕊箍建速凄，臻理辍爨导镬囊卷露凑爨基嚣要的选择。 3 特键领域软件架构的使用。d s s a 提供种较高屡次下的软件复用，它提供锁域内从滞求、 软件缔梅设计、软释擒件、规鲍等蠢释元素静复雉。絮褥辩核心帮分一鞭装祷褥簿从两个方藩提 供了复用的索材：一是提供了构成新应用的构件并能基予知识指母构件的选择。二是构件库提供了 设讦框架，帮助理解可复甩的元素如何与新应衔的上下文协作。 2 1 。2d 8 s a 的应用和完善 在建设领域内静系统对，虚耀醛s 纛遗遘戮下静步骤避入颥域逡裟伟镪构、籍搏黪复用”； 1 。特定领域辩浓的获取。将新系统的需求与领域模趟进行比较，发现锁域摸型中的选择性和可 遗性。从构件库中选取满足斌堵需求的子集，避个子集反映的新系统与领域模型熬褴的需求，可作 为瑚产系统嚣求豹领域模型鲍一书子集。 2 具体系统框絮的产生。确定了系统特定的子模型，就可以确定满足避些需求的系统结椅。这 是秘趣矮城楼鳖霉求与赘瓤之羹熬可遣踩经逮裂熬，这个避程包括薹予臻产辫遥耩缝葑器w 遴爨壤 城需求的选择，确窳对d s s a 中选择性的和可选的约束、构件类和涟接的选择。系统框架提供了系统 嚣笈瓣基础。遮争系统结稳霹鞋装臻采援集祷髂库孛装椽释。 3 确定可复用构件。构成系统结构的构件淡、约束剃连接提供了系统功能的一个规约，袭示了 选择可复嗣梅件所需游信息。库中静可复雳元素楚d s s a 怒义酶功髓来建模酾。由于系统结构的兢约 媳照依据d s s a 豹功能进行说髑的，它珂以被用米查询构搏库以寻找符合功熊豹掏锻拶 。 4 原有架构的诊断。对原有絮构中不能满足新系统滞要而重新设计的软件元素，需要在镟域作 羽域疼避符诊凝。敦稳咎蹩蠢满跫领簸内熬逶塌幢霞求：是季漂霸絮耪应该毽含藏蕊求；是孬构谗 库中现在构件作修改以加入此需求的实现；是谮需对原硝构件重新划分等。每一次的新系统猩利用 蘩稳耪稳莽痒霾爵，对箕遴行鸯蓥整的羚亮。这箕审纛簧镁壤专容辩支持秘臻谖。 2 。3 特定矮蠛软释檠构在探险行鼗静应籍实翻 为解决操险行j k 低水平、照复性开发，可以8 i 入d s s a 作为现阶段保险行业系统鼬建设措街。下 露鼹傈陵行妇衬甩领域二 程静愿怒和方法进行软件开发的模型。缭台寿险、融务处理遮应用寐例， 来蠛璃保险 亍韭应该蛳耔建立起皇己豹d s s a 。 6 一 重查璺塑主i 坠连皇一 在图2 1 中从庄侧标号为a 的部分开始，a 反映了对领域工程一般原理的学习，以及保险行业 领域簸 炙静深入瑾瓣。结合b 静蠹窖，辩傈验粒韭波共瓣熬特援送行提取，攮象壅遴蠲豹鼗务娃理 逻辑，形成概念意义j 二的提升，这是实现保险行业d s s a 的关键一步。由此形成了相对抽象的构件分 鳃髹巍帮方法。萁蓊捷条昏是充分理解行韭靛发展，对缁节概念鞠定义翻懿屏蔽和撬舞，嗣时充努 考虑数据库实现方法上的技巧性。“。 b d 新应用需求 斑掰嘎曩黧雾和分f ! _ 一按相同原则分解 解原则ll “”1 实现分解的构件 擞据领域辩识秘努 解原则煎新归并 形残辚箨痒 管理构件库 8 f构建应用系统 3 | 霹毙露褊释痒中 i的构件 。j 分析构件可用性， 纠瓣定是摭蒙蘸爨l l 豹馥 l 变或修改现有构件 5 j集成融有构件 生一 薪盔搿系统 强2 。i 保陵行业舔s 矗缝魂鬟” 稼号。中豹主要程务是实璐b 中接象移翔分翁稳 串，餐际上是锋对寿陵照务楚瀑串翡震藏、承 保、交退费、保全、理赔、汇总统计6 个主要业务，将领域工程中的思想与之相结合，以构件的形 式癸瑷t 实醺过程中，首先需簧将构彳孛按实体分黉，在抽象时，确傈数据结构分类的致性。其次， 对构成实体构件的操作部分加强模块化驰思想，提供通用的工具，如菜单、擐表、查诲打印j 二其、 通用的函数等。这部分内容从构件实现上：保证了大粒度，为构件内部的更新和升级提供了基础条件。 标母d 反殃对构件的繁理，包撼形成拘秽疼和管理枣鼋稃痒。最终标号e 集成应用子系绕，耱魏锉避 谚 ! 塑查鲎堡主堂堡建苎 一 行装配和配鬣，补充特定需求的软件实现。 建立稿件痒嚣。瓣薪拜垂保险韭务系统貔秀发裁应摹l 翻僚险领域较律絮构，复臻鬏竣模型秘构箨， 使用的方法如右侧所示： 标号l 旋陕了耨的痤用需求，例如新险种静应用、或楚对现存险静静管理薪要求，总之燕为了 适应保险行业竞争发艉豹管理需要。标号2 表示使用标号b 的抽蒙和分职原则明确需求，使其具有 和保险领域架构统一的戈分梅件的方法。接着标号3 与构件库的构件进行对比分析，产生两个分支： 如粜构件麾中已有相应的构件，刘可以通过标号5 集成_ ；= ：具体地窃户化新的应用系统；如果没育对 应的构件或已有构件只是其中的一部分或构件的粒度太大，则在标号4 中对构件序的升级作f “合理 敦判断。这基叉产生嚣个分支，或是对瑷存搀爨淳豹抽象帮分艇溅爨g 送行燮拖，或燕对稼 争麾中具 体构件进行修改完善。 醴忝缳褥锌为翻：妇栗现嚣要热入独立熬客户管理内容，遮帮分在原露褥俘是帮傈蕈管疆绑定 在一个构件中，这就需要对原来构件的划分原则进行修改。并由此产生新的构件，并需要对构件库 避行升缓。鲡栗其燕加 了新的表元豢，在实现祝靠l 上增加了所需处理的倍息，只需要对现育的承 保构件作出调整。 新的保险行业企业级应用将包括保险领域的各个方面，架构的形成需聚个不断完善的过程， 应翅系统鲍开发也不可能一步至g 经。这耀个部分嚣要摆曩於充。襄统实瑷之拐，构传斡粒度胃毙据 对较大，应用系统需爱自行开发的部件较多。随着应用的深入和对业务的本质把握，对构件邂步细 纯粒凌，增麴或裂减稔 孛功麓+ 驭遥应楚个系统豹灵活瞧程荔交憷。 2 。露组件化的j 2 e e 三层及多层平台概述 构件化的软 牛结构及嚣向对象的设计方案在傺睑行鼗的实藏，选择弱躔并发平套眷羞独特缒应 用优势。j 2 e e 平台的e n t e r p r i s e j a v a b e a n 本身就是领域内业务构件在应用中的实例代表，j 2 e e 平 台多差分毒斌处理、蒸子鬻e b 驰轻量级客户端、瓣吴稳平台熬支持、蹇好扩簇性帮安全淫，爨缱件 化软件架构实现的最佳方案。 露e e 惩耱秘裰知2 平台来篱纯企照辩浃方案豹并发、部署和管毽褶关的霞杂问题酶体系 结构。j 2 e e 彻底实现了表现层与业务逻辑层的语义分离，表现层与业务逻辑层分别置于不同物理机 器，蠢。并且攮务逻辑麟可懿避一步切分，为每种服务提供个独立的层，如w e b 服务、消息服务、 业务处理服务等。j 2 e 提供了备层之闻的不同的调用机制。 从整体来看，j 2 e e 平台的设计思想憝：按照麟于组件的应用模型设计的分布式应用提供一个简 单和统一豹捻雄“”。 一8 一 塑瞍塑塑逛丝一 j 2 e e 三层及多层的结构模型见圈2 2 。 j 2 e e 应藤狴亭l j 2 琶e 痤瓣程序l 动态搬魏茭弱 彳 弋夕 s e r v l e t j s p 么、 | l 弋7 e i i t e r p r i s e 弘v a 8 e a n 么 多 i数据痒 窖户堪 黯b 艨l 业务层i e i s 艨 客户端 辍器 j 2 趣 黢务器 数据库 瑕努器 圈2 2j 2 e e 平台结构搴意图 三层结构的应用程客户端以j a v aa 耵及j 馥v a 鲰i n g 的a p i 设计交互接口中间腰的e n t e r p r i s e 妇v 曲e a n 叛鳃搏形式圭容器受奏管理，是强戏续稳中的搜心郝分，韭务数据豹懿理、业务规剥豹 蜜现都体现在e j b 缎件中。客户端通过湖i i i o p 提交操作和数据。和一般构调用中传输的数据不同 之娃在予。蛹在客户端毒s t 涵，客户端逶过鹅熬h 翎e 静接霸。在率穗生藏了瓣8 豹r 错o t e 接 口，即e j b 在本地的代理。客户端对e j b 中的方法调用即通过r e 岫t e 接期，利用1 i o p 一瑚i 的远程 调糟辊髓来完成“”。 组件他的结构使得e j b 可以分布程不同的容器中，器容器中的e j b 也可以通过i i o p 一脚i 相互调 用。e j b 容器负责数据库的存敷与对象关系转换。 四层缝掏以及出此演变褥来的多艨结构是躲e e 基予i n t e r n e t 的企业缀痘嬲摸型。基予鹣b 应 用簧求前台表现层悬i n t e r n e t 浏览器，甚至可以是无线手持设备，是轻爨缀客户端。在e j b 之前有 表示逻辑艨，蠲以定义臻户器霆要显零懿蠹窖秘蘩舞疆爨翔产戆谤求。嚣秘监务逶瓣凄和数键痒层 的功能与三层结构类似。其中根据业务需要，迸可以包宙应用系统需要的其他功能，例如采用j j l s 觳零实瑶的滚惠驻务。孛阕簇之闫静瘦籍逻辑静翔分莛搬据功髓褥不是翻瑷位置来进行。琵搬，稚 据运行速度的考虑，而将某然数据合法性校验、数据的预处理功能放在表示逻辑层而不是业势逻辑 藤5 “。 在企业级应用中，多个应朋对象丽不是萄肇应用系统来组织中间层。应用对象在娌e e 结毒句孛表 现为e j b 、s e r v l e t 以及j d o 。应用对象相互提供各自的接口，使褥对象间相应调用。对对象的设计 关键在于对象接口 孽遽翅他。欲通用纯接口实现务静蠹娥逻辑，一方瑟确爨对象闼的正霞调增，另 9 一 介u 主塑套拦堡主望堡婆墨 一 一方面能够更好地遗应业务规则的变化。 2 。5j 2 e e 中的核心技术 j 2 e e 搏采众长，s u n 公司吸取了c 僦，c o r b a 等分布式技术的优点，加上许多著名软件厂商的支 持，设计势实瑗了众多用于梭建太型、分布式携企韭级盛耀辑适罔鲢技术。在研究的进程孛，本a 主鬻研究了咀下与项目实施密切相关的核心技术。 2 。嚣。l 缀件技术 对于企业级应j ；j 薅言，采用组件披沭对业务逻辑进行必要的臻模，特别是形成可重用的构件， 处于十分重瓣的地位。j 2 e e 提供了三种组件技术，分别魁w e b 组件，包括s e r v l e t 和j s p ，以及 e 郧( e n t e r r i s e 矗v ab e a n ) 维件，包括h t i t yb e a n ，s e s s i 锵b e a n 襄2 。o 娩菠中鼗增熬 m e 8 s a g e d r i v e nb e a n ，还有可能在尚朱发布的e j b 2 1 中新增的t i m e d r i v e nb e a n 。 s g “l 能褥应鲻逻辑嵌入爨扯诤壤零一瘦警遘程中。j s p 可竣钱含；疆琵0 、j a v 8 b e 等组 串。j s p 实际是对s e r v l e t 程序设计模型的一种扩展。w e b 服务器将j s p 页面编译成s e r v l e t ，通过s e r v l e t 离客户瑞运嘲魏行缭莱。在j 2 黼结构中，j s p 受资莆台斡表示遂辑，s e r v l e t 响应蘸蠹的h t t p 请求。 在这几种组件技术中，e j b 是j 2 e e 架构的精华所在。e j b 是业务逻辑黝承载者，同时，它将业 务逻辑旗系统级服务中分离出来，使开发者只需专注于业务逻辑的歼发。s e s s i o nb e a n 是一个临时 对象，只有嚣户与之荚联对才肖散。有状态s e s s i 。n b e a n 代表了客户端在业势端处理嬲暂时瓣对象。 无状态s e s s i o nb e a n 用于封装一类具体的服务。s e s s i o nb e a n 是个客户端进行系统调度时，逻 辑安体戆组件纯实现。用于封装系统处壤豹& t i t yb e a 珏代表对象实铡诧的数攮痒中舞鼗据，叛关 键字作为每个实例的唯一标识，实例在e j b 容器中缓存，供s e s s i o nb e a n 与客户端戡犊调用，实现 了黠象与美系数据痒懿浃封“”。 e n t i t yb e a n 和s e s s i o nb e a n 在应用中都可以包含业务逻辑，但封装在e n t i t yb e a n 中的业务 逻瓣应该鞋为b e a n 自身服务为主，沈魏数据的验证和转换。其他系统或领域内的l e 努规则、工作流 服努都应该放入s e s s i o nb e a n 中。 2 。5 。2 服务及逶傣技术 j 2 e e 中为客户端与应用展提供的调用机制的核心r m i i i o p ( i n t e r n e ti n t e r 一0 r bp r o t o c a l r e m o t e 祷e t h o di n v 硫e ) ，它将蕊子r b a 酾分布式对象互操作性与黼i 的易操作性相结合。在j a v a 分布式对象调用模型中，远程对象采用个或多个远程接脚描述对象的方法，贼i 利用远程对象的 1 0 主直杰鲎堡主堂馋堕兰一 在本地s t u b ，如同调用本地对象一般访问远程对象的方法。结合j 2 e e 的絮构可以看出，封装了业 势处理逻瓣豹e 强对象 # 为客户端调嗣豹远程黠象，确l 避蓿辍象l 瓣释方法戆调爱、寻我远稳对蒙 并进行远程地处理请求。”。 勰i 建立三个摘象层来实璇对远程对象的访海：s t u b s k e l e t 。n 层、远释 l 灞屠帮传输屠。s t u b 作为远程对象的代理，定义了远程对象的相同的接口及方法列表。它负责接受客户对象的调用请求， 执行数据的m a r s h i n g 机制，将数据或对象转化为字节流。 s k e l e t o n 作为远程对象在远程的代理，受舞与远稔对象的具髂实现交互。远摆g l 用层以j 8 v 8 远程过程协议支持脯i 连接的调用语义，实现远程方法的调用。传输层负责建立并管理客户端与服 务端静连接。 型2 。3 麓i 调瘸原理汞愆图 蛳i i i o p 扩展了r m i 的成用范围，增加了远程接口的异种语亩性，实现了j a v a 对象与c 0 鼢a 之麓拣互操作。在露e e 平台串健鬻磷l 一 i 捧凳谓篇橇裁，是纂予对b 嚣嚣静差辩商来。务e j b 容器根据e j b 规范由备个厂商自主开发，位于不周容器中的e j b 要实现异构容器或平台间的拥互调 用，其基碲簸是麟i i i 。p 。 j n d i ( j a v an 鲫i n gd i r e c t o r yi n t e r f 8 c e ) 以一种统一的方式为不同的翅录联务提供访阔途经， 它独立于任何特定的目录服务艇现。j n d i 的设计保持了与其它标准或扩展j a v a 组件的兼容性，并 置使不同的爨录黢务熊班稠毅 l 孽捶抟方式搔a 至lj 婚i 接鞠串。黝l 靛落系结麴孛毳摇0 。n t e 娥 上 下文) 、n a m e ( 名字) 、d i r e c t o r y ( 目录) ，上下文提供一系列不同元名字的绑定的对象的集合，是名 字存在弱曹袋e 每个名字都耱对予上下文热，每个对名字鼢镣箨瞧燕在菜令将定戆上下文中进行的。 目录提供对对象关联的属性的建立、增加、修改、删除等操作。 j 2 醯中对象、旅务均位予特定的上下文中，并作了相斑的命名，铡如e j b 对象、j d b c 甚至难服 务器本身，避用j n d i 的对这些瓷源进杼命名和、披册，就可以简单通过名字对其透明进彳亍访闯，瓣不 主壹查鲎塑土堂照适塞一 需要知道资源所在的位置。 铡蟊，将系统审l 潞c 熬游瓣静数嚣痒连接在瘴臻照务器中遥避娜i 接强遴孬淀辑。在箨要镬 用c o n n e c t i o n 时就可以通过j n d i 接口直接获得，而不需鼗繁琐的配置。我们在j b o s 8 中配置o r a c l e 数据库连接掰蜀了醴下静x m l 语法： o r a c l e j d b c d r i v e r o r a c l e d r i v e r o r g j b o s s 。p 0 0 1 j d b c x a ，w r a p p e r x a d a t a s o u r c e i 翔p 1 a t t r i b u t e ) t e s t c j n d i j 魏c ：游a c l e ：t b i n ：巷l o 1 3 1 1 2 8 2 2 l ：l 器2 l ：p 8 0 r 辩 p a c 珈 d a c r m 1 0 0 数据痒连接鹄j n b 愈名必p a s 珏c 嬲j 潞i ，邂过j n d l 获取c o n n e c t i o n 调爱摇下麴语句 i c t x = n e wi n i t i a l c o n t e x t ( ) ： d s = ( d a t a s o u r c e ) i c t x ，l o o k u p ( ”j v a ：p a s h c r m _ j n d i ”) ： e o n n e e t i o n = d s g e t e o n n e c t i o n ( ) ； 2 ，蕊。3 瓣l 技术在2 纛芝平螽懿应用 蹦l ( e x t e n s i b l em a r k u pl a n g u a g e 可扩展标记语言) 以一种新的方式规约、处理、传送茅口管理 数攒，从静态角度看，辅之戳必要的a p i 函数或分析工蒜，它可以作为数据库使用；从动态的角度 看，它可以作为分布戏处理中对象的载体，可以以平台无荚的方式与其他用户或系统遴行数据交换， 可以无需事先协商在应用程序之间共享数据。配含x s l t 、f 0 等规藏，它可以转换成许多格式用于各 个数字设备，这一技零貔广泛箍翊程度，是我在漂题臻突；霆程孛感受最深熬事之一。 x 肌的许多特性为j 2 e e 平台的灵活性、普道性提供了基础”。 1 x 虢律为在部藩孛定义戆接述瓿潮，使褥臻蠲疆务嚣在运行辩通过部瓣文律动态缝工稼。f 2 e 中众多的服务器配置文件、e j b 的布署描述文件、系统封装包的配鼹文件均是x m l 文件。 2 掰l 凳自描述惶的，对j 2 髓扩充盼新规藏能够不需藉作代碍级的扩鼹，只要用l 定义x s l ， 就可以描述新的需求。 3 通过x s l t ，允许将一种形式的) ( i l l 文件映射为另一种基于一套规则的文件形式。如x 眦转 换为文本文传或f 文枣 。 一1 2 主塑查璺塑主堂照建：!一一 4 提供将现有的数据库集成到新系统的机制，即企业数据集成。不同系统的数槠库以x m l 为平 垒交换或荚攀数据。 5 提供服务器与服务器之间的通信机制。分布式系统中位于不同服务器中的应用软件需臻相互 涌掰。瑚1 为这些系统之间鹃簇或提鼍 i 了平台。 2 6j 2 e 融在组件化领域架构中的应用优势 与转绞鹣e s 或8 s 结鞫耀毙，耍瓣在组静传壤蠛黎稳中豹疵薅霞势主要钵现在以下死个方瑟： 1 将客户端数据和业务逻辑相分离，通过接口交互耐各司其暇。在保持接口不变的情况下，某 一矮浚斡交蹙对其绝屡次豹彩璃最小。中闻层浚静组 孛德缝构褥照务逻辑绞需要耪分离，每一组件 处理自己的业务需求，并通道接口调用其它组件，使得备部分适应变化的能力更强，并为组件的复 餍撬供盼基榴。 2 。系统结构灵活丰富。传统的b s 结构虽然实现在轻量级的察户端和零安装，魍网页的袭现形 式、报表处理功能较弱。在局域网内处理效率不及c s 结构。而传统c 厂s 或将表现层与处理屡绑定， 或垮处理逻