其他毕业论文范文

在某高校的档案管理系统需求分析工作基础上，《高校档案管理系统的设计与实现》这篇软件工程专业硕士毕业论文通过第四章，对系统的功能设计进行了详细分析和介绍，包括了系统的设计原则、总体功能设计、各个功能模块的详细设计以及数据库设计等，其中主要采用了基于Hadoop平台的云服务架构，通过功能组件结构、功能逻辑模型等，阐述了各个功能模块是如何进行设计的。

4 系统设计

按照档案管理系统的需求分析，本系统需要在学院的内部网络环境下，按照档案管理部门的日常业务实施情况，为档案管理人员、各部门秘书用户以及终端用户提供档案信息管理、综合查询、借阅管理以及系统设置等功能。本章采用软件设计工具及技术，按照软件工程的相关理论和技术，对系统进行详细的功能设计，介绍系统的总体设计原则、总体功能模型、后台数据存储的云服务架构、系统各个功能模块的内部逻辑结构以及后台数据库等设计工作，得到系统的技术总体方案，为系统功能的详细开发实现工作提供技术指导。

4.1 系统设计原则

档案管理系统对于某高级学院档案管理部门的日常业务实施具有重要的意义，由于学院的档案管理业务涉及到的档案数据信息属于学院日常教学教务管理的关键数据，所以对于系统的可靠性、健壮性等要求较高，因此在系统的设计工作中遵循了如下基本设计原则：

1）模块化原则：根据档案管理系统的相关功能开发要求，在系统的设计工作中采用了模块化的方式进行系统功能结构的设计，将不同类型及定位的功能进行模块封装与隔离，各个功能模块之间采用标准化的功能接口调用或者数据共享机制实现交互，降低系统后续的功能维护及升级过程中的复杂性，同时提高系统在上线之后的整体运行健壮性。

2）可靠性原则：在档案管理系统的功能设计中，所有的内部逻辑处理过程均采用高度可靠的技术方案进行设计和实施，根据系统目标用户的类型进行角色权限定位和划分，严格保障各类终端用户在系统应用过程中的操作权限范围，对于各类越权操作以及档案数据非安全性操作进行审计和检测，避免出现档案数据等信息的非法操作，造成系统内部数据视图的破坏。

3）完备性原则：档案管理系统的功能体系结构在设计过程中，严格按照功能需求以及档案管理部门实际的业务实施体系进行设计和实现，确保系统的功能结构能够完全覆盖档案管理部门的业务体系，为档案管理人员等系统终端用户提供完备的业务管理功能支持。

4）安全性原则：为了确保系统中保存的电子档案数据、纸质档案数据以及档案管理业务实施过程中的业务数据的安全性，在设计工作中一方面采用相关技术提高本系统的数据存储能力以及数据安全保障能力，另一方面对于系统中的相关逻辑操作采用安全审计的方式进行实施，确保系统中的档案管理业务数据在维护和管理过程的一致性和完整性。

4.2 系统总体功能模型设计

4.2.1 系统网络结构设计

档案管理系统的网络结构采用Web分布式网络模式，即B/S浏览器/服务器网络结构，系统采用Web服务的方式进行内部功能分发，档案管理人员等终端用户通过客户端主机中的Web浏览器软件，基于IP地址或者URL的方式进行系统访问。同时，在系统的服务器端，系统采用Hadoop云服务技术实现档案数据的分布式存储，利用服务器集群的方式搭建后台的分布式文件系统，提高系统的数据存储能力。档案管理系统的网络结构设计如图4-1所示。

图4-1 系统网络结构模式

按照图4-1所示，档案管理系统的客户端主机和服务器主机主要运行在学院的内部教育网络中，系统的各类用户的客户端主机通过学院内部教育网络接入到档案管理部门业务网络，实现档案发文、收文、检索、借阅等管理中的数据交互。同时对于档案管理人员而言，在系统访问过程中，还需要通过LDAP统一身份认证服务进行登录验证。另外，在系统的服务器端中利用Hadoop云服务工具和其他集群服务主机搭建系统的后台分布式文件系统，Hadoop的Master服务节点部署在系统Web服务器后台，其余的集群服务主机作为Hadoop的DataNode数据存储节点，为系统提供分布式文件存储支持。

