基于SSM的档案管理系统的设计与实现

摘要近年来,企业对档案管理的程序化，以及为了方便公司领导可以更好的了解公司各项信息，公司都会将信息档案化，从而提高领导们的办事效率。然而，现在大部分企业，既有纸质版也有电子版的档案，如果单在纸质档案记录表中记录档案的来源去向，存放处，会带来很多不便，既费时又费力。现在互联网非常强大，开发出一个档案管理系统也不难，届时，管理层只需要登录该系统，进行档案维护。系统便会将信息存储在数据库并备份，这大大的减少了档案丢失性，也不会有距离的限制，可以不去档案室借阅档案就可从网上下载电子版。本系统的设计目标是实现企业档案管理工作方面的实际需要，面向企业的所有的领导层以及员工，建立一个使用方便、稳定可靠的档案管理系统，从而更方便地进行档案的存储和对档案的借阅进行管理。本系统利用Vue、SSM框架和MySQL5.7数据库、Tomcat7.0、jQuery、Ajax+Json、loadsh、element-UI、bootstrap、VueX等技术组合来实现。首先，需要对系统进行需求分析，明确要实现的模块和功能，再结合企业档案管理的实际工作规范和规章制度，从而去考虑怎么样实现企业档案的管理，依据提前制定的需求分析,确定本系统需要完成的功能。然后，根据制定的需求以及需求分析后的内容来进行概要设计和画ER图，其中概要设计包括系统模块，系统流程图，数据库设计，概要设计。然后再进行编码，根据需求制定开发计划，开始编写程序，一一实现各个功能。最后再进行完善的系统测试，根据前面的需求编写各种各样的测试用例，按照测试用例对编码之后的系统进行黑盒测试和单元测试。系统分为十个功能模块,分别为档案上传管理、档案借阅管理、档案导出、档案归还查询、员工信息管理、操作日志管理、系统配置、角色管理、数据备份、数据恢复模块。关键词：档案管理系统；软件系统；信息化；自动化；SSM；Vue；element-UI。

DesignandDevelopmentofArchiveManagementSystembasedonSSMAbstractInrecentyears,inordertofacilitatethecompanyleaderstobetterunderstandtheinformationofthecompany,thecompanywillfiletheinformation,soastoimprovetheefficiencyoftheleaders.However,mostenterprisesnowhavebothpaperandelectronicfiles.Ifwerecordthesource,destinationandstorageplaceofthefilesinthepaperfilerecordform,itwillbringalotofinconvenience,bothtime-consumingandlaborious.NowtheInternetisverypowerful,anditisnotdifficulttodevelopanarchivemanagementsystem.Atthattime,themanagementonlyneedstologintothesystemforfilemaintenance.Thesystemwillstoretheinformationinthedatabaseandbackup,whichgreatlyreducesthelossoffiles,andtherewillbenodistancelimit.YoucandownloadtheelectronicversionfromtheInternetwithoutgoingtothearchiveroomtoborrowthefiles.Thedesigngoalofthissystemistoachievetheactualneedsoftheenterprise'sfilemanagementwork.Facingalltheleadersandemployeesoftheenterprise,itisnecessarytoestablishaconvenient,stableandreliablefilemanagementsystem,soastofacilitatethestorageandborrowingmanagementoffiles.

ThissystemusesthetechnologycombinationofVue,SSMframeworkandMySQL5.7database,Tomcat7.0,jQuery,AJAX+JSON,loadsh,elementUI,bootstrap,vuex,etc.Firstofall,itisnecessarytoanalyzetherequirementsofthesystem,makeclearthemodulesandfunctionstoberealized,andthencombinetheactualworkspecificationsandrulesandregulationsofenterprisearchivesmanagementtoconsiderhowtorealizethemanagementofenterprisearchives,anddeterminethefunctionstobecompletedofthesystemaccordingtotheneedsanalysisformulatedinadvance.Then,accordingtotheformulatedrequirementsandthecontentaftertherequirementsanalysis,theoutlinedesignandERdrawingarecarriedout,includingsystemmodule,systemflowchart,databasedesignandoutlinedesign.Thencoding,accordingtotheneedsofthedevelopmentplan,starttowriteprocedures,onebyonetoachieveeachfunction.Atlast,thesystemistestedperfectly,andvarioustestcasesarewrittenaccordingtothepreviousrequirements.Thecodedsystemistestedbyblackboxtestandunittestaccordingtothetestcases.Thesystemisdividedintoelevenfunctionalmodules,includinguser,administratorlogin,fileuploadmanagement,fileborrowingmanagement,fileexport,filereturnquery,employeeinformationmanagement,operationlogmanagement,systemconfiguration,rolemanagement,databackupanddatarecovery.Keywords:Archivemanagementsystem;Softwaresystem;Informatization;automation;SSM;Vue;Element-UI.目录1前言 [2]。2.2经济可行性本系统只需要用到装有Windows10的64位的电脑，不需要用到云服务器。软件环境则是安装IDE、JDK1.8、Tomcat9.0、MySQL5.7、Maven3.6.3以及npm包管理工具2.3操作可行性本系统只需要用到装有Windows10的64位的电脑即可，同时这个系统采用B/S架构，所以电脑上还需要有浏览器，一般电脑都会有。2.4社会可行性随着越来越多的工具程序化，开发技术的越来越成熟，各种程序成为人们生活中必不可少的好帮手，使用档案管理系统比用手动维护档案更加方便、简单和高效。使用网上维护档案可以很大地提高档案维护的效率。

