客户满意度调查数据收集分析系统修订

1、-毕业论文客户满意度调查数据收集与分析系统的设计与实现：明清*：08E09101003专业：计算机科学与技术指导教师：征鹏目录摘要3第1章引言4第2章背景知识42.1 RIA技术42.2 Fle*简述72.3 BlazeDS简述9第3章系统分析10第4章数据库设计13组织局部13调查主体局部15第5章系统实现17系统功能简述17系统实现方式简述19系统开发平台19程序构造20系统运行方式20系统运行结果例如22总结24参考文献25致26摘要随着社会生产力的开展和进步，客户的忠诚度越来越受到企业和机构的广泛关注，而作为忠诚度的一项重要指标，客户满意度也将直接影响客户的忠诚度和企业的信誉度，故而，

2、有必要对客户的满意度数据进展统一的调查和收集，通过统一的平台和较为完善的分析机制，找出提高客户满意度的关键点。以此为目的，特设计"客户满意度调查数据收集与分析系统"。通过对本系统的分析、设计和实现，以到达如下目标：l 通过本系统的设计实现，了解数据收集分析系统的主要组成要件，及这些要件在调查分析中的作用及相互间的关系；l 进一步了解和熟悉使用Fle*进展系统开发的过程，及其与后台效劳器间的通讯机制；l 进一步了解和熟悉系统开发中分析、设计、实现过程，结合实践进一步夯实软件工程知识。关键字：客户满意度，调查，数据收集，分析，Fle*，Flash，设计，实现第1章 引言随着社会

3、的开展和进步，客户可选择的余地越来越多，选择空间越来越广，各行业的关注目标已由原来单纯关注产品数量、质量及价格向提高自身企业素质及效劳水平、加强客户忠诚度开展，作为金融效劳机构，银行在这一转变上显得尤其突出，随着中国银行业的开展，银行的效劳已由单一的借贷效劳向多元化金融产品效劳方向开展，一方面通过产品的多样化提高企业的效劳水平，降低企业的经营风险，另一方面，通过增加金融产品的品质和样式增强与客户的互动，从而提高企业的效劳品质和效劳水平，增加客户忠诚度。客户满意度调查分析平台的主要目标是通过多种手段收集客户满意度调查数据，通过合理的算法分析，最终导出客户满意度结果，并能够通过对相关调查指标因子的

4、调适，不断改良数据收集信度和效度，使分析结果更趋于合理化，通过不断改良和补充分析算法，使分析角度更为多样化，分析结果更趋于准确可信。在本文中，将重点对客户满意度调查数据收集和分析系统的设计及实现进展阐述，以重现整个系统的构建过程。第2章 背景知识2.1 RIA技术互联网已经日益成为应用程序开发的默认平台，传统的Web应用程序Web Application是基于HTML页面、效劳器端数据传递的模式。而HTML是适合于文本的，随着Web应用程序复杂性越来越高，传统的Web应用程序已经渐渐不能满足Web浏览者更高的、全方位的体验要求了，这就是被Macromedia公司称之为的"体验问题&q

5、uot;"E*perience Matters"。此时一种被称为Rich Internet Application简称RIA，中文翻译作"丰富互联网应用程序"的具高度互动性和丰富用户体验的网络应用程序出现了。Macromedia公司也借此时机开发了相关的技术和开发工具，促进RIA的开发和普及。RIA 是集桌面应用程序的最正确用户界面功能与Web应用程序的普遍采用和快速、低本钱布署以及互动多媒体通信的实时快捷于一体的新一代网络应用程序。RIA中的 Rich Client丰富客户端提供可承载已编译客户端应用程序以文件形式，用HTTP传递的运行环境，客户端应用

6、程序使用异步客户/效劳器架构连接现有的后端应用效劳器，这是一种平安、可升级、具有良好适应性的新的面向效劳模型，这种模型由采用的Web效劳所驱动。结合了声音、视频和实时对话的综合通信技术使RIA具有前所未有的网上用户体验。下列图就是RIA的应用程序模型：图1.RIA的应用程序模型RIA 具有的桌面应用程序的特点包括：在消息确认和格式编排方面提供互动用户界面；在无刷新页面之下提供快捷的界面响应时间；提供通用的用户界面特性如拖放式drag and drop以及在线和离线操作能力。RIA具有的Web应用程序的特点包括如：立即布署、跨平台、采用逐步下载来检索容和数据以及可以充分利用被广泛采纳的互联网标准