4.2.2 系统结构模型设计

从档案管理系统的整体结构来看，在系统的整体技术方案设计工作中采用基于MVC分层设计的方式进行设计，将系统的人机交互服务封装为视图层，Web服务器中的后台逻辑响应功能组件封装为系统的控制器层，系统的数据库管理以及分布式文件管理的相关功能封装为系统的数据层，主要实现为系统的功能运行提供数据访问、更新等管理功能支持。因此可以得到档案管理系统的整体功能结构模型如图4-2所示。

图4-2 系统功能模型

按照图4-2所示，档案管理系统功能模型中的视图层主要包括了系统的Web服务页面，并且由于系统采用了ASP.NET Web开发技术，因此其中主要分为系统的档案信息管理、档案综合查询、档案借阅管理以及系统设置管理功能对应的ASP.NET动态Web服务页面，主要为系统用户提供Web交互服务功能。在系统的控制器层中，主要包括了系统Web服务发布采用的IIS服务功能组件，以及用于对各个人机交互Web页面提供后台逻辑响应支持的逻辑组件，本系统采用C#开发技术对其进行开发实现。在系统的数据层中主要包括了系统采用的后台SQL Server数据库管理系统以及用于数据库管理操作的ADO.NET服务组件，同时在数据层中还包括了本系统后台的云服务功能组件，主要指基于Hadoop云平台搭建的分布式文件系统。

基于系统的功能模型结构，在档案管理系统在运行过程中，系统通过视图层中的Web交互页面为用户提供系统交互功能，并利用控制层中的逻辑组件在Web服务器端进行响应。在逻辑响应过程中所进行的后台数据库操作采用ADO.NET组件和SQL Server数据库系统之间的交互实现。同时，对于采用分布式存储的档案数据信息的读写操作，本系统采用了Hadoop等技术，搭建对应的分布式文件系统，采用服务器集群的方式实现系统各类数据的分布式管理。

4.2.3 系统云服务设计

按照档案管理系统的网络结构设计，在系统的服务器端需要采用云平台的方式进行资源和服务功能部署管理。基于云技术的基本特点与结构，在系统研发过程中需要从云平台的软硬件框架以及功能调度、数据分布式存储等角度对其进行架构与功能设计，本节对系统的云端服务的构建以及功能设计工作进行分析和介绍。

1）云端硬件架构设计

从档案管理系统的业务环境来看，其内部功能主要针对学院档案管理部门的日常办公业务，由于档案管理业务在实施过程中会产生大量的档案基本数据、档案电子文档资源、档案归档数据等，云端架构的设计需要能够应对系统后台业务数据及文档存储需求不断增长的要求。同时，系统属于实时性的Web服务，其终端用户并发量并不高，采用传统的Web服务发布方式即可满足系统要求，如果采用云端服务资源架构，不仅会对系统的实时性造成负面影响，同时还需要在系统功能响应过程中对并不高的系统并发操作执行大量的访问均衡化处理操作，造成系统整体性能的下降，所以系统服务器端的云端架构设计主要的目标是利用云技术中的分布式数据存储技术来提高系统的数据存储能力，充分利用起学院现有的闲置信息化资源。在云平台的架构设计工作中主要包括了云内的硬件结构部署设计和云平台工具的选择与部署，由于档案管理系统的服务器端在实际开发过程中需要结合当前学院的信息机房中的软硬件和网络信息资源的基本情况来进行设计，所以通过对当前信息机房中的服务器主机数量和连接方式进行考察，目前学院信息机房内部的闲置的服务器主机数量为37台，所以在实际的系统云平台架构设计中采用如图4-3所示的功能服务框架。

图4-3 系统云端服务硬件结构

按照图4.4中所示，在档案管理系统的服务器端，利用目前信息机房中的服务器集群及内部网络环境，从目前学院信息机房的37台闲置服务器主机中选择两台分别用于档案管理系统的Web服务器主机、数据库服务器主机，随后由于系统研发技术采用了.NET平台技术，而Hadoop通常采用的开发技术多为Java技术，所以在实际的硬件部署过程中利用剩余的35台服务器主机进行云服务平台的搭建处理，需要在所有服务器主机操作系统采用Windows操作系统，并且在其中安装Hadoop For .NET SDK开发包以及.NET Framework功能框架组件，云管理工具采用Hadoop，具体的云端搭建方式如下：

