系統(tǒng)需求規(guī)格說(shuō)明書(shū)

《系統(tǒng)需求規(guī)格說(shuō)明書(shū)》由會(huì)員分享，可在線(xiàn)閱讀，更多相關(guān)《系統(tǒng)需求規(guī)格說(shuō)明書(shū)（38頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、XXX系統(tǒng)或XXX項(xiàng)目 產(chǎn)品需求規(guī)格說(shuō)明書(shū) 文件狀態(tài)： [M草稿 []正式發(fā)布 []正在修改 文件編號(hào)： SN_SR_001 當(dāng)前版本： V1.0 作者： 完成日期： 2017-04-11  版本信息 版本 時(shí)間 狀態(tài) 更新人 簡(jiǎn)要描述 審核人 審核時(shí)間 V1.0 V1.01 V1.2 V1.3 V1.4 注：狀態(tài)可以為N-新建、A-增加、M-更改、 對(duì)方的所得稅說(shuō)明：版本信息必須更新，審核人和審核時(shí)間也必須審

2、核后填寫(xiě)，審核人要求部門(mén)經(jīng)理級(jí)別以上。否則開(kāi)發(fā)測(cè)試可拒絕評(píng)審。審核業(yè)務(wù)功能是否有遺漏、業(yè)務(wù)流程是否符合規(guī)劃、關(guān)鍵業(yè)務(wù)邏輯是否有合理 目錄 1. 關(guān)于本文檔5 1.1. 內(nèi)容說(shuō)明5.. 1.2. 名詞解釋5.. 1.3. 參考文檔5.. 2. 系統(tǒng)概述6 2.1. 業(yè)務(wù)背景6.. 2.2. 系統(tǒng)概述7.. 2.3. 流程概覽/系統(tǒng)框架8.. 2.4. 系統(tǒng)規(guī)劃與迭代9.. 2.5. 功能模塊9.. 3. 系統(tǒng)功能需求10 3.1. 狀態(tài)信息接受推送10 3.2. 最新站點(diǎn)查詢(xún)服務(wù)20 4. 系統(tǒng)非功能需求34 3.3 性能需求34 3.4 安全性需求35 3.

3、5 擴(kuò)展性需求35 3.6 兼容性需求35 3.7 維護(hù)性需求36 5.附錄 36 1 .關(guān)于本文檔 1.1. 內(nèi)容說(shuō)明 說(shuō)明：此處描述的是文檔說(shuō)明，產(chǎn)品需求文檔更新需要走修訂模式，下次更新前先接受修訂，并且每次更新必須更新版本 號(hào)和版本記錄。 例子： 本文檔用于描述蘇寧開(kāi)放平臺(tái)物流狀態(tài)服務(wù)系統(tǒng)的需求定義。包括各個(gè)需求的功能描述，處理邏輯規(guī)則，界面定義，與其 它功能的關(guān)系，與其它系統(tǒng)的接口等各個(gè)方面的定義。是蘇寧物流狀態(tài)服務(wù)系統(tǒng)唯一的全面需求定義文檔。 本文檔將根據(jù)需求管理流程和要求，隨系統(tǒng)功能變化進(jìn)行及時(shí)的修訂和更新，以確保本文檔的全面性，

4、準(zhǔn)確性和實(shí)效性。因此 在閱讀使用此文檔時(shí)，請(qǐng)注意從項(xiàng)目的文檔管理系統(tǒng)中獲取最新版本。 1.2. 名詞解釋 詞匯名稱(chēng) 詞匯含義 備注 LSQ 物流狀態(tài)服務(wù)系統(tǒng) LSP 物流服務(wù)平臺(tái) LES 物流作業(yè)系統(tǒng) LWMS 分布式倉(cāng)儲(chǔ)管理系統(tǒng) TMS 運(yùn)輸管理系統(tǒng) 1.3. 參考文檔 《系統(tǒng)需求定義規(guī)范使用說(shuō)明v1.0.doc? 2 .系統(tǒng)概述 2.1. 業(yè)務(wù)背景 說(shuō)明：此處描述業(yè)務(wù)背景，不可裁剪，清晰的業(yè)務(wù)背景描述能更好的幫助研發(fā)和測(cè)試?yán)斫猱a(chǎn)品需求，明確業(yè)務(wù)測(cè)試 場(chǎng)景，此部分是產(chǎn)品需求定位的核心導(dǎo)向。 例子一：電子面單的業(yè)務(wù)描述 隨著

5、電子商務(wù)服務(wù)和物流服務(wù)信息化飛速發(fā)展，包裹運(yùn)單號(hào)成為快遞公司串聯(lián)快遞單、訂單、商家、商品等各種信息的樞 紐。相比之下，傳統(tǒng)紙質(zhì)面單價(jià)格高、信息錄入效率低、信息安全隱患等方面的劣勢(shì)已愈發(fā)凸顯。我司在兩年前就開(kāi)始了電子 面單在自營(yíng)物流上的應(yīng)用，經(jīng)過(guò)長(zhǎng)期的的磨合和積累，目前將我司的應(yīng)用經(jīng)驗(yàn)推廣到社會(huì)物流上，讓社會(huì)上愿意與我司物流合 作的伙伴，也同樣享受到我司電子面單服務(wù)。 例子二：LSQ的業(yè)務(wù)描述 物流作業(yè)狀態(tài)服務(wù)存在不足 1 ）服務(wù)無(wú)標(biāo)準(zhǔn)不統(tǒng)一 需物流作業(yè)的各渠道訂單，作業(yè)狀態(tài)轉(zhuǎn)化為文案描述處理的邏輯系統(tǒng)多，且處理規(guī)不統(tǒng)一， —B2c自營(yíng)訂單，邏輯在B2C,數(shù)據(jù)源在OMS －菜鳥(niǎo)

6、平臺(tái)/4PS平臺(tái)訂單狀態(tài)展示，邏輯在LAPI，數(shù)據(jù)源在LAPI —物流門(mén)戶(hù)訂單狀態(tài)展示，邏輯在LPS,數(shù)據(jù)源在LOS －開(kāi)放平臺(tái)訂單，邏輯在SOD，數(shù)據(jù)源在SOD －R3自營(yíng)訂單，無(wú)邏輯，數(shù)據(jù)源在R3 2 ）維度單一而不滿(mǎn)足新需求 不能滿(mǎn)足多樣化的展示需求，如目前只有訂單維度的狀態(tài)詳情展示，不支持任務(wù)單、顧客包裹等維度的詳情服務(wù)。 同時(shí)，缺乏物流特定作業(yè)狀態(tài)的高實(shí)時(shí)性精確查詢(xún)服務(wù)（如是否銷(xiāo)單完成，是否過(guò)賬，最新站點(diǎn)是哪個(gè)等）。 3）開(kāi)放服務(wù)的渠道有待拓展 目前，物流沒(méi)有一個(gè)公網(wǎng)渠道，使顧客能快速查詢(xún)?cè)谔K寧各渠道訂單的作業(yè)狀態(tài)信息。 故設(shè)計(jì)一個(gè)物流狀態(tài)系統(tǒng)統(tǒng)一管理物流狀態(tài)的收發(fā)

