云南省临沧卫生学校 黄丕娅

智慧校园建设的背景下，计算机技术在中职院校管理中的作用愈发突出，为提升管理效率、增强管理效果起到重要的积极影响。但由于学校管理涉及的内容众多，不同内容对计算机管理系统的功能需求和具体应用技术需求各有不同，这就需要通过分析各个主要管理方向的功能需求，针对性提出核心技术和系统建设方法，从而满足中职院校学校管理的需求。因此，文本从学籍管理、宿舍管理、奖学金管理、校园一卡通等主要的管理方向出发，针对性探讨其功能需求、核心技术与系统建设方法，对中职院校学校管理与计算机技术的应用提供借鉴和参考。

学校管理工作内容复杂，且信息量大，加上中职院校规模不断扩张，学校管理人员的工作压力骤然上升。而计算机的普及，为中职院校学校管理工作提供了新的助力，管理人员可以借助自动化技术避免一些不必要的工作，能够有效增强学校管理效率，从而摆脱繁杂的管理工作，全身心投入到教育管理中。依托计算机发展而衍生出的智慧校园理念，能够明显提升学校信息化管理效率，需要针对如学籍、宿舍等不同的管理内容建立信息化管理系统，从而有效提升各项管理工作的效率和水平。

1 中职院校的学籍管理系统

1.1 学籍管理系统的功能需求

中职院校对学籍管理系统的功能需求大致包括以下几点：第一，日常管理需求。学习管理系统需要具备学籍档案的建档、修改和删除等功能，且要具备统一的操作界面，满足学校管理工作中的学籍管理需求；其二，毕业管理需求。在毕业后需要将学生的信息进行整体迁移，以便开展毕业生的续集管理工作。为降低数据库中毕业生占据的内存数据，可以删除在校学生库中的毕业生信息，确保学籍管理系统的稳定运行；其三，信息查询功能。逐一筛查学生的学籍信息会消耗大量时间，学籍管理系统需要具备学籍信息的查询功能，能够对学生姓名、处分、休学、退学等关键信息进行查询；其四，用户管理需求。该需求主要面向学生实际情况的变化，做到学籍信息的修改和更新，确保学生学籍信息的准确性和全面性。

1.2 学籍管理系统的应用分析

学籍管理系统应采取数据库技术和E/R系统开发模式。其中，数据库技术是学籍管理系统的核心，承担着学籍信息储存、检索等重要功能。针对学籍管理系统的功能需求，应采用SQL Server数据库，该数据库的向导功能丰富，且UI界面简洁易懂，安装和使用相对便利。与此同时，SQL Server数据库的兼容性良好，在多种计算机系统中都能够良好运作，且图形化管理功能使系统界面更加简洁，能够有效开展自动化的学籍管理工作。E/R模型是不受DBMS约束的数据建模工具，也是学籍管理系统中采取的主要开发模式，拥有强大的信息整理、归档和查询功能，且网页界面式的UI既便于开发工作，还能降低后续运维的难度。

2 中职院校的宿舍管理系统

2.1 宿舍管理系统的功能模块

中职院校宿舍管理系统应具备权限管理、签到管理、请假功能、班级论坛和资源共享五大模块。其中，权限管理功能模块提供用户的登录、登出功能，以及账户管理和权限控制等功能；签到管理功能模块需要为辅导员和学生提供签到功能，通过图像采集技术实现刷脸进出宿舍功能，并提供测温仪以监测学生体温，强化宿舍管理效果；请假功能模块需要接收学生发布的请假要求，并将要求传递给辅导员，让辅导员经过对请假理由的审核后进行审批；班级论坛功能模块用于维护班级论坛，满足学生在论坛中发帖、回帖、删帖等各项需求；资源共享功能模块需要对班级资源共享平台中的信息数据进行存储、查阅和读取，使学生能够上传并下载资源文件，并面向教师和辅导员开设资源文件的审核功能。

2.2 宿舍管理系统的用户角色与功能分析

首先，宿舍管理系统的管理员需要承担起整个系统的维护工作，并做好备份、恢复计划，确保宿舍管理系统的正常运行。一般而言，管理员不参与宿舍管理系统中的各个功能模块，而是以技术人员的角度从旁协助辅导员和教师开展管理工作。其次，辅导员需要通过宿舍管理系统解决学生在日常生活中面对的种种问题。在签到管理功能模块中，辅导员需要发布签到公告并等待学生回应，还要有签到情况的查阅功能，以满足辅导员查看历史签到记录的需求；在请假功能模块中，辅导员需要查看并审批学生的请假申请信息，还需要查看班级所有学生及某个学生的请假记录；在班级论坛功能模块中，辅导员需要具备发帖、回复、查看、删帖等功能，其中删帖功能要给予辅导员删除其他人帖子的权限，以维护班级论坛环境；在资源共享功能模块中，辅导员需要拥有上传、下载、审核资源文件的的权限，确保平台中的资源文件有助于学生的学习和生活。第三，学生是宿舍管理系统的核心，在签到管理功能模块中，学生需要具备签到、查看公告信息、查阅历史签到记录等权限，从而随时检查自己签到情况；请假功能需要学生具备申请假期和查看回复信息的权限，同时要具备历史记录的浏览功能，让学生检查自己和同学的请假记录；班级论坛功能模块需要赋予学生发帖、修改、删帖、回复等权限，其中删帖功能仅局限于自己账号所发布的帖子；资源共享功能模块需要满足学生上传、下载、删除资源文件的需求。