（1）从35台服务器中选择两台服务器用作Hadoop的Master节点，包括主Master节点和备用Master节点，主要负责云端的HDFS NameNode和MapReduce JobTracker服务。

（2）将剩余的33台服务器用作Hadoop MapReduce的任务Slave节点，即TaskTracker节点，主要负责按照Master节点下发的任务处理指令，进行任务并发调度执行；同时还将上述服务器作为HDFS的数据存储Slave节点，即DataNode节点，主要用于档案管理系统运行过程中的附件文件以及数据库备份文件的分布式存储管理。在未来也可以用于其他业务平台的业务数据文件的分布式存储管理。采用基于云平台的架构作为档案管理系统的服务器端部署的软硬件管理支持，虽然在系统的业务文件数据以及数据库的定期备份处理过程的整体运行性能方面会弱于单机版本的Web服务部署架构，但是从系统的整体运行均衡性和可扩展性角度来看，一方面能够将系统的业务数据和数据库备份文件基于Hadoop进行相对均衡的分布，充分利用起目前供电学院闲置的软硬件和网络信息化资源，提高整个信息资源的利用率；另一方面由于采用了分布式的文件系统和数据库管理工具对档案管理系统的业务数据进行管理维护，可以提高系统业务数据的存储能力，便于系统的持续稳定运行[28]。另外，通过在档案管理系统研发中实现服务器端资源和数据的云架构维护管理，也能够为学院后续的其他业务管理软件的研发与部署提供更为高效的分布式服务资源部署支持，从学院整体业务信息化的角度来看，虽然在档案管理系统的运行效率方面会有所损失，但是对于整体业务的信息化平台运行效率来看，有着比较显著的性能提升作用。

2）云端软件功能模型设计

在系统的云服务体系中主要是利用了Hadoop云工具搭建了业务数据及文档的分布式存储HDFS及对应的数据访问、检索、操作的MapReduce作业调度框架，所以档案管理系统的云端功能从逻辑角度来看，采用了如图4-4所示的逻辑功能模型。

按照图4-4中所示，在档案管理系统服务器端的云功能体系中，系统的业务管理过程中涉及到的档案业务文档的存储管理、数据库的定期备份产生的备份文件分别通过Web服务器和数据库服务器向Master节点发送文件的分布式存储请求，Master节点利用其中的Hadoop JobTracker服务执行具体的HDFS分布式文件系统的任务调度操作，将业务文档、数据库备份文件以分布式的方式分散存储在HDFS中的各个DataNode节点中。

在系统需要读取档案文件信息或者需要从备份文件中进行数据库还原操作时，再分别由Web服务器主机和数据库服务器主机向Master节点发送文件读取请求，Master节点通过JobTracker任务调度，从HDFS的各个DataNode节点中读取文件数据，并通过文件片段拼接操作封装为独立文件返回到Web服务器或者数据库服务器中进行系统的文档查看或者数据库还原处理[30]。

图4-4 系统云端服务软件功能模型 

从档案管理系统Web服务器和数据库服务器的角度来看，系统云端框架中的Master节点、HDFS以及MapReduce将物理层面的分布式文件存储体系封装为类似于单机文件系统的方式，Web服务器的业务文档存取以及数据库服务器的备份文件存取方式和单机环境下的操作完全一致，区别在于所有的文件操作过程都需要在云端进行过文件分割、文件拼接、分布式存取以及文件数据的安全验证等操作。

4.3 系统功能详细设计

本节对档案管理系统的功能模块进行详细设计，首先给出系统的总体功能详细结构，如图4-5所示。

图4-5 系统功能详细结构

按照图4-5所示，档案管理系统的档案信息管理模块中主要分为档案收文管理、档案调整管理、档案发文管理以及表内数据管理4个子模块，在档案综合查询功能模块中分为名称匹配查询和档案表匹配查询两个子模块，在档案借阅管理模块中分为实体档案借阅、电子档案借阅、档案利用统计、借阅状态管理4个子模块，在系统设置管理模块中分为用户信息管理和档案数据导入两个子模块。本节按照系统的功能详细结构，对其中的功能模块进行详细的功能逻辑模型设计，并通过功能封装得到各个功能模块的组件结构。

