WPF查询系统毕业设计.doc

摘要
通过计算机实现文件管理查询、为用户提供充足的信息和快捷的查询手段能改善中小企业手工管理所带来的缺点。本信息管理查询系统是针对企业电子文件的存储、查询、归类，为企业提供管理人员服务端完全操控，员工客户端操作简单、直观的信息查询软件。本文是关于利用SQLite、Visual Studio 2010软件，采用多层架构研究与设计的基于C/S模式的中小企业信息查询系统，实现了多种文件格式转换、电子文件按企业自己要求的分类管理和查阅等基本功能。介绍文件查询系统的课题研究意义，概要设计、业务逻辑层设计，详细分析了用户体验设计和实现。
关键字：WPF信息查询系统、C/S模式、业务逻辑层、用户体验

Abstract
Implementation of file management, to provide the sufficient information and the quick inquiry method can improve the manual management of small and medium enterprises as a result of user's disadvantage by computer. The information management system is the enterprise electronic document storage, query, classification, provide the management server completely control for the enterprise, employee information query software client has the advantages of simple operation, intuitive. This article is about the use of SQLite, Visual Studio 2010 software, the information system of C/S mode of small and medium enterprises based on the research and design of multi tier architecture, to achieve a variety of file format conversion, electronic files according to the classified management of enterprises the requirements of their own and access to such basic functions. The file query system research, design, business logic layer design, detailed analysis of user experience design and implementation.
Keywords:WPF information query system, C/S structure, business logic layer, user experience

目录
1 引言 1
1.1课题研究背景及意义 1
1.2开发环境 1
1.3技术简介 2
2 系统概要设计和框架设计 4
2.1需求介绍 4
2.2设计原则 5
2.3系统功能介绍 6
2.4系统框架介绍 7
3 详细设计 9
3.1 软件流程说明 9
3.2 类的设计说明 10
4 系统实现 12
4.1用户体验设计原则 12
4.2详细设计及实现 12
4.2.1主窗体设计及实现 12
4.2.2查询窗体设计及实现 12
4.2.3文件展示窗体设计及实现 13
4.2.4数据交互设计及实现 15
4.2.5文件格式转换设计及实现 16
5 结束语 23
6 参考文献 24