3需求分析本系统面向的是企业对档案的管理过程中的所有相关领导、行政、以及管理组人员。整个档案管理系统分为部门管理、员工个人信息管理以及电子版档案管理，电子版档案管理有档案查询、档案导入、档案导出、档案更新等选项，还有档案借阅归还系统，为保证借阅员看到的是档案的最新版本，借阅的同时，档案维护员不能对被借阅档案进行更新操作。员工个人信息管理有员工个人信息列表，系统维护员可以对信息进行增删改查，甚至导出列表的操作，电子档案管理由档案维护员上传，相关信息由档案维护员补充，普通用户无法更改，只能查看和申请下载。普通员工可以登录该系统进行档案借阅申请、档案借阅、档案归还操作，同时还可以接收到来自系统维护员发出的通知。系统维护员还可以在系统上对员工个人信息、电子版档案信息、数据库备份信息进行操作；对角色的权限、以及各组负责人进行更改，同时可以发布系统通知。系统分为十个功能模块,分别为档案上传维护、档案借阅维护、档案导出、档案归还维护、员工信息维护、部门信息维护、系统通知、数据备份、数据恢复模块和回收站。3.1系统参与者分析系统所得，本系统共有以下多种角色，每种角色都授予了各自特有的多种权限。3.1.1员工员工不作为本系统的主要使用者，因为员工只能进行档案查看、借阅和归还等操作，进行操作之前，需发出借阅申请，由档案维护员审批通过后，可以对档案进行查找，下载，借阅的同时，档案维护员不能对被借阅的档案进行更新，以保证员工借阅到的档案是最新版本。员工不能对档案进行删除和更新操作。3.1.2档案维护员 档案维护员在本系统主要功能有档案的借阅审核、归还审核、档案存储信息的更新、档案的版本管理和档案导入。除此之外，还可以进入员工信息管理，对借阅信息进行核查。3.1.3系统维护员除系统维护员能操作整个系统的功能，包括员工、档案维护员的功能，除此之外，可以进行员工管理、部门管理、数据库备份及还原，发布系统通知和回收站管理，系统维护员还充当着“测试兼开发”，测试每个功能，及时发现Bug，并进行修复，3.2功能需求分析本系统为了企业档案管理的一体化，提高员工管理、档案管理以及档案维护等的效率，分为十个功能模块,分别为档案上传模块、档案借阅维护模块、档案导出模块、档案归还模块、员工信息维护模块、部门信息维护模块、系统通知模块、回收站模块、数据库资料备份模块和数据库资料恢复模块。档案上传模块：显示档案信息输入框，以及上传文件框，验证码验证框。档案借阅维护模块：又分档案借阅申请、档案借阅管理，申请模块可以根据档案的类别进行档案的查找，档案审核模块显示员工的申请信息，进行同意与拒绝操作。档案导出模块：显示档案的类别，进行档案的查找，然后进入档案的详情页可以根据版本，按需导出档案。档案归还模块：显示档案的借阅记录，以及未归还的档案，员工可以进行归还操作。员工信息管理：显示员工基本信息，并可以进行添加员工，导出列表，显示员工全部信息，删除员工。部门信息管理：显示部门基本信息，并且可以进行添加部门，和添加部门职责，但是不能删除。回收站模块：显示被删除的数据库备份文件和档案文件，可以进行恢复和删除操作，防止误删。数据库备份模块：显示数据库备份界面，输入备份简介就可以进行备份。数据库还原模块：显示数据库还原界面，可以对已经备份的数据资料进行还原操作。系统通知模块：显示系统通知界面，系统维护员可以发布通知，员工以及档案维护员可以接收通知。3.3性能需求分析为了保证系统在部署后能正常运行，本系统需要以下软件配置需求：服务器端基本要求：CPU：Intel(R)Core(TM)i5-5257U内存：12.00GB操作系统：Windows10数据库：MySQL5.7Web服务器：Tomcat9开发平台：IDEA开发语言：JAVA开发框架：SSM系统架构：B/S(Browaser/Server)客户端基本要求：PC:带有浏览器的电脑即可浏览器：GoogleChrome3.4系统业务用例系统业务用例中列举了在职员工端与管理人员端的总用例图

