【正文】 2 使用者需求 需求描述請說明此產(chǎn)品的目標客戶、其需求及使用情境。如已做好personas(代表性角色描述)，也請包含于此。請詳細說明此產(chǎn)品主要的使用案例—目標客戶最想由此產(chǎn)品滿足什么需求？最想藉由此產(chǎn)品解決什么問題？—并根據(jù)每個不同的使用案例，區(qū)別目標客戶及其使用時的優(yōu)先級/重要性/頻率。目標客戶需求描述場景描述優(yōu)先級3 可選方案列出所有可以選擇的達到該產(chǎn)品目標的方案要點（主要思路），給各方案適當(dāng)?shù)脑u價，并推薦最優(yōu)方案。如另有說明可選方案的文檔，歡迎使用。方案介紹優(yōu)點缺點方案1方案2方案34 效益成本分析 效益預(yù)測請?zhí)峁┰诟鞣N產(chǎn)品環(huán)境中的效益預(yù)測，并標明主要的變量及假設(shè)，最好能包含現(xiàn)在和過去的效益數(shù)據(jù)。示例：指標1網(wǎng)游每日支付寶成交額環(huán)境時間好中差現(xiàn)狀產(chǎn)品發(fā)布后一周產(chǎn)品發(fā)布后3周 產(chǎn)品技術(shù)中心成本請列出設(shè)計及部署此產(chǎn)品的產(chǎn)品技術(shù)中心所需的資源需求，包括人力成本，軟硬件支出等。 （項目經(jīng)理應(yīng)提供協(xié)助）示例：人力資源工作內(nèi)容描述成本（人日）備注產(chǎn)品經(jīng)理交互設(shè)計師開發(fā)測試非人力資源成本（元）描述硬件投入軟件投入其他 非產(chǎn)品技術(shù)中心的支持成本請預(yù)估此產(chǎn)品有關(guān)的除產(chǎn)品技術(shù)部以外的支持投入。比如：需要客服部投入多少的資源用于該產(chǎn)品的服務(wù)，需要運營部投入多少的資源運營該產(chǎn)品。示例：人力資源工作內(nèi)容描述成本（人日）備注客服專員運營專員非人力資源成本（元）描述廣告位郵件群發(fā)5 功能需求請詳細說明此產(chǎn)品主要功能及內(nèi)容(除了使用者所需的功能外，也請說明公司內(nèi)部操作及維護產(chǎn)品所需要的功能或工具，例如報表、管理使用者或者維護網(wǎng)站內(nèi)容的工具、客戶服務(wù)工具等等。 功能總覽請分別列出所有重要的功能及內(nèi)容模塊。建議使用圖表來形象闡述本產(chǎn)品各個組成部分的關(guān)系。功能總表名稱描述優(yōu)先級備注1. TIP Router +Gateway淘寶接入平臺網(wǎng)關(guān)：l 分發(fā)外部程序調(diào)用淘寶業(yè)務(wù)數(shù)據(jù)的請求。l 監(jiān)控、記錄和限制外部調(diào)用請求l 主動通知應(yīng)用程序信息12. Taobao Intergration Manager淘寶平臺集成管理器：l 提供管理開發(fā)者接口，用于監(jiān)控和規(guī)范他們開發(fā)行為，并劃分等級。l 提供管理App信息接口，監(jiān)控和調(diào)整App使用狀態(tài)；與API調(diào)用或權(quán)限控制l 提供管理API訂購狀態(tài)接口l 區(qū)分API使用角色，和其他TIP子系統(tǒng)協(xié)作共同限制業(yè)務(wù)角色的各種權(quán)限。13. TIP Admin Center淘寶服務(wù)調(diào)用管理中心：l 小二人工管理和調(diào)整開發(fā)者，API，APP的后臺工具l 展示淘寶各項服務(wù)的調(diào)用情況的圖表報告。含開發(fā)者、API、APP等相關(guān)數(shù)據(jù)。1 功能詳情 TIP服務(wù)接入TIP的服務(wù)接入需要處理外部業(yè)務(wù)數(shù)據(jù)請求、支持應(yīng)用能夠注冊和偵聽消息，同時還要進行業(yè)務(wù)數(shù)據(jù)調(diào)用的監(jiān)控，以及對自身性能的監(jiān)控。 業(yè)務(wù)數(shù)據(jù)請求l 簡要說明驗證外部數(shù)據(jù)請求合法性，再將請求轉(zhuǎn)發(fā)給相關(guān)OpenAPI或內(nèi)部系統(tǒng)。l 業(yè)務(wù)規(guī)則App上架流程參考：1. ISV資格申請2. 沙箱測試3. 小二審核4. 正常發(fā)布序號優(yōu)先級需求名稱需求描述1.1驗證請求合法性l 驗證App身份和狀態(tài)n 驗證App是否在TIM中合法注冊n 驗證App狀態(tài)是否是正常使用狀態(tài)l 業(yè)務(wù)方身份合法性合法狀態(tài)包括哪幾種可能考慮：沙箱階段正式使用階段nl 驗證會話session合法性n 本次會話是否真實有效n 會話是否過期n 傳入?yún)?shù)是否有效l 驗證App請求是否越權(quán)n 當(dāng)前App請求的API與其在TIM中注冊的API權(quán)限范圍是否相符n 當(dāng)前App請求的API與終端用戶在TIM中注冊的角色權(quán)限范圍是否相符l 驗證調(diào)用方是否在黑名單中n App是否在黑名單中n 域名或IP地址是否在黑名單中n 終端用戶是否在黑名單中2.四種會話驗證機制根據(jù)App在申請時，申請的API權(quán)限范圍和使用描述，第一期由小二決定App對應(yīng)下列那一種應(yīng)用方式。并和這種方式綁定。l 固定時間SessionKey當(dāng)App應(yīng)用需要在固定時間內(nèi)運行時，使用這一種方式授權(quán)訪問時間。l 根據(jù)訪問延遲Sessionkey避免用戶在短時間內(nèi)重復(fù)登錄，影響軟件運作和用戶體驗l 兩次調(diào)用間隔不超過15分鐘時，自動延長15分鐘l 15分鐘之內(nèi)，沒有有效調(diào)用，會話失效l 使用一次失效Sessionkey單次調(diào)用后即失效，如同買家功能中訂單確認。每次確認都需要認證一次。l 通知失效SessionKey會話一直有效，除非由我們主動終止。場景：一個與淘寶對接的ERP系統(tǒng)一直監(jiān)控訂單的狀態(tài)。3.1業(yè)務(wù)方身份驗證l 當(dāng)所調(diào)用請求需要終端用戶登錄時，調(diào)用相關(guān)驗證程序來驗證用戶身份。相關(guān)驗證程序，在本期表現(xiàn)為：n n 內(nèi)含賬戶名和密碼輸入框l 保證用戶輸入賬戶和密碼的安全性4.1轉(zhuǎn)發(fā)請求l 將合法API請求轉(zhuǎn)發(fā)給相應(yīng)OpenAPI5.1返回數(shù)據(jù)的格式l 將OpenAPI返回的數(shù)據(jù)對象按調(diào)用方要求的格式返回l 支持常用的數(shù)據(jù)格式n XMLn JSONl 易于擴展成其他數(shù)據(jù)格式。l 界面原型l 執(zhí)行者應(yīng)用程序(App)l 前置條件l 后置條件l 主流程 n 用戶在客戶端的App中登錄n 根據(jù)App類型生成相應(yīng)的Session機制n App從客戶端發(fā)起數(shù)據(jù)請求n Gateway返回OpenAPI訪問結(jié)果 消息中心l 簡要說明由Gateway將相關(guān)業(yè)務(wù)信息，主動通知給業(yè)務(wù)調(diào)用方。如，續(xù)費，訂單狀態(tài)改變、暫停，特殊通知l 業(yè)務(wù)規(guī)則序號優(yōu)先級需求名稱需求描述1.2提供消息通知機制Gateway可以通過主動調(diào)用App回調(diào)接口，傳輸消息中心注冊過的消息類型。消息中，包括：l 消息類型l 業(yè)務(wù)數(shù)據(jù)：l 其余必需數(shù)據(jù)：時間戳等典型應(yīng)用場景：一個大商家的自動訂單處理系統(tǒng)：一旦用戶的某個訂單付款了，Gateway立刻調(diào)用自動訂單處理系統(tǒng)服務(wù)器的回調(diào)接口，發(fā)出“已付款”類型消息給它，內(nèi)含：消息類型：已付款業(yè)務(wù)數(shù)據(jù)：訂單號，訂單相關(guān)信息必需數(shù)據(jù)：時間戳訂單處理系統(tǒng)立刻開始進入后續(xù)業(yè)務(wù)——發(fā)貨流程。同理，之后，還有“已確認收貨”與財務(wù)系統(tǒng)的對接，如，劃入應(yīng)收賬款等。2.2消息類型