1 引言
1.1课题研究背景及意义
科技的进步促进企业的发展，电子文件取代纸质文件，“无纸化”办公已成为现代企业的发展趋势。在企业信息系统中，文件管理系统涉及的部门、人员、应用系统众多，文件管理系统在企业信息系统中的角色不再仅是其他应用系统的支援者，而应作为整个企业信息系统的支撑平台之一。
随着企业的发展，电子文件越来越多，人员的流动造成原来的电子版文件非常容易丢失。当文件更改时，如果找不到原来的电子版文件，就得重新编辑文件，会浪费许多工作时间，而且容易出错。所以，如何管理好这些文件的电子版，既能不丢失、又不能不失密，还可以让该看到文件的人员都能查阅到相关的文件，对于未及时完成更改的文件进行提示，这就是研究的任务所在。
目前市场上有众多的电子文件管理系统软件，虽然功能齐全，方便易用，但是由于其针对的是整个市场，所以当其用于某个具体的企业文件管理时，或多或少的就会存在不同的问题，有的甚至严重阻碍企业的正常运作。不同企业的文件管理有其不同的特点与要求，因此，只有根据企业自身的需求设计最合适的管理系统，才能使文件管理系统真正的为生产服务。本查询系统根据某公司文件管理的功能和特点及要求，完成了文件管理所涉及的业务流程和功能实现，并进行了系统测试。
1.2开发环境
本系统选择Visual Studio 2010作为软件的开发环境。Visual Studio 2010是微软公司推出的开发环境，是目前最流行的Windows平台应用程序开发环境，是一套完整的开发工具集，用于生成桌面应用程序、ASP.NET Web应用程序、移动应用程序等多种应用程序，也可以用来创建网络服务、智能设备应用程序和Office插件，是Visual C#、Visual Basic、Visual C++和Visual J#等多种语言共同使用的集成开发环境(IDE)。Visual Studio 2010的集成开发环境(IDE)的界面被重新设计和组织，变得更加简单明了，利用此集成开发环境可以共享工具且有助于创建混合语言解决方案。利用它的可视化设计器，可以快速地创建WPF应用程序。WPF（Windows Presentation Foundation）是微软推出的基于Windows Vista的用户界面框架，属于NET Framework 3.0的一部分。它提供了统一的编程模型、语言和框架，真正做到了分离界面设计人员与开发人员的工作，同时它提供了全新的多媒体交互用户图形界面。
系统选用了SQLite数据库用来存储数据信息。SQLite是一款轻型的数据库，是遵守ACID的关系型数据库管理系统，它的设计目标是嵌入式的，而且目前已经在很多嵌入式产品中使用了它，它占用资源非常的低，在嵌入式设备中，可能只需要几百K的内存就够了。它能够支持Windows/Linux/Unix等等主流的操作系统，同时能够跟很多程序语言相结合，比如 Tcl、C#、PHP、Java等，还有ODBC接口，同样比起Mysql、PostgreSQL这两款开源世界著名的数据库管理系统来讲，它的处理速度比他们都快。
系统关于文档文件转格式使用Microsoft Office组件Word、Excel、Powerpoint。Microsoft Office是微软公司开发的一套基于 Windows 操作系统的办公软件套装。它为Microsoft Windows、Windows Phone、Apple Macintosh、 iOS和 Android 操作系统而开发。与办公室应用程序一样，它包括联合的服务器和基于互联网的服务。2007 Microsoft Office加载项：将Microsoft文档存储成PDF或XPS：运用该加载项在八种2007 Microsoft Office程序中导出文档，并存为PDF和XPS格式，而无须借助第三方软件。本次开发使用Microsoft Office 2010版。有时候也会转swf格式，需要使用pdf2swf软件。
系统关于图片的转换使用.Net的程序集。
系统关于视频的转换采用当前开发人员常用的ffmpeg和HandBrakeCLI。FFmpeg是一个开源免费跨平台的视频和音频流方案，属于自由软件，采用LGPL或GPL许可证（依据你选择的组件）。它提供了录制、转换以及流化音视频的完整解决方案。它包含了非常先进的音频/视频编解码库libavcodec，为了保证高可移植性和编解码质量，libavcodec里很多codec都是从头开发的。FFmpeg是一套可以用来记录、转换数字音频、视频，并能将其转化为流的开源计算机程序。多媒体视频处理工具FFmpeg有非常强大的功能[2]包括视频采集功能、视频格式转换、视频抓图、给视频加水印等。HandBrake无需特别技巧便可直接将 DVD 电影内转换成 AVI/MPEG4 格式,还有 MP4 及 OGM 输出、AAC 及 Vorbis 编码.HandBrake 能转换被加密的(encrypted)DVD,转换时以多任务方式工作,同时让你选择语言,声音及画面质量,转换后的画面大小等.具备 x264 的多线程 H.264 编码和 H.264 Baseline 选项。 HandBrakeCLI是HandBrake的一个命令行工具。
1.3技术简介
当前在涉及到文件管理系统开发领域中存在着不同的编程语言和实现技术方案，如C++、Java web、ASP.Net等。而我们采用了C#语言开发了WPF应用程序。C#是微软公司为了其.NET计划而开发的一种新的编程语言，它是针对.NET平台而设计的，是微软.NET计划中的主要开发语言。C#完全是面向对象的编程语言，所有的元素都要被封装到类中，它不再支持类的多继承，但可通过接口实现多继承也不再支持全局函数，全局变量和全局常量，所有的函数、变量、常量都必须封装在类中，作为类的实例成员或静态成员。
C#派生于C/C++,吸取了C、C++、Java以及Delphi和Visual Basic等语言的优点，并解决了它们的问题，具有简单、强大、灵活、类型安全和面向对象等优点，缩短了开发周期，降低了开发难度。而且C#定义了一些更适合现代应用的数据类型，如适合金融业进行货币计算的decimal类型。同时它也允许开发人员根据需要自己定义与现有类型同等高效的新的数据类型。在内容管理上，引入了垃圾收集(Garbage Collection,GC)机制，减轻了开发人员对内存管理的负担。此外C#实现了更加有效、稳定、跨语言的异常处理机制，包括throw,try…catch和try…finally。
WPF是微软新一代图形系统，运行在.NET Framework 3.0及以上版本下，为用户界面、2D/3D 图形、文档和媒体提供了统一的描述和操作方法。基于DirectX 9/10技术的WPF不仅带来了前所未有的3D界面，而且其图形向量渲染引擎也大大改进了传统的2D界面，比如Vista中的半透明效果的窗体等都得益于WPF。WPF相对于Windows客户端的开发来说，向前跨出了巨大的一步，它提供了超丰富的.NET UI 框架，集成了矢量图形，丰富的流动文字支持(flow text support)，3D视觉效果和强大无比的控件模型框架。WPF最重要的特色，矢量图的超强支持 。兼容支持2D绘图，比如矩形、自定义路径，位图等。文字显示的增强，XPS和消锯齿。三维强大的支持。包括3D控件及事件，与2D及视频合并打造更立 体效果。渐变、使用高精确的（ARGP）颜色，支持浮点类型的像素坐标。
在架构设计上采用三层架构，整个架构分为界面层、业务逻辑层、若干中间数据处理层和数据连接层，这样使得每个模块功能单一，降低了模块的规模，增强了系统的功能内聚。使得开发过程中分工明确，职责划分清晰，可移植性和可扩展性好，而且简单可靠。
2 系统概要设计和框架设计
2.1需求介绍
本系统针对中小企业电子文件的存储和查询统计等方面的实际需要，分析了企业文件管理系统的功能，主要完成文件的展示模板管理、文件查询管理、文档文件展示、图片文件展示、视频文件展示、文件格式转换功能。并且能够让企业管理人员服务端完全操控查询系统的查询内容、部分界面。
具体需求介绍如下：
1、展示模板管理：
展示程序的首页，根据主模块个数系统采用相应的模板，不同模板采用不同背景图片、按钮图片及位置。其中模板的背景图片、按钮图片及位置由服务器端指定，显示的按钮个数也是由服务端推送的配置文件决定。例如图2-1,2-2所示：