7、，狀態(tài)描述轉(zhuǎn)換，以及提供狀態(tài)服務(wù)查詢(xún)。 2.2. 系統(tǒng)概述 說(shuō)明：系統(tǒng)說(shuō)明包括文字部分和圖形部分，文字部分主要描述系統(tǒng)之間的關(guān)聯(lián)關(guān)系，圖形主要包括系統(tǒng)和相關(guān)聯(lián)系統(tǒng)之間 的交互結(jié)構(gòu)，不可裁剪 例子一：系統(tǒng)說(shuō)明 合作伙伴申請(qǐng)?zhí)K寧電子面單服務(wù)，選擇相應(yīng)的合作模式，由合作伙伴提供預(yù)配送包裹的信息，由蘇寧電子面單服務(wù)生成相 應(yīng)的面單信息，并由合作伙伴系統(tǒng)打印出來(lái)并完成包裝，最終投遞給蘇寧網(wǎng)點(diǎn)且面單能被蘇寧物流體系識(shí)別。 系統(tǒng)之間的關(guān)聯(lián)關(guān)系： 蘇寧電子面單服務(wù)是基于蘇寧自營(yíng)物流電子面單應(yīng)用，整合社會(huì)上多家快遞公司，搭建一套具有蘇寧配送特色的電子面單 服務(wù)體系，為蘇寧物流的合作伙伴提供統(tǒng)一

8、的電子面單服務(wù)。實(shí)現(xiàn)了，合作伙伴對(duì)接蘇寧的物流服務(wù)，由使用紙質(zhì)面單向電子 面單轉(zhuǎn)變。只要合作伙伴對(duì)接了蘇寧電子面單服務(wù)，那么就可以享受蘇寧物流體系的電子面單服務(wù)。 本系統(tǒng)當(dāng)期功能主要包含： A、用戶(hù)操作權(quán)限管理； B、配置數(shù)據(jù)信息管理； C、訂單對(duì)應(yīng)的作業(yè)單物流節(jié)點(diǎn)狀態(tài)信息接收與分發(fā)功能； D、訂單對(duì)應(yīng)的作業(yè)單物流節(jié)點(diǎn)狀態(tài)信息查詢(xún)功能； 互同方 摸收方 銷(xiāo)售渠 道 四方服 務(wù)平臺(tái) 三方作 業(yè)平臺(tái) 社會(huì)渠道 I天貓商戶(hù) 商家ERP ASM售后商戶(hù)銷(xiāo)售 售后運(yùn)營(yíng)管理 LAPI 蘇寧幫客 .L 芟 能 發(fā) —SUC/CIS- 蘇寧客服系統(tǒng) ASES

9、 售后作業(yè)系統(tǒng) ASAP 售后服務(wù)時(shí)效 ECS - 二手回收系統(tǒng) 服務(wù)訂購(gòu) 一 11— 資源能力 ASSP后4人銷(xiāo)售（北 研） —ASOPOS 以舊換新查 詢(xún)服務(wù) OMS 蘇寧訂單系統(tǒng) 蘇寧易購(gòu) MOMS家訂單 LAPI 售后2 RCS ［資源中心］ |結(jié)算平臺(tái) 辱用而 ASVP艮務(wù)商管理 平臺(tái)服務(wù)商 ASOM 西方接單系統(tǒng) SOD 西方服務(wù)詳情系 統(tǒng) ASOS 自營(yíng)訂單服務(wù)系統(tǒng) -LBI LAPI -■ 加盟服務(wù)商 2.3. 流程概覽/系統(tǒng)框架 說(shuō)明：此處需要描述和圖形化系統(tǒng)內(nèi)部功能結(jié)構(gòu)模塊圖，可從架構(gòu)和技術(shù)獲取資源。清晰的

10、系統(tǒng)架構(gòu)對(duì)于系統(tǒng)的擴(kuò)展性和 維護(hù)性都非常有幫助，也便于開(kāi)發(fā)和測(cè)試從整體上理解該系統(tǒng)的結(jié)構(gòu) 2.4. 系統(tǒng)規(guī)劃與迭代 說(shuō)明：此處說(shuō)明對(duì)該系統(tǒng)的總體規(guī)劃步驟，一期接入什么功能，二期接入什么功能達(dá)到什么業(yè)務(wù)效果 2.5. 功能模塊 說(shuō)明：此處的列表和下面的功能需求是對(duì)應(yīng)的，系統(tǒng)需求編號(hào)是唯一識(shí)別需求的標(biāo)識(shí)。需求編號(hào)的規(guī)則見(jiàn)3.2.1.1章節(jié) 例子: 主功能 系統(tǒng)需求編號(hào) 子功能 優(yōu)先 級(jí) 備注 狀態(tài)信息接收推 送 LSQ_DDZF_MDZF_0001 非采購(gòu)類(lèi)狀態(tài)信息接收 一級(jí) 一期需求 LSQ_DDZF_MDZF_0002 狀態(tài)信息發(fā)送 一級(jí)

11、一期需求 LSQ_DDZF_MDZF_0003 狀態(tài)轉(zhuǎn)換 一級(jí) 一期需求 ChppniccnA. ■ 年我叮劃忸忱1下 sNPD_LsQ_sSS_U4 收4人TT天上1刃“11下區(qū)1日后、  點(diǎn)信息 最新站點(diǎn)查詢(xún)服 務(wù) SNPD_LSQ_SSS_05 最新站點(diǎn)查詢(xún)服務(wù) 二級(jí) 一期需求 詳情調(diào)用服務(wù) SNPD_LSQ_SSS_06 虛擬包裹信息接收與更新 一級(jí) 一期需求 SNPD_LSQ_SSS_07 BTC物流物流詳情調(diào)用 一級(jí) 一期需求 SNPD_LSQ_SSS_08 CIC物流物流詳情調(diào)用 一級(jí) 一期

12、需求 后臺(tái)配置 SNPD_LSQ_SSS_09 后臺(tái)配置 一級(jí) 一期需求 快遞100接入服 務(wù) SNPD_LSQ_SSS_10 快遞100查詢(xún)與推送運(yùn)單 信息 一級(jí) 二期需求 物流詳情查詢(xún) SNPD_LSQ_SSS_11 作業(yè)系統(tǒng)查詢(xún)狀態(tài)明細(xì) 一級(jí) LES拆分需 求 3.系統(tǒng)功能需求 3.1 狀態(tài)信息接受推送 3.1.1 非采購(gòu)類(lèi)狀態(tài)信息接收 3.1.1.1 需求編號(hào)LSQ_DDZF_MDZF_0001 說(shuō)明： //功能的業(yè)務(wù)介紹和業(yè)務(wù)背景 此處的需求編號(hào)，在一個(gè)系統(tǒng)中必現(xiàn)唯一存在并且最后4位遞增，規(guī)則：系統(tǒng)名_模塊名一子功能名一序列號(hào)，如

