app設(shè)備信息采集詳細(xì)設(shè)計文檔

1、app設(shè)備信息采集詳細(xì)設(shè)計文檔項(xiàng)目名稱文檔類別文檔編號版 本密 級<秘密>版本修訂記錄版本日期描 述作者審核V1.02016/05/16初始版本張宗君1 引言1.1 參考資料請?zhí)峁┍疚臋n編寫過程中所有主要參考資料列表（文檔或者鏈接）文檔編號文檔名稱作者發(fā)布日期鏈接1.2 運(yùn)行環(huán)境JDK1.7相關(guān)軟件配置如下：軟件版本備注JDK1.7基于jdk1.71.3 項(xiàng)目依賴 ID項(xiàng)目名稱項(xiàng)目描述項(xiàng)目負(fù)責(zé)人（技術(shù)負(fù)責(zé)人）1.4 需求風(fēng)險和假設(shè)請列舉目前系統(tǒng)面臨的風(fēng)險點(diǎn)和可能碰到的瓶頸。風(fēng)險和假設(shè)具體計劃可能性0%2 詳細(xì)設(shè)計2.1 需求規(guī)定 設(shè)計目標(biāo) 目標(biāo)#參數(shù)描述吞吐率響應(yīng)時間數(shù)據(jù)存儲量2.

2、1.1 功能需求會員后臺需要指定會員做app消息推送，因此需要根據(jù)會員Id找到會員設(shè)備的deviceToken。因此在此需求之前，我們要收集會員和會員app設(shè)備deviceToken之間的關(guān)系。數(shù)據(jù)統(tǒng)計項(xiàng)目也需要收集app設(shè)備信息。2.1.2 質(zhì)量需求2.2 設(shè)計說明在適配層adapter設(shè)計appInfo表存儲app用戶的設(shè)備信息（可以是會員，也可以不是注冊會員）。app用戶一開打app，就可以將ukey（注冊會員，并登錄后才有） 和 如下信息通過HTTP接口采集到適配層：ukeyString用戶每次登陸app后生成，每次都不一樣，注冊會員，并登錄后才有；與以下信息是0:N的關(guān)系否uuidS