图2-1 三按钮主界面

图2-2 四按钮主界面

2、文件查询管理
对当前文件系统的所有文件进行查询，主要针对组织结构（查询的机构模块）和文件类型（文件所属种类）进行查找需要查询的文件。其中查询使用的组织机构和文件类型以服务端推送的配置文件为准。
3、文档文件展示
对文档文件进行展示。具体分xps展示和swf展示，xps展示位上下滑动的浏览式展示，swf位点击控制上下翻页，点击展示区域上方，向上翻页，点击展示区域下方，乡下翻页。
4、图片文件管理
对图片文件进行展示。可在触屏一体机上自由的拖动、旋转、缩放图片。
5、视频文件展示
对视频文件进行展示。具体分为带进度条的播放，可控制的快键和暂停等功能。不带进度条的播放，用户不可控制，只能循环观看。
6、文件格式转换
根据前端部署的配置文件，对文件进行格式转换，让展示模块有更好的兼容性。
2.2设计原则
1、系统可扩展性
应用软件的模块化程度较高，对不同业务流程和管理方式的适应能力要强，软件维护方便。贯彻面向最终用户的原则，建立友好的用户界面，使操作简单、直观、灵活，易于学习掌握。
2、安全性
系统必须在成本可以接受的条件下，从系统结构、设计方案、设备选型、厂商的技术服务与维护响应能力，备件供应能力等方面考虑，使得系统故障发生的可能性尽可能少，影响尽可能小，对各种可能出现的紧急情况有应急的工作方案和对策。
3、实用性
在实用可靠的前提下，尽可能跟踪国内外先进的计算机软硬件技术、信息技术及网络通信技术，使系统具有较高的性能价格比，技术上立足于长远发展，坚持选用开放性系统，使系统和将来的新技术能平滑过渡。采用先进的体系结构和技术发展的主流产品，保证整个系统高效运行。
4、具有最佳的性能价格比
本系统在设计上寻求最佳的性能价格比。
5、具有高可靠性
本系统所采用的产品及技术采用可靠性设计,力求系统安全,可靠,稳定的运行。
2.3系统功能介绍
针对中小企业文件管理的查询系统具体需求，结合文件管理的实际情况，分析出系统主要功能模块及其结构关系如图2-3所示：
WPF查询系统
文件查询管理
模板管理

