基于.NET的论文格式自动检查系统.docVIP

　　论文格式自动检查系统的总体架构 　　1 系统总体描述 　　论文格式检查系统由论文上传web部分、格式检查服务程序组成。其中论文上传web部分采用三层结 构：前台客户端(表示层)、中间层应用服务器IIS(业务逻辑层)、后台数据库服务器SQLServer(数据访问层); 论文格式检查服务程序则采用客户端/服务器的结构，服务器为数据库服务器(SQLServer)。论文上传web 部分负责写入数据，而格式检查服务程序负责对数据进行处理操作，关系架构如图1所示。 　　2.论文上传web部分 　　2.1功能描述 　　论文上传web部分供客户使用，客户首先进行注册，注册用户名为客户邮件地址，而且要保证邮件地址格式正确并邮箱可用。客户填写用户名、密码、姓名、学号等个人信息后进行注册，各项信息不能为空，注册成功后会提示客户到注册邮箱进行激活。如果注册时因网络不通等原因激活邮件发送失败(发送3次 均失败)，则用户需要重新注册，直到激活邮件发送成功为止。激活邮件发送成功后，客户到邮箱双击连接 地址激活注册用户，双击邮箱中的激活链接页面跳转到系统登录界面表示激活成功，输入用户名、密码后登录成功并且跳转到论文上传页面。登录成功后上传论文，系统设定每个客户最多有10次比对论文的权限， 客户端上传论文后，后台格式检查服务程序进行论文格式的比对，论文上传后一次比对操作未完成之前不能重复上传文件，等比对操作完成并把返回结果发送到用户邮箱后才可以重新上传修改后的论文，最好每 次上传论文的名字保持一致，以保证后传的论文把原来的论文进行覆盖，减少文件垃圾的产生。 　　2.2设计思想 　　论文上传web部分采用三层结构,即数据访问层、业务逻辑层、表示层。 　　所谓三层体系结构，是在客户端与数据库之间加入了一个中间层，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结 构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。三层体系的应用程序将业务规则、数据访 问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过 COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交换。 　　3论文格式检查服务 　　3.1 功能描述 　　论文格式检查服务给出了在.NET Framework下实现Word文档格式检查的具体过程：首先根据格式信 息不同将模版文档段落分为18个类别，其次以Word对象模型为基础，读入模版文档的格式信息，判别段 落类别并安插对应书签，最后读入被检查文档，判别段落类别，并与对应书签所标示的模版段落比较格式信息，给出差异结果，发送到邮箱。 　　3.2 设计思想 　　实现对Word文档的自动检查这一设计，也可以选择VBA[3](Visual Basic for Applications)，但由于.NET Framework的各种优势，包括统一的编程模式，安全性，以及应用程序更加容易部署、运行和维护等等， 本文选择了.NET Framework作为实现平台。.NET Framework由公共语言运行时(CLR)，框架类库(FCL)和 Visual Studio .NET组成。而Office的编程接口都是通过COM组件公开的，任何访问Office编程接口的程 序，实际上都必须要最终调用Office COM组件。在.NET Framework下通过组件对象模型交互(COM Interop) 技术能够轻松实现对Office COM对象的调用。面向开发者的是一个层次分明的等级结构，而Office中的 元素：文档、表格、段落、书签、域、单个字符等等都能够以“对象”的形式表示出来。每个对象都有自身 的属性和方法，加上层次化的结构，十分便于调用和查询。本文就是利用宿主Word应用程序的对象模型 实现了对Word文档格式的检查。 Microsoft Word的对象模型中提供了操作word的若干对象，这些对象协作工作来操作word应用程 序，下图2是常用word操作对象。　　(1) Word应用程序对象Application，代表应用程序本身。 　　(2) 文档操作的对象 Documents 和 Document。 　　(3) 选定区域的操作对象Selection和Range。 　　(4) 关于图像操作的对象ShapeRange和InlineShape。 　　(5) 表格相关操作的对象 Tables、Tables、Rows、 Columns、 Cells、 Cell、Border。 　　虽然COM组件对象技术功能强 大且应用广泛，但同时它也存在一个致命的“DDL HELL”问题，.NET Framework已经很好地消除了文件版 本冲突和“DDL HELL”