【《基于Python的高校建档生管理系统设计》12000字（论文）】

[8]。4.2系统功能模块设计4.2.1系统模块设计系统模块设计由管理员主要负责，包含了行政人员的调动、数据库的备份和恢复操作。4.2.2基础数据管理模块设计基础数据管理涉及用户数据的方方面面，用户数据管理如图4-2所示：图4-2基础数据管理用于用例图数据部分包括学生数据和行政人员数据，管理员负责对行政人员数据的管理，包含了人员岗位变动和调离；学生是系统的主体部分，包含有几乎全部基本数据，这部分数据只有仅仅限于该生和相应老师和辅导员可以查看，对于学生专业的变动由辅导员或者老师对学生信息档案进行删除。

4.2.3勤工俭学模块设计勤工俭学模块是对学生勤工俭学的管理，包含了学生申请、辅导员审批和学工办审批，其流程图如图4-3所示：图4-3勤工俭学流程图4.2.4学生资助管理模块设计学生资助管理是整个系统的核心部分，主要包括学生的建档管理和助学金的选定，这是整个体制运行过程中较难为掌握的部分，学生家庭千差万别，评选的标准有各有千秋，再加上评选人的主观因素，很难做到公平公正，因此实现自动评选拥有很大的必要性。对于学生建档等级评定，追根究底可以看作是一次对申请人的分类，决策树是机器学习中常用的一种分类模型，在使用过程中，决策树算法通过样本中某一维的属性可以将样本划分到不同的类别中。在构建决策树的过程中，需要选取正确的划分标准，即为学生确定申请的特征值。由于目前学生学校学生来自五湖四海，对学生家庭情况无法摸清，对学生提供的材料无法验证，因此在校园生活中动态考察学生情况是很有必要的，最直接的就是学生的在校花费情况，通过对学生在校校园卡花费支出统计与建档信息结合，对学生花费分为low，common和high三个等级，当学生花费出现low情况，会及时对学生情况进行了解发放临时补贴，high情况出现过多会对下一次建档等级评定出现影响。学生建档评定特征如表4-1所示：表4-1学生建档特征表特征备注Income收入，以家庭人均年收入为评判标准。Debt家庭欠债情况Number家庭就读学生人数。Policy家庭享受政策，以低保户和烈士户为参考，其中1为烈士，2为低保。Family家庭情况，2为正常家庭，1为单亲，0为孤儿。Help学生是否收到社会帮助Situation学生在校消费情况，作为动态评判依据，也可作为临时补助的评定，默认为common。Disability个人残疾情况其中收入情况分级参考国家人均收入情况，参考表4-2：表4-2家庭收入等级表收入情况等级6000以下Low6000--13000Mid13000以上High4.2.5意见反馈模块设计1.显而易见意见反馈功能作为系统的辅助性功能，它的定位注定它并不属于核心功能，只能占据系统很小一部分，为了突出其位置我们可以将其放在首页，但这样无法让用户及时发表意见。目前绝大部分APP和网页都将该功能放在页首和页尾，也有部分以悬浮方式跟随用户的浏览，这种方式虽然显而易见，但有时可能引起人们的厌烦。综上所述，对于功能位置，可以将整个系统的功能以侧边栏形式显示，作用于所有页面。2.方便快捷意见反馈的操作一定要尽量简单，最大程度发挥用户的主观能动性，减少用户填写内容。意见反馈功能我开发者对用户的请求，应当是开发者顺着用户的心意，以用户为主，因此对此功能开发时我们需要为用户尽可能解决意见反馈前的细节问题，可以采用点击弹出窗口，以Ajx方式提交，避免页面跳转带来的麻烦。3.友好和答复实现位置显而易见和方便快捷已经可以满足反馈功能的要求，但是意见反馈更多是软件开发者对用户的一种请求，因此提升用户在反馈过程中的体验感很重要，比如在提交成功时向用户表达谢意；对于用户提的新需求，评估后认为不应该采纳的或是接受，管理员回复以让用户知晓。为了方便可以直接在反馈下方开出查看回复的小功能，最大限度满足用户使用体验感。4.3数据库设计4.3.1需求分析数据库保存着大量基本数据，系统的正常运行建立在完备数据库建立的基础上。在进行数据库建立时，良好的需求分析能够帮助我们系统的运行效率，web服务系统的反应时间与此息息相关。分析过程中，设计人员需要详细了解各种用户的自身需求，充分了解系统运行工作情况，为系统的可拓展留下余地。调查和分析的重点是用户在实际操作中的信息要求、处理请求、安全性与完整性的考虑。通过对系统的分析，我们了解到该系统是实现建档生的管理，用户需要通过账户和密码登录系统，不同身份的用户为防止混淆需要独立的数据库，其次该系统中包含了大量的学生信息以及申请操作，需要对申请和用户的信息进行保存；最后为了系统的安全性考虑，需要对用户的登录进行记录并登记时间。

