利來物流管理系統(tǒng)需求分析

文檔編號: 2008-04-08版本號: 1.0文檔名稱：需求分析報告工程名稱：利來物流管理系統(tǒng)工程負(fù)責(zé)人：黃發(fā)枝董璐劉樂何沛陳景剛史耀文編寫2008年3月27日校對2008年4月03日審核2008年4月05日批準(zhǔn)2008年4月09日評審記錄評審開始日期評審地點

評審?fù)戤吶掌趨⒓尤藛T總數(shù)評審結(jié)果文檔會議記錄文檔備注：評審人員簽名：開發(fā)公司評審人員簽名：第三方評審人員簽名：目錄1引言41.1編寫目的錯誤!未定義書簽。1.2工程背景41.3定義41.4參考資料42任務(wù)概述42.1總體目標(biāo)42.2使用者特點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è)交互模型錯誤!未定義書簽。模型視圖錯誤!未定義書簽。模型描述錯誤!未定義書簽。3.6商業(yè)工作流程12中轉(zhuǎn)工作流程錯誤!未定義書簽。財務(wù)工作流程錯誤!未定義書簽。管理工作流程12報關(guān)工作流程錯誤!未定義書簽。3.7目標(biāo)模型14模型視圖14模型描述15目標(biāo)描述153.8機構(gòu)模型16模型視圖錯誤!未定義書簽。模型描述16機構(gòu)描述163.9位置模型錯誤!未定義書簽。模型視圖錯誤!未定義書簽。模型描述錯誤!未定義書簽。地理分布描述錯誤!未定義書簽。3.10網(wǎng)絡(luò)模型錯誤!未定義書簽。業(yè)務(wù)數(shù)據(jù)通訊模型錯誤!未定義書簽。管理數(shù)據(jù)通訊模型錯誤!未定義書簽。查詢運單通迅模型16通訊投資分析17系統(tǒng)用例模型錯誤!未定義書簽。4.1 接單子系統(tǒng)214.1.1模型視圖214.1.2模型描述214.1.3角色描述224.1.4用例描述224.2通訊子系統(tǒng)錯誤!未定義書簽。4.2.1模型視圖錯誤!未定義書簽。4.2.2模型描述錯誤!未定義書簽。4.2.3角色描述錯誤!未定義書簽。4.2.4用例描述錯誤!未定義書簽。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客戶效勞子系統(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è)數(shù)據(jù)查詢294.9.1模型視圖294.9.2模型描述294.9.3角色描述304.9.4用例描述304.10遠程維護子系統(tǒng)304.10.1模型視圖304.10.2模型描述314.10.3角色描述314.104用例描述324.14香港運單掃描子系統(tǒng)32模型視圖32模型描述32角色描述32用例描述325系統(tǒng)實施要點分析325.1網(wǎng)絡(luò)實施335.2業(yè)務(wù)流程統(tǒng)一335.3財務(wù)報表統(tǒng)一335.4現(xiàn)金寄付到付處理335.5實施不能一步到位335.6人員習(xí)慣無法統(tǒng)一336附件表33需求分析報告引言1.1工程背景本系統(tǒng)目的是為了解決物流業(yè)當(dāng)前存在的問題，同時為物流企業(yè)未來業(yè)務(wù)持續(xù)快速開展提供一個強有力的軟硬件支撐平臺。該系統(tǒng)將改善業(yè)務(wù)流程，提高公司管理的力度。工程由“利來物流管理系統(tǒng)工程組〞負(fù)責(zé)開發(fā)。1.2定義1)運單：物流企業(yè)運貨業(yè)務(wù)用的唯一憑證。2)客戶：物流企業(yè)效勞的對象，包括個人或單位。3)錄單員：錄入運單的職員。4)接單員：通過 記錄客戶發(fā)件請求的職員。5)收派件員：負(fù)責(zé)到用戶處收件、派件的職員，也稱之為業(yè)務(wù)員。6)管理人員：物流企業(yè)各級負(fù)責(zé)人。7)商業(yè)模型：對物流商業(yè)運作、業(yè)務(wù)等從不同側(cè)面的表述。8)系統(tǒng)模型：從軟件、硬件、實施等方面對系統(tǒng)的表述。1.3注：以上所列定義只對本文檔有效。1.4參考資料?-0000-0101-MDL企業(yè)系統(tǒng)模型??-0000-0301-PLN公司開發(fā)方案?其它參考資料見附件表任務(wù)概述3.1總體目標(biāo)實現(xiàn)物流企業(yè)網(wǎng)絡(luò)化建設(shè)。實現(xiàn)物流企業(yè)信息化。實現(xiàn)物流業(yè)務(wù)流程化。實現(xiàn)管理目標(biāo)，到達權(quán)限控制和營業(yè)數(shù)據(jù)查詢等。推廣“利來物流管理平臺〞到各個網(wǎng)點。3.2使用者特點客戶：包括收件人和發(fā)件人，他們不需要很高的素質(zhì)，只需要會使用即可，他們可以通過 完成下訂單、查詢、投訴等管理人員：具有或不具有根本的電腦操作水平，需要對即將使用的軟件作操作培訓(xùn)。軟件界面應(yīng)盡量直觀，簡單。并具備足夠的幫助提示信息。錄單員、接單員：具有一定的電腦操作水平，要求有足夠快的漢字輸入速度。軟件界面應(yīng)盡量方便操作以提高輸入速度。維護人員：熟悉軟硬件的日常維護。能夠?qū)Σ僮魅藛T進展全面、有效的培訓(xùn)。電腦部人員：熟悉軟件的操作，能夠?qū)ο到y(tǒng)進展升級、簡單故障排除、推廣新網(wǎng)點、和開發(fā)公司相關(guān)人員進展交流和對管理人員使用軟件的培訓(xùn)等。3.3假設(shè)與約束在以下的假設(shè)條件成立的情況下，利來物流管理系統(tǒng)能夠順利實施。這些是假設(shè)是必要條件，表示沒有該假設(shè)不行，并不表示有了該假設(shè)就一定成功。假設(shè)利來物流管理系統(tǒng)的使用方(以下稱其為XX)硬件設(shè)備能夠及時到位。假設(shè)XX系統(tǒng)機房裝修及時并滿足條件。假設(shè)網(wǎng)絡(luò)需要的線路及時申請并到位：如DDN/Internet/ADSL等。假設(shè)系統(tǒng)需要的電源穩(wěn)定可靠。假設(shè)系統(tǒng)具有足夠的硬件備份和容錯能力。假設(shè)XX的電腦操作人員經(jīng)過了足夠的培訓(xùn)并滿足要求。假設(shè)利來物流管理系統(tǒng)的使用方管理人員經(jīng)過了足夠的培訓(xùn)并能夠使用并支持本系統(tǒng)的推廣實施。假設(shè)XX有足夠的電腦維護人員能夠?qū)ο到y(tǒng)進展日常維護并能夠與廠家進展溝通、配合。假設(shè)XX業(yè)務(wù)和系統(tǒng)進展融合，即保證新標(biāo)準(zhǔn)能夠在使用本系統(tǒng)的地點順利實施。利來物流管理系統(tǒng)使用方業(yè)務(wù)需要進展一定程度的標(biāo)準(zhǔn)化，如到件錄入，財務(wù)數(shù)據(jù)等。假設(shè)利來物流管理系統(tǒng)使用方與開發(fā)公司能夠很好的協(xié)調(diào)，保證合同外目標(biāo)不影響工程實施。需求不應(yīng)發(fā)生重大調(diào)整。假設(shè)XX在整個工程期間能夠按方案投入力量配合工程推動。假設(shè)工程實施過程中針對培訓(xùn)有快速、有效的培訓(xùn)方案、實施細如此以考核標(biāo)準(zhǔn)。4工程方案是在低風(fēng)險預(yù)估的根底上建立的。如果出現(xiàn)未定義的意外情況，如以上某項假設(shè)不成立，工程方案自動順延。5商業(yè)用例模型5.1商業(yè)模型總體分析5.1.1總體視圖圖1內(nèi)容描述以上假如干模型從各個角度、側(cè)面觀察描述系統(tǒng)，力求準(zhǔn)確，無遺漏?？傮w視圖描述模型分析的不同角度與方式。商業(yè)模型主要有：業(yè)務(wù)模型管理模型商業(yè)交互模型商業(yè)工作流程目標(biāo)模型機構(gòu)模型位置模型網(wǎng)絡(luò)模型5.2業(yè)務(wù)模型5.2.1模型視圖圖15.2.2模型描述業(yè)務(wù)模型描述了XX速遞業(yè)務(wù)根本流程：每份快件從發(fā)件到收件的處理過程。其中業(yè)務(wù)從發(fā)件客戶發(fā)件開始，經(jīng)過發(fā)件處理、配送處理、實時跟蹤等過程，最后到收件客戶收到快件終止。客戶還可以對快件進展查詢，包括經(jīng)過的地點及時間，到件時間及收件人簽名等?？蛻魧π谥谐霈F(xiàn)的問題可以進展投訴。5.2.3角色描述客戶：包括收件人和發(fā)件人，泛指XX的效勞對象。利來物流管理系統(tǒng)使用方將所有客戶檔案存入系統(tǒng)，如果客戶在一段時間內(nèi)〔例如3個月〕不再使用其網(wǎng)絡(luò)收發(fā)快件，如此自動從系統(tǒng)中刪除該客戶?？蛻暨€分為月結(jié)客戶和現(xiàn)金結(jié)算客戶。其中月結(jié)客戶必然有資料，而現(xiàn)金客戶可能有也可能沒有資料。發(fā)件人：即為發(fā)出快件的客戶，該客戶直接同接單組聯(lián)系，提出發(fā)單請求，如果該快件可以送達，該請求被受理，發(fā)件客戶和XX的合同關(guān)系建立。〔發(fā)件客戶可以是一個月結(jié)客戶也可以是一個現(xiàn)金客戶，他/她可以選擇寄付和到付做為其付款方式〕收件人：即為收快件的客戶。收件客戶在發(fā)件客戶與XX建立投遞合同時產(chǎn)生?？旒竭_XX到件網(wǎng)點時，由派件員將快件投遞給該客戶，經(jīng)收件客戶檢查快件沒有問題時快件即可認(rèn)為送達。如果是寄付并且是現(xiàn)金已付，客戶與XX之間的合同已經(jīng)完成。如果是到付或月結(jié)，合同關(guān)系在運費結(jié)清時解除，該快件所對應(yīng)的發(fā)件客戶和到件客戶的概念即不再存在,但歷史數(shù)據(jù)需要保存一段時間。如果是到付必須注意:如果是月結(jié)客戶要將該快件合并到該月結(jié)客戶的月結(jié)單上，防止由于人名或地址書寫問題導(dǎo)致混亂，所以到件的客戶編號必須在到件之后才能輸入。關(guān)于扣貨：如果是到付，到件客戶不付款，派件員有權(quán)扣貨。如果是月結(jié)客戶，到月底結(jié)賬時不付款，派件員也可以在下一次到件時扣貨。5.2.4用例描述發(fā)件：發(fā)件是由發(fā)件客戶的發(fā)件申請開始的。發(fā)件客戶通過告訴接單組的接單小姐。接單員根據(jù)XX網(wǎng)絡(luò)承運能力確定該快件是否可以接單。接單員發(fā)現(xiàn)如果發(fā)件用戶是新客戶〔沒有在XX發(fā)過快件的或發(fā)過快件但在規(guī)定時間內(nèi)沒有再收發(fā)快件的客戶〕，將在該地區(qū)的客戶檔案中建立該客戶檔案，包括詳細地址、、簡稱、歸屬區(qū)域〔用于指定收件員〕等信息。接單員通知收件員前往收件。收件員到客戶處收件〔如果是大件：過重、體積過大等由公司派車前往客戶處收件〕。在收件時，派件員可能現(xiàn)場稱重量，也可能回公司稱重量。對于現(xiàn)金客戶一般需要第二天帶發(fā)票前往收取現(xiàn)金，對于月結(jié)客戶，在月底或下月初憑月結(jié)單和發(fā)票前往收取運費。收件后必須將運單送往業(yè)務(wù)員所處分公司〔辦事處〕，由錄單員將運單錄入系統(tǒng)，其中必須有運單號，發(fā)件客戶編號〔在客戶資料完整時錄入發(fā)件客戶編號，系統(tǒng)將自動產(chǎn)生發(fā)件客戶的詳細信息。如果沒有發(fā)件客戶編號，將無法對月結(jié)客戶進展財務(wù)核算〕。收件人簡要信息〔收件人詳細信息只能通過運單或運單圖片查詢，系統(tǒng)不能根據(jù)收件人地址自動派單，所以通常不需要完整描述。派件時派件員根據(jù)運單上的地址派單，派件員將派件情況填寫派件表，財務(wù)人員將派件情況輸入系統(tǒng)〕，到件網(wǎng)點編號、到件省代碼、重量及價格，物品種類保險等報關(guān)必需信息。查詢：查詢是客戶通過，，email等方式詢問當(dāng)?shù)豖X客戶效勞中心效勞人員其所發(fā)/收的快件當(dāng)前情況或出現(xiàn)問題的處理情況或月結(jié)客戶核對運單具體內(nèi)容。效勞人員通過Internet訪問WWW效勞器，可以訪問一個未送達或已經(jīng)送達的運單的當(dāng)前狀態(tài)?？梢酝ㄟ^瀏覽器觀察或打印運單圖片給客戶或直接向客戶發(fā)出帶有運單圖片的Email。投訴：客戶可以對XX的效勞投訴，系統(tǒng)可以記錄投訴內(nèi)容和投訴處理情況。所以當(dāng)客戶再次詢問處理情況時可以告訴客戶相關(guān)的處理情況。5.3客戶管理模型5.3.1模型視圖圖25.3.2模型描述管理模型描述了XX客戶管理系統(tǒng)的根本流程。監(jiān)察部門的職能需要在工程的實施過程中進一步調(diào)整。注意：管理命令不是立即返回的，需要手工查詢結(jié)果；各級管理人員根據(jù)權(quán)限對整個XX財務(wù)數(shù)據(jù)和經(jīng)營數(shù)據(jù)進展操作，不得越權(quán)使用。5.3.3角色描述客戶效勞代表要跟蹤運單，在運單到達收貨人進展回單確認(rèn)，再通知發(fā)貨人。對XX業(yè)務(wù)中不符合業(yè)務(wù)流程的現(xiàn)象進展檢查，運單與錄入內(nèi)容有出入或與貨有出入。5.3.4用例描述跟蹤運單：可以查詢每日的運單數(shù)量，去向，營業(yè)額等。查詢有件無單：可以查詢有件無單的快件，對該快件生命周期的每個步驟進展確認(rèn)，找出有件無單原因及當(dāng)事人的責(zé)任。查詢重量與實際不符：可以查找重量與實際不符的原因及當(dāng)事人責(zé)任。查詢有單無件：可以查詢有單無件的快件，對該快件生命周期的每個步驟進展確認(rèn)，找出有單無件原因及當(dāng)事人責(zé)任。5.4商業(yè)工作流程1)運單跟蹤流程客戶管理員

