其他毕业论文范文

在对高校档案管理系统的设计工作进行详细分析的基础上，《高校档案管理系统的设计与实现》这篇软件工程硕士毕业论文接下来详细介绍了系统的实现过程，并展示了系统的实现效果，即论文的第五章内容。

5 系统实现

5.1 系统实现环境

档案管理系统的软硬件开发环境如表5-1所示，其中主要采用了.NET Web开发技术、Hadoop云平台技术等。

表5-1 系统开发软硬件环境配置

5.2 系统云服务功能实现

要实现档案管理业务数据的分布式存储管理效果，所需进行的功能研发工作主要包括了云端架构中的Master节点、Slave节点（DataNode节点、TaskTracker节点）的环境配置、文件读取和存储以及文件存取过程中的安全验证处理等方面。

1）云端架构的节点环境配置

（1）各节点的Host配置：在服务器节点的网络配置文件中保存的DNS数据下增加所有节点的主机名和IP地址的映射关系，实现能够通过任意节点的主机名或IP地址的相互直接访问。

（2）Hadoop守护进程的SSM无密码验证设置，在各节点中安装SSM，并启动其中的RSA认证和公钥私钥配对认证方式[28]，将Master节点中的SSM产生的公钥全部复制到各个Slave节点中，实现Hadoop守护进程自动启动和持续执行。

（3）由于Hadoop采用Java技术研发，所以需要在各个节点中安装JDK环境，并在系统中配置Java环境变量。

（4）在所有节点中安装Hadoop组件，并在各个节点的Hadoop配置文件中设置Master名称和IP地址、数据分布式存储的副本数量、JobTracker、NameNode节点IP地址和端口（在本系统中全部设置为Master节点IP地址，端口分别为9000和9001）等，同时在Master节点中单独设置各Slave节点的IP地址。

（5）在Master节点中配置Slave节点信息，将作为DataNode/TaskTracker的服务器IP地址全部记录到Master节点主机的Slave配置文件中。

2）分布式文件存储功能实现

Hadoop平台采用分布式文件系统的方式实现了基于云架构的数据分布式存储管理，本系统采用Hadoop For .NET SDK[29]开发包中的功能接口实现分布式文件系统中的数据读取和存储功能，并将其功能封装为CloudFileDataManage类，其中主要包括如下方法接口：

（1）readDataFromCloud()方法

从分布式文件系统中读取档案数据方法，入参为需要读取的档案编号及数据容器对象，返回值为布尔值，代表读取操作是否成功。在该方法中首先按照档案编号，基于Hadoop For .NET SDK开发包中的分布式数据获取方法getHadoopDataNode()调用，获取该档案文档的分布式存储映射集合，随后调用其中的getData()方法，将文档在各个DataNode节点中的数据片段进行读取与拼装，并返回拼装结果。

（2）writeDataToCloud()方法

向分布式文件系统写入档案数据方法，入参为需要写入的档案编号、档案文档本地路径，返回值为布尔值，代表写入操作是否成功。在该方法中首先嗲用“md5sum”指令计算文件的MD5值，随后调用Hadoop For .NET SDK包中的createDataNodeMap()方法[30]进行文档分布式存储节点映射视图创建，最后调用其中的saveData()方法按照节点映射视图将本地文件数据及其MD5值进行分割与分布存储。

（3）dataSecurityCheck()方法

档案数据读取结果安全性检查方法，在其中主要利用readDataFromCloud()方法的数据容器引用对象返回的读取结果，计算文档的MD5值，并将其与文档存储过程中计算得到的MD5值进行对比，如果对比成功，则表明获取的数据是安全的，可以用于系统的档案管理业务。

通过上述功能实现方式，能够将本系统的档案文档的云端读取和存储、安全验证过程进行底层封装，实现基于用户透明的档案文档数据的分布式存储管理，能够提高本系统对于海量电子档案数据信息的存储支持能力。

3）分布式文件存取过程中的安全验证实现

由于档案管理系统的电子档案文档、备份文件在云端存储过程中采用了分割存储的方式进行处理，所以在文件数据读取过程中，Hadoop的Master节点按照本系统的文档读取请求，通过从各个DataNode中读取目标文件的分割片段，并进行拼接之后返回到本系统。

