【正文】 只有你自己才能把歲月描畫成一幅難以忘懷的人生畫卷。歲月是有情的，假如你奉獻(xiàn)給她的是一些色彩，它奉獻(xiàn)給你的也是一些色彩。努力過后，才知道許多事情，堅持堅持，就過來了。有時候覺得自己像個神經(jīng)病。在紛雜的塵世里，為自己留下一片純靜的心靈空間，不管是潮起潮落，也不管是陰晴圓缺，你都可以免去浮躁，義無反顧，勇往直前，輕松自如地走好人生路上的每一步3. 花一些時間，總會看清一些事。 兼容性需求兼容性系統(tǒng)兼容性系統(tǒng)需要向下兼容頁面兼容性支持IE8\IE10|Google最新\FF最新版本瀏覽器 維護(hù)性需求5. 附錄1. 若不給自己設(shè)限，則人生中就沒有限制你發(fā)揮的藩籬。最小代價改變?nèi)缭黾蛹悍?wù)器數(shù)量等。如果系統(tǒng)中含有多種類型的交互，可以考慮分類設(shè)置響應(yīng)時間需求。訪問用戶數(shù)指單位時間內(nèi)訪問系統(tǒng)的用戶總數(shù)。* 接單模式：1一步式需處理資源；2兩步式需處理資源；3一步式無需處理資源 接口說明該功能處理過程中會調(diào)用以下接口：接口編號接口名稱目標(biāo)系統(tǒng)場景OMSOMSD001訂單信息同步OMSDOMSD訂單處理成功后，同步訂單信息到OMSDOMSOMSQ001訂單信息同步OMSQOMSQ訂單提交或者處理成功后，同步訂單信息到OMSQ 其它說明表訂單行總狀態(tài)（IS）設(shè)置邏輯接單模式行項(xiàng)目類別狀態(tài)值1,2ALL10310,11,12,14,15,16,20,22,242031360表訂單行支付狀態(tài)（IP）設(shè)置邏輯接單模式分銷渠道訂單來源支付方式狀態(tài)值130CRMALL10150,60ALL無900900900530150,60ALL只有900900900510150,60ALL有9009009005,還有其他支付方式20110,20，40ALL無900900900900530110,20，40ALL只有900900900900510110,20，40ALL有9009009009005,還有其他支付方式20130非CRM無900900900900530130非CRM只有900900900900510130非CRM有9009009009005,還有其他支付方式202ALLALLALL103ALLALLALL304. 系統(tǒng)非功能需求 性能需求請根據(jù)下表中性能指標(biāo)項(xiàng)定義性能需求，如不能滿足可在其他項(xiàng)中補(bǔ)充。則：2.3. 根據(jù)40步驟的處理結(jié)果1) 若處理失敗，則結(jié)束本次提交流程2) 若處理成功，則繼續(xù)進(jìn)行后續(xù) “70保存或更新訂單信息”、“80異步分發(fā)訂單”和“90保存待分發(fā)信息”步驟70保存或更新訂單信息1. 保存BUDS信息1) 滿足以下所有條件，保存該訂單行支付明細(xì)到BUDS支付明細(xì)信息中a) 訂單行項(xiàng)目類別不為16b) 訂單行支付中存在9001香港欠款、9002貨到付款、或者9005對公欠款2. 設(shè)置訂單實(shí)時處理標(biāo)記。b) 否則進(jìn)行一下步判斷3. 根據(jù)校驗(yàn)結(jié)果：1) 若以上所有校驗(yàn)通過，則進(jìn)入下一步“30生成或更新訂單信息”步驟2) 若以上任意校驗(yàn)失敗，則進(jìn)入“50返回處理結(jié)果”步驟30生成或更新訂單信息根據(jù)接口傳入的訂單信息創(chuàng)建訂單信息或全量更新以下信息：1. 若是創(chuàng)建訂單，則根據(jù)單號規(guī)則生成訂單號和訂單行號2. 進(jìn)行訂單狀態(tài)設(shè)置1) 進(jìn)行訂單行總狀態(tài)設(shè)置，具體邏輯見“表訂單行總狀態(tài)（IS）設(shè)置邏輯”2) 進(jìn)行訂單行支付狀態(tài)設(shè)置，具體邏輯見“表訂單行支付狀態(tài)（IP）設(shè)置邏輯”3) 進(jìn)行訂單行發(fā)票狀態(tài)設(shè)置，默認(rèn)設(shè)置為IV=104) 進(jìn)行訂單頭總狀態(tài)設(shè)置3. 進(jìn)行訂單特殊標(biāo)記設(shè)置1) 進(jìn)行訂單行凍結(jié)標(biāo)識設(shè)置a) 若分銷渠道=30，且訂單來源為CRM，則設(shè)置分次發(fā)貨標(biāo)記為D3對公訂單未付款凍結(jié)b) 否則，如訂單支付方式中含有4001：支票支付，則設(shè)置分次發(fā)貨標(biāo)記為：D2支票交貨凍結(jié)c) 否則，對于其他場景設(shè)置分次發(fā)貨標(biāo)記為A只允許一次發(fā)貨2) 進(jìn)行訂單行大客戶付款類型設(shè)置。b) 否則進(jìn)行一下步判斷3) 若訂單提交接口為ALLOMS001，則需判斷行應(yīng)付金額是否與支付明細(xì)匯總金額一致，校驗(yàn)公式：行項(xiàng)目銷售額+運(yùn)費(fèi)+服務(wù)費(fèi)=支付金額之和+使用積分?jǐn)?shù)金額+經(jīng)理卡金額：a) 若不正確，則返回報錯：訂單行“前端系統(tǒng)行項(xiàng)目號“的總支付金額與應(yīng)付金額不一致。校驗(yàn)公式：行優(yōu)惠單金額 = 行優(yōu)惠單明細(xì)金額匯總：a) 若不正確，則返回報錯：訂單行“前端系統(tǒng)行項(xiàng)目號“的優(yōu)惠單總金額與優(yōu)惠單明細(xì)不一致。 ALLOMS001216。 SPOSOMS001216。5) 先銷后采標(biāo)識不為5。3) SAP訂單類型為ZOR標(biāo)準(zhǔn)訂單、IDOC、Z0ZGF。每個接口在需求文檔中撰寫一個編號，在系統(tǒng)中唯一，以便附件中能快速找到對應(yīng)的接口，便于定期維護(hù)，接口編號：規(guī)則一個系統(tǒng)唯一：INTERFACE_系統(tǒng)名_一級模塊名_編號遞增產(chǎn)品定義的接口只需提供到中文字段名、長度、是否必須，校驗(yàn)說明即可。（0522版本）特別說明：修改的功能會影響系統(tǒng)對外提供的接口，需要這些接口的使用方對接口進(jìn)行驗(yàn)證，并確認(rèn)接口的變更登錄1） 針對登錄功能，需要做安全性校驗(yàn)，實(shí)行的方式，并且登錄密碼以*顯示，在日志打印中也以*展示；2） 登錄功能，登錄調(diào)用API 接口INTERFACE_LSQ_LOGIN_0001實(shí)現(xiàn)登錄，需要保證數(shù)據(jù)傳遞的安全性。2）版本優(yōu)化，如果是優(yōu)化功能采用修訂模式在涉及到的所有原文檔（包括需求說明書、流程圖、接口文檔）上進(jìn)行修改并標(biāo)注，需求說明書需對應(yīng)需求編號章節(jié)進(jìn)行修改，這樣便于研發(fā)和測試了解原功能，以便快速了解優(yōu)化的業(yè)務(wù)判斷回歸場景。 數(shù)據(jù)說明說明：N/A，系統(tǒng)后臺功能無頁面如果有頁面校驗(yàn)請在此處用列表的形式說明各個頁面各個控件的校驗(yàn)規(guī)則XX功能字段名數(shù)據(jù)類型頁面長度小數(shù)位說明用戶名字符10非空，必須包括大小寫字母、字符，不可輸入中文密碼字符10非空，必須包括大小寫字母、字符、特殊字符 功能需求描述說明：1）功能描述，需要做到語言準(zhǔn)確，結(jié)構(gòu)清晰，須包括從用戶角度和業(yè)務(wù)角度描述功能和業(yè)務(wù)場景；要盡可能少地從系統(tǒng)邏輯角度去撰寫需求，多寫業(yè)務(wù)邏輯以免干擾開發(fā)的最優(yōu)設(shè)計。. 功能模塊 說明：此處的列表和下面的功能需求是對應(yīng)的，系統(tǒng)需求編號是唯一識別需求的標(biāo)識。清晰的系統(tǒng)架構(gòu)對于系統(tǒng)的擴(kuò)展性和維