，系统中的多个关键的功能模块的用例的详细描述文本和与之相应的用例图。3.4.1员工端总用例图图3.1展示员工端主要的用例，含有登录、档案借阅申请、档案借阅、档案归还、借阅退回通知、下载档案文档、接收系统通知，涵盖了员工从登录系统到进行档案借阅的整个流程。图3.1在职员工端总用例图3.4.2维护人员端总用例图图3.2主要有借阅审核、档案存储信息的更新、档案版本管理、档案下载、档案导入、档案更新、数据库备份、数据库还原、回收站管理、员工信息查看、员工信息增加、员工信息修改、档案删除、借阅信息查询、档案删除记录查询、数据备份记录查询、档案存储信息查询、发布通知、登录、员工信息展示、部门信·息查看、部门信息更改和删除员工等。图3.2维护人员端总用例图3.4.3员工、维护人员用户登录模块图3.3用户、维护人员登录模块用例图用例1：在职员工登录范围：档案管理系统员工端。级别：员工级别。主要参与者：在职员工。前置条件：账号信息已录入在职员工名单。后置条件：档案管理系统的数据库存储了该员工的账号密码，并且员工的网络正常。主要流程：员工输入系统地址后，在用户名和密码输入框上输入自己的员工ID和密码。点击登录按钮。登录完成，页面自动跳转至员工端主页。替代流程：2a.密码或员工ID有误：登录失败，档案管理系统弹出警告框，并跳回登录页面。3.4.4档案上传模块.图3.4档案上传模块用例图用例2：档案维护员档案上传范围：档案管理系统维护员端。级别：维护员级别。主要参与者：档案维护员。前置条件：维护员已经成功登录档案管理系统维护员端。后置条件：维护员网络正常。主要流程：档案维护员在维护员端界面点击档案管理。系统进入档案管理页面，点击档案导入。进入档案上传界面。该界面显示档案编号、档案名称、档案分类和档案简介信息。点击输入框填入档案编号、档案名称、档案分类和档案简介信息。其他信息系统后台自动获取。档案维护员点击下一步。显示点击上传。档案维护员点击上传按钮，上传档案文件，支持pdf和docx文件格式。进入验证码验证，档案维护员输入正确验证码。档案维护员点击提交。系统自动保存档案维护员所填写以及上传内容，并且档案维护员无法进行修改或再次填写，档案上传信息表会被锁定。系统将上传文件的存储地址存入数据库。替代流程： 4a.点击下一步后，页面停留，跳转页面失败。该页面有不能为空的输入栏未输入，重新输入后。再次点击下一步。9a.文件上传后，档案管理系统弹出警告框，并附有提示信息。根据提示信息，重新操作一次。点击文件上传，再次上传。3.4.5档案借阅维护模块图3.5档案借阅维护模块用例图用例3.在职员工提交借阅申请范围：档案管理系统员工端级别：员工级别主要参与者：在职员工。前置条件：员工已经成功登录档案管理系统员工端。后置条件：系统保存档案文件的数据库正常，员工的网络正常。主要流程：员工在员工端界面点击档案管理。点击档案借阅申请。点击档案类别，进入该类别下的档案目录。点击档案详情页。页面跳转至档案详情页，该界面显示具体档案信息，建档人信息，历史版本信息，但是不可以对档案进行任何操作。点击返回，返回到档案目录。点击借阅申请按钮。弹出表单，显示借阅理由、借阅时间、预归还时间，填写完毕。员工点击提交申请。系统自动保存员工所填写内容，并且员工无法进行修改或再次填写，档案借阅申请信息表会被锁定。由档案维护员进行审核。审核通过，员工收到申请成功通知。替代流程：11a.审核不通过。返回驳回信息。返回修改并重新上传信息。用例4.员工查看借阅申请结果范围：档案管理系统员工端。级别：员工级别。主要参与者：在职员工。前置条件：员工已经登录档案管理系统，并且有借阅申请。后置条件：员工的网络正常。主要流程：员工在员工端界面点击档案管理。点击档案借阅归还。页面显示审批结果，若同意，则可以进行下载档案，若拒绝，则显示拒绝理由，并不可以进行任何操作。替代流程用例5.员工档案借阅信息查询范围：档案管理系统员工端。级别：员工级别。主要参与者：在职员工。前置条件：员工已经登录档案管理系统，并且借阅申请成功。后置条件：员工的网络正常。主要流程：员工在员工端界面点击档案管理。点击档案借阅归还。页面跳转至档案借阅归还页面。此页面展示该员工所有正在借阅的信息。替代流程：3a.无借阅信息。1.页面跳转至借阅申请。3.4.6员工信息维护模块图3.6员工信息维护模块用例图用例6.员工信息修改范围：档案管理系统维护人员端。级别：维护员级别。主要参与者：档案维护员、系统维护员。前置条件：维护员已成功登录档案管理系统、档案管理系统已经录入维护员信息。后置条件：维护员的网络连接正常。主要流程：维护员登录后点击公司管理界面。显示二级菜单，首先点击员工信息管理，页面跳转至员工信息维护页面。点击员工信息修改按钮，系统弹出一个悬浮框，可输入想要修改的员工信息。除了员工ID以外的信息都可以修改。根据提示输入框，输入想要修改的内容，点击提交。替代流程：5.修改失败。必填项漏填或者填错，重新审查所填内容再次提交表格。用例7.下载员工列表范围：档案管理系统维护员端。级别：维护员级别。主要参与者：系统维护员、档案维护员。前置条件：维护员已成功登录档案管理系统、档案管理系统已经录入维护员信息。后置条件：维护员的网络连接正常。主要流程：维护员登录后点击公司管理界面。显示二级菜单，点击员工管理，进入员工管理页面。按条件搜索后，点击导出表单。系统将自动导出当前搜索的所有员工所有信息EXCEL表格到浏览器。点击表格。员工信息导出完成。替代流程：5a.表格为空。当前查询条件没有员工信息，请重新导出。用例8.员工信息按条件搜索范围：档案管理系统维护员端。级别：维护员级别。主要参与者：档案维护员、系统维护员。前置条件：维护员已成功登录档案管理系统、档案管理系统已经录入维护员信息。后置条件：维护员的网络连接正常。主要流程：1.维护员登录后点击公司管理界面。2.显示二级菜单，首先点击员工信息管理，页面跳转至员工信息维护页面。3.然后点击左上角下拉按钮，选择所需要的查询条件，选择后，在右边输入框输入查找值。4.该查询功能为响应式，输入不用按确定，即可相应查询结果，查询成功。替代流程：3a.查询无结果。检验有无输入错别字、输错、无该条件的员工。重新查询。用例9.员工信息查看范围：档案管理系统维护员端。级别：维护员级别。主要参与者：档案维护员、系统维护员。前置条件：维护员已成功登录档案管理系统、档案管理系统已经录入维护员信息。后置条件：维护员的网络连接正常。主要流程：1.维护员登录后点击公司管理界面。显示二级菜单，点击员工管理，进入员工管理页面。2.再次点击员工查看按钮，进入修改页面。3.显示该员工所有基本信息，但是不可进行任何操作。4.完毕，点击确定，即可退出当前窗口。替代流程用例10.员工信息添加范围：档案管理系统维护员端。级别：维护员级别。主要参与者：档案维护员、系统维护员。前置条件：维护员已成功登录档案管理系统、档案管理系统已经录入维护员信息。后置条件：维护员的网络连接正常。主要流程：维护员登录后点击公司管理界面。显示二级菜单，首先点击员工信息管理，页面跳转至员工信息维护页面。然后点击添加员工按钮，系统弹出一个悬浮框，提示输入新增员工的信息。按悬浮框的填写提示，补充完整个新增员工信息。根据提示，点击提交。替代流程：5a.添加失败。必填项漏填或者填错，重新审查所填内容再次提交表格。用例11.员工信息删除范围：档案管理系统维护员端。级别：维护员级别。主要参与者：档案维护员、系统维护员。前置条件：维护员已成功登录档案管理系统、档案管理系统已经录入维护员信息。后置条件：维护员的网络连接正常。主要流程：维护员登录后点击公司管理界面。显示二级菜单，点击员工管理，进入到员工管理界面。点击删除员工按钮，跳出悬浮框，显示是否要删除该员工的全部信息。有显示确定和取消按钮，点击确定。删除成功。替代流程3.4.7档案导出管理模块图3.7档案导出管理模块用例图用例12.档案导出范围：档案管理系统维护员端。级别：维护员级别。主要参与者：档案维护员。前置条件：维护员已成功登录档案管理系统、档案管理系统已经录入维护员信息。后置条件：维护员的网络连接正常。主要流程：维护员在维护员端首页的左侧找到一级菜单中的档案管理，点击后弹出二级菜单。点击二级菜单：档案资料管理。系统进入档案类别页面，有八大类可供维护员选择，选择其一后进入档案目录。档案维护员选中想要导出的档案，点击档案详情，进入档案详情页。显示该档案的基本信息，和建档人信息，以及档案历史版本。档案维护员选择想要导出的版本，导出即可。替代流程3.4.8档案归还查询模块图3.8档案归还查询模块用例图用例13.档案借阅记录查询范围：档案管理系统维护员端。级别：维护员级别。主要参与者：档案维护员。前置条件：维护员已成功登录档案管理系统、档案管理系统已经录入维护员信息。后置条件：维护员的网络连接正常。主要流程：档案维护员登录后点击档案管理。系统跳转至档案管理页面。选择二级菜单：档案借阅管理页面。页面显示所有借阅信息。并可查看到哪些用户借阅了还没归还。用例14.档案借阅记录查询范围：档案管理系统员工端。级别：员工级别。主要参与者：在职员工。前置条件：员工已成功登录档案管理系统，档案有借阅记录。后置条件：员工的网络连接正常。主要流程：员工登录后点击档案借阅与归还。点击二级菜单：档案借阅归还。页面显示所有当前用户的借阅记录。可以查看到未归还的档案，点击归还即可归还档案。3.4.9数据备份模块图3.9数据备份模块用例图用例15.数据库备份范围：档案管理系统维护员端。级别：维护员级别。主要参与者：系统维护员。前置条件：系统维护员已成功登录档案管理系统。后置条件：系统维护员的网络连接正常。主要流程：系统维护员在维护员首页左侧导航栏中，找到一级菜单数据管理。点击后系统进入数据库备份页面。系统维护员输入备份简介。点击备份当前数据，将备份当前系统所拥有的所有数据。用例16.数据库还原范围：档案管理系统维护员端。级别：维护员级别。主要参与者：系统维护员。前置条件：系统维护员已成功登录档案管理系统。后置条件：系统维护员的网络连接正常。主要流程：系统维护员在维护员首页左侧导航栏中，找到一级菜单数据管理。点击后，弹出二级菜单，再次点击数据恢复管理。系统跳转至数据库恢复界面，显示数据库备份记录，根据备份记录选择需要还原的备份数据。还原完成。用例17.数据库备份删除范围：档案管理系统维护员端。级别：维护员级别。主要参与者：系统维护员。前置条件：系统维护员已成功登录档案管理系统。后置条件：系统维护员的网络连接正常。主要流程：系统维护员在维护员首页点击数据管理。点击数据恢复管理。系统跳转至数据库恢复界面，显示数据库备份记录，根据信息选择需要删除的数据。点击删除。删除完成，为了防止误删，删除的数据进入回收站，30天后自动删除。3.4.10部门信息管理模块图3.10部门信息管理模块用例图用例18.部门信息查看范围：档案管理系统维护员端。级别：维护员级别。主要参与者：系统维护员。前置条件：系统维护员已成功登录档案管理系统。后置条件：系统维护员的网络连接正常。主要流程：系统维护员在维护员首页左侧导航栏找到一级菜单公司管理，点击后弹出二级菜单。点击二级菜单里的部门管理，系统进入部门信息页面。该页面显示公司所有部门名称和职责。查看完毕。用例19.部门信息添加范围：档案管理系统维护员端。级别：维护员级别。主要参与者：系统维护员。前置条件：系统维护员已成功登录档案管理系统。后置条件：系统维护员的网络连接正常。主要流程：系统维护员在维护员首页点击公司管理。点击二级菜单：部门管理，系统进入部门信息页面。点击添加，弹出一个表单。按提示写完部门名称和职责。添加完毕。替代流程：5a.添加失败。职责超过字符限制。重新调整字符，再次添加。用例20.部门信息修改范围：档案管理系统维护员端。级别：维护员级别。主要参与者：系统维护员。前置条件：系统维护员已成功登录档案管理系统。后置条件：系统维护员的网络连接正常。主要流程：系统维护员在维护员首页点击公司管理。点击二级菜单：部门管理，系统进入部门信息页面。点击修改，弹出一个表单。按提示填写修改的内容。修改完毕。替代流程：5a.修改失败。职责或者部门名称超过字符限制。重新调整字符，再次修改。3.4.11回收站管理模块图3.11回收站管理模块用例图用例21.数据库备份文件恢复范围：档案管理系统维护员端。级别：维护员级别。主要参与者：系统维护员。前置条件：系统维护员已成功登录档案管理系统。后置条件：系统维护员的网络连接正常。主要流程：系统维护员在维护员首页点击回收站管理。点击二级菜单：回收站，系统进入回收站页面。点击数据库文件。显示已删除的数据库备份文件。点击恢复，即可恢复到数据库备份记录。用例22.数据库备份文件删除范围：档案管理系统维护员端。级别：维护员级别。主要参与者：系统维护员。前置条件：系统维护员已成功登录档案管理系统。后置条件：系统维护员的网络连接正常。主要流程：系统维护员在维护员首页点击回收站管理。点击二级菜单：回收站，系统进入回收站页面。点击数据库文件。显示已删除的数据库备份文件。点击永久删除，即可永久删除此数据库备份记录。用例23.档案文件恢复范围：档案管理系统维护员端。级别：维护员级别。主要参与者：系统维护员。前置条件：系统维护员已成功登录档案管理系统。后置条件：系统维护员的网络连接正常。主要流程：系统维护员在维护员首页点击回收站管理。点击二级菜单：回收站，系统进入回收站页面。点击档案文件。显示已删除的档案文件。点击恢复，即可恢复到此档案的历史版本处。用例24.档案文件删除范围：档案管理系统维护员端。级别：维护员级别。主要参与者：系统维护员。前置条件：系统维护员已成功登录档案管理系统。后置条件：系统维护员的网络连接正常。主要流程：系统维护员在维护员首页点击回收站管理。点击二级菜单：回收站，系统进入回收站页面。点击档案文件。显示已删除的档案文件。点击永久删除，即可永久删除此档案文件。3.4.12系统通知模块图3.12系统通知模块用例图用例25.通知发布范围：档案管理系统维护员端。级别：维护员级别。主要参与者：系统维护员。前置条件：系统维护员已成功登录档案管理系统。后置条件：系统维护员的网络连接正常。主要流程：系统维护员在维护员首页点击系统通知栏。点击二级菜单：系统通知，进入通知页面。点击发布通知。选择所有员工或者选择单个员工。输入发布的通知内容。点击发布。发布完成。用例26.通知查看范围：档案管理系统员工端。级别：员工级别。主要参与者：在职员工。前置条件：员工已成功登录档案管理系统。后置条件：员工的网络连接正常。主要流程：员工在员工首页点击系统通知栏。点击二级菜单：系统通知，进入通知页面。显示所有通知记录。点击最新发布的通知。查看完成。4概要设计4.1系统流程图图4.1系统整体流程图 图4.1为系统整体流程图，该系统有三个角色，登录后判断权限，通过权限来控制主页功能的显示与不显示，如果角色为员工，则只显示档案借阅申请功能与查看审批结果功能；如果角色为档案维护员，则显示档案管理功能和导入与导出功能，可以进行档案资料查看、修改，导入档案和导出档案；如果角色为系统维护员，则显示公司管理、数据管理、通知发布与借阅审批功能，可以进行员工资料和部门资料的修改，数据库备份与还原、发布通知的操作。4.2数据库设计4.2.1E-R图图4.2数据库E-R图4.2.2数据库总表表4.3数据库总表表名中文说明borrow_table借阅表存储借阅记录database_collection_depot数据备份—回收站表存储已删除的数据库备份文件database_table数据备份表存储数据备份地址department_table部门表存储部门信息emp_table员工表存储员工信息file_collection_depot档案文件-回收站表存储已删除的档案文件file_table档案表存储档案基本信息表fileclass_table档案类别表存储档案的类别filelist_table档案目录表存储具体的档案目录user_table登录表存储用户的登录信息4.2.3数据字典表4.4database_table数据字典表名字段名数据类型是否允许为空database_tabledidint(11)否database_tabledatabaseInfovarchar(45)否database_tabledatabaseUrlvarchar(400)否database_tablecreatorIdvarchar(20)否database_tablecreatorNamevarchar(45)否database_tablecreatTimevarchar(45)否表4.5department_table数据字典表名字段名数据类型是否允许为空department_tablegidint(11)否department_tabledepartmentvarchar(45)否department_tabledepartmentInfovarchar(200)是表4.6emp_table数据字典表名字段名数据类型是否允许为空emp_tablegidint(11)否emp_tableempIdvarchar(45)否emp_tableavatarUrlvarchar(400)是emp_tabletelephonevarchar(45)是emp_tablenamevarchar(45)是emp_tablesexvarchar(45)是emp_tableemailvarchar(45)是emp_tablejobvarchar(45)是emp_tabledepartmentvarchar(45)否emp_tableentryTimevarchar(45)是emp_tableaddressvarchar(45)是emp_tableIDCardvarchar(45)是emp_tablebankCardvarchar(45)是表4.7file_table数据字典表名字段名数据类型是否允许为空file_tablefidint(11)否file_tablefileIdvarchar(20)否file_tablefileNamevarchar(100)否file_tablecreatorIdvarchar(20)否file_tablecreatTimevarchar(30)是file_tableversionint(11)否file_tablefileUrlvarchar(400)是file_tablefileInfovarchar(200)是file_tablefileClassvarchar(20)否表4.8fileClass_table数据字典表名字段名数据类型是否允许为空fileclass_tablefidint(11)否fileclass_tablefileClassNamevarchar(20)否fileclass_tablefileClassInfovarchar(45)否fileclass_tablefileClassIdvarchar(20)否表4.9user_table数据字典表名字段名数据类型是否允许为空user_tableuidint(11)否user_tableuserIdvarchar(20)否user_tablecomIdvarchar(20)是user_tablepasswordvarchar(20)是表4.10filelist_table数据字典表名字段名数据类型是否允许为空filelist_tablefidint(11)否filelist_tablefileIdvarchar(20)否filelist_tablefileNamevarchar(100)否filelist_tablecreatorIdvarchar(20)否filelist_tablecreatTimevarchar(30)否filelist_tablefileClassvarchar(20)否filelist_tableisBorrowvarchar(20)是表4.11file_collection_depot数据字典表名字段名数据类型是否允许为空file_collection_depotfidint(11)否file_collection_depotfileIdvarchar(20)否file_collection_depotfileNamevarchar(100)否file_collection_depotcreatorIdvarchar(20)否file_collection_depotcreatTimevarchar(30)是file_collection_depotversionint(11)否file_collection_depotfileUrlvarchar(400)是file_collection_depotfileInfovarchar(200)是file_collection_depotfileClassvarchar(20)否表4.12database_collection_depot数据字典表名字段名数据类型是否允许为空database_collection_depotdidint(11)否database_collection_depotdatabaseInfovarchar(45)否database_collection_depotdatabaseUrlvarchar(400)否database_collection_depotcreatorIdvarchar(20)否database_collection_depotcreatorNamevarchar(45)否database_collection_depotcreatTimevarchar(45)否表4.13borrow_table数据字典表名字段名数据类型是否允许为空borrow_tablebidint(11)否borrow_tableempIdvarchar(45)是borrow_tablefileIdvarchar(20)是borrow_tableborrowInfovarchar(150)是borrow_tablestartTimevarchar(45)是borrow_tableendTimevarchar(45)是borrow_tableapprovevarchar(10)是borrow_tableapproveInfovarchar(150)是borrow_tableguihuanvarchar(45)是4.3系统模块结构4.3.1模块结构本系统分为十一个功能模块,分别为登录模块、档案上传模块、档案借阅管理模块、档案导出模块、档案归还模块、员工信息管理模块、部门信息管理模块、系统通知模块、回收站管理模块、数据库备份模块和数据库恢复模块。此系统采用在用户登录表增加一个权限列，通过这个列进行标识，登录的时候保存这个标识，再用VUE特有的v-if来控制不同角色登录时展现不同的功能。4.3.2模块结构图图4.14系统模块结构图

