銀行與電商數據傳輸項目-需求分析

項目背景

 

   A銀行與A電商合做推出一新類型的信用卡，這種卡通常叫聯名卡。爲何叫聯名卡呢，其實就是銀行與其它機構聯名發行的信用卡，卡面上有銀行的標誌也有第三方機構的標誌，若是是航空聯名卡，卡面上通常還有你在航空公司的會員號。套用咱們佳姐的說法，這也是一種引流與吸粉的手段。對於銀行來講你來辦信用卡，辦完就是某電商的會員了，還有折扣，是否是很心動；對於電商來講更樂意了，把銀行的真實客戶引流到電商，這是一件互惠互利的事情。

 

需求概述

 

客戶在申請信用卡時，會選擇帶有A電商類型的卡面。須要將該部分數據每日篩選出來。依據電商系統要求，將數據同步到電商。

 

流程看起來是這樣子的：

咱們要作的事情也就是紫色的4步：

 

一、篩選信用卡數據要求：

• 只須要卡面爲A電商的的數據

• 數據要包含卡號以及客戶手機號

• 客戶首次申請信用卡、手機號發生變化、信用卡註銷三種狀況，纔將數據送電商。首次標誌位A，變化爲U，註銷標誌爲D

二、將數據送電商

• 採用HTTP形式將數據傳送電商

• 電商每次接收的數據只能50筆

• 考慮到數據安全性，須要對數據簽名

三、電商處理結果也有三種狀況

• 處理成功

• 處理失敗，業務依據失敗緣由線下處理

• 處理未名，與電商聯繫，確認是否重發

四、將數據以報表形式呈現

•   每日的形式顯示當日總共傳輸了多少數據，多少成功，多少失敗，多少未名

• 點擊彙總數據，能看到每一筆的明細，其中未名的能夠勾選從新傳輸

整體設計

 

一、首先咱們須要設計一調度線程，將數據篩選與數據發送串起來

 

 

二、接收通知咱們計劃採起輪詢方式，每5分鐘輪詢一次數據庫，若是輪詢到發送通知則啓動發送主線程

 

三、發送主線程主要作兩件事：

•  將通知標記爲已受理（不然第二次輪詢又啓動了，這也叫防重。防重這個意識在銀行IT領域特別重要）

• 依據任務類型啓動發送線程

   

四、發送線程

一、數據庫把數據篩選出來，50筆做爲一個JSON LIST送給電商

二、解析電商返回結果，並將結果插入數據庫

三、全部數據發送完畢後，將通知標記爲已完成

 

今天先分析到這裏，給你們留2個問題吧

一、從一張有1024筆數據的表中，怎麼每次篩選50筆數據，並保證數據不重複不遺漏（嘿嘿，有篇文章講過哦）

二、爲何解析電商返回結果後是將數據插入數據庫，而不是將結果更新數據庫呢？