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

1、第7章：構(gòu)建分析模型(1)，劉林鳳，2，概要，需求分析和建模方法，數(shù)據(jù)建模概念，面向?qū)ο蟮姆治鼋榻B，基于場景的建模，面向流的建模，基于類的建模，以及行為模型生成。第3課“需求分析，需求分析”的內(nèi)容是提煉、分析和仔細(xì)檢查收集的需求，以確保所有項(xiàng)目相關(guān)人員理解它們的含義，并找出錯(cuò)誤、遺漏或其他缺陷。需求分析的核心在于建立分析模型，分析模型詳細(xì)定義了系統(tǒng)需求，并不局限于特定的技術(shù)。事件列表、數(shù)據(jù)流圖、實(shí)體關(guān)系圖、數(shù)據(jù)流定義、數(shù)據(jù)字典、狀態(tài)轉(zhuǎn)移圖、用例圖、序列圖、協(xié)作圖、類圖、狀態(tài)圖，4、總體目標(biāo)和原則，分析模型必須建立的三個(gè)目標(biāo)：(1)描述客戶需要什么；(2)為軟件設(shè)計(jì)打下基礎(chǔ)；(3)軟件完成后，可

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

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

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

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

6、和描述對象(或概念)，分析對象的內(nèi)部組成和外部關(guān)系，建立面向?qū)ο蟮姆治瞿Ｐ?。面向?qū)ο蟮漠a(chǎn)品分析類分析類是概念層次的內(nèi)容，其粒度可能大于類的粒度，并且它通常具有很少的操作和特征標(biāo)簽，其行為由責(zé)任定義，并且它具有概念屬性和關(guān)系。用例實(shí)現(xiàn)(從分析的角度)分析類圖：描述分析類之間的靜態(tài)關(guān)系和交互圖：描述分析類之間的交互。事件流分析的補(bǔ)充需求：用文本描述持久性、分布性、并發(fā)性、安全性、容錯(cuò)性等非功能性需求。22.面向?qū)ο蠓治?，面向?qū)ο蠓治龅漠a(chǎn)品分析包(續(xù))當(dāng)構(gòu)建包圖時(shí)，具有相似概念或語義的模型元素應(yīng)該包含在包中。通常，支持特定業(yè)務(wù)流程或參與者的一些用例或類被組織在一個(gè)包中，或者具有一般化或擴(kuò)展關(guān)系的用例

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

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