4.3.2概念结构设计概念设计阶段建立在需求分析基础上，开发人员对已有信息建立抽象模型反应现实需求，E-R图是一种良好的反应手段。E-R通过图形方式将概念模型的实体、联系和属性生动地展现出来，以矩形代表某一类实体的集合，菱形表现了实体之间相互的作用关系，包含了一对一、一对多和多对多的关系，在本项目中，一名教师专任一个行政班级的班主任，属于一对一的关系，而一名辅导员可以任多个行政班级，一个行政班级只能有一名专属辅导员，属于一对多关系；最后使用椭圆表示实体拥有的某些属性。由上述分析我们可以得到下列实体属性关系。学生：学号：主键，学生在校的唯一标志符，也是使用系统的用户名。姓名：学生姓名。密码：系统登录密码，设定初始密码为123。班级：学生所属行政班级，为外键，连接于courseList表。学生用户的实体属性图如图4-4所示：图4-4学生用户实体-属性图学生信息：学号：主键，标志唯一在校学生。身份证号码：学生身份证号码。收入等级：学生家庭个人收入等级。家庭欠债：学生个人家庭是否欠债。入学人数：学生家庭在学人数。政策等级：学生家庭享受政策等级。家庭情况：学生家庭情况。受助情况：学生家庭是否收到社会帮助。消费情况：学生在校消费情况。个人情况：个人残疾情况。学生信息实体-属性图如下图4-5所示：图4-5学生信息实体-属性图教师信息：ID：主键，教师在校标志码。密码：教师登录系统的密码。姓名：教师姓名。身份ID：行政人员识别码，教师为1，辅导员为2，公办为3。行政单位：教师任职的行政单位。入职时间：教师入职时间。教师实体属性图如下图4-6所示：图4-6教师实体-属性图管理：ID：管理员的身份标志码。姓名：管理员姓名。密码：管理员用户登录密码。管理员实体属性图如下图4-7所示：图4-7管理员实体属性图申请：ID：申请编号，为随机32位字符串。申请人ID：发出申请的用户ID，一般为学生学号。类别：申请类别，分为建档、助学金和勤工俭学。理由：申请者理由，可由管理者读取。是否处理：老师和辅导员的初次审核情况。是否审核：院公办最终审核。申请表实体属性图如下图4-8所示：图4-8申请实体-属性图反馈：ID：反馈编号，为随机生成的32位字符串。反馈对象ID：向管理员发起反馈的用户id。反馈时间：发起反馈的时间。反馈内容：反馈详细内容。是否处理：是否被管理员阅读和回复。处理时间：管理员处理时间。回复内容：管理员对反馈的处理意见。是否阅读：反馈者是否已经阅读管理员的处理意见。反馈实体属性图如下图4-9所示：图4-9反馈实体-属性图4.3.3逻辑结构设计 经过设计，数据库中各张表的关系架构图如下图4-10所示：图4-10数据库关系架构设计图该系统中的数据库表主要的表如下表4-3、表4-4、表4-5、4-6、4-7和4-8所示：表4-3学生用户账号记录表(student)字段名字段类型是否为主键是否为外键是否可为空字段的说明IDVarchar√×NOTNULL用户登录的IDPasswordVarchar××NOTNULL用户登录密码NameVarchar××NOTNULL学生姓名StudyingVarchar×√NOTNULL登录密码表4-4学生用户详细信息表(student-info)字段名字段类型是否为主键是否可为空字段的说明IDVarchar√NOTNULL学生IDNumberVarchar×NOTNULL学生身份证IncomeINT×NOTNULL学生收入等级StudentsINT×NOTNULL家庭入学人数PolicyINT×NOTNULL政策等级HomeINT×NOTNULL家庭情况HelpINT×NOTNULL受助情况DebatINT×NOTNULL家庭欠债情况ConsumeINT×NOTNULL消费情况SituationINT×NOTNULL个人情况表4-5教师账号表(teacher)字段名字段类型是否为主键是否可为空字段的说明UserIDVarchar√NOTNULL教师账号ID，用来登录系统PassWordVarchar×NOTNULL登录密码NameVarchar×NOTNULL教师姓名IdentifyINT×NOTNULL行政职位IDTeachingVarchar×NOTNULL行政单位TimeDatetime×NOTNULL入职时间表4-6管理表(manager)字段名字段类型是否为主键是否可为空字段的说明UserIDVarchar√NOTNULL管理员IDPasswordVarchar×NOTNULL用户登录密码NameVarchar×NOTNULL用户姓名TimeDatetime×NOTNULL入职时间表4-7申请表(application)字段名字段类型是否为主键是否可为空字段的说明IDVarchar√NOTNULL申请编号UserIDVarchar×NOTNULL申请者IDTypeINT×NOTNULL申请类别AccountVarchar×NOTNULL申请理由HandleINT×NOTNULL是否处理AuditingINT×NOTNULL是否审核表4-8反馈表(retroaction)字段名字段类型是否为主键是否可为空字段的说明IDVarchar√NOTNULL反馈编号UserIDVarchar×NOTNULL反馈者IDContentVarchar×NOTNULL反馈内容HandleINT×NOTNULL是否处理RetimeDatetime×NOTNULL反馈时间handletimeDatetime×NOTNULL处理时间recontentVarchar×NOTNULL回复内容readINT×NOTNULL是否阅读

