（通信与信息系统专业论文）定制型工作流在电信crm中的实现.pdf

硕+ 学付论文 摘要 电信c r m ( c u s t o m e rr e l a t i o n s h i pm a n a g e r m e n t ) 系统遵照中国电信i t s p 规划， 采用先进的基于s o a 的b s 架构和j 2 e e 技术，整合现有系统和数据，为以后新 系统的开发和上线提供统一的平台、数据和集成方式。具体的说，就是通过e a i 技术实现各子系统的集成，通过b p m 统一管理全业务流程，通过o d s 实现共享数 据的一致存储，并以统一的操作界面进行业务受理，最终实现全业务受理、全渠 道接入、全客户服务。 c p 6 t 系统最大的特点就是综合，可以实现现有多种业务的融合。这种综合业 务管理，大大利于电信形成跨业务的综合用户资料，为综合数据分析与决策支持 打下基础，以便为业务单元提供良好支撑：实现综合营帐系统一致的体系结构， 便于管理维护，提高效率。 电信c r m 系统一改以往凌乱的状况，基于客户第一的服务理念，各子系统之 间通过统一的接口相互协作，采用业界的主流数据库o r a c l e 平台统一存储全省 客户资料，并通过数据层、原子服务层、接口层、业务逻辑层、界面层之间的相 互调用来实现业务的处理。可为用户提供灵活的定制与多业务任意扩展的功能。 及时的数据采集，可以使前台的业务受理响应在数秒内完成，真正实现客户服务 “一台清”、“一单清”。 本文针对电信纷杂多样的业务特点，主要讨论在基于a s 架构和j 2 e e 技术 下，建立起来的企业分布式应用程序，并详细介绍了基于j 2 e e 架构的电信c r g 系统的工作流部分设计思想和设计目标以及具体实现。整个系统运行在l i n u x 操 作系统上，w e b 服务在b e aw e b l o g i cp l a t f o r m 上运行。 关键字：工作流；软件体系结构；n 层结构；j 2 e e ；c p h l ；设计模式，b s ，s o a 定制犁t 作流在电信c g q 的实现 a b s t r a c t t e l e c o mc r m ( c u s t o m e rr e l a t i o n s h i pm a n a g e r m e n t ) s y 吼e mc o n f o r mt oc h i n a t e l a c o mi t s pl a y o u t ，a d o p ta d v a n c e db r o w s e r s e r v e r ( b s ) b a s e do ns o ac o n s t r u c t a n dj 2 e et e c h n o l o g y ，g a t h e rw i t hc u r r e n ts y s t e ma n dd a t a ，i no r d e rt on e ws y s t e m d e v e l o pa n d r u np r o v i d eau n i f o r mp l a t f o r m ，d a t aa n di n t e g r a t i o nm e t h o d c o n c r e t e l y , v i ae a i ( e n t e r p r i s ea p p f i c a t i o ni n t e g r a t i o n ) t e c h n o l o g ya c h i e v ev a r i o u ss u b s y s t e m i n t e g r a t i o n ，v i ab p m ( b u s i n e s sp r o c e s sm a n a g e m e n t ) u n i t i v em a n a g ef o rf u l l o f o p e r a t i o nf l o w , v i ao d s ( o p e r a t i o n a ld a t as t o r e ) a c h i e v ec o n s i s t e n t l ys t o r ef o rs h a r e d d a t a , o p e r a t i o na c c e p tw i t hu n i t i v eu s e ri n t e r f a c e ，f i n a l l ya c h i e v ef u l lo fo p e r a t i o n a c c e p t ，f u l lo fc h a n n e lc o n n e c t ，a l lo fc u s t o m e rs e r v i c e c r m ( c n s t o m e rr e l a t i o n s h i pm a n a g e r m e n t ) s m a x i m a lc h a r a c t e r i s t i ci s i n t e g r a t i o n ，m a yc o m et r u ec u r r e n tm a n i f o l do p e r a t i o na m a l g a m a t i o n t h ei n t e g r a t i o n o p e r a t i o nm a n a g e m e n t ，b e n e f i tf o r t e l e c o mc r mf o r mi n t e g r a t i o nu s e ri n f o r m a t i o n i nv a r i o u so p e r a t i o n ，m a k eab a s ef o rs y n t h e s i sd a t aa n a l y s ea n dd e c i s i o n - m a k i n g , i n o r d e rt op r o v i d eaa l l r i g h ts u p p o r tf o ro p e r a t i o nu n i t ；a c h i e v ec r mc o n s i s t e n t s y s t e m a t i cs t r u c t u r e ，e a s y t om a n a g e m e n ta n dm a i n t e n a n c e ，i m p r o v ee f f i c i e n c y c r mc h a n g et e l e c o ma n c i e n t l yd i s o r d e rs t a t e , b a s eo nc u s t o m e rf i r s ts e r v i c e n o t i o n ，b e t w e e nv a r i o u ss u b s y s t e mc o o p e r a t ee a c ho t h e rw i t hu n i f o r mi n t e r f a c e ，a d o p t m a i n s t r e a mo r a c l ed a t a b a s ep l a t f o r mu n i f yt os t o r ec u s t o m e ri n f o r m a t i o na l lo f p r o v i n c et e l e c o m , v i aa m o n gd a t al a y e r , a t o ms e r v i c el a y e r , i n t e r f a c el a y e r , o p e r a t i o n l o g i cl a y e r , i n t e r f a c el a y e ri n t e r m o d u l a t i o na c h i e v eo p e r a t i o nt r a n s a c t i o n w em a yp r o v i d ef e x i b l ec u s t o m i z ea n dv a r i o u so p e r a t i o nr a n d o me x t e n d f u n c t i o nf o rc u s t o m e r t i m e l yd a t ac o l l e c t i o n ，w o r k e rm a yf u l f i l li ns e v e r a ls e c o n df o r o p e r a t i o na c c e p t ，i nd e e dc o m et m ec u s t o m e rs e r v i c ei n “f u l f i l li nat a b l e ”，“f u l f i l li n a b i l l ” i nt h et h e s i s ，f o rt e l e c o mc r mc o n f u s e d ，m i x e da n dv a r i o u so p e r a t i o n c h a r a c t e r i s t i c , m o s t l yd i s c u s sb a s e do nb r o w s e r s e r v e ra n dj 2 e e b a s e dc o n s t r u c t t e c h n o l o g y , c o n s t r u c ie n t e r p r i s ed i s t r i b u t i n ga p p l i c a t i o np r o g r a m ，p a r t i c u l a ri n t r o d u c e t e l e c o mc r ma n dw o r k f l o wd e s i g ni d e a ，d e s i g ng o a la n ds y s t e ma c h i e v e w h o l e h 硕十学侍论文 s y s t e mr u no nl i n u xo p e r a t i o ns y s t e m ，w e b r v i c er u no nb e a w e b l o g i cp l a t f o r m k e yw o r d s ：w o r k t l o w ；s o f t w a r ea r c m t e c t u r e ；n - t i e r ；j 2 e e ；c r m ；d e s i g n p a t t e r n s ；b s ：s o a i i i 兰州理工大学 学位论文原创性声明 本人郑重声明：所呈交的论文是本人在导师的指导下独立进行研究所 取得的研究成果。除了文中特别加以标注引用的内容外，本论文不包含 任何其他个人或集体已经发表或撰写的成果作品。对本文的研究做出重 要贡献的个人和集体，均已在文中以明确方式标明。本人完全意识到本 声明的法律后果由本人承担。 作者签名： 南纽乡 日期：0 年死。日 学位论文版权使用授权书 本学位论文作者完全了解学校有关保留、使用学位论文的规定，同意 学校保留并向国家有关部门或机构送交论文的复印件和电子版，允许论 文被查阅和借阅。本人授权兰州理工大学可以将本学位论文的全部或部 分内容编入有关数据库进行检索，可以采用影印、缩印或扫描等复制手 段保存和汇编本学位论文。 本学位论文属于 1 、保密口，在年解密后适用本授权书。 2 、不保密妇。 ( 请在以上相应方框内打“4 ”) 作者签名：弋锭垫步日期 7年，为心日 剔磁名缈e t a ：, i 7 月，日 硕士学位论文 第1 章绪论 1 1 课题来源、背景及意义 1 1 1 课题来源 本课题来自于中国电信集团某公电信分司的9 7 改造，中国电信在经历了一 系列的改革和拆分之后，企业的业务收入、市场地位和品牌形象均受到了严重的 挑战，企业的发展后劲面临着前所未有的困难。电信市场的基础服务及增值服务 的放开势在必行，面对来自国内外强大竞争对手的压力，中国电信最大的优势就 在于其积累多年的广泛客户资源。因此，如何深入改善企业与客户之间的关系， 推出品质业务，提升服务质量，保持增值客户，拓展新兴客户源，都需要通过 c 舢系统的建设来提供支持。 1 1 2 课题研究背景 目前，电信企业的工作流程是基于九七工程、计费账务系统及其辅助系统基 础之上的，各项工作都是以面向生产的方式来组织实施的；其作用在于把电信业 务流程( 受理、故障投诉处理和客户信息管理和查询、机线资源管理和分配等) 实现计算机化。由于该系统是面向生产、面向企业内部的，以产品为中心，因此， 在新形势下该系统已不适应中国电信以客户为中心的经营模式嘲。 c 跚核心思想是将企业的客户( 包括最终客户、代理代销商和合作伙伴) 作 为最重要的企业资源，深入分析和挖掘客户数据，应用于电信企业的市场营销、 销售、服务与技术支持等与客户相关的领域。一方面通过对现有和潜在的电信客 户进行深入细致的分析，寻找其中的规律和趋向，从而不断提升与完善企业的服 务内容、服务意识、服务方式、服务质量和经营管理，提高客户的满意度，吸引 和保持更多的客户，挖掘客户的潜在价值；另一方面，通过信息共享和商业流程 的优化来降低销售和管理的成本】。 经过多年来的建设，电信企业的信息系统已，包括电信业务综合管理系统( 9 7 系统) 、计费账务系统、客户服务系统、渠道支撑业务系统、办公自动化系统等 等。其中部分系统本身就是c 跚的一个组成部分，这为c 跚的引入和实施打下了 定制犁r 作流在电信c r m 的实现 良好的基础。 但是就整体而言，目前电信企业在客户关系管理方面的管理理念、营销和服 务模式、支撑系统应用等方_ 面都还很不成熟，具体体现在： 信息孤岛问题突出，客户关系管理相关的信息零散地分布在多个独立的系 统，系统又是由多个部门分别使用，功能未能有机整合，造成对现有客户信 息资源的利用比较低，更谈不上对客户的个性化服务； 没有全程、闭环、高效、面对企业内外的业务流程管理系统，造成服务脱节； 各个部门、甚至各个岗位与客户接触交流方式不一致，没有统一企业界面， 没有统一的知识库作为营销和服务指导模板，造成企业与客户的接触交流效 果不佳； 市场调查、营销策划、活动、人员管理、结果反馈、评估还没有做整体的管 理： 缺乏支持营销、生产、服务的绩效考核手段； 客户数据分析和挖掘手段还不够； ， 综上所述，建立一个实用、强大、开放的氓m 系统，是当前电信企业信息 化工作的当务之急。 1 1 3 课题的目的和意义 当前，电信b s s c r m 工程的核心思想是为电信在新的竞争环境下提供全面的 业务受理能力，提高服务管理水平。从激烈的竞争当中，获取更高的市场价值。 通过c r m 系统的实施，使电信企业能树立和加强全体员工“以客户为中心”的经 营理念，完善对客户需求的快速反应的组织形式，规范以客户服务为核心的工作 流程，建立客户驱动的产品策划销售思想。针对电信目前的业务现状。在b s s - c p 瑚 项目中实现全业务受理，系统整体实现如下目标汹1 ： 统一客户视图，形成并提供完整的客户信息； 全业务受理。为客户提供一个综合统一的营销和服务界面； 营销一体化，实现全渠道营销过程的管理； 信息和数据采集，为经营分析和营销提供基础数据支持； 建设国际一流的全业务受理的c r m 客户关系管理系统，实现以客户为中心的 市场、销售、服务的多渠道集成化管理； 2 硕十学位论文 建成真正客户化的支持灵活组合营销和实时处理的全业务融合的计费帐务 系统； 建设e a i 企业应用整合平台，实现业务流程的衔接和数据在不同信息系统之 间的实时流转； 建成o d s 运营数据仓储，为大客、商客、公客经理和产品经理提供信息支 持，支撑面向客户、产品、区域等多视角、多维度的统计分析。 本课题采用b e aw e b l o g i c 中间件，所有的业务处理在应用服务器完成，以 保证系统的稳定、安全、高效运行。本系统采用了w e bs e r v i c e 和x m l 技术，有 利于处理复杂的业务、实现和诸多其它电信业务系统的接口：采用j a v a 技术以 面向对象的方式进行系统分析和设计，为系统提供了优良的扩展性，灵活性、平 台无关性，同时保证了系统的开放性( 不依赖于特定厂商的标准) ，满足电信级 接入平台的要求。 1 2 国内该课题的研究状况 信息化水平，特别是信息化对业务运营的支持水平，是企业竞争力的一个重 要指标。市场和客户需求的变化对电信业务运营系统提出了新的要求。中国电信 9 7 改造就是在信息化总体规划的框架下，遵循“统一规划，分步实施，数据共 享，应用导向”的原则，并结合中国电信的支撑系统的发展历史和现状，特别是 考虑到各地市分公司需要改造九七系统的普遍性和迫切性，对九七系统前端和后 端的数据、应用和流程的全面改造。 电信现9 7 系统基本停留在9 7 、9 8 年的需求实现上，已经难以满足当今业务 发展、营销管理的需求，是各分公司反映最为急需改造建设的系统，这主要表现 在以下几方面： l 、业务发展上：新业务不断出现，系统功能和性能难于满足不断发展的业 务需求。主要原因是业务模型存在较大的局限性，如没有跨系统的统一、科学的 客户模型、产品模型，一方面使得系统本身的扩展性差，同时也使系统的数据难 以与其他系统共享与融合，造成每次增加新的业务功能、接口的扩展，都必须通 过修改程序、修改底层数据结构来实现。系统可配置性空间小，适应性不高，对 诸如组合业务、个性化定单的支持不够，缺少客户管理、市场营销、经营决策的 3 定制犁t 。作流庄电信c r m 的实现 支持等。 2 、经营支撑上：经营管理思想是以客户为中心，如何提高服务质量、提高 客户满意度是当前的经营管理的重点，而9 7 系统的设计是以业务为中心，而不 是以客户为中心，致使系统缺少客户分类、差别服务等个性化服务，服务质量缺 少保障，服务承诺实时性较差，这些都难以满足当前客户细分、市场细分、快速 响应的市场经营需要。另一方面。由于9 7 是基础，与9 7 密切相关的计费系统、 基于9 7 之上的渠道支撑、经营分析系统等等都受到影响。如因为9 7 不能提供3 层的客户资料，使得计费必需的客户关系难以建立，难以维护、难以同步，由于 9 7 不能提供完整、能准确描述客户帐户关系的客户资料，使得渠道支撑系统、 经营分析系统本应要从9 7 获取客户资料，而不得不转而去从计费系统中获取。 3 、数据管理上：9 7 系统是一套小而全的、封闭独立的系统，信息集中在系 统中，与其他系统的信息共享比较缺乏，历史数据管理和数据的综合利用度考虑 不够，缺少完整的客户、用户、帐户、资源、定单、工单、地址等经营决策数据 数据，并且数据的准确性上也较差，如当前系统中尚不存在客户信息；县局 及乡镇的用户、帐户信息不准确、不完整；资源也是不完整的，不能与资源管 理系统充分共享。随着时间的推移和业务的发展，这些数据的及时更新难以得到 保证，而这些都是企业的基础数据，它们的缺乏与不准确，使得与之相关的系统 难以得到9 7 的数据支撑。 4 、体系结构上：9 7 系统采用的是二层c s 结构，面向过程的开发设计与编 程，代码可重用性差、构件化程度不高，使得系统的扩展性、处理能力、开放性 存在问题，难以支持省集中模式、区域集中模式。尤其，当前全本地网内系统的 硬件平台、软件版本还没有统一，使得修改、接口、数据提取、维护的工作量进 一步加大，数据的一致性、完整性难以保障。 尤其当前9 7 系统覆盖范围有限，在某些本地网范围尚有城区、县局两套系 统，它们在硬件、应用软件、数据结构方面都有所不同，这些更使得系统数据安 全、不间断服务无法保障，对外数据提供困难，数据质量难以得到保证。 所有的这些，都是中国电信目前迫切需要解决得问题。基于此，中国电信 9 7 改造势在必行。 4 硕+ 学位论文 1 3 本课题实施工具的选择 1 3 1 本课题所依托的平台 本系统平台选择j 2 e e 。首先是因为j 2 e e 的跨平台性，对很多的u n i x ， l i n u x , w i n d o w s 等多个系统平台可以无缝的结合。其次是j 2 e e 支持多层结构， 相对于c s 的两层结构，维护更加方便，同时接口更灵活，更加安全可靠。下图 显示了j 2 e e 的多层结构。 1 3 2 本课题的开发工具 阉1 1 1 互r e 繁构 j 2 e e 的开发工具有很多，例如e c l i p s e , n e t b e a n , 甚至还有u l t r a e d i t 直接编写 文本文件。我们这里选择简单而且操作易用的j b u l i d e r 。 1 3 3 本课题的数据库平台 在企业应用环境中可选的数据库平台很多，例如w i n d o w s 环境下的s q l s e r v e r , 多平台的支持的o r a c l e ，s y b a s e ，m y s q l 等等，首先，电信c r m 系统得各个 子系统多数使用使用o r a c l e 其次，o r a c l e 一直在数据库领域处于领先地位，目 前已经成为使用最广泛的数据库，它的产品覆盖了大、中小型机等十几种机型， 并且o r a c l e 的性能卓越，能支持巨型数据计算。综合以上几点原因，本课题选 择o r a c l e 。 5 定制即r 竹流在电信c r 的实现 1 3 4 其他开发工具 操作系统：l i n u x w e b 服务器：w e b l o g i c 系统架构；开源的s t r u t s l 1 设计工具：p o w e r d e s i g n e r ，i b mr a t i o n a lr o s e j s p 网页编程工具：d r e a m w e a v e rm x 8 0 存储过程编程工具：p l s q l d e v e l o p e r 配置管理工具：c v s n t + t o r t o i s e a ，s b u g 工具：b u g z i l l a 测试工具；j u m t 1 4 本课题的主要工作 本文的主要研究工作是电信c r m 系统的实现；使用了目前的主流架构：基于 s o a 的j 2 e e 架构，系统的开发架构使用了s t r u t s ，h i b e r n a t e 。接口采用了w e b s e r v i c e ，s o c k e t ，j d b c 等，笔者详细叙述了其中可定制工作流模块的实现。 本论文分为七章，具体的内容组织如下： 第1 章绪论 本章主要叙述了课题的来源、研究背景以及课题研究的目的及意义，国内外 该课题的研究现状，并介绍本文的研究成果和结构安排。 第2 章架构及j 2 e e 技术简介 本章首先介绍s o a ，以及j 2 e e 实现的m i n i s o a 架构，并提出目前适合于该电 信分公司的j 2 e e 软件架构。最后介绍了技术要点，其中，主要介绍了基于j 2 e e 架构的m v c 、s t r u t s 、e j b 、h i b e r n a t e 、l 0 9 4 j 的主要功能、优点以及工作原理， 这也是该电信分公司c r m 平台的开发架构。 第3 章总体需求分析 本章首先分析和总结了该电信分公司c r m 的总体需求分析，分别从业务描 述、业务功能域说明进行了分析。 第4 章c r m 系统功能需求分析 本章首先做了一个概述，然后从概述的c i b 4 功能域的功能细分作了模块功能 6 硕士学位论文 i i i i | 曼奠曼曼曼曼舅曼曼舅曼曼置量量置墨舅曼曼皂| 皇皇皇曼量置量皇曾量一 说明，并提出了c 麟的八大主题域。 第5 章c r m 系统的设计与实现 本章主要主要从平台的拓扑结构，系统软件的体系结构，基于j 2 髓的分布 式结构，系统部署方面来说明，同时介绍了b e a 的w e b l o g i cp l a t f o r m 8 。 第6 章工作流引擎部分的设计 本章主要论述了c 雕部分工作流的需求分析，总体思路，流程状态变迁，数 据模型，流程定义的实现，流程引擎的实现，状态变迁的实现。其中详细的叙述 了流程定义的实现，流程引擎的实现，状态变迁的实现。 第7 章结论 本章主要论述了目前的工作和进一步的开发设计工作。 7 定制型工作流在电信c 跚的实现 第2 章架构及j 2 e e 技术简介 2 1s o a 概述： 面向服务的体系结构( s e r v i c e o r i e n t e da r c h i t e c t u r e ，s o a ) 是一个组件模型， 它将应用程序的不同功能单元( 称为服务) 通过这些服务之间定义良好的接口和 契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬 件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一 种统一和通用的方式进行交互嘲。 这种具有中立的接口定义( 没有强制绑定到特定的实现上) 的特征称为服务 之间的松耦合。松耦合系统的好处有两点，一点是它的灵活性，另一点是，当组 成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时，它能够继续存 在。而另一方面，紧耦合意味着应用程序的不同组件之间的接口与其功能和结构 是紧密相连的，因而当需要对部分或整个应用程序进行某种形式的更改时，它们 就显得非常脆弱。 对松耦合的系统的需要来源于业务应用程序需要根据业务的需要变得更加 灵活，以适应不断变化的环境，比如经常改变的政策、业务级别、业务重点、合 作伙伴关系、行业地位以及其他与业务有关的因素，这些因素甚至会影响业务的 性质。我们称能够灵活地适应环境变化的业务为按需( o nd e m a n d ) 业务，在按 需业务中，一旦需要，就可以对完成或执行任务的方式进行必要的更改。 虽然面向服务的体系结构不是一个新鲜事物，但它却是更传统的面向对象的 模型的替代模型，面向对象的模型是紧耦合的，已经存在二十多年了。虽然基于 s o a 的系统并不排除使用面向对象的设计来构建单个服务，但是其整体设计却 是面向服务的。由于它考虑到了系统内的对象，所以虽然s o a 是基于对象的， 但是作为一个整体，它却不是面向对象的。不同之处在于接口本身。s o a 系统 原型的一个典型例子是通用对象请求代理体系结构( c o m m o no b j e c tr e q u e s t b r o k e r a r c h i t e c t u r e ，c o r b a ) ，它已经出现很长时间了，其定义的概念与s o a 相 ! ；c 【1 5 】。 然而，现在的s o a 已经有所不同了，因为它依赖于一些更新的进展，这些 进展是以可扩展标记语言( e x t e n s i b l em a r k u pl a n g u a g e ，x m l ) 为基础的。通过 s 硕士学位论文 使用基于x m l 的语言( 称为w e b 服务描述语言( w e bs e r v i c e sd e f i n i t i o n l a n g u a g e ，w s d l ) ) 来描述接口，服务已经转到更动态且更灵活的接1 3 系统中， 非以前c o r b a 中的接口描述语言( i n t e r f a c ed e f i n i t i o nl a n g u a g e ，i d l ) 可比 了。 w e b 服务并不是实现s o a 的惟一方式。前面刚讲的c o r b a 是另一种方 式，这样就有了面向消息的中间件( m e s s a g e o r i e n t e dm i d d l e w a r e ) 系统，比如 m m 的m q s e r i e s 。但是为了建立体系结构模型，您所需要的并不只是服务描述。 您需要定义整个应用程序如何在服务之间执行其工作流。您尤其需要找到业务的 操作和业务中所使用的软件的操作之间的转换点。因此，s o a 应该能够将业务 的商业流程与它们的技术流程联系起来，并且映射这两者之间的关系。例如，给 供应商付款的操作是商业流程，而更新您的零件数据库，以包括进新供应的货物 却是技术流程。因而，工作流还可以在s o a 的设计中扮演重要的角色1 1 4 】。 此外，动态业务的工作流不仅可以包括部门之间的操作，甚至还可以包括与 不为您控制的外部合作伙伴进行的操作。因此，为了提高效率，您需要定义应该 如何得知服务之间的关系的策略，这种策略常常采用服务级协定和操作策略的形 式。 最后，所有这些都必须处于一个信任和可靠的环境之中，以同预期的一样根 据约定的条款来执行流程。因此，安全、信任和可靠的消息传递应该在任何s o a 中都起着重要的作用。 9 定制型工作流在电信c 跚的实现 2 2j 2 e e 实现的m i n i s o a 框架 h 州 匝亟叵固 却 fs 嘲ff 嘉一f 蕊f 躲j 隆t n t e r f a c e c o n - 彬i 心孑二- h m p l a n e n g o m - a p o n mi p r e s e n t a t i o n l a y e r b u s e n e s ss e r v i c e m a n s g e r 陵。、8 蜮嘲融蛾e 翻 e 獭瞎瓢f 。霉雾霸2 浮：。溺 iif i 玲m l n e s ss e r v i c e l 汹b t n e s s s e t , c o j 汹蜘嘟s e 州嗣 l i f n p i m 棚m il l 砷i m 叫鞋i ii m 咀i m 哪l 锄围 、i _ b 咖“l f l e r 卜缸懈，蛳孵1 隧，。 一。黝尉聪雕捌獭# 如搬燃 “”_ ：_ _ 跫墨箩慧奠一刘 iii fd 如a ：磊 d 如a c e s | d 柏 c c 僦 l o 啦c t 丘叩l 毗| 腆峨血卿嗽| | o b 】e c t 划m 酬 、一i p e r s f s t e c e l a y e r 图2 1j 2 e e 实现的m i n i s o a 结构“” 为了降低表现层，业务层和数据持久层等各个层面之间的耦合性，各个层面 使用其他层面提供的服务时，不是直接去使用服务对象。而是通过服务中介，查 找定位服务接口，通过接口来访问服务，服务提供者可以通过各种方式来实现服 务接口，然后把提供的服务注册到服务中介，服务中介是服务使用者和服务提供 者之间进行通讯的桥梁，可以在服务中介上做一些其他方面的控制，如事务，安 全等 表现层作为业务层的使用者，在使用业务层提供的服务时，通过b u s i n e s s s e r v i c em a n a g e r 这个中介来查找和使用服务接口；业务层是表现层的服务提供 硕士学位论文 者，它把通过各种方式实现的服务对象注册到b u s i n e s ss e r v i c em a n a g e r 供表现 层对象使用，同时业务层也是数据持久层服务的使用者，它通过d a t aa c c e s s o b j e c tm a n a g e r 这个中介来使用数据持久层提供的服务；同样数据持久层把对数 据库，文件等资源的存取进行封装，把以各种方式提供的服务对象以接口的形式 注船到d a t aa c c e s so b j e dm a n a g e r , 供业务层对象使用1 3 1 1 。 l 竺! 竺= 。i m n k p ”- p a 翻 f i 自a s s a m i m 4 k m i 龟塑嘤壁蛾涵 图由幽 艮忑：i ：习f 忑：忑夏司f 眦i 势i 匹竺竺：! | 匿竺巨型 c = r t s e r l r t c ei iil eb e r v l c e p r o x 7 fi 圆圈p 制酬 一。、 i l 到厅高 副匿i 医f r l i li ee m o p r o = l ,鬟 l 国离陋蚓i 图2 2m i n i s o 技术实现m 1 m i n i s o a 包括业务层和数据持久层两部分组件，业务层的核心组件是 定制型工作流在电信c p , m 的实现 s e r v i c e m a n a g e r , 它是表现层和业务层进行交互的桥梁；数据持久层的核心组件 是d a o m a n a g e r ，它是业务层和数据持久层进行交互的桥梁。根据数据模型和业 务需求，定义提供的服务接口后，开发人员用自己熟悉的技术开发接口的实现组 件，经过单元测试后，把服务接口、实现组件和相应的事务，环境参数等信息配 置到d a o - c o n f x m l , s e r v i c e - c o n f x m l 文件，服务使用者就可以通过s e r v i c e m a n a g e r 。 d a o m a n a g e r 来查找所需的服务接口，调用服务方法。 2 3 软件架构 2 3 1j 2 e e 架构 j 2 e e 使用多层的分布式应用模型，应用逻辑按功能划分为组件，各个应用 组件根据他们所在的层分布在不同的机器上。 图2 3j 2 e e 的组件和层次【冽 这四层分别是运行在客户端机器上的客户端层( c l i e n t 面e r ) 、运行在w e b 服务器上的w e b 层( w e b 啊e f ) 、运行在日b 服务器上的业务层( b u s i n e s s t i e r ) 和运行在e i s 服务器上企业信息系统层( e n t e l p r i s ei n f o r m a t i o ns y s t e mt i e r ) 其 中w e b 层和业务层共同组成了三层j 2 e e 应用的中阔层，其他两层是客户端层 和存储层或企业信息系统层。一般情况下，许多开放商把w e b 服务器和e j b 服 硕士学位论文 务器产品结合在一起发布，称为应用服务器或j 2 e e 服务器。j 2 e e 平台规范也 定义了相应层的组件【2 8 l ： 客户端层组件 应用客户端程序和浏览器是客户端层组件客户端层组件可以是基于w e b 方式的即作为w e b 服务器的浏览器，也可以是基于传统方式的( 非基于w e b 方式) 即独立的应用程序，可以完成瘦客户机无法完成的任务。 w e b 层组件 j a v as e r v l e t 和j a v a s e r v e rp a g e s ( j s p ) 是w e b 层组件。如图2 4 所示的客户层 那样，w e b 层可能包含某些j a v a b e a n 对象来处理用户输入，并把输入发送给 运行在业务层上的e n t e r p r i s eb e a n 来进行处理。按照j 2 e e 规范，静态的h t m l 页面和a p p l e t s 不算是w e b 层组件。这里的j a v a b e a n 和e j b ( e n t e r p r i s e j a v a b e a n ) 除了共用“j a v a b e a n ”这个名字外，这两种组件模式完全没有关系。 许多文章把e j b 作为原始的“j a v a b e a n ”的扩展，这是错误的。e j b 并没有扩 展或使用j a v a b e a n 组件模式。最初的j a v a b e a n ( j a v a b e a n s 包) 在进程内部 ( i n t r a p r o c e s s ) 使用，而e j b ( j a v a x e j b 包) 是在进程间( i n t e r p r o c e s s ) 使用的组件。 即最初的j a v a b e a n 不是为分布式组件而设的。它是最好的组件模式，可能是至 今发现的最好的过程内部开发的组件模式，但它不是一个服务器端的组件模式。 e j b 则能解决在三层结构中由管理分布式商务对象多带来的问题【3 0 l 。 e h 屡 j 2 糖服务器 图2 4 客户端层、w e b 层及业务层【2 8 l 业务层组件 e n t e r p r i s ej a v a b e a n s ( e j b ) 是业务层组件。业务层代码的逻辑用来满足银行， 零售，金融等特殊商务领域的需要由运行在业务层上的e j b 进行处理。图2 5 表明了一个e j b 是如何从客户端程序接收数据，进行处理( 如果必要的话) ，并发 送到企业信息系统层( e i s ) 层储存的，这个过程也可以逆向进行。 定制型工作流在电信c r m 的实现 有三种企业级的b e a n ： 会话( s e s s i o n ) b e a n s ，实体( e n t i t y ) b e a n s ，和消息驱 动( m e s s a g e - d r i v e n ) b e a n s 。会话b e a n 表示与客户端程序的临时交互。当客户端 程序执行完后，会话b e a n 和相关数据就会消失。相反，实体b e a n 表示数据库的 表中一行永久的记录。当客户端程序中止或服务器关闭时，就会有潜在的服务保 证实体b e a n 的数据得以保存。消息驱动b e a n 结合了会话b e a n 和j m s 的消 息监听器的特性，允许一个业务层组件异步接收j m s 消息。 j 2 髓艇务器 图2 5 客户端层、w e b 层、业务层及e i s 剧2 8 i 企业信息系统层组件 处理企业信息系统软件包括企业基础建设系统例如企业资源计划( e 砒 ) 大型机事务处理，数据库系统，和其它的遗留信息系统组成了企业信息系统层。 例如，j 2 e e 应用组件可能为了数据库连接需要访问企业信息系统。 2 3 2j 2 e e 架构的落地 为了更加容易地创建企业应用程序，许许多多的f r a m e w o r k 涌现出来。一个 典型的j 2 e e 的应用，至少应该包括以下三部分：表现层，业务逻辑层和数据持 久层。 表现层我们可以选择s t r u t s , j s f , t a p e s t r y , w e b w o r k , v e l o c i t y 等。 数据持久层我们可以选择原始的j d s c , o r m a p p i n gt o o l s ( 8 i b e r n a t e ，t o p l i n k 等) ，s o l m a p p e rt o o l s ( i b a t i s ) ，j d o , e j b ( e n t i t yb e a n ) 等。 业务逻辑层我们可以用普通的j a v ab e a n s ，也可以用e j b ( s e s s i o nb e a n ) 。 每种技术都有它的优点与缺点，各自有各自的适用范畴，例如e i b 可以很 好地进行分布式处理和o b j e c tc a c h e 等，但e j b 的运行需要e j b 容器，开发调 试起来很不方便。特别在需求不确定性很大、模型不稳定的情况下，实在是一种 重量级别的开发；而j a v a b e a n 则是一种很轻量级的方式，开发调试容易，但 1 4 硕士学位论文 又很难实现分布式处理在各种技术纷争的今天，暂时还没有一种技术处于绝对 的霸主地位。 平时人们讲的三层结构在这里应是五级结构，图2 6 为j 2 e e 体系中典型的 多级应用体系，划分的五级分别是： 画铺圃亳 、_ - - - - 一- o - _ _ _ 一 蕃产臻钾d 爆 _ - _ - _ _ _ 一_ _ _ _ - 一 哩 嘲 蠹柚t 图2 6j 2 e e 应用的五级图 客户层：客户端的接入，可以使i n t e m e te x p l o r e rc l i e n t 、或者一些智能 移动终端； 表示层：分化为s t r u t s 界面表示层和界面逻辑层，s t r u t s 界面表示层用来 组织界面显示逻辑，界面逻辑层用于和业务逻辑层的统一接口； 业务逻辑层：对b s s ( c r m ) 业务逻辑的封装，实现主体功能模块； 数据持久层：对数据库等数据源的封装，对外提供一致的数据访问方法 参照j 2 e e 规范，以及相关项目经验，我们这次选用的系统软件层次机 构如下图所示： 客户层i 表现蜃 i - - - - - - 张 ! # _ l 嘲_ 篱 ：l 目由 儿事 图2 7 采用的c r m 系统技术层次。 呜 9 一画。 屡a r t l 辑 ；= 一 逆 | l 二一 务 l l 二一 一 目 ；i i k 国营 凹lj弩一惑。禽 定制型工作流在电信c r m 的实现 2 4 技术要点 2 4 1m v c 模型视图控制结构是交互式应用程序广泛使用的一种体系结构。它有效地 在存储和展示数据的对象中区分功能模块以降低它们之间的连接度，这种体系结 构将传统的输入、处理和输入模型转化为图形显示的用户交互模型，或者换一种 说法，是多层次的w e b 商业应用；m v c 体系结构具有三个层面：模型( m o d e l ) 、 视图( v i e w ) 和控$ 1 j ( c o n t r o l l e r ) ，每个层面有其各自的功能作用，m v c 体系结构如 下【4 j ： _ _ - _ _ _ - 寿泣秘i 纠睁】 图2 8m v c 体系结构 模型层负责表达和访问商业数据，执行商业逻辑和操作。也就是说，这一层 就是现实生活中功能的软件模拟；在模型层变化的时候，它将通知视图层并提供 后者访问自身状态的能力，同时控制层也可以访问其功能函数以完成相关的任 务。 视图层负责显示模型层的内容。它从模型层取得数据并指定这些数据如何被