为了对返回的文件完整性及正确性进行验证，避免出现文件在分布式存储过程中可能出现的非法篡改或者数据丢失等问题，本系统采用了基于文件完整性验证的方式进行安全验证处理。

具体是通过在Hadoop的数据读取FileSystem类对象的文件读取完成之后，在Master节点中利用其“md5sum”指令计算文件的MD5值，并和系统数据库中存储的文件原始MD5值进行比较，如果比较失败则丢弃本次文件读取结果，并返回文件错误提示信息。

5.3 系统功能详细实现

5.3.1 档案信息管理功能实现

档案信息管理功能模块中包括了档案文档的收文发文管理、表内数据管理以及表内数据的恶意代码检测功能等方面，本节对上述功能的开发实现工作进行分析和介绍，展示部分功能的实现效果。

1）档案文档收文发文管理功能

在档案发文过程中，学院各部门秘书用户通过在客户端Web页面中录入发文请求信息，并提交发文申请。在档案收文过程中，档案管理人员在接收到发文申请之后，通过查看发文申请的详细信息，按照档案管理业务规范进行申请审批操作，决定是否允许该部门的业务文档进入档案管理范围。

如果审批通过，则各部门秘书用户在客户端进行本地的电子档案文档选择，将其上传到系统中，或者人工递交纸质档案文件。在此过程中，系统根据具体的发文及收文情况，按照收文过程中档案管理人员设置的接收参数，例如档案归档目录等，对系统内部的档案目录数据进行更新维护。因此，档案文档收文发文功能的逻辑实现流程如图5-1所示。

按照图5-1所示，在档案发文收文功能实现流程中主要包括了发文申请的审批处理、电子文档的上传、收文完成之后的数据更新等步骤。其中发文申请的审批处理过程包含了发文信息的录入、申请提交、申请信息查看以及审批意见更新等操作，在功能实现过程中是通过自定义类SendRecvFile实现，在该类中提供了createSendRequest()创建发文请求方法，该方法将各部门秘书在Web页面中录入的发文请求进行获取，并将其基于后台数据库类DataBase对象进行保存。

发文请求的审批操作功能利用SendRecvFile的auditSendRequest()方法实现，在该方法中根据所选申请从后台数据库中检索发文请求详情，并为档案管理人员提供审批操作接口，同时按照审批意见及结果的提交情况，对发文申请进行状态更新。

电子文档上传采用SendRecvFile类的uploadArchive()方法实现，在该方法中基于.NET平台的UploadFile功能组件，根据用户所选的本地文件，创建对应的FileStream流对象，并根据文件上传的方向在发起上传的主机中创建用于流对象写入的StreamWriter对象，在接收端创建StreamReader对象，利用上述对象实现分布式网络环境下的文件上传处理操作。

图5-1 档案发文收文功能逻辑实现流程

最后，在收文接收之后，系统将本次收文发文操作的相关记录进行更新，同时按照档案的归档目录信息进行表数据更新处理。其中，档案收文管理功能的运行页面如图5-2所示。

系统根据档案管理人员在收文列表中选中的发文请求，弹出如图5-2所示的页面。在该页面中档案管理人员可以对发文档案进行目录设置以及基本信息编辑，最后点击添加按钮，将该发文档案添加到对应的档案目录中。

图5-2 档案收文功能操作页面

2）表内数据管理功能

表内编辑功能是指对已经归档的档案数据进行移动、复制、删除、目录更改等管理操作例如对现有档案进行目录移动、合并、删除、批量删除、目录信息更改等操作。在实现过程中首先通过对所需进行管理的档案表进行检索，将该档案目录下的所有归档档案进行列表展示，并为档案管理人员提供上述操作功能支持。最后，根据档案管理人员的表内操作结果，对系统内部的档案归档数据进行更新维护。因此，可以得到系统的档案表内管理功能的逻辑实现流程如图5-3所示。

按照图5-3所示，如果在表内管理操作过程中，档案管理人员需要删除部分档案信息，则系统需要基于后台的云服务功能组件，在Hadoop For .NET SDK开发包的功能支持下，将分布式文件系统中的DataNode节点中相关的档案信息进行删除处理。如果进行表内数据的其他操作，例如档案目录调整、创建，或者档案复制、移动等，则直接通过对本系统数据库中保存的档案归档数据以及目录数据进行动态的后台更新即可。

