（计算机应用技术专业论文）基于智能客户端的汽车售后服务系统的研究与实现.pdf

西南交通大学硕士研究生学位论文第1 页 摘要 随着互联网的迅速发展，基于b s 架构的应用程序被广泛的应用，但是 随着应用需求的不断扩展不断复杂化，以及终端设备的多样化，客户对应 用程序的要求也越来越高，传统的w e b 应用程序已经跟不上时代的步伐， 因此，在具体需求的驱动下，2 0 0 4 年微软提出了智能客户端( s m a r tc l i e m ) 的概念。智能客户端代表了一种全新的开发模式，它结合了c s 应用程序 的丰富用户界面特性和b s 应用程序的易于部署和管理的特性，适合偶尔 连接的用户。 本论文首先对本文研究基于的背景系统进行介绍，接着分析了背景系 统在用户使用过程中出现的一些问题与不足，以及提出了用智能客户端进 行二次开发的思想和智能客户端体系下本文系统的结构设计，然后分析本 文系统中在智能客户端体系下如何考虑数据的分布，即在客户端缓存哪些 数据及如何缓存的问题等。 最后给出了一个完整的智能客户端的设计实例，该实例是一个汽车售 后服务的管理系统，通过实现智能客户端技术，让分布于全国各地的客户 端可以在网络偶尔连接的情况下工作，在设计上，着重关注于智能客户端 偶尔连接情况下的数据访问的无缝切换的设计、数据缓存、后台线程自动 同步客户端和服务器端的数据处理设计、w e bs e r v i c e s 作为中间层实现业务 逻辑和数据访问的设计、以及在智能部署和更新方面使用c l i c k o n c e 技术的 设计，为最终用户提供了更好的安装和更新体验。 关键词s m a r tc l i e n t ；数据缓存；数据同步；偶尔连接：w e bs e r v i c e s c l i c k o n c e 西南交通大学硕士研究生学位论文第1 i 页 a b s t r a c t w i t ht h er a p i dd e v e l o p m e n to ft h ei n t e r n e t ，t h ea p p l i c a t i o nb a s e do nb s a r c h i t e c t u r ei sw i d e l ya p p l i e d b u tw i t ht h ea p p l i c a t i o nr e q u i r e m e n t sc o n t i n u o u s e x p a n d i n g ，c o m p l i c a t i o n a n dt h ed i v e r s i f i c a t i o no ft e r m i n a l e q u i p m e n t ， c u s t o m e r s r e q u i r e m e n t sf o ra p p l i c a t i o n a r em o f ga n dm o r eh i g h e r t h e t r a d i t i o n a lw e ba p p l i c a t i o n sh a v ec o u l d n tk e e pu pw i t ht h ep a c eo ft h et i m e s t h e r e f o r e ，m i c r o s o f tp r o p o s e d s m a r tc l i e n ti n2 0 0 4f o rt h es p e c i f i c r e q u i r e m e n t s s m a r tc l i e n tr e p r e s e n t san e wk i n do fd e v e l o p m e n tm o d e i t c o m b i n e st h er i c hu s e ri n t e r f a c ec h a r a c t e r i s t i c so fc sa p p l i c a t i o n sa n dt h ee a s y d e p l o y m e n ta n dm a n a g e m e n to fb sa p p l i c a t i o n ，a n di ss u i t a b l ef o ro c c a s i o n a l l y c o n n e c t i o nu s e r s f i r s t ，t h i st h e s i sp r e s e n t st h eb a c k g r o u n ds y s t e mo ft h i ss t u d y , a n a l y s e s s o m ep r o b l e m sa n dd e f i c i e n c i e so ft h eb a c k g r o u n ds y s t e mi nu s e rp r o c e s sa n d p u t sf o r w a r dt h ei d e ao ft h es m a r tc l i e n ta n dt h es y s t e ms n u c t u r ed e s i g nb a s e d o nt h es m a r tc l i e n t s e c o n d l yw ea n a l y s e st h ed i s t r i b u t i o no fd a t ai ns m a r t c l i e n t ，p r e c i s e l yt h ep r o b l e ms u c ha st h ed a t at y p ei nt h ec l i e n tc a c h ea n dh o w t o c a c h e f i n a l l yac o m p l e t es m a r tc l i e n td e s i g ne x a m p l ei sg i v e n t h i sc a s ei sa n a u t oa f t e r - s a l e ss e r v i c em a n a g e m e n ts y s t e m t h r o u g ht h er e a l i z a t i o no ft h e s m a r tc l i e n t ，t h es e r v e rt h r o u g h o u tt h ec o u n t r yc a nw o r kb a s e do no c c a s i o n a l l y c o n n e c t i o nu n d e rt h ec o n d i t i o no fn e t w o r kc o n n e c t i o n i nt h ed e s i g n ，w ef o c u s o nt h ed a t aa c c e s ss w i t c hs e a m l e s s l yo ft h es m a r tc l i e n tb a s e do no c c a s i o n a l l y c o n n e c t i o n s i t u a t i o n s ，t h e d e s i g n s y n c h r o n i z a t i o nb e t w e e nt h ec l i e n ta n d o f b a c k g r o u n d t h r e a da u t o m a t i c t h es e r v e rd a t ap r o c e s s i n g ，t h eb u s i n e s s l o g i ca n dd a t aa c c e s sb a s e do nw e bs e r v i c e sa si n t e r m e d i a t i o na n dt h ed e s i g ni n i n t e l l i g e n td e p l o y m e n ta n du p d a t eu s i n gc l i c k o n c et e c h n o l o g yw h i c hp r o v i d e sa b e t t e ri n s t a l l a t i o na n dr e n e w a le x p e r i e n c e k e yw o r d s s m a r tc l i e n t ；d a t ac a c h e ；d a t as y n c h r o n i z a t i o n ；o c c a s i o n a l l y 西南交通大学硕士研究生学位论文第l i i 页 c o n n e c t i o n ；w e bs e r v i c e s ；c l i c k o n c e 西南交通大学曲南父遗大罕 学位论文版权使用授权书 本学位论文作者完全了解学校有关保留、使用学位论文的规定，同意学 校保留并向国家有关部门或机构送交论文的复印件和电子版，允许论文被查 阅和借阅。本人授权西南交通大学可以将本论文的全部或部分内容编入有关 数据库进行检索，可以采用影印、缩印或扫描等复印手段保存和汇编本学位 论文。 本学位论文属于 1 保密口，在年解密后适用本授权书； 2 不保密动，使用本授权书。 ( 请在以上方框内打“4 ) 学位论文作者签名：墨尸表缮 日期：伽匆舢 指导老师签名： 日期： 西南交通大学学位论文创新性声明 本人郑重声明：所呈交的学位论文，是在导师指导下独立进行研究工 作所得的成果。除文中已经注明引用的内容外，本论文不包含任何其他个 人或集体已经发表或撰写过的研究成果。对本文的研究做出贡献的个人和 集体，均已在文中作了明确的说明。本人完全意识到本声明的法律结果由 本人承担。 本学位论文的主要创新点如下： 1 、本文针对四川省制造业信息化研究院开发的“d f 汽车售后服务管 理系统”现存问题即必须依赖网络，提出了基于智能客户端的偶尔连接策 略。 2 、本文针对四川省制造业信息化研究院开发的“d f 汽车售后服务管 理系统”中的部署和更新问题，提出了采用c l i c k o n c e 技术实现应用程序的 智能部署和自动更新，使开发人员花费时间更少，并且为用户提供了更佳 的安装和更新体验。 3 、本文在智能客户端的数据处理方面，实现了在后台线程自动同步以 及w e b 服务作为中间层处理业务逻辑。 学位论文作者签名：钾秃蟛 日期 渺7 6 。7 i| 西南交通大学硕士研究生学位论文第1 页 第1 章绪论 1 1 问题的提出 在当今的世界上，毫无疑问，互联网已经日益成为应用程序开发的默认 平台，不幸的是，随着业务的不断复杂化，用户对应用程序复杂性的要求 日增，但是传统的w e b 应用程序对完成复杂应用方面却始终跟不上步伐。 传统的开发模式b s 架构和c s 架构都有不可避免的缺陷，他们已经无法 完美的满足用户的需要。 b s 架构模式的缺点是：必须在有网络连接的时候才能使用；用户体 验比较糟糕；由于客户端和服务器之间频繁的交互，安全性和速度受到影 响。c s 架构模式的缺点是：安装、部署和维护工作较为繁琐，适合企业内 部应用。因为b s 与c s 具有不同的优势与特点，他们无法相互取代。随 着人们发现不断复杂的业务通过简单的页面浏览已经无法满足需求，以及 终端设备的多元化，应用需求的不断扩展，无论b s 还是c s 架构模式均 不能很好的满足用户的需求，使得用户经常被迫忍受令人失望、困惑甚至 让人失去兴趣的体验。 因此，随着人们发现不断复杂化的业务通过简单的页面浏览已经无法满 足要求，以及终端设备的多样化、应用需求的不断扩展，2 0 0 4 年微软提出 了智能客户端( s m a r tc l i e n t ) 的概念【2 】。智能客户端代表了一种全新的开发 模式，它结合了c s 应用程序的丰富用户界面特性和b s 应用程序的易于 部署和管理的特性，能够为用户提供响应更加快速的、丰富的交互式体验， 具有重要的使用价值，并且随着w e b 服务技术的更广泛应用，智能客户端 通过w e b 服务调用发出请求，在服务端用w e b 服务实现业务逻辑、处理各 种请求，由于业务逻辑的实现放在服务端，一方面可以为客户端瘦身，另 一方面也加强了软件的隐蔽性和安全性，因此目前智能客户端的应用才是 最符合用户需求的。随着微软在2 0 0 5 年底发布的v i s u a l s t u d i 0 2 0 0 5 、 s q l s e r v e 2 0 0 5 、b i z t a l k s e r v e r 2 0 0 6 以及即将发布的新一代操作系统v i s t a ( 以前代号为i o n g h o r e ) 的出现，n e t 、w e bs e r v i c e s 、s m a r tc l i e n t 将越来 越多地应用到企业级开发中，所以，掌握智能客户端技术开始变得日趋重 要。我们可以预见，在未来几年中，智能客户端应用程序将可能会逐步替 西南交通大学硕士研究生学位论文第2 页 代许多基于浏览器的应用程序。 1 2 国内外现状 目前，智能客户端不是仅仅停留在概念上，而是己经成为技术现实。在 当前的企业应用中，已经出现了大量的智能客户端应用实例。在国外，其 中比较有名的是美国微软、纳斯达克和p r i c e w a t e r h o u s e c o o p e r s 一起构建的 e x c e l 投资者助理系统和d e l l 构建的客户集成桌面系统。在国内虽然起步较 晚，但是也已经有很多智能客户端的实例投入到了商业运用当中，例如国 家计生委微软技术专家及湖南金桥开发和实施了计生委生殖健康计划生育 管理系统，整个系统是用智能客户端技术来设计和实现的，系统运营范围 覆盖了全国2 0 多个省和1 0 0 余个乡，复旦管理学院m b a 教育管理与服务 信息系统将是高等教育管理、服务体制与信息技术的完美整合，将充分体 现高等教育的管理与教学理念。 1 3 本文的研究目标、内容和方法 研究目标： 本文主要研究智能客户端的体系结构和偶尔连接、自动数据更新、数据 并发冲突、数据缓存、利用本地资源以及应用程序的自动更新等关键技术阁， 以及这些关键技术的应用。研究汽车售后服务系统的体系结构以及系统部署 方案，在基于汽车售后服务系统的基础上运用智能客户端的这些关键技术， 最终完成的汽车售后服务系统将集中了胖客户端的优点和瘦客户端的优点， 而摒弃了它们的缺点，是一个使用方便而且实用的系统。并且总结积累经验， 形成通用的智能客户端解决方案，逐步在以后的项目中使用智能客户端技 术。 研究内容： 基于以上的研究目标，本文将主要研究以下内容： ( 1 ) 使用w i n d o w s 窗体技术构建智能客户端用户界面。 在n e tf r a m e w o r k f 3 j 中，使用w i n d o w sf o r m 来创建基于w i n d o w s 的强大 的桌面应用程序，快速方便的设计内容丰富、响应迅速的用户桌面，为用户 提供丰富的用户体验。 ( 2 ) 偶尔连接设计策略。 偶尔连接技术【。】主要是解决传统客户端必须在线工作的问题，通过偶尔 西南交通大学硕士研究生学位论文第3 页 连接技术的应用，客户端可以在脱机状态下继续工作。在实现偶尔连接的过 程中，还要解决数据在客户端的缓存、数据的并发、以及客户端数据和服务 器数据同步问题等。 ( 3 ) 智能部署与自动更新。 使用c l i c k o n c e 技术【7 】实现对应用程序的智能部署和自动更新。 ( 4 ) 实现基于智能客户端的汽车售后服务系统。 本文将实现一个针对某汽车厂的汽车售后服务系统，该厂拥有独立的内 部服务系统，以及和平台售后服务系统进行数据交换的数据交换系统。针对 该厂外部平台系统必须依赖网络，没有丰富的用户体验的缺陷提出基于智能 客户端的平台售后服务系统，该系统分为服务端和客户端，客户端即是分布 在全国各地的服务站。 技术路线： 首先对原有系统进行分析，理清原有系统的功能流程以及客户的工作需 求，对原有系统的功能进行简单的介绍；然后拿原有系统中其中一个模块进 行详细分析，揭示b s 结构应用程序给用户造成的困扰以及造成这些困扰的 原因分析，提出该系统用智能客户端实现的方案；接着分析了智能客户端结 构下的数据处理，本部分还是拿出业务中其中一个代表性的模块进行分析， 总结出整个系统中数据处理，选择哪些数据缓存在客户端，以及怎么缓存这 些数据。最后，根据前面的需求分析，数据分析以及对智能客户端的研究， 给出了基于智能客户端的汽车售后服务系统的实现。 1 4 本论文组织结构 本论文的组织结构如下： 第2 章系统需求分析 对本文研究的基础原有系统的功能做了基本的介绍，然后从功能、 物理结构和业务流程方面对原型系统进行了详细的分析，总结出其不足；提 出用智能客户端的思想重新对平台子系统进行实现的思想，并对基于智能客 户端的汽车售后服务系统的物理结构、逻辑结构、功能结构进行设计。 第3 章数据缓存分析与设计 数据是智能客户端技术需要处理并且是必须处理的，智能客户端应用程 序最重要的特点就是能够实现偶尔连接和智能部署自动更新，偶尔连接必然 要缓存数据，自动更新也必然要进行数据的同步。所以说数据智能客户端实 西南交通大学硕士研究生学位论文第4 页 现的关键所在，本章分析了为什么要缓存数据，在客户端缓存哪些数据，以 及如何缓存这些数据。 第4 章系统及相关技术的实现 对智能客户端关键技术的进行了探讨，并给出了详细的实现过程，以这 些技术为支架实现了基于智能客户端的汽车售后服务系统。 西南交通大学硕士研究生学位论文第5 页 第2 章系统需求分析 基于智能客户端的汽车售后服务系统是在现有原有系统的基础上进行 改善升级，现有原有系统是为d f 汽车制造厂量身定做的一套服务管理系统， 整个架构是用b s 结构实现，主程序文件放在服务器上，客户端用户只需 要有一台能够上网的电脑就可以使用该系统。随着时代的发展和竞争的日 益激烈，大多数同行企业的产品质量虽然是竞争的一个方面，但是由于产 品质量日益提高，质量不是吸引用户的最重要的因素了，影响竞争的因素 慢慢转移到服务上面，哪家企业的服务态度好、服务质量好、服务及时， 哪家企业的竞争力就会越来越大。因此，d f 汽车制造厂为了更好提供售后 服务，在全国各地建立了服务站。d f 汽车制造厂的供应商也是位于全国各 地，分布不集中，而服务站、供应商和制造厂之间时时需要进行业务协作 以便更好的服务于客户。原有系统就是为服务商、供应商、汽车制造厂等 之间的业务协作、资源和信息的共享提供支持【8 1 。作为本文研究的基础，下 面对原有系统功能进行简单介绍。 2 1 原有系统的介绍 2 1 1 原有系统要实现的目标 实现d f 汽车厂服务科负责的售后服务工作中三包业务的信息化管理， 定制开发档案管理、走保管理、理赔管理、旧件管理、稽查管理、服务费 用结算、报表统计等功能模块，用电子单据替换纸质单据工作，提高工作 效率以及管理水平。 通过平台系统提供的实时报单、审单、服务费用结算以及自动生成旧件 台帐等功能，使d f 汽车厂服务科内部各岗位之间、外派巡检员、服务站、 供应商共享资源、协同工作，提高工作效率和质量，最终达到信息和业务 的集成。 利用报表的功能实现数据和信息资源的分析和统计功能，体现了管理的 科学性和决策的正确性。 西南交通大学硕士研究生学位论文第6 页 2 1 2 原有系统的功能介绍 原有系统整个解决方案是分布式应用程序，分为厂内子系统、平台子系 统和数据交换系统三部分，厂内子系统和平台子系统之间通过一个专门的 数据交换系统进行数据交换。厂内系统是部署在制造厂内部局域网上的， 用户包括厂内完成售后服务业务管理的各类操作人员和主管领导，这部分 用户完成售后服务的核心业务工作旧，；平台子系统部署在i n t e r n e t 上，用 户包括服务站、供应商和外派巡检员，这部分用户主要是完成单据提交， 单据查询和结算结果查询等功能。其中原有系统平台子系统功能图如图2 - 1 所示。 d f 平台子系统 消息管理l | 档案管理i | 走保单管理i i 理赔管理ll 稽查管理l i 服务费用il 旧件台帐管理li 三包帐务管理 图2 - 1 平台子系统业务功能图 原有系统厂内子系统功能图如图2 - 2 所示。 汇款通知管理 账务管理开票管理 旧件追川查询 旧件卜账审核 缺欠什追叫 旧台帐查询旧仆发货巾报 旧件查询 转扣费用查询 n应商结算查询服务站结算查询 稽查报告查询 鉴定单管理 质量问题报告 保查询及申诉 走保录入 客户档案管理 维修档案查向车辆技术台帐 接收消息发送消息 出救急中请审出救急报：二查出救急报告录定单查询及申 答定单录入 量问题报告审量=暑题报告查量问题报告录客户档案查询客c、档案修改 辆技术仟帐查辆技术台帐修 西南交通大学硕士研究生学位论文第7 页 厂内子系统 档案管理| | 走保管理i 理赔管理0 旧件管理ii 稽查管理il 服务费用管理il 系统管理i l 基础信息管理| | 一 走 驯瓣 骓 图2 - 2 原有系统总体业务功能图 如以上两图所示，d f 售后服务系统包括档案管理、走保管理、理赔管 理、旧件管理、稽查管理、服务费用结算管理、系统管理等几个功能模块。 档案管理：主要包括车辆技术台帐、车辆出生档案、客户档案、维 修档案、销售档案等几个功能，用于三包业务的实时查询，保证信息的准确 性和实时性，提高维修服务的质量，是在汽车整个生命周期内逐渐积累形成 的。其中出生档案是由制造厂在汽车出厂前录入的；销售档案是有经销商在 销售时录入的，该数据由销售系统直接导入；客户档案也是由经销商在销售 时录入，由销售系统直接导入数据，并且在以后的维修过程中进行更新；维 修档案是由鉴定单中自动生成。 走保管理：走合保养是指已售汽车在走保期内( 3 0 0 0 k m ，2 月) 内到 服务站进行的第一次保养，每辆汽车只能保养一次。首先服务站根据实际情 况在线填写走合保养卡，生成相应的走保记录，制造厂内接待员进行抽 查回访，制造厂内审核员根据回访结果进行审核，服务站可以查看审核结果， 审核不通过的走保单进行重填，如果需要申诉，则再填写走合保养卡申 诉，经过服务站、制造厂系列业务协作，有效管理车辆的走保记录，避免 虚假单据信息。 理赔管理：在三包期内所有的维修均属于质量保修范围，其费用应 西南交通大学硕士研究生学位论文第8 页 由相应的供应商承担。服务站根据具体情况在线填写质量问题报告单， 提交后，制造厂内审核员进行审核，只有审核通过后服务站才能开始维修， 维修完成后在线填写质量保修鉴定单，如果有外出服务还要填写外出 救急报告单，然后制造厂服务科对服务站提交的质量保修坚定单进行 回访、审核，通过对质量问题报告单和外出救急单的联合审核，加 强质量保修鉴定单的数据管理，也便于自动生成旧件台帐。 旧件管理：主要包括旧件回收和缺失件追回管理两个方面的业务， 审核通过的鉴定单自动生成旧件上帐数据，状态为“未处理”，账务状态为 “上帐”，服务站可以查询各自的旧件信息，然后将旧件处理纸质单据寄到 制造厂，进行相应的处理，制造厂根据收到的纸质单据和旧件实物、图片等 进行旧件审核下账，并将旧件状态更新为“已收或者“缺失”，对缺失的 旧件要进行追回，通过旧件审核、缺失件追回等工作进行统筹管理，可以随 时对台帐情况进行查询和统计，提高旧件管理水平和科学性。 稽查管理：通过对三年内己审核的质量保修鉴定单的稽查操作， 重新对质量保修鉴定单进行进一步的审核，对服务站和制造厂服务科工 作人员进行监督，追查审单过程中的漏洞。并根据稽查结果填写稽查报告 单，形成稽查记录，根据实际情况稽查记录有三种状态，即“审核通过”、 “审核未通过”、“待定”，对“审核未通过”状态的稽查记录必须填写追回 金额，将其费用状态设置为“未结算”。对“待定”状态的稽查报告单可有 质量部再次重新审核。结算时根据稽查报告单的状态进行相应的处理，结算 完毕所有稽查报告单的费用状态全部改为“已结算” 服务费用管理：主要包括缺失件追回管理、供应商转扣款管理、服 务商结算、供应商结算等几个方面的业务，系统通过对审核通过的质量保 修鉴定单、走合保养卡、旧件管理、稽查管理等费用进行结算，加快结 算速度，缩短结算周期，并且和以前的人工结算相比，提高了结算的准确度。 系统管理：主要是对整个系统的基础数据，用户信息，角色、权限 和日志进行有效的规划和设计，保证系统运行的稳定性。 2 1 3 原有系统的物理结构分析 该系统分为两部分：企业厂内子系统和平台子系统。整个解决方案采用 分布式部署，将平台子系统部署在i n t e r n e t 上，主要包括联盟管理、系统管 理等平台管理功能、具体应用服务系统的用户需要通过该系统交互的业务功 西南交通大学硕士研究生学位论文第9 页 能、应用服务的支持工具集等：将企业厂内子系统部署在企业内部局域网， 主要包括制造厂服务科人员操作的服务费用结算等功能。该系统的物理结构 如图2 - 3 所示： 互联用局域月 服务科 接待员 服务科 审棱员 鼹务科 科长 服务科 结算员 服务科 m 件管& 员 田2 - 3 原有系统的物理结构 从该系统的物理结构可以知道，平台子系统是用b s 结构实现的，客户 端就是一个浏览器，客户端用户只要有一台能够上网的电脑就可以登陆到该 系统完成工作。目前系统设计比较常用的模式有c s 结构和b s 两种，这两 种结构各有优缺点。c s 方式具有数据处理快速，用户体验丰富，充分利用 本地资源的特点，是需要大量单据操作，数据处理的系统的首选：b s 方式 则具有部署简单，维护方便的特点，在客户端零维护，版本更新只需在服务 器端进行维护，客户端直接访问服务器就可访问到最新版本。原有系统考虑 到平台子系统的客户端用户都是分布在全国各地，如果用c s 方式实现，部 署和更新维护实现起来相当繁琐，我们对客户端计算机应用环境以及安装的 其他应用程序知之甚少甚至一点也不知情，如果部署了不安全的共享组件 或软件库，可能会导致其他应用程序的不可用，并且这项工作不只是人力物 力的原因而是距离的原因，若是采用c s 方式实现，部署和更新的成本非常 大。于是选择了易于部署和维护的b s 方式来实现。但是由于平台用户的工 作内容，采用b s 模式实现肯定会有不尽人意的地方。 抄逦箩猡溜， 西南交通大学硕士研究生学位论文第1 0 页 2 2 原有系统的不足 本文在原有系统的基础上进行研究，其中用户的业务规则和业务需求是 经过项目经理和技术人员与d f 汽车制造厂相关部门充分交流，了解和总结 该企业的业务流程和业务规则，充分调研后提炼出来的，原有系统在业务 需求方面已经很好的满足了用户的需要，因此不需要改变。虽然原有系统 满足了用户的业务需求，使得用户能够在线工作，比先前完全人工完成工 作方便了不少，但是原有系统还是有它固有的缺陷，这种缺陷导致的结果 就是平台子系统的客户端用户利用这套系统的体验非常差，用户工作效率 低，致使不少用户怨声载道。厂内子系统和数据交换系统基本满足用户要 求。本论文仅对平台子系统进行分析。 现有平台子系统引起用户不满的罪魁祸首正是b s 这种实现方式，因此 本文决定在原有系统的基础上进行升级，实现基于智能客户端的服务系统。 下面分析一下b s 方式实现的应用程序让客户端用户不满的原因。 ( 1 ) 用户体验差。原有系统用b s 方式实现，b s 方式的应用程序依 赖于i n t e r n e t ，没有丰富的用户界面，客户端只能通过网络使用应用程序， 并根据系统提示输入数据来完成工作，不能享受像c s 那样丰富的用户体 验。 ( 2 ) 必须依赖网络，访问系统速度慢。这是b s 方式应用程序最根本 的弱点。客户端在享受使用b s 应用程序简单易懂的同时，也必须要承受 依赖网络带来的不便。即在无网络连接、网络时断时续或低带宽高延迟的 情况下用户无法使用应用程序正常工作。 对于引起访问平台速度慢的原因，以理赔管理模块为例，从以下几个方 面进行分析。 本章第一节已经对理赔管理模块的业务流程进行了简单介绍，这里我们 详细分析业务的流程，分析哪些过程中存在不足。服务站根据具体情况在 线填写质量问题报告单，提交后，制造厂服务科进行审核，只有审核通 过后服务站才能开始维修。质量问题报告单业务流程如图2 - 4 所示。 用u m l 活动图进行分析业务流程，黑色圆球代表初始状态，黑色圆球外 一个圆圈表示最终状态，圆角方形表示一个活动状态，菱形表示判定。 西南交通大学硕士研究生学位论文第li 页 服务站操作员制造厂审核员供应商协助员 w 旁g 入质量问题报告) _ 核质量问题报告司e 核质量粤题报告司 不需, 1 协大 需协助 审核j 盅过 匝 不申诉入谚 x l 诉 弄 知 写申诉意司 还 、，_ 士。：八 7 弋”1 ” 询申诉结司 、t 7 夥、 图2 - 5 质量保修鉴定单业务活动图 从质量问题报告单和质量保修鉴定单的业务流程可以看出，d f 汽车制造厂的服务商和供应商工作的大部分时间都是在填写单据、查看单 据、提交单据，然后需要制造厂内的服务科人员对各种单据进行处理，然 后服务商和供应商在通过平台系统进行查询单据处理结果，即这种工作方 式随时需要网络的交互才能完成。原有系统使用b s 方式实现。b s 模式下 的应用程序，使用w e b 网页承载业务功能，用户通过浏览器向服务器发送 请求，然后服务器响应用户请求进行处理，生成相应的页面返给用户主机， 由浏览器加载后呈现给用户，这样用户等的时间就比较长，如果有多个用 户同时向服务器发送请求或者网速很慢的情况下，用户就更无法忍受。 通过上面的流程分析，对引起这种不足的具体因素总结为以下几点： 网络质量差。由于分布于全国的服务站由于规模和资金的因素，尤 其条件艰苦的地区，一般采用a d s l 、电话线等接入方式连接到网络，网络条 西南交通大学硕士研究生学位论文第1 3 页 件往往比较差，网络时断时续，或者低带宽高延迟，以及平台子系统服务器 托管的通讯营运商的因素，常常出现用户访问平台慢，页面打不开或者需要 等很长时间，有时候会页面重置导致用户输入数据丢失，需要用户重填。这 样用户提交一张单据可能需要很长时间，导致工作效率低下，并且严重影响 用户的情绪。 数据传输量大。本系统平台子系统的用户主要是和一些单据打交道 的，比如走保单、鉴定单、质量问题报告单等。提交给服务器的数据量比较 大，并且有些单据还需要上传多于一张的图片( 如质量问题报告单) ，每张 图片数百k 大小，如果多个客户端用户同时提交数据，那么数据传输速度会 更慢，并且在提交单据的同时用户无法进行其他的操作，只好等待，因为离 开正在操作的页面就会是单据提交失败。为了更快的服务客户，单据传入服 务器时间越早越好，为了把当天的单据提交到服务器让制造厂审核人员进行 审核，服务站工作人员甚至凌晨四五点钟起来提交单据，避开网络使用高峰 期。 客户端用户的输入水平有限。客户端用户一般计算机水平都比较低， 只能进行比较简单的操作，输入水平有限，往往输入一张单据需要很长时间， 而输入工作必须在线进行，在网络不畅通的情况下，可能用户还没有完成输 入工作，网络就断了，导致页面重置，等待网络连通时重新输入，对输入水 平不高的用户而言，这无疑是比较苦恼的；在没有网络连接的情况下则完全 不能工作。 2 3 智能客户端思想及设计 鉴于上- d , 节提出的问题，本文提出了对平台子系统用智能客户端技术 进行二次开发的思想。智能客户端是微软2 0 0 4 年提出来的，微软对他的定 义是这样的：智能客户端是易于部署和管理的客户端应用程序，它们通过 统筹使用本地资源和与分布式数据资源的智能连接，提供适应的、快速响 应的和丰富的交互式体验【1 0 】。 智能客户端是一种新型的基于c s 结构的设计理念，采用服务器一客户 端的物理结构。充分利用本地资源，以分担系统服务器负载和网络负载的 同时，使用n e t 现有框架技术的支持，使得版本更新简单化，提高服务器 对各客户端的管理性。 本文将使用智能客户端技术，在客户端改用c s 模式实现，提高用户体 西南交通大学硕士研究生学位论文第1 4 页 验，提供离线操作，实现利用本地资源、响应快速的效果，该功能采用智 能客户端的偶尔连接技术予以实现；同时，又避免了c s 模式应用程序部 署和更新困难的缺点，使用智能客户端的智能部署和自动更新技术对本论 文中的汽车售后服务系统进行部署和更新，为用户提供更好的使用体验。 即智能客户端开发模式集中了c s 开发模式和b s 开发模式的优点，却摒 弃了它们的缺点，三种开发模式的比较如图2 6 所示。 c ，s 结构s ，c 结构b ，s 结构 图2 - 6 三种开发模式的比较 偶尔连接应用程序能让用户在脱机时使用应用程序富有成效地工作，并 且仍然能够为其提供连接的应用程序在连接有效时所具有的好处，可以提 高用户的生产率和工作效率，而且提高应用程序的可用性。 本论文将设计使用户在在线和离线两种状态下工作，即工作在在线状态 时直接访问服务器获得所需数据，工作在离线状态时利用本地缓存数据继 续工作，本地数据和服务器数据定时进行同步，用户工作的数据暂时缓存 在本地内存，离线时把内存中数据保存到本地文件，联网时，则使用后台 线程进行同步，用户是看不到的，这样不但解决了网速慢、断网、无网等 情况下无法工作对用户造成的不便，而且提高了用户的工作效率，用户访 问本地数据肯定比原有系统中通过w e b 服务访问服务器中的数据快的多， 而且本地数据和服务器数据进行同步是在后台线程中实现的，用户感觉不 到，可以同时做其他的工作，也提高了了用户工作的激情，不再是苦苦等 待网页的响应。 智能客户端应用程序在客户端不再是只要求有一台能上网的电脑就可 西南交通大学硕士研究生学位论文第15 页 以了，而是在客户端机器上有具体的客户端系统，版本更新时就要考虑如 何快速，简单的实现客户端的及时更新，而且这种更新的操作应该不影响 用户的正常工作。本系统中将设计只需把应用程序的最新版本放在服务器 上在客户端实现自动检测最新版本的功能，检测到最新版本后自动到指 定的地址下载最新版本并进行安装。这就是本系统要实现的智能客户端的 自动更新技术。 这样企业平台子系统用户既有了c s 模式应用程序丰富的用户体验和 快速的响应，又有了b s 模式应用程序的易于部署、更新和维护的特性， 让客户端用户更加满意。 23 1 智能客户端应用程序物理结构设计 由于厂内于系统和数据交换系统运行一直很好，因此不做改变：本论文 只对平台子系统进行分析，用智能客户端技术重新将其实现。设计总体解 决方案的物理结构如图2 。7 所示。 图p 7 本文系统物理结构 这种物理结构和传统豹b s 结构非常相似，只是平台子系统客户端没有 使用浏览器而是安装智能客户端应用程序，服务器端也不是b s 架构中的 w e b 服务器，而是通过调用w e bs e r v i c e s ，调用应用程序服务器和数据库 。 西南交通大学硕士研究生学位论文第1 6 页 2 3 2 智能客户端应用程序逻辑结构设计 无论是c s 方式还是b s 方式，大多采用分层设计的思想进行开发。分 层设计不但简洁明了，分工明确，而且易于修改维护。分层设计的思想中 当今最为流行的又是三层结构的系统的框架【1 2 】，在这种框架下，对于每个具 体的系统而言，都可以抽象的划分为三个逻辑层次，即：表示层、业务逻 辑层、数据访问层。 1 表示层 表示层通常又称为用户界面层，是直接与用户接触，真正呈现给用户， 用户可以看得到，直接进行操作的一层，用户通过对该层功能的操作，处 理输入、输出数据，进行人机交互。 2 业务逻辑层 业务逻辑层我们又通常称为中间层，相当于应用程序的本体，包含了核 心业务规则相关的逻辑和一些对表示层操作的判断和控制等，是联系表示 层和数据层的桥梁，可以响应用户发送的请求，执行某种业务规则。 3 数据层 数据层主要是为业务逻辑层服务的，将业务逻辑层中的数据存取部分独 立出来，作为单独的一个逻辑层，与数据库进行连接，主要提供对数据的 存储、访问和修改。原有解决方案中平台子系统的逻辑结构就是采用三层 结构，如图2 8 所示。 西南交通大学硕士研究生学位论文第1 7 页 图2 8 原有系统逻辑结构 在原有系统中业务逻辑层我们又细分为两层：逻辑层和通用层。通用层 即把某些规则或者多个页面公用的部分独立出来写成一个用户控件，供多 个页面利用。 所谓的三层结构，是指在逻辑上的抽象划分，而不是在实际的布局上分 为三个物理位置来分别部署表示层，业务逻辑层和数据层。在实际开发中， 可以把业务逻辑层和数据层部署到一台机器上，也可以把表示层和业务逻 辑层部署到一台机器上。然而这种三层结构在用于智能客户端应用程序的 开发时会遇到一些问题，智能客户端与传统的b s 模式和c s 模式不同， 它需要同时满足自动更新和离线操作的特性，如果将此类操作统一部署在 服务器端，这样不仅增加了系统服务器端的复杂性，同时也失去了客户端 离线操作的能力，在网络不连通的情况下，系统将无法正常运行，如果将 此类操作封装在客户端又失去了其通用性【l l 】【1 3 】。 为此，本文在原有三层结构的基础上，针对智能客户端应用程序的特点， 构建了基于w e bs e r v i c e s t j 的智能客户端体系结构，客户端和服务器端通过 w e bs e r v i c e s 进行交互。客户端在原有三层结构的基础上增加了事物逻辑 层，该层主要负责客户端的本地操作，在离线状态下系统仍能正常运行， 西南交通大学硕士研究生学位论文第1 8 页 另外还负责调用服务器端的w e b 服务。在服务器端完成设计w e b 服务的接 口，并实现与数据库同步的业务操作。在客户端创建w e b 服务代理类的实 例，就可以像调用本地组件一样访问远程的w e bs e r v i c e s 方法。采用w e b s e r v i c e s 作为中间层，可以跨平台使用，编写的业务逻辑能被各种不同的语 言调用，而且不收防火墙的限制【1 4 1 【1 5 】。该结构将系统分为界面表示层，事物 逻辑层，业务逻辑层和数据层。如图2 - 9 所示。 客 表示层( 用户界面层) 户 端事物逻辑层( 本地操作) 广 弋夕 月艮 w e b 月艮务接口 务 业务逻辑层 么 器 己乒 端数据层 图2 - 9 智能客户端体系结构 界面表示层和事物逻辑层使用智能客户端技术创建，可以实现丰富的界 面表示和离线处理的能力：业务逻辑层使用w e bs e r v i c e s 技术实现对数据 的访问和关键的业务规则逻辑；数据层实现对数据的访问和存储。 在该体系结构中，上层使用下层提供的服务，且仅通过调用层次间的特 定接口获取下层服务，下层暴露特定接口为上层提供特定服务，且不依赖 于上层，也不知道上层的存在。使用多层结构开发系统，具有以下优点： 可伸缩性好 分层的应用系统可按应用要求部署逻辑层次，适用于不同网络。 可维护性好 西南交通大学硕士研究生学位论文第1 9 页 将应用系统分层后，各层之间相对独立，一个层上的功能变更不会影响 到系统的其他层。 可重用性好 由于采用面向对象的组件构成，进一步增加了系统的可重用性。 2 3 3 系统总体功能设计 由前面对原有系统的分析可以了解汽车售后服务系统要实现的目标和 该系统的主要业务功能。从本章分析原有系统的不足过程中了解到本论文 系统的业务功能与原有系统相同，业务逻辑和业务规则没有变化，也已经 分析厂内子系统运行状况良好，至今用户比较满意。仅对平台子系统进行 升级。平台子系统主要是服务商和供应商使用的，服务商主要是提交各种 单据如走保单，鉴定单，维修档案等，这些单据提交到平台后通过数据交 换系统将数据交换到厂内子系统，供厂内服务科工作人员进行回访，审核 等工作，到月末还要进行结算，然后各种数据再通过数据交换系统交换到 平台子系统，供服务商和供应商查询。其中平台子系统功能有用户管理、 走保管理、理赔管理、档案管理、旧件管理、服务费用管理、消息管理、 稽查管理。基于智能客户端的平台子系统的总体功能如图2 1 0 所示。 本系统总体项目模块 客户端功能 用 户 管 理 驯。川川酬j | 稽o o 图2 - 1 0 总体功能图 服务器端功能 量蠢f f 蓁霎 西南交通大学硕士研究生学位论文第2 0 页 第3 章数据缓存分析与设计 数据库技术是信息资源管理的有效方式。数据库设计是指对于一个特定 的应用环境，构造最适合的数据库模式，建立数据库及应用程序，有效存 储用户的数据，最好的满足用户信息的需求和信息管理的需求。数据库设 计在整个应用程序中的设计是非常重要的，强健稳定的数据库是整个应用 程序正常运行的关键。 本文中研究背景即原有系统中的数据库设计是根据充分的需求调研，详 细分析设计的，在原有系统整个运行过程中数据库比较稳定强健。鉴于篇 幅具体设计的详细细节在这里不再叙述。本文主要分析在对原有系统进行 改进为基于智能客户端的应用程序时，在数据库的整体设计上，基本与原 有系统中相同，整个数据库放在w e b 服务器端，但是为了实现基于智能客 户端的技术，数据分布和原有系统相比有所更改。 3 1 在客户端缓存数据的原因 需要在客户端本地缓存数据的原因有以下两方面： ( 1 ) 为了缓解服务器的连接压力、减轻网络负载。由于各服务站限于 规模不大以及资金的不足，网络条件都不是很好，而且分布在全国的服务 站很多，每时每刻都有大量的服务站访问平台，这样势必造成服务器连接 压力，导致平台响应慢。 ( 2 ) 为了实现智能客户端应用程序的显著功能离线操作。在客户 端本地缓存数据，为用户离线操作时提供数据。 智能客户端通常需要处理两种类型的数据：只读引用数据和瞬态数据。 只读引用数据指不会由客户端更改，只是被客户端用于引用目的的数据， 这种类型的数据对客户端用户来说是只读的，且客户端不会对其进行更新、 插入