文件展示

模板选择
模板展示
文件列表展示
文档文件展示
图片文件展示
视频文件展示
组织结构查询
文件类型查询
文件格式转换
文档文件转换
图片文件转换
视频文件转换
Net服务

和服务端同步
系统参数和数据

图 2-3 功能模块及关系图
下面详细分析每个子模块的功能：
A)模板选择
模板按照按钮个数划分，选择时根据服务器推送的配置文件中一级节点的个数决定选择选择哪个模板。
B)模板展示
根据A中选择好的模板，按照制度路径获取背景和按钮的图片，在根据模板的按钮位置的规定，将背景和按钮显示出来。
C)组织结构查询
组织结构可粉多层次，页面上部横条为组织结构的选择区域，多层次的组织结构在相应的组织结构上的下拉菜单中展示。
D)文件类型查询
C中选择好组织结构后，页面左侧展示这个组织结构的所有文件类型，可选择类型，类型不分层次。
E)文件列表展示
C、D两步骤选择好组织结构和文件类型，更加组织结构和文件类型的唯一编码在资源表中查询符合要求的文件，将这些文件的名称以列表的形式展示在页面中心部分，分看查阅的文件和问转化成果不能查看的资源。
F) 文档文件展示
对文档文件进行展示。具体分xps展示和swf展示，xps展示位上下滑动的浏览式展示，swf位点击控制上下翻页，点击展示区域上方，向上翻页，点击展示区域下方，乡下翻页。
G) 图片文件管理
对图片文件进行展示。可在触屏一体机上自由的拖动、旋转、缩放图片。
H) 视频文件展示
对视频文件进行展示。具体分为带进度条的播放，可控制的快键和暂停等功能。不带进度条的播放，用户不可控制，只能循环观看。
I) 文件格式转换
根据前端部署的配置文件，对文件进行格式转换，让展示模块有更好的兼容性。
2.4系统框架介绍
1、总体框架
员工综合信息查询系统的技术架构根据业务功能划分采用下列两种技术架构：
A)信息综合管理平台是采用标准的 J2EE 框架的B/S 应用。
采用业界前沿的经过普遍验证的struts2.5、spring1.2、hibernate3.0 技术组合，安全控制组件采用acegi，由于其和spring良好的集成性、可扩展性、不同验证机制的兼容性而得到业界的广泛认可。
整体架构按照层次分为四个大组件：WEB组件、SERVICE组件、DAO组件和SPRING容器。Service层为web层提供调用接口，同时依赖与DAO组件，通过DAO层来实现数据持久化操作。Spring管理各个层面的组件实例，通过AOP、IOC机制实现对组件创建、组装、拦截、注入的统一管理，它是贯穿于各个层面的容器；同时Spring为Service层提供事务管理支持，封装并简化了对Hibernate的操作。业务接口层及其实现是我们关注的重点，它是系统核心业务逻辑的封装层。
B)一体机查询采用基于.net技术架构的C/S 应用。
考虑到一体机触控操作简便性和人机交互友好性，一体机查询应用采用客户端方式部署，数据访问根据不同查询应用场合采用基于本地存储方式或调用后台接口方式。
2、本查询系统框架
在本系统中，我们设计并使用了传统的三层架构。三层架构就是把整个系统分为界面层、业务逻辑层、若干中间数据处理层和数据链接层。中间的逻辑层，每一层仅实现一个功能。这样就进一步增强了系统的内聚性，使得每个模块的功能单一，降低了模块的规模，虽然增加了处理结构的深度，但其规模在可控范围之内。在系统开发过程中，团队分工可以更加明确，每个人仅需要完成若干功能中的一个或几个。
3、业务逻辑层、数据访问层和表现层3层的说明：
A)业务逻辑层(Business Logic Layer,简称BLL层)作用
业务逻辑层(BLL) 主要是用来处理领域模型对象之间的逻辑关系，是一个系统中最核心的部分，是实现系统业务功能的核心逻辑层。业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。由于层是一种弱耦合结构，层与层之间的依赖是向下的，底层对于上层而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖也应该是一种弱依赖关系。因而在不改变接口定义的前提下，理想的分层式架构，应该是一个支持可抽取、可替换的“抽屉”式架构。正因为如此，业务逻辑层的设计对于一个支持可扩展的架构尤为关键，因为它扮演了两个不同的角色。对于数据访问层而言，它是调用者；对于表示层而言，它却是被调用者。依赖与被依赖的关系都纠结在业务逻辑层上，如何实现依赖关系的解耦，则是除了实现业务逻辑之外留给设计师的任务。
在我们的系统中，BLL层主要的功能就是逻辑判断和传递。数据访问层是最底层的，也是和数据库直接发生关系的这样可以使各层的分工更加清晰、明确。
B)数据访问层(Data access layer.简称DAL层)作用
DAL是最底层的，也是和数据库直接发生关系的。理论上，只有在该层中才允许出新sql 语句，数据库连接字符串等等。所以只要涉及到查询数据库，操作数据的方法都应该写在该层中，但是，该成仅仅是负责查询，并不做任何逻辑上的判断，比如说操作成功返回true等等。具体的行为通过访问数据链路层接口来实现对数据信息的增、删、改、查等操作。
C)表现层(user interface.简称UI层)作用
位于最外层（最上层），最接近用户。用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。