4.3.1 档案信息管理功能设计

1）功能逻辑模型分析与设计

在档案信息管理模块中提供了学院档案管理业务中的发文收文管理功能，同时提供针对已经归档的档案数据的目录调整、表内管理以及电子档案文档的恶意代码检查等功能。从功能逻辑的处理流程来看，档案信息管理模块的功能逻辑模型如图4-6所示。

图4-6 档案信息管理模块功能逻辑模型

按照图4-6所示，在系统中采用后台数据库的方式对档案业务数据进行存储和维护，其中包括了档案的目录信息、收文发文信息等；同时，对于档案实体的数据文档，系统采用Hadoop云服务工具实现基于分布式文件系统的云端存储，在功能处理过程中需要采用Hadoop For .NET SDK功能包的相关接口实现对Hadoop的功能处理。档案管理人员一方面对学院各部门秘书上报的发文清单进行审批处理，在审批通过之后将部门秘书上报的原始电子档案文档采用文件上传的方式进行接收，或者人工接收纸质档案文件，并将其进行归档，对归档目录和档案数据进行存储维护，将电子档案文档基于Hadoop存储到分布式文件系统中。另一方面，档案管理人员基于数据库中保存的档案目录数据，对已经归档完成的档案数据进行目录调整、表内管理或者对电子档案文档的原始数据进行恶意代码检查等管理操作。

2）功能组件结构分析与设计

按照档案信息管理模块的功能模型结构，在功能组件结构设计中将该模块的内部功能封装为电子档案文档上传组件、档案发文管理组件、档案收文管理组件、发文审批管理组件、恶意代码检查组件、档案目录管理组件，同时还包括了用于系统云端管理的云服务功能组件，以及用于后台数据库管理维护的数据库功能组件和.NET平台中提供的ADO.NET组件等，档案信息管理模块具体的功能组件结构如图4-7所示。

图4-7 档案信息管理模块功能组件结构

按照图4-7中所示的功能组件结构，在档案信息管理模块中，系统采用档案发文管理组件实现档案发文管理申请功能，并且基于电子档案文档上传组件对电子档案的原始文档进行系统上传处理。

同时，系统采用档案收文管理组件实现档案的发文审批、电子档案原始文档的云端存储管理等，其中的发文审批功能基于发文审批管理组件实现，档案原始文档存储功能基于云服务功能组件实现，并通过数据库功能组件实现对发文收文业务管理过程中的基本数据的存储和维护管理。

收文过程中的档案目录更新以及目录调整管理、表内数据管理采用档案目录管理组件和数据库功能组件实现，恶意代码检查功能采用独立的功能组件进行处理。图4-7中所示的各个功能组件说明如下：

（1）档案发文管理组件：用于对各部门秘书人员的档案发文操作进行后台管理，将发文请求发送到档案收文管理组件中进行后续处理，同时还通过调用电子档案文档上传组件的功能接口，实现秘书人员本地主机中电子档案原始文档的远程上传处理。

（2）电子档案文档上传组件：基于.NET平台中的UploadFile功能组件，实现电子文档原始文件的远程上传处理功能。

（3）档案收文管理组件：用于对档案发文请求进行后台响应，更新发文收文的处理状态，同时基于发文审批管理组件接口调用，为档案管理人员提供发文请求的审批管理功能。

（4）发文审批管理组件：为档案管理人员提供档案发文管理组件提交的上报审批功能支持，根据审批结果对发文申请状态进行更新。

（5）恶意代码检查组件：对各部门秘书人员上报的电子档案原始文件进行安全检查，检测其中是否存在恶意代码。由于发文上报的档案文档主要为Word文档、Excel表格文档等Office文件，因此在实现过程中是通过.NET平台中提供Office文档的数据安全规则及宏安全组件接口对上报的电子档案原始文件中的数据内容进行安全检查处理。

（6）档案目录管理组件：用于对系统内部的档案目录信息进行管理维护，包括发文审批通过之后的新档案目录结构的添加处理，以及原有档案文档目录结构调整、表内档案文档的查询、删除、复制等基本管理功能。

