大型倉(cāng)庫(kù)信息管理系統(tǒng)的開發(fā)培訓(xùn)資料(參考版)
2025-04-10 21:00本頁(yè)面
【正文】 上述配置圖大致描述了整個(gè)系統(tǒng)的物理部署情況。圖1142 倉(cāng)庫(kù)管理系統(tǒng)的Deployment視圖如圖1143所示是倉(cāng)庫(kù)管理系統(tǒng)的Deployment框圖。進(jìn)一步還需要考慮以下幾個(gè)問(wèn)題：具有多少網(wǎng)絡(luò)帶寬；希望出現(xiàn)多少并發(fā)用戶；服務(wù)器關(guān)閉怎么辦等。讀者有興趣可以深入分析某些細(xì)節(jié)，以提高自己的分析水平。 圖1140 倉(cāng)庫(kù)管理系統(tǒng)的Component視圖如圖1141所示是倉(cāng)庫(kù)管理系統(tǒng)的Component視圖。一個(gè)結(jié)構(gòu)良好的組件，應(yīng)該滿足如下的要求：n 提供系統(tǒng)物理方面抽取的一些事務(wù)的明確抽象；n 提供對(duì)小組小的、定義完好的接口的實(shí)現(xiàn)；n 經(jīng)濟(jì)有效的直接實(shí)現(xiàn)一組共同工作以完成這些接口語(yǔ)義的類；n 經(jīng)濟(jì)有效的直接實(shí)現(xiàn)一組共同工作以完成這些接口語(yǔ)義的類；n 相對(duì)其他組件是松散耦合的，通常對(duì)組件建模一般只涉及依賴關(guān)系和實(shí)現(xiàn)關(guān)系；n 相對(duì)其他組件是松散耦合的，通常對(duì)組件建模一般只涉及依賴關(guān)系和實(shí)現(xiàn)關(guān)系；當(dāng)在UML中繪制一個(gè)組件時(shí)，要遵循如下策略：n 除非有必要顯示的展示接口提供的操作，否則一般只需圖符關(guān)系和實(shí)現(xiàn)關(guān)系；n 僅顯示在給定語(yǔ)境中對(duì)理解組件的含義是否必要的那些接口；n 當(dāng)用組件為庫(kù)和源代碼建模時(shí)，顯示與版本有關(guān)的標(biāo)記值。組件圖包含了模型代碼庫(kù)、可執(zhí)行文件、運(yùn)行庫(kù)和其他組件的信息。組件是系統(tǒng)中遵從一組接口且提供其實(shí)現(xiàn)的物理的、可替換的部分。讀者可以發(fā)現(xiàn)，在部署中有兩個(gè)視圖，組件圖和配置圖。如果需要相互通信的類之間沒(méi)有建立聯(lián)立聯(lián)系，則可以馬上在系統(tǒng)類圖中看出。Rationl Rose可以產(chǎn)生類的框架代碼，然后開發(fā)人員可以用所選語(yǔ)言來(lái)填充細(xì)節(jié)。倉(cāng)庫(kù)進(jìn)貨、退貨、領(lǐng)料、退料、調(diào)撥和盤點(diǎn)都會(huì)影響到倉(cāng)庫(kù)中商品的庫(kù)存，因此庫(kù)存查詢操作就依賴與上述的操作，他們之間也用虛線箭頭相連。圖1138 接口信息包內(nèi)的類圖處于企業(yè)數(shù)據(jù)安全性方面的考慮,在倉(cāng)庫(kù)管理系統(tǒng)中,要進(jìn)行倉(cāng)庫(kù)管理、系統(tǒng)設(shè)置和業(yè)務(wù)查詢的操作都必須事先登錄系統(tǒng)，因此在接口信息包內(nèi)的類圖中有由倉(cāng)庫(kù)管理、系統(tǒng)設(shè)置、業(yè)務(wù)查詢到用戶登錄的虛線箭頭，表示它們之間存在依賴關(guān)系。圖1137 人員信息包內(nèi)的類圖因?yàn)椴僮鲉T的操作往往都是來(lái)自管理員的指令，可以理解成操作員的操作依賴于管理員，因此從操作員到管理員的虛線箭頭，表示兩者之間的依賴關(guān)系。圖1136 Logical視圖 類圖類圖中的類是針對(duì)時(shí)序圖和協(xié)作圖中每種對(duì)象創(chuàng)建的。今后的項(xiàng)目可以組裝現(xiàn)有的類和包，而不必一切從頭開始。通過(guò)認(rèn)真的指定類的信息和行為、組合類，以及檢查類和包之間的關(guān)系，就可以確定可以重復(fù)使用的類和包。 Logical視圖Logical視圖關(guān)注的焦點(diǎn)是系統(tǒng)的邏輯結(jié)構(gòu)。類圖也是兩個(gè)相關(guān)（組件圖和配置圖）的基礎(chǔ)。類圖用于對(duì)系統(tǒng)靜態(tài)設(shè)計(jì)視圖建模。 系統(tǒng)類型模型類圖是面向?qū)ο笙到y(tǒng)的建模中最常見的圖。接口（interfaces）包內(nèi)包括了所有的用戶接口類，這樣，當(dāng)用戶需要更改某界面或者是需要添加界面時(shí)就可在本包中完成。倉(cāng)庫(kù)所有的事務(wù)都包含在本包中，如果倉(cāng)庫(kù)管理過(guò)程中需要增加某事務(wù)，那么只需要在本包中添加相應(yīng)的類即可。 圖1133 人員信息包內(nèi)的類在人員信息包內(nèi)，有以下5塊內(nèi)容：n 操作員；n 供應(yīng)商；n 管理員；n 商品領(lǐng)料人；n 商品退料人。 人員信息（peopleinformation）包內(nèi)的類人員信息（peopleinformation）包內(nèi)的類組織如圖1133所示。在這里把整個(gè)倉(cāng)庫(kù)管理系統(tǒng)分成的包如圖1132所示。包之間的依賴關(guān)系概述了包的內(nèi)容之間的依賴關(guān)系。包是UML模型中一般的層次組織單元，他們可以被用來(lái)進(jìn)行存儲(chǔ)、訪問(wèn)控制、配置管理和構(gòu)造可重用模型部件庫(kù)。一個(gè)包可以包含其他包，根包間接的包含系統(tǒng)的整個(gè)模型。但是為了使其能夠工作，分配必須遵循一些合理原則，如公用規(guī)則、緊密耦合的實(shí)現(xiàn)和公用觀點(diǎn)等。 創(chuàng)建系統(tǒng)包圖包是模型的一部分，模型的每一部分必須屬于某個(gè)包。協(xié)作圖用各角色的幾何排列圖形來(lái)表示角色之間的關(guān)系，并用消息來(lái)說(shuō)明這些關(guān)系。協(xié)作圖和時(shí)序圖都可以表示各對(duì)象間的交互關(guān)系，但它們的側(cè)重點(diǎn)不同。 圖1129 倉(cāng)庫(kù)盤點(diǎn)過(guò)程協(xié)作圖（2）商品管理協(xié)作圖如圖1130所示。當(dāng)實(shí)現(xiàn)一個(gè)行為時(shí)，消息編號(hào)對(duì)應(yīng)程序中的嵌套調(diào)用結(jié)構(gòu)和信號(hào)傳遞過(guò)程。類元角色描述了一個(gè)對(duì)象，關(guān)聯(lián)角色描述了協(xié)作關(guān)系中的一個(gè)鏈。圖1128 倉(cāng)庫(kù)歷史記錄查詢時(shí)序圖 協(xié)作圖協(xié)作圖（Collaboration Diagram）用于在一次交互中對(duì)有意義的對(duì)象和對(duì)象間的鏈建模。圖1126 倉(cāng)庫(kù)盤點(diǎn)過(guò)程時(shí)序圖（2）商品管理時(shí)序圖如圖1127所示。當(dāng)執(zhí)行一個(gè)用例行為時(shí)，時(shí)序圖中的每條消息對(duì)應(yīng)一個(gè)類操作或狀態(tài)機(jī)中引起轉(zhuǎn)換的觸發(fā)事件。時(shí)序圖可以用來(lái)進(jìn)行一個(gè)場(chǎng)景說(shuō)明，即一個(gè)事務(wù)的歷史過(guò)程。時(shí)序圖中每一個(gè)類元角色用一條生命線來(lái)表示（用垂直線代表整個(gè)交互過(guò)程中對(duì)象的生命周期）。 時(shí)序圖時(shí)序圖（Sequence Diagram）表示對(duì)象之間傳送消息的時(shí)間順序。如果發(fā)現(xiàn)倉(cāng)庫(kù)中商品庫(kù)存充足則操作完畢，如果發(fā)現(xiàn)倉(cāng)庫(kù)中某商品庫(kù)存出現(xiàn)不足，則通知操作員缺貨商品清單，操作員領(lǐng)取清單后立即聯(lián)系相應(yīng)的供應(yīng)商，供應(yīng)商提供相應(yīng)
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1