13、 LSQ_DDZF_MDZF_0001:系統(tǒng)名最長(zhǎng)保留4位，模塊名/子功能名最長(zhǎng)4位，序列號(hào)最長(zhǎng)4位不夠4位補(bǔ)0比如 0001,如果是優(yōu)化需求，需求編號(hào)不變，新增需求需求編號(hào)增加； 3.1 1.2處理流程和約束條件 說(shuō)明：此處是放上面功能的業(yè)務(wù)流程圖和功能的業(yè)務(wù)邏輯約束條件 流程圖: 輸入用戶(hù)名和密碼 未通過(guò) 通過(guò) 說(shuō)明：如果流程圖比較大或比較多，請(qǐng)以單獨(dú)的附件提供 約束 #步驟 邏輯 1功能入?yún)⒋_認(rèn) 0 1.人參確認(rèn) 1）用戶(hù)名； 2）密碼 2 校驗(yàn)處理 1 .校驗(yàn)：用戶(hù)名在數(shù)據(jù)庫(kù)中唯一

14、且存在； 1）成立，繼續(xù)后續(xù)校驗(yàn) 2）不成立，返回報(bào)錯(cuò)：請(qǐng)輸入正確的用戶(hù)名密碼 2 .校驗(yàn)：安全性： 1）安全性不通過(guò)，則提示該登錄可能存在安全隱患，請(qǐng)重新訪(fǎng)問(wèn)； 2） 安全性通過(guò)，則繼續(xù)下面， 3 訂單處理 4 組織結(jié)果反饋 1.全部校驗(yàn)通過(guò)： 1）提示：登錄成功，數(shù)據(jù)庫(kù)更新最后登錄時(shí)間； 2）可進(jìn)入系統(tǒng)進(jìn)行后續(xù)操作 3.1.1.3頁(yè)面原型 說(shuō)明： N/A,系統(tǒng)后臺(tái)功能無(wú)頁(yè)面 有頁(yè)面請(qǐng)截低保真的圖，圖片要能覆蓋所描述的功能，以及頁(yè)面訪(fǎng)問(wèn)路徑。 Suningrom 蘇寧物而 “百顏半日達(dá)”10。個(gè)掘市半日達(dá)己己0個(gè)岷市次日區(qū) 一曰三送半臼達(dá)后I城

15、件己4小時(shí)次日達(dá) 又用戶(hù)名螂箱序機(jī)號(hào)江號(hào) 8密碼 忘記密碼?免費(fèi)注冊(cè) 立即登錄 3.1.1.4 數(shù)據(jù)說(shuō)明 說(shuō)明： N/A,系統(tǒng)后臺(tái)功能無(wú)頁(yè)面 如果有頁(yè)面校驗(yàn)請(qǐng)?jiān)诖颂幱昧斜淼男问秸f(shuō)明各個(gè)頁(yè)面各個(gè)控件的校驗(yàn)規(guī)則 XX功能 字段名 數(shù)據(jù)類(lèi)型 頁(yè)面長(zhǎng)度 小數(shù)位 說(shuō)明 用戶(hù)名 字符 10 非空，必須包括大小寫(xiě)字母、字符，不可輸入中文 密碼 字符 10 非空，必須包括大小寫(xiě)字母、字符、特殊字符 3.1.1.5 功能需求描述 說(shuō)明： 1）功能描述，需要做到語(yǔ)言準(zhǔn)確，結(jié)構(gòu)清晰，須包括從用戶(hù)角度和業(yè)務(wù)角度描述功能和業(yè)務(wù)場(chǎng)景；要

16、盡可能少地從系統(tǒng)邏輯角度去撰寫(xiě)需求，多寫(xiě)業(yè)務(wù)邏輯以免干擾開(kāi)發(fā)的最優(yōu)設(shè)計(jì)。在需求中明確業(yè)務(wù)接口。 2）版本優(yōu)化，如果是優(yōu)化功能采用修訂模式在涉及到的所有原文檔（包括需求說(shuō)明書(shū)、流程圖、接口文檔）上進(jìn)行修改并標(biāo)注，需求說(shuō)明書(shū)需對(duì)應(yīng)需求編號(hào)章節(jié)進(jìn)行修改，這樣便于研發(fā)和測(cè)試了解原功能，以便快速了解優(yōu)化的業(yè)務(wù)判斷回歸場(chǎng)景。產(chǎn)品還需說(shuō)明優(yōu)化此功能的業(yè)務(wù)場(chǎng)景以及建議優(yōu)化功能涉及相關(guān)使用場(chǎng)景。（0522版本） 特別說(shuō)明：修改的功能會(huì)影響系統(tǒng)對(duì)外提供的接口，需要這些接口的使用方對(duì)接口進(jìn)行驗(yàn)證，并確認(rèn)接口的變更 登錄 1） 針對(duì)登錄功能，需要做安全性校驗(yàn)，實(shí)行https的方式，并且登錄密碼以*顯示，在日志

17、打印中也以*展示； 2） 登錄功能，登錄調(diào)用API接口INTERFACE_LSQ_LOGIN_0001實(shí)現(xiàn)登錄，需要保證數(shù)據(jù)傳遞的安全性。 狀態(tài)接受 LSQ系統(tǒng)接收狀態(tài)信息，作如下處理: 數(shù)據(jù)類(lèi)型 長(zhǎng)度 小數(shù)位 說(shuō)明 ID 字符 32 主鍵，系統(tǒng)自動(dòng)生成的流水號(hào) 外部流水號(hào) 字符 32 外部傳的流水號(hào) 外部系統(tǒng) 字符 10 當(dāng)前外部訂單對(duì)應(yīng)的“外部系統(tǒng)” 任務(wù)單號(hào) 字符 20 當(dāng)前外部訂單對(duì)應(yīng)的“外部訂單編碼” 物流訂單號(hào) 字符 30 通過(guò)賣(mài)家ID查詢(xún)客戶(hù)信息匹配表，結(jié)果為查詢(xún)到的賣(mài)家ID對(duì)應(yīng)的“客戶(hù)編碼” 訂單

18、屬性 字符 10 當(dāng)前外部訂單對(duì)應(yīng)的“蘇寧業(yè)務(wù)類(lèi)型” 訂單客戶(hù) 字符 10 若業(yè)務(wù)類(lèi)型為“C019”，則默認(rèn)為“ZVIN”入倉(cāng) 前置任務(wù)單系統(tǒng) 字符 10 在接收4PS銷(xiāo)退入庫(kù)單時(shí)，若orderFlag訂單標(biāo)記帶有9,則在下傳裝運(yùn)條件時(shí)，傳輸“01”自營(yíng)，其他則按照原有邏輯傳“06”第三方 服務(wù)大類(lèi) 字符 20 固定賦值“L01倉(cāng)儲(chǔ)” 收入項(xiàng) 字符 20 固定賦值“L0101存量” 服務(wù)產(chǎn)品 字符 4 固定賦值“L010101倉(cāng)庫(kù)保管” 服務(wù)細(xì)節(jié) 字符 4 根據(jù)物流中心匹配zlmt026，取屬性，若屬性=MD,

