基于uml大型倉庫信息管理系統(tǒng)的開發(fā)-閱讀頁
2024-09-27 12:24本頁面
【正文】 息，包括供應(yīng)商號(hào)、名稱、聯(lián)系人、聯(lián)系電話、傳真、地址和郵政編碼。（2） 倉庫設(shè)置倉庫設(shè)置如圖所示。接下來，將對系統(tǒng)的流程和各個(gè)參與者之間的相互作用做詳細(xì)的說明，將以Rational Rose作為UML建模的工具，使用用例圖、時(shí)序圖、協(xié)作圖和類圖等對整個(gè)系統(tǒng)進(jìn)行描述、構(gòu)造、可視化和文檔編制。用例是系統(tǒng)中的一個(gè)功能單元，可以被描述為參與者與系統(tǒng)之間的一次交互作用。本章的主要內(nèi)容是熟悉建模的順序，掌握UML建模的一些基本方法，領(lǐng)會(huì)面向?qū)ο蟮膶?shí)質(zhì)。用它可以對軟件系統(tǒng)與外界發(fā)生的交互進(jìn)行分析和描述。從上面所歸納的問題可以看出，本系統(tǒng)所涉及的操作主要是倉庫信息的管理、維護(hù)以及各種信息的分析查詢。使用Rational Rose的Use Case View中建立Actors如圖17所示。角色用來表述該有目標(biāo)的人或系統(tǒng)。目標(biāo)本身是一個(gè)動(dòng)詞短語，入“客戶：下訂單”，“店員：記錄庫存”。在下訂單的實(shí)例中，目標(biāo)達(dá)成可能包括貨物交給活動(dòng)者和公司受到相應(yīng)的貨款。因?yàn)閷τ谝粋€(gè)簡易的訂單輸入系統(tǒng)，目標(biāo)達(dá)成可能僅僅一位這訂單已經(jīng)經(jīng)過驗(yàn)證并且交貨已經(jīng)排定日程。使用Rational Rose 的Use Case View中建立用例（Use Cases）如圖所示。用例圖表示了角色和用例以及他們之間的關(guān)系。也就是角色（用戶或?yàn)椴幌到y(tǒng)）和系統(tǒng)（要設(shè)計(jì)的系統(tǒng)）的一個(gè)交互，為了實(shí)現(xiàn)一個(gè)目的，這個(gè)目的的描述通常是一個(gè)動(dòng)詞短語，例如，開立信用證，給客戶回單等。操作員的用例關(guān)系圖管理員的用例關(guān)系如圖所示。 商品供應(yīng)商的用例關(guān)系圖下面給出整個(gè)系統(tǒng)的用例關(guān)系圖如圖所示?；顒?dòng)圖中的狀態(tài)表示計(jì)算過程中所處的各種狀態(tài)，而不是普通對象的狀態(tài)?；顒?dòng)圖是對狀態(tài)圖的擴(kuò)展。而活動(dòng)圖突出現(xiàn)實(shí)的是活動(dòng)?；顒?dòng)圖的起始點(diǎn)和中止點(diǎn)圖標(biāo)與狀態(tài)圖一樣。首先管理員查看銷售記錄判斷商品銷售狀況，然后查看商品庫存情況。 時(shí)序圖時(shí)序圖（Sequence Diagram）表示對象之間傳送消息的時(shí)間順序。時(shí)序圖中每一個(gè)類元角色用一條生命線來表示（用垂直線代表整個(gè)交互過程中對象的生命期）。時(shí)序圖可以用來進(jìn)行一個(gè)場景說明，即一個(gè)事物的歷史過程。當(dāng)執(zhí)行一個(gè)用例行為時(shí)，時(shí)序圖中的每條消息對應(yīng)一個(gè)類操作或狀態(tài)機(jī)中引起轉(zhuǎn)換的出發(fā)事件。 倉庫盤點(diǎn)過程時(shí)序圖（2） 商品管理時(shí)序圖如圖所示。 倉庫歷史記錄查詢時(shí)序圖 協(xié)作圖協(xié)作圖（Collaboration Diagram）用于再一次交互中對有意義的對象和對象間的鏈建模。類元角色描述了一個(gè)對象，關(guān)聯(lián)角色描述了協(xié)作關(guān)系中的一個(gè)鏈。當(dāng)實(shí)現(xiàn)一個(gè)行為時(shí)，消息編號(hào)對應(yīng)程序中的嵌套調(diào)用結(jié)構(gòu)和信號(hào)傳遞過程。 倉庫盤點(diǎn)過程協(xié)作圖（2） 商品管理協(xié)作圖如圖所示。 倉庫歷史記錄查詢時(shí)序圖協(xié)作圖和時(shí)序圖都可以表示各對象間的交互關(guān)系，但他們的側(cè)重點(diǎn)不同。協(xié)作圖用各角色的幾何排列圖形來表示角色之間的關(guān)系，并用消息來說明這些關(guān)系。五、創(chuàng)建系統(tǒng)包圖包是模型的一部分，模型的每一部分必須屬于某個(gè)包。但是為了使其能夠工作，分配必須遵循一些合理原則，如公用規(guī)則、緊密耦合的實(shí)現(xiàn)和公用觀點(diǎn)等。一個(gè)包可以包含其他包，根包間接的包含系統(tǒng)的整個(gè)模型。包是UML模型中一般的層次組織單元，他們可以被用來進(jìn)行存儲(chǔ)、訪問控制、配置管理和構(gòu)造可重用模型部件庫。包之間的依賴關(guān)系概述勒包的內(nèi)容之間的依賴關(guān)系。 系統(tǒng)包圖 人員信息（peopleinformation）包內(nèi)的類人員信息（peopleinformation）包內(nèi)的類組織如圖所示。 事物包（business）包內(nèi)的類事物包（business）包內(nèi)的類組織如圖所示。 接口包內(nèi)的類在接口包內(nèi)，有以下4塊內(nèi)容：■ 倉庫管理；■ 系統(tǒng)設(shè)置；■ 業(yè)務(wù)查詢；■ 用戶登錄。類圖顯示了一組類、接口、協(xié)作以及他們之間的關(guān)系。其大部分涉及到對系統(tǒng)的詞匯建模、對協(xié)作建模或?qū)δＪ浇?。類圖不僅對結(jié)構(gòu)模型的可視化、詳述和文檔化很重要，而且對通過正向與逆向工程構(gòu)造可執(zhí)行的系統(tǒng)也很重要。重復(fù)使用是一個(gè)主要目的。完成多個(gè)項(xiàng)目后，就可以將新類和包加進(jìn)重復(fù)使用庫中。Logical視圖如圖所示。下圖所示分別顯示了人員信息包，借口包和事務(wù)包中類的類圖。配置圖配置圖（Deployment）視圖考慮應(yīng)用程序的物理部署，如網(wǎng)絡(luò)布局和組件在網(wǎng)絡(luò)上的位置等問題，進(jìn)一步還需要考慮以下幾個(gè)問題：具有多少網(wǎng)絡(luò)帶寬；希望出現(xiàn)多少并發(fā)用戶；服務(wù)器關(guān)閉怎么辦等。 倉庫管理系統(tǒng)的Deployment視圖如圖所示是倉庫管理系統(tǒng)的Deployment框圖。知道了用例圖是由角色和用例組成的，其中角色就是參與這個(gè)系統(tǒng)的參與者，而用例就是可以完成的活動(dòng)。從開始的不知道怎么使用Rational Rose這個(gè)軟件，怎么畫圖，用哪個(gè)工具可以達(dá)到要求，到后來的可以基本了解怎么使用這個(gè)軟件。 34
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1