【正文】 寫(xiě)的applet和應(yīng)用程序所需的工具組成[9]。它為企業(yè)運(yùn)作、電子商務(wù)和移動(dòng)計(jì)算提供了廣泛的可伸縮性的解決方案，提供一個(gè)綜合平臺(tái)。第3章 快遞物流管理信息系統(tǒng)的系統(tǒng)分析 系統(tǒng)規(guī)劃 快遞物流企業(yè)戰(zhàn)略規(guī)劃本民營(yíng)快遞物流企業(yè)立足遼寧省沈陽(yáng)市，輻射東北三省，目前在沈陽(yáng)、長(zhǎng)春、哈爾濱、大連、齊齊哈爾等設(shè)有公司站點(diǎn)。公司戰(zhàn)略目標(biāo)如下本民營(yíng)快遞企業(yè)是沈陽(yáng)的一家快遞公司，公司主要以國(guó)內(nèi)異地快遞和同城快遞為業(yè)務(wù)，目前規(guī)模較小，但發(fā)展勢(shì)頭強(qiáng)勁。：(1) 提高東北三省快遞物流服務(wù)的市場(chǎng)占有率，力爭(zhēng)在五年內(nèi)達(dá)到50%以上。為了達(dá)成以上戰(zhàn)略目標(biāo)，快遞物流企業(yè)的信息化建設(shè)是重中之重。 快遞物流管理信息系統(tǒng)規(guī)劃快遞物流信息系統(tǒng)規(guī)劃應(yīng)遵循目標(biāo)導(dǎo)向原則、需求導(dǎo)向原則、立足現(xiàn)實(shí)原則、適度超前原則[18]：(1) 目標(biāo)導(dǎo)向原則：物流信息化規(guī)劃目標(biāo)必須與企業(yè)戰(zhàn)略目標(biāo)相一致。信息化規(guī)劃必須正確識(shí)別這些關(guān)鍵業(yè)務(wù)和流程，正確識(shí)別物流戰(zhàn)略對(duì)這些業(yè)務(wù)和流程的信息化需求，并從滿足戰(zhàn)略需求著眼，有重點(diǎn)、有針對(duì)性地進(jìn)行規(guī)劃。(4) 適度超前原則：信息化是一個(gè)不斷發(fā)展的過(guò)程，一蹴而就和一勞永逸的信息化是不現(xiàn)實(shí)的。UML利用業(yè)務(wù)用例圖和高層活動(dòng)圖來(lái)捕獲客戶的需求，這里的客戶需求是全方位的，它既包括手動(dòng)形式執(zhí)行的業(yè)務(wù)也包括基于IT系統(tǒng)執(zhí)行的業(yè)務(wù)。實(shí)踐證明，活動(dòng)圖在業(yè)務(wù)系統(tǒng)減摩中有很大的用武之地。 確定參與者業(yè)務(wù)系統(tǒng)的外部用戶(例如客戶或業(yè)務(wù)伙伴，在UML中稱為業(yè)務(wù)角色)將使用業(yè)務(wù)系統(tǒng)的輸出，這些外部用戶無(wú)需了解業(yè)務(wù)用例具體如何執(zhí)行詳細(xì)信息。與業(yè)務(wù)系統(tǒng)有關(guān)的參與者還包括業(yè)務(wù)系統(tǒng)內(nèi)部的員工或工作人員(在UML中稱為業(yè)務(wù)工人)，這些業(yè)務(wù)工人是外部用戶與業(yè)務(wù)系統(tǒng)打交道的“接口”，即業(yè)務(wù)系統(tǒng)通過(guò)業(yè)務(wù)工人為外部用戶提供服務(wù)，同時(shí)對(duì)業(yè)務(wù)系統(tǒng)來(lái)說(shuō)業(yè)務(wù)工人也在實(shí)現(xiàn)著某項(xiàng)功能。通過(guò)用戶調(diào)研和資料搜集，我們發(fā)現(xiàn)下列幾類業(yè)務(wù)工人是快遞物流業(yè)務(wù)系統(tǒng)必不可少的： 源站點(diǎn)收貨員； 目的站點(diǎn)收貨員； 配貨員； 司機(jī)； 送貨員。這里的源站點(diǎn)客戶和目的站點(diǎn)客戶是相對(duì)的，對(duì)于一次交易來(lái)說(shuō)，某客戶是源站點(diǎn)客戶，而對(duì)于另外一次交易，他有可能成為目的站點(diǎn)客戶，因此，二者角色是可以互換的，但這里為了更清晰的說(shuō)明問(wèn)題，并非將二者統(tǒng)稱為客戶。 業(yè)務(wù)用例圖業(yè)務(wù)用例是描述機(jī)構(gòu)中一組相關(guān)的工作流。業(yè)務(wù)用例圖的元素包括業(yè)務(wù)工人、業(yè)務(wù)角色和業(yè)務(wù)用例。通過(guò)上述分析。 高層活動(dòng)圖活動(dòng)圖與程序設(shè)計(jì)中的流程圖相似，用于表示活動(dòng)集。在活動(dòng)圖中可以明確地看出參與者們（業(yè)務(wù)工人和業(yè)務(wù)角色）是并行執(zhí)行某個(gè)業(yè)務(wù)用例還是各自獨(dú)立地執(zhí)行。這里的高層活動(dòng)圖是指從宏觀上、整體上來(lái)描述快遞物流業(yè)務(wù)，至于每個(gè)業(yè)務(wù)用例的具體細(xì)節(jié)，在后續(xù)的系統(tǒng)分析階段將進(jìn)一步細(xì)化。因此，一般來(lái)說(shuō)，分析都是通過(guò)與用戶或客戶的協(xié)作完成的[13]。也就是說(shuō)，在分析階段，開(kāi)發(fā)人員不應(yīng)該考慮有關(guān)代碼和程序的問(wèn)題，因?yàn)榉治鲋皇抢斫夂蛯?shí)現(xiàn)系統(tǒng)的第一步。本課題要研究的是快遞物流管理信息系統(tǒng)，因此從系統(tǒng)類型上應(yīng)屬于IT系統(tǒng)。 系統(tǒng)需求分析系統(tǒng)需求分析會(huì)在客戶和系統(tǒng)提供者之間產(chǎn)生一個(gè)協(xié)議。盡管通常不可能在這樣的文檔中定義所有的事情，但還是應(yīng)該盡可能地細(xì)化系統(tǒng)需求[31]。它描述IT系統(tǒng)能給用戶提供哪些功能，在系統(tǒng)需求分析時(shí)，通常將IT系統(tǒng)作為一個(gè)黑盒子來(lái)看待。來(lái)表示[13]。這里的簡(jiǎn)明用例順序圖是為了和后面的問(wèn)題域分析中的用例順序圖清晰的劃分而采用的叫法。它描述的是用戶在使用IT系統(tǒng)時(shí)可以扮演的角色，而不一定是一個(gè)具體的人。其中，源站點(diǎn)客戶和目的站點(diǎn)客戶均來(lái)自于業(yè)務(wù)用例圖中的業(yè)務(wù)角色，而其他的參與者都來(lái)自于組織內(nèi)部，在業(yè)務(wù)系統(tǒng)分析中稱為業(yè)務(wù)工人，而相對(duì)于系統(tǒng)來(lái)說(shuō)是系統(tǒng)的參與者。通過(guò)對(duì)系統(tǒng)的分析和上述角色的分析，確認(rèn)用例如下：1) 源站點(diǎn)收貨2) 倉(cāng)儲(chǔ)3) 配貨4) 發(fā)貨5) 目的站點(diǎn)收貨6) 目的站點(diǎn)倉(cāng)儲(chǔ)7) 送貨8) 客戶附加服務(wù)9) 系統(tǒng)管理其中，源站點(diǎn)收貨與目的站點(diǎn)收貨是兩個(gè)不同的概念。但二者性質(zhì)是一樣的，因此可以將源站點(diǎn)收貨和目的站點(diǎn)收貨抽取出一個(gè)收貨用例，二者都對(duì)收貨用例進(jìn)行了擴(kuò)展。 創(chuàng)建用例圖用例圖被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖，是描述需求分析中的業(yè)務(wù)需要IT系統(tǒng)參與的工作。 快遞物流管理信息系統(tǒng)用例圖 the Use Case Diagram of Express Logistics MIS。簡(jiǎn)明用例順序圖是用來(lái)描述每個(gè)用例中用戶與IT系統(tǒng)之間的交互過(guò)程，它仍屬于從系統(tǒng)外部來(lái)看待系統(tǒng)所能提供的功能，因此屬于外部視圖的范疇，是系統(tǒng)需求分析的內(nèi)容之一。在UML中，事件是用來(lái)對(duì)一個(gè)將發(fā)生的事情進(jìn)行規(guī)格化的描述。事件是用戶通過(guò)用戶界面發(fā)起的，例如單擊搜索按鈕或按Enter鍵，這些都將執(zhí)行系統(tǒng)內(nèi)部的某些東西[34]。倉(cāng)儲(chǔ)倉(cāng)庫(kù)管理員對(duì)收貨員收到的貨物根據(jù)將要送達(dá)的站點(diǎn)進(jìn)行分類和倉(cāng)儲(chǔ)，填寫(xiě)倉(cāng)儲(chǔ)單。每個(gè)倉(cāng)庫(kù)倉(cāng)儲(chǔ)要送達(dá)其他某個(gè)或某些站點(diǎn)的貨物。發(fā)貨根據(jù)配貨單，源站點(diǎn)司機(jī)進(jìn)行送貨。目的站點(diǎn)收貨目的站點(diǎn)收貨員接收送達(dá)本站點(diǎn)的貨物，同時(shí)填寫(xiě)已達(dá)貨物清單。目的站點(diǎn)倉(cāng)儲(chǔ)目的站點(diǎn)倉(cāng)庫(kù)管理員對(duì)到達(dá)的貨物根據(jù)要送達(dá)的區(qū)域進(jìn)行分類和倉(cāng)儲(chǔ)，填寫(xiě)倉(cāng)儲(chǔ)單。送貨送貨員對(duì)要送達(dá)的貨物進(jìn)行派件處理，即送貨到門，同時(shí)要求客戶填寫(xiě)到貨確認(rèn)。系統(tǒng)管理系統(tǒng)管理員對(duì)車輛、倉(cāng)庫(kù)、工作人員、客戶以及單據(jù)信息等進(jìn)行管理，這些統(tǒng)稱為系統(tǒng)管理，即所謂的后臺(tái)管理。由于快遞物流管理信息系統(tǒng)的目標(biāo)之一就是實(shí)現(xiàn)信息或數(shù)據(jù)收集、加工和處理的方便和快捷，因此，對(duì)于以信息為主要處理對(duì)象的系統(tǒng)來(lái)說(shuō)，利用簡(jiǎn)明用例順序圖是明智的選擇。查詢事件的結(jié)果就是已經(jīng)顯示的信息。轉(zhuǎn)換事件的結(jié)果取決于轉(zhuǎn)變是否成功，如果成功，信息將被存儲(chǔ)、修改或刪除；如果失敗，那么對(duì)用戶和系統(tǒng)而言就沒(méi)有任何東西發(fā)生改變。我們將對(duì)該語(yǔ)言進(jìn)行擴(kuò)展，創(chuàng)建兩種特定的事件類型：在事件名稱之前添加構(gòu)造型《Q》表示該事件是查詢事件；在事件名稱之前添加構(gòu)造型《M》表示該事件是轉(zhuǎn)換事件。本系統(tǒng)共有11個(gè)用例，每個(gè)用例都對(duì)應(yīng)有一個(gè)簡(jiǎn)明用例順序圖，分別為：源站點(diǎn)收貨簡(jiǎn)明用例順序圖、源站點(diǎn)倉(cāng)儲(chǔ)簡(jiǎn)明用例順序圖、配貨簡(jiǎn)明用例順序圖、發(fā)貨簡(jiǎn)明用例順序圖、目的站點(diǎn)收貨簡(jiǎn)明用例順序圖、目的站點(diǎn)倉(cāng)儲(chǔ)簡(jiǎn)明用例順序圖、送貨簡(jiǎn)明用例順序圖、注冊(cè)登陸簡(jiǎn)明用例順序圖、客戶信息服務(wù)簡(jiǎn)明用例順序圖、貨物跟蹤簡(jiǎn)明用例順序圖和系統(tǒng)管理簡(jiǎn)明用例順序圖。 源站點(diǎn)收貨簡(jiǎn)明用例順序圖 源站點(diǎn)收貨簡(jiǎn)明用例順序圖 the Concise Sequence Diagram of the Pickup Use Case at Source Site 源站點(diǎn)倉(cāng)儲(chǔ)簡(jiǎn)明用例順序圖 源站點(diǎn)倉(cāng)儲(chǔ)簡(jiǎn)明用例順序圖 the Concise Sequence Diagram of the Storage Use Case at Source Site 配貨簡(jiǎn)明用例順序圖 配貨簡(jiǎn)明用例順序圖 the Concise Sequence Diagram of the Distribution Use Case 發(fā)貨簡(jiǎn)明用例順序圖 發(fā)貨簡(jiǎn)明用例順序圖 the Concise Sequence Diagram of the Delivery Use Case 注冊(cè)登陸簡(jiǎn)明用例順序圖 注冊(cè)登陸簡(jiǎn)明用例順序圖 the Concise Sequence Diagram of the Registration and Login Use Case 問(wèn)題域分析對(duì)系統(tǒng)進(jìn)行需求分析后，接下來(lái)的工作就是問(wèn)題域分析。問(wèn)題域分析將產(chǎn)生問(wèn)題域的模型：類、對(duì)象，以及根據(jù)真實(shí)世界中各實(shí)體之間關(guān)系進(jìn)行建模的交互模型。(1) 交互視圖交互視圖和用例之間存在著很緊密的關(guān)系。而在交互視圖中，這個(gè)黑盒子將被打開(kāi)，顯示出IT系統(tǒng)內(nèi)部發(fā)生的事情。UML使用兩種圖來(lái)進(jìn)行交互視圖建模：順序圖和協(xié)作圖。生命線之間的箭頭連接代表信息。順序圖關(guān)注的焦點(diǎn)是時(shí)間。協(xié)作圖是對(duì)在一次交互中有意義的對(duì)象和對(duì)象間關(guān)系的建模。將焦點(diǎn)集中于空間意味著協(xié)作圖對(duì)對(duì)象之間的空間關(guān)系特別感興趣，因而會(huì)在圖中明確地顯示它們。問(wèn)題域分析中的順序圖和協(xié)作圖是對(duì)系統(tǒng)需求分析中的簡(jiǎn)明用例順序圖的具體化和細(xì)化，它通過(guò)對(duì)IT系統(tǒng)分解為各個(gè)具體的實(shí)體對(duì)象，對(duì)參與者與系統(tǒng)的交互進(jìn)行可視化建模，即它描述了系統(tǒng)如何實(shí)現(xiàn)用戶所需的服務(wù)或系統(tǒng)需要提供的功能。這里是為了與前者區(qū)分而采用的叫法。 源站點(diǎn)收貨分析順序圖 源站點(diǎn)收貨分析順序圖 the Analytic Sequence Diagram of the Pickup at Source Site 源站點(diǎn)收貨分析協(xié)作圖 源站點(diǎn)收貨分析協(xié)作圖 the Analytic Collaborative Diagram of the Pickup at Source Site 源站點(diǎn)倉(cāng)儲(chǔ)分析順序圖 源站點(diǎn)倉(cāng)儲(chǔ)分析順序圖 the Analytic Sequence Diagram of the Storage at Source Site 源站點(diǎn)倉(cāng)儲(chǔ)分析協(xié)作圖 源站點(diǎn)倉(cāng)儲(chǔ)分析協(xié)作圖 the Analytic Collaborative Diagram of the Storage at Source Site 配貨分析順序圖 配貨分析順序圖 the Analytic Sequence Diagram of the Distribution 配貨分析協(xié)作圖 源站點(diǎn)配貨分析協(xié)作圖 the Analytic Collaborative Diagram of the Distribution 發(fā)貨分析順序圖 發(fā)貨分析順序圖 the Analytic Sequence Diagram of the Delivery 發(fā)貨分析協(xié)作圖 發(fā)貨分析協(xié)作圖 the Analytic Collaborative Diagram of the Delivery 注冊(cè)登陸分析順序圖 注冊(cè)登陸分析順序圖 the Analytic Sequence Diagram of the Registration and Login 注冊(cè)登陸分析協(xié)作圖 注冊(cè)登陸分析協(xié)作圖 the Analytic Collaborative Diagram of the Registration and Login(2) 問(wèn)題域類圖（分析類圖）類是具有相同特征（屬性）和相同行為（方法）的對(duì)象的集合，類的名稱、屬性和方法是描述一個(gè)類的三個(gè)最基本的方面。在抽象模型中表述現(xiàn)實(shí)世界，可以分為兩個(gè)步驟：第一步，將個(gè)別人或事物抽象成對(duì)象；第二步，把類似的對(duì)象組合成類。對(duì)順序圖的消息進(jìn)行分析，消息的傳遞轉(zhuǎn)化為類的操作。對(duì)順序圖和協(xié)作圖的消息（對(duì)象之間的通信，即圖中的箭頭）進(jìn)行分析，每個(gè)消息都轉(zhuǎn)化為類的操作[33]。通過(guò)對(duì)上述類分析，可以發(fā)現(xiàn)上述類之間是有某種關(guān)系的。只有定義和描述了類之間的關(guān)系，各個(gè)類才能構(gòu)成一個(gè)整體、有機(jī)的靜態(tài)模型即類圖。在UML中，關(guān)聯(lián)關(guān)系定義為描述一組鏈接的一種關(guān)系，其中，鏈接定義為一組對(duì)象之間的一種語(yǔ)義連接。泛化是一種在一般元素和特殊元素之間存在的關(guān)系。允許使用一般元素的實(shí)例的任何地方，都可以使用特殊元素的實(shí)例來(lái)代替。對(duì)后者的影響將影響到前者。對(duì)上述類的分析，快遞物流管理信息系統(tǒng)所涉及的類之間的關(guān)系包括關(guān)聯(lián)、泛化和聚合三種，其中關(guān)聯(lián)關(guān)系這里不單獨(dú)列出，將在問(wèn)題域類圖中列出。 類泛化關(guān)系示例圖Figure the Diagram of Generalization Relationship between Classes源站點(diǎn)倉(cāng)庫(kù)和目的站點(diǎn)倉(cāng)庫(kù)是相對(duì)的概念，源站點(diǎn)與目的站點(diǎn)之間是可以角色互換的，二者本質(zhì)是相同的，如都具有名稱、所屬站點(diǎn)、體積和狀態(tài)等屬性，同時(shí)都具有添加、刪除和更新?tīng)顟B(tài)等操作，因此，可以將兩者相同的部分抽象出一個(gè)新的類，即父類。其他類之間的泛化關(guān)系與上述類似，在此不作贅述。 類聚合關(guān)系示例圖Figure the Diagram of Aggregation Relationship between Classes聚合關(guān)系是關(guān)聯(lián)關(guān)系的一種特殊形式。上圖中的配貨單是由發(fā)貨單組成的，發(fā)貨單是針對(duì)每個(gè)車輛生成一個(gè)發(fā)貨單，而配貨單是對(duì)所有車輛的配貨情況的匯總，因此，二者是聚合的關(guān)系。 快遞物流管理信息系統(tǒng)分析類圖 the Analytic Class Diagram of Express Logistics MIS。它用于顯示類的對(duì)象可能具備的所有狀態(tài)，以及那些引起狀態(tài)改變的事件[1]。對(duì)該系統(tǒng)進(jìn)行分析，貨物和車輛兩個(gè)類都有多個(gè)明確的狀態(tài)，并且狀態(tài)的不同會(huì)影響類的行為。 貨物類狀態(tài)圖 the State Diagram of Goods Class車輛類有閑置中、使用中、維修中和報(bào)廢中四個(gè)狀態(tài)。(1) 可擴(kuò)展性：新的功能很容易集成到現(xiàn)有的系統(tǒng)中去，而不影響到系統(tǒng)的其他模塊；(2) 靈活性：允許代碼修改平穩(wěn)的發(fā)生。只要接口一致，更改實(shí)現(xiàn)類不影響類的使用者。新類被加入進(jìn)來(lái)，以提供以下一些技術(shù)基礎(chǔ)結(jié)構(gòu)：用戶界面、處理對(duì)象存儲(chǔ)的數(shù)據(jù)庫(kù)、與其他系統(tǒng)的通信、與系統(tǒng)中各種設(shè)備的接口等[7]。在設(shè)計(jì)階段，不僅會(huì)細(xì)化那些在分析階段定義的類，還會(huì)加入一些新的類，以便處理技術(shù)領(lǐng)域的問(wèn)題，如數(shù)據(jù)庫(kù)、用戶界面、通信和設(shè)備等[1]。設(shè)計(jì)階段分為兩個(gè)部分： 總體設(shè)計(jì)（Architecture Design）：這是一個(gè)高層的設(shè)計(jì)，包括體系結(jié)構(gòu)設(shè)計(jì)和總體功能設(shè)計(jì)，前者用來(lái)定義包（子系統(tǒng)），包括包之間的依賴關(guān)系和主要的通信機(jī)制；后者從功能的角度宏觀設(shè)計(jì)系統(tǒng)。同時(shí)，可以用UML中的動(dòng)態(tài)模型來(lái)說(shuō)明對(duì)象如何在特定的情況下做出相應(yīng)的行為。在進(jìn)行體系結(jié)構(gòu)設(shè)計(jì)時(shí)，包可以專注于一個(gè)特定的功能領(lǐng)域的處理，或者專注于一個(gè)特定的技術(shù)領(lǐng)域的處理[1]。這些類是基于Java AWT包設(shè)計(jì)的，后者是Java中用來(lái)編寫(xiě)用戶界面應(yīng)用程序的一個(gè)