如何构建学校管理系统

学校管理系统用来保存学校运转所依赖的记录：学生是谁、他们在哪些班级、是否到校、学习状况如何。一个有用的第一版比多数人想象的要小——学生、班级、出勤和成绩，并为管理员、教师和家长提供各自独立的登录。把这些做好，认真测试权限，然后再添加课表、学费和消息功能。

本指南面向小型学校、辅导中心、语言学校、课后托管项目以及培训机构，这些机构觉得大型系统对于自身需求而言过于笨重或成本过高。

学校管理系统需要什么

数据

系统的大部分功能都围绕六张表展开：

待出勤功能正常运行后，再添加测验或作业（班级中的一次测试或作业，包含满分和权重）以及成绩（某位学生在某次测验中的结果）。

注册记录这张表比看起来更重要。学生会在学期中途换班。如果把“班级”直接存在学生身上，你就会丢失历史记录，出勤报表也会对不上。

页面

• 管理员仪表盘： 一目了然的当日出勤情况、缺少点名记录的学生、近期变更。
• 学生列表与档案： 可搜索，可按班级或年级筛选，档案中显示班级、出勤和成绩。
• 班级页面： 名单、当天的点名记录，以及成绩簿。
• 点名界面： 教师每天使用的页面。在手机或平板上应该几秒钟就能完成——默认全部为出席，点击即可更改。
• 成绩簿： 测验为列、学生为行，并显示计算出的平均分。
• 家长视图： 只显示其子女自己的出勤、成绩和通知。

权限

学校系统的成败往往取决于这里。在开发之前就把规则写清楚：

• 管理员可以查看和编辑所有内容。
• 教师只能查看和编辑自己任教的班级，以及这些班级中的学生。
• 家长只能查看自己的子女，且为只读。
• 学生（如果确实需要登录）只能查看自己的记录。

“只能”这一限制必须在服务器端执行，而不能只是隐藏按钮。家长如果修改页面地址中的数字，不应能够打开另一个孩子的档案。我们关于基于角色的访问控制的指南介绍了相应的模式。

开始之前需要做的决定

第一版让谁登录？ 只开放给教职员工会简单得多。家长和学生会成倍增加权限情形和支持请求。许多学校起初只为教职员工提供登录，并在核心功能稳定之前，通过纸质或邮件方式向家长发送报告。

成绩如何计算？ 加权平均、去掉最低分、字母等级区间、及格/不及格——选定一种方案，并用一个示例把它写出来。成绩计算逻辑是最值得手工核对的部分。

什么是“学期”？ 班级、注册记录和报告都依赖于它。决定你使用学期（term）、学期（semester）还是单个学年，并把它做成一张表，而不是一个文本字段。

导入，而不是重新输入。 你的学生信息很可能已经在某个电子表格里了。从第一天起就规划好为学生、监护人和注册记录提供 CSV 导入功能。参见如何把电子表格变成应用。

数据存放在哪里，谁能看到？ 学生记录非常敏感。在许多地方，它都受到特定规定的约束——美国的 FERPA、欧盟和英国的 GDPR，以及其他地区的相关法规。在载入真实姓名之前，请先确认适用于你的规定；如果不确定，请咨询专业顾问。至少要做到：默认私有、记录谁修改了什么，并且能够导出或删除某位学生的数据。

一条有效的首条提示词

为一所小学校搭建一个学校管理网络应用。教职员工使用邮箱和密码登录；角色为管理员和教师。数据包括：学生（姓名、出生日期、年级、状态）、与学生关联的监护人、教职员工、学期、班级（名称、科目、教师、学期、每周课表）以及将学生与班级关联起来的注册记录（含起止日期）。教师只能看到自己任教的班级以及其中注册的学生；管理员可以看到所有内容。构建班级页面，包含名单和每日点名界面：默认全部为出席，教师点击即可标记为缺席、迟到或请假，并可选填备注。管理员的仪表盘显示当天尚未完成点名的班级。为学生和监护人添加 CSV 导入功能。所有数据保存到数据库。成绩、家长登录和学费功能留待以后再做。

注意这条提示词做了什么：它列出了角色，用一句话说明了权限规则，详细描述了使用最频繁的页面，并说明了哪些内容暂时不做。

搭建步骤

1. 数据模型与示例数据。 要求生成各张表，以及一所明显是虚构的小型示例学校——两个学期、五个班级、四十名学生。在搭建期间绝不要使用真实的学生记录。
2. 管理员页面。 学生列表、档案、班级列表、注册记录编辑。检查将学生转到其他班级时，旧的注册记录是否保留并带上结束日期。
3. 教师登录与点名。 以教师身份登录，确认只能看到自己的班级。在手机尺寸的屏幕上完成一次点名。
4. 权限测试。 以两位不同的教师身份登录，尝试通过 URL 打开彼此的班级。两次尝试都应失败。
5. 导入。 把你的真实电子表格导入一份副本，修正无法对应的列，然后决定是否准备好正式上线。
6. 成绩。 添加测验和成绩簿。用你手工计算过的示例来验证平均分。
7. 报表。 指定日期范围内，每位学生和每个班级的出勤率——这是管理员被问得最多的报表。
8. 家长访问（如果需要）。 最后再添加监护人登录，提供只读视图，并进行最严格的权限测试。

常见错误

• 把班级直接存在学生身上。 应使用带日期的注册记录，否则历史会丢失。
• 权限只存在于界面中。 隐藏的按钮并不是安全措施。应通过 URL 和 API 进行测试。
• 点名速度慢。 如果点名比纸质方式更费时，教师就会停止使用它。
• 测试时使用真实数据。 在权限得到验证之前，使用虚构的姓名。
• 删除学生。 应改为标记为已离校。过去的出勤和成绩仍然属于学校的记录。
• 一次性做所有功能。 课表、学费、消息、成绩报告单和家长应用同时开发，需要一年的工作量。应先上线点名功能。
• 没有审计记录。 成绩被修改时，一定会有人问是谁、何时改的。应当记录下来。

何时更适合现成产品

成熟的学校管理和学生信息系统能够处理定制开发很难做到的事情：政府和考试局的报表、复杂的课表编排、与学习平台的集成、学费收取，以及多年积累的各种边缘情况。如果你经营的是大型学校，负有法定的报告义务，或者需要供应商来承担支持和合规工作，那就购买一套现成系统。

当你的需求更窄或更特殊时，自建才有意义：例如一家跟踪课时和学习进度的辅导中心、一所实行滚动注册的语言学校、一个按期开班的培训机构，或者一所只用到昂贵系统五分之一功能的小型学校。一个精确契合你工作流程的聚焦工具，往往胜过一个你每天都要与之斗争的大型系统。我们关于自建还是购买软件的指南梳理了其中的权衡，如何构建内部工具则介绍了仅供员工使用的版本。

使用 Mythex 搭建

在 Mythex 上，你在对话中描述系统，并在实时预览中看到它逐步成形。在编写任何代码之前，先使用计划模式确认数据表和角色。当应用需要时，Mythex 会添加专用的数据库；如果你想把文件附加到学生档案中，还可以使用文件存储。教职员工和家长的登录属于应用自身：Mythex 不提供内置的登录产品，因此由代理接入你所选择的方案——参见为应用添加登录。发布后可获得 mythex.ai 链接，在 Pro 套餐中也可以使用你自己的域名。由于地址是公开的，你应用的登录和权限检查才是保护记录的关键。如需入门参考，可以查看教师评分工具模板，或辅导中心构建器页面。

常见问题