目录html
- 一. CRM客户关系管理系统
- 二. 权限
- 1. 使用几张表来完成权限控制的?每张表中有哪些字段?
- 2. 请简述实现权限控制的流程
- 3. 初始化权限时, 定义了两个字典, 分别是什么数据结构?为何要把他们存在
session中? - 4. 权限校验的中间件都作了什么事情?
- 5. 如何实现二级菜单默认展开而且是选中状态的?
- 6. 权限控制到按钮级别是如何实现的?
- 7. 权限批量操做时, 哪些权限是须要新增的?哪些是须要删除的?哪些是可更新的?
- 8. 开发过程当中遇到问题,通常都是怎样解决的?请说一下你印象比较深入的一个问题.
- 9. 请简述管理权限信息的流程(管理,分配权限是如何操做的)
- 10. 简述如何将
rbac组件应用到一个新项目中. - 11.
rbac组件中有哪些技术点, 用于作什么?
一. CRM客户关系管理系统
1. CRM是什么? 里面都有哪些功能(业务)?
CRM系统是提供给销售, 班主任, 财务等人员使用的.python
- 销售功能:
- 录入客户相关信息, 记录跟进客户状况, 添加报名表, 添加缴费记录及相关内容的展现.
- 班主任功能:
- 建立或编辑班级信息, 建立课程记录, 批量生成学生学习记录及相关内容的展现.
- 财务功能:
- 财务审批等
2. 什么是公户?什么是私户?为何要作这个区分?
在CRM系统中, 将没有绑定销售的客户称为公户, 绑定销售的客户称为私户.git
销售人员各自维护本身的客户(私户), 不能够查看或者跟进其余人的客户, 避免产生纠纷.web
3. 请列举出CRM系统中的表
4. 经过ORM操做对数据库的数据作展现时, 不一样字段类型有不一样的展现方法, 分别是什么?
- 普通字段 --
对象.字段名 - choice字段 --
对象.get_字段名_display - 外键 --
对象.外键字段.属性 - 多对多 --
对象.自定义方法
5. 简述如何使用modelform
(1)定义一个modelform:数据库
class CustomerForm(forms.ModelForm):
"""这里能够重写某些字段"""
class Meta:
model = models.Customer
fields = "__all__"
exclude =
wegits =
(2)视图中:json
form_obj = CustomerForm() form_obj = CustomerForm(request.POST) from_obj.is_valid()
(3)模板中:markdown
{% for field in form_obj %}
{{ field }}
{% endfor %}
6. 请详细说说公司销售是如何使用CRM的
销售能够经过我的渠道获取客户信息, 本身录入到系统中, 或者销售主管或网络咨询师将已经录入系统的客户分配给销售.网络
销售须要在规定时间间隔内对客户进行跟进或回访, 将跟进信息记录到系统中, 根据不一样的状况标记客户的报名意向.session
当客户肯定报名时须要让客户本人或者销售帮忙添加报名表.数据结构
当销售收到客户缴纳的费用时, 须要填写缴费记录, 并将费用转交财务进行审批.
7. 详细说说班主任是如何使用CRM的
班主任对班级信息进行管理, 对班级信息进行增删改查.
建立好班级信息后, 能够对某一班级建立课程记录, 记录上课的状况, 做业要求等信息.
建立好班级信息后, 可根据某节上课记录来生成学习的上课记录(学习记录), 该操做做为批量操做, 批量生成该课程所对应班级的全部学生的学习记录. 使用modelformset来展现和编辑这些学习记录.
8. CRM项目中哪些地方用到了QueryDict对象, 详细说说它的用法
分页保留搜索条件时: 搜索条件在request.GET中, request.GET就是QueryDict对象, 将该对象复制后可给该字典中添加页码的相关参数, 使用QueryDict的urlencode()方法, 将结果拼接到生成的URL上.
添加或编辑后跳转至原页面: 本身生成一个QueryDict对象, 将当前访问的完整路径添加到该字典中复制给next, 使用QueryDict的urlencode()方法, 将结果拼接到生成的添加或编辑的URL上. 添加或编辑后从request.GET中获取到next的值, 跳转到该地址便可.
9. CRM中有哪些优势, 用于作什么(至少写5个)
| 技术点 | 做用 |
|---|---|
| auth模块 | 认证 |
| modelform | 对表进行增删改查 |
| 分页 | 对数据进行分页显示 |
| Q对象 | 查询条件==或==的关系 |
| QueryDict | 保留搜索条件 |
| url的命名和反向解析 | ---- |
| 事务 + 行级锁 | 加入私户 |
| 批量建立对象 | ---- |
| modelformset | ---- |
二. 权限
1. 使用几张表来完成权限控制的?每张表中有哪些字段?
| 表 | 字段 |
|---|---|
菜单表Menu |
id、 name |
权限表Permission |
id、 title、 url、 name、 parent_id、 menu_id |
角色表Role |
id、 name |
用户表User |
id、 username、 password |
| 角色和权限关系表 | id、 role_id、 permission_id |
| 用户和角色关系表 | id、 user_id、 role_id |
2. 请简述实现权限控制的流程
在web应用中, 一个URL表明一个权限, 能够访问某一URL则说明有该权限. 该权限系统中URL被分为两种, 一种是能够作二级菜单的父权限, 一种是不能作菜单的子权限. Menu表中的数据称之为一级菜单, 二级菜单被分配给一级菜单. 子权限分配给父权限.
当用户登陆成功时, 根据用户全部的角色查询出所具备的权限, 将权限信息和菜单信息存放在session中. 登陆成功后跳转至其余URL时, 请求通过中间件时进行权限的校验, 根据当前访问的url和session中存放的权限信息进行正则匹配. 都匹配不成功, 则拒绝访问. 匹配成功则继续走正常的流程获得相应的响应.
页面中的可点击的按钮也是权限, 在模板渲染时使用自定义filter判断该按钮所表明的权限是否在该用户所拥有的权限中, 若是是则显示该按钮, 不然不显示.
3. 初始化权限时, 定义了两个字典, 分别是什么数据结构?为何要把他们存在session中?
permission_dict = {
'权限的URL别名':{
'url': 'url路径',
'id': '权限的id',
'pid': '父权限的id',
'title': '权限的标题',
'pname': '父权限的URL别名',
}
}
menu_dict = {
'title': '客户管理',
'icon': 'fa-address-book-o',
'weight': 10,
'children': [{
'title': '客户列表',
'url': '/customer/list/',
'id': 1,
},]
}
将权限和菜单的字典存放在session中是为了给不一样用户存放不一样的权限和菜单, 而且session能够存放在Redis中, 读取速度快.
4. 权限校验的中间件都作了什么事情?
(1)获取当前访问的URL, 判断是否在不须要权限校验的白名单中, 若是在则再也不进行校验.
(2)从session中获取到该用户的权限信息.
(3)循环出每个权限进行正则匹配, 匹配成功则改变flag标志位为True, 而且获取到须要默认展开菜单的权限id和要展现的路径导航信息.
(4)循环结束后, flag还未False则拒绝访问.
5. 如何实现二级菜单默认展开而且是选中状态的?
二级菜单是经过inclusion_tag实现的, 将request看成参数传给menu函数, 函数中从request中获取到menu_dict. 循环menu_dict给一级菜单都添加了一个hide的class, 默认一级菜单下的二级菜单(父权限)是不是要默认选中的二级菜单, 若是是的话, 给该二级菜单添加一个active的class, 给该二级菜单对应的一级菜单的class从新赋值为空.
模板中生成二级菜单时添加上对应的class, 则显示出相应的状态. class为hide则是隐藏状态, class为active则是选中状态.
6. 权限控制到按钮级别是如何实现的?
session中存放着一个有关权限信息的字典, 字典的key为权限的URL别名, value为一个权限的具体信息.
自定义了一个filter, 用来判断某一个权限是否在该用户的权限字典中, 在的话返回True, 不在返回False.
模板中使用该filter来对每一个要生成按钮的部分作判断, 有权限则会显示按钮, 没有权限则不显示.
7. 权限批量操做时, 哪些权限是须要新增的?哪些是须要删除的?哪些是可更新的?
-
新增的: 路由系统中有, 数据库中没有的.
-
删除: 路由系统中没有, 数据库中有的
-
可更新: 路由系统和数据库中都有的
8. 开发过程当中遇到问题,通常都是怎样解决的?请说一下你印象比较深入的一个问题.
9. 请简述管理权限信息的流程(管理,分配权限是如何操做的)
- 管理页面对权限进行增长,删除,更新等操做
- 角色管理页面, 分别对角色设置权限并保存
- 分别为用户设置角色信息并保存
10. 简述如何将rbac组件应用到一个新项目中.
- (1)拷贝
rbac组件到新的项目中, 注册app - (2)修改用户表, 继承
rbac中的User表 - (3)执行数据库迁移指令
- 1)删除
rbac下migrations中的记录 - 2)注释掉
admin中的User表 - 3)
roles=models.ManyToManyField(to=Role, verbose_name='用户拥有的角色', blank=True)注意: 关联的字段不要写成字符串形式
- 1)删除
-
(4)设置
rbac的url - (5)菜单管理
- (6)权限的录入
- 1)全部的
url要有name - 2)不要忽略
rbac的namespace - 3)注意
url和别名的长度 - 4)构建层级结构
- 1)全部的
- (7)角色管理
- (8)分配权限
- 1)注意用新的用户表替换
rbac中的User - 2)给不一样角色分配权限
- 3)给不一样用户分配角色
- 1)注意用新的用户表替换
- (9)应用权限
- 1)应用中间件 -- 在
settings.py中写上权限的配置 - 2)登陆成功后权限信息的初始化
- 1)应用中间件 -- 在
- (10)动态生成二级菜单
- (11)应用路径导航
-
(12)权限控制到按钮级别
11. rbac组件中有哪些技术点, 用于作什么?
| 技术点 | 做用 |
|---|---|
| 中间件 | 进行访问权限校验 |
inclusion_tag |
动态生成二级菜单和路径导航 |
filter |
权限控制到按钮级别 |
modelformset |
权限的批量操做 |
session |
保存权限和菜单的数据结构 |