系統(tǒng)需求規(guī)格說明書 (1)

1、系統(tǒng)需求規(guī)格說明書 (1)xxx系統(tǒng)或xxx工程產(chǎn)品需求規(guī)格說明書版本信息注：狀態(tài)可以為n-新建、a-增加、m-更改、對方的所得稅說明：版本信息必需更新，審核人和審核時間也必需審核后填寫，審核人要求部門經(jīng)理級別以上。否那么開發(fā)測試可回絕評審。審核業(yè)務(wù)功能是否有遺漏、業(yè)務(wù)流程是否符合規(guī)劃、關(guān)鍵業(yè)務(wù)規(guī)律是否有合理名目1.關(guān)于本文檔1.1.內(nèi)容說明說明：此處描繪的是文檔說明，產(chǎn)品需求文檔更新需要走修訂形式，下次更新前先承受修訂，并且每次更新必需更新版本號和版本記錄。例子：本文檔用于描繪蘇寧開放平臺物流狀態(tài)效勞系統(tǒng)的需求定義。包括各個需求的功能描繪，處理規(guī)律規(guī)章，界面定義，與其它功能的關(guān)系，與其它系統(tǒng)

2、的接口等各個方面的定義。是蘇寧物流狀態(tài)效勞系統(tǒng)唯一的全面需求定義文檔。本文檔將依據(jù)需求管理流程和要求，隨系統(tǒng)功能改變進(jìn)展準(zhǔn)時的修訂和更新，以確保本文檔的全面性，精確性和實效性。因此在閱讀用法此文檔時，請留意從工程的文檔管理系統(tǒng)中獵取最新版本。1.2.名詞說明1.3.參考文檔系統(tǒng)需求定義標(biāo)準(zhǔn)用法說明2.系統(tǒng)概述2.1.業(yè)務(wù)背景說明：此處描繪業(yè)務(wù)背景，不行裁剪，清楚的業(yè)務(wù)背景描繪能更好的關(guān)心研發(fā)和測試?yán)斫猱a(chǎn)品需求，明確業(yè)務(wù)測試場景，此局部是產(chǎn)品需求定位的核心導(dǎo)向。例子一：電子面單的業(yè)務(wù)描繪隨著電子商務(wù)效勞和物流效勞信息化飛速進(jìn)展，包裹運單號成為快遞公司串聯(lián)快遞單、訂單、商家、商品等各種信息的樞紐。

3、相比之下，傳統(tǒng)紙質(zhì)面單價格高、信息錄入效率低、信息平安隱患等方面的優(yōu)勢已愈發(fā)凸顯。我司在兩年前就開頭了電子面單在自營物流上的應(yīng)用，經(jīng)過長期的的磨合和積累，目前將我司的應(yīng)用閱歷推廣到社會物流上，讓社會上情愿與我司物流合作的伙伴，也同樣享受到我司電子面單效勞。例子二：lsq的業(yè)務(wù)描繪物流作業(yè)狀態(tài)效勞存在缺乏1效勞無標(biāo)準(zhǔn)不統(tǒng)一需物流作業(yè)的各渠道訂單，作業(yè)狀態(tài)轉(zhuǎn)化為文案描繪處理的規(guī)律系統(tǒng)多，且處理規(guī)不統(tǒng)一，b2c自營訂單，規(guī)律在b2c，數(shù)據(jù)源在oms菜鳥平臺/4ps平臺訂單狀態(tài)展現(xiàn)，規(guī)律在lapi，數(shù)據(jù)源在lapi物流門戶訂單狀態(tài)展現(xiàn)，規(guī)律在lps，數(shù)據(jù)源在los開放平臺訂單，規(guī)律在sod，數(shù)據(jù)源在s