5详细设计5.1系统开发结构图本系统采用SSM架构开发，分为4层，前端调用API，到Packagecontroller层，由Packagecontroller层调用Packageservice服务层的方法，再由Packageservice层调用Packagemapper层，Packagemapper层调用对应的mapper.xml与数据库进行交互，交互通过Packagemodel层的持久化类返回出来值，再由Packagecontroller层返回到前端，形成前后端交互。图5.1系统开发结构图5.2系统部分类关系图图5.2登录类图本系统三个角色登录用的同一张表，通过comId来判断登录的角色，通过UserController返回User信息到前端，前端通过axios技术获取comId，判断角色后通过v-if来控制不同角色的客户端功能的不同。图5.3员工管理类图系统前端通过axios技术与后端交互，Controller层通过@RequestBody注解获取前端传来的参数；或者通过post，在URL中带着字符串参数，Controller层通过@PathVariable("empId")来获取URL上的参数，调用ServiceImpl层的方法再调用Mapper层通过mapper.xml与数据库交互，把数据返回到前端。图5.4档案管理类图档案类里有一个isBorrow属性，通过判断借阅表中是否存在档案ID的借阅记录以及归还状态为暂未归还的数据，来决定isBorrow属性的true还是false，这个值将决定这个档案是否能够更新，如果被借阅中，为保证员工借阅的档案为最新版本，所以这个档案不可被更新。图5.5档案借阅类图档案借阅类有个approve属性，档案维护员通过同意按钮或者拒绝按钮，改变这个数值，来控制该档案是否同意被该员工借阅，同时fileId关联档案表，能查看到此档案的详情。此外，还有通过员工ID来针对性的查找登录用户的借阅信息，不会有其他人的借阅信息。5.3系统详细设计5.3.1登录页面图5.6登录界面 本系统前端界面采用Vue+element-UI设计，以简约风格为主，同时设置了登录拦截，未登录时将不可访问系统的任何除了登录的路由，登录成功的时候会存储一个userName在sessionStorage，通过userName来判断是否登录。5.3.2员工端主界面图5.7员工端主界面 员工作为这个系统最低级的用户，仅可以使用档案借阅与归还和查看系统通知栏。5.3.3员工端档案类别界面图5.8员工端档案类别界面 员工可以通过档案类别，来查找所需要借阅的档案。5.3.4员工端档案借阅申请界面图5.9员工端档案借阅申请界面员工通过档案类别进去档案目录后，可以进行查看档案详情与档案借阅操作。5.3.5员工端档案借阅归还界面图5.10员工端档案借阅归还界面 在这个界面，员工可以查看借阅历史记录，和进行下载、归还操作，已归还的档案不可以进行下载操作，不同意借阅的档案不可以进行任何操作，能看到审批理由。5.3.6档案维护员端主界面图5.11档案维护员端主界面 档案维护员可以进行员工信息查看，部门信息查看，档案管理，系统通知查看等操作。5.3.7档案维护员端档案信息维护界面图5.12档案维护员端档案信息维护界面 此界面显示档案的历史版本，可以对档案进行更新、下载、删除等操作，但是被借阅出去的档案不可以更新。5.3.8档案维护员端档案借阅审批界面图5.13档案维护员端档案借阅审批界面 此页面，档案维护员可以同意或者拒绝员工的档案借阅申请，已同意或者已拒绝的申请可以更改审批结果，比如已拒绝的可以再次点击同意来同意借阅申请。但是已归还的申请记录时不可以进行任何操作的。5.3.9档案维护员端档案导入界面图5.14档案维护员端档案导入界面 在此页面档案维护员只需填入档案编号、档案名称、档案分类、档案简介，其他信息系统自动生成，比如建档人，建档时间，通过下一步提示操作，完成档案上传。5.3.10系统维护员端主界面图5.15系统维护员端主界面 系统维护员作为最高权限，同时拥有三个角色的功能，可以随时对系统功能进行测试，查出Bug并进行维护。5.3.11系统维护员端员工管理界面图5.16系统维护员端员工管理界面 在此界面，系统维护员可以对员工信息进行增删改查操作，并可以进行模糊搜索，按条件搜索，甚至导出搜索出来的所有符合条件的员工信息表。5.3.12系统维护员端部门管理界面图5.17系统维护员端部门管理界面 在这里，系统维护员持有对部门信息进行添加和修改的功能，不过不可以删除，因为删除部门信息的决定非常重要，不能随便删除，但是可以添加一个部门或者修改部门职责，部门名称。5.3.13系统维护员端数据库备份界面图5.18系统维护员端数据库备份界面 在这里，系统维护员对数据库持有备份的功能，输入备份信息即可，其他信息系统自动生成并保存至数据库。5.3.14系统维护员端数据库还原界面图5.19系统维护员端数据库还原界面 在此界面，系统维护员可以对数据库备份资料进行还原操作，或者删除操作，为了防止误删，删除后会进入到回收站，需要再次确认删除。5.3.15系统维护员端回收站界面图5.20系统维护员端回收站界面 在此界面，系统维护员可以进行查看一些已经删除的数据库备份文件和档案文件，可以进行永久删除或者恢复操作。5.3.16档案维护员端档案上传界面图5.21档案维护员端档案上传界面5.3.17系统维护员端系统通知界面图5.22系统维护员端系统通知界面 在此界面，系统维护员可以发布通知或者删除，查看通知。6软件测试6.1测试环境6.1.1服务器端环境CPU：Intel(R)Core(TM)i5-6300HQ内存：12.00GB操作系统：Windows10数据库：MySQL5.7Web服务器：Tomcat96.1.2客户端测试环境浏览器：GoogleChrome64bit操作系统：Windows10CPU:Intel(R)Core(TM)i5-6300HQ6.2测试计划当一个系统开发完成交付时，少不了测试，没有测试的系统是不完善的，是不具备交付条件的，所以测试在系统开发的过程中也是很重要的一个环节，作为交付的最后一道防线，测试需要制定一个完善的测试计划才能更全、更准确的测试该系统，测试计划还可以让测试人员了解本系统的整个测试流程。本系统预计使用黑盒测试，所以需要制定一套完善的测试用例。6.2.1总体描述 档案管理系统重点在其取名意义上的档案管理，稳定的档案上传下载对系统来说尤其重要，还有就是对档案的版本管理，对借阅归还的管理，对档案更新的管理，所以需要重点测试这几个功能，比如上传和下载的格式是否一致，下载后的档案是否会出现乱码，档案的版本是否能得到有效区分，档案被借阅后还能不能进行更新等。其他功能相对比较简单，可以设计相对较少的测试用例。6.2.2测试原则每开发完一个功能，都会进行相对简单，实用的测试，以便减少开发成本，达到早发现BUG，早点修复的目的，后期测试就不用那么辛苦和繁琐。毕竟是一个人开发的系统，肯定是有一些不完善的规则，但是保证重点功能可以完好实现，所以会用少量但良好的测试用例来测试该系统，以发现更多的缺陷。自己开发自己测试，因为是自己开发的，所以自己了解整个系统的运作流程，从而设计更优秀更方便的测试用例。所有的测试用例都要尽可能的符合项目需求分析。6.2.3测试方法黑盒测试：通过上面的测试用例，对本系统进行黑盒测试。白盒测试：通过检查前端和后端的代码，对本系统进行白盒测试。单元测试：在本系统开发的时候，每开发完一个功能，都进行了单元测试。6.3测试用例测试用例是为了达到某一预期结果而设计出来的，包含测试步骤，测试数据，测试结果三要素，设计测试用例时需要尽可能达到数量越少，发现的BUG越多的目的，才能高效、迅捷的完成测试，档案管理系统的部分功能测试用例如下：6.3.1员工登录测试用例表6.1员工登录测试用例用例IDY001用例名称员工登录用例描述员工通过输入员工ID和密码登录档案管理系统员工端测试步骤编号场景测试步骤预期结果实际结果步骤一进入登录界面输入localhost:8080进入登录界面进入登录界面与预期结果一致步骤二点击登录输入正确的员工ID和密码页面跳转至员工端主界面与预期结果一致6.3.2维护员登录测试用例表6.2维护员登录测试用例用例IDY002用例名称维护员登录用例描述维护员通过输入维护员ID和密码登录档案管理系统员工端测试步骤编号场景测试步骤预期结果实际结果步骤一进入登录界面输入localhost:8080进入登录界面进入登录界面与预期结果一致步骤二点击登录输入正确的维护员ID和密码页面跳转至维护员端主界面与预期结果一致6.3.3档案上传测试用例表6.3档案上传测试用例用例IDY003用例名称档案上传用例描述维护员通过填写档案信息，和上传文件实现档案上传。测试步骤编号场景测试步骤预期结果实际结果步骤一进入登录界面输入localhost:8080进入登录界面进入登录界面与预期结果一致步骤二点击登录输入正确的维护员ID和密码页面跳转至维护员端主界面与预期结果一致步骤三进入档案管理界面点击档案管理按钮页面出现二级菜单与预期结果一致步骤四进入档案信息填写界面点击二级菜单档案导入页面跳转至档案信息填写界面与预期结果一致步骤五进入档案文件上传界面填写完档案信息后，点击下一步页面跳转至档案文件上传界面与预期结果一致步骤六进入档案上传界面点击档案上传页面跳转至档案文件上传界面与预期结果一致步骤七进入验证码界面点击下一步页面跳转至验证码界面与预期结果一致步骤八进入提交界面点击下一步页面跳转至提交界面与预期结果一致步骤九返回档案信息填写界面点击提交出现弹框，档案导入成功，并返回档案信息填写界面与预期结果一致6.3.4档案导出测试用例表6.4档案导出测试用例用例IDY004用例名称档案导出用例描述档案维护员通过档案类别进入档案目录，在进入档案详情页可以进行档案的导出。测试步骤编号场景测试步骤预期结果实际结果步骤一进入登录界面输入localhost:8080进入登录界面进入登录界面与预期结果一致步骤二点击登录输入正确的维护员ID和密码页面跳转至维护员端主界面与预期结果一致步骤三进入档案管理界面点击档案管理按钮页面出现二级菜单与预期结果一致步骤四进入档案类别界面点击二级菜单档案资料管理按钮页面跳转至档案类别界面与预期结果一致步骤五进入档案目录界面点击档案类别页面跳转至档案目录界面与预期结果一致步骤六进入档案详情页点击档案详情页面跳转至档案详情页与预期结果一致步骤七进入历史版本界面点击历史版本页面跳转至历史版本界面与预期结果一致步骤八进入下载界面点击下载开始下载档案，下载完成时，比对上传和下载的文件格式一致，和查看下载到的档案没有出现异常。与预期结果一致6.3.5档案借阅管理测试用例表6.5档案借阅管理测试用例用例编号Y005用例名称档案借阅管理用例描述档案维护员通过档案管理进入档案借阅管理界面，进行借阅申请审批，审批完成后登录员工账号进行查看审批结果是否一致。测试步骤编号场景测试步骤预期结果实际结果步骤一进入登录界面输入localhost:8080进入登录界面进入登录界面与预期结果一致步骤二点击登录输入正确的维护员ID和密码页面跳转至维护员端主界面与预期结果一致步骤三进入档案管理界面点击档案管理按钮页面出现二级菜单与预期结果一致步骤四进入档案借阅管理界面点击二级菜单档案借阅管理页面跳转至档案借阅管理界面与预期结果一致步骤五审批借阅申请点击同意弹出框显示同意借阅与预期结果一致步骤六登录员工账号重复步骤一、二、三点击档案借阅归还显示借阅申请已被同意与预期结果一致6.3.6档案更新测试用例表6.6档案更新测试用例用例编号Y006用例名称档案更新用例描述维护员进行档案更新测试步骤编号场景测试步骤预期结果实际结果步骤一进入档案管理界面点击档案管理按钮页面出现二级菜单与预期结果一致步骤二进入档案类别界面点击二级菜单档案资料管理按钮页面跳转至档案类别界面与预期结果一致步骤三进入档案目录界面点击档案类别页面跳转至档案目录界面与预期结果一致步骤四进入档案详情页点击档案详情页面跳转至档案详情页与预期结果一致步骤五进入历史版本界面点击历史版本页面跳转至历史版本界面与预期结果一致步骤六进入更新界面点击更新弹出框显示该档案已被借阅，不可进行更新与预期结果一致6.4系统整体测试 经过以上单元测试，本系统还进行了整体测试，测试环境为：装有Windows10操作系统的普通64位的电脑，使用谷歌浏览器，服务器是Tomcat9.0。目的：检查系统在整个流程走下去的时候会不会发生异常。首先登录员工账号，使用员工的ID和密码登录档案管理系统员工端，登录成功后点击档案管理，点击档案借阅申请，页面跳转至档案类别，选择生产技术管理类，进入对应类别的档案目录，可以看到Web程序开发技术文档和Java开发技术文档，选中Web程序开发技术文档，点击档案详情，进去后成功看到档案基本信息，建档人信息，和历史版本，并且不能进行任何对档案的操作，测试成功，返回档案目录，选择档案申请，成功跳出申请页面，填入申请信息，点击申请，申请成功。点击左侧导航栏进入档案借阅归还，可以看到借阅记录，刚刚的申请信息也在里面，并且显示，暂未审批。由此，员工端的整体测试结束，结果为成功。档案维护员端测试，首先使用档案维护员的ID和密码登录档案管理系统档案维护员端，登录成功后，点击左侧导航栏的档案管理，点击档案资料管理，页面跳转至档案类别，选择生产技术管理类，进入对应类别的档案目录，可以看到Web程序开发技术文档和Java开发技术文档，选中Web程序开发技术文档，点击档案详情，进去后成功看到档案基本信息，建档人信息，和历史版本，并且每个版本有下载和删除按钮，最新的版本还有更新按钮，测试成功。返回档案目录，点击编辑，即可修改档案基本信息，输入需要修改的信息，点击确定，修改成功，刷新页面，信息成功改变，测试成功。点击左侧导航栏的档案导入，成功进入档案基本信息页面，填写完成后，点击下一步，进入档案上传页面，选择一个PDF文件，上传成功，点击下一步，填写验证码后，点击下一步，点击提交，档案导入成功，并返回至档案资料管理，进入对应的类别、目录，发现了刚刚上传的档案，测试成功。点击左侧导航栏的档案借阅管理，能看到刚刚使用员工发起的借阅申请，点击同意，显示已同意该员工借阅档案，测试成功。 系统维护员端测试，使用系统维护员的ID和密码登录档案管理系统，成功进入系统维护员主页面，并显示所有功能，点击员工信息管理，页面跳转到员工信息管理页面，首先测试添加员工，然后测试删除员工，再测试查看员工信息，最后测试修改员工信息，测试成功。点击左侧导航栏的部门管理，进入部门信息页面，依次测试添加部门信息，修改部门信息按钮，测试成功。点击左侧导航栏的数据备份管理，进入数据库备份，输入数据库备份简介，点击立即备份，系统弹出备份成功，发现本地文件目录多了一个.sql后缀的数据库文件，测试成功。点击退出登录，系统页面跳转至登陆页面，网页地址栏输入/main，按下回车键，当前页面还是登陆页面，退出登录也测试成功。 至此，三个客户端都整体测试完成，基本没有出现什么问题，各个功能都正常，但是也有几处不足，就是有些页面对数据进行更改之后，要刷新页面来使页面上的数据更新。总体来说，系统功能正常，可以实现所有需求，操作简单，界面简约。