在具体的功能开发过程中，表内数据管理功能采用ArchiveDirectory自定义类实现，利用其中的queryArchiveFrmDir()方法检索所有表内档案，并以列表形式返回。同时将档案移动、复制、删除、目录更改等管理操作分别封装为档案移动方法moveArchive()、档案复制方法copyArchive()、deleteArchive()档案删除方法和目录更改方法editArchiveDir()等。

图5-3 表内数据管理功能逻辑实现流程

其中档案移动方法moveArchive()中，通过对所选档案的目录信息进行更改，实现将档案从原目录移动到新的指定目录中。档案复制方法copyArchive()是通过在目标目录下新增该档案的归档索引信息，并保持原档案归档信息不变。

档案删除方法deleteArchive()中分为普通删除和持久删除两种方式，其中普通删除功能在处理过程中仅删除档案的目录索引信息，而持久删除则不仅需要删除档案目录索引，同时还通过云服务功能组件，在Hadoop For .NET SDK开发包的支持下，将该档案在分布式文件系统中的所有数据节点存档数据进行永久删除。

目录更改方法中包括了目录的新建、名称更改、删除等操作，由于本系统中的档案目录索引采用了目录编号方式进行记录，因此除了目录删除操作之外，其余的目录更改操作只需要对系统数据库中的目录数据进行更新即可。对于目录的删除操作，系统首先检查该目录下是否包含归档档案，只有在该目录为空时才能进行删除，否则需要先将目录下的归档档案进行移动之后，才能进行删除操作。档案管理系统的表内数据管理功能对应的运行页面如图5-4所示。

在表内数据管理功能页面中，档案管理人员可以根据所选的档案目录，查看其中归档的所有档案条目，并可以进行档案的删除、移动、复制等基本操作，同时还可以进行鉴定销毁、组卷（合并）等高级操作，上述操作通过将基本操作进行组合实现。在表内数据操作管理处理完成之后，系统更新当前的档案目录，将档案表视图更新到最新状态。

图5-4 表内数据管理功能操作页面

3）恶意代码检测功能

恶意代码检测功能是指通过对电子档案中的档案文档数据内容进行安全检查，确保档案文件中的内容不存在可能对系统软硬件造成损害的非法文本或恶意代码。在功能实现过程中，档案管理人员可以在收文、档案目录查询、档案查看等各项操作过程中发起恶意代码检测功能操作，系统通过对电子档案文档数据内容进行读取，从系统云端分布式文件系统中获取该电子档案文档，并读取其中的数据作为恶意代码检测功能组件的数据输入，具体的功能实现逻辑流程如图5-5所示。

图5-5 恶意代码检测功能逻辑实现流程

同时，由于本系统中的电子档案文档要求为Word文档、Excel文档等Office格式的电子文件，所以恶意代码的检测功能主要采用了.NET平台中提供的Office办公文档开发组件的安全规则检查及宏管理功能接口实现，具体是通过引用System.Office.Security.MacroManage以及System.Office.SecurityComponent命名空间中的MacroManage宏管理类以及OfficeSecurityComponent文档安全管理类中的接口实现。

在上述类结构中提供了包括Office文档数据读取、安全规则检查以及宏指令安全检查等方法接口，本系统通过从后台云端分布式文件系统中读取档案原始文档，并将其临时存储路径作为参数提交到上述.NET平台公共类结构的方法接口中进行处理，查看返回的结果是否为非安全文件。

需要注意的是，在实际开发过程中，需要将前述两个功能类所属的COM组件引用到本项目中，分别是OfficeMacro COM组件和OfficeSecurity COM组件，并且在系统功能发布过程中将上述COM组件进行打包发布。

在本系统中，电子档案文件的恶意代码检测功能的实现采用自定义类MaliciousCodeCheck处理，在该类中通过设置getTargetArchiveOriginalFile()方法基于后台云服务功能组件接口调用，获取电子档案的原始文档，在该方法中将获取到的原始Office档案文档保存在Web服务器的\wedroot\data\temp临时目录下，并将其存储路径作为参数调用MacroManage以及OfficeSecurityComponent类的文档安全检查方法，查看电子档案原始文档中是否存在恶意代码。

