【文章內容簡介】 一套業(yè)務領域的詞匯?！捌髽I(yè)庫存管理系統(tǒng)”需要實現(xiàn)的功能有主要有：基本數(shù)據、入庫管理、出庫管理、退貨管理、系統(tǒng)維護等，可以用下面的業(yè)務流程圖來表示它們之間的關系：圖21 系統(tǒng)業(yè)務流程 此次設計的庫存管理系統(tǒng)需要完成的主要功能有：入庫管理、出庫管理、退貨管理、等一系列與業(yè)務流程相配套的完整功能。在系統(tǒng)中，主要的業(yè)務流通領域詞匯有以下幾大類：采購計劃、入庫管理、財務驗收、付款處理、出庫管理、調價處理、退貨管理、查詢、商品信息管理的總體活動可以由下圖來描述：圖22 企業(yè)庫存管理的活動圖 研究領域分析現(xiàn)在仍然處在需求收集階段的概念性分析。這個階段需要開發(fā)出初步的類圖、建立和標記類之間的關聯(lián)，同時填充類的信息。 初步用例模型開發(fā)用例是由參與者發(fā)起的，參與者能夠從用例的執(zhí)行中獲得有價值的事物。用例模型的圖形表示法很直觀。用例用一個橢圓形表示，直立人形圖表表示參與者。用例的發(fā)起參與者在用例圖的左側，接受參與者在用例圖的右側。參與者的名字放在參與者圖表的下方，用例的名字可以放在橢圓形里面也可以放在橢圓形下方。關聯(lián)線連接參與者和用例，并且表示參與者與用例之間有通信關系。關聯(lián)線是實現(xiàn)，和類之間的關聯(lián)線類似。 用例分析的一個好處是它能展現(xiàn)出系統(tǒng)和外部世界之間的邊界。參與者是典型的系統(tǒng)外部實體，而用例屬于系統(tǒng)內部。系統(tǒng)的邊界用一個矩形（里面寫著系統(tǒng)的名字）來代表。系統(tǒng)的用例裝入矩形之內。參與者、用例和互連線共同組成了用例模型（use case model）.下圖說明了這些符號：圖23 用例模型示例圖24 系統(tǒng)UML用例圖 開發(fā)系統(tǒng)業(yè)務角色 首先，需要確定整個系統(tǒng)的業(yè)務角色。業(yè)務角色，顧名思義，就是與業(yè)務交流的人或物，都可以被稱為業(yè)務角色。在本管理系統(tǒng)中，大體上可以分為生產廠家、供應商、采購員、銷售員、基本操作員、系統(tǒng)管理員這六類業(yè)務角色。 開發(fā)初步類圖 系統(tǒng)中的類類圖(Class Diagram)描述類和類之間的靜態(tài)關系。與數(shù)據模型不同,它不僅顯示了信息的結構,同時還描述了系統(tǒng)的行為。類圖是定義其它圖的基礎。在類圖的基礎上,狀態(tài)圖、合作圖等進一步描述了系統(tǒng)其他方面的特性。對象(Object)與對客觀世界的理解相關。通常用對象描述客觀世界中某個具體的實體。所謂類(Class)是對一類具有相同特征的對象的描述。而對象是類的實例(Instance)。建立類模型時,應盡量與應用領域的概念保持一致,以使模型更符合客觀事實,易修改，易理解和易交流。類描述一類對象的屬性(Attribute)和行為(Behavior)。在UML中,類的可視化表示為一個劃分成三個格子的長方形(下面兩個格子可省略)。圖1中,運動員就是一個典型的類。類的獲取和命名：最頂部的格子包含類的名字。類的命名應盡量用應用領域中的術語,應明確、無歧義,以利于開發(fā)人員與用戶之間的相互理解和交流。類的獲取是一個依賴于人的創(chuàng)造力的過程,必須與領域專家合作,對研究領域仔細地分析,抽象出領域中的概念,定義其含義及相互關系,分析出系統(tǒng)類,并用領域中的術語為類命名。一般而言,類的名字是名詞。圖25 運動員類圖示例系統(tǒng)中包含的類: 用戶（ShUser）、客戶（ShCorp）、供應商（ShCorp）、部門(ShDept)商品（ShProuct）、商品類型（ShClass）、倉庫（ShStoreHouse）、入庫單表頭（ShBill）、入庫單表體(ShBillList)、出庫單表頭（ShBill）、出庫單表體(ShBillList)、退貨單表頭(ShBill)、退貨單表體(ShBillList) 類之間的關系在這個階段，對開發(fā)出來的初步類圖中的類，根據其意義來分成一些組。人組成的一組: 用戶（ShUser）、客戶（ShCorp）、供應商（ShCorp）、部門(ShDept)物品組成的一組：商品（ShProuct）、商品類型（ShClass）、倉庫（ShStoreHouse）生成的單據組成的一組：入庫單表頭（ShBill）、入庫單表體(ShBillList)、出庫單表頭（ShBill）、出庫單表體(ShBillList)、退貨單表頭(ShBill)、 退貨單表體(ShBillList) 構建系統(tǒng)類圖在完成了初步類圖的構建之后，需要建立和標記出類之間的關聯(lián)。具體的表述關聯(lián)的方法策略是：先從幾個類開始，找出與這個類存在關聯(lián)的其他類，然后再尋找另外一組類與其他類的關聯(lián)，直到窮盡了所有的類為止。下面先介紹一下類之間常用的幾種關系以及他們的概念：關聯(lián)關系：關聯(lián)(Association)表示兩個類之間存在某種語義上的聯(lián)系。角色：關聯(lián)兩頭的類以某種角色參與關聯(lián)。關聯(lián)類：一個關聯(lián)可能要記錄一些信息,可以引入一個關聯(lián)類來記錄。聚集和組成：聚集(Aggregation)是一種特殊形式的關聯(lián)。聚集表示類之間的關系是整體與部分的關系。聚集可以進一步劃分成共享聚集(Shared Aggregation)和組成。繼承關系：人們將具有共同特性的元素抽象成類別,并通過增加其內涵而進一步分類。繼承(Generalization)定義了一般元素和特殊元素之間的分類關系。在UML中,繼承表示為一頭為空心三角形的連線。如圖28中,將User進一步分為mon user, administrator和business user,使用的就是繼承關系。依賴關系： 有兩個元素X、Y,如果修改元素X的定義可能會引起對另一個元素Y的定義的修改,則稱元素Y依賴(Dependency)于元素X。圖26 系統(tǒng)UML類圖 系統(tǒng)需求研究 收集系統(tǒng)需求在對一個系統(tǒng)的開發(fā)中，必須集中考慮用戶的需求，這個步驟需要開發(fā)出系統(tǒng)的功能包圖，每個包應代表系統(tǒng)的一個功能模塊。包：將許多類集合成一個更高層次的單位,形成一個高內聚、低耦合的類的集合。UML中這種分組機制叫包(Package)。任何模型元素都運用包的機制。如果沒有任何啟發(fā)性原則來指導類的分組,分組方法就是任意的。在UML中,最有用的和強調最多的啟發(fā)性原則就是依賴。包圖主要顯示類的包以及這些包之間的依賴關系。有時還顯示包和包之間的繼承關系和組成關系?，F(xiàn)在可以開發(fā)出系統(tǒng)功能包圖如圖211。在圖211中,“系統(tǒng)”包由“界面”包和“單據”包和“使用者”包組成。這里稱它們?yōu)橄到y(tǒng)包的內容。當不需要顯示包的內容時,包的名字放入主方框內,否則包的名字放入左上角的小方框中,而將內容放入主方框內。包的內容可以是類的列表,也可以是另一個包圖,還可以是一個類圖。圖27系統(tǒng)功能包圖3．系統(tǒng)分析與設計 開發(fā)系統(tǒng)用例模型用例能夠幫助系統(tǒng)開發(fā)者理解系統(tǒng)的預期行為，因而是一個強有力的工具，它能夠幫助開發(fā)者從用戶的觀點收集需求。用例是一個強有力的工具，當使用UML可視化的表達出這些概念后，用例甚至會變得更加強大。可視化可以向用戶顯示用例，他們可以提供更多的信息。實際生活中用戶常常知道的比他們清楚表達出來的要多：用例能夠幫助用戶解決這個問題。另外，可視化的表達形式允許將用例圖和其他種類的圖結合起來。系統(tǒng)分析過程中的一個目標是產生一組用例。此想法是要對用例進行分類整理，以便于引用。這些用例代表著用戶對系統(tǒng)的觀點。當要對系統(tǒng)升級時，用例目錄可以作為進一步收集升級需求的基礎。 圖31 系統(tǒng)UML用例圖 系統(tǒng)數(shù)據庫設計 數(shù)據庫需求分析用戶的需求具體體現(xiàn)在各種商品信息的提供、保存、更新和查詢以及商品出入庫的輸入、保存、查詢等方面，這就要求數(shù)據庫結構能充分滿足各種信息的輸入和輸出。收集基本數(shù)據、數(shù)據結構及數(shù)據處理的流程，組成一份詳盡的數(shù)據字典，為后面