7、。RIA具有通信的特点则包括实时互动的声音和图像。客户机在RIA中的作用不仅是展示页面，它可以在幕后与用户请求异步地进展计算、传送和检索数据、显示集成的用户界面和综合使用声音和图像，这一切都可以在不依靠客户机连接的效劳器或后端的情况下进展。对于企业来说，部署RIA的好处在于：1RIA可以继续使用现有的应用程序模型包括J2EE和.NET，因而无需大规模替换现有的Web应用程序。通过Rich Client技术，可以轻松构建更为直观、易于使用、反响更迅速并且可以脱机使用的应用程序。2RIA可以帮助企业提供多元化的重要业务效益，包括产提高销量、提高品牌忠诚度、延长逗留时间、较频繁的重复、减少带宽本钱、

8、减少支持求助以及增强客户关系等。2.2 Fle*简述像Flash一样，Fle*创立一个可以用Flash播放器展现的Flash文件。 然而，Fle*主要是开发者的工具，并且你开发Fle*应用程序的方式完全不同于你开发Flash的RIA的方式。全部的Fle*开发基于框架，该框架提供你可复用和可扩展性UI组件，数据和效劳器的交互，事件处理等更多的功能。你可以在在你熟悉的代码环境创立RIA，而且你还可以从Flash应用程序得到很多益处，其中包括：l 设计和实现人性化的用户接口的能力，并且这种接口不用考虑浏览器的限制问题 l 可以百分之百的部署到所有的网络用户的运行环境上 l 强大的ActionScri

9、pt编程语言 l 和像流视频和声音的丰富媒体的集成的能力 一旦你已经决定选择使用Fle*SDK或者Fle*Builder集成开发环境注：Fle*Builder从4.0开场正式更名为FlashBuilder4.0，你就可以开场你的RIA开发了。你将使用以下两种语言： l M*ML 是一种基于*ML的标记性语言，它主要用于放置程序显示元素的位置。l ActionScript是一种面向对象的编程语言，它主要负责程序的逻辑。 如果你正在使用免费的SDK，你将使用独立的编译器把你的代码编译到SWF文件里。Fle* Builder被设置自动编译你的代码，并且创立一个必要的浏览器检测和其他一些客户端的代码。

10、 在编译过程中，你的M*ML代码被转成ActionScript代码，然后全部的ActionScript代码编译成二进制SWF文件。SWF可以上传到web效劳器上，在那里它根据用户的请求而效劳。 Fle*开发流程图如下列图所示：图2 Fle*开发流程图2.3 BlazeDS简述BlazeDS是一组效劳器端的通讯效劳，它能够使得运行在浏览器的 Adobe Fle* 应用程序服与效劳器端的 Java 应用程序相互通信。Blazeds使用基于消息的框架在客户端和效劳端之间发送和返回数据。 Blazeds在它们之间使用了两个交换模式。第一个模式是请求-响应模式，客户端发送请求给效劳端处理。效劳端返回处理

11、结果给客户端。RPC Service就是使用这个模式。第二个模式是发布订阅模式，即效劳端发布消息设置，客户端订阅了去接收它们。Messaging Service使用这个模式将数据推给"感兴趣"的客户端。图3 BlazeDS特性如图3，BlazeDS提供了三种关键的效劳。l Remoting Service。提供一种客户端直接调用效劳器端java方法的方式。l Message Service 。提供一种基于发布/订阅模式的消息效劳，可以用于实现实时的数据推送或协作的fle*应用。l Pro*y Service。通过pro*y service，使得fle*应用可以实现平安的，受

12、限的跨域， 也就是说它让您的Fle*应用程序的效劳可以处于不同的域，而不需要在目标域里配置crossdomain.*ml权限文件。第3章 系统分析本系统的设计机理主要是通过建立调查目标与实际问卷元素的关系，通过不断分解的方式最终到达对调查目标的细化，使之更有利于计算机系统进展分析，得到调查主体想要的结果。在本系统中，相关元素的对应关系如下列图所示：图4 调查元素与数据模型的对应关系由图4可知，调查元素即为实际问卷中的各项问题，指标因子则是需要到达调查目标的各项计算要素，指标则是调查目标在*一方面的分项结论，而最终的调查目标同样也是最终的分析结果。在系统设置时，我们通过设定相应的调查目标，并对该

