背景
当前电信卡销售面临着激烈的竞争，市场上当前存在有从 15% 到 25% 不等的返利
目标
建立一个可以允许管理员和代理商用户登录、查看返利明细和统计数据的后台管理系统。
开发流程
- 明确用户群体和业务逻辑；
- 设计前端界面；
- 明确前后端接口；
- 根据设计好的前端界面和接口开发前端；
- 根据接口开发后端；
业务逻辑
功能
- 管理员和代理商普通用户都可以登录；
- 代理商登录进入以后可以在控制台看到累积数据：总数量、激活数量、返利比例、返利总额、返利已支付金额、未支付金额；
- 代理商可以看到归属为自己的电信卡的每笔充值订单的金额、时间、返利金额、支付状态等信息。可以根据时间、支付状态筛选订单；
- 管理员登录进入以后可以在控制台看到累积数据：总数量、激活数量、返利比例、返利金额、返利已支付金额、未支付金额；
- 管理员可以看到所有的充值订单。可以根据时间、支付状态、客户名称筛选。可以选中订单，将选中的订单状态设置为已支付；
程序逻辑
重要功能点
- 登录和后续认证。
- 权限控制。
- 分页。
- 筛选。
前端
页面
- Login。考虑不做成单独的页面，如果未登录的用于访问其他页面，则跳转到首页，首页发现用户未登录，则弹出会话框，要求用户登录；
- Dashboard。仪表盘页面，管理员登录后显示所有电信卡的数量、激活数量、总返利金额、已返利金额、未返利金额；代理商登录后现在属于自己的卡的信息；
- Orders。显示所有的返利订单，即充值订单，包括充值时间、号码、充值金额、返利金额、返利支付状态。通过分页惰性加载订单数据。可以按照充值时间、号码、返利支付状态等筛选订单。代理商可以看到属于自己号码的充值订单；管理员可以看到全部；
- Statistics。根据
起始时间、结束时间和代理商名称统计未支付返利的总笔数和总金额，并在下方的表格显示出来。实际支付完返利后，选中该行前面的复选框，或者多个复选框，点击确认支付按钮，修改支付状态。
困难点
- 没有现成的登录页面模板；
- 没有现成的菜单模版；
- 通过 Token 的鉴权流程；如何在发出的每个 HTTP 请求都加上 Token，如何根据 Token 来判断用户登录状态；
后端
服务器
原来已经有了面向终端客户提供叠加卡基础功能的 API。在原有服务器的基础上，增加后台返利的路由和相关功能，不用再单独建立新的服务器了。
遗留问题
后端
- 没有按照 GitHub 上的
Authorization: token OAUTH-TOKEN规范来设置。只是设置了普通的access-token头；
网友评论