4、odr3自營訂單，無規(guī)律，數(shù)據(jù)源在r32維度單一而不滿足新需求不能滿足多樣化的展現(xiàn)需求，如目前只有訂單維度的狀態(tài)詳情展現(xiàn)，不支持任務(wù)單、顧客包裹等維度的詳情效勞。同時，缺乏物流特定作業(yè)狀態(tài)的高實時性準(zhǔn)確查詢效勞如是否銷單完成，是否過賬，最新站點是哪個等。3開放效勞的渠道有待拓展目前，物流沒有一個公網(wǎng)渠道，使顧客能快速查詢在蘇寧各渠道訂單的作業(yè)狀態(tài)信息。故設(shè)計一個物流狀態(tài)系統(tǒng)統(tǒng)一管理物流狀態(tài)的收發(fā)，狀態(tài)描繪轉(zhuǎn)換，以及供應(yīng)狀態(tài)效勞查詢。2.2.系統(tǒng)概述說明：系統(tǒng)說明包括文字局部和圖形局部，文字局部主要描繪系統(tǒng)之間的關(guān)聯(lián)關(guān)系，圖形主要包括系統(tǒng)和相關(guān)聯(lián)絡(luò)統(tǒng)之間的交互構(gòu)造，不行裁剪例子一：系統(tǒng)說明合作伙

5、伴申請?zhí)K寧電子面單效勞，選擇相應(yīng)的合作形式，由合作伙伴供應(yīng)預(yù)配送包裹的信息，由蘇寧電子面單效勞生成相應(yīng)的面單信息，并由合作伙伴系統(tǒng)打印出來并完成包裝，最終投遞給蘇寧網(wǎng)點且面單能被蘇寧物流體系識別。系統(tǒng)之間的關(guān)聯(lián)關(guān)系：蘇寧電子面單效勞是基于蘇寧自營物流電子面單應(yīng)用，整合社會上多家快遞公司，搭建一套具有蘇寧配送特色的電子面單效勞體系，為蘇寧物流的合作伙伴供應(yīng)統(tǒng)一的電子面單效勞。實現(xiàn)了，合作伙伴對接蘇寧的物流效勞，由用法紙質(zhì)面單向電子面單轉(zhuǎn)變。只要合作伙伴對接了蘇寧電子面單效勞，那么就可以享受蘇寧物流體系的電子面單效勞。本系統(tǒng)當(dāng)期功能主要包含：a、用戶操作權(quán)限管理；b、配置數(shù)據(jù)信息管理；c、訂單對應(yīng)

6、的作業(yè)單物流節(jié)點狀態(tài)信息接收與分發(fā)功能；d、訂單對應(yīng)的作業(yè)單物流節(jié)點狀態(tài)信息查詢功能；2.3.流程概覽/系統(tǒng)框架說明：此處需要描繪和圖形化系統(tǒng)內(nèi)部功能構(gòu)造模塊圖，可從架構(gòu)和技術(shù)獵取資源。清楚的系統(tǒng)架構(gòu)對于系統(tǒng)的擴(kuò)展性和維護(hù)性都特別有關(guān)心，也便于開發(fā)和測試從整體上理解該系統(tǒng)的構(gòu)造。2.4.系統(tǒng)規(guī)劃與迭代說明：此處說明對該系統(tǒng)的總體規(guī)劃步驟，一期接入什么功能，二期接入什么功能到達(dá)什么業(yè)務(wù)效果。2.5.功能模塊說明：此處的列表和下面的功能需求是對應(yīng)的，系統(tǒng)需求編號是唯一識別需求的標(biāo)識。需求編號的規(guī)章見章節(jié)例子：3.系統(tǒng)功能需求3.1狀態(tài)信息承受推送3.1.1非選購類狀態(tài)信息接收需求編號

7、lsq_ddzf_mdzf_0001說明：/功能的業(yè)務(wù)介紹和業(yè)務(wù)背景此處的需求編號，在一個系統(tǒng)中必現(xiàn)唯一存在并且最終4位遞增，規(guī)章：系統(tǒng)名_模塊名_子功能名_序列號，如lsq_ddzf_mdzf_0001：系統(tǒng)名最長保存4位，模塊名/子功能名最長4位，序列號最長4位不夠4位補0比方0001，假如是優(yōu)化需求，需求編號不變，新增需求需求編號增加；處理流程和約束條件說明：此處是放上面功能的業(yè)務(wù)流程圖和功能的業(yè)務(wù)規(guī)律約束條件流程圖：說明：假如流程圖比擬大或比擬多，請以單獨的附件供應(yīng)約束頁面原型說明：n/a，系統(tǒng)后臺功能無頁面有頁面請截低保真的圖，圖片要能掩蓋所描繪的功能，以