（7）云服务功能组件：用于对系统后台的云端档案文件存取等功能进行处理，基于Hadoop平台实现系统的档案文件的分布式存储管理，同时还包括了其中的档案文件的安全监测管理等基本功能。

（8）数据库功能组件：用于对系统的SQL Server数据库的连接、读写、查询等基本操作，利用.NET平台中提供的数据库操作功能组件以及ADO.NET数据库管理功能组件的功能接口实现。

（9）ADO.NET组件：属于.NET平台中的公共功能组件，其中封装了和数据库操作、数据源、数据适配管理等通用功能接口，为本系统的数据库功能组件提供必要的后台功能支持。

4.3.2 档案综合查询功能设计

1）功能逻辑模型分析与设计

档案综合查询功能主要为学院的学生、教师、职工等终端用户提供档案借阅之前的条件查询检索功能，分为按名称查询和表内复合查询两种方式，系统将符合查询条件的归档档案信息进行后台检索与返回，作为档案借阅的数据支持，其功能逻辑模型如图4-8所示。

按照图4-8所示，档案综合查询模块的功能逻辑模型比较简单，系统按照终端用户提交的查询条件，从后台数据库中的档案业务数据中进行检索，并以列表形式进行返回。同时，由于在查询结果中只需要对档案的基本信息进行展示，所以不需要进行系统后台云端分布式文件系统的各项逻辑处理。

图4-8 档案综合查询模块功能逻辑模型

2）功能组件结构分析与设计

在档案综合查询功能模块的组件结构设计中，系统主要是通过后台数据库的相关功能操作组件，按照终端用户在前台Web页面中提交的查询条件，进行对应的档案归档信息的查询检索与列表反馈。因此，档案综合查询模块的组件结构中主要包括了档案综合查询组件和档案目录管理组件，同时还包括了用于后台数据库检索处理的数据库功能组件以及.NET平台中的ADO.NET公共功能组件，具体的组件结构设计如图4-9所示。

图4-9 档案综合查询模块功能组件结构

档案综合查询模块功能组件结构中包含的档案综合查询组件以及档案目录管理组件的功能定位说明如下：

（1）档案综合查询组件：主要用于对终端用户在Web页面中提交的查询请求进行后台处理，其中的名称查询直接通过调用数据库功能组件接口实现，目录复合查询（表内检索）功能基于档案目录管理组件接口调用实现。同时，档案的综合查询结果采用列表形式返回到客户端的Web页面中，作为终端用户档案借阅的数据参考。

（2）档案目录管理组件：在本模块中主要实现对表内档案信息的复合查询检索，根据终端用户指定的目标目录，从该目录中查询检索符合要求的档案信息，并将查询结果返回到档案综合查询组件中。

4.3.3 档案借阅管理功能设计

1）功能逻辑模型分析与设计

按照学院的档案管理部门的内部业务规范，系统的纸质档案（实体档案）和电子档案的借阅业务规范存在区别，其中的实体档案可以根据业务规范的具体标准由终端用户借出，而电子档案只能够允许终端用户在档案管理部门的公共主机中进行在线查看。在档案借阅管理功能模块中主要是基于档案借阅清单进行实施，终端用户的借阅情况利用借阅申请/审批信息进行管理，档案管理人员根据具体的借阅申请进行审批操作，系统在后台根据实际的档案借阅操作对档案借阅清单进行更新维护。另外，对于电子档案的借阅操作，系统还需要通过Hadoop云服务平台基于后台的分布式文件系统进行目标档案文件的检索和返回处理，具体的功能逻辑模型如图4-10所示。

图4-10 档案借阅管理模块功能逻辑模型

按照图4-10所示，档案借阅功能在处理过程中主要分为档案借阅申请/审批、档案借阅清单更新维护，以及电子档案文件基于分布式文件系统的检索与返回处理等方面，在此过程中系统需要根据各类档案的借阅业务实施情况，对其进行利用率统计，即在指定时间段内该档案文件被借阅的次数、当前的借阅状态等。在档案借阅过程中，终端用户根据综合查询得到的结果，在系统中提交档案借阅申请，档案管理人员对其进行审批操作，如果审批通过则对档案借阅清单进行更新操作。如果终端用户借阅的档案为实体档案，则由档案管理人员人工交付档案，并记录其借阅期限等；终端用户在归还档案时，可以直接归还或者申请续期，档案管理人员根据实际情况对借阅清单进行更新处理。如果被借阅的档案为电子档案，则系统根据档案的具体信息，基于后台的云服务功能支持组件，利用Hadoop For .NET SDK功能包中的接口从分布式文件系统中获取对应的电子档案，并将其返回到公共主机中供终端用户查看。终端用户在电子档案查看完成之后，手动提交查阅完毕请求，系统在后台更新借阅清单信息。因此，在档案借阅管理过程中，档案借阅清单中保存的数据是档案利用率计算分析的直接数据支持，档案借阅清单数据保存在系统的后台数据库中。

