Updated files

EssOS/业务.md

@@ -0,0 +1,115 @@
+# 业务1【用户管理】
+
+> 老师可以兼职领导
+
+分为：
+
+- 学生
+- 老师
+- 领导
+- 管理员
+
+角色划分：
+
+普通用户：学生
+
+老师用户：老师
+
+领导用户：各个部门职务
+
+管理员用户：系统运维人员
+
+## 用户信息及所涉及的表
+
+学生：
+
+学生信息表包含以下字段：
+
+- 姓名
+- 性别
+- 出生年月
+- 图片
+- 专业
+- 班级
+- 学号
+- 成绩
+- 个人简介
+- 家庭住址
+- 联系方式
+- 学籍号
+- 毕业学校
+
+老师：
+
+教职工表包含以下内容：
+
+- 姓名
+- 性别
+- 联系方式
+- 家庭住址
+- 教育背景
+- 个人简介
+- 职务
+- 工作经历
+- 毕业院校
+- 专业所涉及领域
+- 专业技能
+- 获奖情况
+
+系统账号管理表：
+
+- 账号
+- 密码
+- 所属者【这是拥有人】
+- 所属者部门【这是角色】
+
+领导：
+
+同教职工表一样，但这区别的地方是，这是一个身份划分。所拥有的权限和角色 是不同的。
+
+管理员：
+
+一样同上。
+
+## 系统用户阶级划分
+
+学生用户：
+
+针对学习的可以进行考试和查询成绩；
+
+针对活动的可以进行参加活动来获取积分，并兑换相应的奖品。
+
+针对办公的可以申请相关的竞赛和办理相关的业务信息。或修改业务信息
+
+老师用户：
+
+则可以对教育资源管理。
+
+以及对活动的管理。
+
+对教学计划进行管理
+
+可对学生的积分进行管理，
+
+和对办公业务的申请，修改及审批。
+
+领导：
+
+则只能提交和审批已经修改。
+
+管理员；
+
+则可以对各个业务的开发和运维，如：
+
+角色管理
+
+权限管理
+
+日志管理
+
+业务管理【模块】
+
+等等。
+
+
+

EssOS/项目场景.md

@@ -0,0 +1,62 @@
+教育系统所涉及的业务是根据不同场景所生成的。比如下面几个场景：
+
+场景1
+
+当新生报到时要进行对其报到，信息入录。这就是涉及到了学生的招生业务，而这个业务可以只能在教育系统进行登录报到登记。
+
+那么这里则会涉及到一个问题就是，这是在手机里操作还是电脑上操作？其实做好界面适配，两端都是可以操作的。但要进行身份校验。预防不法分子盗取系统资料。
+
+同时，也会在报到信息完成录入后，进行缴费。那么这会涉及到一个支付系统。这支付系统通常会需要三方平台接入。也就是第三方接口。这样支付完成后即可完成办理入学手续。
+
+> 注释：这期间会由系统根据所填写的专业和领导审批来对学生进行管理。当然在这可能会涉及到教育局的中考成绩查询，或者是转学、退学人员。
+>
+> 也就是说，在成绩方面是可有可无的。或者是可以根据新生的报到顺序来进行暂时的划分。等到领导的审批后进行统一的规划和划分。
+
+【涉及的系统：支付系统、招生系统】
+
+场景2
+
+当学生报到完后，学校会对其进行统一通知，给学生统一时间报到。在此通知前的期间校方会对学生进行宿舍划分，专业班级的划分，院系的划分。这里就会涉及到教务系统。因为这个系统是对日常的教学互动进行的。
+
+> 系统包含课程的选课，课程划分，班级信息，教学活动，教学计划。教学资源等等模块。该系统可以抽离出来做成一个单独系统。
+
+【涉及的系统：教务系统】
+
+场景3
+
+学生进入学校学习一段时间后，必然会由课余活动，期间可以组织同学参加一些活动，而这恰恰是可以开发一个用于活动方面的系统。或娱乐系统。来填充学生的课余活动。可以激发学生的学习兴趣和发展学生专业技能或生存技能。
+
+该系统可以发布一些活动来获取积分并根据积分可以兑换相应的物品。或可作为教育毕业的条件。
+
+或进行跑腿业务，竞赛业务、二手业务等等。
+
+> 【这是引进一个先进的管理模式。或教学模式】
+
+【涉及的系统：智慧校园平台】
+
+场景4
+
+当然上面这些都是围绕学生而开展的教学管理。但实际当中，会涉及到内部的系统。像教育局的下发的业务，如资助、校内网络管理、学校的财务、对外的相关部门业务等等。这些都是私密性高的内部业务。
+
+当然这得看学校的组织结构大不大。不大则无需这个系统。大的话则可能会对其进行管理。
+
+> 内部系统可以部分对外展示。即门户网站。所以内部系统的划分要非常严格。
+
+【涉及的系统：某某教育系统】
+
+# 归纳
+
+----
+
+```mind
+某某教育系统
+	招生系统
+		支付三方平台
+	教务系统
+	智慧校园
+```
+
+
+
+
+