19、 則服務(wù)細(xì)節(jié)=L01010101門(mén)店庫(kù)存，否則為 L01010102中心倉(cāng)庫(kù)存 商品屬性 字符 60 用物料號(hào)匹配商品主數(shù)據(jù)，取商品屬性（當(dāng)用計(jì)費(fèi) 明細(xì)的物料號(hào)matnr時(shí)，首先做取前置0,然后再 去關(guān)聯(lián)MDM商品主數(shù)據(jù)） 件數(shù) 字符 10 回算表的lfimg 網(wǎng)點(diǎn)描述 字符 60 固定賦值“L01倉(cāng)儲(chǔ)” 實(shí)際交貨數(shù)量 數(shù)值 13 固定賦值“L0101存量” 數(shù)量單位 字符 3 固定賦值“L010101倉(cāng)庫(kù)保管” 排程日期時(shí)間 字符 14 若訂單對(duì)應(yīng)的基本信息的“預(yù)期送達(dá)開(kāi)始時(shí)間”為 空，且當(dāng)前日期時(shí)間比當(dāng)前日期時(shí)

20、間18:00:00早， 則為當(dāng)前日期，否則為當(dāng)前日期+1天； 若訂單對(duì)應(yīng)的基本信息“預(yù)期送達(dá)開(kāi)始時(shí)間”不為 空，則取該時(shí)間中的日期，格式為YYYY-MM-DD 接收日期時(shí)間 字符 19 系統(tǒng)當(dāng)前日期  3.1.1.6接口說(shuō)明 說(shuō)明：如果字段少可直接把接口列表貼這里，接口模板見(jiàn)下表必須包括深度和返回消息，如果有不同返回碼也需要一并定義。每個(gè)接口在需求文檔中撰寫(xiě)一個(gè)編號(hào)，在系統(tǒng)中唯一，以便附件中能快速找到對(duì)應(yīng)的接口，便于定期維護(hù)，接口編號(hào)：規(guī)則一個(gè)系統(tǒng)唯一：INTERFACE.系統(tǒng)名二級(jí)模塊名—編號(hào)遞增 產(chǎn)品定義的接口只需提供到中文字段名、長(zhǎng)度、是否必須，校驗(yàn)說(shuō)明即可。

21、 API接口INTERFACE_LSQ_LOGIN_0001 深度 名稱(chēng) 描述 類(lèi)型長(zhǎng)度 是否必輸 說(shuō)明 1 INPUT 請(qǐng)求輸入 2 ITEM 3 username 用戶(hù)名 CHAR(10) 必輸 不可為空 3 Password 密碼 CHAR(10) 必輸 不可為空 3 token 盾牌 CHAR(30) 必輸 不可為空 1 OUTPUT 請(qǐng)求輸出 2 username 用戶(hù)名 CHAR(30) 必輸 2 returnCode 結(jié)果狀態(tài) CHAR(10) 必輸

22、 0-成功，1-失敗 2 Message 文本描述 CHAR(255) 接收成功/接收失敗 returnCode返回碼說(shuō)明: 快遞公司驗(yàn)證 returnCode Message 快遞100需要做的操作 LSQ訂閱成功 200 成功 LSQ數(shù)據(jù)驗(yàn)證失敗 400 數(shù)據(jù)不完整 補(bǔ)充數(shù)據(jù)，重新訂閱 LSQ格式驗(yàn)證失敗 500 請(qǐng)求格式錯(cuò)誤 程序有問(wèn)題，需要調(diào)整 本地服務(wù)器錯(cuò)誤 501 服務(wù)器錯(cuò)誤 30分鐘后嘗試 LSQ訂閱日志已存在 502 重復(fù)訂閱 理解為訂閱成功 LAPI校驗(yàn)KEY錯(cuò)誤 503 驗(yàn)證簽名失敗 使用正確

23、的KEY  LSQ未查到對(duì)應(yīng)物流單號(hào) 504 單號(hào)錯(cuò)誤 更正單號(hào) LSQ未查到對(duì)應(yīng)物流單號(hào) 507 查詢(xún)異常 狀態(tài)接收接口INTERFACE_LSQ_STATUS_0001 由于字段較多見(jiàn)附件，每個(gè)接口在需求文檔中撰寫(xiě)一個(gè)編號(hào)，規(guī)則一個(gè)系統(tǒng)唯一：INTERFACE.系統(tǒng)名_一級(jí)模塊名 編號(hào)遞增 該功能處理過(guò)程中會(huì)調(diào)用以下接口（見(jiàn)附件） 接口編號(hào) 接口名稱(chēng) 原系統(tǒng) 目標(biāo)系統(tǒng) 場(chǎng)景 INTERFACE_LSQ_LOGIN_0001 API登錄接口 LSQ API 處理成功，登錄成功 INTERFACE_LSQ_STATUS_0001 狀態(tài)信

24、息同步LSQ LOS/TMS/LW MS LSQ MQ信息處理成功記錄到LSQ系統(tǒng) 3.1.1.7其它說(shuō)明 說(shuō)明：可以把性能需求或者安全性，穩(wěn)定性需求，頁(yè)面瀏覽器兼容性需求等等放此處 3.1.2狀態(tài)信息發(fā)送 3.1.2.1 需求編號(hào)LSQ_DDZF_MDZF_0002 3.1.2.2 處理流程和約束條件 t步驟 邏輯 10 訂單判斷 1.使用訂單彳丁號(hào)查詢(xún)本地是否存在對(duì)應(yīng)的訂單行 1）存在，繼續(xù)后續(xù)判斷； 2）不存在，進(jìn)入后續(xù)校驗(yàn)；  2 .判斷訂單行狀態(tài)： 1）如果訂單行狀態(tài)10-已提交，12-訂單異常，進(jìn)入后續(xù)校驗(yàn)； 2）如果訂單行狀態(tài)大于

25、等于20-處理成功，直接返回成功； 3 .判斷訂單是否存在后續(xù)退貨訂單； 1）存在，返回報(bào)錯(cuò)：該訂單狀態(tài)準(zhǔn)確，不可進(jìn)行支付 2）不存在，進(jìn)入后續(xù)校驗(yàn)； 4 .判斷訂單支付金額是否正確，判斷等式：行項(xiàng)目銷(xiāo)售額+運(yùn)費(fèi)+服務(wù)費(fèi)= 支付金額之和+使用積分金額+經(jīng)理卡金額，是否成立； 1）成立，繼續(xù)后續(xù)處理 2）不成立：支付金額不正確，請(qǐng)檢查后重新輸入； 20 訂單支付信息處 理 1 .訂單行支付狀態(tài)設(shè)置：將所有訂單行狀態(tài)都置為：30-已支付； 2 .保存新增的支付信息； 3 .覆蓋本地已有的優(yōu)惠單信息； 4 .凍結(jié)標(biāo)志設(shè)置：如果訂單支付信息中含有：4001（支票支付），則將

