體系結(jié)構(gòu)結(jié)構(gòu)模型

1、倉庫管理系統(tǒng)的軟件體系結(jié)構(gòu)模型XXX(XX大學XXX學院，XX XXX)摘要：本文使用統(tǒng)一建模語言UML對倉庫管理軟件的軟件體系架構(gòu)進行建模。使倉庫管理軟件架構(gòu)在開發(fā)關(guān)鍵詞：倉庫管理UML軟件體系架構(gòu)1.軟件系統(tǒng)體系結(jié)構(gòu)模型本章采用“4+1”視圖模型對軟件系統(tǒng)進行建 模。該視圖模型從5個不同的視角，包括邏輯視圖、進程視圖、物理視圖、開發(fā)視圖、和場景視圖來描 述軟件體系機構(gòu)。每個視圖只關(guān)心系統(tǒng)的一個側(cè) 面，5個視圖結(jié)合在一起才能反映系統(tǒng)的軟件體系 結(jié)構(gòu)的全部內(nèi)容。“4+1”視圖模型如圖1所示，其 中圖中的實施視圖就是開發(fā)視圖。1.1邏輯視圖邏輯視圖(Logical view)，主要是整個系統(tǒng) 的

2、抽象結(jié)構(gòu)表述，關(guān)注系統(tǒng)提供最終用戶的功能需 求，不涉及具體的編譯，即輸出和部署。在邏輯視 圖中，系統(tǒng)分解成一系列的功能抽象。這些分解不 但可以用來進行功能分析，而且可用作標識在整個系統(tǒng)的各個不同部分的通用機制和設(shè)計元素。通常 在UML中用類圖來描述邏輯視圖。類圖(Classdiagram)顯示了模型的靜態(tài)結(jié)構(gòu)， 特別是模型中存 在的類、類的內(nèi)部結(jié)構(gòu)以及它們與其他類的關(guān)系 等，從系統(tǒng)構(gòu)成角度來描述正在開發(fā)的系統(tǒng)。類圖 不顯示暫時性信息。如圖2所示為系統(tǒng)邏輯視圖。在邏輯視圖中，采購入庫員、出庫員、商場管 理員、倉庫管理員類是通過系統(tǒng)用戶類泛化來的， 系統(tǒng)用戶有的一般操作和屬性他們也都擁有。其中 按

3、照系統(tǒng)的權(quán)限范圍來說，采購入庫員、出庫員、圖2 2邏輯視圖翌6 6用戶+T+T00+刪萌 3輻員磋冊用戶& 磋諂用戶&煩i ii i發(fā)SQSQ趙護商信1010+創(chuàng)鶴PI5PI5飆譜帽牖尉+推護商品借亙 0倉庫員+倉抽蜜借旨垃庫盤點 0.HQj出女塊碳 fi 管理 0ffEWtffEWta affEWtffEWta a初期能夠很好地被開發(fā)人員和客戶理解。本文采用“4+1”視圖模型對系統(tǒng)進行建模。倉庫管理員依賴于商場管理員,因為只有商場管理4+14+1”視圖模型圖1 1員有注冊用戶的功能。除了他們共有的屬性和操 作，采購入庫員、出庫員、商場管理員、倉庫管理 員還有各自的特殊操作。采

4、購入庫員類自己還包含 了商品入庫、創(chuàng)建商品信息、維護商品信息、信息 查詢這些操作。出庫員類包含的操作有商品出庫、 信息查詢。商場管理員類包含的操作有注冊用戶、 查詢出庫信息、查詢?nèi)霂煨畔?、?chuàng)建供 維護供應(yīng)商信息、創(chuàng)建客戶信息、維護 查詢盤點信息、創(chuàng)建商品信息、維護商品信息等操作。系統(tǒng)的功能類模塊包括入庫模塊、出庫模塊、信息查詢模塊、倉庫盤點模塊、信息管 理模塊，每個模塊都有其各自的功能。入庫模塊包 含創(chuàng)建商品入庫單、提交入庫單的功能；出庫模塊 包含創(chuàng)建出庫單、提交出庫單功能；信息查詢模塊 包含顯示入庫明細、顯示出庫明細、顯示盤點明細、 顯示貨位明細功能；倉庫盤點模塊包含倉庫盤點、 貨位管理功能

