【正文】 用戶界面包和下面要介紹的業(yè)務(wù)對(duì)象包合作，后者。本系統(tǒng)中的包，有以下幾個(gè)：用戶界面包：該包的內(nèi)容描述整個(gè)用戶界面所使用的類，這些類提供的操作允許用戶查看系統(tǒng)中的數(shù)據(jù)，并允許用戶輸入新數(shù)據(jù)。 總體設(shè)計(jì) 體系結(jié)構(gòu)設(shè)計(jì)良好的體系結(jié)構(gòu)是一個(gè)可擴(kuò)展和可修改的系統(tǒng)的基礎(chǔ)。 詳細(xì)設(shè)計(jì)（Detailed Design）：此部分進(jìn)一步細(xì)化包內(nèi)的內(nèi)容，對(duì)所有的類都詳盡地進(jìn)行描述，為編寫代碼的程序員提供一份清晰的規(guī)格說(shuō)明。在本系統(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ì)階段的目標(biāo)是為待解決系統(tǒng)指定一個(gè)可行的技術(shù)解決方案，該方案能夠很容易地轉(zhuǎn)變?yōu)槌绦虼a。 系統(tǒng)設(shè)計(jì)原則在系統(tǒng)設(shè)計(jì)階段，分析階段的結(jié)果被擴(kuò)展為一個(gè)技術(shù)解決方案。當(dāng)修改一處時(shí)不至于影響到另一處，這樣可以縮小維護(hù)的代價(jià)；(3) 可插入性：容易用一個(gè)類替換已經(jīng)存在的類。 車輛類狀態(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]。貨物類有已收貨、配貨中、發(fā)貨中和送貨中四種狀態(tài)，不同的事件會(huì)對(duì)貨物的狀態(tài)有不同的影響。在實(shí)際建模時(shí)，并不需要為所有的類都繪制狀態(tài)圖，僅對(duì)那些具有多個(gè)明確狀態(tài)的類，并且類的這些不同狀態(tài)會(huì)影響和改變類的行為時(shí)才繪制類的狀態(tài)圖。 快遞物流管理信息系統(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ǔ)充。該系統(tǒng)涉及的問(wèn)題域類有多個(gè)。它指出了類之間的關(guān)系是“整體與部分”的關(guān)系。快遞物流管理信息系統(tǒng)中的類之間的關(guān)系除了泛化外，還有一種聚合關(guān)系。二者都是該父類的特殊形式，可以繼承父類，同時(shí)在父類的基礎(chǔ)上添加自己獨(dú)有的屬性和操作。其中。精化是同一事物的兩種描述之間的一種關(guān)系，這兩種描述是在不同抽象層次進(jìn)行的。依賴是元素之間存在的一種關(guān)系，其中，一個(gè)是依賴元素，一個(gè)是被依賴元素。其中，特殊元素可以只包含那些附加信息。在關(guān)聯(lián)關(guān)系中，也存在著一種稱為“聚合”的關(guān)系，它是關(guān)聯(lián)的一種特殊情況。關(guān)聯(lián)是類之間的一種連接。在UML中類之間的關(guān)系有關(guān)聯(lián)（Association）、泛化（Generation）、依賴（Dependency）和精化（Refinement）四種[1]。通過(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á)貨物列表和送貨單。上節(jié)中順序圖和協(xié)作圖描述了快遞物流基本工作流程，顯示了描述事件流過(guò)程中的對(duì)象（順序圖和協(xié)作圖的矩形），對(duì)這些對(duì)象進(jìn)行抽象，描述出業(yè)務(wù)處理過(guò)程中的類。通過(guò)對(duì)快遞物流管理信息系統(tǒng)用例視圖、簡(jiǎn)明用例順序圖和交互視圖分析，尋找對(duì)象，定義對(duì)象，將功能分配到對(duì)象上，并歸納各對(duì)象應(yīng)記錄的屬性，對(duì)這些對(duì)象進(jìn)行抽象，描述過(guò)程中的類。類圖是面向?qū)ο笙到y(tǒng)的建模中最常見的圖，顯示了一組類、接口、協(xié)作以及他們之間關(guān)系[1]。也分別應(yīng)有11個(gè)，鑒于篇幅所限，這里僅列出其中的10個(gè)，分別為：源站點(diǎn)收貨分析交互視圖、源站點(diǎn)倉(cāng)儲(chǔ)分析交互視圖、配貨分析交互視圖、發(fā)貨分析交互視圖和注冊(cè)登陸分析交互視圖。本系統(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)行可視化建模。順序圖和協(xié)作圖結(jié)合起來(lái)，從不同角度來(lái)看待交互過(guò)程，因此可以完整的描述一個(gè)用例中對(duì)象間完整的交互過(guò)程。它也可以描述對(duì)象之間是如何交互的，但協(xié)作圖中的主要焦點(diǎn)是空間。這里的順序圖和簡(jiǎn)明用例順序圖是不同的，簡(jiǎn)明用例順序圖是外部視圖的范疇，而順序圖著眼于系統(tǒng)內(nèi)部，將系統(tǒng)展開進(jìn)行分析。順序圖可以用來(lái)進(jìn)行一個(gè)場(chǎng)景說(shuō)明，即一個(gè)事務(wù)的歷史過(guò)程。順序圖表示對(duì)象之間傳送消息的時(shí)間順序，每一個(gè)對(duì)象用一條生命線來(lái)表示，用垂直線代表整個(gè)交互過(guò)程中對(duì)象的生命周期。交互視圖展示了處理特定任務(wù)所需的對(duì)象，以及這些對(duì)象相互通信的機(jī)制。用例展開的是外部視圖，它將系統(tǒng)看成一個(gè)黑盒子。這里將利用交互視圖、類圖和狀態(tài)圖對(duì)問(wèn)題域進(jìn)行分析，其中交互視圖包括順序圖和協(xié)作圖[13]。該分析活動(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]。鑒于篇幅限制，這里只列出其中的5個(gè)，如下圖所示。在簡(jiǎn)明用例順序圖中，我們能夠清楚地了解其涉及的是什么類型的事件，但并沒(méi)有將IT系統(tǒng)對(duì)這些事件的應(yīng)答描述成一個(gè)獨(dú)立的事件，因?yàn)槊總€(gè)事件都有其固有的反饋。在UML中并沒(méi)有對(duì)查詢事件和轉(zhuǎn)換事件的支持，因?yàn)槲覀儗⑹褂肬ML擴(kuò)展構(gòu)造型，它是UML中一種用來(lái)表示自定義元素的擴(kuò)展機(jī)制。2) 轉(zhuǎn)換事件的目標(biāo)是對(duì)IT系統(tǒng)中的信息進(jìn)行存儲(chǔ)、修改或刪除操作。理論和實(shí)踐已證明將以下兩種類型的事件區(qū)分開來(lái)是有價(jià)值的：1) 查詢事件的目標(biāo)是顯示信息，通常不會(huì)修改IT系統(tǒng)中的任何東西。對(duì)于本課題，采用簡(jiǎn)明用例順序圖對(duì)用例進(jìn)行細(xì)化是合理的。客戶附加服務(wù)客戶附加服務(wù)包括服務(wù)信息查詢?nèi)鐖?bào)價(jià)等、系統(tǒng)注冊(cè)登陸和貨物跟蹤服務(wù)。每個(gè)倉(cāng)庫(kù)倉(cāng)儲(chǔ)要送達(dá)某個(gè)區(qū)域或某些區(qū)域的貨物。這里的收貨員與目的站點(diǎn)收貨員面對(duì)的對(duì)象是有區(qū)別的。每個(gè)司機(jī)只負(fù)責(zé)一個(gè)車輛，一個(gè)車輛可由多名司機(jī)來(lái)負(fù)責(zé)。配貨配貨員根據(jù)車輛和快遞貨物的情況進(jìn)行配貨，填寫配貨單。每個(gè)倉(cāng)庫(kù)管理員負(fù)責(zé)一個(gè)倉(cāng)庫(kù)。 快遞物流管理信息系統(tǒng)的用例描述 the Use Case Description of Express Logistics MIS用例描述源站點(diǎn)收貨收到客戶的業(yè)務(wù)需求通知后，源站點(diǎn)收貨員上門取貨，填寫快遞單，并將快遞單信息錄入系統(tǒng)。在用例的語(yǔ)境中，事件是用戶對(duì)IT系統(tǒng)的操作。這里的簡(jiǎn)明用例順序圖涉及到事件的概念并利用了UML中的擴(kuò)展構(gòu)造型機(jī)制。(2) 簡(jiǎn)明用例順序圖這里的簡(jiǎn)明用例順序圖是我們倡導(dǎo)的一種UML順序圖的特殊用法。通過(guò)對(duì)系統(tǒng)的分析。這里的客戶附加服務(wù)包括客戶貨物跟蹤、注冊(cè)登陸、客戶信息服務(wù)，由于這些用例描述的并非功能性需求，因此將其列為客戶附加服務(wù)。源站點(diǎn)收貨面向的對(duì)象是客戶，而目的站點(diǎn)收貨面向的對(duì)象是其它某一站點(diǎn)（即源站點(diǎn)）。 確定系統(tǒng)用例用例是系統(tǒng)參與者與系統(tǒng)交互過(guò)程中所需要完成的事物，也是系統(tǒng)和參與者之間的對(duì)話，它表示系統(tǒng)提供的功能，即系統(tǒng)給操作者什么樣的使用操作[30]。通過(guò)對(duì)系統(tǒng)的需求分析，系統(tǒng)的參與者有：1) 源站點(diǎn)收貨員；2) 源站點(diǎn)倉(cāng)庫(kù)管理員；3) 配貨員；4) 司機(jī)(駕駛員)；5) 目的站點(diǎn)收貨員；6) 目的站點(diǎn)倉(cāng)庫(kù)管理員；7) 送貨員；8) 源站點(diǎn)客戶；9) 目的站點(diǎn)客戶；10) 系統(tǒng)管理員。(1) 用例圖結(jié)合業(yè)務(wù)用例圖和調(diào)研資料，對(duì)快遞物流管理信息系統(tǒng)的用例圖分析如下： 確定系統(tǒng)參與者參與者代表與系統(tǒng)接口的任何事物或者人，通常代表著一個(gè)系統(tǒng)的使用者，或者需要與系統(tǒng)打交道的人或事物。 用例圖展示了IT系統(tǒng)的所有使用者（參與者），以及在IT系統(tǒng)中這些使用者可以執(zhí)行的功能（用例）； 簡(jiǎn)明用例順序圖用來(lái)描述每個(gè)用例中用戶與IT系統(tǒng)的交互過(guò)程。系統(tǒng)需求分析通常利用UML中的用例圖和簡(jiǎn)明用例順序圖 這里的簡(jiǎn)明用例順序圖是一種新的順序圖使用方法，它是將整個(gè)系統(tǒng)看作一個(gè)對(duì)象，通過(guò)描述參與者與系統(tǒng)的交互，從動(dòng)態(tài)的角度對(duì)系統(tǒng)用例圖進(jìn)行的擴(kuò)展和細(xì)化。系統(tǒng)需求分析通常與業(yè)務(wù)需求分析集成，在業(yè)務(wù)需求分析中的業(yè)務(wù)資源、規(guī)則和目標(biāo)都將被建模。其中，客戶可以是一個(gè)與系統(tǒng)提供者在同一個(gè)組織中的用戶，也可以是另一個(gè)公司的用戶，這時(shí)會(huì)基于需求文檔編寫一份詳細(xì)的業(yè)務(wù)合同。而對(duì)于IT系統(tǒng)的建模應(yīng)基于業(yè)務(wù)系統(tǒng)，因此系統(tǒng)分析理應(yīng)以上述的業(yè)務(wù)需求分析為基礎(chǔ)。系統(tǒng)分析包括兩部分的內(nèi)容：系統(tǒng)需求分析和問(wèn)題域分析[29]。分析不應(yīng)該受技術(shù)解決方案或?qū)崿F(xiàn)細(xì)節(jié)的限制。 快遞物流業(yè)務(wù)高層活動(dòng)圖 the Higher Activity Diagram of Express Logistics 系統(tǒng)分析系統(tǒng)分析是為了捕獲和描述系統(tǒng)的所有需求，建立一個(gè)定義了系統(tǒng)問(wèn)題域類中關(guān)鍵類的模型（即系統(tǒng)中處理的事物），目的是為系統(tǒng)開發(fā)人員和建立系統(tǒng)需求的的人員（用戶/客戶）提供一個(gè)溝通的基礎(chǔ)，讓他們可以相互交流各自對(duì)系統(tǒng)的看法和理解，并達(dá)成一致意見。正如結(jié)構(gòu)化分析中的流程圖具有層次性一樣，活動(dòng)圖也是有層次結(jié)構(gòu)的。在業(yè)務(wù)需求分析中，我們將用活動(dòng)圖來(lái)描述這些業(yè)務(wù)過(guò)程，也就是描述業(yè)務(wù)系統(tǒng)的功能。 快遞物流業(yè)務(wù)用例圖 the Business Use Case Diagram of Express Logistics 業(yè)務(wù)用例圖要素表 Business Use Case Element Table業(yè)務(wù)用例圖元素內(nèi)容業(yè)務(wù)用例源站點(diǎn)收貨、配貨、發(fā)貨、目的站點(diǎn)收貨、送貨和客戶附加服務(wù)業(yè)務(wù)角色源站點(diǎn)客戶、目的站點(diǎn)客戶業(yè)務(wù)工人源站點(diǎn)收貨員、配貨員、司機(jī)、目的站點(diǎn)收貨員、送貨員，對(duì)于一些細(xì)節(jié)性的業(yè)務(wù)活動(dòng)我們并未列出。業(yè)務(wù)工人是機(jī)構(gòu)中的角色，業(yè)務(wù)角色是機(jī)構(gòu)外部和機(jī)構(gòu)交互的人，業(yè)務(wù)用例是機(jī)構(gòu)中的一組相關(guān)工作流。機(jī)構(gòu)中的全部業(yè)務(wù)用例一起完整的描述業(yè)務(wù)目標(biāo)[1]。不過(guò)在接下來(lái)的系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)中我們對(duì)該問(wèn)題進(jìn)行了梳理。 確定業(yè)務(wù)角色(Business Actor)從參與者中我們可以篩選出源站點(diǎn)客戶和目的站點(diǎn)客戶為業(yè)務(wù)角色。這里的功能和服務(wù)是不同的，至少?gòu)慕嵌壬峡紤]是不一樣的。通過(guò)對(duì)快遞物流企業(yè)的業(yè)務(wù)調(diào)研，我們發(fā)現(xiàn)與業(yè)務(wù)系統(tǒng)打交道的主要是源站點(diǎn)客戶和目的站點(diǎn)客戶，這兩類用戶可統(tǒng)稱為客戶[13]。因此，對(duì)于快遞物流的業(yè)務(wù)需求分析利用業(yè)務(wù)用例圖和高層活動(dòng)圖進(jìn)行建模[1]。在業(yè)務(wù)模型的層次上，我們使用術(shù)語(yǔ)“業(yè)務(wù)用例圖”來(lái)代替用例圖，這樣做的目的是為了清晰的區(qū)分它們，從而消除在將業(yè)務(wù)系統(tǒng)模型轉(zhuǎn)換為IT系統(tǒng)時(shí)可能產(chǎn)生的混淆。 業(yè)務(wù)需求分析業(yè)務(wù)需求分析是在用戶調(diào)研的基礎(chǔ)上，對(duì)調(diào)研獲得資料進(jìn)行整理和分析，進(jìn)而概括總結(jié)出企業(yè)的業(yè)務(wù)需求(并非系統(tǒng)需求)。(3) 立足現(xiàn)實(shí)原則：信息化不是簡(jiǎn)單的電子化，需要與企業(yè)的具體情況相結(jié)合、與具體發(fā)展階段相結(jié)合、與物流實(shí)際相結(jié)合。(2) 需求導(dǎo)向原則：企業(yè)物流運(yùn)作中關(guān)鍵業(yè)務(wù)和流程，對(duì)實(shí)現(xiàn)物流戰(zhàn)略目標(biāo)意義重大。通過(guò)信息化建設(shè)，一方面快遞物流企業(yè)可以優(yōu)化業(yè)務(wù)流程，提高生產(chǎn)效率；另一方面可以搭建起與客戶之間互動(dòng)的健康平臺(tái)，提高客戶服務(wù)水準(zhǔn)，留得住客戶，進(jìn)而提高客戶的企業(yè)認(rèn)同感。將快遞服務(wù)的地區(qū)延伸至縣級(jí)以下；(2) 在穩(wěn)固?hào)|北三省快遞物流服務(wù)的同時(shí)，向京津和中原地區(qū)擴(kuò)展，力爭(zhēng)在3年內(nèi)通過(guò)加盟、合作或并購(gòu)的方式擴(kuò)展公司站點(diǎn)；(3) 進(jìn)一步提高快遞物流服務(wù)水平，提升快遞效率；(4) 形成與客戶的良性互動(dòng)，提供更多便捷的物流增值業(yè)務(wù)。有關(guān)公司資料來(lái)自于電話采訪和網(wǎng)絡(luò)資源。公司未來(lái)的發(fā)展方向?yàn)樽鰪?qiáng)做大快遞物流服務(wù)，提供更多的物流增值業(yè)務(wù)，提高快遞效率。這個(gè)平臺(tái)使用戶可以輕松地設(shè)計(jì)、建立、管理及使用數(shù)據(jù)倉(cāng)庫(kù)解決方案，它具有強(qiáng)大的數(shù)據(jù)倉(cāng)庫(kù)，同Microsoft office產(chǎn)品緊密集成[12]。 Microsoft SQLServer2000Microsoft SQL Server2000 數(shù)據(jù)庫(kù)是Microsoft公司在大型數(shù)據(jù)庫(kù)領(lǐng)域的一個(gè)版本和旗艦產(chǎn)品，也是Microsoft公司爭(zhēng)奪電子商務(wù)領(lǐng)域最重要的核心部件市場(chǎng)—網(wǎng)絡(luò)數(shù)據(jù)庫(kù)平臺(tái)的一大利器，是Windows數(shù)據(jù)庫(kù)家族中出類拔萃的成員，它在易用性、可伸縮性、可靠性和其他性能方面做出了一系列革新，并且為開發(fā)者提供了快速簡(jiǎn)便的編程模式。 JDK(Java Development Kit，Java開發(fā)包，Java開發(fā)工具)是整個(gè)Java的核心，包括了Java運(yùn)行環(huán)境(Java Runtime Environment)，一堆Java工具和Java基礎(chǔ)的類庫(kù)。從對(duì)基于CSS的設(shè)計(jì)的領(lǐng)先支持到手工編碼功能，、高效的環(huán)境中所需的工具。 Macromedia Macromedia ，由美國(guó)著名的多媒體開發(fā)商Macromedia公司推出的一套專業(yè)可視化網(wǎng)頁(yè)開發(fā)工具。Rose 允許開發(fā)人員，項(xiàng)目經(jīng)理，系統(tǒng)工程師和分析人員在軟件開發(fā)周期內(nèi)在將需求和系統(tǒng)的體系架構(gòu)轉(zhuǎn)換成代碼，消除浪費(fèi)的消耗，對(duì)需求和系統(tǒng)的體系架構(gòu)進(jìn)行可視化，理解和精練。其中統(tǒng)一建模語(yǔ)言由Rational公司3位世界級(jí)面向?qū)ο蠹夹g(shù)專家Grady Booch、Ivar Jacobson、和Jim Rumbaugh通過(guò)對(duì)早期面向?qū)ο笱芯亢驮O(shè)計(jì)方法的進(jìn)一步擴(kuò)展而得來(lái)的，它為可視化建模軟件奠定了堅(jiān)實(shí)的理論基礎(chǔ)[13]。 系統(tǒng)開發(fā)工具簡(jiǎn)介 Rational RoseRose是美國(guó)的Rational公司的面向?qū)ο蠼９ぞ?，利用這個(gè)工具，可以建立用UML描述的軟件系統(tǒng)的模型，而且可以自動(dòng)生成和維護(hù)C++、Java、VB和Oracle等語(yǔ)言和系統(tǒng)的代碼。它對(duì)數(shù)據(jù)庫(kù)進(jìn)行統(tǒng)一的管理和控制，以保證數(shù)據(jù)庫(kù)的安全性和完整性。(3) 邏輯數(shù)據(jù)層它是用戶所看到和使用的數(shù)據(jù)庫(kù)，表示了一個(gè)或一些特定用戶使用的數(shù)據(jù)集合，即邏輯記錄的集合。指出了每個(gè)數(shù)據(jù)的邏輯定義及數(shù)據(jù)間的邏輯聯(lián)系，是存貯記錄的集合。這些數(shù)據(jù)是原始數(shù)據(jù)，是用戶加工的對(duì)象，由內(nèi)部模式描述的指令操作處理的位串、字符和字組成。數(shù)據(jù)庫(kù)的基本結(jié)構(gòu)分三個(gè)層次，反映了觀察數(shù)據(jù)庫(kù)的三種不同角度。 數(shù)據(jù)庫(kù)相關(guān)概念數(shù)據(jù)