2）功能组件结构分析与设计

在档案借阅管理模块的功能组件结构设计中，将电子档案和实体档案的借阅管理功能分别封装为对应的电子档案借阅管理组件和实体档案借阅管理组件，同时采用借阅清单管理组件实现各类档案借阅业务的管理功能。档案借阅管理模块中其他的功能组件还包括了档案借阅审批组件、档案借阅利用率管理组件、云服务功能组件、数据库功能组件等方面，具体的功能组件结构如图4-11所示。

图4-11 档案借阅管理模块功能组件结构

在图4-11中所示的功能组件结构中，其中的云服务功能组件主要用于实现电子档案借阅过程中的档案文档的读取功能，并将其发送至公共主机中进行人机交互。档案借阅管理模块的各个功能组件说明如下：

（1）电子档案借阅管理组件：用于电子档案借阅的申请提交管理，同时通过和其他功能组件进行接口交互，实现对电子档案借阅审批、借阅清单更新、电子档案原始文档的读取等功能的调度管理。

（2）实体档案借阅管理组件：用于实体档案借阅的申请提交管理，同时和电子档案借阅管理组件类似，还通过和其他功能组件进行接口交互，实现实体档案借阅过程中的审批管理和借阅清单更新等功能的调度管理。

（3）档案借阅审批组件：为档案管理人员提供各类档案的借阅申请审批功能支持，在其中根据具体的借阅请求，按照对应的审批结果更新被借阅档案的借阅状态。

（4）借阅清单管理组件：在其中维护了档案管理部门中所有的档案借阅状态信息，包括了已完成借阅、借阅中、已归还以及借阅状态异常的档案信息列表，是进行档案借阅管理以及档案利用率计算的数据支持。

（5）档案借阅利用率管理组件：通过和借阅清单管理组件进行数据交互，按照系统中各类档案的历史借阅数据，计算其对应的利用率，即在特定时间段内该档案的借阅次数，作为档案管理业务实施的辅助性指标。

4.3.4 系统设置管理功能设计

1）功能逻辑模型分析与设计

系统设置管理模块主要为档案管理人员提供了个人信息维护和本地的EXCEL格式和DBF数据库文件格式的档案文件的批量导入功能，因此在该模块的功能逻辑模型设计中主要包括了两条逻辑路径，分别是个人信息维护管理和本地文档批量导入，具体的设计结果如图4-12所示。

图4-12 系统设置管理模块功能逻辑模型

按照图4-12所示，在个人信息维护功能处理中，系统通过将档案管理人员的个人信息以数据库的方式进行保存，并未档案管理人员提供个人信息的查看、编辑等功能操作支持。在本地档案文件导入功能中，系统为档案管理人员提供导入过程中的档案模板设置功能支持，并通过文件上传的方式将本地的EXCEL文档或者DBF文档远程保存到系统服务器中，同时根据上传结果和设置的档案模板，对上述文件内容进行解析与保存，一方面将解析得到的结果按照设置的档案数据模板进行组织，并将其基于Hadoop云工具保存到云端的分布式文件系统中，另一方面按照档案管理人员指定的导入目录，基于档案业务数据信息对系统后台数据库中的档案目录数据进行更新处理，实现本地档案文档的批量导入功能处理。

2）功能组件结构分析与设计

在系统设置管理模块的功能组件结构设计中，将用户信息管理相关的功能封装为个人信息管理组件，档案数据的批量导入功能采用档案数据导入管理组件进行调度管理，其中涉及到的功能组件分别包括了档案文件的上传组件和解析组件，同时解析结果的云端保存采用云服务功能组件实现，档案导入过程中的模板设置功能采用档案模板管理组件实现，系统设置管理模块的功能组件结构如图4-13所示。

