系統(tǒng)需求規(guī)格說(shuō)明書(shū) (1)_第1頁(yè)
系統(tǒng)需求規(guī)格說(shuō)明書(shū) (1)_第2頁(yè)
系統(tǒng)需求規(guī)格說(shuō)明書(shū) (1)_第3頁(yè)
系統(tǒng)需求規(guī)格說(shuō)明書(shū) (1)_第4頁(yè)
系統(tǒng)需求規(guī)格說(shuō)明書(shū) (1)_第5頁(yè)
已閱讀5頁(yè),還剩7頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

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

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

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

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

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

6、的作業(yè)單物流節(jié)點(diǎn)狀態(tài)信息接收與分發(fā)功能;d、訂單對(duì)應(yīng)的作業(yè)單物流節(jié)點(diǎn)狀態(tài)信息查詢(xún)功能;2.3.流程概覽/系統(tǒng)框架說(shuō)明:此處需要描繪和圖形化系統(tǒng)內(nèi)部功能構(gòu)造模塊圖,可從架構(gòu)和技術(shù)獵取資源。清楚的系統(tǒng)架構(gòu)對(duì)于系統(tǒng)的擴(kuò)展性和維護(hù)性都特別有關(guān)心,也便于開(kāi)發(fā)和測(cè)試從整體上理解該系統(tǒng)的構(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)章節(jié)例子:3.系統(tǒng)功能需求3.1狀態(tài)信息承受推送3.1.1非選購(gòu)類(lèi)狀態(tài)信息接收需求編號(hào)

7、lsq_ddzf_mdzf_0001說(shuō)明:/功能的業(yè)務(wù)介紹和業(yè)務(wù)背景此處的需求編號(hào),在一個(gè)系統(tǒng)中必現(xiàn)唯一存在并且最終4位遞增,規(guī)章:系統(tǒng)名_模塊名_子功能名_序列號(hào),如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)增加;處理流程和約束條件說(shuō)明:此處是放上面功能的業(yè)務(wù)流程圖和功能的業(yè)務(wù)規(guī)律約束條件流程圖:說(shuō)明:假如流程圖比擬大或比擬多,請(qǐng)以單獨(dú)的附件供應(yīng)約束頁(yè)面原型說(shuō)明:n/a,系統(tǒng)后臺(tái)功能無(wú)頁(yè)面有頁(yè)面請(qǐng)截低保真的圖,圖片要能掩蓋所描繪的功能,以

8、及頁(yè)面訪問(wèn)途徑。數(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ī)章功能需求描繪說(shuō)明:1功能描繪,需要做到語(yǔ)言精確,構(gòu)造清楚,須包括從用戶(hù)角度和業(yè)務(wù)角度描繪功能和業(yè)務(wù)場(chǎng)景;要盡可能少地從系統(tǒng)規(guī)律角度去撰寫(xiě)需求,多寫(xiě)業(yè)務(wù)規(guī)律以免干擾開(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án)斫庠δ?,以便快速理解?yōu)化的業(yè)務(wù)推斷回來(lái)場(chǎng)景。產(chǎn)品還需說(shuō)明優(yōu)化此功能的業(yè)務(wù)場(chǎng)景以及建議

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

10、到對(duì)應(yīng)的接口,便于定期維護(hù),接口編號(hào):規(guī)章一個(gè)系統(tǒng)唯一:interface_系統(tǒng)名_一級(jí)模塊名_編號(hào)遞增產(chǎn)品定義的接口只需供應(yīng)到中文字段名、長(zhǎng)度、是否必需,校驗(yàn)說(shuō)明即可。api 接口interface_lsq_login_0001returncode返回碼說(shuō)明:狀態(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)附件:其它說(shuō)明說(shuō)明:可以把性能需求或者平安性,穩(wěn)定性需求,頁(yè)面掃瞄器兼容性需求等等放此處3.1.2狀態(tài)信息發(fā)送

11、需求編號(hào)lsq_ddzf_mdzf_000處理流程和約束條件 頁(yè)面原型n/a ,系統(tǒng)后臺(tái)功能無(wú)頁(yè)面數(shù)據(jù)說(shuō)明n/a ,系統(tǒng)后臺(tái)功能無(wú)頁(yè)面 功能需求描繪針對(duì)以下業(yè)務(wù)場(chǎng)景,前端系統(tǒng)通過(guò)該功能完成門(mén)店訂單收款處理;接口說(shuō)明其它說(shuō)明3.2最新站點(diǎn)查詢(xún)效勞3.2.1最新站點(diǎn)查詢(xún)需求編號(hào)lsq_ddtj_ddtj_000處理流程和約束條件接收到前端系統(tǒng)提交的訂單后,進(jìn)展訂單提交相關(guān)處理,詳細(xì)規(guī)律如下:詳細(xì)步驟規(guī)律如下:頁(yè)面原型n/a,系統(tǒng)后臺(tái)功能無(wú)頁(yè)面數(shù)據(jù)說(shuō)明n/a,系統(tǒng)后臺(tái)功能無(wú)頁(yè)面功能需求描繪針對(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ú)需處理資源接口說(shuō)明該功能處理過(guò)程

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論