在检查完成之后，系统通过调用MaliciousCodeCheck类的deleteTempArchiveFile()方法，将临时保存的电子档案原始文档进行删除，同时如果检查出恶意代码，则利用其中的档案安全状态设置方法setArchiveUnsafe()将该档案归档信息中的安全状态设置为非安全，从而不会被借阅。

5.3.2 档案综合查询功能实现

档案综合查询功能是系统的档案借阅功能模块的辅助性功能模块，学生、教师以及职工等终端用户通过本模块进行档案信息检索，并根据检索结果提交具体的档案借阅请求。档案综合查询的类型分为按名称查询和基于档案表的目录条件查询两种方式。

在具体的功能实现过程中，上述两种查询类型均采用相同的逻辑进行处理，区别在于查询检索的范围为全部档案文件或者指定目录的档案文件。档案综合查询功能模块在检索过程中只针对本系统后台数据库中保存的档案归档信息进行检索，即档案具体的存储目录、路径、基本索引信息等，不对后台云端分布式文件系统中的原始档案文件进行获取。档案综合查询功能的逻辑实现流程如图5-6所示。

按照图5-6所示，本系统根据终端用户在Web页面中提交的查询条件，通过后台数据库检索功能组件对应的DataBase类结构对象以及.NET平台中提供的ADO.NET数据库管理组件，将查询条件封装为对应的检索SqlCommand数据库操作指令类对象，并调用其执行方法executeWithNoQuery()进行数据库查询，并将查询结果以DataSet数据容器对象的方式进行封装和返回，将其关联到前台Web页面的DataTable数据列表中进行展示。

图5-6 档案综合查询功能逻辑实现流程

具体而言，在档案综合查询功能的逻辑实现流程中，本系统基于前台Web页面反馈的REQUEST参数信息，从其中解析具体的查询条件以及查询类型，根据查询类型的不同创建对应的数据库检索指令，随后进行数据库检索，并将检索结果进行返回。

同时，为了应对系统内部档案归档信息较多而导致的检索效率低下问题，在本系统的后台数据库中根据档案归档信息的名称关键词以及归档目录设置了索引，所以在检索过程中能够快速根据用户提交的档案名称查询条件进行快速定位。系统的档案综合查询条件输入功能的运行页面如图5-7所示。

图5-7 档案综合查询条件输入功能页面

终端用户通过在图5-7所示的页面中输入查询的档案名称，并且支持模糊匹配操作，如果需要直接定位到档案所属目录，则通过点击页面中的提示链接，系统直接从指定档案目录中进行检索处理。

档案综合查询结果页面如图5-8所示，系统将查询结果以列表形式进行展示，终端用户可以在其中点击借阅链接，提交档案借阅请求。

图5-8 档案综合查询结果功能页面

5.3.3 档案借阅管理功能实现

档案借阅管理模块中实现了内部档案的借阅等管理操作，包括实体档案（纸质档案）以及电子档案的在线借阅管理，同时基于档案借阅清单的方式对整个借阅过程进行状态维护管理，在此基础上为档案管理人员提供所有已归档档案的利用率统计功能支持。所以，按照学院的档案借阅业务规范以及档案借阅管理模块的逻辑框架设计，上述功能的逻辑实现流程如图5-9所示。

图5-9 档案借阅管理模块功能逻辑实现流程

按照图5-9所示，从整体角度来看，档案借阅管理模块的功能逻辑实现是基于系统内部维护的档案借阅清单数据对象进行实施，在档案借阅申请审批通过、档案借阅到期归还、续借、未还等事件处理之后，系统根据具体的事件处理结果对档案清单内部记录的档案借阅数据进行更新维护，并基于维护结果为档案管理人员提供档案利用率统计的功能支持。所以，在档案借阅管理模块的功能实现中主要包括了档案借阅的申请与审批、档案借阅清单维护、档案借阅状态管理、档案借阅利用率统计管理等方面。

1）档案借阅申请与审批功能实现

档案借阅分为电子档案和实体档案，在借阅过程中需要在本系统中提交申请，实体档案在借阅申请审批通过后通过人工沟通和线下实现。在功能实现过程中主要是通过自定义类ArchiveBorrow中的archiveApply()方法进行电子档案的借阅申请处理，在该方法中按照终端用户提交的借阅请求，创建档案借阅请求，并将其发送到档案管理人员处进行审批处理。档案审批处理功能是通过自定义类ArchiveBorrow的auditApply()方法实现，在该方法中通过获取档案借阅请求，在借阅申请审批不通过时，向公共主机客户端中反馈提示信息。