第5章系统实现5.1登录环境Google浏览器版本：89.0.4389.128；数据库管理系统：Mysql8.0.23开发框架：Django系统运行环境：Python3.9.2环境；开发环境：PyCharm；5.2登录模块实现下图5-1所示是系统的登陆界面，用户在该页面通过自身在校唯一识别码、密码以及身份识别码登陆和使用系统。图5-1系统登录界面为最大限度保证用户数据的安全性，对密码错误三次以上的用户进行暂时登录封锁，时间为半个小时。5.3系统模块实现系统模块是系统管理员对系统基本信息的管理，包括数据修改、备份以及恢复，其主要界面和代码如下图5-2所示：图5-2数据备份操作页面5.4基础数据管理模块实现学生作为系统的主要服务对象，其数据是系统建立的基础，因此对学生信息的管理是最基本的管理。学生所在行政班级的行政人员对学生信息只拥有查看的删除的权利，学生有用查看的修改权利。5.4.1学生信息管理实现图5-3学生用户信息管理界面学生用户可以对自己用户信息进行修改，先前设置input标签为ReadOnly只读方式避免误操作，当用户确定修改通过JavaScript取消ReadOnly属性，将表单信息传给后台进行更新操作。5.4.2行政人员信息管理实现行政人员对学生信息拥有删除和查阅的权利，其页面如5-4所示：图5-4学生用户信息管理界面对于学生的管理，为了使用户拥有良好的体验感，当行政人员对学生信息进行查询或是删除时采用Ajax交互方式，不用刷新页面即可快速实现信息的跟新。另外行政人员的信息管理则交给管理员实现，主要是人员岗位调动和人员离职管理，管理员管理界面如下图5-5所示：图5-5行政人员岗位调动5.5勤工俭学模块实现在本系统上，勤工俭学流程由学生申请、辅导员初次审核和院办终决组成。第一步学生个人在申请模块中提交个人申请，其界面如下图5-6所示：图5-6学生勤工俭学申请界面通过Ajax提交后台，由后台在数据库内对申请表进行处理。处理过程中对应的辅导员在系统内核查模块对提交申请进行初次审核，过程中可以阅读学生建档相关的信息进行参考，其界面如下图5-7所示：图5-7辅导员勤工审核5.6学生资助管理模块实现学生资助管理是系统的主体部分，包含了建档，助学金和临时补助三大部分，其中学生申请建档是这部分的首页环节，包含了学生申请、教师初次等级评定、辅导员审核和院公办的最终审核四个部分。申请建档如图5-8所示：图5-8学生建档申请页面对于提交申请的学生提交，教师在系统内点击分配，由系统根据学生详细信息自动评定等级，其页面和主要代码如下图5-9和5-10所示：图5-9教师建档等级评定截图图5-10建档等级评定重要代码通过C4.5算法生成的决策树如图5-11所示：图5-11决策树生成模型建档完成是自助管理模块的基础，后续的助学金的名额选定需要在此基础上进行，下图5-12是评定时的部分重要代码。5-12神经网络部分代码截图5.7意见反馈模块实现为了方便用户及时进行反馈，反馈功能安排在每一个页面，当用户即兴反馈时能够很方便的找到反馈需求，下图5-13是用户在进行问题反馈的部分截图。5-13用户问题反馈截图当管理员对反馈信息查看并回复后，反馈者可以再查看反馈中得知回复消息，页面如图5-14所示：图5-14用户反馈查看对于已查看的回复在数据内对read属性置为1，并在下次查看时不提供查看记录。西北民族大学本科毕业论文（设计）第6章系统测试软件测试的目的是在系统使用之前对功能实现的检测，包括Bug检查、软件设计是否符合要求以及技术要求是否实现进行油管验证，以确保最后交付系统达到实际要求。在项目中主要对系统进行功能测试和性能测试。功能测试是对系统各模块功能进行验证，及时发现Bug来纠正的过程；性能测试是对系统性能，是对系统预期性能的一次综合测试，其中包含了数据库查询等操作。在进行功能性测试时，主要通过对系统进行使用，即开发者通过对系统功能的逐一使用，对使用结果进行记录，对结果集进行分析，得出结论；性能测试采用Python中Django-skil包进行测试。6.1系统测试环境管理系统的测试环境配置如表6-1所示：表6-1系统测试环境配置表软硬件内容配置操作系统Windows10CPUAMDRyzen54600UwithRadeonGraphics2.10GHz内存（RAM）16GBPython运行版本Python3.9.2硬盘512GB数据库管理系统Mysql8.0.23浏览器Chrome浏览器(版本：89.0.4389.128)6.2功能测试表6-2系统功能测试表序号功能介绍测试说明测试结论1登录安全机智错误三次情况下进行入系统通过2登录是否能登录系统通过3学生个人信息管理验证学生对个人信息的查看、修改通过4行政人员信息管理验证行政人员对学生信息的查看、删除通过5数据备份与恢复验证管理员对主要数据的备份和恢复通过6用户反馈与查看反馈消息验证用户向管理员反馈与查看反馈消息通过7反馈回复验证管理员对反馈的查看即回复通过8学生各项申请验证学生能否成功提交各项申请通过9教师各项分配验证教师用户能否根据申请自动分配通过10辅导员和学工办审核验证辅导员和学工办对申请的审核通过6.3系统性能测试系统性能测试采用Django的Silk工具包，对系统运用过程中的响应时间等进行分析，其结果如下图6-1所示：图6-1性能测试结果截图通过上图分析，系统平均响应时间为29毫秒，最高63毫秒，满足对影响时间的要求，其次对于数据库的访问时间也在要求时间之内。综上，经过功能与性能测试，功能模块满足设计要求，系统能够稳定运行，符合系统的稳定性要求，且使用简单，满足对于提升助学体制运行效率的要求，设计目标完成。第7章总结与展望进入新时代的今天，信息技术越来越与各行各业紧密联系，传统的人为工作方式甚至思维方式也正逐渐被计算机所代劳。信息化的时代，以计算机技术为核心的工作方法能够很好地取代传统的纸质化操作。目前各大高校正在普及信息化的工作流程，其方便的使用方式得到了大众的认可，各类事务也正在由实际生活专项信息处理。本课题设计与实现了一个减少大量人为因素的建档管理平台，使用决策树和神经网络构建模型，对平台运行过程进行主观因素参与的最小化处理。在流程中的每一个环节，尽量做到方便快捷，提高机制的运行效率。在实际实现过程发现这个项目是切实可行的。在课题实现过程中，经过与指导老师交流和学习，总体完成了以下任务：研究了部分高校资助系统的流程与实现，参考了一些相关的文献资料，对资助管理系统有了一定的认识和了解。深入学习系统实现需要的相关技术，了解其原理及实现形式。利用软件工程相关原理对项目进行系统化分析，生成相关的文档，完成系统的主体架构。对目标系统进行整体测试，主要对系统目标功能完成程度、正确度以及在此基础上的性能要求进行测试。系统的设计与实现涉及到一些多方面的理论、方法和技术，本系统还有许多新的问题亟待解决，需要在实际应用中不断积累和完善，在以下几个方面还需要做进一步的优化和研究：代码存在冗余。训练集数据较少。存在流程的重复。激活函数的选择优化。在后续的开发过程中