【正文】 32 出庫信息表 字段名 類型 長度 描述 CkID Varchar 10 出庫編號 CkID Varchar 10 出庫商品編號 CkNum Int 6 出庫數(shù)量 MerchPrice Varchar 3 單額 TotalPrice Varchar 6 總額 CkDate Datetime 8 出庫日期 CkDate Datetime 8 出庫日期 CkState Varchar 4 出庫狀態(tài) 表 33 供貨商表 字段名 類型 長度 描述 ProvideID VARCHAR 10 企業(yè)編號 ProvideName VARCHAR 20 企業(yè)名稱 ProvideAddress VARCHAR 80 企業(yè)地址 ProvidePhone VARCHAR 15 企業(yè)電話 經(jīng)濟管理學(xué)院本科課程設(shè)計 20 第 4 章 系統(tǒng)實現(xiàn) 根據(jù)聚類分析結(jié)果和業(yè)務(wù)流程中的活動圖可以設(shè)計和完成用例的實現(xiàn)，可以用順序圖、協(xié)作圖和活動圖來表示。 第 3 章 分析與設(shè)計 17 圖 34 出庫管理的活動圖 業(yè)務(wù)類圖 超市倉庫管理系統(tǒng)業(yè)務(wù)類圖 類是應(yīng)用領(lǐng)域或應(yīng)用解決方案中概念的描述。根據(jù)上文中繪制的順序圖以及合作圖，對兩圖中相互交互的對象進行分析可以得出系統(tǒng)中各部分主要的活動如下 在用例的基礎(chǔ)上，需要對每一個業(yè)務(wù)活動進行詳細(xì)描述。 描述： 對報表進行修改，刪除，查詢等 用例名：入庫單管理 角色：入庫管理員 目的：進行貨物歸類統(tǒng)一管理 描述：管理員根據(jù)銷售方面的情況計劃的需要的貨物 用例名：入庫審核 角色：入庫管理員 目的：防止有錯誤的貨物進入倉庫 描述：生成單價和生成收費單 倉庫管理員在工作的最開始階段負(fù)責(zé)接收供應(yīng)商給出的 貨物供應(yīng)單，接收貨物后填寫入庫單，給采購人員確認(rèn)信息，為采購人員打印相關(guān)報表，使用業(yè)務(wù)用例刻畫了業(yè)務(wù)活動中的各個角色以及它們在業(yè)務(wù)活動中的關(guān)系。 ：對貨物進行盤點，對貨物所在 貨架進行登記，貨物的信息增加，刪除，修改等，進行生成報表。 第 2 章 業(yè)務(wù)建模 11 圖 23 主用例圖 經(jīng)濟管理學(xué)院本科課程設(shè)計 12 第 3 章 分析與設(shè)計 系統(tǒng)分析與設(shè)計過程首先根據(jù)業(yè)務(wù)用例和業(yè)務(wù)活動圖進行聚類，聚類活動在系統(tǒng)分析時開始。類圖可以表示包的視圖，包含嵌套包的符號。只有在分布式系統(tǒng)中才需要該視圖。它是設(shè)計模型的子集。同時可以將類映射為組件，進而使用 CASE 工具的框架代碼自動生成的功能 。在建模之前我們對倉儲系統(tǒng)的業(yè)務(wù)過程輔助業(yè)務(wù)流程圖來分析，這也是我們在本次系統(tǒng)開發(fā)中的一創(chuàng)新點。 UML 還包括可將模型分解成包的結(jié)構(gòu)組件，以便于軟件小組將大的系統(tǒng)分解成易于處理的塊結(jié)構(gòu)，并理解和控制各個 包間的依賴關(guān)系，在復(fù)雜的開發(fā)環(huán)境中管理模型單元。此外 UML 還支持對元模型的擴展定義。既體現(xiàn)了面向?qū)ο蟮能浖_發(fā)思想 ，又包容了 UML 建模語言所特有的語言建模優(yōu)勢。 總之， 標(biāo)準(zhǔn)建模語言 UML 適用于以 面向?qū)ο蠹夹g(shù) 來描述任何類型的系統(tǒng)，而且適用于系統(tǒng)開發(fā)的不同階段，從需求規(guī)格描述直至系統(tǒng)完成后的測試和維護。在分析階段 ,只對問題域的對象 (現(xiàn)實世界的概念 )建模 ,而不考慮定義軟件系統(tǒng)中技術(shù)細(xì)節(jié)的類 (如處理用戶接口、數(shù)據(jù)庫、通訊和并行性等問題的類 )。 此外， UML 適用于系統(tǒng)開發(fā)過程中從需求規(guī)格描述到系統(tǒng)完成后測試的不同階段。 第三，統(tǒng)一建模語言是標(biāo)準(zhǔn)的建模語言，而不是一個標(biāo)準(zhǔn)的開發(fā)流程。其中最重要的、具有劃時代重大意義的成果之一就是統(tǒng)一建模語言 (UML:Unified Modeling Language)的出現(xiàn)。 經(jīng)濟管理學(xué)院本科課程設(shè)計 2 面向?qū)ο蠹夹g(shù)及分析方法為實際問題建立了一個可用的軟件實現(xiàn)模型，對象提供了一種描述信息的機制，它是一種獨特的方法抽象層次較高，思維方法和傳統(tǒng)方法不同，目前處于發(fā)展階段已日趨成熟，而且已被應(yīng)用于由軟件、硬件構(gòu)成的各種應(yīng)用領(lǐng)域。面對不同種類的信息，需要合理的數(shù)據(jù)庫結(jié)構(gòu)來保存數(shù)據(jù)信息，需要有效的程序結(jié)構(gòu)支持各種數(shù)據(jù)操作的執(zhí)行。隨著經(jīng)濟全球化的發(fā)展 ,企業(yè)作為供應(yīng)鏈的節(jié)點 ,庫存也是一個重要的供應(yīng)鏈驅(qū)動要素 ,庫存的改變會在很大程度上影響供應(yīng)鏈整體的贏利水平和響應(yīng)能力 ,因此庫存的研究在供應(yīng)鏈中具有十分重要的作用和意義。 國內(nèi)外研究發(fā)展現(xiàn)狀 面向?qū)ο蠹?術(shù)的發(fā)展與現(xiàn)狀 面向?qū)ο?是將計算過程看作為分類過程，加狀態(tài)變換過程，即將系統(tǒng)逐步分為相互關(guān)聯(lián)的多個對象，并建立這些對象的聯(lián)系，以引發(fā)狀態(tài)轉(zhuǎn)換，最終完成計算，它模擬了人類認(rèn)識問題的較高、較廣層次的過程，即分類過程。 面向?qū)ο筮€可廣泛用于各種應(yīng)用系統(tǒng)、 CAD/CAM/CAE，動態(tài)模擬， CASE 和人機界面等方面。 首先，也是最重要的一點，統(tǒng)一建模語言融合了 Booch、 OMT 和 OOSE 方法中的概念，它是可以被上述及其他方法的使用者廣泛采用的一門簡單、一致、通用的建模語言。 UML 的應(yīng)用領(lǐng)域 UML 的目標(biāo)是以 面向?qū)ο?圖的方式來描述任何類型的系統(tǒng)，具有很寬的應(yīng)用領(lǐng)域。在分析階段，只對問題域的對象（ 現(xiàn)實世界的概念）建模，而不考慮定義 軟件系統(tǒng) 中技術(shù)細(xì)節(jié)的類（如處理 用戶接口 、數(shù)據(jù)庫、通訊和 并行性 等問題的類）。 UML 模型還可作為測試階段的依據(jù)。為此，在選題過程中，我選擇了超市管理系統(tǒng)設(shè)計題目，依靠現(xiàn)代化的計算機信息處理技術(shù)來管理超市，從而節(jié)省了大量的人力、物力，改善了員工的工作條件 ，減輕了勞動強度，并且能夠快速反映出商品的進、銷、存等狀況和各種反饋信息分析，使管理人員快速對市場的變化做出相應(yīng)的決策，加快超市經(jīng)營管理效率。 作為一種 建模語言， UML 的定義包括 UML 語義和 UML 表示法兩個部分。靜態(tài)結(jié)構(gòu)定義了系統(tǒng)中重要對象的屬性和操作以及這些對象之間的相互關(guān)系。 結(jié)合倉儲系統(tǒng)得特點和 RUP 分析過程，我們對本倉儲系統(tǒng)的開發(fā)過程以 及第 2 章 業(yè)務(wù)建模 7 在開發(fā)過程中用到的建模圖形如圖 21 所示。 數(shù)據(jù)模型設(shè)計 考慮解決持久對象到數(shù)據(jù)庫的映射問題，設(shè)計數(shù)據(jù)模型以及數(shù)據(jù)存取訪問部分設(shè)計。結(jié)構(gòu)問題包括總體組織結(jié)構(gòu)和全局控制結(jié)構(gòu)，通信、同步和數(shù)據(jù)訪問的協(xié)議，設(shè)計元素的功能分配，物理分布，設(shè)計元素的組成，定標(biāo)與性能，備選設(shè)計的選擇。只有在系統(tǒng)具有很高程度的并行時，才需要該視圖?；顒訄D表示一個程序或工作流。超市組織機構(gòu)圖如圖 22 所示。 崗位職責(zé) ：進行入庫出庫的貨物進行決策。用例模型的用途是列出系統(tǒng)中的用例和參與者，并顯示哪個參與者參與了哪個第 3 章 分析與設(shè)計 13 用例的執(zhí)行。倉庫管理系統(tǒng)在得到提貨單確認(rèn)后，更改系統(tǒng)中的信息，如系統(tǒng)庫位和貨物剩余量。圖中共有 3 條泳道，它們分別是：供應(yīng)商，操作員，管理員。一個類 可能出現(xiàn)在好幾個圖中。順序圖可以用來進行一個場景說明 —— 即一個事務(wù)的歷史過程。消息用從一個對象的生命線到另一個對象生命線的箭頭表示。 倉庫入庫順序圖 對象之間傳送消息的時間順序系統(tǒng)入庫管理順序圖如圖 41 所示。它可用于圖示系統(tǒng)中的操作執(zhí)行、用例執(zhí)行或一個簡 單的交互場景。 1. 動作狀態(tài) 動作狀態(tài)表達(dá)不可中斷的動作或操作的執(zhí)行，用于對實例中原子性（不可分割）動作或算法的執(zhí)行步驟建立模型。把這些泳道指定給對象，這些對象必須履行該泳道包括的活動。這里用順序圖做了詳細(xì)分析，因此不在用活動圖表示。部署視圖表示運行時的計算資源（如計算機及它們之間的連接）的物理布置。建立部署圖的步驟如下： 1．確定節(jié)點：根據(jù)硬件設(shè)備和軟件體系結(jié)構(gòu)的功能要求統(tǒng)一考慮系統(tǒng)的節(jié)點。 節(jié)點之間聯(lián)系 客戶機節(jié)點是簡單通信聯(lián)系，采用 TCP/IP 通信協(xié)議；客戶通過 Inter網(wǎng)與 Web 服務(wù) 器相連接，利用瀏覽器進行查詢；外出員工通過 Inter 網(wǎng)對系統(tǒng)進行瀏覽訪問。具體的登錄界面如圖 48 所示。同時，通過開發(fā)階段的限制和迭代的劃分，使開發(fā)過程的透明度更高，目標(biāo)更明確，整個項目開發(fā)的風(fēng)險也降低了。在今后的日子里，我仍然要不斷地充實自己，爭取在所學(xué)領(lǐng)域有所作為。 我不會忘記這難忘的 半 個月的時間。從最初的茫然，到慢慢的進入狀態(tài)，再到對思路逐漸的清晰，整個寫作過程難以用語言來表達(dá)。 ： 對一些常用功能，如添加、修改、刪除、查看等，這些功能都有相同的使用方法。 3．注明節(jié)點性質(zhì)：用 UML 標(biāo)準(zhǔn)或自定義的構(gòu)造模型描述節(jié)點的性質(zhì)。在運行時，節(jié)點包含構(gòu)件和對象。 構(gòu)件圖主要 用于建立系統(tǒng)的靜態(tài)實現(xiàn)視圖模型，通過構(gòu)件之間的依賴（虛箭線）關(guān)系描述系統(tǒng)軟件的組織結(jié)構(gòu)，展示系統(tǒng)中的不同物理構(gòu)件及其之間的聯(lián)系。 通常根據(jù)責(zé)任把活動組織到不同的泳道中，它能清楚地表明動作在哪執(zhí)行（在那個對象中），或者表明一個組織的哪部分工作（一個動作）被執(zhí)行。也可以說，一個活動狀態(tài)是由一系列動作狀態(tài)組成。 倉庫管理的入庫協(xié)作圖如圖 43 所示。 銷售部門 倉庫管理員 出庫單 貨物 庫位管理1 : 提貨單2 : 填寫3 : 反饋4 : 提貨5 : 貨物更新6 : 反饋7 : 更新8 : 反饋 圖 42 超市倉庫管理出庫順序 圖 經(jīng)濟管理學(xué)院本科課程設(shè)計 22 協(xié)作圖 協(xié)作圖和順序圖都可以表示各對象間的交互關(guān)系，但它們的側(cè)重點不同。 順序圖的圖形元素組成成分：對象、生存線、消息和激活期。當(dāng)執(zhí)行一個用例行為時，順序圖中的每條消息對應(yīng)了一 個類操作或狀態(tài)機中引起轉(zhuǎn)換的觸發(fā)事件。 關(guān)系用類框之間的連線來表示，不同的關(guān)系用連線上和連線端頭處的修飾符來區(qū)別。圖中共有 2 條泳道，它們分別是：管理員操作員。 第 3 章 分析與設(shè)計 15 圖 32 出庫管理的用例圖 入庫管理活動圖 活動圖是系統(tǒng)一系列狀態(tài)的綜合體現(xiàn)，它描述了系統(tǒng)中各種活動