5、；信息管理模塊包含系統(tǒng)用戶信息管 理、客戶信息管理、供應(yīng)商信息管理和商品信息管 理等功能。各個功能模塊和數(shù)據(jù)庫有依賴關(guān)系。功 能模塊完成功能后會把各種信息傳到數(shù)據(jù)庫中存 儲，形成相應(yīng)的表。每個功能模塊都有一個可以與 打印機連接的接口，方便各種憑證的打印和出具。1.2開發(fā)視圖開發(fā)視圖又稱為模塊視圖，主要側(cè)重于軟件模 塊的組織和管理。軟件可通過程序庫或子系統(tǒng)進行的模型圖和子系統(tǒng)圖來描述。在開發(fā)視圖中，最好采用46層子系統(tǒng)，而且 每個子系統(tǒng)僅僅能與同層的或更底層的子系統(tǒng)通 信，這樣可以使每個層次的接口既完備又精煉，避 免了各個模塊很復雜的依賴關(guān)系。開發(fā)視圖所用的 風格通常是層次結(jié)構(gòu)風格，如圖3所示即

6、本文系統(tǒng) 的開發(fā)視圖。開發(fā)視圖中， 分為表示層、 業(yè)務(wù)邏輯層、 數(shù)據(jù) 庫訪問層。表示層負責界面及用戶交互，是應(yīng)用的 用戶接口部分，它擔負著用戶與應(yīng)用間的對話功 能。業(yè)務(wù)邏輯層主要集中在業(yè)務(wù)規(guī)則的制定、業(yè)務(wù) 流程的實現(xiàn)等與業(yè)務(wù)需求有關(guān)的系統(tǒng)設(shè)計，業(yè)務(wù)邏 輯層在體系架構(gòu)中的位置很關(guān)鍵，它處于數(shù)據(jù)訪問 層與表示層中間，起到了數(shù)據(jù)交換中承上啟下的作 用。數(shù)據(jù)訪問層又稱為DAL層，有時候也稱為是持 久層，其功能主要是負責數(shù)據(jù)庫的訪問，簡單的說 法就是實現(xiàn)對數(shù)據(jù)表的Select（查詢），Insert（插 入），Up date（更新），Delete（刪除）等操作。數(shù) 據(jù)庫訪問層是唯一知道如何操作存儲介質(zhì)的入

7、口， 可以這么來說，基于數(shù)據(jù)訪問層之上，我們調(diào)用數(shù) 據(jù)庫訪問層提供的方法， 我們就能完成數(shù)據(jù)的存儲 與讀取，所以我們可以知道，數(shù)據(jù)訪問層應(yīng)該是與 數(shù)據(jù)庫直接是獨立的。本文中把數(shù)據(jù)訪問層架構(gòu)成3個構(gòu)件，分別為 操作控制構(gòu)件、配置管理構(gòu)件、數(shù)據(jù)訪問構(gòu)件。組織，這樣，對于一個軟件系統(tǒng)，就可以由不同的 人并行開發(fā)， 縮短開發(fā)周期。 開發(fā)視圖要考慮到軟 件內(nèi)部的需求，如軟件開發(fā)的容易性、軟件的重用 和軟件的通用性，要充分考慮由于開發(fā)工具的不同 而帶來的局限性。開發(fā)視圖通過系統(tǒng)輸入輸出關(guān)系三個層次中，系統(tǒng)主要功能和業(yè)務(wù)邏輯都在業(yè) 務(wù)邏輯層進行處理。這里所說的三層體系，不是指 物理上的三層，不是簡單地放置三

8、臺機器就是三層 體系結(jié)構(gòu)，也不僅僅有B/S應(yīng)用才是三層體系結(jié)構(gòu), 三層是指邏輯上的三層，即把這三個層放置到一臺 機器上。圖4中各層之間、之內(nèi)的箭頭表示調(diào)用關(guān) 系。業(yè)務(wù)邏輯層或界面層可以向數(shù)據(jù)訪問層的操作控制構(gòu)件傳入要執(zhí)行的命令參數(shù)；數(shù)據(jù)控制層接到 請求后，負責緩存，并將傳入的參數(shù)繼續(xù)下傳，完 成向下的功能調(diào)用，它是上層應(yīng)用與下層具體數(shù)據(jù) 庫操作管理服務(wù)通信的邏輯中介；數(shù)據(jù)操作層根據(jù) 傳入?yún)?shù)信息，結(jié)合配置信息來創(chuàng)建具體的數(shù)據(jù)操 作對象返回給上層調(diào)用者，并提供具體功能調(diào)用服 務(wù)，也就完成數(shù)據(jù)庫的訪問，它負責和底層數(shù)據(jù)庫 系統(tǒng)的透明交互，完成SQL語句的執(zhí)行。各層和構(gòu) 件都是相互獨立的，層與層及構(gòu)