如果审批通过，对于电子档案的借阅处理，系统通过调用云端分布式文件系统的读取接口，从其中获取被借阅的电子档案原始文档，并将其以.NET平台中的UploadFile组件接口上传到客户端主机的临时目录下，并返回临时存储路径，从而实现在作为客户端的公共主机中进行电子档案文档查看。对于纸质档案的借阅，由档案管理人员人工检索档案存档位置，并将其交付借阅者。档案借阅与审批管理功能的运行页面如图5-10所示。

图5-10 档案借阅与审批功能页面

在图5-10中，终端用户在其中提交需要借阅的档案信息以及借阅请求详情，例如借阅期限、借阅人、借阅类型等，随后发起借阅请求。档案管理人员通过查看具体的借阅档案信息以及借阅申请信息，根据实际的业务管理规范进行审批操作，在审批通过之后即可实施档案的具体借阅操作。

2）档案借阅清单维护功能实现

在本系统中，所有的档案借阅操作信息，包括电子档案和实体档案，均采用借阅清单的方式进行维护和管理，在终端用户的档案借阅请求审批通过之后，系统在借阅清单中记录本次借阅的具体信息，包括借阅档案信息、借阅人信息、借阅时间信息、借阅期限信息、借阅状态信息等。同时在档案归还或预期时，系统同样通过对档案借阅清单中对应的清单数据进行更新，使得借阅清单中的信息和实际的档案借阅请求保持一致。所以档案清单借阅功能中还包括了档案借阅状态的维护管理功能逻辑。在功能实现过程中，档案清单维护功能是通过ArchiveBorrow自定义类中的更新借阅列表updateBorrowList()方法实现，该方法的功能逻辑流程如图5-11所示。

图5-11 档案借阅清单维护功能逻辑实现流程

按照图5-11所示，借阅清单维护功能是通过.NET平台中的Event-Delegate事件代理机制来实现，将档案的借出、归还、续借、逾期等分别定义为对应的事件，即档分别定义案借出事件LoanEvent、档案归还事件BackEvent、续借事件ReloanEvent以及逾期事件OverdueEvent，同时对上述事件设置代理委托方法，在其中通过各个事件类中的档案信息以及具体的事件信息，对档案借阅清单中对应的档案借阅数据进行相应的更新处理。系统采用独立的档案借阅数据对象对后台数据库中的档案借阅清单信息基于ADO.NET组件进行更新处理。

档案借阅清单管理功能的运行页面如图5-12所示，在其中系统将当前系统的所有档案的归档总体情况进行统计和展示，同时将所有已经到期的档案借阅信息进行列表展示，档案管理人员可以在其中按照借阅人、档案编号、档案名称、借阅时间、借阅状态等参数查询所有已经到期的借阅数据。另外，在其中还将所有的档案借阅、归还、逾期、续借等信息进行列表展示，并提供类似的数据检索功能支持。

图5-12 档案借阅清单维护功能页面

3）档案借阅利用率统计功能实现

档案借阅利用率统计功能是根据系统内部记录的档案借阅清单进行计算，计算方式是按照档案管理人员指定的时间段，包括每年、每学期、每月、每周、每天，统计各个档案的借阅次数，并将其作为档案归档管理业务的数据支持，对档案管理部门内部的档案归档信息进行对应的优化和更新处理。在功能实现过程中，档案借阅利用率统计功能是通过ArchiveBorrow类结构中的利用率统计方法archiveUsageRate()实现，在该方法中通过读取档案借阅记录中指定时间段内的借阅数据，以及档案的累积借阅次数，将其以图形化的方式进行页面展示，在其中给出所有已进行借阅的档案利用情况。其中，在利用率数据的图形化处理方面，系统支持基于柱状图、趋势图等形式的展示效果，其运行页面如图5-13所示。

图5-13 档案利用率统计功能页面

在图形化功能实现中主要利用了.NET平台中的CrystalReport水晶报表功能组件来实现，通过将利用率的检索和统计数据以DataSet数据容器的方式进行维护，并将其关联到系统创建的CrystalReport水晶报表组件，指定图形化的具体显示格式，并将水晶报表对象和前台Web页面中的PictureBox控件进行关联，实现利用率统计结果的关联显示。