26、訂 單行凍結(jié)標(biāo)識(shí)置為：D2-支票凍結(jié)； 5 .支付確認(rèn)標(biāo)記設(shè)置：門(mén)店訂單【支付確認(rèn)開(kāi)關(guān)】為打開(kāi)狀態(tài)時(shí)，對(duì)于滿(mǎn) 足以下條件的訂單行項(xiàng)目，將訂單行支付確認(rèn)標(biāo)識(shí)置為：0-未確認(rèn)支付； 1）分銷(xiāo)渠道為10-零售、20-代購(gòu)， 2） 且來(lái)源系統(tǒng)為POS。 3） SAP訂單類(lèi)型為ZOR-標(biāo)準(zhǔn)訂單、IDOC、Z01、ZGF。 4） 裝運(yùn)條件為01、14。 5） 先銷(xiāo)后采標(biāo)識(shí)不為5。 20 訂單支付信息處 理 1.調(diào)用【公共規(guī)則-資源處理】功能； 1）成功，將訂單行狀態(tài)置為：20-已處理，訂單頭狀態(tài)：20-已處理； 2）失敗，將訂單行狀態(tài)置為：12-處理失敗，訂單頭狀態(tài)置為：12

27、-處 理失敗； 30 組織結(jié)果反饋 1.根據(jù)處理結(jié)果，組織結(jié)果反饋； 40 實(shí)時(shí)同步 1. OMSD全量：調(diào)用功能【公共功能-訂單全量信息分發(fā)OMSD] 2. OMSQ全量：調(diào)用功能【公共功能-訂單全量信息分發(fā)OMSQ】 50 異步同步 1. BI-大數(shù)據(jù)系統(tǒng)：調(diào)用【公共規(guī)則-】 2. PMS-價(jià)格中心系統(tǒng)：調(diào)用【公共規(guī)則-】 3. SPCS-力Irk系統(tǒng)：調(diào)用【公共規(guī)則-】 4. BUDS-財(cái)務(wù)系統(tǒng)：調(diào)用【公共規(guī)則】 60 日志打印 打日志：OMS訂單號(hào)，OMS行訂單號(hào)，訂單支付完成時(shí)間，預(yù)計(jì)出庫(kù) 時(shí)間，期望送達(dá)時(shí)間，支付訂單創(chuàng)建時(shí)間，SAP訂單類(lèi)型，先銷(xiāo)

28、后采標(biāo)識(shí)，訂單來(lái)源，下單時(shí)間，渠道，行項(xiàng)目類(lèi)別，分次發(fā)貨標(biāo)識(shí)，支付類(lèi)型（04門(mén)店支付），支付確認(rèn)標(biāo)識(shí)，日志階段：02（01提交，02支付，03支 付確認(rèn)，04還欠款）id（10000055） 3.1.2.3頁(yè)面原型 N/A,系統(tǒng)后臺(tái)功能無(wú)頁(yè)面 3.1.2.4 數(shù)據(jù)說(shuō)明 N/A,系統(tǒng)后臺(tái)功能無(wú)頁(yè)面 3.1.2.5 功能需求描述 針對(duì)以下業(yè)務(wù)場(chǎng)景，前端系統(tǒng)通過(guò)該功能完成門(mén)店訂單收款處理; # 切工 接口 0 電器門(mén)店零售訂單收銀臺(tái)全款支付處理 POS-OMS-008操作碼：D 0 電器門(mén)店對(duì)公與舟卡訂單收銀臺(tái)全款支付處 POS-OMS-008操作碼：D 2

29、理 3.1.2.6 接口說(shuō)明 3.1.2.7 其它說(shuō)明 3.2最新站點(diǎn)查詢(xún)服務(wù) 3.2.1 最新站點(diǎn)查詢(xún) 3.2.1.1 需求編號(hào)LSQ_DDTJ_DDTJ_0003 3.2.1.2 處理流程和約束條件 接收到前端系統(tǒng)提交的訂單后，進(jìn)行訂單提交相關(guān)處理，具體邏輯如下: 具體步驟邏輯如下: #步驟 邏輯 1提交訂單 0 前端系統(tǒng)通過(guò)以下接口提交訂單，且訂單類(lèi)型為A時(shí)，進(jìn)入 該功能： ?SPOS-OMS-001 ?B2C-OMS-001 ?ALL-OMS-001 ?ALL-OMS-016 2進(jìn)行訂單合法性 0校驗(yàn)

30、 根據(jù)接口傳入訂單信息進(jìn)行合法性校驗(yàn)： 1 .U單重復(fù)性校驗(yàn) 2 .若接口輸入的接單模式為1或者3,則進(jìn)行訂單金額校驗(yàn) 1）判斷行優(yōu)惠單金額是否止確。校驗(yàn)公式：行優(yōu)惠單金額= 行優(yōu)惠單明細(xì)金額匯總： a）若不止確，則返回報(bào)錯(cuò)：訂單行“前端系統(tǒng)行項(xiàng)目號(hào) "的優(yōu)惠單總金額與優(yōu)惠單明細(xì)不一致。 b）否則進(jìn)行一下步判斷 2）若訂單提交接口為ALL-OMS-001,則需判斷行銷(xiāo)售額是 合止確，校驗(yàn)公式：行銷(xiāo)售額=銷(xiāo)售價(jià)*數(shù)量： a）若不止確，則返回報(bào)錯(cuò)：訂單行“前端系統(tǒng)行項(xiàng)目號(hào) “的銷(xiāo)售額"XX”不等于銷(xiāo)售價(jià)格"XX"*數(shù)量” XX”。 b）否則進(jìn)行一下步判斷 3）若訂單提

31、交接口為ALL-OMS-001,則需判斷行應(yīng)付金額 是否與支付明細(xì)匯總金額一致，校驗(yàn)公式：行項(xiàng)目銷(xiāo)售額 +運(yùn)費(fèi)+服務(wù)費(fèi)=支付金額之和+使用積分?jǐn)?shù)金額+經(jīng)理 日土額： a）若不止確，則返回報(bào)錯(cuò)：訂單行“前端系統(tǒng)行項(xiàng)目號(hào) "的總支付金額與應(yīng)付金額不一致。 b）否則進(jìn)行一下步判斷  4）若訂單提交接口為B2C-OMS-001，則需判斷行應(yīng)付金額 是否與支付明細(xì)匯總金額一致，校驗(yàn)公式：銷(xiāo)售價(jià)*數(shù)量- 經(jīng)理卡金額+運(yùn)費(fèi)+行稅額+服務(wù)費(fèi)=支付金額之和： a）若不正確，則返回報(bào)錯(cuò)：訂單行“前端系統(tǒng)行項(xiàng)目號(hào) "的總支付金額與應(yīng)付金額不一致。 b）否則進(jìn)行一下步判斷 3.根據(jù)校驗(yàn)結(jié)