3 详细设计
3.1 软件流程说明
系统服务端为B/S架构，文件管理人员可以通过网站登录：
1.创建各种文件类型名称，再将相应的资源上传到相应的资源组里面。
2.创建各种针对本公司的公司部门及子部门，将已上传的资源分配给相应的部门。
3.创建客户端，为客户端分配可查询的内容及部门及资料信息。
系统：
1.将文件管理人员录入的信息分别存入相应的数据库。
2.按客户端部署的部门及资源信息生成XML文件（详情见下文XML文件说明），将XML文件以任务的方式下发给客户端。
3.将客户端需要的资料文件名称以任务的方式下发给客户端。
客户端即WPF查询系统是C/S架构，先通过数据交互（详见4.2.4数据交互设计）获取本终端的任务到数据库的任务表中，然后处理这些任务获取XML文件、资源文件，同步数据库表配置信息表、模板信息表、资源信息表的数据。
同步终端展示所需要的数据和文件后，可以和用户进行交互（详情见4.2用户体验实现的详细设计）。
流程图如下图3-1：
文件管理人员登录
客户端信息建立
组织结构信息建立
资料信息建立
服务端数据处理
客户端服务端数据交互
客户端数据处理
模板管理
资源查询
资源展示

图3-1 程序流程图
XML文件说明：
XML内容如下：
<root name="resource" lastUpdateTime="2014-05-08 12:02:02">
<menu name="管理制度" code="AA01" type="1">
<menu name="厂1" code="AA01" type="2">
<menu name="车间1" code="AA0101" type="2">
<menu name="管理类型1" code="AA0101" type="1"/>
<menu name="管理类型2" code="AA0102" type="1"/>
</menu>
<menu name="车间2" code="AA0102" type="2">
<menu name="管理类型1" code="AA0101" type="1"/>
</menu>
</menu>
<menu name="厂2" code="AA02" type="2">
<menu name="管理类型1" code="AA0101" type="1"/>
<menu name="管理类型2" code="AA0102" type="1"/>
</menu>
</menu>
<menu name="公告" code="AA02" type="1">
</menu>
<menu name="技术资料" code="AA03" type="1">
</menu>
</root>
采用树形结构，第一级menu为主界面的功能划分，第二级及子级为查询界面的详细数据包括组织结构和资源类型。Menu节点包括名称name、编码code和类型type，其中code在数据库的资源表中有相应的资源对应，type为1表示该节点为资源类型，为2表示组织结构，通过type值节点在查询界面的显示情况（详情见4.2.2查询窗体设计），资源的筛选通过组织结构编码code和资源类型编码code在数据库中查找符合要求的资源进行展示。
3.2 类的设计说明
本系统的BLL层是由14个类(详见表3-1)组成，DAL层由5个类(详见表3-2)组成完成删除、更新或查询数据的功能。通过UI层的用户交换调用BLL层实现字段级和业务逻辑。
表3-1 BLL层的类
类名
类作用说明
ComClass
系统运行参数
ConfigBeo
配置表数据模型
MediaBeo
资源表数据模型
TermTaskBeo
任务表数据模型
TreeNode
组织结构和文件类型的树形节点数据模型
TemplateBeo
模板表数据模型
CMySqlite
封装SQLite数据库访问的接口和方法
FileHelper
封装物理文件操作的方法
FTPHelper.cs
封装FTP下载的方法
Helper
封装基层对象数据序列化的方法
Null
自定义空值的数据模型
ReadXml
封装读取XML文件的方法
SocketHelper
封装Socket通信连接盒数据交互的方法
Log
封装程序日志的借款方法
表3-2 DAL层的类
类名
类作用说明
BaseDao
封装数据库访问的基本方法
T_ConfigDao
封装了对数据库配置信息表操作的方法
T_MediaDao
封装了对数据库资源表的操作的方法
T_TemplateDao
封装了对数据库模板表的操作的方法
T_TermTaskDao
封装了对数据库任务表的操作的方法

