前端用户、老师:(老师比学生多了一个审核会议纪要功能,学生提交的会议纪要需要老师审核,老师提交的会议纪要需要有权限的老师审核;学生比老师多了个发布会议预告的功能)
1、登录。学生通过学号(12位)登录、老师通过工号(6位)登录,密码默认123456
2、查看会议纪要。(可以按会议类别、参会人、会议时间、会议主题多条件查询;除了时间查询,其他查询都可用关键字查询,查询条件也可为空;查询的结果以跳转新的页面形式,会议数量较多时有页数选项)
3、录入会议纪要。(录入会议纪要,实现提交可发布到系统上,供人查询;会议日期有日期选项可以选)
4、修改会议纪要。(查询到具体的会议纪要后,可以对其“议题结论及后续安排进行修改”,其他的不能)
5、删除会议纪要文档。(对会议纪要文档直接删除)
6、审核会议纪要。(老师可查看未审核的会议纪要信息进行审核,修改会议纪要的状态:“已审核”,并给会议纪要附上审核老师名称)
7、发布会议纪要预告。(预告不需要审核,可直接删除;发布的会议预告以轮播图的形式进行展示)
后端管理员:
1、登录。默认一个系统管理员账号
2、添加用户。管理员可对用户(老师、学生)进行批量添加(或可以通过Excel导入),密码默认123456
3、修改用户权限。对前端用户的学生、老师进行权限修改(系统默认学生、老师注册后只能查看会议纪要、查看会前公告栏;修改用户权限页面老师和学生要分类,权限最好用“开关”的方式进行修改)
4、管理员同时拥有用户端的查看会议纪要、录入会议纪要、修改会议纪要、删除会议纪要的功能,与用户界面功能细节一样
django project 框架目录结构
|my_project //项目名 后期可修改建议不修改
|--- __init__.py //python项目必带 模块化思想
|--- settings.py //项目的总配置文件 里面包含数据库 web应用 时间等各种配置
|--- urls.py //URL配置文件 Django项目中所有地址中(页面)都需要我们自己去配置其URL
|--- wsgi.py //python服务器网关接口
|manage.py //django项目管理文件 与项目进行交互的命令行工具集的入口
|------------------------------------------------------------------------
django 应用目录结构
project1
|-- migrations //数据移植(迁移)模块
|------- __init__.py
|-- __init__.py
|-- admin.py //该应用后台管理系统配置
|-- apps.py //该应用的一些配置 1.9以后自动生成
|-- models.py //数据模块
|-- tests.py //自动化测试模块 在这里编写测试脚本
|-- views.py //执行响应的代码所在模块 代码逻辑处理主要地点 项目大部分代码在此编写
|--templates //模板 放置模板文件的文件夹 包括HTML css JavaScript的文件夹
---------------------------
前端技术:nodejs+vue+elementui。
MTV模式
M:model,模型,负责与数据库交互
V:view,视图是核心,负责接收请求、获取数据、返回结果
T:template,模板,负责呈现内容到浏览器
通常 一个Django model 对应一张数据表,model是以类的形式表现的
实现了ORM 对象与数据库映射 隐藏了数据访问细节 不需要写sql语句
admin是Django自带的 自动化数据管理界面
数据取出顺序 models->views->templates 数据层->逻辑视图层->前端模板层
前后端分离就是将一个单体应用拆分成两个独立的应用:前端应用和后端应用,以JSON格式进行数据交互.前后端分离后,应用的代码不再是前后端混合,只有在运行期才会有调用依赖关系。应用代码将会变得整洁清晰,不论是代码阅读还是代码维护都会比以前轻松。