13、目标进展分解，以形成不同的指标，再对指标进展细化，形成可供计算的各项指标因子，最终通过人工设计的方式，形成针对于不同指标因子的各项调查要素即问卷问题。而在统计分析时则与上述情况恰恰相反，即通过收集问题答案，通过计算相关的指标因子值形成相应的指标计算要素，最终通过指标分析模型生成不同分类的分项结论，最终综合各项分项强论，得出最终的调查分析结果。本系统的设计机理归结起来即是在设计调查时对调查目标的有序分解过程和在分析调查结果时对收集回的信息的一个归纳分析过程。本系统的主体数据逻辑模型如下列图所示：图5 系统数据逻辑模型如图5所示可知，调查指标、指标因子和问卷问题是相互独立的，其可进展单独的设置，只

14、有针对于特定的调查目标时，才从中进展选取或开场创立，而问题答案与问卷问题间则是与生俱来的关联关系，故而在问卷问题产生后即产生相应的问题答案。每一个问题有其相对应的分值，通过计算后所得的结果得分为数值，通过动态调用相应的算法类，最终实现调查指标和指标因子的分析，而由于存在着许多主观因素，另外，对相关数值的分析也可能存在空间时间的差异而需要人工进展干预，在此，系统将通过辅助结论的方式对相关的调查目标进展补充，当结论得出后，系统将自动生成相应的调查报告以资调查主体进展查阅。本系统主要涉及到的用例如下列图所示：图6 系统涉及主要用例其中，受众指的是展示局部的普通者，业务人员则特指使用业务系统的人员，其

15、主要用于设计调查中所涉及到的各项要素，及对相关调查结果的处理，调查主体人员则是调查的委托方，其主要的活动即为查看分析结果。在本系统的实现中，主要集中实现其中的调查相关局部，而不对其中的新闻、公告等公众容进展实现。且在本系统中，不实现对分析模型进展定义，而使用简单的分析综合统计分析的方式对调查结果进展分析，以期能够快速的实现系统迭代，最终找出更适用于客户的系统功能。第4章 数据库设计由图5的系统主体数据逻辑模型可知，在本系统中，主要涉及到的元素主要有受调查机构、调查问卷、问卷调查结果、操作人员含调查人员，在数据库设计时，本系统将整个数据模型分为两大局部，一局部为调查主体局部，即调查中所涉及到的问

16、卷及调查结果相关容，另一局部则为组织相关局部，主要涉及调查机构及操作人员局部。本系统所使用的后台数据库引擎为MS SQL Server2005，数据库设计通过Sybase PowerDesigner实现，下面将通过图例的方式对相关的数据库设计结果进展展示。组织局部组织局部的数据库容主要涉及受调查机构及其相关属性表和操作员，另外，在组织局部本系统还将对操作员权限进展相关设定。其中，受调查机构相关的表构造如下列图所示：图7 受调查机构相关表物理构造图如图7所示，在受调查机构中，本系统将对机构类型及机构等级两个方面对机构的组织形态进展划分，另外，通过片区的方式对机构的地理位置进展划分，在本系统中，通

17、过机构表的自关联，使机构的设置更趋于实际的机构分层管理情况，以便于使用者可以更好的理解和使用本系统。操作员及其相关属性表构造如下列图所示：图8 操作员及权限表物理构造图如图8所示，在本系统中，系统将通过系统页面表自动生成相应的操作菜单，而通过特定操作员的登录，系统将屏蔽该操作员无权限的操作菜单项，另外，在本系统中，还单独列出操作员的登录名称，使之与操作员名称进展区分，以进一步保证系统的平安性，本系统的登录密码取32位字符以供存放经MD5加密后的加密串。调查主体局部调查主体局部的数据库构造主要涉及调查问卷、调查结果等相关容，主要用于对调查结果进展收集和分析之用。其数据构造图如下列图所示：图9 调

18、查主体相关数据表物理构造图如图9所示，问卷以问卷-问题的关联方式对应调查中的调查目标和调查指标因子，且问卷问题还通过自关联的方式使问题可以分层分级，使问卷的问题更为多样化。而调查结果则通过问卷答案的方式进展反映，在问卷答案中，将与问卷及问卷问题一一对应，并记录相应的分值，最终供统计模块进展分析统计。通过以上数据库构造的实现，根本上可以满足系统中对于调查数据的收集和分析功能，同时也能够有效的对操作员的权限进展区分，使系统更加实用。第5章 系统实现系统功能简述本系统的系统功能构造图如下：图10 系统功能构造图如图10所示，本系统分为三个局部，下面将就这三个局部的功能进展简要的介绍：l 设置局部n