3 中职院校的助学金管理系统

3.1 助学金管理系统的功能模块

助学金管理的一般流程，是在学生个人申请后对学生家庭环境、成绩等进行核算，并交由评定委员会进行审核，将审核结果在网上公示，如果没有异议则上报相关管理部门，而有异议则重新进行审核。助学金管理系统需要包括学生、教师和管理员三个主体。其中，学生申报模块满足学生查看评定细则的需求，使其自主判断是否符合申报助学金的条件，如果满足条件则通过助学金管理系统提交助学金申报材料，在提交完成后要具备查看个人信息的功能，以检查材料是否有误。教师审核模块需要满足教师根据助学金评定细则进行学生信息审核的需求，确保学生所提交材料符合评定细则以及助学金类型的要求，如果审核无误则进行上报。管理员模块需要具备添加、修改、删除助学金类型的权限，并对评定结果进行公示，确保没有人对评定结果产生异议。

3.2 助学金管理系统的应用分析

助学金管理系统需要采取Django框架和PyCharm集成开发环境。其中，Django框架是一种集成第三方插件的开源Web应用程序框架，其使用的Python语言具备较强的可拓展性，且能够有效避免重复编程的问题。此外，如用户注册、登录登出等功能具备通用模块，能有效提高助学金管理系统的开发效率。需要注意的是，Django框架支持MTV设计模式。其中，模型（Model）为数据存取层，承担助学金管理信息数据的存储、检索、获取等相关功能，模板（Template）为业务逻辑层，承担对助学金相关决定的处理功能，识图（View）为表现层，承担信息的存取、调用以及其他相应逻辑功能。PyCharm是基于Phython语言，能够有效提升系统开发效率的集成开发环境。PyCharm能够提供丰富的系统开发工具，虽然IDE等集成开发工具同样具备这些功能，但PyCharm所独有的编译器功能使其能够在系统开发中智能补全代码，能够使用户更有效的完成系统开发工作，且其指定的代码标准能够有效找出系统代码错误的原因，有效避免了系统运行BUG的产生。

4 中职院校的校园一卡通系统

4.1 校园一卡通的计算机网络组网设计

校园一卡通需要具备电子支付、费用收缴、资源数字化管理等重要职能，是智慧校园建设的关键，因此需要具备良好的稳定性，且能保证学生的数据安全。在校园一卡通消费系统设计中，需要使用光纤专线网联通数据中心和各终端机，在食堂等终端机秘籍的场所则需要使用100M网络交换机。学校的光线线路能够覆盖所有建筑，为了确保校园一卡通与校园网之间进行护理隔离，并降低系统建设费用，需要采取共线不共光芯的方式铺设光缆线路。在供电防雷设计中，为了确保断电后校园一卡通系统能够正常使用，需要安装2K不间断电源及电池组，在断电后切换至不间断电源维持供电。而入食堂等秘籍消费区域，则需要建设一套独立的供电系统，并与如照明、空调等供电系统进行隔离，确保一卡通终端机的稳定运行。此外，校园一卡通需要设置电源一级防雷措施，避免雷电对交换机、供电系统等造成损坏。

4.2 校园一卡通的卡片设计

校园一卡通需要具备基本的防污、防水功能，在卡片设计上要以美观、耐用、性价比高为标准采用PVC材料。在卡面上要印刷学校照片、校徽、学生姓名、卡号、条形码等信息，在电子钱包管理中，如MifareOne S50等校园卡具备16个扇区，可以独立存储不同信息数据。其中，热水消费与其他消费不同，需要独自占用电子钱包的一个存储区域，独立核算热水的充值与消费信息。而如食堂、超市等数据则共同存储于一个电子钱包内，并在服务器中存储详细的存取信息，确保一卡通丢失后能及时冻结并补办。

4.3 校园一卡通的安全设计

校园一卡通的16个扇区中，每个扇区的密码信息各不相同，读写扇区的信息前需要进行密码校对。一般而言，一卡通密码为16字节，破译难度较高，且重要信息会通过备份的方式进行重复记录，能够有效保障信息的安全性。此外，每个学生都可以自行更改校园卡的6位密码，当学生短时间内消费额度超过一定限制后，需要输入密码才能继续消费，避免盗刷等问题的出现。而校园一卡通终端设备的操作，则需要输入账号密码后才能授权访问，未授权访问的人员不能对终端。与此同时，终端机同时需要两个不同的开机密码和登录密码，能够有效保证终端机的安全。

4.4 校园一卡通的网络安全设计

校园一卡通系统需要与校园网络相对接，才能与使用各校园应用系统。在这一过程中，为确保校园一卡通的网络安全，需要使用防火墙或VLAN对校园一卡通网络进行隔离。虽然校园一卡通的终端系统需要直接接入校园网，但需要根据身份认证划分至不同的虚拟网中，区别校园一卡通用户与其他校园网用户。同时，对于一些信息安全性要求较高的区域，要通过防火墙设备进行隔离，在访问中要严格遵循安全规则，确保校园一卡通在于校园网络互联时的安全性。