版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
文檔編號(hào): 2008-04-08版本號(hào): 1.0文檔名稱(chēng):需求分析報(bào)告工程名稱(chēng):利來(lái)物流管理系統(tǒng)工程負(fù)責(zé)人:黃發(fā)枝董璐劉樂(lè)何沛陳景剛史耀文編寫(xiě)2008年3月27日校對(duì)2008年4月03日審核2008年4月05日批準(zhǔn)2008年4月09日評(píng)審記錄評(píng)審開(kāi)始日期評(píng)審地點(diǎn)
評(píng)審?fù)戤吶掌趨⒓尤藛T總數(shù)評(píng)審結(jié)果文檔會(huì)議記錄文檔備注:評(píng)審人員簽名:開(kāi)發(fā)公司評(píng)審人員簽名:第三方評(píng)審人員簽名:目錄1引言41.1編寫(xiě)目的錯(cuò)誤!未定義書(shū)簽。1.2工程背景41.3定義41.4參考資料42任務(wù)概述42.1總體目標(biāo)42.2使用者特點(diǎn)52.3假設(shè)與約束53商業(yè)用例模型63.1商業(yè)模型總體分析6總體視圖6內(nèi)容描述73.2業(yè)務(wù)模型8模型視圖8模型描述8角色描述8用例描述93.4管理模型10模型視圖10模型描述11角色描述11用例描述123.5商業(yè)交互模型錯(cuò)誤!未定義書(shū)簽。模型視圖錯(cuò)誤!未定義書(shū)簽。模型描述錯(cuò)誤!未定義書(shū)簽。3.6商業(yè)工作流程12中轉(zhuǎn)工作流程錯(cuò)誤!未定義書(shū)簽。財(cái)務(wù)工作流程錯(cuò)誤!未定義書(shū)簽。管理工作流程12報(bào)關(guān)工作流程錯(cuò)誤!未定義書(shū)簽。3.7目標(biāo)模型14模型視圖14模型描述15目標(biāo)描述153.8機(jī)構(gòu)模型16模型視圖錯(cuò)誤!未定義書(shū)簽。模型描述16機(jī)構(gòu)描述163.9位置模型錯(cuò)誤!未定義書(shū)簽。模型視圖錯(cuò)誤!未定義書(shū)簽。模型描述錯(cuò)誤!未定義書(shū)簽。地理分布描述錯(cuò)誤!未定義書(shū)簽。3.10網(wǎng)絡(luò)模型錯(cuò)誤!未定義書(shū)簽。業(yè)務(wù)數(shù)據(jù)通訊模型錯(cuò)誤!未定義書(shū)簽。管理數(shù)據(jù)通訊模型錯(cuò)誤!未定義書(shū)簽。查詢(xún)運(yùn)單通迅模型16通訊投資分析17系統(tǒng)用例模型錯(cuò)誤!未定義書(shū)簽。4.1 接單子系統(tǒng)214.1.1模型視圖214.1.2模型描述214.1.3角色描述224.1.4用例描述224.2通訊子系統(tǒng)錯(cuò)誤!未定義書(shū)簽。4.2.1模型視圖錯(cuò)誤!未定義書(shū)簽。4.2.2模型描述錯(cuò)誤!未定義書(shū)簽。4.2.3角色描述錯(cuò)誤!未定義書(shū)簽。4.2.4用例描述錯(cuò)誤!未定義書(shū)簽。4.3收件處理子系統(tǒng)234.3.1模型視圖234.3.2模型描述244.3.3角色描述244.3.4用例描述244.4監(jiān)察子系統(tǒng)254.4.1模型視圖254.4.2模型描述254.4.3角色描述25用例描述254.5到件處理子系統(tǒng)254.5.1模型視圖254.5.2模型描述254.5.3角色描述254.5.4用例描述264.6客戶(hù)效勞子系統(tǒng)264.6.1模型視圖264.6.2模型描述264.6.3角色描述264.6.4用例描述264.7網(wǎng)上效勞子系統(tǒng)274.7.1模型視圖274.7.2模型描述274.7.3角色描述274.7.4用例描述284.8權(quán)限控制子系統(tǒng)284.8.1模型視圖284.8.2模型描述284.8.3角色描述284.8.4用例描述294.9營(yíng)業(yè)數(shù)據(jù)查詢(xún)294.9.1模型視圖294.9.2模型描述294.9.3角色描述304.9.4用例描述304.10遠(yuǎn)程維護(hù)子系統(tǒng)304.10.1模型視圖304.10.2模型描述314.10.3角色描述314.104用例描述324.14香港運(yùn)單掃描子系統(tǒng)32模型視圖32模型描述32角色描述32用例描述325系統(tǒng)實(shí)施要點(diǎn)分析325.1網(wǎng)絡(luò)實(shí)施335.2業(yè)務(wù)流程統(tǒng)一335.3財(cái)務(wù)報(bào)表統(tǒng)一335.4現(xiàn)金寄付到付處理335.5實(shí)施不能一步到位335.6人員習(xí)慣無(wú)法統(tǒng)一336附件表33需求分析報(bào)告引言1.1工程背景本系統(tǒng)目的是為了解決物流業(yè)當(dāng)前存在的問(wèn)題,同時(shí)為物流企業(yè)未來(lái)業(yè)務(wù)持續(xù)快速開(kāi)展提供一個(gè)強(qiáng)有力的軟硬件支撐平臺(tái)。該系統(tǒng)將改善業(yè)務(wù)流程,提高公司管理的力度。工程由“利來(lái)物流管理系統(tǒng)工程組〞負(fù)責(zé)開(kāi)發(fā)。1.2定義1)運(yùn)單:物流企業(yè)運(yùn)貨業(yè)務(wù)用的唯一憑證。2)客戶(hù):物流企業(yè)效勞的對(duì)象,包括個(gè)人或單位。3)錄單員:錄入運(yùn)單的職員。4)接單員:通過(guò) 記錄客戶(hù)發(fā)件請(qǐng)求的職員。5)收派件員:負(fù)責(zé)到用戶(hù)處收件、派件的職員,也稱(chēng)之為業(yè)務(wù)員。6)管理人員:物流企業(yè)各級(jí)負(fù)責(zé)人。7)商業(yè)模型:對(duì)物流商業(yè)運(yùn)作、業(yè)務(wù)等從不同側(cè)面的表述。8)系統(tǒng)模型:從軟件、硬件、實(shí)施等方面對(duì)系統(tǒng)的表述。1.3注:以上所列定義只對(duì)本文檔有效。1.4參考資料?-0000-0101-MDL企業(yè)系統(tǒng)模型??-0000-0301-PLN公司開(kāi)發(fā)方案?其它參考資料見(jiàn)附件表任務(wù)概述3.1總體目標(biāo)實(shí)現(xiàn)物流企業(yè)網(wǎng)絡(luò)化建設(shè)。實(shí)現(xiàn)物流企業(yè)信息化。實(shí)現(xiàn)物流業(yè)務(wù)流程化。實(shí)現(xiàn)管理目標(biāo),到達(dá)權(quán)限控制和營(yíng)業(yè)數(shù)據(jù)查詢(xún)等。推廣“利來(lái)物流管理平臺(tái)〞到各個(gè)網(wǎng)點(diǎn)。3.2使用者特點(diǎn)客戶(hù):包括收件人和發(fā)件人,他們不需要很高的素質(zhì),只需要會(huì)使用即可,他們可以通過(guò) 完成下訂單、查詢(xún)、投訴等管理人員:具有或不具有根本的電腦操作水平,需要對(duì)即將使用的軟件作操作培訓(xùn)。軟件界面應(yīng)盡量直觀,簡(jiǎn)單。并具備足夠的幫助提示信息。錄單員、接單員:具有一定的電腦操作水平,要求有足夠快的漢字輸入速度。軟件界面應(yīng)盡量方便操作以提高輸入速度。維護(hù)人員:熟悉軟硬件的日常維護(hù)。能夠?qū)Σ僮魅藛T進(jìn)展全面、有效的培訓(xùn)。電腦部人員:熟悉軟件的操作,能夠?qū)ο到y(tǒng)進(jìn)展升級(jí)、簡(jiǎn)單故障排除、推廣新網(wǎng)點(diǎn)、和開(kāi)發(fā)公司相關(guān)人員進(jìn)展交流和對(duì)管理人員使用軟件的培訓(xùn)等。3.3假設(shè)與約束在以下的假設(shè)條件成立的情況下,利來(lái)物流管理系統(tǒng)能夠順利實(shí)施。這些是假設(shè)是必要條件,表示沒(méi)有該假設(shè)不行,并不表示有了該假設(shè)就一定成功。假設(shè)利來(lái)物流管理系統(tǒng)的使用方(以下稱(chēng)其為XX)硬件設(shè)備能夠及時(shí)到位。假設(shè)XX系統(tǒng)機(jī)房裝修及時(shí)并滿(mǎn)足條件。假設(shè)網(wǎng)絡(luò)需要的線(xiàn)路及時(shí)申請(qǐng)并到位:如DDN/Internet/ADSL等。假設(shè)系統(tǒng)需要的電源穩(wěn)定可靠。假設(shè)系統(tǒng)具有足夠的硬件備份和容錯(cuò)能力。假設(shè)XX的電腦操作人員經(jīng)過(guò)了足夠的培訓(xùn)并滿(mǎn)足要求。假設(shè)利來(lái)物流管理系統(tǒng)的使用方管理人員經(jīng)過(guò)了足夠的培訓(xùn)并能夠使用并支持本系統(tǒng)的推廣實(shí)施。假設(shè)XX有足夠的電腦維護(hù)人員能夠?qū)ο到y(tǒng)進(jìn)展日常維護(hù)并能夠與廠家進(jìn)展溝通、配合。假設(shè)XX業(yè)務(wù)和系統(tǒng)進(jìn)展融合,即保證新標(biāo)準(zhǔn)能夠在使用本系統(tǒng)的地點(diǎn)順利實(shí)施。利來(lái)物流管理系統(tǒng)使用方業(yè)務(wù)需要進(jìn)展一定程度的標(biāo)準(zhǔn)化,如到件錄入,財(cái)務(wù)數(shù)據(jù)等。假設(shè)利來(lái)物流管理系統(tǒng)使用方與開(kāi)發(fā)公司能夠很好的協(xié)調(diào),保證合同外目標(biāo)不影響工程實(shí)施。需求不應(yīng)發(fā)生重大調(diào)整。假設(shè)XX在整個(gè)工程期間能夠按方案投入力量配合工程推動(dòng)。假設(shè)工程實(shí)施過(guò)程中針對(duì)培訓(xùn)有快速、有效的培訓(xùn)方案、實(shí)施細(xì)如此以考核標(biāo)準(zhǔn)。4工程方案是在低風(fēng)險(xiǎn)預(yù)估的根底上建立的。如果出現(xiàn)未定義的意外情況,如以上某項(xiàng)假設(shè)不成立,工程方案自動(dòng)順延。5商業(yè)用例模型5.1商業(yè)模型總體分析5.1.1總體視圖圖1內(nèi)容描述以上假如干模型從各個(gè)角度、側(cè)面觀察描述系統(tǒng),力求準(zhǔn)確,無(wú)遺漏??傮w視圖描述模型分析的不同角度與方式。商業(yè)模型主要有:業(yè)務(wù)模型管理模型商業(yè)交互模型商業(yè)工作流程目標(biāo)模型機(jī)構(gòu)模型位置模型網(wǎng)絡(luò)模型5.2業(yè)務(wù)模型5.2.1模型視圖圖15.2.2模型描述業(yè)務(wù)模型描述了XX速遞業(yè)務(wù)根本流程:每份快件從發(fā)件到收件的處理過(guò)程。其中業(yè)務(wù)從發(fā)件客戶(hù)發(fā)件開(kāi)始,經(jīng)過(guò)發(fā)件處理、配送處理、實(shí)時(shí)跟蹤等過(guò)程,最后到收件客戶(hù)收到快件終止。客戶(hù)還可以對(duì)快件進(jìn)展查詢(xún),包括經(jīng)過(guò)的地點(diǎn)及時(shí)間,到件時(shí)間及收件人簽名等??蛻?hù)對(duì)效勞中出現(xiàn)的問(wèn)題可以進(jìn)展投訴。5.2.3角色描述客戶(hù):包括收件人和發(fā)件人,泛指XX的效勞對(duì)象。利來(lái)物流管理系統(tǒng)使用方將所有客戶(hù)檔案存入系統(tǒng),如果客戶(hù)在一段時(shí)間內(nèi)〔例如3個(gè)月〕不再使用其網(wǎng)絡(luò)收發(fā)快件,如此自動(dòng)從系統(tǒng)中刪除該客戶(hù)。客戶(hù)還分為月結(jié)客戶(hù)和現(xiàn)金結(jié)算客戶(hù)。其中月結(jié)客戶(hù)必然有資料,而現(xiàn)金客戶(hù)可能有也可能沒(méi)有資料。發(fā)件人:即為發(fā)出快件的客戶(hù),該客戶(hù)直接同接單組聯(lián)系,提出發(fā)單請(qǐng)求,如果該快件可以送達(dá),該請(qǐng)求被受理,發(fā)件客戶(hù)和XX的合同關(guān)系建立?!舶l(fā)件客戶(hù)可以是一個(gè)月結(jié)客戶(hù)也可以是一個(gè)現(xiàn)金客戶(hù),他/她可以選擇寄付和到付做為其付款方式〕收件人:即為收快件的客戶(hù)。收件客戶(hù)在發(fā)件客戶(hù)與XX建立投遞合同時(shí)產(chǎn)生??旒竭_(dá)XX到件網(wǎng)點(diǎn)時(shí),由派件員將快件投遞給該客戶(hù),經(jīng)收件客戶(hù)檢查快件沒(méi)有問(wèn)題時(shí)快件即可認(rèn)為送達(dá)。如果是寄付并且是現(xiàn)金已付,客戶(hù)與XX之間的合同已經(jīng)完成。如果是到付或月結(jié),合同關(guān)系在運(yùn)費(fèi)結(jié)清時(shí)解除,該快件所對(duì)應(yīng)的發(fā)件客戶(hù)和到件客戶(hù)的概念即不再存在,但歷史數(shù)據(jù)需要保存一段時(shí)間。如果是到付必須注意:如果是月結(jié)客戶(hù)要將該快件合并到該月結(jié)客戶(hù)的月結(jié)單上,防止由于人名或地址書(shū)寫(xiě)問(wèn)題導(dǎo)致混亂,所以到件的客戶(hù)編號(hào)必須在到件之后才能輸入。關(guān)于扣貨:如果是到付,到件客戶(hù)不付款,派件員有權(quán)扣貨。如果是月結(jié)客戶(hù),到月底結(jié)賬時(shí)不付款,派件員也可以在下一次到件時(shí)扣貨。5.2.4用例描述發(fā)件:發(fā)件是由發(fā)件客戶(hù)的發(fā)件申請(qǐng)開(kāi)始的。發(fā)件客戶(hù)通過(guò)告訴接單組的接單小姐。接單員根據(jù)XX網(wǎng)絡(luò)承運(yùn)能力確定該快件是否可以接單。接單員發(fā)現(xiàn)如果發(fā)件用戶(hù)是新客戶(hù)〔沒(méi)有在XX發(fā)過(guò)快件的或發(fā)過(guò)快件但在規(guī)定時(shí)間內(nèi)沒(méi)有再收發(fā)快件的客戶(hù)〕,將在該地區(qū)的客戶(hù)檔案中建立該客戶(hù)檔案,包括詳細(xì)地址、、簡(jiǎn)稱(chēng)、歸屬區(qū)域〔用于指定收件員〕等信息。接單員通知收件員前往收件。收件員到客戶(hù)處收件〔如果是大件:過(guò)重、體積過(guò)大等由公司派車(chē)前往客戶(hù)處收件〕。在收件時(shí),派件員可能現(xiàn)場(chǎng)稱(chēng)重量,也可能回公司稱(chēng)重量。對(duì)于現(xiàn)金客戶(hù)一般需要第二天帶發(fā)票前往收取現(xiàn)金,對(duì)于月結(jié)客戶(hù),在月底或下月初憑月結(jié)單和發(fā)票前往收取運(yùn)費(fèi)。收件后必須將運(yùn)單送往業(yè)務(wù)員所處分公司〔辦事處〕,由錄單員將運(yùn)單錄入系統(tǒng),其中必須有運(yùn)單號(hào),發(fā)件客戶(hù)編號(hào)〔在客戶(hù)資料完整時(shí)錄入發(fā)件客戶(hù)編號(hào),系統(tǒng)將自動(dòng)產(chǎn)生發(fā)件客戶(hù)的詳細(xì)信息。如果沒(méi)有發(fā)件客戶(hù)編號(hào),將無(wú)法對(duì)月結(jié)客戶(hù)進(jìn)展財(cái)務(wù)核算〕。收件人簡(jiǎn)要信息〔收件人詳細(xì)信息只能通過(guò)運(yùn)單或運(yùn)單圖片查詢(xún),系統(tǒng)不能根據(jù)收件人地址自動(dòng)派單,所以通常不需要完整描述。派件時(shí)派件員根據(jù)運(yùn)單上的地址派單,派件員將派件情況填寫(xiě)派件表,財(cái)務(wù)人員將派件情況輸入系統(tǒng)〕,到件網(wǎng)點(diǎn)編號(hào)、到件省代碼、重量及價(jià)格,物品種類(lèi)保險(xiǎn)等報(bào)關(guān)必需信息。查詢(xún):查詢(xún)是客戶(hù)通過(guò),,email等方式詢(xún)問(wèn)當(dāng)?shù)豖X客戶(hù)效勞中心效勞人員其所發(fā)/收的快件當(dāng)前情況或出現(xiàn)問(wèn)題的處理情況或月結(jié)客戶(hù)核對(duì)運(yùn)單具體內(nèi)容。效勞人員通過(guò)Internet訪問(wèn)WWW效勞器,可以訪問(wèn)一個(gè)未送達(dá)或已經(jīng)送達(dá)的運(yùn)單的當(dāng)前狀態(tài)??梢酝ㄟ^(guò)瀏覽器觀察或打印運(yùn)單圖片給客戶(hù)或直接向客戶(hù)發(fā)出帶有運(yùn)單圖片的Email。投訴:客戶(hù)可以對(duì)XX的效勞投訴,系統(tǒng)可以記錄投訴內(nèi)容和投訴處理情況。所以當(dāng)客戶(hù)再次詢(xún)問(wèn)處理情況時(shí)可以告訴客戶(hù)相關(guān)的處理情況。5.3客戶(hù)管理模型5.3.1模型視圖圖25.3.2模型描述管理模型描述了XX客戶(hù)管理系統(tǒng)的根本流程。監(jiān)察部門(mén)的職能需要在工程的實(shí)施過(guò)程中進(jìn)一步調(diào)整。注意:管理命令不是立即返回的,需要手工查詢(xún)結(jié)果;各級(jí)管理人員根據(jù)權(quán)限對(duì)整個(gè)XX財(cái)務(wù)數(shù)據(jù)和經(jīng)營(yíng)數(shù)據(jù)進(jìn)展操作,不得越權(quán)使用。5.3.3角色描述客戶(hù)效勞代表要跟蹤運(yùn)單,在運(yùn)單到達(dá)收貨人進(jìn)展回單確認(rèn),再通知發(fā)貨人。對(duì)XX業(yè)務(wù)中不符合業(yè)務(wù)流程的現(xiàn)象進(jìn)展檢查,運(yùn)單與錄入內(nèi)容有出入或與貨有出入。5.3.4用例描述跟蹤運(yùn)單:可以查詢(xún)每日的運(yùn)單數(shù)量,去向,營(yíng)業(yè)額等。查詢(xún)有件無(wú)單:可以查詢(xún)有件無(wú)單的快件,對(duì)該快件生命周期的每個(gè)步驟進(jìn)展確認(rèn),找出有件無(wú)單原因及當(dāng)事人的責(zé)任。查詢(xún)重量與實(shí)際不符:可以查找重量與實(shí)際不符的原因及當(dāng)事人責(zé)任。查詢(xún)有單無(wú)件:可以查詢(xún)有單無(wú)件的快件,對(duì)該快件生命周期的每個(gè)步驟進(jìn)展確認(rèn),找出有單無(wú)件原因及當(dāng)事人責(zé)任。5.4商業(yè)工作流程1)運(yùn)單跟蹤流程客戶(hù)管理員
運(yùn)單跟蹤系統(tǒng)驗(yàn)證身份驗(yàn)證結(jié)果返回輸入運(yùn)單號(hào)查詢(xún)結(jié)果輸入發(fā)貨人查詢(xún)結(jié)果輸入收貨人查詢(xún)結(jié)果其它查詢(xún)結(jié)果注:權(quán)限內(nèi)使用,不能越權(quán)。圖3如下列圖,該模型主要描述運(yùn)單查詢(xún)流程。流程說(shuō)明:客戶(hù)管理人員先進(jìn)展身份驗(yàn)證。返回驗(yàn)證結(jié)果后,再輸入運(yùn)單后查詢(xún),系統(tǒng)返回查詢(xún)結(jié)果。輸入發(fā)貨人,系統(tǒng)返回查詢(xún)結(jié)果。權(quán)限內(nèi)操作,不得越權(quán)使用。2、 其它部門(mén)〔人員〕管理運(yùn)單跟蹤系統(tǒng)查詢(xún)?nèi)藛T 身份驗(yàn)證返回驗(yàn)證結(jié)果權(quán)限內(nèi)查詢(xún)返回結(jié)果權(quán)限內(nèi)刪除返回結(jié)果其它權(quán)限內(nèi)操作返回結(jié)果圖1如下列圖,該模型主要描述其它部門(mén)管理流程。該模型涉及到的對(duì)象為其它部門(mén)查詢(xún)?nèi)藛T和數(shù)據(jù)中心。流程說(shuō)明:查詢(xún)?nèi)藛T訪問(wèn)數(shù)據(jù)中心,首先進(jìn)展身份驗(yàn)證。查詢(xún)?nèi)藛T權(quán)限內(nèi)查詢(xún),系統(tǒng)返回查詢(xún)結(jié)果。查詢(xún)?nèi)藛T權(quán)限內(nèi)刪除,系統(tǒng)返回結(jié)果信息。查詢(xún)?nèi)藛T的其它權(quán)限內(nèi)操作,系統(tǒng)返回結(jié)果信息。權(quán)限內(nèi)操作,不得越權(quán)使用。以下為其它部門(mén)管理總體協(xié)作圖:2目標(biāo)模型5.4.1模型視圖總體目標(biāo)客戶(hù)滿(mǎn)意目標(biāo) 質(zhì)量目標(biāo) 運(yùn)作目標(biāo) 管理目標(biāo)1、所有運(yùn)單都有記錄1、問(wèn)題件快速查詢(xún)處理 2、中轉(zhuǎn)或派件都有記錄2、提供方便用戶(hù)的查詢(xún)功能 3、自動(dòng)生成報(bào)關(guān)初始數(shù)3、收貨人評(píng)分 據(jù)4、網(wǎng)絡(luò)之間通過(guò)Internet相連,不再使用5、有系統(tǒng)故障恢復(fù)機(jī)制1、提高快件到件速度2、減少中轉(zhuǎn)時(shí)間
1、各個(gè)級(jí)別的領(lǐng)導(dǎo)可以查詢(xún)對(duì)應(yīng)營(yíng)業(yè)數(shù)據(jù)、修改權(quán)限3、減少錯(cuò)件少件等
2、監(jiān)察處可以監(jiān)察系統(tǒng)中的問(wèn)題圖15.4.2模型描述5.4.3目標(biāo)模型描述了XX正在實(shí)施的企業(yè)系統(tǒng)目標(biāo),XX業(yè)務(wù)平臺(tái)工程應(yīng)盡量實(shí)現(xiàn)或逼近企業(yè)目標(biāo)目標(biāo)描述客戶(hù)滿(mǎn)意目標(biāo)問(wèn)題件快速查詢(xún)處理。提供方便用戶(hù)的查詢(xún)功能。質(zhì)量目標(biāo)提高快件到件速度。減少錯(cuò)件少件數(shù)量等。運(yùn)作目標(biāo)所有運(yùn)單都有記錄。派件都有記錄。網(wǎng)絡(luò)之間通過(guò)DDN或INTERNET相連,不再使用傳真。有系統(tǒng)故障恢復(fù)機(jī)制。管理目標(biāo)各個(gè)級(jí)別的管理員可以擁有不同的權(quán)限修改或查詢(xún)數(shù)據(jù)。5.5機(jī)構(gòu)模型模型視圖模型描述機(jī)構(gòu)模型描述了企業(yè)的機(jī)構(gòu)和附屬關(guān)系,企業(yè)的部門(mén)和各自的工作性質(zhì)和內(nèi)容。機(jī)構(gòu)描述總裁下設(shè)省信息管理部部長(zhǎng),客戶(hù)處理部部長(zhǎng),承運(yùn)商管理部長(zhǎng)??蛻?hù)處理部部長(zhǎng)對(duì)總裁負(fù)責(zé)。承運(yùn)商管理部部長(zhǎng)對(duì)總裁負(fù)責(zé)。信息處理部部長(zhǎng)下設(shè)倉(cāng)儲(chǔ)管理人員。倉(cāng)庫(kù)管理人員對(duì)客戶(hù)處理部部長(zhǎng)負(fù)責(zé)??蛻?hù)效勞部部長(zhǎng)下設(shè)客戶(hù)效勞代表人員??蛻?hù)效勞代表人員對(duì)客戶(hù)效勞部負(fù)責(zé)。5.5.1查詢(xún)運(yùn)單通迅模型客戶(hù)效勞處(from網(wǎng)絡(luò)位置定義)6個(gè)月以?xún)?nèi)的運(yùn)單通過(guò)Internet使用瀏覽器方式,超過(guò)時(shí)間的快件通過(guò)人工查詢(xún)。系統(tǒng)提供運(yùn)單圖片,其中有收件人簽名??蛻?hù)(from業(yè)務(wù)模型)圖1如上圖所示,該模型主要描述查詢(xún)運(yùn)單的通訊流程,并將查詢(xún)時(shí)間以六個(gè)月為限進(jìn)展訪問(wèn)查詢(xún)。該模型涉及到的角色主要為客戶(hù)。流程說(shuō)明:六個(gè)月內(nèi)運(yùn)單數(shù)據(jù),客戶(hù)通過(guò)INTERNET瀏覽器訪問(wèn)數(shù)據(jù)中心,查詢(xún)運(yùn)單數(shù)據(jù);系統(tǒng)提供運(yùn)單圖片,包括有收件人簽名。六個(gè)月外數(shù)據(jù),客戶(hù)通過(guò)通過(guò)人工查詢(xún)運(yùn)單數(shù)據(jù)。通訊投資分析通訊投資分析:每月費(fèi)用注:詳細(xì)清看附件?DDN資費(fèi)標(biāo)準(zhǔn)?。5.6倉(cāng)庫(kù)管理模型1如上圖所示,該模型主要描述倉(cāng)庫(kù)管理。該模型涉及到的角色主要為客戶(hù)、倉(cāng)庫(kù)管理員。流程說(shuō)明:客戶(hù)〔包括發(fā)件人和收件人〕通過(guò)或與接單小姐取得聯(lián)系,并告知發(fā)件人的具體地址、等信息。如果該快件可以送達(dá),如此該單被受理。發(fā)件客戶(hù)可以現(xiàn)金結(jié)算客戶(hù),也可以為月結(jié)客戶(hù),如果為現(xiàn)金結(jié)算客戶(hù),電腦中可能有該客戶(hù)資料,也可能沒(méi)有該客戶(hù)資料;發(fā)件客戶(hù)可以選擇付款方式,即寄付還是到付。接單小姐輸入客戶(hù)資料,并保存客戶(hù)資料〔該資料未共享〕;最后根據(jù)發(fā)件客戶(hù)的地址確定業(yè)務(wù)員人選〔電腦自動(dòng)彈出業(yè)務(wù)員信息〕。下單可以在3-5秒中完成。接單小姐10秒中之內(nèi)CALL業(yè)務(wù)員,業(yè)務(wù)員根據(jù)CALL的屏幕信息,到達(dá)發(fā)件客戶(hù)處取件。接單小姐可以追加CALL信息,也可取消該CALL信息。發(fā)件員至發(fā)件客戶(hù)處領(lǐng)取快件,由客戶(hù)填寫(xiě)運(yùn)單詳細(xì)信息,并保存一份運(yùn)單以備查詢(xún)。以下為倉(cāng)庫(kù)管理總體協(xié)作圖:3-5秒下單 倉(cāng)庫(kù)管理員保存客戶(hù)資料(未共享)10秒鐘之內(nèi)CALL業(yè)務(wù)員客戶(hù)〔發(fā)件客戶(hù)和收件客戶(hù),M月結(jié)客戶(hù),N為現(xiàn)金客戶(hù)〕追CALL取消CALLCALL記錄(受理單〕CALL機(jī)顯示客戶(hù)管理員26系統(tǒng)用例模型接單子系統(tǒng) 收件處理子系統(tǒng) 中轉(zhuǎn)子系統(tǒng)到件處理子系統(tǒng) 報(bào)關(guān)子系統(tǒng)通訊子系統(tǒng)網(wǎng)上效勞
權(quán)限控制子系統(tǒng)
營(yíng)業(yè)數(shù)據(jù)查詢(xún)子系統(tǒng)客戶(hù)效勞子系統(tǒng) 遠(yuǎn)程維護(hù)子系統(tǒng)圖1這是一個(gè)包含系統(tǒng)所有用例和角色的總體視圖。它試圖提供一個(gè)全貌,如果視圖過(guò)于復(fù)雜,如此需要使用多個(gè)視圖從多個(gè)方面描述系統(tǒng)。通常組織用例視圖圍繞角色是一個(gè)好方法。該模型描述系統(tǒng)的各個(gè)子系統(tǒng)以及它們的數(shù)據(jù)傳輸關(guān)系。模型描述:本系統(tǒng)包括以下子系統(tǒng):接單子系統(tǒng)軟件處理子系統(tǒng)到件處理子系統(tǒng)通訊子系統(tǒng)監(jiān)察子系統(tǒng)財(cái)務(wù)子系統(tǒng)網(wǎng)上效勞權(quán)限控制子系統(tǒng)營(yíng)業(yè)數(shù)據(jù)查詢(xún)子系統(tǒng)客戶(hù)效勞子系統(tǒng)遠(yuǎn)程維護(hù)子系統(tǒng)注:接單子系統(tǒng)與軟件處理子系統(tǒng)存在數(shù)據(jù)傳遞關(guān)系。6.1 接單子系統(tǒng)6.1.1模型視圖_發(fā)件客戶(hù)_通知發(fā)件_接單話(huà)務(wù)員_錄入新用戶(hù)(from_公共角色)通知承運(yùn)商接單員不能預(yù)知運(yùn)單號(hào),但可以使用受理號(hào),并通知收件員。收件員應(yīng)將受理號(hào)填寫(xiě)在運(yùn)單上。
根據(jù)客戶(hù)編號(hào)查詢(xún)客戶(hù)信息填寫(xiě)運(yùn)單局部?jī)?nèi)容 受理單(from_公共角色)圖16.1.2模型描述如上圖所示,該系統(tǒng)模型主要描述客戶(hù)從下單到收派件員取件的詳細(xì)過(guò)程。接單的根本過(guò)程可以描述為:客戶(hù)〔發(fā)件人/收件人〕通過(guò)/與接單話(huà)務(wù)員取得聯(lián)系,并告知發(fā)件人的根本情況,如發(fā)件地址、聯(lián)系等信息數(shù)據(jù)。倉(cāng)庫(kù)管理員根據(jù)客戶(hù)發(fā)件人的發(fā)件地址等信息,通知負(fù)責(zé)該區(qū)收件的業(yè)務(wù)員上門(mén)收取快件。發(fā)件客戶(hù)填寫(xiě)運(yùn)單,可以選擇寄付或者到付,簽名;留下一份運(yùn)單以備以后查詢(xún)等內(nèi)容。6.1.3角色描述該模型涉及到的角色為發(fā)件客戶(hù)、接單話(huà)務(wù)員和收派件員。發(fā)件客戶(hù):即為要發(fā)件的客戶(hù),通過(guò)通知接單話(huà)務(wù)員,并告知相關(guān)的數(shù)據(jù)信息,如詳細(xì)地址、聯(lián)系等。如果XX公司受理,如此完成下單過(guò)程。倉(cāng)庫(kù)管理員:負(fù)責(zé)接單,記錄發(fā)件客戶(hù)相關(guān)數(shù)據(jù)信息,如詳細(xì)地址、聯(lián)系等。如果可以送達(dá),如此受理該快件。如果客戶(hù)為老客戶(hù),如此電腦根據(jù)客戶(hù)編號(hào)顯示客戶(hù)信息;如果客戶(hù)為新客戶(hù),如此錄入新用戶(hù)信息;并根據(jù)客戶(hù)信息填寫(xiě)局部運(yùn)單內(nèi)容。接單完畢,通知收派件員至發(fā)件客戶(hù)處領(lǐng)取快件。承運(yùn)商:根據(jù)倉(cāng)庫(kù)管理員提供的收件相關(guān)數(shù)據(jù)信息,如詳細(xì)地址、聯(lián)系等內(nèi)容,至發(fā)件客戶(hù)處領(lǐng)取快件。收派件員應(yīng)將受理號(hào)填寫(xiě)在運(yùn)單上。6.1.4用例描述通知發(fā)件:發(fā)件客戶(hù)通過(guò)與接單話(huà)務(wù)員取得聯(lián)系,并告知相關(guān)數(shù)據(jù)信息,如詳細(xì)地址、聯(lián)系等。錄入新用戶(hù):如果發(fā)件客戶(hù)為新客戶(hù),接單話(huà)務(wù)員如此要在電腦中錄入該客戶(hù)相關(guān)資料。根據(jù)客戶(hù)編號(hào)查詢(xún)客戶(hù)信息:如果發(fā)件客戶(hù)為老客戶(hù),接單話(huà)務(wù)員如此在接單過(guò)程中,通過(guò)客戶(hù)編號(hào)查詢(xún)?cè)摽蛻?hù)相關(guān)資料。填寫(xiě)運(yùn)單局部?jī)?nèi)容:接單話(huà)務(wù)員在接單過(guò)程中,根據(jù)發(fā)件客戶(hù)提供的相關(guān)數(shù)據(jù)信息,填寫(xiě)運(yùn)單局部?jī)?nèi)容,接單員不能預(yù)知運(yùn)單號(hào)碼,但可以使用受理號(hào),并通知收件。收件員應(yīng)將受理號(hào)填寫(xiě)在運(yùn)單上。通知收派件員:接單話(huà)務(wù)員接單完畢,通知CALL告知業(yè)務(wù)員發(fā)件客戶(hù)相關(guān)資料信息,收派件員根據(jù)信息內(nèi)容至發(fā)件客戶(hù)處收取快件。6.2收件處理子系統(tǒng)6.2.1模型視圖輸入受理號(hào)可以將接單員錄入的局部數(shù)據(jù)調(diào)出倉(cāng)庫(kù)管理員錄入運(yùn)單數(shù)據(jù)運(yùn)單(from_公共角色)(from_公共角色)圖16.2.2模型描述如上圖所示,該系統(tǒng)模型主要描述錄單員對(duì)收件的處理過(guò)程。6.2.3角色描述該模型涉及的角色為錄單員。錄單員:負(fù)責(zé)將運(yùn)單詳細(xì)信息數(shù)據(jù)錄入電腦中。6.2.4用例描述接收受理單:接收接單員所有的受理單資料信息。錄入運(yùn)單數(shù)據(jù):錄單員將所有的運(yùn)單錄入電腦中;也可以輸入受理號(hào)將接單員填寫(xiě)的局部數(shù)據(jù)資料調(diào)出,填充缺少的信息內(nèi)容。6.3監(jiān)察子系統(tǒng)6.3.1模型視圖圖16.3.2模型描述如上圖所示,該系統(tǒng)模型主要描述監(jiān)察人員對(duì)整個(gè)流程的監(jiān)控,以及對(duì)異常的查詢(xún)處理流程。6.3.3角色描述該模型涉及到的角色主要是監(jiān)察人員。監(jiān)察人員:負(fù)責(zé)對(duì)整個(gè)運(yùn)單周期進(jìn)展監(jiān)控,對(duì)發(fā)運(yùn)單周期中發(fā)現(xiàn)的異常問(wèn)題進(jìn)展處理。6.3.4用例描述異常件查詢(xún):對(duì)運(yùn)單周期中的異常件進(jìn)展查詢(xún),分析原因,并找到當(dāng)事人責(zé)任;即為異常件進(jìn)展處理。派件時(shí)發(fā)現(xiàn)的價(jià)格重量不符:對(duì)派件時(shí)發(fā)現(xiàn)的價(jià)格重量不符的快件進(jìn)展查詢(xún),分析原因,并找到當(dāng)事人責(zé)任;即對(duì)該件進(jìn)展處理。到件處理子系統(tǒng)6.3.5模型視圖圖16.3.6模型描述如上圖所示,該系統(tǒng)模型描述快件到達(dá)收件辦事處后的處理流程。6.3.7角色描述該系統(tǒng)模型涉及到的角色主要有錄單員、收派件員和收件客戶(hù)。錄單員:負(fù)責(zé)將到件運(yùn)單的重量金額錄入電腦,并打印派件表。收派件:負(fù)責(zé)將快件送至收件客戶(hù)手中。收件人:簽收快件。6.3.8用例描述接收到達(dá)的運(yùn)單:錄單員接收所有到件運(yùn)單數(shù)據(jù)。錄入派件的重量金額:錄單員錄入派件的重量金額信息。打印派件表:錄單員按業(yè)務(wù)員收派件范圍進(jìn)展分類(lèi),并打印派件表。6.4客戶(hù)效勞子系統(tǒng)6.4.1模型視圖圖16.4.2模型描述如上圖所示,該系統(tǒng)模型描述客戶(hù)對(duì)運(yùn)單進(jìn)展查詢(xún)和投訴的效勞流程。6.4.3角色描述該模型涉及到的角色主要為客戶(hù)和客戶(hù)效勞小姐??蛻?hù):即發(fā)件客戶(hù)或收件客戶(hù)??蛻?hù)效勞小姐:負(fù)責(zé)為客戶(hù)進(jìn)展運(yùn)單查詢(xún)和投訴效勞。6.4.4用例描述運(yùn)單查詢(xún):客戶(hù)根據(jù)運(yùn)單號(hào),對(duì)該運(yùn)單進(jìn)展查詢(xún),可以查詢(xún)?cè)撨\(yùn)單的各種詳細(xì)信息數(shù)據(jù)??蛻?hù)投訴:客戶(hù)通過(guò)客戶(hù)效勞小姐,對(duì)不滿(mǎn)意的效勞進(jìn)展投訴。6.5網(wǎng)上效勞子系統(tǒng)6.5.1模型視圖內(nèi)部人員 查詢(xún)運(yùn)單歷史數(shù)據(jù)圖16.5.2模型描述如上圖所示,該系統(tǒng)模型主要描述XX內(nèi)部人員通過(guò)網(wǎng)絡(luò)對(duì)運(yùn)單歷史數(shù)據(jù)進(jìn)展查詢(xún)的流程。歷史數(shù)據(jù)即為超過(guò)六個(gè)月的運(yùn)單數(shù)據(jù)。網(wǎng)上效勞根本工作流程如下: 客戶(hù)通過(guò)委托XX內(nèi)部人員〔一般指客戶(hù)效勞小姐或其他被允許查詢(xún)歷史數(shù)據(jù)的員工,此處指客戶(hù)效勞小姐〕查詢(xún)歷史單數(shù)據(jù)??蛻?hù)效勞小姐通過(guò)INTERNET訪問(wèn)香港數(shù)據(jù)中心,查詢(xún)歷史單數(shù)據(jù)。6.5.3角色描述該模型涉及到的角色主要是XX內(nèi)部人員。XX內(nèi)部人員:即XX工作人員,只有允許訪問(wèn)的員工如客戶(hù)效勞小姐才有權(quán)對(duì)歷史數(shù)據(jù)進(jìn)展查詢(xún)。6.5.4用例描述查詢(xún)運(yùn)單歷史數(shù)據(jù):內(nèi)部人員〔即被允許可以查詢(xún)歷史數(shù)據(jù)的人員,如客戶(hù)效勞小姐〕可以通過(guò)網(wǎng)絡(luò)對(duì)運(yùn)單歷史數(shù)據(jù)進(jìn)展查詢(xún)。6.6權(quán)限控制子系統(tǒng)6.6.1模型視圖_總裁當(dāng)前操作權(quán)限確認(rèn)_中層管理人員(from_公共角色)(from_公共角色)_刪除某人的權(quán)限分配_底層管理人員(from_公共角色)圖16.6.2模型描述該系統(tǒng)模型描述XX集團(tuán)管理人員或員工進(jìn)展權(quán)限管理和分配的流程。管理人員在進(jìn)展管轄區(qū)內(nèi)人員權(quán)限分配時(shí),需先進(jìn)展操作權(quán)限確認(rèn),方可對(duì)管轄區(qū)內(nèi)管理人員〔員工〕進(jìn)展權(quán)限分配。權(quán)限控制主要包括:業(yè)務(wù)訪問(wèn)權(quán)限管理控制權(quán)限WEB訪問(wèn)權(quán)限6.6.3角色描述該系統(tǒng)模型涉及到的角色主要有總裁,中層管理人員,底層業(yè)務(wù)人員??偛茫簱碛泄咀罡吖芾頇?quán)限,并對(duì)所有管理人員分配管理權(quán)限配。中層管理人員:擁有權(quán)限并可以刪除〔分配〕管轄省所有員工的權(quán)限。底層業(yè)務(wù)人員:擁有權(quán)限并可以刪除〔分配〕管轄網(wǎng)點(diǎn)所有員工的權(quán)限。6.6.4用例描述當(dāng)前操作權(quán)限確認(rèn):用戶(hù)在操作系統(tǒng)前,確認(rèn)用戶(hù)的操作權(quán)限。刪除某人的權(quán)限分配:權(quán)限內(nèi)管理下屬人員權(quán)限。不得越權(quán)使用。6.7營(yíng)業(yè)數(shù)據(jù)查詢(xún)6.7.1模型視圖_總裁確認(rèn)當(dāng)前操作權(quán)限中層管理人員(from_公共角色)(from_公共角色)查詢(xún)營(yíng)業(yè)數(shù)據(jù) 底層管理人員(from_公共角色)圖16.7.2模型描述該系統(tǒng)模型描述XX集團(tuán)管理人員通過(guò)權(quán)限進(jìn)展?fàn)I業(yè)數(shù)據(jù)查詢(xún)的流程。管理人員在進(jìn)展?fàn)I業(yè)數(shù)據(jù)查詢(xún)操作前,需先進(jìn)展操作權(quán)限確認(rèn),方可對(duì)營(yíng)業(yè)數(shù)據(jù)進(jìn)展查詢(xún)。注:權(quán)限內(nèi)查詢(xún),不可越權(quán)使用。角色描述該模型涉及到的角色主要有王衛(wèi)、省負(fù)責(zé)人、區(qū)總和網(wǎng)點(diǎn)經(jīng)理??偛茫簱碛泄咀罡吖芾頇?quán)限,可以對(duì)所有營(yíng)業(yè)數(shù)據(jù)進(jìn)展查詢(xún)。省負(fù)責(zé)人:擁有權(quán)限并可以權(quán)限內(nèi)查詢(xún)營(yíng)業(yè)數(shù)據(jù)。區(qū)總:擁有權(quán)限并可以權(quán)限內(nèi)查詢(xún)營(yíng)業(yè)數(shù)據(jù)。網(wǎng)點(diǎn)經(jīng)理:擁有權(quán)限并可以權(quán)限內(nèi)查詢(xún)營(yíng)業(yè)數(shù)據(jù)。6.7.3用例描述確認(rèn)當(dāng)前操作權(quán)限:用戶(hù)在查詢(xún)營(yíng)業(yè)數(shù)據(jù)前,確認(rèn)用戶(hù)的操作權(quán)限。查詢(xún)營(yíng)業(yè)數(shù)據(jù):權(quán)限內(nèi)查詢(xún)營(yíng)數(shù)據(jù)。6.8遠(yuǎn)程維護(hù)子系統(tǒng)6.8.1模型視圖維護(hù)人員系統(tǒng)升級(jí)電腦部日常維護(hù)故障處理_敏思達(dá)公
溫馨提示
- 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ì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 高中技術(shù)會(huì)考模擬試卷(二)
- 《桃花源記》說(shuō)課稿17篇
- 南京工業(yè)大學(xué)浦江學(xué)院《自動(dòng)化專(zhuān)業(yè)綜合實(shí)訓(xùn)》2023-2024學(xué)年第一學(xué)期期末試卷
- 南京工業(yè)大學(xué)浦江學(xué)院《生態(tài)文學(xué)欣賞》2021-2022學(xué)年第一學(xué)期期末試卷
- 某熱源集中供熱工程施工組織設(shè)計(jì)投標(biāo)版
- dtnl說(shuō)課稿部編版
- 《長(zhǎng)方體的認(rèn)識(shí)》說(shuō)課稿
- 《小數(shù)乘整數(shù)》說(shuō)課稿
- 南京工業(yè)大學(xué)浦江學(xué)院《概率論與數(shù)理統(tǒng)計(jì)》2023-2024學(xué)年第一學(xué)期期末試卷
- 南京工業(yè)大學(xué)《住宅室內(nèi)設(shè)計(jì)》2021-2022學(xué)年第一學(xué)期期末試卷
- 醫(yī)學(xué)與大數(shù)據(jù):信息技術(shù)在醫(yī)療中的應(yīng)用
- 2024年室內(nèi)裝飾設(shè)計(jì)師(高級(jí)工)考試復(fù)習(xí)題庫(kù)(含答案)
- 教育培訓(xùn)行業(yè)2024年生產(chǎn)與制度改革方案
- PCB文字噴印工藝
- 2024年廖俊波同志先進(jìn)事跡心得體會(huì)教師4篇
- 高考物理系統(tǒng)性復(fù)習(xí) (能力提高練) 第五節(jié) 實(shí)驗(yàn):探究小車(chē)速度隨時(shí)間變化的規(guī)律(附解析)
- 眼科護(hù)理中的孕婦與產(chǎn)婦護(hù)理
- 業(yè)主業(yè)主委員會(huì)通用課件
- 了解金融市場(chǎng)和金融產(chǎn)品
- 南京理工大學(xué)2015年613物理化學(xué)(含答案)考研真題
- 初中數(shù)學(xué)應(yīng)用題解題思路分享
評(píng)論
0/150
提交評(píng)論