5.3.4 系统设置管理功能实现

系统设置功能中包括了档案管理人员个人信息的维护管理，例如个人基本信息以及登录密码的修改与查看等，以及批量档案导入功能。系统设置管理功能的逻辑实现流程如图5-14所示。

图5-14 系统设置管理功能逻辑实现流程

按照图5-14中所示，在系统设置管理模块的个人信息设置功能中，系统首先通过Web服务器端的SESSION全局变量中的USER参数获取当前登录的档案管理人员个人信息，并将其以列表形式进行展示。

档案管理人员在个人信息列表中对其联系方式信息、登录密码等进行修改，随后系统按照修改结果更新其个人数据。

当档案管理人员对其登录密码进行了修改之后，系统删除SESSION变量中的USER参数，将当前用户进行注销，并返回到login.aspx登录页面中，提示用户进行重新登录。在登录密码修改过程中，系统在用户录入新密码之前，需要提交原密码，并要求新密码的输入次数为两次。

在客户端Web页面中采用JavaScript动态脚本对两次输入的新密码进行对比，只有两次密码输入完全一致时，系统才对其登录密码进行更新处理。个人信息设置功能的运行页面如图5-15所示。

图5-15 个人信息设置功能页面

在档案数据的批量导入功能中，系统通过.NET平台中的UploadFile功能组件，将档案管理人员指定的本地EXCEL或者DBF文件进行上传，并将其保存到Web服务器的\wedroot\data\temp临时目录下，随后按照档案管理人员设置的导入数据字段模板，利用NPOI组件接口或者SQL Server数据库文件管理接口，从其中进行数据解析，最后将解析结果保存到指定的档案目录中。

其中，对于EXCEL表格文件的数据解析采用的是NPOI开源组件实现，在该组件中提供了针对Microsoft Office文档的创建、打开、读写、格式化、保存等功能接口，对于DBF文件的解析则直接利用后台SQL Server数据库的管理接口实现，首先将DBF文件关联到DataSet数据容器对象中，随后设置其适配器为标准SQL读取模式，即可利用ADO.NET组件中的DataReader公共类结构进行数据读取。上述功能的逻辑实现流程主要包括如下步骤：

1）按照上传文件临时保存路径解析文件格式；

2）如果文件类型为EXCEL文件，则通过加载NPOI组件对应的命名空间Npoi.microsoft.office以及COM组件NPOI.DLL，将系统所需的功能方法接口导入到项目中；

3）以上传文件临时保存路径为参数，创建Npoi.ExcelFile对象，并调用其Open()方法打开该文件；

4）按照ExcelFile对象中的Sheet[]表单对象集合、Row[]行对象集合，逐个读取Cell单元格对象，并将其中的数据按照档案导入模板进行数据格式转换，将导入数据转换为标准的.NET平台数据类型；

5）如果导入文件类型为DBF文件，则创建DataSet对象，并将其数据源属性DataSource设置为导入文件的临时存储路径；

6）设置DataSet对象的DataAdaptec数据适配器类型为Normal标准形式，并创建DataReader对象，基于DataAdaptec对象和DataSet对象从中读取原始数据，并按照档案导入模板进行数据格式转换；

7）将格式转换之后的数据按照指定目录进行后台数据库保存；

8）在保存完成之后，根据导入文件名及其他参数更新档案归档信息，将其归档目录设置为用户指定的目录。

档案数据批量导入功能的运行页面如图5-16所示，档案管理人员在其中首先进行本地EXCEL/DBF文件的上传，随后设置导入数据的三级目录，并且设置导入数据模板，系统按照上述逻辑进行数据解析处理，用户可以进行导入结果的预览以及正式导入存储处理。

图5-16 档案数据批量导入功能页面

在档案数据批量导入功能中，系统默认将所有导入的档案数据归档信息中的部门设置为档案馆。采用档案批量导入功能，档案管理人员能够在档案管理部门内部以批量操作的方式在系统中增加多条电子档案，将学院日常教学教务工作中积累的相关数字化文件，保存到档案管理系统中。

5.4 本章小结

本章对档案管理系统进行了功能开发实现，简要说明系统的开发环境配置，同时对系统后台的云存储服务功能的实现进行详细分析，在此基础上对系统的软件功能模块进行了实现和展示。

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