Java生鮮電商平臺-財務系統模塊的設計與架構html
前言:任何一個平臺也好,系統也好,掙錢養活團隊這個是無可厚非的,那麼對於一個生鮮B2B平臺盈利模式( 查看:http://www.cnblogs.com/jurendage/p/9016411.html)而言,java
其中財務模塊不管是對於買家而言仍是賣家而言都相當重要,老百姓對錢的看重是沒有經歷的人想不到的,一句話說清楚了:一分錢也不能少。架構
買家或者賣家對財務模塊的要求很簡單:app
1. 帳清楚明白。this
2. 消費清清楚楚。url
3. 計算準確無誤。設計
對平臺而言:財務的要求是每筆資金的輸入與輸出,有理有據,真真實實。3d
咱們分兩個模塊來討論,買家與賣家咱們稱爲客戶財務模塊,平臺咱們稱爲公司財務模塊code
1. 客戶財務模塊orm
1.1 買家須要查看任何一天的消費記錄。數據按照時間的倒敘排列,根據時間進入某天的消費記錄,須要查看當天的歷史訂單數據。
業務中按照時間來分組,數據是來源於訂單表:
相關業務核心代碼以下:
/** * 訂單列表 * * @description 1.用戶的全部訂單列表。 2.支付狀態 3.交易狀態. * @param request * @param response * @param orderStatus * 0 待支付 1待送達 2已完成 * @return */ @RequestMapping(value = "/order/list", method = { RequestMethod.GET, RequestMethod.POST }) public JsonResult buyerOrderList(HttpServletRequest request, HttpServletResponse response, Long buyerId, int orderStatus) { List<OrderListVo> listVo = new ArrayList<OrderListVo>(); // 須要順序 Map<String, List<OrderInfoVo>> resultMap = new TreeMap<String, List<OrderInfoVo>>(new Comparator<String>() { public int compare(String obj1, String obj2) { // 降序排序 return obj2.compareTo(obj1); } }); try { List<OrderInfo> orderList = orderInfoService.getAllOrderInfo(buyerId, orderStatus); // 判斷是否有訂單 if (CollectionUtils.isEmpty(orderList)) { return new JsonResult(JsonResultCode.SUCCESS, "訂單查詢成功", listVo); } // 組裝Map對象 for (OrderInfo order : orderList) { List<OrderInfoVo> resultList = new ArrayList<OrderInfoVo>(); OrderInfoVo orderInfoVo = transform(order); String time = DateUtil.dateToString(order.getCreateTime(), "yyyy-MM-dd"); if (resultMap.get(time) == null) { resultList.add(orderInfoVo); resultMap.put(time, resultList); } else { List<OrderInfoVo> mapList = resultMap.get(time); mapList.add(orderInfoVo); resultMap.put(time, mapList); } } // 組裝VO Set<String> keys = resultMap.keySet(); for (String data : keys) { OrderListVo vo = new OrderListVo(); vo.setDate(data); vo.setList(resultMap.get(data)); listVo.add(vo); } return new JsonResult(JsonResultCode.SUCCESS, "訂單查詢成功", listVo); } catch (Exception ex) { logger.error("[OrderController][buyerOrderList] exception :", ex); return new JsonResult(JsonResultCode.FAILURE, "系統錯誤,請稍後重試", ""); } }
說明:買家而言其實就是待支付,已經支付等訂單的明細查詢,根據時間進行分組,根據時間(按照天來計算,查看本身的明細。),而後查詢出整個訂單明細便可。
相關運營截圖以下:
1.2 對於賣家而言,他確定想知道天天具體賣了多少東西,多少錢,可是不是針對某一個買家而言,是針對整個統計而言。
好比:他想知道我今天賣了土豆多少共多少斤,白菜多少斤,蘿蔔多少斤,花菜多少斤等等,同時他本身會算出今天的利潤多少。
補充說明:其實系統是能夠算出來今天他掙錢多少的,可是客戶很討厭輸入進貨價,至關於把本身的「祕密」出賣了同樣,整個系統架構中
先前是有的,可是實際運營發現,不是咱們的那個樣子,最終是去掉了。
相關的業務核心代碼以下:(數據也是來源於訂單明細表中)
訂單主表的列表:
/** * 查詢買家須要確認的訂單列表 */ @RequestMapping(value = "/order/list", method = { RequestMethod.GET, RequestMethod.POST }) public JsonResult orderList(HttpServletRequest request, HttpServletResponse response,Integer type,Long saleId) { try { List<OrderVo> orderList = orderService.getOrderList(type, saleId); return new JsonResult(JsonResultCode.SUCCESS, "查詢信息成功", orderList); } catch (Exception ex) { logger.error("[OrderController][orderList] exception :", ex); return new JsonResult(JsonResultCode.FAILURE, "系統錯誤,請稍後重試", ""); } }
根據訂單號獲取訂單明細:
/** * 查詢買家須要確認的訂單列表 */ @RequestMapping(value = "/order/detail", method = { RequestMethod.GET, RequestMethod.POST }) public JsonResult getOrderDetail(HttpServletRequest request, HttpServletResponse response,Long orderId) { try { OrderDetailVo odv = orderService.getOrderDetail(orderId); return new JsonResult(JsonResultCode.SUCCESS, "查詢信息成功", odv); } catch (Exception ex) { logger.error("[OrderController][getOrderDetail] exception :", ex); return new JsonResult(JsonResultCode.FAILURE, "系統錯誤,請稍後重試", ""); } }
訂單明細VO:對象:
/** * 訂單詳情VO */ public class OrderDetailVo implements java.io.Serializable { private static final long serialVersionUID = 1L; /** * 訂單主表id,order_info表的order_id */ private Long orderId; /** * 惟一訂單號 */ private String orderNumber; /** * 買家ID */ private Long buyerId; /** * 買家店鋪名稱 */ private String buyerName; /** * 買家店鋪圖片 */ private String buyerLogo; /** * 買家地址 */ private String buyerAddress; /** * 買家姓名 */ private String bossName; /** * 買家手機 */ private String bossTel; /** * 收貨人的最佳送貨時間 */ private String bestTime; /** * 訂單建立時間 */ private String createTime; /** * 商品列表 */ private List<OrderGoodsVo> goodsList; public Long getOrderId() { return orderId; } public void setOrderId(Long orderId) { this.orderId = orderId; } public String getOrderNumber() { return orderNumber; } public void setOrderNumber(String orderNumber) { this.orderNumber = orderNumber; } public Long getBuyerId() { return buyerId; } public void setBuyerId(Long buyerId) { this.buyerId = buyerId; } public String getBuyerName() { return buyerName; } public void setBuyerName(String buyerName) { this.buyerName = buyerName; } public String getBuyerLogo() { return buyerLogo; } public void setBuyerLogo(String buyerLogo) { this.buyerLogo = buyerLogo; } public String getBuyerAddress() { return buyerAddress; } public void setBuyerAddress(String buyerAddress) { this.buyerAddress = buyerAddress; } public String getBossName() { return bossName; } public void setBossName(String bossName) { this.bossName = bossName; } public String getBossTel() { return bossTel; } public void setBossTel(String bossTel) { this.bossTel = bossTel; } public String getBestTime() { return bestTime; } public void setBestTime(String bestTime) { this.bestTime = bestTime; } public String getCreateTime() { return createTime; } public void setCreateTime(String createTime) { this.createTime = createTime; } public List<OrderGoodsVo> getGoodsList() { return goodsList; } public void setGoodsList(List<OrderGoodsVo> goodsList) { this.goodsList = goodsList; } }
相關SQL核心:
<!-- 訂單詳情 --> <select id="getOrderDetail" resultMap="orderDetailMap"> select o.order_id,o.order_number,o.buyer_id,b.buyer_name,b.buyer_logo,b.buyer_address,b.boss_name,b.boss_tel, date_format(o.best_time,'%Y-%m-%d %H:%i') as best_time,date_format(o.create_time,'%Y-%m-%d %H:%i') as create_time, oi.item_id,oi.remark,g.goods_id,g.goods_name,g.goods_brand,g.goods_label, gf.format_id,gf.format_name,u.unit_id,u.unit_name,gf.format_num, pm.method_id,pm.method_name,oi.goods_price,oi.goods_number,oi.goods_amount, gp.pic_id,gp.pic_url,gp.is_main,gp.pic_seq from order_item oi inner join order_info o on o.order_id=oi.order_id inner join buyer b on b.buyer_id=o.buyer_id inner join goods_format gf on gf.format_id=oi.format_id inner join goods g on gf.goods_id=g.goods_id inner join unit u on gf.unit_id=u.unit_id left join process_method pm on pm.method_id=oi.method_id left join goods_picture gp on g.goods_id=gp.goods_id where oi.order_id=#{orderId} order by gp.is_main desc </select>
疑問一:爲何會貼出如此多的代碼嗎?尤爲是SQL?
理由只有一點:的確這塊比較複雜,不少都是基於SQL語句的查詢,須要SQL功底。
相關的業務運營截圖以下:
下面的核心的歷史收益這塊,賣家能夠扔掉本身的手抄本了。根據這個平臺就能夠方便的明細的帳單記錄
補充說明:數據報表有金額,有數據,有統計,有分析,包括之後的折線圖,柱狀圖等等報表分析,讓用戶明確的知道今天掙錢多少,明天預警備貨多少,一切清楚明瞭。
總結:個人經驗是全部的人心與人性都是相同的,你須要功能的客戶其實也想看到,對於這種模式的採用,咱們是經歷了不少都經驗後才總結出來的,
看起來很簡單,其實背後的努力不簡單。一塊兒努力作好生鮮電商。