32、果： 1）若以上所有校驗(yàn)通過(guò)，則進(jìn)入下一步“30-生成或更新訂 單信息”步驟 2）若以上任意校驗(yàn)失敗，則進(jìn)入“50-返回處理結(jié)果”步驟 3 生成或更新訂單 0 信息 根據(jù)接口傳入的訂單信息創(chuàng)建訂單信息或全量更新以下信息： 1 .若是創(chuàng)建訂單，則根據(jù)單號(hào)規(guī)則生成訂單號(hào)和訂單行號(hào) 2 .進(jìn)行訂單狀態(tài)設(shè)置 1）進(jìn)行訂單行總狀態(tài)設(shè)置，具體邏輯見(jiàn)“表-訂單行總狀態(tài) （IS）設(shè)置邏輯” 2）進(jìn)行訂單行支付狀態(tài)設(shè)置，具體邏輯見(jiàn)“表-訂單行支付 狀態(tài)（IP）設(shè)置邏輯” 3） 進(jìn)行訂單行發(fā)票狀態(tài)設(shè)置，默認(rèn)設(shè)置為IV=10 4） 進(jìn)行訂單頭總狀態(tài)設(shè)置 3.進(jìn)行訂單特殊標(biāo)記設(shè)置 1）

33、進(jìn)行訂單行凍結(jié)標(biāo)識(shí)設(shè)置 a）若分銷(xiāo)渠道=30,且訂單來(lái)源為CRM,則設(shè)置分次 發(fā)貨標(biāo)記為D3-對(duì)公訂單未付款凍結(jié) b）否則，如訂單支付方式中含有4001:支票支付，則 設(shè)置分次發(fā)貨標(biāo)記為：D2-支票交貨凍結(jié) c）否則，對(duì)于其他場(chǎng)景設(shè)置分次發(fā)貨標(biāo)記為A-只允許 一次發(fā)貨 2）進(jìn)行訂單行大客戶(hù)付款類(lèi)型設(shè)置。滿(mǎn)足以下所有條件，設(shè) 置大客戶(hù)付款類(lèi)型為1-確認(rèn)欠款： a）訂單來(lái)源為SPCS b）行項(xiàng)目類(lèi)別為16-馬卡訂單 c）接單模式為1 d）支付方式含9005 3 ）進(jìn)行訂單行是否需要發(fā)票設(shè)置 4 .根據(jù)接口傳入訂單信息保存訂單基本信息 5 .根據(jù)接口傳入訂單擴(kuò)

34、展信息保存訂單相關(guān)擴(kuò)展信息 1）若訂單行類(lèi)別=10,且接口中存在服務(wù)商品，則需要保 存服務(wù)擴(kuò)展信息 2）若訂單行類(lèi)別=11,則需要保存延保擴(kuò)展信息 3）若訂單行類(lèi)別=12,則需要保存贈(zèng)品擴(kuò)展信息 4）若訂單行類(lèi)別=13,則需要保存虛擬商品信息 5）若訂單行類(lèi)別=14,則需要保存合約擴(kuò)展信息 6）若訂單行類(lèi)別=16,則需要保存力Irk擴(kuò)展信息 7）若訂單行類(lèi)別=20,電子書(shū)無(wú)擴(kuò)展信息，無(wú)需保存  8）若訂單行類(lèi)別=22,則需要保存獨(dú)立服務(wù)擴(kuò)展信息 9）若訂單行類(lèi)別=24,則需要保存運(yùn)費(fèi)險(xiǎn)擴(kuò)展信息 6 .若接口傳入的支付方式含9002-貨到付款、9003-融合支付

35、， 則需要保存還欠款信息 7 .訂單信息保存后，根據(jù)接單模式： 1）若訂單保存成功，且接口傳入的接單模式為1,則進(jìn)入下 一步“40-訂單調(diào)度處理”； 2）若訂單保存成功，且若接口傳入的接單模式為2、3,則 進(jìn)入下一步“50-返回處理結(jié)果” 3）若訂單保存失敗，則直接進(jìn)入下一步“50-返回處理結(jié)果” ■ 4進(jìn)行訂單處理調(diào) 0度 調(diào)用功能【OMS_ZYCL_ZYCL_001-資源處理（老流程）】進(jìn)行 處理 5返回處理結(jié)果 0 1 .根據(jù)30、40步驟的處理結(jié)果，返回對(duì)應(yīng)信息 1） 若處理失敗，則返回前端處理失敗 2）若處理成功，則返回前端處理成功 2 .進(jìn)入

36、下一步“記錄日志信息”步驟 1 6記錄日志信息 0 1. 若為。。。則： 2. 3. 根據(jù)30、40步驟的處理結(jié)果 1）若處理失敗，則結(jié)束本次提交流程 2）若處理成功，則繼續(xù)進(jìn)行后續(xù)“70-保存或更新訂單信 息”、“80-異步分發(fā)訂單”和“90-保存待分發(fā)信息”步  驟 7保存或更新訂單 0信息 1 .保存BUDS信息 1）滿(mǎn)足以下所有條件，保存該訂單行支付明細(xì)到BUDS支 付明細(xì)信息中 a）訂單行項(xiàng)目類(lèi)別不為16 b）訂單行支付中存在9001-香港欠款、9002-貨到付 款、或者9005-對(duì)公欠款 2 .設(shè)置訂單實(shí)時(shí)處理標(biāo)記。 1）滿(mǎn)足

37、以下所有條件設(shè)置實(shí)時(shí)處理標(biāo)記為Y a）行項(xiàng)目類(lèi)別為10-實(shí)體、12-贈(zèng)品 b） “裝運(yùn)條件為空-自提、17-物流門(mén)店庫(kù)自提、20-物 流門(mén)店庫(kù)自提”或者“裝運(yùn)條件為02-門(mén)店自提且 SAP訂單類(lèi)型=IDOC” c） 分次發(fā)貨標(biāo)識(shí)為A-只允許一次發(fā)貨、技者一D2-小 一 d） 訂單行狀態(tài)＞=20 e）訂單類(lèi)型不為C-退貨訂單 f） 先銷(xiāo)后采標(biāo)識(shí)為空、或者0 2） 若SAP訂單類(lèi)型為ZSIA且為10渠道（門(mén)店互聯(lián)開(kāi)卡訂 單），則設(shè)置實(shí)時(shí)處理標(biāo)記為Y 3） 其他情況，不設(shè)置實(shí)時(shí)處理標(biāo)記 3.保存訂單展示價(jià)信息： 1 )若調(diào)用接口為B2C-OMS-001,則需要保存訂單

