70 lines
3.3 KiB
Markdown
70 lines
3.3 KiB
Markdown
---
|
||
title: 后台系统功能设计
|
||
mdate: 2026-03-18 16:53:10
|
||
mdevice: lazy的MacBook Air
|
||
doc_id: 2d7921bcb33d47768945bb8f8d9a8e08
|
||
date: 2026-03-18 15:27
|
||
---
|
||
|
||
# 后台系统设计
|
||
## 1. 账号体系
|
||
### 1.1 用户设计
|
||
初始设计五种用户类型，分别为永东注册用户、内部员工、员工家属、代理商、认证机器
|
||
- 注册用户
|
||
对象：购票、旅游、演唱会等方式引导注册的用户。对应现有的 【永东友】用户
|
||
入口：App、小程序
|
||
主要权限：浏览、购票、订单、管理个人信息
|
||
|
||
- 内部员工
|
||
对象：永东工作人员，对应不同的功能组（检票、售票）和部门（站务部）
|
||
入口：后台系统、检票 App、司机 App
|
||
主要权限：根据各部门的职责进行灵活配置，内部员工具有创建员和管理员工家属的权限
|
||
|
||
- 员工家属
|
||
对象：内部员工的家属，需要与员工绑定，由员工账号进行注册和内容变更
|
||
入口：内部系统员
|
||
主要权限：浏览和申请员工家属福利。
|
||
|
||
- 代理商
|
||
对象：系统认证的代理商。主代理商由系统负责代理商管理的职能账号进行注册，子代理商由主代理商进行注册和管理。
|
||
入口：内部系统代理商通道
|
||
主要权限：代理商模块、购票模块、管理子代理账号（增删改子代理账号，并限制可创建账号的最大数量）。最终权限需要由永东进行确认
|
||
|
||
- 认证机器
|
||
对象：经过永东认证的设备，如自动售卖机、TVM 机等，需要绑定机器账号、机器码、所属部门等相关信息。系统必须还有机器管理的页面，建议由电脑部负责进行统一管理。
|
||
入口：对应的部署程序以及初始运行的账号。
|
||
主要权限：用机器运行的程序对应的账号作为权限设置。例如通过创建机器角色来赋予其主要权限。
|
||
|
||
### 1.2 权限设计
|
||
- 功能：每一个 API 对应一个功能，每个功能必须在后台系统进行登记
|
||
- 功能包：由系列的功能组成，绑定的是功能 IDs
|
||
- 角色：根据职能来决定其可使用使用的功能包（功能包 IDs）
|
||
- 用户：一个用户可以绑定多个角色（角色 IDs）
|
||
|
||
## 2. 站点和线路设计
|
||
### 2.1 城市和地区设计
|
||
- 区分城市和地区。解决港人对内地城市传统惯性认知。每个站点均需要绑定城市和地区。
|
||
>内地习惯为【市-区/县-站】，香港习惯为【市/县/区-站】，例如佛山市，港人习惯为佛山、南海、顺德并列。
|
||
- 站点绑定。站点必须绑定真实的经纬度坐标，同时可绑定城市和地区两套规则。
|
||
- 站点二维码。每个站点均可生成二维码，利用二维码实现扫一扫快捷购票功能。即默用户在扫码时默认使用该站点作为搜票的起点。
|
||
|
||
### 2.2 口岸
|
||
强化口岸属性，口岸属于线路的必选点，需要跟线路进行强绑定。
|
||
> 快捷购票的需要，在自助机上已经默认设置了购票起点的位置，终点直接指向口岸即可选择班次
|
||
> 口岸需要每个时段对汇入汇出的客流进行统计
|
||
> 通过购票/上车和到达口岸的时间，对班次进行调度优化
|
||
|
||
### 2.3 线路
|
||
- 线路关联站点（IDs），通过站点的排序来形成线路
|
||
- 线路必须绑定口岸 ID，通过【线路-班次】实现对口岸客流统计
|
||
- 一条线路只关联一个口岸
|
||
|
||
## 3. 排班设计
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|