职业教育核心管理平台-V2.0 正处于开发当中.本版面维护中.

一.当前职业院校面临的种种问题:

• 现实场景1：

• 随着国民受教育的普及度增高,技师学院承担的教学种类也越来越多。正规学生中,除了三年制的中级工、还有5年制的高级工。另外,还有部分高职、成人学生以及短期的培训班。其中正规学生，又分为普通班、培优班、大师班等种类。这么多繁杂信息通过人工去管理，往往造成数据的凭证丢失、杂乱无序、前后矛盾等问题。

• 现实场景2:

• 学生除了在校学习之外，还要参加校外的课程实习、专业实践、顶岗实习等活动。每个班或每个专业或每个年级的事务节点都不一样，错综复杂。如果前期的工作没有完整的记录，一旦负责的相关领导走了，后来的领导或相关管理人员会陷入懵逼的状态。

• 现实场景3:

• 在日常学校管理工作中,要面临学生转专业、休学以及休学归来、留级、当兵以及当兵归来等种种问题。由于班主任或相关管理人员的工作有时会调整，往往会造成班主任或相关学籍管理人员的衔接工作繁杂。

• 现实场景4:

• 新生报到之日，数据采集及报到手续没有科学地有效地统筹安排，造成报道环节效率低下、各个部门对学生的的数据采集手段多种不统一，数据标准及格式不统一、内容重叠冗余，没有唯一性和一致性，为日后的数据统一集成及统一管理,埋下一个困难和壁垒。

• 现实场景5:

• 随着员工计算机水平的提高,各个部门管理都会积极采用Excel对数据进行管理，部分部门也采用了软件系统对数据进行管理。Excel软件的优点是上手快、数据简单处理效率高；财务部门在单位里面，信息化技术手段属于最高的，除了Excel之外，有专门的财务管理相关软件。对于Excel表格，部门之间没有有效地标准化，数据显示范式过于随意、Excel数据处理手段停留在最基本的层面。Excel数据安全和备份以及数据高效集成、报表自动产生都是空谈。部门经常随意发起一个Excel文件"快餐"，供大家填写，但发起后的一系列后期处理问题欠全方位考虑。有些部门有自己的软件管理系统，但时间过早，或为了省费用一直没有升级，软件实际功能渐渐和实际需求脱节。

• 现实场景6:

• 由于微信的普及，部门随意发起一个群，员工也可以随意发起一个群，大家随意传递一个文档、随意下达各种行政指示，造成员工苦不堪言。微信最初目的是为朋友亲友之间的沟通创立的，但现在成了工作主要管理工具。小微企事业单位靠一个微信群还说的过去，单位规模稍微大一些，就会把"管理"当做"娱乐"。大量离散的信息，大量遗失在随时会被清理的历史记录中。零碎事务，非核心关键事务、不需要记录的事务可以通过微信技术发起。紧急事务可以通过微信发起，这个紧急事务如果又是核心事务，事后就要补充相关日志记录，但谁又去做这个工作呢 ？

• 现实场景7:

• 某管理员工手机微信当中发起一个Excel文档共享来收集数据，而这个文档被其他员工分享打开，打开的方式由于手机环境不一样，有些员工可以打开，有些员工没有装相关软件，无法打开。就说能打开，打开的方式也是多种多样，用户面临选择问题。各自填写的数据互相之间没有隐私，权限限制小。整个微信生态圈对于腾讯来讲，用户数量多，生机盎然，挺好，但对于企事业管理来讲，养成了一个松散随意的数据快餐文化。各个部门，各自为政。小块数据，快速产生、快速消亡。没有跟踪以及自动的集成汇总机制。往往有这种现象，一个偏文科的管理层员工一旦掌握一个计算机技术，往往会兴奋异常，跃跃欲试。很快地把这个技术在自己的管理领域快速使用，彰显自己的能力，以至于忘了这些技术的负面效果。正确的做法，在技术实施之前和技术专业人士进行讨论，或者单位应该有个技术委员会通过才行。最佳的方法，各个部门如果有什么技术需求应该反映到上级相关技术管理部门，最后统一解决:如果用普通的智能文档，模板格式是否经过专业人手统一制作部署？事后能否智能汇总？这个智能文档功能有限是否需要二次开发？如果不用智能文档，是否引入一个软件平台？用本单位技术开发人员开发？还是找外面的团队开发？还是市场上寻找购买合适的软件平台产品？