38、展示價(jià)： a)若接口傳入的展示價(jià)(displayPrice)有值，則保存 該字段的值為訂單展示價(jià) b)若接口傳入的展示價(jià)(displayPrice)無(wú)值，則保存 訂單展示價(jià)為接口傳入的銷(xiāo)售價(jià)(price)-《發(fā)票 虛增價(jià)》 2)其他調(diào)用接口不進(jìn)行處理 8 異步分發(fā)訂單 0 2 .訂單行實(shí)時(shí)分發(fā)OMSD 1)滿(mǎn)足以下所有條件的訂單實(shí)時(shí)分發(fā)OMSD,通過(guò)接口 (OMS-OMSD-001) a)訂單行總狀態(tài)為20-已處理、40-已發(fā)貨、或者60- 已完成 b)訂單行項(xiàng)目類(lèi)別<>13-禮品卡 c)分次發(fā)貨標(biāo)識(shí)為A-只允許一次發(fā)貨、或者D2-支票 凍結(jié) d)訂單行支付確

39、認(rèn)標(biāo)識(shí)為空、1-已支付確認(rèn) 3 .訂單行實(shí)時(shí)分發(fā)OMSQ 1)滿(mǎn)足以下所有條件的訂單實(shí)時(shí)分發(fā) OMSQ ,通過(guò)接口 9 保存待分發(fā)信息 0 (OMS-OMSQ-001) BI,,通過(guò)接口 1 .滿(mǎn)足以下條件保存待分發(fā)已支付訂單信息到 (OMS-BI-002) 1) 訂單類(lèi)型為A-一般銷(xiāo)售訂單、B-虛擬訂單 2)行項(xiàng)目類(lèi)別為： 3)訂單渠道為： 4)訂單行總狀態(tài)＞=20-已處理 5)分次發(fā)貨標(biāo)識(shí)不為D3-對(duì)公支付 2 .滿(mǎn)足以下條件保存待分發(fā)未支付訂單信息到BI,通過(guò)接口 (OMS-BI-003) 1) 3 .滿(mǎn)足以下條件保存待分發(fā)已支付訂單信

40、息到PMS,通過(guò)接口 (OMS-PMS-002) 1)訂單類(lèi)型為A-一般銷(xiāo)售訂單 2)訂單行項(xiàng)目類(lèi)別為： 3) 訂單行先銷(xiāo)后采標(biāo)識(shí)為：0、1、2、3、4、6、或者9 4) 訂單渠道為：10、20、30(且訂單來(lái)源為CRM)、50、或者60 5) 訂單行總狀態(tài)＞=20-已處理 6)訂單行分次發(fā)貨標(biāo)識(shí)不為D3-對(duì)公支付 4 .滿(mǎn)足以下條件保存待分發(fā)已支付訂單信息到POS,通過(guò)接口 (OMS-POS-0??) 5 .保存待分發(fā)已支付訂單信息到SAP 1)滿(mǎn)足以下條件保存待分發(fā)IDOC訂單信息，通過(guò)接口 (OMS-SAP-022) a) 訂單行SAP訂單類(lèi)型=IDOC b)

41、 訂單行總狀態(tài)(IS)>=20 c) 訂單方向=1-正向訂單 2)滿(mǎn)足以下條件保存待分發(fā)合約機(jī)訂單信息，通過(guò)接口 (OMS-SAP-011) a) 訂單行SAP訂單類(lèi)型=ZSIM b) 訂單行總狀態(tài)(IS)>=20 c) 訂單方向=1-正向訂單 d) 訂單行項(xiàng)目類(lèi)別=14-合約機(jī) 3)滿(mǎn)足以下條件保存待分發(fā)互聯(lián)訂單信息，通過(guò)接口 (OMS-SAP-036) a) 訂單行SAP訂單類(lèi)型為：ZSIA、或者ZSIB b) 訂單行總狀態(tài)(IS)>=20 c) 訂單方向=1-正向訂單 d) 訂單行項(xiàng)目類(lèi)別=14-合約機(jī) 4)滿(mǎn)足以下條件保存待分發(fā)超市訂單信息，通過(guò)接口 (O

42、MS-SAP-040) a) 訂單行SAP訂單類(lèi)型：CSLY、或者YDDS b) 訂單行先銷(xiāo)后采標(biāo)識(shí)為：8 c) 訂單行總狀態(tài)(IS)>=20 d) 訂單方向=1-正向訂單 5)滿(mǎn)足以下條件保存待分發(fā)SWL、聯(lián)營(yíng)廠送訂單信息，通 過(guò)接口(OMS-SAP-041) a）訂單行先銷(xiāo)后采標(biāo)識(shí)為：7、或者9 b） 訂單行總狀態(tài)（IS）>=20 c） 訂單方向=1-正向訂單 6）滿(mǎn)足以下條件保存待分發(fā)IDOC訂單（3c類(lèi)）信息，通 過(guò)接口（OMS-SAP-038） a） 訂單行SAP訂單類(lèi)型=IDOC b） 訂單行總狀態(tài)（IS）>=20 c） 訂單方向=1-正向訂單 7）滿(mǎn)

43、足以下條件保存待分發(fā)賬期支付訂單信息，通過(guò)接口 （OMS-SAP-053） a） 訂單渠道為：10、20、30、40、或者50 b） 訂單行支付狀態(tài)（IP）=30 c）訂單行支付明細(xì)中包含9102支付方式 8）滿(mǎn)足以下條件保存待分發(fā)合約機(jī)手機(jī)行結(jié)算信息，通過(guò)接 口（OMS-SAP-032） a）訂單行項(xiàng)目類(lèi)別為：10-實(shí)體 b）訂單行存在《合約關(guān)聯(lián)關(guān)系》 c） 訂單行關(guān)聯(lián)的合約行的SAP訂單類(lèi)型為：IDOC或 者ZSIM d） 訂單行總狀態(tài)（IS）>=20 9）滿(mǎn)足以下條件保存待分發(fā)合約機(jī)合約行結(jié)算信息，通過(guò)接 口（OMS-SAP-033） a)訂單行項(xiàng)目類(lèi)別為：1

44、4-合約機(jī) b) 訂單行SAP訂單類(lèi)型=IDOC、或者ZSIM c) 訂單行總狀態(tài)(IS)>=20 10)滿(mǎn)足以下條件保存待分發(fā)C店訂單信息，通過(guò)接口 (OMS-SAP-037) a)訂單行總狀態(tài)(IS)=20 b)訂單行先銷(xiāo)后采標(biāo)識(shí)為：5 c)訂單渠道為：50 d)訂單行支付明細(xì)中包含支付方式5002、或者6904 11)滿(mǎn)足以下條件保存待分發(fā)商轉(zhuǎn)贈(zèng)訂單信息，通過(guò)接口 (OMS-SAP-042) a)訂單行項(xiàng)目類(lèi)別為：10-實(shí)體、或者12-贈(zèng)品 b)訂單行為《商轉(zhuǎn)贈(zèng)訂單》 c)訂單行總狀態(tài)(IS)=20 6.滿(mǎn)足以下條件保存待返積分信息到CMF,通過(guò)接口 (OM

45、S-CMF-006/OMS-CMF-007) 1) IS>=20已完成； 2) IP=30已支付； 3)接單模式<>3-一步式不待處理 4)來(lái)源系統(tǒng)不為BSS、SAP、TMALL、SDIPA 5) 行項(xiàng)目類(lèi)別為：10、11、12、14; 6) 業(yè)務(wù)類(lèi)型不為：配置數(shù)據(jù) 7 .滿(mǎn)足以下條件保存待返券信息到SPES,通過(guò)接口 (OMS-SPES-0??) 8 .滿(mǎn)足以下條件保存待分發(fā)已支付訂單信息到IPS,通過(guò)接口 (OMS-IPS-001) 1) 訂單行先銷(xiāo)后采標(biāo)識(shí)為：空、0、1、2、3、4、6、7、或 者9 2) 訂單行總狀態(tài)>=20-已處理 3) 訂單行類(lèi)別為：10

