軟件工程課件07(1).ppt

1、第7章：構建分析模型(1)，劉林鳳，2，概要，需求分析和建模方法，數據建模概念，面向對象的分析介紹，基于場景的建模，面向流的建模，基于類的建模，以及行為模型生成。第3課“需求分析，需求分析”的內容是提煉、分析和仔細檢查收集的需求，以確保所有項目相關人員理解它們的含義，并找出錯誤、遺漏或其他缺陷。需求分析的核心在于建立分析模型，分析模型詳細定義了系統需求，并不局限于特定的技術。事件列表、數據流圖、實體關系圖、數據流定義、數據字典、狀態(tài)轉移圖、用例圖、序列圖、協作圖、類圖、狀態(tài)圖，4、總體目標和原則，分析模型必須建立的三個目標：(1)描述客戶需要什么；(2)為軟件設計打下基礎；(3)軟件完成后，可

2、以確認一組定義的需求。分析模型在系統描述和設計模型之間搭建了一座橋梁。5.分析的經驗原則，創(chuàng)建分析模型應遵循的原則：模型應關注問題領域或業(yè)務領域的可見需求，抽象層次應相對較高；分析模型的每個元素應該增加對軟件需求的整體理解，并提供對信息領域、功能和系統行為的深入理解；基本結構和其他非功能模型應推遲到設計階段；最小化整個系統內的關聯；確認分析模型給所有利益相關者帶來價值；保持模型盡可能簡單。領域分析，領域分析出現的原因：該分析模型在特定業(yè)務領域的許多應用中反復出現，并且具有相似性。領域分析的定義：識別、分析和詳細解釋來自特定應用領域的公共需求，特別是那些在該應用領域中被多個項目重用的需求。角色：

3、通過識別和重用分析模型的模式和軟件組件，可以減少開發(fā)時間和成本。7、領域分析師的角色，發(fā)現和定義可重用的分析模式、分析類和相關信息。領域分析過程的輸入和輸出：8、分析建模、結構分析和面向對象分析(OOA，使用統一建模語言)哪種方法更好？判斷標準：為共同利益提供最佳的軟件需求模型，更好地實現向設計活動的過渡。9、數據建模，數據建模是分析建模的開始。數據建模定義了以下內容：數據對象之間的關系以及與關系相關的其他信息；10.數據對象，定義：由一組屬性/特征描述并由軟件(系統)管理的事物。數據對象中沒有操作。數據對象可以是：外部實體(打印機、用戶、傳感器)、事物(報告、顯示、信號)、事件(警報)、角色

4、(銷售人員、經理、工程師)、11。數據屬性。數據對象中有許多數據屬性來描述對象。數據屬性的功能：命名數據對象的實例；描述例子；在另一個表中建立對另一個實例的引用；系統必須“記住”的對象之間的“聯系”；數據對象人和車的關系圖，(a)對象之間的基本聯系，(b)對象之間的關系，13，基數和形式，基數：一個對象的出現時間可以與另一個對象的出現時間相關聯的規(guī)范。一對一(11)一對多(1N)多對多(MN)形式：如果沒有明顯的關系需要或關系是可選的，則關系形式為0，如果關系必須出現一次，則形式為1，14，實體/關系圖ERD，15，實體/關系圖ERD構造方法，1。將相關事物演化成數據對象2 4。檢查每個對象關

5、系對的基數和形式。5.執(zhí)行步驟2至4，直到定義了所有對象關系對。6.定義每個實體的屬性。7.形式化并檢查對象關系圖。8.重復步驟1至7，直到數據建模完成。16.實體/關系圖ERD:例如、(1，1)、(1，m)、給予、客戶、服務請求、生產、(1，n)、(1，1)、w，(1，1)，17，什么是面向對象，幾個關鍵概念：類和對象屬性以及操作封裝和實例化繼承，18，類，面向對象從類構造開始。元類(超類)繼承一系列類。一旦構建了類，就可以創(chuàng)建相應的實例對象。19，封裝，對象將封裝數據和操作數據的邏輯程序。20，類繼承，21，面向對象分析，面向對象分析側重于分析業(yè)務領域和系統責任，忽略與實現相關的問題。發(fā)現

6、和描述對象(或概念)，分析對象的內部組成和外部關系，建立面向對象的分析模型。面向對象的產品分析類分析類是概念層次的內容，其粒度可能大于類的粒度，并且它通常具有很少的操作和特征標簽，其行為由責任定義，并且它具有概念屬性和關系。用例實現(從分析的角度)分析類圖：描述分析類之間的靜態(tài)關系和交互圖：描述分析類之間的交互。事件流分析的補充需求：用文本描述持久性、分布性、并發(fā)性、安全性、容錯性等非功能性需求。22.面向對象分析，面向對象分析的產品分析包(續(xù))當構建包圖時，具有相似概念或語義的模型元素應該包含在包中。通常，支持特定業(yè)務流程或參與者的一些用例或類被組織在一個包中，或者具有一般化或擴展關系的用例

7、或類被組織在一個包中。架構描述(從分析的角度)從分析模型的角度描述系統架構；它通常包括分析包及其依賴項、關鍵分析類以及實現重要或關鍵功能的用例。23，面向對象分析的過程，24，基于場景建模編寫用例，用戶滿意度非常重要，因此有必要從用戶(參與者)的角度來表達系統。編寫用例需要知道：(1)寫什么？(2)寫多少？(3)說明書應該寫得多詳細？(4)如何組織解釋？25，safehome系統的初步用例圖，26，開發(fā)活動圖，并提供類似于流程圖的交互流程的圖形表示，以補充用例教科書P120圖，27，泳道圖，這是活動圖的變形，以指示哪個參與者負責特定功能。教科書P121圖，28，面向流程的建模，作為對UML圖的

8、補充，有助于理解系統需求和流程。當信息通過基于計算機的系統“流動”時，它就發(fā)生了變化。我們可以為任何基于計算機的系統生成流模型。DFD只是展示了數據的流動。分層的方式，逐漸增加細節(jié)。29，面向流的建模，數據轉換(從輸入到輸出)，數據用戶，通過系統的數據流，從輸入開始并被轉換為輸出，數據經常被存儲以供以后使用，30，創(chuàng)建數據流模型的指導原則，第0層的數據流圖應該將軟件/系統描述為一個氣泡(圓圈)；應仔細標記主要輸入和輸出；通過分離下一層中表示的候選處理過程、數據對象和數據存儲，細化過程開始；所有箭頭和氣泡都應該標有有意義的名稱；當從一層轉移到另一層時，保持信息流的連續(xù)性；一次提煉一個氣泡。31，創(chuàng)建控制流模型，許多應用程序問題是事件驅動的，