• 现实场景8:

• 随着社会发展，单位领导、管理员工、教师等都人手一台办公电脑。经常出现，每天除了接听各种电话，还要填写大量的电子表格、还要填写纸质表格、还要关注多个微信群及企业微信群中的信息，甚至手机短信等。每个人被各种信息淹没，理不出头绪，分不清重点。有些先填到纸质上，最后被相关人员再补充到电子表格上，有些先填到电子表格上，最后又把它打印出来。以纸质的为最后的权威标准，还是以电子版的为最后的权威标准?纸质的装到档案袋或档案文件夹里面签上标签，摆在柜子里面迎接上级检查很规范，但平时数据的手工查找太麻烦。放到电子文档里面，虽然检索方便，但没有统一的电子文档管理标准，当数据量大了后，同样陷入混乱，同时，数据损坏怎么办？数据备份如何搞？没有科学的机制。

• 现实场景9:

• 学生管理一直是重中之重。学生的教材、校服及其他物品的发放、学生考勤数据、学生宿舍管理信息、学生思想动态信息、教室及宿舍卫生信息、打架斗殴生重病等突发事件流程管理等等，核心节点的信息有记录和汇总，以便管理层的下一步决策和行动。

• 现实场景10:

• 当学校领导或员工遇到一个稍微棘手事情时,经常一句话是: 去找某某校长，或者，去找某某领导，或者，去找某某班主任。似乎班主任或校长是万能钥匙。学校虽然有一堆的规章制度，但各个部门没有一个清晰的、高效的、优化好的而且已经固化的工作流程。早期规定的规章制度或者没有看、或者老化，或者没有实践操作性。

• 现实场景11:

• 收费问题一直是个敏感问题。除了新手报名费，还有学费、书费、住宿费、服装费之外，还有培养费、保险费、体检费等名目繁多的其他费用。由于学生的转专业、休学、复员归来、开除、退学等因素的影响，某个学生少交费了，还是多交了，在系统上应该一目了然。在学生办理毕业离校或其他离校手续时，流程效率很高。否则，需要各种无系统记录的人证签名。由于各种凭证（包括:学生手里的缴费票据凭证、财务的收费凭证、班主任的各种记录凭证、其他管理者的记录凭证）的遗失或混乱,如果没有统一协调的系统权威支持，全靠管理者或班主任各自为政的手段去记录或者大脑记忆，势必给管理者或者班主任造成额外的精神压力负担。

• 现场场景12:

• 做为教育技能行业的佼佼者，不但在设备硬件上要突出，同时在管理及软件上，也应该是领航者。有些领导特别关注表面的工作，而真正的有理想和抱负的领导，一方面十分关注本单位的内涵文化建设，另一方面关注本单位的管理工具的提升。不能天天喊口号，鼓励大家冲锋在前，但没有给员工配置像样的管理武器。

• 现场场景13:

• 作为企业管理层,要改变管理思想。部门领导就是教练，新员工来了后，在教练的指导下，尽快地通过平台进行核心数据及流程的管理学习。在平台的业务指引下，各项核心业务流程运转速度会随着员工的熟练程度愈来愈快。当平台成熟后，平台对新员工的素质要求反而会越来越低。教练领导工作量反而下降了，领导可以腾出时间去关注更核心的事务。    
  

二.教育行业核心数据流程管理平台-V2.0蓝图:

• 领导可以通过领导驾驶舱界面,即时获得当前学校的关键数据图表及预警。为管理层决策提供数据依据。

