CRM总结大纲

目录

一. CRM客户关系管理系统

1. CRM是什么? 里面都有哪些功能(业务)?

CRM系统是提供给销售, 班主任, 财务等人员使用的.

  • 销售功能:
    • 录入客户相关信息, 记录跟进客户情况, 添加报名表, 添加缴费记录及相关内容的展示.
  • 班主任功能:
    • 创建或编辑班级信息, 创建课程记录, 批量生成学生学习记录及相关内容的展示.
  • 财务功能:
    • 财务审批等

2. 什么是公户?什么是私户?为什么要做这个区分?

在CRM系统中, 将没有绑定销售的客户称为公户, 绑定销售的客户称为私户.

销售人员各自维护自己的客户(私户), 不可以查看或者跟进其他人的客户, 避免产生纠纷.

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)视图中:

form_obj = CustomerForm()
form_obj = CustomerForm(request.POST)
from_obj.is_valid()

(3)模板中:

{% for field in form_obj %}
	{{ field }}
{% endfor %}

6. 请详细说说公司销售是如何使用CRM的

销售可以通过个人渠道获取客户信息, 自己录入到系统中, 或者销售主管或网络咨询师将已经录入系统的客户分配给销售.

销售需要在规定时间间隔内对客户进行跟进或回访, 将跟进信息记录到系统中, 根据不同的情况标记客户的报名意向.

当客户确定报名时需要让客户本人或者销售帮忙添加报名表.

当销售收到客户缴纳的费用时, 需要填写缴费记录, 并将费用转交财务进行审批.

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) 注意: 关联的字段不要写成字符串形式

  • (4)设置rbac的url

  • (5)菜单管理

  • (6)权限的录入

    • 1)所有的url要有name
    • 2)不要忽略rbac 的namespace
    • 3)注意url和别名的长度
    • 4)构建层级结构

  • (7)角色管理

  • (8)分配权限

    • 1)注意用新的用户表替换rbac中的User
    • 2)给不同角色分配权限
    • 3)给不同用户分配角色

  • (9)应用权限

    • 1)应用中间件 -- 在settings.py中写上权限的配置
    • 2)登录成功后权限信息的初始化

  • (10)动态生成二级菜单

  • (11)应用路径导航

  • (12)权限控制到按钮级别

11. rbac组件中有哪些技术点, 用于做什么?

技术点 作用
中间件 进行访问权限校验
inclusion_tag 动态生成二级菜单和路径导航
filter 权限控制到按钮级别
modelformset 权限的批量操作
session 保存权限和菜单的数据结构
posted @ 2019-01-19 21:31  咕噜噜~  阅读(705)  评论(0)  编辑  收藏  举报