9、件之間通過接口或 者配置管理來通信，數(shù)據(jù)操作具有很高的重用性。圖3開發(fā)視圖倉庫管理員類包含的操作有倉庫盤點、貨位管理。注銷用戶、應(yīng)商信息、客戶信息、1.3進程視圖進程視圖(Process view)處理視圖關(guān)注系統(tǒng) 動態(tài)運行時，主要是進程以及相關(guān)的并發(fā)、同步、 通信等問題，側(cè)重于系統(tǒng)的運行特性。處理視圖和 軟件映射到硬件上，通常要考慮系統(tǒng)性能、規(guī)模、 可靠性等。物理視圖對應(yīng)用自身的實現(xiàn)結(jié)構(gòu)建模, 例如系統(tǒng)的構(gòu)件組織和建立在運行節(jié)點上的配置。開發(fā)視圖的關(guān)系：開發(fā)視圖一般偏重程序包在編譯 時期的靜態(tài)依賴關(guān)系，而這些程序運行起來之后會 表現(xiàn)為對象、線程、進程，處理視圖比較關(guān)注的正這類視圖提供了將系統(tǒng)

10、中的類映射成物理構(gòu)件和 節(jié)點的機制。如圖5所示為系統(tǒng)的物理視圖。是這些運行時單元的交互問題。進程視圖也定義了 邏輯視圖中的各個類的操作是在哪一個線程中被 執(zhí)行的。如圖4所示為本系統(tǒng)的進程視圖。 軟件系統(tǒng)應(yīng)用的定義、發(fā)布、展示的人機交互部分;服務(wù)器主要實現(xiàn)業(yè)務(wù)邏輯；數(shù)據(jù)庫服務(wù)器完成存儲過程及實現(xiàn)數(shù)據(jù)存儲的任務(wù)；圖中的虛線箭頭代表的是依賴關(guān)系。zy yS S戶這PCPC素燒eraera走史、岌布交SftttSfttt*1 1H H* .” 無agag秀迓.1岀岸単r rZ/Z-7丿圖4 4進程視圖系統(tǒng)只有一個進程視圖，它以圖形方式說明了系統(tǒng)中進程的詳細組織結(jié)構(gòu)，其中包括類和子系統(tǒng)到進Z/3 3:

11、:卜-d d * * * * -|=3-|=3/ /.P PZ Z-1-1-/ 、Z程和線程的映射。進程視圖在每次迭代過程中都會加以改進。進程視圖顯示系統(tǒng)中所有活動進程的1.4物理視圖物理視圖(physical view)主要考慮如何把樹。其中顯示了進程ID和模塊名稱。1.5場景視圖本系統(tǒng)的物理部署架構(gòu)：客戶端PC機主要部署圖5 5物理視圖場景(scenarios)可以看做是那些重要系統(tǒng) 活動的抽象， 它使邏輯視圖、 開發(fā)視圖、 進程視圖、 物理視圖有機的聯(lián)系起來，有機的聯(lián)系起來，從某 種意義上說場景是最重要的需求抽象。在開發(fā)體系 結(jié)構(gòu)時，它可以幫助設(shè)計者找到體系結(jié)構(gòu)的構(gòu)件和 它們之間的作用關(guān)

12、系。同時，也可以用場景來分析 一個特定的視圖或描述不同視圖構(gòu)件間是如何相 互作用的。 本文用用例圖來描述倉庫管理系統(tǒng)的場 景， 如圖6所示。如圖所示場景中，角色有商場管理員、倉庫管 理員、采購入庫員、出庫員，每個角色都有對應(yīng)的 用例和對應(yīng)的業(yè)務(wù)。下面是一些業(yè)務(wù)的說明： 入庫單:即采購入庫單，日常業(yè)務(wù)功能，使用頻繁。 主要是對每一批商品入庫業(yè)務(wù)進行記錄，自動生成 對應(yīng)的入庫憑證。 出庫單：日常業(yè)務(wù)功能，使用頻繁。主要是對每一 筆出庫業(yè)務(wù)進行記錄，并且生成相應(yīng)的出庫憑證。倉庫盤點： 倉庫管理中的重要業(yè)務(wù)， 主要根據(jù)出庫 和入庫記錄對每一種庫存商品的數(shù)量進行盤點，并 對倉庫中資金的流動進行統(tǒng)計， 計算出每一種商品 入庫和出庫的總值。庫存查詢：統(tǒng)計查詢功能中的一個模塊，提供對庫 存商品按照多種字段進行查詢。入庫查詢：統(tǒng)計查詢功能中的一個模塊，提供對入 庫記錄按照多種字段進行查詢。出庫查詢：統(tǒng)計查詢功能中的一個模塊，提供對出 庫記錄按照