• 消除部门之间的信息孤岛。
• 信息一次录入，多处使用。学生注册信息、班主任管理信息、宿舍管理信息、财务信息彻底消除信息孤岛,力争做到一次录入，多处使用。后期的数据的维护手段只能是纠正、扩充、确认，而不是反复提交；消除信息不一致及信息多处冗余的现象。
• 学院管理所涉及的核心流程关键点，可控可查，有日志记录。
• 部门或员工的学期或年终相关报表自动形成。报表客观真实有效,是数据平台自动形成的客观描述及量的统计总结。员工事后提笔总结时，就有官方的客观依据支持。
• 极大地减轻领导及教师员工额外的负担。使领导把工作重点放到核心的事务研究决策上;使班主任把工作重点放班级管理上;使教学老师把工作重点放到教学上。
• 此平台功能暂时以学生管理为核心重点，和学生无关的或者关系不大的业务需求暂不考虑纳入系统的功能范围。
  

三.平台架构特色 

• 后台基于Asp.net Core 框架，前端基于Vue、element-UI等技术。模块插件式开发，前后端分离。
• 数据处理分析及图表显示采用Python Flask框架,充分发挥了Python的爬虫、数据分析、AI、机器学习等优势。其与Asp.net Cor框架完美地分工协作。
  
• 集成了多租户、IdentityServer、Quartz、AutoFac、Swagger等众多黑科技。
• 跨全平台部署，支持主流的操作系统类型。

四.平台设计理念:

• 主控面板、控制台页面，可进行工作台，分析页，统计等功能的展示。
• 用户管理、对企业用户和系统管理员用户的维护，可绑定用户职务，机构，角色，数据权限等。
• 应用管理、通过应用来控制不同维度的菜单展示。
• 机构管理、公司组织架构维护，支持多层级结构的树形结构。
• 职位管理、用户职务管理，职务可作为用户的一个标签，职务目前没有和权限等其他功能挂钩。
• 菜单管理、菜单目录，菜单，和按钮的维护是权限控制的基本单位。
• 角色管理、角色绑定菜单后，可限制相关角色的人员登录系统的功能范围。角色也可以绑定数据授权范围。
• 字典管理、系统内各种枚举类型的维护。
• 访问日志、用户的登录和退出日志的查看和管理。
• 操作日志、用户的操作业务的日志的查看和管理。
• 服务监控、服务器的运行状态，CPU、内存、网络等信息数据的查看。
• 在线用户、当前系统在线用户的查看。
• 公告管理、系统的公告的管理。
• 文件管理、文件的上传下载查看等操作，文件可使用本地存储，阿里云oss，腾讯cos接入，支持拓展。
• 定时任务、定时任务的维护，通过cron表达式控制任务的执行频率。
• 系统配置、系统运行的参数的维护，参数的配置与系统运行机制息息相关。
• 邮件发送、发送邮件功能。
• 短信发送、短信发送功能，可使用阿里云sms，腾讯云sms，支持拓展。
• 核心数据大屏预警展示

六.业务模块

• 迎新管理
• 学籍管理
  
• 分数管理
• 宿舍管理
• 物料发放管理
• 困难补助申请管理
• ......

B.......

七.支持平台

• 运行环境
• Windows
• Linux
• MacOS/MacOS M1 CPU
• Docker/K8S/K3S/Rancher
• Xamarin/MAUI
• 数据库
• SqlServer
• Sqlite
• Azure Cosmos
• MySql
• MariaDB
• PostgreSQL
• InMemoryDatabase
• Oracle
• Firebird
• MongoDB
• 应用部署
• Kestrel
• Nginx
• Jexus
• IIS
• Apache
• PM2
• Supervisor
• 独立发布/单文件
• 容器（Docker/K8S/K3S/Rancher）  

开发实录:https://www.cnblogs.com/gcode

白皮书:

技术白皮书>>下载

授课教师角色操作说明书>>下载

班主任角色操作说明书>>下载

宿管角色操作说明书>>下载

普通管理员角色操作说明书>>下载