背景

当前电信卡销售面临着激烈的竞争，市场上当前存在有从 15% 到 25% 不等的返利

目标

建立一个可以允许管理员和代理商用户登录、查看返利明细和统计数据的后台管理系统。

开发流程

1. 明确用户群体和业务逻辑；
2. 设计前端界面；
3. 明确前后端接口；
4. 根据设计好的前端界面和接口开发前端；
5. 根据接口开发后端；

业务逻辑

功能

• 管理员和代理商普通用户都可以登录；
• 代理商登录进入以后可以在控制台看到累积数据：总数量、激活数量、返利比例、返利总额、返利已支付金额、未支付金额；
• 代理商可以看到归属为自己的电信卡的每笔充值订单的金额、时间、返利金额、支付状态等信息。可以根据时间、支付状态筛选订单；
• 管理员登录进入以后可以在控制台看到累积数据：总数量、激活数量、返利比例、返利金额、返利已支付金额、未支付金额；
• 管理员可以看到所有的充值订单。可以根据时间、支付状态、客户名称筛选。可以选中订单，将选中的订单状态设置为已支付；

程序逻辑

重要功能点

• 登录和后续认证。
• 权限控制。
• 分页。
• 筛选。

前端

页面

• Login。考虑不做成单独的页面，如果未登录的用于访问其他页面，则跳转到首页，首页发现用户未登录，则弹出会话框，要求用户登录；
• Dashboard。仪表盘页面，管理员登录后显示所有电信卡的数量、激活数量、总返利金额、已返利金额、未返利金额；代理商登录后现在属于自己的卡的信息；
• Orders。显示所有的返利订单，即充值订单，包括充值时间、号码、充值金额、返利金额、返利支付状态。通过分页惰性加载订单数据。可以按照充值时间、号码、返利支付状态等筛选订单。代理商可以看到属于自己号码的充值订单；管理员可以看到全部；
• Statistics。根据起始时间、结束时间和代理商名称统计未支付返利的总笔数和总金额，并在下方的表格显示出来。实际支付完返利后，选中该行前面的复选框，或者多个复选框，点击确认支付按钮，修改支付状态。

困难点

• 没有现成的登录页面模板；
• 没有现成的菜单模版；
• 通过 Token 的鉴权流程；如何在发出的每个 HTTP 请求都加上 Token，如何根据 Token 来判断用户登录状态；

后端

服务器

原来已经有了面向终端客户提供叠加卡基础功能的 API。在原有服务器的基础上，增加后台返利的路由和相关功能，不用再单独建立新的服务器了。

遗留问题

后端

• 没有按照 GitHub 上的 Authorization: token OAUTH-TOKEN 规范来设置。只是设置了普通的 access-token 头；