19、城市设置：主要用于设置城市及其相关信息，即城市及城市下属的片区；n 机构设置：主要用于设置机构及其相关信息，如机构类型、机构等级；n 操作员设置：主要用于设置本系统中可用的操作员，包括需进展问卷填写的调查员，并设置这些操作员对系统的操作权限；n 天气设置：主要用于设置问卷在调查当时的天气情况，如晴、阴、雨等。l 调查问卷n 问卷设置：主要用于设置问卷、问卷问题、问题类别、调查相关业务类型、调查相关产品类型；n 问卷填写：主要用于填写已设置好的问卷，即将调查结果通过本功能输入至系统中进展保存。l 调查分析n 比照分析：主要用于按一定周期如年、月等比照多个受调查机构在*一个调查问卷问题上的得分情况

20、，以分析在特定问题上各受调查机构间的差异，形成横向比照，在本分析功能中，主要是以片区为单位进展比对，以分析相近区域中各受调查机构的差异情况；n 个体线性分析：主要用于分析*一特定机构在受调查过程中从起始到现在在*一个调查问卷问题上的得分变化情况，以分析该机构在该问题上的开展情况，以找出其中的缺乏之处；n 个体综合分析：主要用于分析*一特定问卷中各问题类别扣分比例所占比例，并列出扣分比例最高的前10个问题，其中扣分比例的计算方式为：(总分值-扣分值)/总分值。系统实现方式简述系统开发平台本系统开发平台如下：l 数据库平台：MS SQL Server 2005l 开发工具：Eclipse 3.4加

21、Hibernate插件及WTP插件，Adobe FlashBuilder4.0注：Fle*Builder4.0的官方命名l 开发语言：Java，ActionScript3.0，M*MLl AMF序列化引擎：BlazeDS4.0本系统主要用FlashBuilder进展前台编程，前台程序通过BlazeDS实现与后台Java程序间的交互，最终实现对数据库系统的操作，而Java程序则通过Hibernate框架对数据库进展交互，最终程序将在Tomcat效劳器上进展发布，以供客户端进展。程序构造图11 程序构造图如图11所示，Fle*_src目录主要用于存放Fle*源代码，Src目录主要用于存放Java源

22、代码，WebContent是Web根目录，其中WebContent下的Fle*目录主要用于存放Fle*编译器所生成的SWF文件。系统运行方式本系统的运行方式逻辑图如下列图所示：图12 系统运行方式逻辑图如图12所示，在WEB效劳器启动后本系统，首先web.*ml文件被载入，并根据其中的欢送页面翻开相应的页面，随着页面的翻开，相应的SWF文件作为HTML页面的对象被调用，该SWF文件则是由Fle*编译系统编译M*ML或ActionScript文件生成，同时随之载入的还有BlazeDS配置文件Service-config.*ml和remoteing-config.*ml，其中remoting-co

23、nfig.*ml中声明了M*ML或ActionScript文件中声明的AMF对象，以建立相在对象与远程JAVA类之间的映射，在系统运行过程中调用JAVA类及其方法并获取相应的返回值。AMF对象与JAVA类映射声明例如如下：<destinationid="tabAreaDAO"><properties><source></source></properties></destination>其中ID值声明在M*ML或ActionScript文件中所声明的标识符，SOURCE中声明了远程JAVA的全路径，通过

24、二者建立相应的映射关系。AMF对象声明例如代码如下：<s:CallResponder id="getOrgTreeResult" result="getOrgTreeResult_resultHandler(event)"/><services:TabOrgDAO id="tabOrgDAO" fault="Alert.show(event.fault.faultString + 'n' + event.fault.faultDetail)" showBusyCursor=&quo

25、t;true"/>其中services:TabOrgDAO声明了AMF对象，而s:CallResponder则声明了AMF对象中与JAVA类方法的映射。系统通过result方法进展接收。另外，在效劳器启动后，将载入Hibernate.conf.*ml，在其中声明了数据库连接及相关JAVA DOJO类与数据库表之间的映射，而JAVA数据操作类则通过对JAVA DOJO操作与数据库进展交互，对数据库进展相应的增删改查操作。系统运行结果例如系统主界面：图13 系统主界面机构设置：图14 机构设置界面问卷填写：图15 问卷填写界面个体综合分析：图16 个体综合分析界面总结经过近两个月的努力，根本实现了本系统的主体功能，通过本次设计，主要达成以下目标：l 完成一套较为完整的系统构建，虽然系统还离最终的上线产品还有一段差距，但根本上达成了预想的系统功能目标；l 通过整个系统的构建过程，了解调查咨询系统的要件组成，了解调查咨询数据中相关信息的处理和分析过程；l 了解了整个系统从分析至最终实现的全过程，通过经历整个过程，了解了利用Fle*技术完成RIA程序的框建过程；l 进一步了解和熟悉了FlashBuilder4.0及BlazeDS构建系