【正文】 智的選擇。理論和實(shí)踐已證明將以下兩種類型的事件區(qū)分開(kāi)來(lái)是有價(jià)值的：1) 查詢事件的目標(biāo)是顯示信息，通常不會(huì)修改IT系統(tǒng)中的任何東西。查詢事件的結(jié)果就是已經(jīng)顯示的信息。2) 轉(zhuǎn)換事件的目標(biāo)是對(duì)IT系統(tǒng)中的信息進(jìn)行存儲(chǔ)、修改或刪除操作。轉(zhuǎn)換事件的結(jié)果取決于轉(zhuǎn)變是否成功，如果成功，信息將被存儲(chǔ)、修改或刪除；如果失敗，那么對(duì)用戶和系統(tǒng)而言就沒(méi)有任何東西發(fā)生改變。在UML中并沒(méi)有對(duì)查詢事件和轉(zhuǎn)換事件的支持，因?yàn)槲覀儗⑹褂肬ML擴(kuò)展構(gòu)造型，它是UML中一種用來(lái)表示自定義元素的擴(kuò)展機(jī)制。我們將對(duì)該語(yǔ)言進(jìn)行擴(kuò)展，創(chuàng)建兩種特定的事件類型：在事件名稱之前添加構(gòu)造型《Q》表示該事件是查詢事件；在事件名稱之前添加構(gòu)造型《M》表示該事件是轉(zhuǎn)換事件。在簡(jiǎn)明用例順序圖中，我們能夠清楚地了解其涉及的是什么類型的事件，但并沒(méi)有將IT系統(tǒng)對(duì)這些事件的應(yīng)答描述成一個(gè)獨(dú)立的事件，因?yàn)槊總€(gè)事件都有其固有的反饋。本系統(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)明用例順序圖。鑒于篇幅限制，這里只列出其中的5個(gè)，如下圖所示。 源站點(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)題域分析。該分析活動(dòng)應(yīng)該沒(méi)有任何技術(shù)或?qū)崿F(xiàn)細(xì)節(jié)，因?yàn)樗菍?duì)將要解決的問(wèn)題的確切陳述，所以分析應(yīng)該包含一個(gè)理想的模型，另外，分析還涉及到那些與問(wèn)題域有關(guān)的必備知識(shí)[31]。問(wèn)題域分析將產(chǎn)生問(wèn)題域的模型：類、對(duì)象，以及根據(jù)真實(shí)世界中各實(shí)體之間關(guān)系進(jìn)行建模的交互模型。這里將利用交互視圖、類圖和狀態(tài)圖對(duì)問(wèn)題域進(jìn)行分析，其中交互視圖包括順序圖和協(xié)作圖[13]。(1) 交互視圖交互視圖和用例之間存在著很緊密的關(guān)系。用例展開(kāi)的是外部視圖，它將系統(tǒng)看成一個(gè)黑盒子。而在交互視圖中，這個(gè)黑盒子將被打開(kāi)，顯示出IT系統(tǒng)內(nèi)部發(fā)生的事情。交互視圖展示了處理特定任務(wù)所需的對(duì)象，以及這些對(duì)象相互通信的機(jī)制。UML使用兩種圖來(lái)進(jìn)行交互視圖建模：順序圖和協(xié)作圖。順序圖表示對(duì)象之間傳送消息的時(shí)間順序，每一個(gè)對(duì)象用一條生命線來(lái)表示，用垂直線代表整個(gè)交互過(guò)程中對(duì)象的生命周期。生命線之間的箭頭連接代表信息。順序圖可以用來(lái)進(jìn)行一個(gè)場(chǎng)景說(shuō)明，即一個(gè)事務(wù)的歷史過(guò)程。順序圖關(guān)注的焦點(diǎn)是時(shí)間。這里的順序圖和簡(jiǎn)明用例順序圖是不同的，簡(jiǎn)明用例順序圖是外部視圖的范疇，而順序圖著眼于系統(tǒng)內(nèi)部，將系統(tǒng)展開(kāi)進(jìn)行分析。協(xié)作圖是對(duì)在一次交互中有意義的對(duì)象和對(duì)象間關(guān)系的建模。它也可以描述對(duì)象之間是如何交互的，但協(xié)作圖中的主要焦點(diǎn)是空間。將焦點(diǎn)集中于空間意味著協(xié)作圖對(duì)對(duì)象之間的空間關(guān)系特別感興趣，因而會(huì)在圖中明確地顯示它們。順序圖和協(xié)作圖結(jié)合起來(lái)，從不同角度來(lái)看待交互過(guò)程，因此可以完整的描述一個(gè)用例中對(duì)象間完整的交互過(guò)程。問(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)需要提供的功能。本系統(tǒng)共有11個(gè)用例，同簡(jiǎn)明用例順序圖一樣，分析順序圖和分析協(xié)作圖 這里的分析順序圖和分析協(xié)作圖，是對(duì)系統(tǒng)需求分析中的簡(jiǎn)明用例順序圖的細(xì)化和具體化，通過(guò)對(duì)系統(tǒng)分解為各個(gè)實(shí)體對(duì)象，對(duì)參與者和系統(tǒng)的交互進(jìn)行可視化建模。這里是為了與前者區(qū)分而采用的叫法。也分別應(yīng)有11個(gè)，鑒于篇幅所限，這里僅列出其中的10個(gè)，分別為：源站點(diǎn)收貨分析交互視圖、源站點(diǎn)倉(cāng)儲(chǔ)分析交互視圖、配貨分析交互視圖、發(fā)貨分析交互視圖和注冊(cè)登陸分析交互視圖。 源站點(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è)最基本的方面。類圖是面向?qū)ο笙到y(tǒng)的建模中最常見(jiàn)的圖，顯示了一組類、接口、協(xié)作以及他們之間關(guān)系[1]。在抽象模型中表述現(xiàn)實(shí)世界，可以分為兩個(gè)步驟：第一步，將個(gè)別人或事物抽象成對(duì)象；第二步，把類似的對(duì)象組合成類。通過(guò)對(duì)快遞物流管理信息系統(tǒng)用例視圖、簡(jiǎn)明用例順序圖和交互視圖分析，尋找對(duì)象，定義對(duì)象，將功能分配到對(duì)象上，并歸納各對(duì)象應(yīng)記錄的屬性，對(duì)這些對(duì)象進(jìn)行抽象，描述過(guò)程中的類。對(duì)順序圖的消息進(jìn)行分析，消息的傳遞轉(zhuǎn)化為類的操作。上節(jié)中順序圖和協(xié)作圖描述了快遞物流基本工作流程，顯示了描述事件流過(guò)程中的對(duì)象（順序圖和協(xié)作圖的矩形），對(duì)這些對(duì)象進(jìn)行抽象，描述出業(yè)務(wù)處理過(guò)程中的類。對(duì)順序圖和協(xié)作圖的消息（對(duì)象之間的通信，即圖中的箭頭）進(jìn)行分析，每個(gè)消息都轉(zhuǎn)化為類的操作[33]。通過(guò)對(duì)系統(tǒng)需求分析和細(xì)化用例可以發(fā)現(xiàn)快遞物流管理信息系統(tǒng)的問(wèn)題域類有：源站點(diǎn)、源站點(diǎn)客戶、源站點(diǎn)倉(cāng)庫(kù)、源站點(diǎn)倉(cāng)儲(chǔ)單、源站點(diǎn)車輛、目的站點(diǎn)、目的站點(diǎn)客戶、目的站點(diǎn)倉(cāng)庫(kù)、目的站點(diǎn)倉(cāng)儲(chǔ)單、目的站點(diǎn)車輛、貨物、配貨單、發(fā)貨單、已達(dá)貨物列表和送貨單。通過(guò)對(duì)上述類分析，可以發(fā)現(xiàn)上述類之間是有某種關(guān)系的。在UML中類之間的關(guān)系有關(guān)聯(lián)（Association）、泛化（Generation）、依賴（Dependency）和精化（Refinement）四種[1]。只有定義和描述了類之間的關(guān)系，各個(gè)類才能構(gòu)成一個(gè)整體、有機(jī)的靜態(tài)模型即類圖。關(guān)聯(lián)是類之間的一種連接。在UML中，關(guān)聯(lián)關(guān)系定義為描述一組鏈接的一種關(guān)系，其中，鏈接定義為一組對(duì)象之間的一種語(yǔ)義連接。在關(guān)聯(lián)關(guān)系中，也存在著一種稱為“聚合”的關(guān)系，它是關(guān)聯(lián)的一種特殊情況。泛化是一種在一般元素和特殊元素之間存在的關(guān)系。其中，特殊元素可以只包含那些附加信息。允許使用一般元素的實(shí)例的任何地方，都可以使用特殊元素的實(shí)例來(lái)代替。依賴是元素之間存在的一種關(guān)系，其中，一個(gè)是依賴元素，一個(gè)是被依賴元素。對(duì)后者的影響將影響到前者。精化是同一事物的兩種描述之間的一種關(guān)系，這兩種描述是在不同抽象層次進(jìn)行的。對(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è)新的類，即父類。二者都是該父類的特殊形式，可以繼承父類，同時(shí)在父類的基礎(chǔ)上添加自己獨(dú)有的屬性和操作。其他類之間的泛化關(guān)系與上述類似，在此不作贅述?？爝f物流管理信息系統(tǒng)中的類之間的關(guān)系除了泛化外，還有一種聚合關(guān)系。 類聚合關(guān)系示例圖Figure the Diagram of Aggregation Relationship between Classes聚合關(guān)系是關(guān)聯(lián)關(guān)系的一種特殊形式。它指出了類之間的關(guān)系是“整體與部分”的關(guān)系。上圖中的配貨單是由發(fā)貨單組成的，發(fā)貨單是針對(duì)每個(gè)車輛生成一個(gè)發(fā)貨單，而配貨單是對(duì)所有車輛的配貨情況的匯總，因此，二者是聚合的關(guān)系。該系統(tǒng)涉及的問(wèn)題域類有多個(gè)。 快遞物流管理信息系統(tǒng)分析類圖 the Analytic Class Diagram of Express Logistics MIS。 快遞物流管理信息系統(tǒng)分析類圖(含類之間的關(guān)系) the Analytic Class Diagram of Express Logistics MIS (with Relationship)(3) 狀態(tài)圖一般來(lái)說(shuō)，狀態(tài)圖（State Diagram）是對(duì)類的描述的補(bǔ)充。它用于顯示類的對(duì)象可能具備的所有狀態(tài)，以及那些引起狀態(tài)改變的事件[1]。在實(shí)際建模時(shí)，并不需要為所有的類都繪制狀態(tài)圖，僅對(duì)那些具有多個(gè)明確狀態(tài)的類，并且類的這些不同狀態(tài)會(huì)影響和改變類的行為時(shí)才繪制類的狀態(tài)圖。對(duì)該系統(tǒng)進(jìn)行分析，貨物和車輛兩個(gè)類都有多個(gè)明確的狀態(tài)，并且狀態(tài)的不同會(huì)影響類的行為。貨物類有已收貨、配貨中、發(fā)貨中和送貨中四種狀態(tài)，不同的事件會(huì)對(duì)貨物的狀態(tài)有不同的影響。 貨物類狀態(tài)圖 the State Diagram of Goods Class車輛類有閑置中、使用中、維修中和報(bào)廢中四個(gè)狀態(tài)。 車輛類狀態(tài)圖 the State Diagram of Vehicle Class第4章 快遞物流管理信息系統(tǒng)的系統(tǒng)設(shè)計(jì) 系統(tǒng)設(shè)計(jì)目標(biāo)和原則 系統(tǒng)設(shè)計(jì)目標(biāo)系統(tǒng)的設(shè)計(jì)目標(biāo)：可擴(kuò)展性，靈活性，可插入性[19]。(1) 可擴(kuò)展性：新的功能很容易集成到現(xiàn)有的系統(tǒng)中去，而不影響到系統(tǒng)的其他模塊；(2) 靈活性：允許代碼修改平穩(wěn)的發(fā)生。當(dāng)修改一處時(shí)不至于影響到另一處，這樣可以縮小維護(hù)的代價(jià)；(3) 可插入性：容易用一個(gè)類替換已經(jīng)存在的類。只要接口一致，更改實(shí)現(xiàn)類不影響類的使用者。 系統(tǒng)設(shè)計(jì)原則在系統(tǒng)設(shè)計(jì)階段，分析階段的結(jié)果被擴(kuò)展為一個(gè)技術(shù)解決方案。新類被加入進(jìn)來(lái)，以提供以下一些技術(shù)基礎(chǔ)結(jié)構(gòu)：用戶界面、處理對(duì)象存儲(chǔ)的數(shù)據(jù)庫(kù)、與其他系統(tǒng)的通信、與系統(tǒng)中各種設(shè)備的接口等[7]。設(shè)計(jì)階段的目標(biāo)是為待解決系統(tǒng)指定一個(gè)可行的技術(shù)解決方案，該方案能夠很容易地轉(zhuǎn)變?yōu)槌绦虼a。在設(shè)計(jì)階段，不僅會(huì)細(xì)化那些在分析階段定義的類，還會(huì)加入一些新的類，以便處理技術(shù)領(lǐng)域的問(wèn)題，如數(shù)據(jù)庫(kù)、用戶界面、通信和設(shè)備等[1]。在本系統(tǒng)的設(shè)計(jì)過(guò)程中，應(yīng)遵循以下原則：(1) 統(tǒng)一各種原始單據(jù)的格式，統(tǒng)一帳目和報(bào)表的格式；(2) 刪除不必要的管理冗余，實(shí)現(xiàn)管理規(guī)范化、科學(xué)化；(3) 界面盡量簡(jiǎn)單化，做到實(shí)用、方便，滿足企業(yè)不同員工的需要；(4) 系統(tǒng)設(shè)計(jì)考慮到系統(tǒng)的各種角色，對(duì)使用本系統(tǒng)的用戶設(shè)計(jì)合理的使用權(quán)限。設(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)。 詳細(xì)設(shè)計(jì)（Detailed Design）：此部分進(jìn)一步細(xì)化包內(nèi)的內(nèi)容，對(duì)所有的類都詳盡地進(jìn)行描述，為編寫(xiě)代碼的程序員提供一份清晰的規(guī)格說(shuō)明。同時(shí)，可以用UML中的動(dòng)態(tài)模型來(lái)說(shuō)明對(duì)象如何在特定的情況下做出相應(yīng)的行為。 總體設(shè)計(jì) 體系結(jié)構(gòu)設(shè)計(jì)良好的體系結(jié)構(gòu)是一個(gè)可擴(kuò)展和可修改的系統(tǒng)的基礎(chǔ)。在進(jìn)行體系結(jié)構(gòu)設(shè)計(jì)時(shí)，包可以專注于一個(gè)特定的功能領(lǐng)域的處理，或者專注于一個(gè)特定的技術(shù)領(lǐng)域的處理[1]。本系統(tǒng)中的包，有以下幾個(gè)：用戶界面包：該包的內(nèi)容描述整個(gè)用戶界面所使用的類，這些類提供的操作允許用戶查看系統(tǒng)中的數(shù)據(jù)，并允許用戶輸入新數(shù)據(jù)。這些類是基于Java AWT包設(shè)計(jì)的，后者是Java中用來(lái)編寫(xiě)用戶界面應(yīng)用程序的一個(gè)標(biāo)準(zhǔn)庫(kù)。用戶界面包和下面要介紹的業(yè)務(wù)對(duì)象包合