4 系统实现
4.1用户体验设计原则
用户体验设计是基于人机界面设计理论的，一个合理的人机界面会给用户带来良好的用户体验效果。一旦建立起用户界面的原型，就必须对它进行评估，以确定其是否满足用户的需求。对于交互式系统，用户体验设计和数据设计、体系结构设计及过程设计一样重要。
用户体验的设计质量，直接影响用户对软件产品的评价，从而影响软件产品的竞争力和寿命，例如出错信息和警告信息，它们是出现问题时交互式系统给出的“坏消息” 。出错信息设计的不好，将向用户提供无用的甚至误导的信息，反而会加重用户的挫败感。因此必须对用户体验设计给与足够的重视。
用户体验设计的原则是：
A)用户界面适合于软件的功能。
B)容易理解。
C)风格一致。
D)及时反馈信息。
E)出错处理。
F)操作方便。
G)个性化。
针对用户体验设计原则进行的详细设计将在4.2节展开详细论述。
4.2详细设计及实现
4.2.1主窗体设计及实现
本系统的主窗体如图2-1、2-2所示，用户界面素雅庄重，适合本软件的特点，将系统功能分类组合，这样用户使用时可以方便定位到相关操作，带给用户很好的体验效果。
4.2.2查询窗体设计及实现
查询界面窗体如图4-2所示，左上角显示从主界面进入时选择的查询方向，上部横条的Listbox为组织查询选择区域。组织结构可粉多层次，多层次的组织结构在相应的组织结构上的下拉菜单中展示。选择好组织结构后，页面左侧是竖条的Listbox即文件类型展示区域会展示这个组织结构的所有文件类型，可选择类型，类型不分层次。选择好组织结构和文件类型，更加组织结构和文件类型的唯一编码在资源表中查询符合要求的文件，将这些文件的名称以列表的形式展示在页面中心部分，分看查阅的文件如下图的资源列表和问转化成果不能查看的资源如图中的未转化的资源列表。

图 4-2 查询窗体
4.2.3文件展示窗体设计及实现
文件展示窗体设计中间区域为展示区域，有下角为返回键，如图4-3：

图 4-3 展示窗体
文档文件展示，图片文件展示，视频文件展示共同继承于UserPlayer，UserPlayer继承于UserControl（自定义控件）具体如下：
public abstract class UserPlayer : UserControl
{
//结束标记
public bool IsEnd = false;
public string RSource;
/// <summary>
/// 暂停播放
/// </summary>
public abstract void Pause();
/// <summary>
/// 恢复播放
/// </summary>
public abstract void Resume();
/// <summary>
///停止播放
/// </summary>
public abstract void Stop();
/// <summary>
/// 播放节目
/// </summary>
public abstract void Play();
}
文档文件展示，图片文件展示，视频文件展示各自实现要展示内容的具体方法，相关展示如下：文档文件展示（swf源文件是ppt）如图4-4，图片文件展示如图4-5，视频文件展示如图4-6：

