【文章內容簡介】 并建立系統(tǒng)用例圖，這是整個開發(fā)過程的基礎。3 進行領域建模尋找對象與類，主要是使用類圖表現(xiàn)領域中各業(yè)務類之間的靜態(tài)關系，并用交互圖、順序圖等具體描述類之間的交互以及對象的狀態(tài)變化。主要涉及以下活動(并不一定是順序的):1 分析用例以及業(yè)務領域2 發(fā)現(xiàn)對象，為對象分類，確定對象之間的交互3 確定類之間的關系4 定義類的屬性和操作5 分析對象的狀態(tài)變化4 進行系統(tǒng)設計，在系統(tǒng)分析的基礎上進行:系統(tǒng)架構的設計進行高層的系統(tǒng)決策、確定基本的軟件結構，并對應用系統(tǒng)進行劃分。對象進一步設計對領域模型中的業(yè)務類進行精化、調整，增添界面類、控制類等用于實現(xiàn)的類。數(shù)據(jù)模型設計考慮解決持久對象到數(shù)據(jù)庫的映射問題，設計數(shù)據(jù)模型以及數(shù)據(jù)存取訪問部分設計。系統(tǒng)設計 得到的模型是精化和調整后的類圖、交互圖等，同時還有對象持久設計得到的數(shù)據(jù)模型。5 實現(xiàn)實現(xiàn)的依據(jù)是設計過程中得到的靜態(tài)視圖(類圖、對象圖)、動態(tài)視圖(順序圖、狀態(tài)圖、協(xié)作圖、活動圖)。同時可以將類映射為組件，進而使用CASE工具的框架代碼自動生成的功能。同時通過實現(xiàn)圖(組件圖、配置圖)來描述系統(tǒng)的物理視圖。6 單元測試，集成與系統(tǒng)測試測試實現(xiàn)的部分是否滿足用例的功能要求。另外，類圖、組件圖、協(xié)作圖等也可以用來進行測試。 業(yè)務術語表軟件構架：在計算的算法和數(shù)據(jù)結構之外，設計并確定系統(tǒng)整體結構成為了新的問題。結構問題包括總體組織結構和全局控制結構，通信、同步和數(shù)據(jù)訪問的協(xié)議，設計元素的功能分配，物理分布，設計元素的組成，定標與性能，備選設計的選擇。邏輯視圖：包括最重要的設計類、從這些設計類到包和子系統(tǒng)的組織形式，以及從這些包和子系統(tǒng)到層的組織形式。它還包括一些用例實現(xiàn)。它是設計模型的子集。實施視圖：包括實施模型及其從模塊到包和層的組織形式的概覽。同時還描述了將邏輯視圖中的包和類向實施視圖中的包和模塊分配的情況。它是實施模型的子集。 進程視圖：包括所涉及任務（進程和線程）的描述，它們的交互和配置，以及將設計對象和類向任務的分配情況。只有在系統(tǒng)具有很高程度的并行時，才需要該視圖。在Rational Unified Process中，它是設計模型的子集。 配置視圖：包括對最典型的平臺配置的各種物理節(jié)點的描述以及將任務（來自進程視圖）向物理節(jié)點分配的情況。只有在分布式系統(tǒng)中才需要該視圖。它是部署模型的一個子集。用例圖：用例圖是包括參與者、由系統(tǒng)邊界（一個矩形）封閉的一組用例、參與者和用例之間的關聯(lián)、用例間的關系以及參與者的泛化的圖。用例圖表示了來自用例模型（用例，參與者）的元素?；顒訄D：活動圖是狀態(tài)機的一個特殊例子，在該狀態(tài)機中所有的或大部分的狀態(tài)都是活動狀態(tài)或動作狀態(tài)，所有或大部分的轉換由源狀態(tài)中活動的完成所觸發(fā)?；顒訄D表示一個程序或工作流。活動圖是模型中的完整單元。類圖：類圖是靜態(tài)視圖的圖形表達方式，表示聲明的（靜態(tài)的）模型元素，如類、類型及其內容及相互關系。類圖可以表示包的視圖，包含嵌套包的符號。協(xié)作圖：協(xié)作圖是表示角色間交互的視圖，即，協(xié)作中的實例及其鏈接。與順序圖不同，協(xié)作圖表示了角色之間的關系。另一方面，協(xié)作圖也不將時間作為單獨的維來表示，所以必須使用順序號來判斷消息的順序以及并行線程。 組織機構圖倉庫庫存管理機構組織機構圖描述了內部組織結構，工作人員之間的上下級關系。超市組織機構圖如圖22所示。圖22超市組織機構圖 主業(yè)務用例圖在下一章將會對高倉庫管理系統(tǒng)的主業(yè)務用例進行細化，有關本用例圖的描述在此略。主用例圖如圖 23所示。圖23主用例圖第3章 分析與設計第3章 分析與設計系統(tǒng)分析與設計過程首先根據(jù)業(yè)務用例和業(yè)務活動圖進行聚類，聚類活動在系統(tǒng)分析時開始。聚類活動是個連續(xù)的過程，需要不斷地進行豐富和完善，需要按照面向對象設計的思想，劃分出子系統(tǒng)類，并為類添加應該具有的方法或屬性，以及這些方法或屬性的可見性，這些可以通過設計類圖來描述。系統(tǒng)設計的任務就是要依據(jù)系統(tǒng)分析文檔資料，采用正確的方法，確定系統(tǒng)功能模塊在計算機內應該用那些程序組成，它們之間用什么方式連接在一起，以構成一個最好的系統(tǒng)結構。 業(yè)務流程調查 超市倉庫管理信息系統(tǒng)業(yè)務流程調查根據(jù)分析，本系統(tǒng)業(yè)務流程主要包括如下內容：l 顧客發(fā)訂單給銷售部門l 銷售部門經過訂單檢查，把不合格的訂單反饋給客戶l 對合格的訂單，通過核對庫存記錄，缺貨訂單通過缺貨統(tǒng)計，向采購部門發(fā)出缺貨通知，并登記缺貨記錄；對于可供貨訂單，登記客戶檔案，開出備貨單，通知倉庫備貨。l 保存訂單數(shù)據(jù)，并進行銷售統(tǒng)計。 崗位職責：進行入庫出庫的貨物進行決策。以及對報表進行簽字。：對貨物進行登記如數(shù)量單價等進行核對，各種信息的查詢修改等。：對貨物進行盤點，對貨物所在貨架進行登記，貨物的信息增加，刪除，修改等，進行生成報表。：對貨物進行登記如數(shù)量單價等進行核對，各種信息的查詢修改等。制作報表。 業(yè)務用例分析用例視圖是被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖。用例是系統(tǒng)中的一個功能單元，可以被描述為參與者與系統(tǒng)之間的一次交互作用。用例模型的用途是列出系統(tǒng)中的用例和參與者，并顯示哪個參與者參與了哪個用例的執(zhí)行。用例建模的主要目標是：1. 將需求模型變?yōu)榭梢暬Ｐ?，并最終得到用戶確認；2. 給出清晰、一致的關于系統(tǒng)做什么的描述，確定系統(tǒng)的功能要求；3. 提供從功能需求到系統(tǒng)分析、設計、實現(xiàn)各階段的度量標準；4. 為最終系統(tǒng)測試提供基準，據(jù)此驗證系統(tǒng)是否達到功能要求。 入庫管理用例圖：用例名：報表管理角色：入庫管理員目的： 防止有錯誤的信息。描述：對報表進行修改，刪除，查詢等用例名：入庫單管理角色：入庫管理員目的：進行貨物歸類統(tǒng)一管理描述：管理員根據(jù)銷售方面的情況計劃的需要的貨物用例名：入庫審核角色：入庫管理員目的：防止有錯誤的貨物進入倉庫描述：生成單價和生成收費單倉庫管理員在工作的最開始階段負責接收供應商給出的貨物供應單，接收貨物后填寫入庫單，給采購人員確認信息，為采購人員打印相關報表，使用業(yè)務用例刻畫了業(yè)務活動中的各個角色以及它們在業(yè)務活動中的關系。如圖31所示。 圖31入庫管理用例圖用例名：報表管理角色：出庫管理員目的： 防止有錯誤的信息。描述：對報表進行修改，刪除，查詢等用例名：出庫單管理角色：出庫管理員目的：進行貨物歸類統(tǒng)一管理描述：管理員根據(jù)銷售方面的情況計劃的需要的貨物用例名：出庫審核角色：出庫管理員目的：防止有錯誤的貨物出倉庫描述：生成單價和生成收費單倉庫管理員接收提貨單后填寫出庫單，給銷售人員確認性息。對于價格較高的貨物需要高層領導簽字確認出庫，活動方可進行。倉庫管理系統(tǒng)在得到提貨單確認后，更改系統(tǒng)中的信息，如系統(tǒng)庫位和貨物剩余量。出庫管理的用例圖如圖32所示。 圖32出庫管理的用例圖 入庫管理活動圖 活動圖是系統(tǒng)一系列狀態(tài)的綜合體現(xiàn)，它描述了系統(tǒng)中各種活動執(zhí)行的順序，活動圖是系統(tǒng)一系列狀態(tài)的綜合體現(xiàn)，它描述了系統(tǒng)中各種活動執(zhí)行的順序，刻畫了一個系統(tǒng)中所要進行的各項活動的執(zhí)行流程。根據(jù)