基础需求：85% 角色:学校、学员、课程、讲师 要求:

1. 创建北京、上海 2 所学校
2. 创建linux , python , go 3个课程 ， linux\py 在北京开， go 在上海开
3. 课程包含，周期，价格，通过学校创建课程
4. 通过学校创建班级， 班级关联课程、讲师
5. 创建学员时，选择学校，关联班级
6. 创建讲师角色时要关联学校
7. 提供三个角色接口 6.1 学员视图， 可以注册， 交学费， 选择班级 6.2 讲师视图， 讲师可管理自己的班级， 上课时选择班级， 查看班级学员列表 ， 修改所管理的学员的成绩 6.3 管理视图，创建讲师， 创建班级，创建课程
8. 上面的操作产生的数据都通过pickle序列化保存到文件里

编码规范需求：15%

1. 代码规范遵守pep8 (https://python.org/dev/peps/pep-0008/)
2. 函数有相应的注释
3. 程序有文档说明文件（README.md参考：https://github.com/csrftoken/vueDrfDemo）
4. 程序的说明文档必须包含的内容：程序的实现的功能、程序的启动方式、登录用户信息、程序的运行效果
5. 程序设计的流程图： (可以参考：https://www.processon.com/view/link/589eb841e4b0999184934329)

创建讲师，创建班级， 创建课程
通过学校创建班级， 班级关联课程、讲师
通过学校创建课程, 课程包含，周期，价格，

讲师可管理自己的班级， 
上课时选择班级， 查看班级学员列表 ， 修改所管理的学员的成绩

可以注册， 交学费， 选择班级

学校的属性
    班级
    老师
    地点
    课程
    学员
    
课程的属性
    名字
    周期
    价格
    
班级的属性
    老师
    学员
    课程

学员的属性
    姓名
    成绩
    班级
    
老师的属性
    姓名
    工资
    班级

怎么判断一个类是不是面向过程的思维呢，抛开继承 封装 多态这么宽泛的概念不说。 其实可以判断的方法之一是看类里面的方法， 是不是都很频繁的return和传参，是不是很少用到实例属性， 是不是有多个方法的参数传参代表的意义是传入的是同一个东西，如果符合这个特点，90%的可能性就是在使用纯面向过程了， 只是把命名空间下沉了一级，而且由于频繁的return和传参导致代码也很难看懂， 这种类加方法和面向过程在模块+函数基本上没什么卵区别。 没有继承 没有封装 没有多态还叫什么面向对象，尤其是没有封装没那怎么能叫面向对象？