【正文】 就可以設(shè)計出能夠滿足用戶需求的各種實體，以及它們之間的關(guān)系，為后面的邏輯結(jié)構(gòu)設(shè)計打下基礎(chǔ)。 圖31 系統(tǒng)UML用例圖 系統(tǒng)數(shù)據(jù)庫設(shè)計 數(shù)據(jù)庫需求分析用戶的需求具體體現(xiàn)在各種商品信息的提供、保存、更新和查詢以及商品出入庫的輸入、保存、查詢等方面，這就要求數(shù)據(jù)庫結(jié)構(gòu)能充分滿足各種信息的輸入和輸出。這些用例代表著用戶對系統(tǒng)的觀點。系統(tǒng)分析過程中的一個目標是產(chǎn)生一組用例。實際生活中用戶常常知道的比他們清楚表達出來的要多：用例能夠幫助用戶解決這個問題。用例是一個強有力的工具，當使用UML可視化的表達出這些概念后，用例甚至會變得更加強大。包的內(nèi)容可以是類的列表,也可以是另一個包圖,還可以是一個類圖。這里稱它們?yōu)橄到y(tǒng)包的內(nèi)容。現(xiàn)在可以開發(fā)出系統(tǒng)功能包圖如圖211。包圖主要顯示類的包以及這些包之間的依賴關(guān)系。如果沒有任何啟發(fā)性原則來指導類的分組,分組方法就是任意的。UML中這種分組機制叫包(Package)。圖26 系統(tǒng)UML類圖 系統(tǒng)需求研究 收集系統(tǒng)需求在對一個系統(tǒng)的開發(fā)中，必須集中考慮用戶的需求，這個步驟需要開發(fā)出系統(tǒng)的功能包圖，每個包應(yīng)代表系統(tǒng)的一個功能模塊。如圖28中,將User進一步分為mon user, administrator和business user,使用的就是繼承關(guān)系。繼承(Generalization)定義了一般元素和特殊元素之間的分類關(guān)系。聚集可以進一步劃分成共享聚集(Shared Aggregation)和組成。聚集和組成：聚集(Aggregation)是一種特殊形式的關(guān)聯(lián)。角色：關(guān)聯(lián)兩頭的類以某種角色參與關(guān)聯(lián)。具體的表述關(guān)聯(lián)的方法策略是：先從幾個類開始，找出與這個類存在關(guān)聯(lián)的其他類，然后再尋找另外一組類與其他類的關(guān)聯(lián)，直到窮盡了所有的類為止。圖25 運動員類圖示例系統(tǒng)中包含的類: 用戶（ShUser）、客戶（ShCorp）、供應(yīng)商（ShCorp）、部門(ShDept)商品（ShProuct）、商品類型（ShClass）、倉庫（ShStoreHouse）、入庫單表頭（ShBill）、入庫單表體(ShBillList)、出庫單表頭（ShBill）、出庫單表體(ShBillList)、退貨單表頭(ShBill)、退貨單表體(ShBillList) 類之間的關(guān)系在這個階段，對開發(fā)出來的初步類圖中的類，根據(jù)其意義來分成一些組。類的獲取是一個依賴于人的創(chuàng)造力的過程,必須與領(lǐng)域?qū)＜液献?對研究領(lǐng)域仔細地分析,抽象出領(lǐng)域中的概念,定義其含義及相互關(guān)系,分析出系統(tǒng)類,并用領(lǐng)域中的術(shù)語為類命名。類的獲取和命名：最頂部的格子包含類的名字。在UML中,類的可視化表示為一個劃分成三個格子的長方形(下面兩個格子可省略)。建立類模型時,應(yīng)盡量與應(yīng)用領(lǐng)域的概念保持一致,以使模型更符合客觀事實,易修改，易理解和易交流。所謂類(Class)是對一類具有相同特征的對象的描述。對象(Object)與對客觀世界的理解相關(guān)。類圖是定義其它圖的基礎(chǔ)。 開發(fā)初步類圖 系統(tǒng)中的類類圖(Class Diagram)描述類和類之間的靜態(tài)關(guān)系。業(yè)務(wù)角色，顧名思義，就是與業(yè)務(wù)交流的人或物，都可以被稱為業(yè)務(wù)角色。系統(tǒng)的用例裝入矩形之內(nèi)。參與者是典型的系統(tǒng)外部實體，而用例屬于系統(tǒng)內(nèi)部。關(guān)聯(lián)線是實現(xiàn)，和類之間的關(guān)聯(lián)線類似。參與者的名字放在參與者圖表的下方，用例的名字可以放在橢圓形里面也可以放在橢圓形下方。用例用一個橢圓形表示，直立人形圖表表示參與者。 初步用例模型開發(fā)用例是由參與者發(fā)起的，參與者能夠從用例的執(zhí)行中獲得有價值的事物。在系統(tǒng)中，主要的業(yè)務(wù)流通領(lǐng)域詞匯有以下幾大類：采購計劃、入庫管理、財務(wù)驗收、付款處理、出庫管理、調(diào)價處理、退貨管理、查詢、商品信息管理的總體活動可以由下圖來描述：圖22 企業(yè)庫存管理的活動圖 研究領(lǐng)域分析現(xiàn)在仍然處在需求收集階段的概念性分析。首先要在調(diào)研的過程中了解到一套業(yè)務(wù)領(lǐng)域的詞匯。 業(yè)務(wù)過程分析開發(fā)一個系統(tǒng)的起點就是獲得對客戶業(yè)務(wù)過程的理解，特別是獲得使用目標系統(tǒng)的客戶的理解。本次的論文，便是以GRAPPLE方法的基本結(jié)構(gòu)、步驟來構(gòu)架的，由于在軟件的構(gòu)建階段，設(shè)計和分析都可以往返進行直到設(shè)計完成，所以在論文中，我將分析與設(shè)計合并為一個章節(jié)來敘述。它是一組可以自適應(yīng)的，靈活的開發(fā)思想，可以適應(yīng)與許多不同組織的軟件開發(fā)過程，讓開發(fā)者發(fā)揮自己的創(chuàng)造力和好的思想來構(gòu)建自己的組織。我在系統(tǒng)的設(shè)計開發(fā)中，使用了“快速應(yīng)用工程指導原則”（Guidelines for Rapid APPLication Engineering），簡稱GRAPPLE。本文運用UML來分析和描述企業(yè)庫存管理中所涉及的基本信息管理、商品入庫、出庫、退貨等一系列功能。C的優(yōu)點是， Framework而設(shè)計的語言。在C中，不能完成如“把4字節(jié)的內(nèi)存放在數(shù)據(jù)中，并把它解釋為x”等的任務(wù)。執(zhí)行相向的任務(wù)時，用C編寫的代碼通常比C++長。這是因為C是一種類型安全的語言(與C++不同)，一旦為某些數(shù)據(jù)指定了類型，就不能轉(zhuǎn)換為另一個不相關(guān)的類型。這個高級編程技術(shù)是非常危險的(正如它的名稱)，因為它可能覆蓋系統(tǒng)中重要的內(nèi)存塊，導致嚴重的后果。使用C開發(fā)應(yīng)用程序比使用C++簡單，因為其語法比較簡單。C，它從C和C++語言演化而來。 一個使用XML Web服務(wù)的專用客戶端應(yīng)用程序必須提供良好的用戶界面。它比原來的ASP更加健壯，性能也得以提高。 ，并將其與web頁面請求相關(guān)聯(lián)。.NET為創(chuàng)建HTML頁面提供了一種新的編程模型，．盡管智能的單機程序仍在不斷涌現(xiàn)，但是在不久的將來，大多數(shù)因特網(wǎng)通信都會以通用瀏覽器作為前端，這就要求服務(wù)器能夠使用HTML語言來構(gòu)造頁面，以便瀏覽器識別并顯示給用戶。.NET框架更易于部署．因為它不需要進行注冊設(shè)置。它添加了許多實用功能、例如易于訪問因特網(wǎng)和數(shù)據(jù)庫。 .NET提供了一種新的運行環(huán)境．，它使得程序員能夠更容易、迅速地寫出優(yōu)良、健壯的程序代碼，并且能夠方便地管理、部署和修改代碼，所編寫的程序和組件都在該環(huán)境中執(zhí)行。Microsoft .NET 平臺提供創(chuàng)建 XML Web services 并將這些服務(wù)集成在一起之所需。 .NET和C.NET 是 Microsoft XML Web services 平臺。如果強調(diào)上下級關(guān)系,則選擇協(xié)作圖，把這兩種圖合稱為交互圖。除顯示信息交換外,協(xié)作圖還顯示對象以及它們之間的關(guān)系。其中順序圖顯示對象之間的動態(tài)合作關(guān)系,它強調(diào)對象之間消息發(fā)送的順序,同時顯示對象之間的交互。而活動圖描述滿足用例要求所要進行的活動以及活動間的約束關(guān)系,有利于識別并行活動。通常, 狀態(tài)圖是對類圖的補充。第三類是行為圖(Behavior diagram),描述系統(tǒng)的動態(tài)模型和組成對象間的交互關(guān)系。 標準建模語言UML的重要內(nèi)容可以由下列五類圖(共9種圖形)來定義。(2) UML表示法　定義UML符號的表示法,為開發(fā)者或開發(fā)工具使用這些圖形符號和文本語法為系統(tǒng)建模提供了標準。作為一種建模語言,UML的定義包括UML語義和UML表示法兩個部分。第三,UML是標準的建模語言,而不是標準的開發(fā)過程。關(guān)于標準建模語言UML的內(nèi)容，首先，UML融合了Booch、OMT和OOSE方法中的基本概念,而且