【正文】 在今后的日子里，我仍然要不斷地充實(shí)自己，爭取在所學(xué)領(lǐng)域有所作為。我從資料的收集中，掌握了 和鞏固 很多 專業(yè)知識，讓我對我所學(xué)過的知識有所鞏固和提高，并且讓我 超市的發(fā)展及軟件設(shè)計(jì)的 最新發(fā)展技術(shù)有所了解。在我徜徉書海查找資料的日子里，面對無數(shù)書本的羅列，最難忘的是每次找到資料時的激動和興奮； 理系統(tǒng) 里，記憶最深的是每一步小小思路實(shí)現(xiàn)時那幸福的心情；為了 報告 我曾趕稿到深夜， 但看著親手設(shè)計(jì) 超市商品管 親手打出的一字一句，心里滿滿的只有喜悅毫無疲憊。 我不會忘記這難忘的 半 個月的時間。同時，通過開發(fā)階段的限制和迭代的劃分，使開發(fā)過程的透明度更高，目標(biāo)更明確，整個項(xiàng)目開發(fā)的風(fēng)險也降低了。 從整個論文的撰寫和用例的開發(fā)中，我對基于 UML 和統(tǒng)一過程的面向?qū)ο蠼７椒ㄓ辛讼喈?dāng)?shù)恼J(rèn)識。回想這段日子的經(jīng)歷和感受，我感慨萬千，在這次 課程 設(shè)計(jì)的過程中，我擁有了無數(shù)難忘的回憶和收獲。從最初的茫然，到慢慢的進(jìn)入狀態(tài)，再到對思路逐漸的清晰，整個寫作過程難以用語言來表達(dá)。具體的登錄界面如圖 48 所示。 輸出設(shè)備：顯示器和打印機(jī)。 輸入設(shè)計(jì)要求：用戶在輸入數(shù)據(jù)的時候 要嚴(yán)格遵守格式要求。 ： 對一些常用功能，如添加、修改、刪除、查看等，這些功能都有相同的使用方法。 節(jié)點(diǎn)之間聯(lián)系 客戶機(jī)節(jié)點(diǎn)是簡單通信聯(lián)系，采用 TCP/IP 通信協(xié)議；客戶通過 Inter網(wǎng)與 Web 服務(wù) 器相連接，利用瀏覽器進(jìn)行查詢；外出員工通過 Inter 網(wǎng)對系統(tǒng)進(jìn)行瀏覽訪問。 圖 47 系統(tǒng)部署圖 第 4 章 系統(tǒng)實(shí)現(xiàn) 27 超市倉庫管理系統(tǒng)的部署圖描述如下： 節(jié)點(diǎn) 該系統(tǒng)使用的硬件設(shè)備：普通 PC 機(jī)和移動 PC 機(jī)作為終端設(shè)備， 1 臺數(shù)據(jù)庫服務(wù)器（采用 SQL Server 20xx）， 1 臺應(yīng)用程序服務(wù)器，和多臺 Web 服務(wù)器。 5．繪制部署圖：形成結(jié)構(gòu)清晰具有層次的部署圖。 3．注明節(jié)點(diǎn)性質(zhì)：用 UML 標(biāo)準(zhǔn)或自定義的構(gòu)造模型描述節(jié)點(diǎn)的性質(zhì)。建立部署圖的步驟如下： 1．確定節(jié)點(diǎn)：根據(jù)硬件設(shè)備和軟件體系結(jié)構(gòu)的功能要求統(tǒng)一考慮系統(tǒng)的節(jié)點(diǎn)。節(jié)點(diǎn)可被看作類型，也可看作實(shí)例。如果含有依賴關(guān)系的構(gòu)件實(shí)例放置在不同節(jié)點(diǎn)上，部署視圖可以展示出執(zhí)行過程中的瓶頸。在運(yùn)行時，節(jié)點(diǎn)包含構(gòu)件和對象。部署視圖表示運(yùn)行時的計(jì)算資源（如計(jì)算機(jī)及它們之間的連接）的物理布置。超市倉庫管理系統(tǒng)構(gòu)件圖如圖 45 所示。每一個構(gòu)件圖只是系統(tǒng)靜態(tài)視圖的某一個圖形表示，描述系統(tǒng)的某一個側(cè)面。 構(gòu)件圖主要 用于建立系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖模型，通過構(gòu)件之間的依賴（虛箭線）關(guān)系描述系統(tǒng)軟件的組織結(jié)構(gòu)，展示系統(tǒng)中的不同物理構(gòu)件及其之間的聯(lián)系。這里用順序圖做了詳細(xì)分析，因此不在用活動圖表示。 根據(jù)聚類分析結(jié)果和業(yè)務(wù)流程中的活動圖可以設(shè)計(jì)和完成用例。在活動圖中，虛箭線也稱為對象流，對象流表示動作狀態(tài)或活動狀態(tài)與對象之間的關(guān)聯(lián)。 通常根據(jù)責(zé)任把活動組織到不同的泳道中，它能清楚地表明動作在哪執(zhí)行（在那個對象中），或者表明一個組織的哪部分工作（一個動作）被執(zhí)行。把這些泳道指定給對象，這些對象必須履行該泳道包括的活動。 4. 泳道 泳道代表對象對活動的責(zé)任。也可以詳細(xì)描述其入口動作和出口動作等。也可以說，一個活動狀態(tài)是由一系列動作狀態(tài)組成。 1. 動作狀態(tài) 動作狀態(tài)表達(dá)不可中斷的動作或操作的執(zhí)行，用于對實(shí)例中原子性（不可分割）動作或算法的執(zhí)行步驟建立模型。活動圖特別適合描述動作流和并發(fā)處理行為。 第 4 章 系統(tǒng)實(shí)現(xiàn) 23 銷售部門倉庫管理員出庫單貨物 庫位管理5: 貨物更新1: 提貨單4: 提貨2: 填寫3: 反饋6: 反饋7: 更新8: 反饋 圖 44 超市倉庫管理的出庫協(xié)作圖 活動圖 在 UML 中，活動圖是系統(tǒng)動態(tài)行為建模的圖形工具之一，用來表示完成一個操作所需要的活動，或者是一個用例實(shí)例（場景）的活動。 倉庫管理的入庫協(xié)作圖如圖 43 所示。它可用于圖示系統(tǒng)中的操作執(zhí)行、用例執(zhí)行或一個簡 單的交互場景。 一個協(xié)作圖描述了系統(tǒng)中為實(shí)現(xiàn)某些服務(wù)所涉及的對象扮演的角色及其相互之間的交互。協(xié)作圖用各個角色的幾何排列圖形來表示角色之間的關(guān)系，并用消息來說明這些關(guān)系。 銷售部門 倉庫管理員 出庫單 貨物 庫位管理1 : 提貨單2 : 填寫3 : 反饋4 : 提貨5 : 貨物更新6 : 反饋7 : 更新8 : 反饋 圖 42 超市倉庫管理出庫順序 圖 經(jīng)濟(jì)管理學(xué)院本科課程設(shè)計(jì) 22 協(xié)作圖 協(xié)作圖和順序圖都可以表示各對象間的交互關(guān)系，但它們的側(cè)重點(diǎn)不同。 倉庫入庫順序圖 對象之間傳送消息的時間順序系統(tǒng)入庫管理順序圖如圖 41 所示。 4. 消息：在時序圖中，對象之間的消息發(fā)送和接收用兩個對象生存線之間的消息箭頭線表示，用來指出該對象執(zhí)行期間的時序。 2. 生存線：對象框下畫垂直的虛線，稱 為該對象的生存線，表示對象的生存時間。 順序圖的圖形元素組成成分：對象、生存線、消息和激活期。消息用從一個對象的生命線到另一個對象生命線的箭頭表示。類元角色用生命線表示?？v向是時間軸，時間沿豎線向下延伸。當(dāng)執(zhí)行一個用例行為時，順序圖中的每條消息對應(yīng)了一 個類操作或狀態(tài)機(jī)中引起轉(zhuǎn)換的觸發(fā)事件。順序圖可以用來進(jìn)行一個場景說明 —— 即一個事務(wù)的歷史過程。每一個類元角色用一條生命線來表示，即用垂直線代表整個交互過程中對象的生命期。下面詳細(xì)描述整個系統(tǒng)實(shí)現(xiàn)過程。 關(guān)系用類框之間的連線來表示，不同的關(guān)系用連線上和連線端頭處的修飾符來區(qū)別。一個類 可能出現(xiàn)在好幾個圖中。 在類圖中類用矩形框來表示，它的屬性和操作分別列在分格中。類圖是以類為中心來組織的，類圖中的其他元素或?qū)儆谀硞€類或與類相關(guān)聯(lián)。圖中共有 2 條泳道，它們分別是：管理員操作員。圖中共有 3 條泳道，它們分別是：供應(yīng)商，操作員，管理員。下面用活動圖來對入庫管理系統(tǒng)的主要活動進(jìn)行描述。 UML 中的活動圖用于描述滿足用例要求所要進(jìn)行的活動以及活動間的約束關(guān)系，有利于識別并行活動和工作流程情況。 第 3 章 分析與設(shè)計(jì) 15 圖 32 出庫管理的用例圖 入庫管理活動圖 活動圖是系統(tǒng)一系列狀態(tài)的綜合體現(xiàn)，它描述了系統(tǒng)中各種活動執(zhí)行的順序，活動圖是系統(tǒng)一系列狀態(tài)的綜合體現(xiàn)，它描述了系統(tǒng)中 各種活動執(zhí)行的順序，刻畫了一個系統(tǒng)中所要進(jìn)行的各項(xiàng)活動的執(zhí)行流程。倉庫管理系統(tǒng)在得到提貨單確認(rèn)后，更改系統(tǒng)中的信息，如系統(tǒng)庫位和貨物剩余量。 描述： 對報表進(jìn)行修改，刪除，查詢等 用例名：出庫單管理 角色：出庫管理員 目的：進(jìn)行貨物歸類統(tǒng)一管理 描述：管理員根據(jù)銷售方面的情況計(jì)劃的需要的貨物 用例名： 出庫審核 角色：出庫管理員 目的：防止有錯誤的貨物出倉庫 描述：生成單價和生成收費(fèi)單 倉庫管理員接收提貨單后填寫出庫單，給銷售人員確認(rèn)性息。如圖 31所示。 入庫管理用例圖： 用例名：報表管理 角色：入庫管理員 目的： 防止有錯誤的信息。用例模型的用途是列出系統(tǒng)中的用例和參與者，并顯示哪個參與者參與了哪個第 3 章 分析與設(shè)計(jì) 13 用例的執(zhí)行。 業(yè)務(wù)用例分析 用例視圖是被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖。 ：對貨物進(jìn)行登記如數(shù)量單價等進(jìn)行核對，各種信息的查詢修改等。 ：對貨物進(jìn)行登記如數(shù)量單價等進(jìn)行核對，各種信息的查詢修改等。 崗位職責(zé) ：進(jìn)行入庫出庫的貨物進(jìn)行決策。 業(yè)務(wù)流程調(diào)查 超市倉庫管理信息系統(tǒng)業(yè)務(wù)流 程調(diào)查 根據(jù)分析， 本系統(tǒng)業(yè)務(wù)流程主要包括如下內(nèi)容： ? 顧客發(fā)訂單給銷售部門 ? 銷售部門經(jīng)過訂單檢查，把不合格的訂單反饋給客戶 ? 對合格的訂單，通過核對庫存記錄，缺貨訂單通過缺貨統(tǒng)計(jì)，向采購部門發(fā)出缺貨通知，并登記缺貨記錄；對于可供貨訂單，登記客戶檔案，開出備貨單，通知倉庫備貨。聚類活動是個連續(xù)的過程，需要不斷地進(jìn)行豐富和完善，需要按照面向?qū)ο笤O(shè)計(jì)的思想，劃分出子系統(tǒng)類，并為類添加應(yīng)該具有的方法或?qū)傩?，以及這些方法或?qū)傩缘目梢娦裕@些可以通過設(shè)計(jì)類圖來描述。 主用例圖如圖 23 所示。超市組織機(jī)構(gòu)圖如圖 22 所示。另一方面，協(xié)作圖也不將時間作為單獨(dú)的維來表示，所以必須使用順序號來判斷消息的順序以及并行線程。 協(xié)作圖：協(xié)作圖是表示角色間交互的視圖，即，協(xié)作中的實(shí)例及其鏈接。 類圖：類圖是靜態(tài)視圖的圖形表達(dá)方式，表示聲明的（靜態(tài)的）模型元素，如類、類型及其內(nèi)容及相互關(guān)系?；顒訄D表示一個程序或工作流。用例圖表示了來自用例模型（用例，參與者）的元素。它是部署模型的一個子集。 配置視圖：包括對最典型的平臺配置的各種物理節(jié)點(diǎn)的描述以及將任務(wù)（來自進(jìn)程視圖）向物理節(jié)點(diǎn)分配的情況。只有在系統(tǒng)具有很高程度的并行時，才需要該視圖。它是實(shí)施模型的子集。 實(shí)施視圖：包括實(shí)施模型及其從模塊到包和層的組織形式的概覽。它還包括一些用例實(shí)現(xiàn)。結(jié)構(gòu)問題包括總體組織結(jié)構(gòu)和全局控制結(jié)構(gòu)，通信、同步和數(shù)據(jù)訪問的協(xié)議，設(shè)計(jì)元素的功能分配，物理分布，設(shè)計(jì)元素的組成，定標(biāo)與性能，備選設(shè)計(jì)的選擇。另外，類圖 、組件圖、協(xié)作圖等也可以用來進(jìn)行測試。同時通過實(shí)現(xiàn)圖 (組件圖、配置圖 )來描述系統(tǒng)的物理視圖。 5 實(shí)現(xiàn) 實(shí)現(xiàn)的依據(jù)是設(shè)計(jì)過程中得到的靜態(tài)視圖 (類圖、對象圖 )、動態(tài)視圖 (順序圖、狀態(tài)圖、協(xié)作圖、活動圖 )。 數(shù)據(jù)模型設(shè)計(jì) 考慮解決持久對象到數(shù)據(jù)庫的映射問題，設(shè)計(jì)數(shù)據(jù)模型以及數(shù)據(jù)存取訪問部分設(shè)計(jì)。主要涉及以下活動 (并不一定是順序的 ): 1 分析用例以及業(yè)務(wù)領(lǐng)域 2 發(fā)現(xiàn)對象，為對象分類，確定對象之間的交互 3 確定類之間的關(guān)系 4 定義類的屬性和操作 5 分析對象的狀態(tài)變化 4 進(jìn)行系統(tǒng)設(shè)計(jì)，在系統(tǒng)分析的基礎(chǔ)上進(jìn)行 : 系統(tǒng)架構(gòu)的設(shè)計(jì) 進(jìn)行高層的系統(tǒng)決策、確定基本的軟件結(jié)