運單跟蹤系統(tǒng)驗證身份驗證結(jié)果返回輸入運單號查詢結(jié)果輸入發(fā)貨人查詢結(jié)果輸入收貨人查詢結(jié)果其它查詢結(jié)果注：權(quán)限內(nèi)使用，不能越權(quán)。圖3如下列圖，該模型主要描述運單查詢流程。流程說明：客戶管理人員先進展身份驗證。返回驗證結(jié)果后,再輸入運單后查詢,系統(tǒng)返回查詢結(jié)果。輸入發(fā)貨人，系統(tǒng)返回查詢結(jié)果。權(quán)限內(nèi)操作，不得越權(quán)使用。2、 其它部門〔人員〕管理運單跟蹤系統(tǒng)查詢?nèi)藛T 身份驗證返回驗證結(jié)果權(quán)限內(nèi)查詢返回結(jié)果權(quán)限內(nèi)刪除返回結(jié)果其它權(quán)限內(nèi)操作返回結(jié)果圖1如下列圖，該模型主要描述其它部門管理流程。該模型涉及到的對象為其它部門查詢?nèi)藛T和數(shù)據(jù)中心。流程說明：查詢?nèi)藛T訪問數(shù)據(jù)中心，首先進展身份驗證。查詢?nèi)藛T權(quán)限內(nèi)查詢，系統(tǒng)返回查詢結(jié)果。查詢?nèi)藛T權(quán)限內(nèi)刪除，系統(tǒng)返回結(jié)果信息。查詢?nèi)藛T的其它權(quán)限內(nèi)操作，系統(tǒng)返回結(jié)果信息。權(quán)限內(nèi)操作，不得越權(quán)使用。以下為其它部門管理總體協(xié)作圖：2目標(biāo)模型5.4.1模型視圖總體目標(biāo)客戶滿意目標(biāo) 質(zhì)量目標(biāo) 運作目標(biāo) 管理目標(biāo)1、所有運單都有記錄1、問題件快速查詢處理 2、中轉(zhuǎn)或派件都有記錄2、提供方便用戶的查詢功能 3、自動生成報關(guān)初始數(shù)3、收貨人評分 據(jù)4、網(wǎng)絡(luò)之間通過Internet相連，不再使用5、有系統(tǒng)故障恢復(fù)機制1、提高快件到件速度2、減少中轉(zhuǎn)時間

