【大学生档案管理系统设计与实现9800字（论文）】

大学生档案管理系统设计与实现目录TOC\o"1-3"\h\u248761.引言 .引言1.1.研究背景及意义大学生档案管理系统是每个学校或者教育部门的重要工作。现在的档案管理领域已经形成了一套比较完整、成熟的方法体系。并且结合着信息化技术的发展，档案领域的信息化建设也在不断的深入。但是档案学面临信息化的冲击与挑战，统一标准化的档案方法论尚未成熟，档案管理的信息化建设还有很长一段路要走。因此，现阶段最主要的矛盾是信息化档案系统，和传统的档案系统在维护管理的方法和手段上有的很多矛盾，这需要我们不断完善档案管理这么学科领域，共同发展信息化档案建设。目前高校学生的人数日益增多，维护工作两越来越大，各个学校都开始重视信息化档案系统。但是大部分学校仍然在使用传统的档案管理办法，存在着很多问题和短板，如：安全性底、工作效率低下。随着学生数量的不断增加，工作量必然大大增加，同时产生了大量的文件和数据，这给学生档案信息的查找、更新和维护都带来了许多困难。因此，各个学校或者教育部门继续一套信息化档案系统解决现状问题。1.2.国内外研究现状我国的it行业相较于发达国家起步要晚，信息化技术渗透到各个行业领域的时间也相对晚一些。目前的主要管理手段还是纸质为主，部分高校有自己的技术人才已经使用上了信息化的档案系统。随着计算机技术的发展和普及，信息化的档案系统是必然选择。由于目前学信网的出现解决了部分档案管理的问题，但是针对于各个学校自己的档案管理建设还是存在不同程度的问题。很多高校档案管理观念、设施落后、信息归档不及时导致同步数据不及时，学生不能及时查询到自己的档案信息，造成了很多问题。而且很多学校的档案管理目前还是考手工操作，与科学化、现代化的要求差距甚大，不能满足学校发展需要。1.3.研究方向建立数字话的档案管理系统，首先要解决的问题就是防止档案被篡改、档案数被人销毁、档案可信度的建立。那么数字签名技术的出现可以很好的解决这方面的问题。具体特性如下：1)能够证实是作者本人的签名以及签名的日期和时间2)在签名时必须能对内容进行鉴别3)签名必须能被第三方证实以便解决争端在易于更改的环境中，如何生成不易更改的文件，是构建高校学生档案管理体系的重要内容。二十世纪七十年代，美国斯坦福的DiSc和Hellman两位学者提出了公开密钥加密体制，即密钥（Secure）。使用个人密码对学生个人资料进行加密后，所有人都可以使用公开密钥进行解密，其目标是在非保密通道内进行信息的安全传输。该方法的基本思路是，给出了两种可逆转换，即私有密钥和公开密钥，公开密钥只能用私有密钥来解密，而私有密钥只能用公开密钥来解密。我们可以使用同样的方式来处理学生的个人资料。首先，要找出一对正确的钥匙，并将其公钥公之于众，保持个人隐私。同时，还能有效地保障学生的档案原始性、真实性和完整性。以因特网、因特网和多媒体通信技术为基础，将全国的各行业数据信息整合在一起，为统计、分析各省份、地区的情况提有力保障。档案管理一旦全面进入网络化的发展轨道，必会成为共享资源的宝库，政府部门、各教育组织将会更加充分、便捷的利用资源信息。各职能和管理部门利用共享信息必然会提高分析和决策的效率和准确性。但是，这个步子也不应该迈得太大，数据共享必然带来数据竞争，如何制定信息规则与边界同样是未来发展首先要解决的问题。随着社会与信息化技术的不断发展，学校档案的管理进入网络化道路是大势所趋，要想档案工作人员或者所有成员都能够在规则下自由进行信息交换、信息共享，这就要求工作者既要数量掌握当前领域的业务知识，还要精通网络技术、具有多媒体技术和信息处理能力，并具有较高的专业素养，不泄露档案资料。未来的档案工作者要成为信息工程师，信息技术工程师，信息教育工程师，信息角色处理。今后的档案工作者除了要熟练地运用互联网技术为使用者提供档案资料外，还应选择合适的资料站点，并自行发展和建立自己的资料站。因此，如何正确地选择和查找能够准确地满足使用者需要的信息，就成为了档案工作者必须具有的重要素质。此外，今后的检索工作也将从查询服务转向引导，即引导用户正确、高效地进行操作。1.4.存在问题科技档案管理实现数字化，不是放弃对原始文献的收集和保存。有些文件（例如研究人员的手稿、科学实验的原始记录）是非常宝贵的，管理部门除了将它们进行专业技术性的保存或呈交上级档案馆收藏之外，还应利用现代科技手段（如声像技术）输人计算机，使之转化为电子文档。同时，文件格式也要规范化；在电子文件还以数据，数据库，文字，图形为主的情况下，档案员可以将文件的格式进行规范化，要在网上进行文件的共享，规范化是必要的。加强电子文件使用的规范化管理，是为实现网上文件的使用提供服务的前提和依据。在编制标准时，还应与其他国家的规范保持一致，例如：文献名称、数据类型、长度、主题词库、分类号库、基础表等。实现了大学档案的网络化管理，并将计算机技术与最新的档案管理经验相结合。这就给高校档案工作带来了新的挑战和新的挑战。高校要转变观念，树立共享信息化资源的观念。将高校档案转变为信息、数据中心化的管理模式，解决现阶段档案管理的突出问题。高校的档案管理工作须做到从本职工作到服务大众型工作的转变，树立社会服务意识与信息资源共享观念，共同协作。档案目前社会层次的档案系统分类很多，不同系统之间的数据存在大量的冗余数据，今后如何打通各个系统的数据同步，整个公共基础信息，甚至整合个人信息，会是未来不断发展的方向，最终满足各个行业领域不同层次的需求。逐步做到个人信息整体化，行业资源信息服务化。同时学生档案一定程度上又能为政府部门提供高校学生的基本信息情况，为政府统计高校就业，学生工作现状等提供基础数据支撑。各学校如果能围绕学生档案系统不断发展，服务学生，会为高校档案管理工作提供更多的渠道与可能性，提供更多的发展空间。高校档案管理工作单调乏味，这就要求从事档案工作的人必须具有高度的责任心和事业心。要在实际工作中不断地检验自己的理论知识，不断总结方法。要求我们成为业务熟练、知识丰富的信息化档案管理工作人员。要不断改进大学生档案的管理流程，不管更新，推进大学生档案网络化、信息化发展进程。随着电子文档数量的增加，电子文档的存档问题越来越受到人们的关注。为了避免电子文件的失真，消除诸如篡改等不安全的风险，比如对电子文件内容进行非法修改、删除片段内容等。由于电子文档使用寿命的短暂和对环境的依赖，使得其无法替代传统的纸质文档。重要的电子数据备份必须同时保留。同时，在网络之后，要注意电子文件夹的保密问题。传统的纸质文档由固定的阅览使用者使用，要求设立专人负责，以保证档案的安全，更适合于保密性。当然，在技术方面，则不需要做到严格意义的保密，技术人员在外网或者内网进行浏览，准确快速的找到技术文档，能大大有效提高解决问题的效率，所以不宜作答严格保密。当电子文件发布到网上或者外网能够访问的情况下，电子档案的内容易被他人查看，第三者可在短时检索到或者保存到自己存储空间中。为此，对高校档案网络化的运行提出了更高的要求，一旦泄漏，学生的档案信息造成严重的影响，例如：诈骗的经常发生。所以我们要不断加强信息技术领域的安全防控，不断完善信息化系统的安全问题。2.相关技术概述2.1.开发工具介绍2.1.1.MySqlMySql是一个开源免费的关系型数据库，是一个真正的多用户、多线程的SQL数据库服务器，它是一个客户机/服务器结构的实现。它具有体积小，成本低，运行速度快，性能稳定等优点。主要适用于中小型企业领域，随着它的不断成熟，也逐渐适用于大型企业领域。2.1.2.TomcatTomcat是一个开源的web服务器，它是Apache基金会下的一个项目。它集成了Servlet和JSP规范。因其拥有先进的技术和稳定的性能，因而得到了许多软件按开发商的认可，成为目前比较流行的Web应用服务器。它作为当下较流行的轻量级容器，是开发、调试JSP页面的首选服务器。2.2.系统主要技术介绍2.2.1.前后端分离技术随着技术的不断迭代更新。前端和后端技术生态的不断深入，前后端领域各自形成了自己的技术规范体系。技术体系的完善伴随着技术的深度广度不断延伸，一个人的精力很难覆盖这么光的领域，很难全部精通。对于后端工程师：集中精力在代码编写，java基础知识，jvm原理，springboot、springcloud、rocketmq、kafka、redis、等中间件研究。后端追求的是：中间件、并发调优、安全防控、业务知识。对于前端工程师：主要吧精力放在vue、react、前端页面浏览器兼容、组件化开发等内容上。前端工程师的追求是不断提高前端各个组建的技术，向大前端发展。前端服务器使用nginx代理。前端或者web服务器放图片等一系列静态资源，也可以将这些静态资源存储到各大服务厂商的oss，各大厂商都提供cdn加速服务，前端服务器负责，前端页面异步调用后端的接口，后端/应用服务器使用tomcat（把tomcat想象成一个数据提供者），加快整体响应速度。（这里需要使用一些前端工程化的框架，比如webpack）发现问题，解决问题，不会出现互相踢皮球的现象。前端处理跳转逻辑、页面兼容性等问题。后端处理数据错误、接口性能等问题。双方各自负责自己擅长的工作。当并发访问量比较高的时候，后端可以根据个性化的问题，水平拓展后端服务器或者服务的数量，同时拓展数据库集群数量解决类似的并发问题。比如淘宝的一个首页就需要2000+台前端服务器做集群来扛住日均多少亿+的pv（访问量）。减少后端服务器的访问压力。静态资源的请求通过nginx代理到静态目录或者直接访问oss，api接口的请求调用后端服务。基于浏览器内核机制第一次页面请求后，浏览器会缓存大部分的页面数据。即使你有部门应用需要集成微信平台，那样你的接口完全可以共用，如果也有app相关的服务应用，那么只要重新修改部分代码，复用大部分大妈，大大提升代码开发效率。多端应用时，页面的现实是有区分的，需要不断优化各端的页面，但是页面显示的内容多少都不用担心，因为是异步加载的机制。同时nginx支持热部署，前端可以无缝部署最新应用，不用重启服务器。2.2.2.SpringBoot2.0框架前端服务器使用nginx代理。前端或者web服务器放图片等一系列静态资源，也可以将这些静态资源存储到各大服务厂商的oss，各大厂商都提供cdn加速服务，前端服务器负责，前端页面异步调用后端的接口，后端/应用服务器使用tomcat（把tomcat想象成一个数据提供者），加快整体响应速度。（这里需要使用一些前端工程化的框架，比如webpack）发现问题，解决问题，不会出现互相踢皮球的现象。前端处理跳转逻辑、页面兼容性等问题。后端处理数据错误、接口性能等问题。双方各自负责自己擅长的工作。当并发访问量比较高的时候，后端可以根据个性化的问题，水平拓展后端服务器或者服务的数量，同时拓展数据库集群数量解决类似的并发问题。比如淘宝的一个首页就需要2000+台前端服务器做集群来扛住日均多少亿+的pv（访问量）。减少后端服务器的访问压力。静态资源的请求通过nginx代理到静态目录或者直接访问oss，api接口的请求调用后端服务。基于浏览器内核机制第一次页面请求后，浏览器会缓存大部分的页面数据。即使你有部门应用需要集成微信平台，那样你的接口完全可以共用，如果也有app相关的服务应用，那么只要重新修改部分代码，复用大部分大妈，大大提升代码开发效率。多端应用时，页面的现实是有区分的，需要不断优化各端的页面，但是页面显示的内容多少都不用担心，因为是异步加载的机制。同时nginx支持热部署，前端可以无缝部署最新应用，不用重启服务器。3.系统需求分析3.1.系统可行性分析3.1.1.技术可行性分析技术可行性分析主要是从技术发展水平上判断系统的性能指标是否满足需求。在开发技术上，本系统使用了当前较为成熟的Springboot、java、Mysql数据库等技术。Java也是一种主要的软件开发工具。Mysql以其小巧、快速的特点，成为目前广泛应用的关系数据库，受到了众多开发者的青睐。目前，高校学生档案管理系统所采用的开发技术、体系结构等已被广泛采用，以增强其可维护性与可扩展性。所以从技术上来说，该系统是切实可行的。3.1.2.经济可行性从施工费用的角度来分析其经济性。从开发环境上来说，高校学生的档案管理系统仅需一部能够顺畅地运行浏览器，而在开发工具上，所有的软件都是免费开放的。而且总体上不会耗费太多的人力物力，时间更短，开发起来也更容易，总体上来说，建造成本要低一些。所以，该体系具有一定的经济性。3.1.3.操作可行性该系统采用PC机开发，用户仅需一部计算机即可通过计算机上的浏览器进行访问。只是在使用之前，先让他们熟悉这个平台，再经过训练，就可以很容易地学会。本系统在运行水平上具有一定的可行性。3.2.系统功能需求分析系统的功能需求分析是为了更好地完成系统的设计。为更好地理解用户的需要，本文对某所高校的档案管理工作进行了调查。主要的作用是：（1）系统的角色包括：管理员、学生、医生、辅导员等。（2）管理员的主要功能是管理用户的个人信息，并能完成对用户的数据进行加、删、改等操作。（3）学校医生负责对学生进行基本的健康管理，可以维护例如身高、视力、体重、身体健康状况、是否患有常见疾病等。（4）档案管理知识：这个功能主要是针对工作人员关于日常档案管理工作中常用到的管理知识。例如相关书籍，文章等（5）档案建议：这个功能主要是针对档案审核人员的功能，永远审核学生档案是否存在数据错误，或者规范的地方，对当前档案提出修改建议。（6）权限管理：这个一般系统的普遍功能，用于限制不同人员的操作权限，防止数据泄漏、误操作等。4.系统总体设计4.1.系统模块功能概况分析大学生档案管理系统需要的各部分功能，然后将各部分功能拆分成具体的功能模块。如图1所示：图1系统功能模块图4.2.系统功能模块划分系统细分为五大模块：个人档案模块、档案建议模块、档案知识阅读模块、档案管理模块、系统管理模块。4.2.1.个人档案模块这个模块只能够对自己的档案负责查看、修改的数据为少部分数据。能够修改的数据为个人的身体状况等方面的信息，其他具体信息由管理员等学院人员才可以修改。不同学员没有删除的功能。删除需要管理员在档案管理模块进行删除。4.2.2.档案建议模块档案建议模块是学院工作人员的功能，用于对学员档案进行审查等操作，发现学员档案存在疑问时，对该档案提出自己的建议，由相关负责人进行审核确认。普通学员无法查看建议信息。建议分为已读、未读、查询、批量删除等功能。4.2.3.档案知识阅读模块档案建议模块是学院工作人员的功能，用于对学员档案进行审查等操作，发现学员档案存在疑问时，对该档案提出自己的建议，由相关负责人进行审核确认。普通学员无法查看建议信息。建议分为已读、未读、查询、批量删除等功能。4.2.4.档案管理模块这个模块主要是管理人员针对学员档案的信息维护模块，提供了档案查看、删除、编辑、新增、查询等功能。维护了学员的基本学院、班级、专业、身体状况、工作情况等详细信息。4.2.5.系统管理模块这个模块主要是管理人员针对学员档案的信息维护模块，提供了档案查看、删除、编辑、新增、查询等功能。维护了学员的基本学院、班级、专业、身体状况、工作情况等详细信息。4.2.6.数据库设计用户信息表：用于存储用户名、密码、角色、老师id等关联信息档案信息表：档案信息表：用于存放档案信息。建议信息表：主要用于存放档案相关的建议信息。资源信息表：主要存放菜单名称等资源信息。角色信息表：主要存放角色关联信息。权限信息表：主要存放权限关联信息。学员详细信息表：主要存放学员详细信息。角色关联资源表：关联表。5.系统详细设计与实现具体表项设置如下：表1用户信息表字段名描述类型长度是否允许为空是否主键id用户编号int8否是usname用户名varchar10否否password密码varchar10否否birth生日datetime8否否name姓名varchar10否否collage学员varchar10否否major专业varchar8否否sex性别int1否否role_id角色idint8否否stu_no学号varchar10否否nation籍贯varchar8否否nation_place籍贯所在地varchar8否否work_place工作地点varchar8否否real_age年龄int4否否teacher_id教师idint8否否表2角色信息表字段名描述类型长度是否允许为空是否主键id角色idint8否是remark描述varchar20否否role_name角色名称varchar50否否表3资源表字段名描述类型长度是否允许为空是否主键ididint8否是icon图标varchar12否否name名称varchar10否否parent_id父级idint4否否permission权限varchar10否否sort排序字段int30否否type类型int2否否url路径varchar20否否表4角色关联资源表字段名描述类型长度是否允许为空是否主键ididint8否是resource_id资源idint8否否role_id角色idint8否否表5档案建议表字段名描述类型长度是否允许为空是否主键ididint8否是check_info_id用户详细信息idint12否否content内容varchar10否否is_read是否已读int4否否user_id用户idint8否否表6档案知识文章表字段名描述类型长度是否允许为空是否主键ididint8否是author作者varchar12否否book书名varchar10否否content内容varchar40否否descritpion描述varchar10否否is_published是否发布int2否否publish_date发布时间datetime8否否visit_num阅读人数int2否否表7学员详细信息表(展示主要部分)字段名描述类型长度是否允许为空是否主键ididint8否是stu_no学号varchar12否否photo照片varchar10否否ear_sick耳部疾病varchar40否否foot鞋码varchar10否否heart心脏情况varcher20否否height身高varchar10否否left_view左眼视力varchar10否否right_view右眼视力varchar10否否5.1.系统实现登陆模块只有两个输入项：用户名、密码。前端文本框输入后，通过vue表单提交，调用后台登陆api,请求后端服务，后端查询数据库返回当前用户的个人菜单信息、权限信息。然后跳转到主页。图2登录窗口图5.1.1.个人档案模块实现单击个人档案菜单后会跳转到个人档案页面，该页面提供了对个人档案的维护按钮。界面如图3所示：图3个人档案页面图添加档案按钮单击后会跳出档案新增窗口。在探出框内可以通过表单提交调用后台新增档案api接口维护数据。界面如图4所示：图4添加档案图列表中每行数据后都有对数据的维护操作按钮，分别是查看、编辑、删除。单击各个按钮会分别调用各自的后端api接口，维护数据。返回成功之后会再次刷新列表接口，返回最新的列表数据，重新加载列表。图5列表按钮点击弹出框图5.1.2.档案建议模块点击档案建议模块菜单后，前端会根据路由自动跳转到前端档案建议模块的页面。同时初始化函数会调用后端api接口请求初始化数据，返回数据后重新加载当前页面。档案建议模块分别提供标记已读、未读、检索、列表等功能。各个按钮分别对应各自的后端Api接口，可以维护档案建议数据。如图6所示。图6档案建议页面图5.1.3.档案只是阅读模块档案知识阅读模块主要维护了档案学相关的系统书籍，用于提高档案工作人员的维护水平。工作人员可以对书籍进行发布、阅读、编辑、删除等操作。主页面如下图7所示。图7档案知识阅读页面图探出框内提供了对档案文章的维护文本框，同时提供了富文本编辑器，用户可以复制粘贴其他来源的文本信息。具体页面如下图8所示。图8新增档案文章弹框图图9阅读文章弹框图图10编辑文章弹框图5.1.4.档案管理模块档案管理模块是对系统内所有档案的维护模块，点击菜单后，会根据vuerouter路由到对应的档案管理模块的页面，然后根据初始化函数，调用后端档案管理模块api初始化列表数据。当前模块提供了档案的查询、新增、编辑、删除功能。档案管理模块页面图如下图11所示。图11档案管理页面图单击编辑或者查看模块会弹出框查看或修改档案信息，如下图。图12查看档案探出框图单击删除按钮会提示是否删除档案信息。点击确认后会调用系统后台删除档案api删除数据，如下图。图13删除档案弹框图5.1.5.管理员模块实现击删系统管理模块主要是对系统的个人信息、角色信息、用户信息、权限信息的维护。分别对应下图。图14查看个人信息图图14主要是个人信息页面的展示，为只读状态。主要是查看登陆用户的个人信息。图15角色管理页面图图15展示的是角色管理页面的主要信息，提供了新增角色、删除角色、编辑角色的功能。点击按钮后会发送请求调用后台对应的api接口进行数据交互。图16权限管理页面图图16主要是权限管理页面主要维护了系统的各个菜单的权限功能。单击编辑、新增会如下图所示。图17添加菜单权限框图图17为添加菜单权限维护弹框，可以对菜单进行维护。图18编辑权限弹框图图18为编辑权限维护页面，可以对当前菜单、或者具体的权限进行角色勾选、基本信息维护等操作。6.系统测试与分析在系统各个功能模块完成后，为了能保证系统正常运行，我们要通过测试尽可能找出系统的错误并改正。测试是保证系统质量的核心步骤，对整个项目开发来说是非常重要的。6.1.系统测试环境系统环境是指在开发过程中，开发者在开发过程中需要构建的环境。系统实施的终极目标是在运行环境中部署开发环境。在本系统中，我们首先在个人的笔记本上进行了系统的开发与部署，假定该计算机的配置与该计算机的配置类似，最后确定了该系统的测试环境：操作系统：mac版本开发语言：java开发平台：JavaEE开发工具：IntelliJ

IDEA开发环境：jdk1.8数据库：Mysql服务器：Tomcat8.5.536.2.技术难点分析当前系统开发难点在于对前端vue框架的使用不是很熟练，vue3之后更新了一些组建和webpack整合时会出现一些install的错误，需要细心排查。然后由于时间比较紧张原本预期的后端架构是为服务springcloud风格的编写，但是具体开发量有点大了，短时间没有办法完成。对于后端的开发，难点在于登陆模块，传统的登陆模块，是一体化session维护会话，前后端分离之后需要token维护，对于token的权限、时效性，菜单等信息的维护和后端服务的调用是一个任务不小的工程，看似简单，时间牵连的功能贯穿整个系统，编写时遇到很多问题。究其原因还是