7总结平时上课，觉得这个课与开发系统没什么关系，但是，做这个系统的时候，才发现，这个毕业设计，需要运用到大学四年所学到的所有知识，一开始比较迷茫，不知道自己想要做什么系统，最后老师给出了几个题目供我选择，一眼就看中了这个“档案管理系统”，想着不管遇到什么困难我都能解决，就算不能解决也有强大的老师可以询问，所以对这个毕设有一定信心，并且想做出一个大学生涯中，最优秀的学生时代的系统。开始，在去年十二月份就做好了员工管理的界面，但是后面遇到了很大的困难，那就是前后端交互的问题，因为我前端用的是VUE，是前后端分离开发，当时还想改题目，因为自己完全不了解怎么交互，后来咨询了毕设指导老师赵卓君，和在CSDN上找到了前后端交互的办法，自己设计了一个API，最后成功实现了交互，不过又有一个问题就是需求问题，自己没有了解过档案管理这方面的知识，还是问了指导老师，才决定要做一个面向企业的档案管理系统，这才让这个系统有了眉头，开始做了起来。再后来，到了寒假，一开始以为只放一周的假，因为在上班，电脑就没带回家，导致一个多月毕设都没进度，后来咬牙决定回去把电脑拿回来，拿回来后遇到了第一个难题，就是开始实现头像上传的时候，因为使用的是element-UI，它里面有一个组件是根据URL来生成头像，但是我的头像都是存储在本地，不管我怎么解决跨域问题，它都报不能跨域的错，索性把头像上传到前端项目的static文件夹里面，这是VUE项目供本地项目存储文件的文件夹，这才解决了获取头像的难题。其实完成这个毕设所需要的技术都是我刚学的，所以在完成过程中，边学，边做，让我感觉我的技术成长了不少，尤其是对Vue的理解，还有后端SSM的运用。最后，希望这个系统能让我顺利完成大学最后一个课程：毕业设计，为我的大学生涯画个完美的句号。参考文献赵卓君等.Java程序设计基础教程[M].北京：北京交通大学出版社、清华大学出版社，2010.何谐.基于SSM框架的某企业员工档案管理系统的设计与实现[D].厦门大学,2017.CraigLarman著李洋等译UML和模式应用北京：机械工业出版社，2006韩万江，姜立新.软件项目管理案例教程（第3版）[M].北京：清华大学出版社，2013梁芳，李莉莉等编著，网页设计与制作（第2版）[M].北京：清华大学出版社，2011储久良.Web前端开发技术[M].北京：清华大学出版社，2013万常选，廖国琼，吴京慧，刘喜平等编著，数据库系统原理与设计（第2版）[M].北京：清华大学出版社，2012许令波.深入分析JavaWeb技术内幕（修订版）[M].北京：电子工业出版社，2014EvanYou等．Vue.js教学文档．/v2/guide/,2017.阮一峰.ES6标准入门（第3版）北京：电子工业出版社，2017谢辞时光荏苒，转瞬即逝，大学生涯即将接近尾声，仿佛拖着行李箱爬着山坡找宿舍的我就在昨天，大学生活，随着这个系统的完成，也即将迎来完美的句号，回想起这四年的点点滴滴，发现有太多开心的事，让人铭记在心，借此机会，写下谢辞。在这里，我想感谢我的毕设指导老师赵卓君副教授，也是我很多课的任课老师，还记得老师的JAVA课，当时大家都还是只会“HelloWord！”的懵懂少年，那会上课，有很多问题，我都是问赵老师的，包括后面的数据库、实训，赵老师都会耐心的回答问题，是我觉得大学中遇到的最负责最好的老师，打心底就很尊重她，很喜欢她，这次毕业设计，因为我在上班，落下了好多进度，还是赵老师一次次叮嘱我赶上了进度，还帮我解决了系统中遇到的借阅问题，给了我清晰明了的思路，在大学的最后一门课，十分感谢赵老师选择了我当毕业指导学生，共同完成这最后一门课程的作业，我很开心。同时也感谢身边的朋友张艺晓、李坤志、何燕辉，在被代码难题困扰的头痛之际，还是他们帮我分担痛苦，跟他们一起聊一会，烦恼就抛到千里之外，让我有了动力去克服一切难题。还有一起实习的朋友黄洁漪，帮我解决了很多代码上的问题，每当我遇到困难，她还会远程帮我看代码、调试，在我进度落下之时，也会给我加油。总之，完成毕设，有他们在，就显得有趣、开心。也感谢爷爷奶奶，在家做毕设期间，做了好多好吃的，怕我累着。感谢自己，经过努力终于写完了毕设。总得来说，我希望这一次毕业设计作品不会给大学生活留有任何的遗憾，另外我相信，经过这一次毕业设计开发，通过诸多的磨炼，加强了我的能力和自信，让我在今后的学习与生活中有能力去解决更多问题进一步提升自己。