8、及頁面訪問途徑。數(shù)據(jù)說明說明：n/a，系統(tǒng)后臺功能無頁面假如有頁面校驗請在此處用列表的形式說明各個頁面各個控件的校驗規(guī)章功能需求描繪說明：1功能描繪，需要做到語言精確，構(gòu)造清楚，須包括從用戶角度和業(yè)務(wù)角度描繪功能和業(yè)務(wù)場景；要盡可能少地從系統(tǒng)規(guī)律角度去撰寫需求，多寫業(yè)務(wù)規(guī)律以免干擾開發(fā)的最優(yōu)設(shè)計。在需求中明確業(yè)務(wù)接口。2版本優(yōu)化，假如是優(yōu)化功能采納修訂形式在涉及到的全部原文檔包括需求說明書、流程圖、接口文檔上進(jìn)展修改并標(biāo)注，需求說明書需對應(yīng)需求編號章節(jié)進(jìn)展修改，這樣便于研發(fā)和測試?yán)斫庠δ埽员憧焖倮斫鈨?yōu)化的業(yè)務(wù)推斷回來場景。產(chǎn)品還需說明優(yōu)化此功能的業(yè)務(wù)場景以及建議

9、優(yōu)化功能涉及相關(guān)用法場景。0522版本特殊說明：修改的功能會影響系統(tǒng)對外供應(yīng)的接口，需要這些接口的用法方對接口進(jìn)展驗證，并確認(rèn)接口的變更登錄1針對登錄功能，需要做平安性校驗，實行https的方式，并且登錄密碼以*顯示，在日志打印中也以*展現(xiàn)；2登錄功能，登錄調(diào)用api 接口interface_lsq_login_0001實現(xiàn)登錄，需要保證數(shù)據(jù)傳遞的平安性。狀態(tài)承受lsq系統(tǒng)接收狀態(tài)信息，作如下處理：接口說明說明：假如字段少可挺直把接口列表貼這里，接口模板見下表必需包括深度和返回消息，假如有不同返回碼也需要一并定義。每個接口在需求文檔中撰寫一個編號，在系統(tǒng)中唯一，以便附件中能快速找

10、到對應(yīng)的接口，便于定期維護(hù)，接口編號：規(guī)章一個系統(tǒng)唯一：interface_系統(tǒng)名_一級模塊名_編號遞增產(chǎn)品定義的接口只需供應(yīng)到中文字段名、長度、是否必需，校驗說明即可。api 接口interface_lsq_login_0001returncode返回碼說明：狀態(tài)接收接口interface_lsq_status_0001由于字段較多見附件，每個接口在需求文檔中撰寫一個編號，規(guī)章一個系統(tǒng)唯一：interface_系統(tǒng)名_一級模塊名_編號遞增該功能處理過程中會調(diào)用以下接口見附件：其它說明說明：可以把性能需求或者平安性，穩(wěn)定性需求，頁面掃瞄器兼容性需求等等放此處3.1.2狀態(tài)信息發(fā)送

11、需求編號lsq_ddzf_mdzf_000處理流程和約束條件 頁面原型n/a ，系統(tǒng)后臺功能無頁面數(shù)據(jù)說明n/a ，系統(tǒng)后臺功能無頁面 功能需求描繪針對以下業(yè)務(wù)場景，前端系統(tǒng)通過該功能完成門店訂單收款處理；接口說明其它說明3.2最新站點查詢效勞3.2.1最新站點查詢需求編號lsq_ddtj_ddtj_000處理流程和約束條件接收到前端系統(tǒng)提交的訂單后，進(jìn)展訂單提交相關(guān)處理，詳細(xì)規(guī)律如下：詳細(xì)步驟規(guī)律如下：頁面原型n/a，系統(tǒng)后臺功能無頁面數(shù)據(jù)說明n/a，系統(tǒng)后臺功能無頁面功能需求描繪針對以下業(yè)務(wù)場景，前端系統(tǒng)提交訂單至oms，oms進(jìn)展訂單提交的合法校驗，訂單提交的資源處理以及訂單保存，并依據(jù)對應(yīng)的場景，推斷是否調(diào)用后續(xù)處理。* 接單形式：1-一步式需處理資源；2-兩步式需處理資源；3-一步式無需處理資源接口說明該功能處理過程