【文章內(nèi)容簡介】 ET是一種市場化的術語， Microsoft公司通過它來描述一種針對當今計算環(huán)境的新的軟件方法。它相對以前的計算環(huán)境， .NET的目的是實現(xiàn)分布式計算，其任務是將 COM組件制作成全球共享的 XML Web服務，建立一套利用新的 XML Web服務系統(tǒng)以及創(chuàng)建、部署基于以上內(nèi)容的應用程序。 .NET將許多新技術的新工具引入 Windows平臺中，其中每個都有其自己的名字和術語。 .NET開發(fā)平臺關鍵的一部分，用來創(chuàng)建動態(tài)的 Web內(nèi)容和Web服務器應用程序，這些都將采用諸如 HTML、 XML和 SOAP等 Inter協(xié)議和數(shù)重慶大學本科學生畢業(yè)設計 2 系統(tǒng)總體方案設計 10 據(jù)格式。 IIS和 .NET開發(fā)平臺上運行的 Web應用程序。 ASP進行了很大的改進，主要體現(xiàn)在三個領域：實現(xiàn)了事件 驅動編程模型，更好的狀態(tài)管理，以及從 .NET開發(fā)平臺繼承過來的好處。 .NET中的一個核心技術，是 .NET中包含的一個功能強大的數(shù)據(jù)訪問類庫。 Microsoft ActiveX Data Object(ADO)升級發(fā)展而來的。 API提供兩種數(shù)據(jù)訪問方式，分別用來識別并處理兩種類型的數(shù)據(jù)源， .NET應用程序中處理存放在數(shù)據(jù)庫中的信息首選技術，同時由于它提供了非連接的數(shù)據(jù)操作功能，所以適合于 WEB應用程序開發(fā)。在本軟件開發(fā)過程中，采用 。 重慶大學本科學生畢業(yè)設計 3 利用 UML 實現(xiàn)庫存管理系統(tǒng)分析 11 3 利用 UML 實現(xiàn)庫存管理系統(tǒng)分析 介紹 [9] 統(tǒng)一建模語言 (UML)是一種通用的面向對象的可視化建模語言，可用于對軟件 進行描述、可視化處理、構造和建立軟件系統(tǒng)制品的文檔，還可用于對系統(tǒng)的理解、設計、瀏覽、配置、維護和信息控制等。 UML適用于各種軟件開發(fā)方法、軟件生命周期的各個階段、各種應用領域以及各種 開發(fā)工具，它是一種總結了以往建模技術的經(jīng)驗，并吸收當今優(yōu)秀研究成果的標準建模方法。它包括概念的語義、表示法和說明以及靜態(tài)的、動態(tài)的系統(tǒng)環(huán)境及組織結構模型。它可被交互的可視化建模工具所支持，這些工具可提供代碼生成器和報表生成器。 UML并沒有定義一種標準的開發(fā)過程，但它適用于迭代式的開發(fā)過程，它是為支持大部分現(xiàn)存的面向對象開發(fā)過程而設計的。 UML描述了一個系統(tǒng)的靜態(tài)結構和動態(tài)行為，將系統(tǒng)描述為一些離散的相互作用的對象，和這些對象在系統(tǒng)模型中所具的能為外部用戶提供一定功能的模型結構。靜態(tài)結構定義了系統(tǒng)中重要對象 的屬性和操作，以及這些對象之間的靜態(tài)相互關系。動態(tài)行為定義了對象的時間特性和對象為完成目標而相互進行通信的機制。從不同但相互聯(lián)系的角度對系統(tǒng)建立的模型可用于不同的目的。 系統(tǒng)需求 管理信息系統(tǒng)建模的第一步，也是關鍵的一步，是用戶需求的捕捉和分析。在需求捕捉分析中， UML采用的主要技術是用例分析技術。一個用例是指用戶為了達到某種目標而系統(tǒng)進行的一次典型的交互過程，用例為用戶和開發(fā)方之間提供了溝通的基礎，一系列用例的集合，就構成了整個系統(tǒng)的需求，因此用例分析技術成為 UML的核心。采用 UML中的用例分析技 術是避免或減少需求風險的主要途徑。 通過深入的需求分析，得出庫存管理系統(tǒng)業(yè)務流程圖如圖 ： 重慶大學本科學生畢業(yè)設計 3 利用 UML 實現(xiàn)庫存管理系統(tǒng)分析 12 圖 庫存管理系統(tǒng)業(yè)務流程圖 根據(jù)調研分析本庫存管理系統(tǒng)主要包括以下一些功能： 1） 供應商根據(jù)采購部門下的訂單，把器材交給庫存管理員，庫存管理員進行入庫操作，輸入相應的數(shù)據(jù)信息。 2） 生產(chǎn)部根據(jù)生產(chǎn)情況填寫領料單，庫存管理員根據(jù)原材料庫存情況進行出庫操作，并輸入相應的數(shù)據(jù)信息。 3）生產(chǎn)部門把生產(chǎn)多余的原材料入庫，庫存管理員進行入庫操作，輸 入相應的數(shù)據(jù)信息。 4）銷售部根據(jù)訂貨情況填寫訂貨單，庫存管理員根據(jù)庫存情況進行出庫操作，并輸入相應的數(shù)據(jù)信息。 5） 銷售部根據(jù)顧客退貨填寫退貨單，并把退貨交給庫存管理員，庫存管理員進行銷售退貨的入庫操作，并輸入相應的數(shù)據(jù)信息。 6） 庫存管理員每隔一段時間需要對倉庫進行盤點和調整處理。主要是清查倉庫的實際庫存情況和帳面是否吻合，如果信息不符的，庫存管理員將作適當?shù)恼{整處理。 7） 庫存管理員根據(jù)需要對庫存商品進行統(tǒng)計，將統(tǒng)計信息傳遞給財務部。 生產(chǎn)部 請購單 采購部 采購訂單 供應商 采購入庫單 財務部 核算 倉庫部 客戶訂單 客戶退貨 銷售部 領料單 入庫單 原材料、外構件、設備等 退貨 訂貨 物料 器材 重慶大學本科學生畢業(yè)設計 3 利用 UML 實現(xiàn)庫存管理系統(tǒng)分析 13 用例圖 用例是向參與者提供重要價值的操作序列，認識 它的另一種途徑是：用例描述實際參與者與系統(tǒng)交互的方式?；居美且环N簡化、抽象且通用的用例。它以獨立于技術和實現(xiàn)的方式描述用戶的意圖?；居美且环N結構化的敘述，用應用程序領域和用戶的語言來表達，它包含對任務或交互的簡化、通用、抽象、與技術無關且獨立于實現(xiàn)的描述。從擔當某個（或某些）系統(tǒng)角色的用戶的觀點來看，基本用例是完整而有意義的，并且設計得很好，這就體現(xiàn)了交互背后的目的或意圖。 用例圖由兩個主要元素 :用例、使用者以及它們之間的關系組成。 用例 (Use Case) 可以從以下幾點來說明用例： ? 用例表示的是 使用者的工作方法通過他 /它和系統(tǒng)的交換過程描述來詳細說明用戶的真實需求； ? 用例表示的是不同的使用者對系統(tǒng)的應用方式； ? 用例是類，所有類的描述可以應用于用例； ? 用例是一種特殊的類：類的父子特性在使用范例中被具體化或擴展為應用（ uses） 和擴充 （ extends） 。 使用者 (Actor) 可以從以下幾點來說明使用者 ? 使用者是系統(tǒng)的外部用戶 ? 使用者不是系統(tǒng)的一部分 ? 使用者可以是用戶（人），也可以是一個在執(zhí)行過程中要調用本系統(tǒng)的另一個應用系統(tǒng)。 根據(jù)需求分析，系統(tǒng)用例主要包括 ① 入庫 ② 出庫 ③ 倉庫管理 ④ 商 品管理 ⑤ 商品種類管理 確定使用者主要包括 ① 庫存管理員 ② 供應商 ③ 生產(chǎn)部 重慶大學本科學生畢業(yè)設計 3 利用 UML 實現(xiàn)庫存管理系統(tǒng)分析 14 ④ 銷售部 ⑤ 財務部 系統(tǒng)用例圖如圖 所 示： 供應商生產(chǎn)部銷售部財務部倉庫管理商品管理商品種類管理盤點入庫出庫庫存管理員庫存統(tǒng)計 圖 系統(tǒng)用例圖 順序圖 順序圖用來描述對象之間動態(tài)的交互關系，著重體現(xiàn)對象間消息傳遞的時間順序。順序圖存在兩個軸：水平軸表示不同的對象，垂直軸表示時間。在順序圖中對象用一個帶垂直虛線的矩形框表示，在矩形框內(nèi)標有對象名和類名。垂直虛線稱為對象的生命線，它代表在對象之間的交互作用中該對象的生命期。 順序圖是一種 非常簡單扼要的可視化圖解，可以幫助看清行為的次序。順序圖比較適合交互規(guī)模較小時可視化圖解。對象很多時，交互又很頻繁，則將使順序圖變得復雜起來。 下面以入庫操作這個用例為例，其順序圖如下所示： 重慶大學本科學生畢業(yè)設計 3 利用 UML 實現(xiàn)庫存管理系統(tǒng)分析 15 庫存管理員 庫存管理系統(tǒng)后臺數(shù)據(jù)庫1 : 選擇入庫操作菜單2 : 返回入庫操作界面3 : 輸入入庫信息4 : 發(fā)送入庫信息請求5 : 返回數(shù)據(jù)集6 : 返回入庫信息列表頁面 圖 物資入庫順序圖 類圖 類加上他們之間的關系就構成了類圖，類圖中可以包含接口、包、關系等建模元素，也可以包含對象、鏈等實例。類圖描述的是類和類之間的靜態(tài)關系，與數(shù)據(jù)模型不同，類圖不僅顯示了信息的結構，同時還描述了系統(tǒng)的行為。 在軟件開發(fā)的不同階段使用的類圖具有不同的抽象層次。一般類圖可分為 3個層 次，概念層、說明層和實現(xiàn)層。概念層類圖描述應用領域中的概念，一般這些概念和類有很自然的聯(lián)系，但兩者并沒有直接的映射關系；說明層類圖描述軟件的接口部分，而不是軟件的實現(xiàn)部分。這個接口可能因為實現(xiàn)環(huán)境、運行特性或者開發(fā)商的不同而有著多鐘不同的實現(xiàn)；實現(xiàn)層類圖才真正考慮類的實現(xiàn)問題，提供類的實現(xiàn)細節(jié)。 在本庫存管理系統(tǒng)設計中，我采用了多層架構的體系結構，如圖所示： 重慶大學本科學生畢業(yè)設計 3 利用 UML 實現(xiàn)庫存管理系統(tǒng)分析 16 用戶界面層業(yè)務邏輯層數(shù)據(jù)庫數(shù)據(jù)層 圖 系統(tǒng)體系架構圖 仍以入庫操作這個用例為例，其類圖如圖所示： 商品信息入庫單入庫單數(shù)據(jù)入庫單業(yè)務 圖 物資入庫類圖 狀態(tài)圖 狀態(tài)圖是對類所描述事物的補充說明，它顯示了類的所有對象可能具有的狀態(tài)，以及引起狀態(tài)變化的事件。事件可以是給它發(fā)送消息的另一個對象或者某個任務執(zhí)行完畢。狀態(tài)的變化稱作轉移。一個轉移可以有一個與之相連的動作，這個動作指明了狀態(tài)轉移時應該做些什么。 并不是所有的類都有相應的狀態(tài)圖。狀態(tài)圖僅用于具有下列特點的類：具有若干個確定的狀態(tài)，類的行為在這些狀態(tài)下會受到影響且被不同的狀態(tài)改變。 重慶大學本科學生畢業(yè)設計 3 利用 UML 實現(xiàn)庫存管理系統(tǒng)分析 17 另外也可以為系統(tǒng)描繪整體狀態(tài)圖。 仍 以入庫操作這個用例為例，其 狀態(tài)圖如圖所示： 開始入庫單為初始狀態(tài)管理員輸入入庫單入庫單為待入庫狀態(tài)管理員輸入入庫單明細入庫單為部分入庫狀態(tài)管理員進行入庫入庫單為完成狀態(tài)完成所有商品入庫入庫單為取消狀態(tài)管理員取消入庫結束 1 結束 2 圖 物資入庫活動圖 部署圖 部署圖也稱配置圖、實施圖，是對 OO系統(tǒng)物理方面建模的兩個圖之一（另一個為構件圖），它可以用來顯示系統(tǒng)中計算結點的拓撲結構和通信路徑與結點上運行的軟構件等。一個系統(tǒng)模型只有一個部署圖，部署圖常常用于幫助理解分布式系統(tǒng)。 部署圖主要包含兩個基本元素、結點與連接。結點是存在于運行時的代表計算資源的物理元素，結點一般都具有一些內(nèi)存，而且常常具有處理能力。結點可以代表一個物理設備以及運行該設備上的軟件系統(tǒng)，如 UNIX主機、 PC機等。結點之間的連線表示 系統(tǒng)之間進行交互的通信路徑，該通信路徑稱為連接。 仍 以入庫操作這個用例為例，其部署圖如圖所示： 應用服務器 IE 客戶端 數(shù)據(jù)庫服務器H T T P 請求 A D O . N E T 圖 系統(tǒng)部署圖 重慶大學本科學生畢業(yè)設計 3 利用 UML 實現(xiàn)庫存管理系統(tǒng)分析 18 通過上述，可以看到 用 UML實現(xiàn)建模能呈現(xiàn)給用戶以簡潔、明晰的可視化模型，開發(fā)團隊的成員同客戶都可利用這種精確性來加強溝通，提高對系統(tǒng)的需求分析。同時，軟件工程中引入 UML建?？梢钥s短開發(fā)周期，提高軟件質量，更好的滿足企業(yè)日益增長的需求。 重慶大學本科學生畢業(yè)設計 4 數(shù)據(jù)庫設計 19 4 數(shù)據(jù)庫設計 數(shù)據(jù)庫是為特定目的（如搜索、排序和重新組織數(shù)據(jù)）而組織和提供的信息、表和其它對象的 集合 。數(shù)據(jù)庫設計在 系統(tǒng)中處于相當重要的地位，在大多數(shù)數(shù)據(jù)庫應用系統(tǒng)中，最重要、最困難的不是應用系統(tǒng)設計而是數(shù)據(jù)庫的設計，只有好的數(shù)據(jù)庫設計、才能構造出強健穩(wěn)定的系統(tǒng)。本部分將介紹庫存管理系統(tǒng)的數(shù)據(jù)庫設計工作。 數(shù)據(jù)庫需求分析 用戶的需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢等方面。這就要求數(shù)據(jù)庫結構能充分滿足各種信息的輸入和輸出。收集基本數(shù)據(jù)、數(shù)據(jù)結構以及數(shù)據(jù)處理的流程，組成一份詳盡的數(shù)據(jù)字典，為下一步的數(shù)據(jù)庫具體設計做好充分的準備。 針對本庫存管理信息系統(tǒng)的需求，設計如下所示的數(shù)據(jù)項和數(shù)據(jù)結構 : 1） 商品信息： 商 品編號、商品名稱、商品所屬種類 ID號、商品規(guī)格、商品計量單位、價格、數(shù)量、商品最小數(shù)量、商品最大數(shù)量、備注； 2） 商品種類信息： 商品種類編號、商品種類名稱、上級商品種類編號、備注； 3） 倉庫信息： 倉庫編號、倉庫名稱、備注； 4） 出入庫操作信息： 出入庫操作編號、出入庫類型、出入庫總金額、存放倉庫編號、出入庫編號、狀態(tài)（包括創(chuàng)建與審核）、創(chuàng)建日期、創(chuàng)建人； 5） 客