图 4-4 swf展示

图 4-5 图片展示

图 4-6 视频展示
4.2.4数据交互设计及实现
数据交换是指一体机和平台间的数据交换，一般是指将平台管理的信息资源按照约定的通讯机制推送到一体机，一体机接收后本地存储，供用户查询显示。
平台作为数据提供方，在设计上必须支持多终端并发的数据交换请求，在数据交换的响应速度、吞吐率上提供高效可靠保障。
数据交换采用socket通讯，一体机与平台通信业务交互流程包括：运行参数更新、信息资源下载、模板参数更新，一体机心跳上报（任务发布处理）等如图4-7。基本通信流程如下：
步骤一：通信发起方发起业务请求
步骤二：接收方接收到合法数据请求后，判断业务类型,进行相应处理，返回数据处理结果。

图 4-7 通信过程

在数据交换通讯协议设计上必须考虑协议高效性和可扩展性，支持接收超时、数据传输加密。
4.2.5文件格式转换设计及实现
转码采用我自己建立的动态链接库TKMediaKitDemo进行转码转码部分没有界面，转码包含一下格式如下：
public enum TransformFormat
{
//文档转码
Doc2Xps = 0,
Doc2Pdf = 1,
Ppt2Xps = 2,
Ppt2Pdf = 3,
Xls2Xps = 4,
Xls2Pdf = 5,
Doc2Swf = 6,
Ppt2Swf = 7,
Xls2Swf = 8,
Pdf2Swf = 9,
//视频转码
ToMp4ByHandBrake = 10,
ToMp4ByFfmpeg = 11,
//图片转码
ImageEncrypt=12,
ImageNoEncrypt = 13,

}
通过配置文件ConvParam.xml进行转码配置详情如下：
ConvParam.xml内容如下：
<?xml version="1.0" encoding="GBK"?>
<param path="D:\Program Files\" needConv="1" maxTryCount="300">
<document outputWord="xps" outputPowerpoint="swf" outputExcle="swf">文档转化的配置，设置文档输出格式</document>
<picture encrypt="0" width="800" height="600" size="2" quality="80" outputFormat="jpg">图片转化的配置</picture>
<video tool="handbrake" outputFormat="mp4" >视频转化的配置，工具，输出格式</video>
</param>
ConvParam.xml说明：
param 标签下path为转码操作的工作目录即资源存放目录，needCony表示是否启用编码，maxTryCount为一个资源转码最大尝试次数；document标签下outputWord表示word文件的输出格式， outputPowerpoint表示Powerpoint文件的输出格式， outputExcle表示Excle文件的输出格式；picture标签encrypt表示是否加密，width表示输出宽度，height表示输出高度，size表示需要转化图片的最小大小单位M，quality表示转化质量范围0到100 outputFormat表示输出格式；video标签下tool表示转码攻击选择ffmpeg和handbrake2种可选，outputFormat为输出格式。
具体转码实现方法Encodec()如下：
/// <summary>
/// 采用动态链接库aTKMediaKitDemo转码?
/// </summary>
public void Encodec()
{
int rtCode = 0;
encodeMedia = T_MediaDao.GetUnCovMedia(ref rtCode);//获取一个未转换的资源
if (rtCode != 1)
{
PrintLog("数ºy据Y库a交?互£¤失º¡ì败㨹");
return;
}
if (encodeMedia == null)
{
PrintLog("没?有®D获?取¨?到Ì?要°a转Áa换?的Ì?媒?体¬?资Á¨º源¡ä");
return;
}
string input = @ComClass.strPath + @encodeMedia.mediaName;//原-始º?文?件t路¡¤径?
string output = input;//输º?出?路¡¤径?
int trycount = 0;
Int32.TryParse(encodeMedia.covTryCount, out trycount);
if (trycount > ComClass.MaxTryCount||