附录附录1程序源代码头像上传packagecom.arc.controller;

importcom.arc.model.Result;

importorg.springframework.web.bind.annotation.RequestMapping;

importorg.springframework.web.bind.annotation.RequestParam;

importorg.springframework.web.bind.annotation.ResponseBody;

importorg.springframework.web.bind.annotation.RestController;

importorg.springframework.web.multipart.MultipartFile;

importjavax.servlet.http.HttpServletRequest;

importjava.io.File;

importjava.io.IOException;

importjava.text.SimpleDateFormat;

importjava.util.Date;

@RestController

publicclassUploadDownController{

/**

*头像上传

*@parampicture

*@paramrequest

*@return

*/

@RequestMapping("/upload")

@ResponseBody

publicResultupload(@RequestParam("picture")MultipartFilepicture,HttpServletRequestrequest){

//获取文件在服务器的储存位置

//Stringpath=request.getSession().getServletContext().getRealPath("/upload");

Stringpath=newString();

path="F:\\arc-administration\\前端\\arc-administration\\static\\EmpImg";

FilefilePath=newFile(path);

System.out.println("文件的保存路径："+path);

if(!filePath.exists()&&!filePath.isDirectory()){

System.out.println("目录不存在，创建目录:"+filePath);

filePath.mkdir();

}

//获取原始文件名称(包含格式)

StringoriginalFileName=picture.getOriginalFilename();

System.out.println("原始文件名称："+originalFileName);

//获取文件类型，以最后一个`.`为标识

Stringtype=originalFileName.substring(originalFileName.lastIndexOf(".")+1);

System.out.println("文件类型："+type);

//获取文件名称（不包含格式）

Stringname=originalFileName.substring(0,originalFileName.lastIndexOf("."));

//设置文件新名称:当前时间+文件名称（不包含格式）

Dated=newDate();

SimpleDateFormatsdf=newSimpleDateFormat("yyyyMMddHHmmss");

Stringdate=sdf.format(d);

StringfileName=date+name+"."+type;

System.out.println("新文件名称："+fileName);

//在指定路径下创建一个文件

FiletargetFile=newFile(path,fileName);

Resultre=newResult();

re.setSuccess(true);

//re.setMessage(filePath+"\\"+fileName);

re.setMessage(fileName);

Resultre2=newResult();

re2.setSuccess(false);

re2.setMessage("上传失败");

//将文件保存到服务器指定位置

try{

picture.transferTo(targetFile);

System.out.println("上传成功");

System.out.println(re.getMessage());

//将文件在服务器的存储路径返回

returnre;

}catch(IOExceptione){

System.out.println("上传失败");

e.printStackTrace();

returnre2;

}

}

}档案上传下载以及删除packagecom.arc.controller;

importcom.arc.model.Result;

importcom.arc.model.Value;

importorg.springframework.web.bind.annotation.*;

importorg.springframework.web.multipart.MultipartFile;

importjavax.servlet.http.HttpServletRequest;

importjavax.servlet.http.HttpServletResponse;

importjava.io.*;

importjava.text.SimpleDateFormat;

importjava.util.Date;

@RestController

publicclassUploadFileController{

/**

*文件上传

*@paramfile

*@paramrequest

*@return

*/

@RequestMapping("/uploadFile")

@ResponseBo