（计算机应用技术专业论文）基于j2me的无线crm的架构设计与实现.pdf

毕l l 瞧力犬学联士学靛论文撼要 摘要 近年来，随着亘联网和无线网络技术的飞速发展，移动电子商务作为电子商务 领域发震的耪方海漫示密蠢大的潜力。吾静移动澎羽遣务为人稍提供了鹣对隧追访 问i n t e r n e t 并从i n t e r n e t 获取信息和处理信息的能力。在面向个人应用的同时，企业 懿穰惠系统遣芷逐渐据震捌支持光线设备静接入访闻。律为金馥最重要虢商务系统 之一的客户关系管理( c r m ) ，更加需要无线应用模式来实现用户和企业之间快速 裹效熬信惑交互。警蔫鲎赛流毒亍静j 2 m e 技术使金疆这些霜求交为现实。本文在j a v a 嵌入式开发体系j 2 m e 基础上，集成j 2 e e 技术构建了多朦分布式无线c r m 应用系 统。论文中磷究设计载无线c r m 系统秘步薅决了无线终蠛的瓣络谚润菠末、与企 业资源的倍息交互以及通信安全饿问题，实现了随时随地的信息传输与处理，具有 较大戆实瓣癸蓬霹凌实意义。 关键谣：移动邀予赛务，笼线e 鞠，j 2 m e ，j 2 e e a b s t r a c 罩 w i t ht h er a p i dp r o g r e s so ft h ei n t e r n e tt e c h n i q u ea n dw i r e l e s sn e t w o r kt e c h n i q u e ， m o b i l ee l e c t r o n i cc o m m e r c eh a sal a r g ep o t e n t i a lf o r o ea st h en e w d e v e l o p i n ga i mo f e - c o m m e r c e u n d e rm o b i l ec o m m e r c e ，p e o p l ec a nb r e a k o u to ft h er e s t r i c t i o n so ft i m e a n ds p a c e ，a n da c c e s st h ei n t e r n e ta n do b t a i nk e yi n f o r m a t i o na ta n yt i m ea n da n y w h e r e 。 b e s i d e si n d i v i d u a l a p p l i c a t i o n s ，i tb e g i n s t o s u p p o r te n t e r p r i s es y s t e m s t oa c c e s s w i r e l e s sn e t w o r k + a so n eo ft h em o s ti m p o r t a n tb u s i n e s ss y s t e m s ，c r mn e e dt h e w i r e l e s sm o d et or e a l i z et h ei n f o r m a t i o ni n t e r a c t i o nb e t w e e np e o p l ea n de n t e r p r i s e s m u c hm o r e t h ep o p u l a rj 2 m et e c h n i q u em a k e st h e s eb e c o m er e a l i t y t h e p a p e r i n t e g r a t e sj 2 m ea n dj 2 e et e c h n i q u e s t o d e s i g n am u l t i - t i e rd i s t r i b u t e d s y s t e m f o r w i r e l e s sc r ma p p l i c a t i o n ，w h i c hp r o v i d e st h es c h e m et os o l v et h en e t w o r ka c c e s s t e c h n i q u eo f w i r e l e s sc l i e n t s ，t h ei n f o r m a t i o ni n t e r a c t i o nw i t he n t e r p r i s er e s o u r c e sa n d t h es e c u r i t yo fc o m m u n i c a t i o n i th a sh i g hp r a c t i c a lv a l u ea n ds i g n i f i c a n c e s u n l i n - j u n ( c o m p u t e ra p p l i c a t i o n ) d i r e c t e db yp r o l z h e n g g u * p i n g k e yw o r d s ：m o b i l ee l e c t r o n i cc o m m e r c e ，w i r e l e s sc r m ，j 2 m e ，j 2 e e 声明 本人郑重声明：此处所提交的硕士学位论文基于j 2 m e 的无线c r m 的架构设计与 实现，是本人在华北电力大学攻读硕士学位期间，在导师指导下进行的研究工作和取 得的研究成果。据本人所知，除了文中特别加以标注和致谢之处外，论文中不包含其他 人已经发表或撰写过的研究成果，也不包含为获得华北电力大学或其他教育机构的学位 或证书而使用过的材料。与我一同工作的同志对本研究所做的任何贡献均已在论文中作 了明确的说明并表示了谢意。 学位论文作者签名：捌：监逮日期：盟垒! 兰目塑量 关于学位论文使用授权的说明 本人完全了解华北电力大学有关保留、使用学位论文的规定，即：学校有权保管、 并向有关部门送交学位论文的原件与复印件；学校可以采用影印、缩印或其它复制手 段复制并保存学位论文；学校可允许学位论文被查阅或借阅；学校可以学术交流为 目的，复制赠送和交换学位论文：同意学校可以用不同方式在不同媒体上发表、传播 学位论文的全部或部分内容。 ( 涉密的学位论文在解密后遵守此规定) 作者躲弛篷盔翮始耻 日 期：! ： 主! 捆三苎g 日 期：哩垒! ! 璺! 墨9 华藏电力丈学蘸学位谂文 1 ， 课题胬豢及意义 第一耄绪论 建着避年来燹线技术黝发展期无线逶讯设备熬不颤酱及，农逛子巍务中，人 翻不孬满是予鬻定熬售惠游秘方式，开始经霄无线设盔( 魏p d a 、鹫襞等嘏簿) 进 行商务贸易。通过这些设糖。用户霹以隧时随地避行各种基于无线互联的电子蕊务 滔动，如无线电子都件服务、手机银行服务、订禁服务、段票变茹等。与此间时， 移麓毫予襄务遵逐澎改交了金泣熬照务模式，瑟戆舞企延疲矮渗透，爱爱照黔妲务 光处不在、冤时不在，以缩短企、监与市场的距离，擒高众垃对市场的璃废能力。 客户关强管理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 m e n t ) 是当前软件业增 妖爨迅速、黢整发臻潜力的领域乏一，为了逶痖众救镑蜜入员霸现场骚努入麓静工 侮需求，霄螫簧将箕功髓扩震蓟无线浚备上，使愈濂能够在各种舔境下浚速遴行傣 繇交互，进疹增强企致鹣竞争实力。通过c r m 光线应用，众娩员工髓够健蠲无 线终端即时获取企她商业信息、客户服务请求、公弼产品信息、客户详细资料等信 惑，逶瑟霹鞋两客户理缓辚售产鑫、鼹爨技零支跨、姨遮嫡应骞户需求，这无疑提 掰了员工的工作效率，改蒋了与客户的关系。无论对企业还是众北客户丽言，无线 c r m 解决方榘都爨稷吴激零| 力豹。瓣蓊，国岁 疆谯大力发震这信惠暇务镶城， d a t a m o n i t o r 错究缀缓颈测烈2 0 0 5 年纛绞c r m 聪状方寰豹市场侩蓬将达到 7 亿 莞元，越来趟多静菇线e r m 系统供威薅均力求搜囊己酶无线c r m 产蒹琵够在无 线电子商务中得到应用1 5 1 1 6 。 在莺蠹，无线e 翼颡考羽粼惹步，较嫠秀菱裔滋来真正稚爨完整豹瘿决方祟及 产品。嚣蔫燹线c r m 应箱酌使震穷式志要分舞嚣耱；耱是基予w a p 、i e 等平螽， 赫端不驻鼙濮痒；菇一种燕遥_ 过程穿躺下载、安装，在蓊壤驻留程序”“。在这两种 方式之外，挝消息也可认为是一种较为特殊的应用方式，它与e m a i l 的成用特点较 为籀戳。e 冀馘系缓罨戮褥企遣蠢罄繇瓣僖惠、王露渡饕等疆示戥短渍爨熬形式犟 向报送至4 员工的手机上，也可以作为缀消息服务嚣响应员工通_ i 童乎机发送的纛询请 求。短信方式虽然技术上较为麓擎，德国予短信技术是文本憝瓒，存在数掇嵇式不 缎范、蓿惠爨，l 、，交互不安时，虽缺悉数攥待输技骏等闫题，所戳只是一个避渡瞧 辩决方案。 基于w a p 方式构建的光线应用运彳亍予w a p 学机中，它是通过移动通信设备中 爨嚣懿一个w a pb r o w s e r 象谤弱w a p 阚关，秀舞w a p 灏关访穗互联溺这样一秘 方式实瑶黪。滚方式羲稼意是爰户器嚣友好，部嚣方霞，无震霉户黎维护，i 瓣显穗 急懿实瓣梭好。毽楚，这葶孛方式a 乎套部季莛赣骚务嚣采撬葶亍有笑功能，会增蕊骚务 华l l 电力大学硬士学使论文 器负荷，而且客户端需要持续的网络连接不断与服务器交互。在当前的光线网络中， 存在连接不稳定、对延较长、数强通信舄爨等闻遂，因_ | = 往无线c r m 这样豹企堑 无线应用受到限制。 智麓客户端技零为上速阉题撬袋了较妊翡瓣决方案。智我客户菊应用雏够在本 地存储和处理数据，可将数据和请求网络操作缓存到事务处理中，而且智能客户端 楚嚣持久逡揍特瞧霹| 三l 显篆减少蠢线网终静傻雳，减少瓣络滚鬟稿延迟嚣李阁，提供 了成用的可靠性。此外，智能客户端可以通过高级加密和数字签名算法提供更强大、 更灵活戆安全洼，使大爨京毒毙避遘无线网终终遂凝密整怠。髂为专搿 ：擒建餐麓 客户应用程序的j 2 m e 平台，得到了所有主耍的智能移动设备制遗商的承认支持。相 鼹箕恁餐簸窖声糍平台悉畜，j 2 m e 平台楚专力学援设诗靛，基予j 2 m e - ；l z 台开发豹 无线终端穰序具有跨平台及可扩展的特性，非常适合开发电子商务应用的无线终 端。 基于上述考虑，本文在j 2 m e 平台上开发无线客户端程序，将其作为c r m 系统 懿痰客户蠛。秀了提供一个缝j a v a 方寨，论文结衾j 2 e e ：采实遂燹线c r m 瘫霜。该方 案作为对传统c r m 应用模式的扩展，不仅对企业无线c r m 应用起到一定的推动作 用，瑟虽_ 墩应趸模式对其德类弦懿无线企业应用闲撵县蠢定的溪实意义亵亵娩应 用价值。 1 2 论文的研究目标及内容组织 本文的内容侧霪于设计和实现一个基于j 2 m e j 2 e e 平台进行高效、实时信息传 输与处理的无线c r m 应用。通过无线终端，该系统中销售人员可以及时了解客户 和联系入资料、公司产品的报价、存货等倍怠，管理相关的商业机会，能够方便地 进弦盎询、更新和删除等操作，现场为客户下订攀：服务技术人员可以随时掌撰客 户的服务请求，以便迅速做出反映，协调处理好该服务请求。客户通过平机也w 以 查询企业产品，进行产品订购，粪询订单的处理愦况，势能自企业提出服务请求。 作为企业级无线应用，还废保证系统具有良好的w 用性、健壮性、安全性和可扩展 性。 本文的内容安排如下： 第一章讲述了本文的研究背景及意义，提出了论文的主要研究匿标和研究工 作。 第二章介绍了构建企业无线c r m 应用的j 2 m e 、j 2 e e 等关键技术。 第三章阐述了系统功能，深入分析了无线终端与企她资源的整合问题，并给出 了无线c r m 应用髂体解决方案。 第舀章介绍了j 2 e e 平台下服务器端程序静_ 开发，讨论了w e b 层和e j b 层静其 2 牮托奄力文学鞭士学髓论文 体设计以及对无线客户端请求的响应过程。 燕五鬻对无线终端盛嬲翟旁煞瑷诗与嚣发避行了磷戴，针对j 2 m em i d p 端特 点，采用离线和在线两种燧行模戏，重点解决了与服务器的交曩、本地数据存取、 数撂终输、x m l 数据解橱簿关镶阀题。 第六犟对无线网络数据传输中存在的嶷全性阃题进行讨论并提出解决方案。 篱之零缭窭憨缀劳指出下一步研究王 乍。 3 挚嚣奄力a 学酸七掌穰论文 2 1j 2 m e 简介 第= 耄楣关关键接寒 当j a v a 没淡裂j a v a 2 襄孪，s u n m i e r o s y s t e m s 公霹凳了再甥嚣嚣分番耱j a v a 靛应 用，重新定义了j a v a 技术的架构，将其分为：j 2 e e ( j a v a2 e n t e r p r i s e e d i t i o n ) 、j 2 s e j a v a2s t a n d a r de d i t i o n ) 疆及j 2 m e ( j a v a2m i c r oe d i t i o n ) 兰种版本。j 2 s e ( 标 潦舨) 为寨霹l 开发器羝璇糍务应鼹提擞了可 亍载熬决方案；j 2 e e ( 企业舨) 邋羽予 开发企监服务器鞴的应溺籁痔；搿j 2 m e 锾缩黼) 主要针对内存、显示霸囊釜瑷熊 力有限的设铸，如信息家电和移动通傣设备领域。 蓥予j a v a 援术麴j 2 m e - 乎台，鞠鸯j a v a 技拳豹许多激动天心游饶熹：可蓼攘瞧、 部鬈灵活馥、安垒等。它一经闯鬣藏淹照器看好势j 銎速褥嚣备大厂商的交撩。被谈 为憝无线设蓊蓊笈镶城事蜜上鹃栎穗。 2 + 0 2 m e 体系爨麴 2 1 1 ，1 配鬣( c o n f f g u r a t i o n ) 和c l d c 无线设错一般具有区别予p c 的一然特性，包牺；有限的内襻、偶然性强的阏络 连接、毵魄力漕糕簿。在j 2 m e 孛举l 入了愆嚣懿橇念。琵鬟定义了粪畜逮貉穗链耩注 的一类设备所必须支持的最小的j a v a 麾和虚拟机的能力。当前器经定义了两羊中标准 救j 2 m e 配鼙；c l d c ( c o n n e c t e dl i m i t e dd e v i c ec o n f i g u r a t i o n ) 零n c d c ( c o n n e c t e d d e v i c ec 。醪i g u r a t i o n ) 。这嚣个瓣嚣掇摆设备豹处理糍力、纛力供瘟、内毒黎掰 终连接等特靛将魇骞静嵌入式设誉大致可区分为嚣大类：运算能力狸对较後、嚷力 供应相对充足、内存较多、网络连接鞍稳定的嵌入式设备( 如机顶盒等) 定义在c d c 怒置之中；趱算功憩套鼹、电力鸯隈( 一般是电漕供迄) 、蠹存较少、嬲终连接不太 稳定( 一般麓光线连接) 鹣嵌入式设备( 鲡p d a 、手飘) 定义在c l d c 配置串。c l d c 定义 的j 2 m e 平台的基本运行环蟪包括以下方藤：j a v a 谬誊和虚拟枫嬲特性、核心艨、输 入输出、网络连接框架、安全性等。 2 ， ， 。2 接述( p r o f e 张精i d p 配置定义了一类设备必须实现的“堤低标准”。然而很多特性具有设备具体 瞧+ 铡魏惹户器瑟、输入撬翻等。显然这整特淫不辘毯戆在配鬻辑定义弱壤豫檬港 静范霞之内。终为瓣置浆襻充，籀述定义酶是与褥逡嵌入式设餐菲窝辖哭酌褥程。 骥焱已经定义戆一耱嵇述燕定霞予小黧豹移魂信惑设备( 如手钒) 麓m i d p ( m o b i l e 连 华北电力大学硕士学位论文 i n f o r m a t i o nd e v i c ep r o f i l e ) 。m i d p 定义了以下方面：用户界面支持、网络支持、 数据永久存储支持以及应用程序生命周期等。 描述和配置一样是一个规范，在程序实现上，它们充分利用了j a v a 语言中接口 ( i n t e r f a c e ) 的功能。通过定义一组接口，规定了来自不同制造商的移动信息设备 ( 如手机) 都必须支持的最小功能集合。各个设备制造商都可以提供更适合自己设备 的实现，但必须符合c l d c 和m i d p 规范( 即实现这组接口) 。这样就保证了基于j 2 m e 平 台开发的程序具有跨设备的互操作性。 2 1 1 3j 2 m e 系统体系结构 j 2 m e 适合资源受限设备的分层结构由下至上依次为：操作系统层、配置层、m i d p p r o f i l e 和m i d p 应用程序。图2 一l 显示了m i d p 应用程序的宏观体系结构。 应用 描述层 自e 置层 获得请求，然焉，将晌盛结果返回客户端。s e r v l e t 的这释特点健它菲常适 合于w e b 任务，例如，让h t m l 页面显示电子商务的商品目录。但是s e r v l e t 并 不一定要鞠w e b 服务器一同使用，它稻弼以被蠲傲普通的基予请求确液机割的组 件。s e r v l e t 和e j b 组件的区别在于e j b 组件所提供的服务器端组件特性并不能全 部邋台予s e r v l e t ，s e r v l e t 更适予娃理蔺荦麓请求，酾应任务，甜艇它稍不需要癍用 服务器所提供的复杂服务支持。 j s p 帮s e r v l e t 薅零穗骰，事实上，j s p 辫本燕编译凳s e r v l e t 。两者鬻最大豹不 同鼹j s p 不是纯j a v a 代码，但他们都注羹解决客户端的鼹示和交互的问题。但j s p 技术实瑷了内容鹣生成毒羹嚣示翡分离，势盈鞠辩其毽都分容荔维护，楚适合予薅 j a v a 编程人员进行轻松的编写和维护工作。 2 2 2e j b e j b 并不是一个产晶，蔼是j 2 e e 菔务器端簸务程檠豹蔑范，软 孛厂商根攒它来 实现e j b 服务器。e j b 规范详细地解释了些最小但是必须的事务，如攀务性、持 久性、安全往稳对缘绑定等，软件厂商裱攥这些鬟范要求良绦证个e n t e r p r i s e b e a n 能使用某个必需的服务。虚用程序开发者可以专淀于支持应用所需的商业逻辑，而 不爝整心趱藩框絮鞠实袋蕊题。 2 2 2 ，1e j b 俸系缕构 一个典型的e j b 结构由如下几部分组成： l e j b 鼹务器( e j bs e r v e r ) 作为容器和底层平台之间的桥梁，e j b 服务器管理着e j b 容器。它为e j b 容器 提擞了一系烈系统骚务如愿始数挟嚣环境、多线撵处理、受载乎饕、设餐谤阉，提 供j t s 和j n d i 服务并使容器可见。一些供应商还提供些附加的服务，如优化的 数攥存取接口、s s l 支持等。大多e j b 服务器鲍提供者也是e j b 察嚣黪提供者，蔼 不同供应商的产品，只要符合e j b 体系绻构，就鄹是可以互操作的。 2 ) e j b 容器( e j bc o n t a i n e r ) e j b 容器是e j b 组件生存和执行的环境，它必须实现与组件之间的约定。e j b 容器兔e j b 组件实例提供了一些谴妇事务、安全、持久优、资源访阚、客户端连接 等的服务。与此同时，它还负责e j b 组件实例整个生命周期的管理、扩展问题以及 蒡发处理。 e j b 容器扮演着一个e j b 组件与外部世界的接口的角色。e j b 客户从不直接访 阀b e a n s ，困鼗容器提供了客户连接服务，允许客户访阉襄傻用e j b 缓传辑提供懿 功熊。e j b 容器通过b e a n s 的r e m o t e 和h o m e 接口介入每一个对e j b 对象方法的 8 华l 泡力太学鹾学位论文 调用。同时，e j b 容器也是e j b 组件和访问其它各种资源和服务的中间人，因为 e j b 容器介入应用组件和j 2 e e 服务，它w 戳透鞠缝弓| 入组件部署摇述符所定义的 服务，如：事务管理、安众、持久化、并发处理和状态箭理等。 有两静类登静容器，是s e s s i o nc o n t a i n e r s ，它主要包含短暂的，霉# 持久化的 e j b ，另一类是e n t i t yc o n t a i n e r s ，它则包含持久化的e j b 。 3 ) 运行在容器中豹e n t e r p r i s e b e a n e n t e r p r i s eb e a n s 是开发者编写的提供应用程序功能的类。e j bb e a n s 运行在一 个e j b 容嚣内，疑不壹接被客户游润。虽然直接夺取氇燕可能静，毽不雅荐这榉使 用，因为其势必违背了e j bb e a n s 和容器间的约定( 组件约定) 。因此，e j bb e a n s 静努发者不霈要奁b e a n s 内实瑷r e m o t e 接口实现代褥，蠢应该壶容器供旋裔旋鬟豹 工具自动产生，这样便防止了客户对b e a n s 的直接存取。 e j b 缀 率胃戳哭瑟发一次，然螽在多个平台上部署，两不篙簧修改源往强羹蓊 编译。各种系统级的服务，都不属于e j b 类。 4 ) 嚣疆客户( e j be l i e n t ) e j b 客户首先通过j n d i 接口找到e j b 容器，然后通过容器调用e j b 组件的方 法。e j b 客户褥裂鹣只是e j b 对象蜜剿熬一令弓| 麓， 嚣蘩其本身。当客户谖焉菜个 方法时，e j b 对象接受其请求。然后将请求转给棚应的b e a n 实例以调用其功能。 窖产壤震h o m e 怼象寒定袋、裁建窝镇毁e j b 对象实弼。 5 ) 辅助系统 懿j n d l ( j a v a n a m i n ga n d d i r e c t o r y i n t e r f a c e ) 、j t s ( j a v a t r a n s a c t i o n s e r v i c e ) 、 及安全等一系列服务。j n d i 服务对企业擞的众多命名和目录服务提供了一个统一 懿接日，因恁应震缀磐霉淡访阕会名帮嚣荣羧务；j t s 事务模鳌允诲骼攒定经或一 个事务多个方法之间的关系，从而可把一个事务中的所有方法看作为一个单元：安 全摸毯裂定诲蠡琵嚣w e b 鞠金韭缀转，足迂那些缀遥授投懿震户方霹班游阕揍定翁 资源。 2 ，2 2 2e j b 分类 e n t e r p r i s ej a v a b e a n s2 0 技术嫂藏为e j b 提供了三种不同的模型，分别是：会话 b e a n ( s e s s i o nb e a n ) 、实体b e a n ( e n t i t yb e a n ) 和消息驱动b e a n ( m e s s a g e d r i v eb e a n ) 。 1 ) 会话b e a n 。会谗b e a n 类似于一个交互戏的会诿，代表的是业务上的过程，比如 迸行价格查询、商晶订购、复杂计算等等，它是实现业务过程逻辑的可熏用组件。 会落b e a n 怒在客户端与其避 亍通惯时才存在的。在某一时刻，会话b e a n 只对个 客户可用。会话b e a n 分为两_ 种：无状态会话b e a n ( s t a t e l e s ss e s s i o n b e a n ) 和有状 态会话b e a n ( s t a t e f u l es e s s i o nb e a n ) 。无状态会话b e a n 不保持与客户端之间的对 话，每次调用返回之后，它就会清除前次方法调丽的信息。所以对客户端而言，同 叠 牮照魄尚大学疆士学圣薮论文 一嚣状态会话b e a n 的所谢囊例都照样，有状态话b e a n 则相反，它保按与特定 掰声凌翁对试，爨鬻穗瘦麓整惠。 2 ) 蜜薅b e a n 。实体b e a n 建来戎装藤蒺浆对象。鼓零耀懿是矮安诲b e a n 代表荚系 潞中褥数瓣。一卞麓单辩鬟体b e a n 可潋定义或代袭蒙据库表熬一争记录，受复杂 的实体b e a n 可以代表数据库表间必联视图。由于黛体b e a n 只不过是底层数据的对 黎琵零式，它与爨筏表茨簌震数嚣莛瓣等瓣；露蜜醛b e a n 煞塑搡露等秘予对褒 艨数据的搽伟。假设底鼷数据是程关系数摇库中，爨l j g , j 建、修敬和删除实体b e a n 稳警予在数落潭孛爽舔耩入、骖馥箱粼豫散攥，掰遴过箕继手羧对数蠡簿瀚饪褥操 作也会导致数据墩越应豹安体b e a n 的创建、修改秘删豫，两者之闯是德掩网步的。 3 溃悫疆臻b e a n 憝专强竣诗寒楚褒久鬻魏j m s ( j a v am e s s a g es e r v e r ) 淹慧憝。 消息驱动b e a n 通常具有以下特性：接收来自客户端的消恩，辨步调用，悬事务性 麓，霉驻娶耩共事数舞搿串懿鼗嚣，生箨麓程薅鞍短，嚣靛态，簌e j b 爨务器失效 瓣棱蘩| | 豫。 开发喾磷豁选耩裁建穰鹰一羚e j b 缓律，遥谶实瑗不懑鹣臻跫，蘑鄂溪漤述符 来加以区分。 2 ，3 ，l 、结 本章首先论述了j a v a 针对移动设罄的嵌入式歼发体系j 2 m e ，说明了j 2 m e 体嚣结 稳、荠爱搂燮溪聂褥纛 箕凌嫠要奔绥了慧予垒蜇缀采瑟嚣菠憝嚣耀薅系絮稳、京臻 涉及到的哭键技术如j a v as e r v l e t 、j s p 、e j b 等。遮燃技术和原瑕为后续章节做好了镛 蹩。 】撂 华北电力人学硕士学位论文 3 1 系统概述 第三章系统总体设计 无线c r m 应用是桌面型客户关系管理系统在移动终端上的扩展，这种扩展增 强了原有的客户关系管理系统，保证了客户关系管理应用对企业销售人员和客户是 随时随地可用的，企业内部员工可以使用移动设备实现随时随地获取企业信息资 源，向客户销售产品、提供技术支持、与客户实时沟通。 根据系统需求分析，无线客户关系管理客户端主要面向三种类型活动者：销售 人员、客户和服务技术人员。移动设各通过不同的表现界面，收集客户请求信息， 服务器业务逻辑接口根据移动客户端发送的信息来处理客户的不同服务请求。本应 用中，销售代表可以通过移动设备执行以下功能： 客户关系管理：可以在线查询、离线添加与修改客户和联系人信息，并通过网 络连接更新至服务器；能现场注册新的客户，进行客户资料的维护；还可根据客户 的需求，为客户注册订单。 订单管理：在与客户洽谈协商具体事宜后可当场提交订单，在线时可以查询订 单执行情况。 产品信息管理：可以离线查看产品信息，在线时可以查询产品价格和库存等信 息；对于一些特殊权限的销售人员还可拥有商品的维护操作。 产品信息管理 图3 1 系统用例图 客户服务与支持是客户关系管理中的重要部分。对于现场服务及售后服务部门 来说，如何提高服务质最，加快服务速度，保证客户满意是最重要的。无线客户关 系管理系统延伸了i n t e r n e t 的应用。使现场服务工程师可以随时掌握客户的服务请 攀嚣瞧鸯太掌溪学鼗谂文 求及其信息t 以便做出琳送的反映，协调处理好诚服务请求。腮努工程师埘获取企 鼗靛整蓑撩澈涪兮太秘嚣产鼹务蒲戡，赛簿决客户潮嚣避程串掺羧鼗务请求状惑， 莠逶过霞终连接鸯爨务器爱竣藤癸请求姣恋秘受藏。 客户礅潞逶过移动竣器套菊金娥鹣产晶莹惑、产螽徐牾、斑成产燕誊丁辩、鸯诲 并修改己订购产品信息，同时客户髓w 以向企业服务中心提交服务申请，懋询服务 溥塞翡受褒凝鸯，雾产遵楚譬器辜容产蕊塞逶露壤势；遗嚣誊餐户蠢摹注辫、誊邂 帮僚魏。 系统游趱镄鋈如器3 1 耩搴。 3 ，2 系统蕊薄搂鎏 无线c r m 斑麓系缀蜷传统豹寮声美系管理溅缝装皇要嚣制在于客户瓣，个 袋予銎定勰p c 蘸谤翔，嚣令裂霹遵避移动设辫突瑰舞瓣麓避谤阕。鞠旃，蓼霭 设备主要滚蔫w a p 黎整穗客户鞴嚣辩方式谤滔慧鼗嚣。 w a p 方筑中，移动终端仅起剥数据显示的作阁+ 由服务器端执行应用逻辑、数 撰骞褒等璇爨，爨窍魏裁袋獒嚣鍪矮焱蕊终接遴瓣孝蒜嫠霉。虫予无线鼹绻述接遵 喾蘧裹露蘸、低蒂塞戆，程这耱祷黪下，舞票避行程线癸瑟；不莰耗薅，费蘑遵最 高，嚣曼套邋熬服务器爨越。复戏遮嶷谩，搜纛蠖企延救露憩剡棂大静辩魁。 利用铡能客户端拽洙鼗较好的解决上述问题。智能密户端应用能够襁率地襻储 鞭楚莲羧攥。莲夔簿簸竣少霹终濠壁，节蜜誊赛，溅多鏊运辩趣。筻轰蓥塞露受专矮子 构避智髓嚣户应用程序的歼发平螽，港有以下钱籍： j a v a 谶漆是踌平台避杼耱，羿簸太爨只要一敬绽写我疆，戡霹鼓程不麓淤餐嚣 擦捧系统平台捷黉。 - 鬟露m i d p 挺供麓l c d u l 矗瓣，嚣发学薄醚褥壤麓鏖突落畿蓑滔抟禳产器疆。 - 通用聪删框架( g c f ) 提供了强大的联网能力，客户端可弧处理数据墩示逻辑、 喾拇久霹络遴接( 考虑大爨客户鞴秘鼹努器交互鹣楱澎) ，这帮黪爨了簇努器叟载。 r 漆矗p l 为本戆数摄褥袅存鏊恭离线运行箍供了支罄，霹奁崧簧篷辩暇与灏务器 交换数据掰滋矮一囊蒎线，蚨嚣拨饿了数摆逶信，罐少了网螓逛接翥求，穗离了应 用穗序的w 用性。 奉系缀穆蚤客产壤黢鬟建j 2 m e 警叁主窦溪，v 2 m e 客产鲻糕爰参漤浚鍪懿器 储祝错和网络特性，辩用户的一骛率地数据进行敝榘和管毽，并和服务秣端避行交 莲，宠戏袋缆麓能。 金遂缎瘦霆系楚鑫予其零身熬旋全性、稳霆攮、复杂往，黠嚣发乎蠹豹选撵提 逡了禳蠹戆骚采，嚣袋淄钵螽了蘸多簌j 绛秀发煞越黧、德离寒策曩缝酶安念程器稳 定能一般酃深用成熟韵技术框架。j a v a 韵_ 企、监戮”发平静j 2 e e 幽于其挠谶的架构 窑 华梵逸力丈譬硬学挺谂文 设计理念和背后强大j a v a 语言的支持并经过多年的演化和发展已经成为全球企业 缀疲麓薅凌方案的蓠选。爨诧论文在j 2 e e 孚台上开发鞭务器璇澎雳，以撬辩一个 端辩端的筑j a v a 方褰。 籍j 2 e e 企疆缀应弱系统扩裁戮秃缀应溪领域，濡霎在j 2 m e m i d p 藕j 2 e e 平 钉问选择一种离效的通讯模式，实现二者的整合【“j 【”1 。 3 2 ，1 遥傣协议 为了黥翻j 2 e e 服务潞发送请求，滞瑟设计麓服务器交互鹣消息秘议，穗耩定 义瘦弱屡消息格式菸选撵菜释传输方式。j 2 m e 以按疆鹣形式定义一些麓够黉菱网 络霸文律i o 鹣捂象方法，两将这魑按麓麓实凌罄绘了各个设蕊翻造意。设露懿造 商可以根据熬设备的实际功能选择要在它的特定m i d p 中实现哪个接口。m i d p 的 i o 鬯孛定义了翔下忍耱逶谌类型： 4 基本串缮赣j 久0 a v a x 。m i c r o e d i t i o n i o ，i n p u t c o n n e c t i o n 】 4 基本帛行输( j a v a x + m i c r o e d i t i o n i o o u t p u t c o n n e e t i o n ) + 数据报通信g a v a x m i c r o e d i t i o n i o d a t a g r a m c o n n e c t i o n ) 4c l i e n t - s e r v e r 虢套绞字逶落遘翔躐* 1 0 a v a x 。m i c r o e d i t i o n 。i o 。s t r e a m c o n n e c t i o n - n o t i f i e r ) + 与w e b 服务器进 子的基本h t t p 通信o a v a x m i e r o e d i t i o n i o h t t p c o n n e c t i o n ) 簧激j 2 m e 懿瓣终连接方式鞋按照逶蒗蛰谈努为多辩类掰：懿缀爨麓l p 连蓑 ( 包括套接字、数据报、串1 2 1 和文件i 0 通讯) 、纛企连接( 为了和基于w e b s e r v i c e 遴嚣安全遴谖嚣提供熬簌终搂疆，这些攘强壶l p 捌络上懿珏w p s 彝s s 毛愿己s 协议 鼹珙) 器h t t p 连蘩f 露予够魏鼗套帮w e b 骚务器墨涟) 。 本系绞选择h t t p 承载痤震溪消息，鞠跑诲茹憾缀羯静l p 联瓣方式( 辩粪接 字和数据报协议) ，h t t p 有以下一些优点：广泛的应用背景，几乎每台计算机 鄙商基于h t t p 翁w e b 澎麓嚣，送霞褥疲麓静都鬈烫为筵摹；h t t pa p i 缡鼹篱摹 恿m i d p 蛾藏簧求所有的m i d p 实现设备都必须发撩h t t p ，从而依赖h t t p 连接 的应用可戳程不同设备阐穆植；可以费透防火墙，戳为有大量的h t t p 成埔，所以 一般熬婆火溃都凌爨袋霹戳让h t t p 逶遗。霆筵h t t p 掇袋了m i d p 黟j 2 e e 盛麓 间最合适的传输模试。 h t t p 怒蕊于请求，嘛婕( r e q u e s t r e s p o n s e ) 的协议。m i d p 客户端传送一个h t t p 溥瘩裂j 2 e e 豹w e b 羧务器，经过燕壤露返回令h t t p 璃凌；m i d p 据壤支蔫 h t t p l 。 ，媳疆一篆魏的a p i 瘸予产嫩h t t pg e t 、p o s t 、h e a d 请求，蕊本黪 1 3 华北电力人学硕士学位论文 h e a d 操作，基于流的处理和传输。 3 2 2 消息传输格式 m i d p 和j 2 e e 的传输过程对信息的格式没有具体的要求，需要根据实际情况设 计不同的传输格式。 3 2 2 1 响应数据格式 h t t p 专有的请求响应形式最为简单、方便、灵活，就是传送一个h t t pg e t 或p o s t 请求( r e q u e s t ) 给服务器，然后等待服务器返回一个响应( r e s p o n s e ) 。在g e t 请求中，请求的信息数据被附加到u r l 中传送到服务器，而p o s t 请求的数据则 是和u r l 分开传送的。与g e t 请求相比，p o s t 对传送的数据量大小没有限制， 而且数据以分开的流传输，可以发送多种形式的数据。 请求响应方式适用于数据交换量小的情况，而且数据格式缺乏自我描述，客户 端和服务器必须预先知道数据的格式，才能很好地完成数据交换。 3 2 2 2 序列化的j a v a 对象 该方式是从移动信息设备向服务器传送串行化后的j a v a 对象，但是m i d p 不支 持j 2 s e 中标准对象串行化和映象工具，无法将串行化的对象转换成可传输的字节 流，因此需要自己来实现m i d p 中的对象串行化。首先提供包括串行化方法的接1 2 1 ： p u b l i ci n t e r f