3、tring設(shè)備唯一碼*是設(shè)備唯一碼(和設(shè)備硬件、系統(tǒng)有關(guān)）deviceTokenString設(shè)備推送token*是做消息推送需要使用該字段，和uuid是1:1對應(yīng)的appVersionString應(yīng)用版本否eg.V2.4.0platformString系統(tǒng)否IOS|AndroiddeviceModelString設(shè)備型號否eg.iphone 6sosVersionString系統(tǒng)版本否eg.IOS8.4channelString渠道否eg.appStore | 應(yīng)用寶latitudeString設(shè)備緯度否longtitudeString設(shè)備經(jīng)度否然后各個模塊按需獲?。嚎赏ㄟ^dubbo接口獲取。

4、2.2.1 系統(tǒng)物理部署圖提測之前提供2.3 服務(wù)接口設(shè)計適用于當(dāng)前系統(tǒng)中服務(wù)接口設(shè)計及其調(diào)用應(yīng)用系統(tǒng)集成。2.3.1 適配層新增http接口 (供前端調(diào)用)：app設(shè)備信息通知接口： notifyAppInfo用戶打開app(IOS/Android) 設(shè)備后調(diào)用此接口，將app信息采集到系統(tǒng)適配層。服務(wù)名：notifyAppInfoukeyString用戶每次登陸app后生成，每次都不一樣，注冊會員，并登錄后才有；與以下信息是0:N的關(guān)系否可為空uuidString設(shè)備唯一碼*是設(shè)備唯一碼(和設(shè)備硬件、系統(tǒng)有關(guān)）deviceTokenString設(shè)備推送token*是做消息推送需要使用該字段

5、，和uuid是1:1對應(yīng)的appVersionString應(yīng)用版本否eg.V2.4.0platformString系統(tǒng)否IOS|AndroiddeviceModelString設(shè)備型號否eg.iphone 6sosVersionString系統(tǒng)版本否eg.IOS8.4channelString渠道否eg.appStore | 應(yīng)用寶latitudedouble設(shè)備緯度否longtitudedouble設(shè)備經(jīng)度否以上所有的參數(shù)都以json的形式放入到data參數(shù)中post提交JSON 樣例：data = ukey : asde22sdq212ds1d201,uuid : “asdsa23owie

6、uu29323”, deviceToken : “asd12sad121asda56sda122”,appVersion: ”V2.4.0”,platform : ”ios”, deviceModel: “iphone 6s”, osVersion: “ios8.4”, channel: “appStore”, latitude : “12.11”, longtitude: “89.11”返回類型說明必填備注dataObjectdata = ukey : asde22sdq212ds1d201,uuid : “asdsa23owieuu29323”, deviceToken : “asd12s

7、ad121asda56sda122”,appVersion: ”V2.4.0”,platform : ”ios”, deviceModel: “iphone 6s”, osVersion: “ios8.4”, channel: “appStore”, latitude : “12.11”, longtitude: “89.11”*是codeint1. 成功， 非1：失敗是messageString成功，失敗，失敗描述否JSON 樣例： code : ”1”,message : ”成功”,data : ukey : asde22sdq212ds1d201,uuid : “asdsa23owieu

8、u29323”, deviceToken : “asd12sad121asda56sda122”,appVersion: ”V2.4.0”,platform : ”ios”, deviceModel: “iphone 6s”, osVersion: “ios8.4”, channel: “appStore”, latitude : “12.11”, longtitude: “89.11”2.3.2 適配層新增dubbo接口 (供會員中心調(diào)用)：會員中心查詢會員最近一次登錄app對應(yīng)的deviceToken 以便做app消息推送。服務(wù)名：getPartyLastDeviceToken入?yún)㈩愋驼f明

9、必填備注ukeyString前端傳遞ukey，后端轉(zhuǎn)化為custId來處理會員邏輯*是返回類型說明必填備注ukeyString*是lastDeviceTokenString最近一次登錄app對應(yīng)的deviceToken*是codeint1. 成功， 非1：失敗是messageString成功，失敗，失敗描述否3 數(shù)據(jù)模型設(shè)計3.1 數(shù)據(jù)量增長3.2 數(shù)據(jù)流程圖3.3 數(shù)據(jù)邏輯結(jié)構(gòu)設(shè)計會員ukey: 用戶每次登陸后生成，每次都不一樣，注冊會員登錄后才有；與ukey以下信息是0:N的關(guān)系.3.4 數(shù)據(jù)物理結(jié)構(gòu)設(shè)計3.5 數(shù)據(jù)庫集群設(shè)計3.6 緩存設(shè)計3.6.1 緩存使用場景 Redis3.6.2

10、緩存容量規(guī)劃3.6.3 緩存高可用需求3.6.4 數(shù)據(jù)結(jié)構(gòu)說明數(shù)據(jù)字段key名稱定義數(shù)據(jù)類型字段值定義備注4 定時任務(wù)和批處理應(yīng)用設(shè)計4.1 定時任務(wù)/批處理任務(wù)目的4.2 容量規(guī)劃請列舉批處理應(yīng)用程序運(yùn)行的頻率。4.3 批處理應(yīng)用使用框架4.4 批處理應(yīng)用邏輯/算法描述4.5 異常處理以及對系統(tǒng)的影響5 監(jiān)控設(shè)計5.1 列出需要監(jiān)控的重要業(yè)務(wù)指標(biāo)5.2 業(yè)務(wù)指標(biāo)的監(jiān)控如何實(shí)現(xiàn)6 安全性設(shè)計在產(chǎn)品設(shè)計、開發(fā)過程中必須滿足產(chǎn)品設(shè)計與開發(fā)安全紅線要求：6.1 網(wǎng)絡(luò)安全類別詳細(xì)說明訪問控制系統(tǒng)是否提供外部用戶訪問？并說明用戶類型或來源 系統(tǒng)是否存在與第三方系統(tǒng)交互的情況？ 6.2 應(yīng)用安全類別詳細(xì)說

11、明1) 認(rèn)證說明業(yè)務(wù)系統(tǒng)認(rèn)證方式、接口認(rèn)證方式、后臺管理認(rèn)證方式、及認(rèn)證失敗處理措施2) 授權(quán)1）系統(tǒng)是否實(shí)現(xiàn)權(quán)限分離：系統(tǒng)管理、普通管理、審計等權(quán)限分離（采用最小授權(quán)原則，分別授予不同用戶各自為完成自己承擔(dān)任務(wù)所需的最小權(quán)限，并在它們之間形成相互制約的關(guān)系）；2）是否接入中央授權(quán)系統(tǒng)3) 審計對關(guān)鍵操作行為記錄是否包括日期和時間、類型、主體標(biāo)識、客體標(biāo)識、事件結(jié)果等信息，記錄不可被篡改、刪除。4) 賬號是否使用了網(wǎng)站會員系統(tǒng)，如果是則確認(rèn)是否接入了FDS系統(tǒng)5) 容錯是否對輸入的數(shù)據(jù)進(jìn)行有效性檢驗(yàn) 6) 資源控制1）是否允許同一用戶賬號在同一時間內(nèi)并發(fā)登錄？2）是否設(shè)置登錄終端的操作超時鎖定和鑒別失敗鎖定；7) 內(nèi)容安全是否存