业务和功能介绍
根据总行私银改革工作要求，分行积极落实私银中心客户集中工作。原有客户集中的调整方式为人工报单和签批，由科技部门手工在系统中进行调整，存在报送流程繁琐复杂，审批便捷度低下，手工调整操作风险过高等问题，现将原有线下私银中心的共管分配流程转为线上审批，提高业务及时性与便捷性。
项目实现
1.参与项目进行需求分析，并表配合完成结构设计。
2.完成私银共管维护关系从创建、发布、预约的整个流程。
3.完成提交共管流程、共管解除流程、私银内部调整流程、私银中心调整流程等流程的创建、发布以及审核
4.结合已有execl工具完成流程数据多级表头的导入导出
5.标签管理，建立查询标签清单，标签状态的编辑，以及标签下发记录，新增标签
6.标签详情，编辑，下发，报表等功能
7.项目迭代升级，迁移，以及国产化
8.上线后系统的日常维护及迭代，日常解决客户需求，修复bug。
2.完成私银共管维护关系从创建、发布、预约的整个流程。
3.完成提交共管流程、共管解除流程、私银内部调整流程、私银中心调整流程等流程的创建、发布以及审核
4.结合已有execl工具完成流程数据多级表头的导入导出
5.标签管理，建立查询标签清单，标签状态的编辑，以及标签下发记录，新增标签
6.标签详情，编辑，下发，报表等功能
7.项目迭代升级，迁移，以及国产化
8.上线后系统的日常维护及迭代，日常解决客户需求，修复bug。
示例图片视频
相似推荐
校园跑腿服务与二手交易平台
这个需求原来的样子
大学校园里需求特别碎：代取快递、带饭、代课点名、打水、搬行李……什么都有。
但当时没有工具，全靠班级群、宿舍群里喊一声。消息刷得飞快，经常没人接。二手物品也一样，想在群里转手，几分钟就沉了。
做成了什么
一个平台，两条业务线：
- 跑腿：发需求的人写清楚要什么、在哪、什么时候、给多少钱；其他同学接单，线下做完确认
- 二手：闲置物品发布和浏览，校内直接交易
不设品类 —— 这是它跟别的跑腿产品最大的不同
市面上的跑腿 App 基本只送餐，或只送快递。这个不做限制，只要是校园里的需求，什么都能发。
因为学生的需求本来就不固定，硬做分类的话，"我这种需求发不出去"。
价格：单笔多在 3-5 元，学生的消费水平。
校园跑腿小程序demo
【立项背景和目标】高校校园里，取快递、取外卖、跑腿代办是高频需求，传统依靠微信群、朋友圈喊单的方式信息分散、没有资金保障、发生纠纷也难以追溯。本项目的目标是搭建一套覆盖“发布任务—支付赏金—接单配送—确认结算—售后退款”完整闭环的校园跑腿平台，让供需双方在可信、有记录、有资金保障的环境中完成交易。
【软件功能】系统由微信小程序用户端、Web管理后台和服务端组成。小程序端15个页面：支持微信一键登录、账号密码登录与注册；首页聚合轮播图、系统公告、灵动岛通知与附近任务；任务大厅支持分类筛选、按时间与赏金排序、关键词搜索；发布任务支持选择分类、取送地址、赏金、截止时间与附图，支付后进入待接单；我的订单支持骑手送达、确认收货、申请售后；另有校园互助发布、地址管理、骑手认证、余额充值与意见反馈。管理后台16个模块：仪表盘统计与用户地域分布、用户管理、骑手审核、任务管理、订单管理（含售后退款处理）、高校管理、轮播图管理、通知中心、分类配置、收益统计与操作日志。
【业务流程】学生发布任务并支付赏金后，任务进入待接单；通过认证的骑手在任务大厅接单，系统生成订单并进入配送；骑手点击已送达后，发布者确认收货，赏金自动入账骑手余额，后台收益统计实时更新；如有纠纷可申请售后，由管理员处理退款。骑手须先提交学号与证件照片、经后台审核通过后方可接单。超时未支付、超时未接单、超时未确认的单据由系统定时任务自动取消、退款或结算。
智慧点餐平台
蜂维塔·校园外卖平台是面向高校食堂及周边商户的一站式数字化外卖解决方案，深度融合一码通支付体系，打通"学生点单→商户接单→骑手配送→后台调度"全链路。平台覆盖用户端（微信小程序）、商户端（档口/餐厅接单）、骑手端（抢单配送）、管理后台（运营调度）四端协同，为校园餐饮提供高效、合规、可管控的外卖服务。
核心功能模块：
用户端小程序：浏览商户菜品、一键下单、支持校园卡/微信/支付宝/一码通多通道支付、实时配送追踪（GPS轨迹）、到店自取/送餐到楼、宿舍拼单合单、订单评价与售后。
商户端后台：分档口/分窗口接单管理、菜品批量上下架与库存预警、飞鹅/易联云小票自动打印、出餐倒计时与催单提醒、营业状态灵活切换、日/周经营数据看板。
骑手端APP：智能派单+抢单双模式、校园内路径规划（宿舍区/教学区/食堂区导航）、取餐码核销、配送状态实时上报、收益统计。
管理后台：商家入驻审核与资质管理、订单实时监控与人工调度、满减/新客/拼单营销活动配置、阶梯抽佣与周/月自动结算、数据大屏（校区订单热力图、商户排行、骑手效率分析）。
校园特有能力：
地址库精确到"校区→楼栋→楼层→房间"，杜绝配送歧义
午/晚高峰智能削峰（Redis预扣库存 + MQ异步落库），单校区支撑3000+并发
同楼聚合配送：自动合并同一宿舍楼订单，配送效率提升40%
与一码通账户体系打通，学生补贴/餐券可直接用于外卖消费
苍穹外卖
背景:
外卖是餐饮行业最高频的消费场景之一,典型形态是"商家管理端 + 用户点餐小程序"双端协同。本课程实战项目以美团外卖类平台为业务蓝本,从 0 到 1 搭建一套完整的外卖点餐系统。
目标:
业务目标:打通“用户点餐 → 微信支付 → 商家接单 → 派送完成”的完整交易闭环,并为商家提供经营数据统计能力;
技术目标:用企业主流技术栈(Spring Boot + MyBatis + Redis + MySQL)完整实现一个单体后端,覆盖鉴权、缓存、支付、实时消息、定时任务、报表导出等典型后端场景。
软件功能、核心功能模块介绍
系统分两端,后端共 18 个 Controller、70 个 REST 接口:
|端 | 模块 | 功能点 |
|管理端(Web 后台) | 员工管理 | 登录、增删改查、启用/禁用
|分类管理 | 菜品/套餐分类的增删改查、启停 |
|菜品管理 | 菜品 + 多口味维护、图片上传、上下架 |
|套餐管理 | 套餐 + 包含菜品维护、上下架 |
|订单管理 | 接单、拒单、取消、派送、完成 |
|数据统计 | 营业额统计、用户统计、订单统计、销量 Top10、运营数据 Excel 导出 |
|工作台 | 今日营业额/有效订单/完成率/客单价/新增用户、订单/菜品/套餐总览 |
|店铺设置 | 营业/打烊状态切换 |
|用户端(微信小程序) | 用户模块 | 微信授权登录(新用户自动注册) |
|点餐模块 | 分类/菜品/套餐浏览、购物车 |
|地址管理 | 收货地址增删改查、默认地址 |
业务流程、功能路径描述：
1、核心链路:用户点餐下单支付(功能路径最完整的一条)
小程序授权登录(code → openid → 自动注册 → 签发JWT)
→ 浏览菜品/套餐(按分类+口味,列表走Redis缓存)
→ 加入购物车
→ 提交订单(校验地址、购物车非空、店铺营业状态,多表写入走事务)
→ 调微信支付下单(API V3,返回拉起支付参数)
→ 用户完成支付
→ 微信服务器回调 /notify/paySuccess(验签解密)
→ 订单状态:待付款 → 待接单,WebSocket推送商家端"来单提醒"
→ 商家接单 → 派送 → 完成
(旁路:待付款超15分钟,定时任务每分钟扫描自动取消)
2、商家经营链路:
登录工作台查看今日核心指标(营业额/有效订单/完成率/客单价/新增用户)
→ 数据统计页查看任意起止日期的营业额/用户/订单趋势、销量Top10
→ 一键导出最近30天运营数据Excel报表
3、菜品上架链路:
上传图片(OSS,UUID重命名) → 维护分类/口味/价格/售卖状态
→ 上下架后清理Redis中对应分类的菜品缓存,避免C端读到旧数据
外卖点单-美味达
业务流程：浏览菜品 → 分类筛选 → 加入购物车 → 调整数量 → 结算下单
模块 功能点
顶部导航 地址展示（深圳·南山科技园）、搜索框、购物车角标（实时数量）
分类筛选 6 个分类：全部 / 米饭套餐 / 粉面汤粥 / 小吃炸串 / 饮品甜点 / 火锅冒 菜，点击切换
菜品展示 15 道菜品卡片，含 AI 生成图片、名称、描述、价格、月销量、标签（招牌/爆款/人气/热销）
购物车 右侧固定面板，支持加减数量、实时总价计算（含 ¥3 配送费）、清空购物车
下单结算 弹窗确认订单明细（商品列表 + 合计金额 + 预计送达时间 30-45 分钟）
交互反馈 Toast 提示"已加入购物车"、悬停动效、空购物车引导
帮助文档
Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服