1、各個級別的領(lǐng)導(dǎo)可以查詢對應(yīng)營業(yè)數(shù)據(jù)、修改權(quán)限3、減少錯件少件等

2、監(jiān)察處可以監(jiān)察系統(tǒng)中的問題圖15.4.2模型描述5.4.3目標(biāo)模型描述了XX正在實施的企業(yè)系統(tǒng)目標(biāo)，XX業(yè)務(wù)平臺工程應(yīng)盡量實現(xiàn)或逼近企業(yè)目標(biāo)目標(biāo)描述客戶滿意目標(biāo)問題件快速查詢處理。提供方便用戶的查詢功能。質(zhì)量目標(biāo)提高快件到件速度。減少錯件少件數(shù)量等。運作目標(biāo)所有運單都有記錄。派件都有記錄。網(wǎng)絡(luò)之間通過DDN或INTERNET相連，不再使用傳真。有系統(tǒng)故障恢復(fù)機制。管理目標(biāo)各個級別的管理員可以擁有不同的權(quán)限修改或查詢數(shù)據(jù)。5.5機構(gòu)模型模型視圖模型描述機構(gòu)模型描述了企業(yè)的機構(gòu)和附屬關(guān)系，企業(yè)的部門和各自的工作性質(zhì)和內(nèi)容。機構(gòu)描述總裁下設(shè)省信息管理部部長，客戶處理部部長，承運商管理部長。客戶處理部部長對總裁負(fù)責(zé)。承運商管理部部長對總裁負(fù)責(zé)。信息處理部部長下設(shè)倉儲管理人員。倉庫管理人員對客戶處理部部長負(fù)責(zé)?？蛻粜诓坎块L下設(shè)客戶效勞代表人員。客戶效勞代表人員對客戶效勞部負(fù)責(zé)。5.5.1查詢運單通迅模型客戶效勞處(from網(wǎng)絡(luò)位置定義)6個月以內(nèi)的運單通過Internet使用瀏覽器方式，超過時間的快件通過人工查詢。系統(tǒng)提供運單圖片，其中有收件人簽名?？蛻?from業(yè)務(wù)模型)圖1如上圖所示，該模型主要描述查詢運單的通訊流程，并將查詢時間以六個月為限進展訪問查詢。該模型涉及到的角色主要為客戶。流程說明：六個月內(nèi)運單數(shù)據(jù)，客戶通過INTERNET瀏覽器訪問數(shù)據(jù)中心，查詢運單數(shù)據(jù)；系統(tǒng)提供運單圖片，包括有收件人簽名。六個月外數(shù)據(jù)，客戶通過通過人工查詢運單數(shù)據(jù)。通訊投資分析通訊投資分析：每月費用注：詳細清看附件?DDN資費標(biāo)準(zhǔn)?。5.6倉庫管理模型1如上圖所示，該模型主要描述倉庫管理。該模型涉及到的角色主要為客戶、倉庫管理員。流程說明：客戶〔包括發(fā)件人和收件人〕通過或與接單小姐取得聯(lián)系，并告知發(fā)件人的具體地址、等信息。如果該快件可以送達，如此該單被受理。發(fā)件客戶可以現(xiàn)金結(jié)算客戶，也可以為月結(jié)客戶，如果為現(xiàn)金結(jié)算客戶，電腦中可能有該客戶資料，也可能沒有該客戶資料；發(fā)件客戶可以選擇付款方式，即寄付還是到付。接單小姐輸入客戶資料，并保存客戶資料〔該資料未共享〕；最后根據(jù)發(fā)件客戶的地址確定業(yè)務(wù)員人選〔電腦自動彈出業(yè)務(wù)員信息〕。下單可以在3-5秒中完成。接單小姐10秒中之內(nèi)CALL業(yè)務(wù)員，業(yè)務(wù)員根據(jù)CALL的屏幕信息，到達發(fā)件客戶處取件。接單小姐可以追加CALL信息，也可取消該CALL信息。發(fā)件員至發(fā)件客戶處領(lǐng)取快件，由客戶填寫運單詳細信息，并保存一份運單以備查詢。以下為倉庫管理總體協(xié)作圖：3-5秒下單 倉庫管理員保存客戶資料(未共享)10秒鐘之內(nèi)CALL業(yè)務(wù)員客戶〔發(fā)件客戶和收件客戶，M月結(jié)客戶，N為現(xiàn)金客戶〕追CALL取消CALLCALL記錄(受理單〕CALL機顯示客戶管理員26系統(tǒng)用例模型接單子系統(tǒng) 收件處理子系統(tǒng) 中轉(zhuǎn)子系統(tǒng)到件處理子系統(tǒng) 報關(guān)子系統(tǒng)通訊子系統(tǒng)網(wǎng)上效勞

權(quán)限控制子系統(tǒng)

營業(yè)數(shù)據(jù)查詢子系統(tǒng)客戶效勞子系統(tǒng) 遠程維護子系統(tǒng)圖1這是一個包含系統(tǒng)所有用例和角色的總體視圖。它試圖提供一個全貌，如果視圖過于復(fù)雜，如此需要使用多個視圖從多個方面描述系統(tǒng)。通常組織用例視圖圍繞角色是一個好方法。該模型描述系統(tǒng)的各個子系統(tǒng)以及它們的數(shù)據(jù)傳輸關(guān)系。模型描述：本系統(tǒng)包括以下子系統(tǒng)：接單子系統(tǒng)軟件處理子系統(tǒng)到件處理子系統(tǒng)通訊子系統(tǒng)監(jiān)察子系統(tǒng)財務(wù)子系統(tǒng)網(wǎng)上效勞權(quán)限控制子系統(tǒng)營業(yè)數(shù)據(jù)查詢子系統(tǒng)客戶效勞子系統(tǒng)遠程維護子系統(tǒng)注：接單子系統(tǒng)與軟件處理子系統(tǒng)存在數(shù)據(jù)傳遞關(guān)系。6.1 接單子系統(tǒng)6.1.1模型視圖_發(fā)件客戶_通知發(fā)件_接單話務(wù)員_錄入新用戶(from_公共角色)通知承運商接單員不能預(yù)知運單號，但可以使用受理號，并通知收件員。收件員應(yīng)將受理號填寫在運單上。

根據(jù)客戶編號查詢客戶信息填寫運單局部內(nèi)容 受理單(from_公共角色)圖16.1.2模型描述如上圖所示，該系統(tǒng)模型主要描述客戶從下單到收派件員取件的詳細過程。接單的根本過程可以描述為：客戶〔發(fā)件人/收件人〕通過/與接單話務(wù)員取得聯(lián)系，并告知發(fā)件人的根本情況，如發(fā)件地址、聯(lián)系等信息數(shù)據(jù)。倉庫管理員根據(jù)客戶發(fā)件人的發(fā)件地址等信息，通知負(fù)責(zé)該區(qū)收件的業(yè)務(wù)員上門收取快件。發(fā)件客戶填寫運單，可以選擇寄付或者到付，簽名；留下一份運單以備以后查詢等內(nèi)容。6.1.3角色描述該模型涉及到的角色為發(fā)件客戶、接單話務(wù)員和收派件員。發(fā)件客戶：即為要發(fā)件的客戶，通過通知接單話務(wù)員，并告知相關(guān)的數(shù)據(jù)信息，如詳細地址、聯(lián)系等。如果XX公司受理，如此完成下單過程。倉庫管理員：負(fù)責(zé)接單，記錄發(fā)件客戶相關(guān)數(shù)據(jù)信息，如詳細地址、聯(lián)系等。如果可以送達，如此受理該快件。如果客戶為老客戶，如此電腦根據(jù)客戶編號顯示客戶信息；如果客戶為新客戶，如此錄入新用戶信息；并根據(jù)客戶信息填寫局部運單內(nèi)容。接單完畢，通知收派件員至發(fā)件客戶處領(lǐng)取快件。承運商：根據(jù)倉庫管理員提供的收件相關(guān)數(shù)據(jù)信息，如詳細地址、聯(lián)系等內(nèi)容，至發(fā)件客戶處領(lǐng)取快件。收派件員應(yīng)將受理號填寫在運單上。6.1.4用例描述通知發(fā)件：發(fā)件客戶通過與接單話務(wù)員取得聯(lián)系，并告知相關(guān)數(shù)據(jù)信息，如詳細地址、聯(lián)系等。錄入新用戶：如果發(fā)件客戶為新客戶，接單話務(wù)員如此要在電腦中錄入該客戶相關(guān)資料。根據(jù)客戶編號查詢客戶信息：如果發(fā)件客戶為老客戶，接單話務(wù)員如此在接單過程中，通過客戶編號查詢該客戶相關(guān)資料。填寫運單局部內(nèi)容：接單話務(wù)員在接單過程中，根據(jù)發(fā)件客戶提供的相關(guān)數(shù)據(jù)信息，填寫運單局部內(nèi)容，接單員不能預(yù)知運單號碼，但可以使用受理號，并通知收件。收件員應(yīng)將受理號填寫在運單上。通知收派件員：接單話務(wù)員接單完畢，通知CALL告知業(yè)務(wù)員發(fā)件客戶相關(guān)資料信息，收派件員根據(jù)信息內(nèi)容至發(fā)件客戶處收取快件。6.2收件處理子系統(tǒng)6.2.1模型視圖輸入受理號可以將接單員錄入的局部數(shù)據(jù)調(diào)出倉庫管理員錄入運單數(shù)據(jù)運單(from_公共角色)(from_公共角色)圖16.2.2模型描述如上圖所示，該系統(tǒng)模型主要描述錄單員對收件的處理過程。6.2.3角色描述該模型涉及的角色為錄單員。錄單員：負(fù)責(zé)將運單詳細信息數(shù)據(jù)錄入電腦中。6.2.4用例描述接收受理單：接收接單員所有的受理單資料信息。錄入運單數(shù)據(jù)：錄單員將所有的運單錄入電腦中；也可以輸入受理號將接單員填寫的局部數(shù)據(jù)資料調(diào)出，填充缺少的信息內(nèi)容。6.3監(jiān)察子系統(tǒng)6.3.1模型視圖圖16.3.2模型描述如上圖所示，該系統(tǒng)模型主要描述監(jiān)察人員對整個流程的監(jiān)控，以及對異常的查詢處理流程。6.3.3角色描述該模型涉及到的角色主要是監(jiān)察人員。監(jiān)察人員：負(fù)責(zé)對整個運單周期進展監(jiān)控，對發(fā)運單周期中發(fā)現(xiàn)的異常問題進展處理。6.3.4用例描述異常件查詢：對運單周期中的異常件進展查詢，分析原因，并找到當(dāng)事人責(zé)任；即為異常件進展處理。派件時發(fā)現(xiàn)的價格重量不符：對派件時發(fā)現(xiàn)的價格重量不符的快件進展查詢，分析原因，并找到當(dāng)事人責(zé)任；即對該件進展處理。到件處理子系統(tǒng)6.3.5模型視圖圖16.3.6模型描述如上圖所示，該系統(tǒng)模型描述快件到達收件辦事處后的處理流程。6.3.7角色描述該系統(tǒng)模型涉及到的角色主要有錄單員、收派件員和收件客戶。錄單員：負(fù)責(zé)將到件運單的重量金額錄入電腦，并打印派件表。收派件：負(fù)責(zé)將快件送至收件客戶手中。收件人：簽收快件。6.3.8用例描述接收到達的運單：錄單員接收所有到件運單數(shù)據(jù)。錄入派件的重量金額：錄單員錄入派件的重量金額信息。打印派件表：錄單員按業(yè)務(wù)員收派件范圍進展分類，并打印派件表。6.4客戶效勞子系統(tǒng)6.4.1模型視圖圖16.4.2模型描述如上圖所示，該系統(tǒng)模型描述客戶對運單進展查詢和投訴的效勞流程。6.4.3角色描述該模型涉及到的角色主要為客戶和客戶效勞小姐?？蛻簦杭窗l(fā)件客戶或收件客戶。客戶效勞小姐：負(fù)責(zé)為客戶進展運單查詢和投訴效勞。6.4.4用例描述運單查詢：客戶根據(jù)運單號，對該運單進展查詢，可以查詢該運單的各種詳細信息數(shù)據(jù)?？蛻敉对V：客戶通過客戶效勞小姐，對不滿意的效勞進展投訴。6.5網(wǎng)上效勞子系統(tǒng)6.5.1模型視圖內(nèi)部人員 查詢運單歷史數(shù)據(jù)圖16.5.2模型描述如上圖所示，該系統(tǒng)模型主要描述XX內(nèi)部人員通過網(wǎng)絡(luò)對運單歷史數(shù)據(jù)進展查詢的流程。歷史數(shù)據(jù)即為超過六個月的運單數(shù)據(jù)。網(wǎng)上效勞根本工作流程如下： 客戶通過委托XX內(nèi)部人員〔一般指客戶效勞小姐或其他被允許查詢歷史數(shù)據(jù)的員工，此處指客戶效勞小姐〕查詢歷史單數(shù)據(jù)?？蛻粜谛〗阃ㄟ^INTERNET訪問香港數(shù)據(jù)中心，查詢歷史單數(shù)據(jù)。6.5.3角色描述該模型涉及到的角色主要是XX內(nèi)部人員。XX內(nèi)部人員：即XX工作人員，只有允許訪問的員工如客戶效勞小姐才有權(quán)對歷史數(shù)據(jù)進展查詢。6.5.4用例描述查詢運單歷史數(shù)據(jù)：內(nèi)部人員〔即被允許可以查詢歷史數(shù)據(jù)的人員，如客戶效勞小姐〕可以通過網(wǎng)絡(luò)對運單歷史數(shù)據(jù)進展查詢。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集團管理人員或員工進展權(quán)限管理和分配的流程。管理人員在進展管轄區(qū)內(nèi)人員權(quán)限分配時，需先進展操作權(quán)限確認(rèn)，方可對管轄區(qū)內(nèi)管理人員〔員工〕進展權(quán)限分配。權(quán)限控制主要包括：業(yè)務(wù)訪問權(quán)限管理控制權(quán)限WEB訪問權(quán)限6.6.3角色描述該系統(tǒng)模型涉及到的角色主要有總裁，中層管理人員，底層業(yè)務(wù)人員?？偛茫簱碛泄咀罡吖芾頇?quán)限，并對所有管理人員分配管理權(quán)限配。中層管理人員：擁有權(quán)限并可以刪除〔分配〕管轄省所有員工的權(quán)限。底層業(yè)務(wù)人員：擁有權(quán)限并可以刪除〔分配〕管轄網(wǎng)點所有員工的權(quán)限。6.6.4用例描述當(dāng)前操作權(quán)限確認(rèn)：用戶在操作系統(tǒng)前，確認(rèn)用戶的操作權(quán)限。刪除某人的權(quán)限分配：權(quán)限內(nèi)管理下屬人員權(quán)限。不得越權(quán)使用。6.7營業(yè)數(shù)據(jù)查詢6.7.1模型視圖_總裁確認(rèn)當(dāng)前操作權(quán)限中層管理人員(from_公共角色)(from_公共角色)查詢營業(yè)數(shù)據(jù) 底層管理人員(from_公共角色)圖16.7.2模型描述該系統(tǒng)模型描述XX集團管理人員通過權(quán)限進展?fàn)I業(yè)數(shù)據(jù)查詢的流程。管理人員在進展?fàn)I業(yè)數(shù)據(jù)查詢操作前，需先進展操作權(quán)限確認(rèn)，方可對營業(yè)數(shù)據(jù)進展查詢。注：權(quán)限內(nèi)查詢，不可越權(quán)使用。角色描述該模型涉及到的角色主要有王衛(wèi)、省負(fù)責(zé)人、區(qū)總和網(wǎng)點經(jīng)理。總裁：擁有公司最高管理權(quán)限，可以對所有營業(yè)數(shù)據(jù)進展查詢。省負(fù)責(zé)人：擁有權(quán)限并可以權(quán)限內(nèi)查詢營業(yè)數(shù)據(jù)。區(qū)總：擁有權(quán)限并可以權(quán)限內(nèi)查詢營業(yè)數(shù)據(jù)。網(wǎng)點經(jīng)理：擁有權(quán)限并可以權(quán)限內(nèi)查詢營業(yè)數(shù)據(jù)。6.7.3用例描述確認(rèn)當(dāng)前操作權(quán)限：用戶在查詢營業(yè)數(shù)據(jù)前，確認(rèn)用戶的操作權(quán)限。查詢營業(yè)數(shù)據(jù)：權(quán)限內(nèi)查詢營數(shù)據(jù)。6.8遠程維護子系統(tǒng)6.8.1模型視圖維護人員系統(tǒng)升級電腦部日常維護故障處理_敏思達公