| (060) 文书档案管理系统
【摘要】目前，许多机关企事业单位的文书档案管理仍停留在基于纸介质的手工处理阶段，手工处理文书档案有许多缺点：文件流量越大重复劳动的工作越多、档案堆积越多，分类、管理、查询越困难，利用率越低、纸介质的保存易受湿度、温度、虫咬等因素的影响导致保存期受限。而本次毕业设计要实现的系统其目的就是解决以上问题。
本人在对文书档案工作的处理对象以及对象间的相互关系进行认真分析之后，并充分考虑到档案利用与安全因素，确定系统结构为分布式三层结构，适用于局域网使用，有利于档案利用。系统的数据库服务器采用MS
SQL Server2000，应用服务器采用MTS/COM+技术结合Delphi MIDAS技术设计实现，最终以COM+组件形式安装于服务器计算机上，客户端程序采用桌面应用程序，采用Delphi
6.0 设计实现。客户端程序分三个模块，不同权限的用户登录到各自的模块工作，安全性较强，有效地解决档案利用与档案安全之间的矛盾。系统设计中，从用户角度出发，以减轻用户工作量为出发点，设计了丰富的文书档案报表，并实现了信封打印、记录增加智能操作、单位名称分层归类、关联、调用、扫描等功能，充分体现了软件人性化的特点。同时，努力调整系统结构，并注意设计细节，力求系统有较高的执行效率和良好的扩展性。
【关键词】数据库,SQL语言,MS SQL Server,Delphi 6, ADO、MIDAS，MTS/COM+，事务管理、文档管理
目 录
摘 要………………………………………………………………………………………5
目 录………………………………………………………………………………………5
1 绪 论……………………………………………………………………………8
1.1 工程项目结构…………………………………………………………………8
1.2 程序命名规则…………………………………………………………………8
1.3 论文结构………………………………………………………………………8
2 基础理论和应用开发工具 ……………………………………………………10
2.1 MS SQL Server 2000…………………………………………………………10
2.2 ADO及ADO组件…………………………………………………………………10
2.3 多层分布式应用体系结构……………………………………………………10
2.4 Dephi中实现基于MIDAS的多层分布式应用系统 …………………………11
2.5 MTS/COM+技术 …………………………………………………………………11
3 分析设计与数据库建立 ………………………………………………………12
3.1 需求分析………………………………………………………………………12
3.2 系统结构分析设计……………………………………………………………13
3.3 数据分析设计…………………………………………………………………13
4 应用服务器的设计与实现………………………………………………………20
4.1 设计方案比较…………………………………………………………………20
4.2 设计方案介绍…………………………………………………………………21
4.3 MTS/COM+ DataModule的设计与实现………………………………………22
4.4 MTS/COM+对象设计与实现……………………………………………………24
4.4.1 PQueryCoor对象的设计与实现………………………………………24
4.4.2 PUpdateCoor对象的设计与实现 ……………………………………26
4.5 MTS/COM+的导出 ………………………………………………………………27
4.6 应用服务器设置程序的实现 …………………………………………………27
5 客户端程序的实现………………………………………………………………27
5.1 客户端程序总体结构…………………………………………………………27
5.2 启动画面的实现………………………………………………………………28
5.3 用户登录窗体的实现…………………………………………………………28
5.4 主窗体的实现…………………………………………………………………29
5.5 系统管理模块的实现…………………………………………………………29
5.6 收发文模块的设计与实现……………………………………………………30
5.6.1 收发文模块的数据模块的实现………………………………………31
5.6.2 收发文模块的界面实现………………………………………………31
5.6.3 追踪取数的实现………………………………………………………32
5.6.4 记录增加的实现………………………………………………………34
5.6.5 修改数据的实现………………………………………………………35
5.6.5.1 树形视图的实现………………………………………………35
5.6.5.2 关联与调用的实现……………………………………………35
5.6.5.3 扫描的实现……………………………………………………36
5.6.6 记录更新的实现………………………………………………………37
5.6.7 报表功能的实现………………………………………………………40
5.6.8 查询功能的实现………………………………………………………41
5.7 档案管理模块的实现…………………………………………………………41
5.8 客户端设置程序的实现………………………………………………………42
6 帮助与安装工程的实现………………………………………………………43
6.1 联机帮助系统的实现…………………………………………………………43
6.2 安装工程的实现………………………………………………………………43
6.2.1 安装检测………………………………………………………………43
6.2.2 释放资源………………………………………………………………43
6.2.3 客户端代理安装………………………………………………………43
6.2.4 程序组及桌面快捷方式的建立………………………………………45
7 结束语……………………………………………………………………………45
参考书目……………………………………………………………………………………46
1 绪 论
目前，许多机关企事业的文书档案管理仍停留在基于纸介质的手工处理阶段，手工处理文书档案，需要重复抄写多种内容相同而形式不一表格，导致工作量加大；手工抄录过程中因重复抄录也经常导致文字出错，不便于日后利用；采取手工处理在文书档案后期的利用阶段时，因文书档案越积越多，分类、管理、查询越来越困难、利用率很低。同时，纸介质的保存受到很多自然因素的影响(湿度、温度、虫咬)，导致保存期受限。以上这些问题的存在，可以利用一个文档管理系统来解决，这正是设计本系统的目的。
在本系统中，本人结合手工处理过文书档案的一段工作经历，对文书档案工作过程进行综合分析，分解提取出文书档案工作的处理对象以及对象间的相互关系，着手进行文档管理系统的分析设计工作。在整体结构上，从加强档案利用的目的和扩展性出发，把系统设计成一个分布式三层结构的数据库信息管理系统。后端数据库管理系统，采用关系型数据库模型，选用MS
SQL Server2000作为数据库管理系统，在应用服务器设计方面，采用MTS/COM+技术结合Delphi MIDAS技术实现，最终以COM+组件运行在应用服务器计算机上，在客户端程序设计方面，采用桌面应用程序，采用Delphi
6.0工具开发。
1.1 工程的项目结构
整个工程由工程组PGFM统一管理，共有19个项目。 整个系统有两大目录，目录FM存放工程源码，目录“百草园文档管理系统发布包”存放可交付使用的成品。目录FM下有多个子目录，说明如下：
FmClient目录下有两个子目录，Source子目录下存放客户端程序所有源代码；FmClientInst子目录下存放客户端安装工程所有源代码。
FmServerMTS目录下也有两个子目录，Source子目录下存放应用服务器所有源代码；FmServerInst子目录下存放应用服务器安装工程所有源代码。
FmLib目录存放系统所需的一些动态连接库、COM+导出安装程序、以及需要在Delphi 6.0环境中安装的组件ScanImg.pas单元等。
FmData目录存放着需要附加到数据库服务器中的数据库FM的数据库文件和日志文件。
FmHelp目录存放帮助文件的3个工程文件及原始材料。
SuCai目录存放着系统设计过程中，需要用到的一些图标、图片等素材。
1.2 程序命名规则
为了便于程序的阅读与维护，本系统程序均采用如下命名规则。
（1）工程组命名加前缀：PG，如PGFM；
（2）工程命加前缀：P， 如PFmClient；
（3）单元文件加前缀：u（小写），如umtsGF；
(除了引入的个别单元保持原名称外，如ScanImg)
（4）窗体命名加前缀Fm，如FmMain；
（5）函数与过程用大写字母开头的单词组合而成，如SetName, GetName ；
（6）BOOL变量加前缀b，如 bFlag ；
（7）int 变量加前缀i，shortint变量前缀加si，如 iWidth，siWidth ；
（8）float变量加前缀f，如 fWidth ；
（9）字符串变量加前缀str宽字符串变量加前缀wstr，如 strName，wstrName；
（10）枚举变量加前缀e，如 eProjectionMode ；
（11）类的成员变量加前缀F，如 FstrName ；
（12）COM接口加前缀I，如 IMaterial, IShapeNode, ISceneView ；
对于 int, float, double，string型的变量，如果变量名的含义十分明显，则不加前缀，避免烦琐。如用于循环的int型变量
i,j,k和String型变量s。
1.3 论文结构
论文共分七章，分别对整个系统各部分的实现进行较详细的说明。
第一章 绪论 对系统设计的原因、背景和结构进行说明，对论文章节、项目结构、程序命名规则进行简要介绍。
第二章 基础理论和应用开发工具 对本系统所涉及到的一些重点理论和应用开发工具的重点部分进行简单介绍。
第三章 分析设计与数据库的建设 进行需求分析和E-R模型建立，转化为关系型数据库表，并选用MS SQL Server2000作为数据库服务器。
第四章 应用服务器的设计与实现 对应用服务器层的设计与实现进行较详细的说明。
第五章 客户端的设计与实现 对客户端程序的设计与实现进行较为详细的说明。
第六章 帮助文件与安装工程的实现 对应用服务器与客户端程序的帮助文件与安装工程的实现进行介绍。
第七章 结束语 完成本系统后的设计体会和编程体会，并提出系统设计与实现中的不足和改进的方向。
2 基础理论和应用开发工具
数据库基础理论和SQL语言等大家比较熟悉的知识，本章不作介绍，本章将对MS SQL Server2000、ADO及Delhi
6.0的ADO控件、多层分布式结构、Delphi MIDAS、MTS/COM+等做一些简单介绍，以为后面章节的介绍作些必要的铺垫。
2.1 MS SQL Server 2000
MS SQL Server 2000是Microsoft公司推出的后台数据库管理系统，具有使用方便、可伸缩性好与相关软件集成程度高等优点。可跨越从运行Windows
98 的膝上型电脑到运行Windows 2000的大型多处理器的服务器等多种平台使用。MS SQL Server 2000不但可以应用于大中型数据库管理中，建立分布式关系数据库，并且也可以开发桌面数据库。其采取关系型数据库模型，并符合面向对象的操作方式，所有功能，都可以基于系统已经建立好的一些对象来达成，是相当面向对象的一个系统结构。另外，MS
SQL Server还提供了功能强大、使用方便的企业管理器。
2.2 ADO及ADO组件
ADO是Microsoft存取通用数据源的标准引擎。ADO藉由封装OLE-DB而能够存取不同类型的数据，让应用程序能够很方便地处理各种数据。ADO由一组COM对象组成的，每一个不同的原生ADO对象都负责不同的工作。应用程序藉由使用不同的原生ADO对象来连接数据源、存取数据并且处理数据。
Delphi6提供了ADOExpress组件，它适当地封装了原生ADO对象，让程序员可以连接ADOExpress组件和数据感知组件，快速地开发各种以ADO技术来存取数据的应用程序。ADOExpress组件包括：TADOConnection、TADOCommand、TADODataSet、TADOQuery、TADOTable和TADOStoredProc。
TADOConnection起连接数据源作用，并提供数据库连接Pooling；TADOCommand用于下达SQL命令；TADODataSet可以和Delphi的数据感知组件能够连接在一起，并提供了各种属性以便让程序员设定ADO的TADODataSet执行行为以及如何处理数据，它是主要的数据存取控件；TADOTable、TADOQuery等功能与TADODataSet功能相似，引入它们的目的主要是仿真BDE/IDAPI中的相应组件。当然TADOQuery可以处理DML，而TTADODataSet组件则无法执行DML。这是TADOQuery比TADODataSet强劲之处；TADOStoredProc用来调用数据库存储过程。
2.3 多层分布式应用体系结构
传统的二层C/S结构数据库应用中，业务逻辑都编写在客户端，形成胖客户，当应用系统需求改变时，所有在客户端的应用程序都必须改变，使维护成本太高，为了解决这些问题，多层结构应用体系应运而生，即在传统的二层C/S模型中放入应用程序服务器，即包含企业逻辑的应用程序。
多层结构的典型是三层结构，其基本思想是把用户界面与企业逻辑分离。
(1) 客户端应用程序。提供用户接口，主要功能是指导操作人员使用界面，输入数据，输出结果，并不具有企业逻辑，或只拥有部分不涉及企业核心的、机密的应用逻辑。这样客户端就显的很廋，称为“廋”客户。
(2) 应用程序服务器。它是应用的主体，包含了企业中核心的及易变的企业逻辑（规划，运作方法，管理模型等），其功能即接受输入，处理后返回结果。
(3) 远程数据库服务器。即数据库管理系统（DBMS），负责管理对数据的读写和维护。
目前分布式多层结构使用的核心大致可以分为两种不同的工业标准，即Microsoft制定的COM/DCOM/COM+和由700多家厂商共同提倡的CORBA。因分布式结构的广泛流行，现也有愈来愈多的根据这两种分布式核心技术加以演进而产生的分布式技术，如EJB(Enterprise
Java Bean)等。
2.4 Delphi中实现基于MIDAS的多层应用系统
在Delphi中多层结构的基础是MIDAS(Multi-tier Distributed Application Service
Suite，多层分布式应用服务器组)技术。基于MIDAS的多层结构依然分为客户端应用程序，应用程序服务器和远程数据库服务器，但需要一些特殊组件，这些组件共分别是：远程数据模块、DataSetProvider组件、连接组件、ClientDataSet组件。
在MIDAS中，客户端应用程序通过IAppServe接口与应用程序服务器通讯，通讯协议可以为DCOM,TCP/IP,HTTP,OLEnterprise
和CORBA。通讯协议因客户端的MIDAS连接组件及应用程序服务器上的远程模块不同而不同。
2.5 MTS/COM+技术
MTS(Microsoft Transaction Server)是Microsoft在Windows平台的中介软件之一，它的主要功能是让
Windows程序员能够开发以组件为导向的分布式应用系统，并且具备在同质和异质数据库间对修改的数据进行 Two Phase Commit
的功能。MTS/COM+本身是一个COM/DCOM对象的Container执行环境，它鼓励程序员把应用系统的企业法则撰写成 MTS/COM+对象，然后把这些企业MTS/COM+对象封装成组件(Package)的形式。当客户端应用程序需要执行这些企业对象提供的服务时，MTS/COM+便会把这些MTS/COM+企业对象加载，提供给客户端应用程序使用。MTS/COM+能够有效地利用各种系统资源，增加中介软件的执行效率，使用MTS/COM+作为中介软件的应用系统能够提供合理的执行效率，在
Microsoft的DNA架构以及 DNA 2000架构中，MTS/COM+已经成为核心的技术之一。
3 分析设计与数据库建立
3.1 需求分析
文档管理系统设计的目的是减轻文档管理工作的劳动强度、减少重复工作，并加速查询，建立数字文档，充分发挥文书档案的作用。目前，文档管理工作还多处于手工处理阶段，特别在中小型单位中，从收文、成文到入档这一过程，需手工重复抄写同一内容多次，例如：收一份文件需要重复四次相同的工作：抄录文件标题、来文单位、来文时间等到收文处理单上，同时，还要在收文簿中抄录几乎同样的内容，以备日后查询之后，在档案管理阶段还必须抄录还是差不多相同的内容到全引目录和卷内文件目录。当文档流量大时，工作强度成倍加大、工作效率极为低下，而且在手工处理的后期，文档查阅和利用问题成为更大的一个问题，当文档堆积如山时，高效的查询是很难办到的，为查一份文，可能要翻上几本厚厚的目录是经常的事；而计算机实行的文档管理系统却能很容易解决这些问题，而且数字文档的保存不但节省空间，而且在保存期限上也是纸质文档所不能比拟的。所以开发文档管理系统，对来文、发文成文到入档进行过程管理是非常必要而且有价值的。
3.2 系统结构分析设计
在对文书档案工作的处理对象以及对象间的相互关系进行认真分析之后，并充分考虑到档案利用与安全因素，确定系统结构为分布式三层结构，适用于局域网使用，系统的数据库服务器采用MS
SQL Server2000，应用服务器采用MTS/COM+技术结合Delphi MIDAS技术设计实现，最终以COM+组件形式安装于服务器计算机上，客户端程序采用桌面应用程序。客户端程序分三个模块，不同权限的用户登录到各自的模块工作，权限分五种类型，以增加安全性，有效地解决档案利用与档案安全之间的矛盾。
3.3 数据分析设计
在文档管理工作中，收文、发文和入档这三项工作前后连贯，关系紧密。来文经收文整理、转阅、办理后按保存期限、类别、年份等分类，发文经办理后，连同正式文件和原稿全部入档，成为每个单位永久保存的档案，于是文档管理系统的数据，来源于来文或发文，而终结于案卷。通过分析这两个阶段三种工作，去芜存精，得出主要处理对象(实体)与实体间关系图，实体及属性见表3-1，实体关系图见图3-1：
本系统数据库采用... ... ... ...
... ... ... ...
【论文说明】该论文包含E-R图、表间关系图、总体结构图（包括模块结构图）、流程图和部分代码，Word格式，文件大小628K，字数2万，适用于计算机专业！
|