46、-實(shí)體、11-延保、12-贈(zèng)品、或者14-合約 4)訂單行發(fā)票類(lèi)型為：01、02(是否需要打印發(fā)票<>“N”)、03、或者04 5)訂單渠道為：40(訂單來(lái)源為T(mén)MALL)、50、或者60 9.保存待分發(fā)訂單信息到BUDS 1)滿(mǎn)足以下條件保存待分發(fā)云商卡訂單信息，通過(guò)接口(OMS-BUDS-055) a)訂單行項(xiàng)目類(lèi)別為：16-云商卡 b)訂單行總狀態(tài)(IS)=20 2)滿(mǎn)足以下條件保存待分發(fā)醫(yī)?？ㄓ唵涡畔ⅲㄟ^(guò)接口(OMS-BUDS-055) a)訂單行為《醫(yī)?？ㄓ唵巍? b)訂單行總狀態(tài)(IS)>=20 3.2.1.3 頁(yè)面原型 N/A,系統(tǒng)后臺(tái)功能無(wú)頁(yè)面 3.2.

47、1.4 數(shù)據(jù)說(shuō)明 N/A,系統(tǒng)后臺(tái)功能無(wú)頁(yè)面 3.2.1.5 功能需求描述 針對(duì)以下業(yè)務(wù)場(chǎng)景，前端系統(tǒng)提交訂單至OMS,OMS進(jìn)行訂單提交的合法校驗(yàn)，訂單提交的資源處理以及訂單保存, 并根據(jù)對(duì)應(yīng)的場(chǎng)景，判斷是否調(diào)用后續(xù)處理。 *接單模式：1-一步式需處理資源；2-兩步式需處理資源；3—一步式無(wú)需處理資源 3.2.1.6 接口說(shuō)明 該功能處理過(guò)程中會(huì)調(diào)用以下接口: 接口編號(hào) 接口名稱(chēng) 目標(biāo)系統(tǒng) 場(chǎng)景 OMS-OMSD-001 訂單信息同步OMSD OMSD 訂單處理成功后，同步訂單信息到 OMSD OMS-OMSQ-001 訂單信息同步OMSQ OMSQ

48、訂單提交或者處理成功后，同步訂單信 息到OMSQ 3.2.1.7 其它說(shuō)明 表-訂單行總狀態(tài)（IS）設(shè)置邏輯 接單模式 行項(xiàng)目類(lèi)別 狀態(tài)值 1,2 ALL 10 3 10,11,12,14,15,16,20,22,24 20 3 13 60 表-訂單行支付狀態(tài)（IP）設(shè)置邏輯 接單模式 分銷(xiāo)渠道 訂單來(lái)源 支付方式 狀態(tài)值 1 30 CRM ALL 10 1 50,60 ALL 無(wú)9002、9003、9005 30 1 50,60 ALL 只有9002、9003、9005 10 1 50,60 ALL

49、有9002、9003、9005,還有其他支付方式 20 1 10,20,40 ALL 無(wú)9001、9002、9003、9005 30 1 10,20,40 ALL 只有9001、9002、9003、9005 10 1 10,20,40 ALL 有9001、9002、9003、9005,還有其他支付方式 20 1 30 非CRM 無(wú)9001、9002、9003、9005 30 1 30 非CRM 只有9001、9002、9003、9005 10 1 30 非CRM 有9001、9002、9003、9005,還有其他支付方式 20 2

50、 ALL ALL ALL 10 3 ALL ALL ALL 30 4.系統(tǒng)非功能需求 3.3性能需求 請(qǐng)根據(jù)下表中性能指標(biāo)項(xiàng)定義性能需求，如不能滿(mǎn)足可在其他項(xiàng)中補(bǔ)充。 業(yè)務(wù) 業(yè)務(wù)量 峰值業(yè)務(wù)量 用戶(hù)數(shù) 響應(yīng)時(shí)間 其他 修改時(shí)間  訂單管理 24小時(shí) 1000萬(wàn) 24小時(shí)2000 萬(wàn) 前臺(tái)系統(tǒng)必需。訪(fǎng)問(wèn) 用戶(hù)數(shù)指單位時(shí)間 內(nèi)訪(fǎng)問(wèn)系統(tǒng)的用戶(hù) 總數(shù)。 響應(yīng)時(shí)間指完成一個(gè)交互的總時(shí)長(zhǎng)，從客戶(hù)端發(fā)起請(qǐng)求開(kāi)始，到客戶(hù)端接收完服務(wù)器響應(yīng)結(jié)果結(jié)束。如果系統(tǒng)中含有多種類(lèi)型的交互，可以考慮分類(lèi)設(shè)置響應(yīng)時(shí)間需求。 2017-05-18 訂單查

51、詢(xún)功能接口 24小時(shí) 1000萬(wàn) 24小時(shí)2000 萬(wàn) 10萬(wàn)用戶(hù)訪(fǎng)問(wèn) 一般響應(yīng)時(shí)間我們是建議透?jìng)鞯? 200ms,其他的500ms內(nèi) 2017-05-18 說(shuō)明：〃如果優(yōu)化版本對(duì)原基礎(chǔ)數(shù)據(jù)有影響，需要在需求說(shuō)明書(shū)中使用修訂模式明確新指標(biāo) 3.4安全性需求 安全性 標(biāo)題 內(nèi)容 安全性級(jí)別 登錄 所有登錄需要保證安全性性，秘密不能明文傳輸 高 支付 支付賬號(hào)、秘密必須進(jìn)行加密傳輸 高 外網(wǎng)對(duì)接 外網(wǎng)數(shù)據(jù)傳輸需要防止跨站點(diǎn)攻擊 中 3.5擴(kuò)展性需求 擴(kuò)展性 可擴(kuò)展性 可擴(kuò)展性指如果未來(lái)業(yè)務(wù)需求增長(zhǎng)，系統(tǒng)架構(gòu)能否通過(guò)最小代價(jià)改變支持增長(zhǎng)的能力。最小代價(jià)改變?nèi)缭黾蛹悍?wù)器數(shù)量等。該需求指方案是否需要考慮可擴(kuò)展性的問(wèn)題。 3.6兼容性需求 兼容性 系統(tǒng)兼容性 系統(tǒng)需要向下兼容 頁(yè)面兼容性 支持IE8\IE10|Google最新\FF最新版本瀏覽器 3.7維護(hù)性需求 5.附錄 感謝下載! 歡迎您的下載，資料僅供參考