图4-13 系统设置管理模块功能组件结构

按照图4-13所示，档案数据导入以及个人信息维护管理功能的后台数据库管理操作均通过数据库功能组件以及.NET平台中的ADO.NET组件实现，档案数据的分布式存储采用云服务功能组件实现。系统设置管理模块功能组件结构中的各个功能组件说明如下：

（1）个人信息管理组件：用于对档案管理人员个人信息的后台数据库检索、修改等操作。

（2）档案数据导入管理组件：其中封装了和档案数据批量导入的相关功能，在其他功能组件的接口支持下，实现本地档案文档的上传、解析、目录设定、保存以及模板设置管理等功能。

（3）档案文件上传组件：和档案信息管理模块中的文件上传功能组件类似，主要实现了本地文件的远程上传功能，基于.NET平台中的UploadFile组件接口实现。

（4）档案文件解析组件：用于对档案文件上传成功之后的内容解析处理，按照档案管理人员指定的档案模板，对上传文件进行解析，从中读取对应的档案数据，其中的EXCEL文件解析采用NPOI组件实现，DBF则采用SQL Server数据库的功能接口调用实现。

（5）档案模板管理组件：主要为档案管理人员提供批量导入时的档案数据格式的设置管理，作为档案文件上传之后进行解析的格式参考。

4.4 系统数据库设计

4.4.1 数据库逻辑设计

按照档案管理系统的数据需求分析，在系统中包含的实体主要分为档案发文信息、发文审批信息、档案基本信息、档案目录信息、档案借阅信息、用户信息、档案模板等方面，采用E-R实体关系图的方式可以将系统的后台数据库逻辑模型表达为图4-14所示的形式。

图4-14 系统数据库E-R实体关系图

通常情况下，每个审批通过之后的发文信息会通过档案归档操作，在系统内部创建对应的档案基本信息，该档案可以进行多次借阅操作；每个档案目录中包含多个档案基本信息。

4.4.2 数据库物理设计

档案管理系统的后台数据库采用SQL Server数据库管理系统，本节按照数据库逻辑结构分析，利用SQL Server数据库的数据类型，对其中的数据表进行结构设计。

1）档案基本信息数据表：在档案基本信息数据表中主要保存了学院的已经归档的档案相关数据，主要包括档案编号、档案名称、档案类型、档案状态、信息分类号、全宗号、文件案卷号、保管期、密级、归档数量、归档时间、归档目录、馆室编号、实体分类号等，具体的表结构如表4-1所示。

（数据表结构略）

2）档案目录数据表：档案目录数据表中保存了当前各类档案的归档管理可用的目录结构信息，其中主要包括了档案的目录编号、目录名称、目录级别、上级目录等，具体的设计如表4-2所示。

（数据表结构略）

3）档案发文数据表：主要保存了各部门秘书提交的档案发文操作的相关信息，其中包括了档案的发文编号、文种类型、文本类型、主题词、出版项、文号图号、文件规格、附注信息、文档页数、档案名称、上报时间、上报部门、责任者、审批状态、审批时间、审批人等方面，具体设计如表4-3所示。

（数据表结构略）

4）档案借阅数据表：档案借阅数据表中主要保存了终端用户的档案借阅及其归还的相关信息，主要包括了借阅编号、审批状态、审批人、借阅状态、档案编号、归还状态、借阅期限、续借状态等方面，是系统内部的档案借阅清单数据的主要来源，具体设计如表4-4所示。

（数据表结构略）

5）用户信息数据表：其中主要保存了档案管理人员的相关数据，例如账号、姓名、单位名称、邮件地址、联系电话、联系地址、职位角色、登录密码等，具体设计如表4-5所示。

（数据表结构略）

4.5 本章小结

本章对某高级学院组织实施的档案管理系统进行了详细功能设计分析，介绍了系统的功能设计基本原则，并分析系统的总体功能模型设计，对系统的核心功能模块内部逻辑以及功能组件结构进行了设计分析，最后对系统的后台数据库进行了逻辑设计和数据表结构设计。

声明：本站毕业论文范文资源均由鼎诚文创收集于互联网，如有侵权，请联系删除！