【正文】 層 DFD的指導原則 (4) 分解的深度與層次 ? 按功能情況定，一般設(shè)深度為 35。 原則： ? 分解應自然，概念上合理、清晰； ? 只要不影響數(shù)據(jù)流圖的“易理解性”，可以適當?shù)囟喾纸獬蓭撞糠?，這樣分層土的層數(shù)就可少些； ? 一般說來，在上層可以分解的快些，而在下層則應分解的慢些，因為上層是一些綜合性的描述，“易理解性”相對地說不太重要。 實例：運動會管理系統(tǒng) 過程如下： 首先決定日期、地點規(guī)模設(shè)立那些比賽項目、報名期限等，并作出一些規(guī)定，如每人最多可參加多少項目，每個項目每隊最多可有多少人參加等。在報名結(jié)束后，要給每個運動員編號，統(tǒng)計每個項目有多少運動員以及有哪些運動員參加，并根據(jù)每個項目的參加人數(shù)等具體情況派出比賽日程表。在運動會進行過程中要按各項比賽的成績及時公布單項名次并累計團體總分。比賽全部結(jié)束后要公布團體名次。 167。 面向?qū)ο蠓治龇椒? 思考題 ?軟件開發(fā)中為什么要使用面向?qū)ο? 方法？ ?面向?qū)ο蠓治龇椒ㄅc結(jié)構(gòu)化分析方 法有哪些相似之處？有何區(qū)別？ ?面向?qū)ο蠓椒ㄊ菍^去的一個完全 突破，還是“換湯不換藥”？ 開發(fā)方法的組合 分析 設(shè)計 編程 結(jié)構(gòu)化 結(jié)構(gòu)化 面向?qū)ο? 結(jié)構(gòu)化 面向?qū)ο? 面向?qū)ο? 面向?qū)ο? 結(jié)構(gòu)化 第三代或第四代語言 面向?qū)ο? 面向?qū)ο? 第三代或第四代語言 面向?qū)ο? 面向?qū)ο? 傳統(tǒng)編程與面向?qū)ο蟮幕旌? 面向?qū)ο? 面向?qū)ο? 面向?qū)ο? 傳統(tǒng)方法數(shù)據(jù)與過程是分離的 過程 1 輸入 輸出 過程 2 過程 3 數(shù)據(jù)實體 屬于該對象 的數(shù)據(jù) 對象 處理數(shù)據(jù)的方法 消息 消息 對象把數(shù)據(jù)和處理數(shù)據(jù)的方法封裝成一個單元 傳統(tǒng)方法和面向?qū)ο蠓椒ǖ谋容^ 傳統(tǒng)方法 系統(tǒng)是過程的集合 過程與數(shù)據(jù)實體交互 過程接受輸入并產(chǎn)生輸出 面向?qū)ο蠓椒? 系統(tǒng)是交互對象的集合 對象與人或其它對象交互 對象發(fā)送與響應消息 傳統(tǒng)系統(tǒng)分析方法 :面向功能 ,把系統(tǒng)看成一組功能； OOA方法 :把問題當作一組相互作用的實體，并確定實體 間關(guān)系。 傳統(tǒng)方法和面向?qū)ο蠓椒ǖ谋容^ ?結(jié)構(gòu)化分析 (傳統(tǒng)建模方法 )方法 分析模型： 數(shù)據(jù)流圖 (DFD) 數(shù)據(jù)字典 (DD) 小說明 ER圖 (ERD) 狀態(tài)變遷圖 (STD) ?面向?qū)ο蠓治龇椒? 分析模型： 用例模型（用況模型） 對象模型（概念模型） 功能模型（行為模型） 分析建模方法與分析模型 分析模型的主要目標 ? 描述用戶需要 ? 建立創(chuàng)建軟件設(shè)計的基礎(chǔ) ? 定義軟件完成后可被確認的一組需求 OO方法的開發(fā)過程 OO方法改進了在生存期各個階段間的界面 ，因為生存期各個階段開發(fā)出來的 “ 部件 ” 都是 類 ，在面向?qū)ο笊嫫诘母鱾€階段對各個 類 的信息進行細化 ， 類 成為分析 、 設(shè)計和實現(xiàn)的 基本單元 。 用例建模 ?用例建模是用于描述一個系統(tǒng)應該做什么的建模技術(shù)； ?用例建模可用于新系統(tǒng)的需求獲取，也可用于已有系統(tǒng)的升級。 發(fā)現(xiàn)角色（ P61） 通過回答下列問題，可以幫助建模者發(fā)現(xiàn)角色 ?使用系統(tǒng)主要功能的人是誰？ ?需要借助于系統(tǒng)完成日常工作的人是誰？ ?誰來維護、管理系統(tǒng)，保證系統(tǒng)正常工作？ ?系統(tǒng)控制的硬件設(shè)備有哪些？ ?系統(tǒng)需要與哪些其它系統(tǒng)交互？ ?對系統(tǒng)產(chǎn)生的結(jié)果感興趣的人或事是哪些？ 發(fā)現(xiàn)用例（ P61） 詢問以下問題 ?角色需要從系統(tǒng)中獲得哪種功能？角色需要做什么？ ?角色需要讀取、產(chǎn)生、刪除、修改或存儲系統(tǒng)中的信息嗎？ ?系統(tǒng)中發(fā)生的事件需要通知角色嗎？ ?如果用系統(tǒng)的新功能處理角色的日常工作是簡化了還是提高了工作效率？ 用例模型（ use case model） ? 一個用例模型可由若干幅用例圖組成 ? 用例描述了用戶和系統(tǒng)之間的交互，其重點是系 統(tǒng)為用戶做什么 ? 用例模型描述全部的 系統(tǒng)功能行為 ? 一幅用例圖包含的模型元素有： ?用例 ?參與者（行為者、執(zhí)行者） ?系統(tǒng) 用例 參與者 系統(tǒng) 參與者 通信 關(guān)系 用例模型 用例圖舉例 簽定一份 保險單 客戶 保險銷 售人員 銷售統(tǒng)計 客戶統(tǒng)計 目的：發(fā)現(xiàn)或創(chuàng)建一些可廣泛應用的類，使它們可以被復用。 具體地說，面向?qū)ο箢I(lǐng)域分析就是以公共對象、類、子集合和框架等形式，在特定的應用領(lǐng)域中表示、分析和規(guī)約公共的可復用的能力。舉例： （ P63） 領(lǐng)域分析的輸入輸出 領(lǐng)域知識源 領(lǐng)域分析 領(lǐng)域分析 創(chuàng)建可以廣泛地用于整個應用領(lǐng)域范疇的可復用類 (構(gòu)件 ) 航空 銀行 電子設(shè)備 多媒體視頻 領(lǐng)域 分析 領(lǐng)域 分析 模型 技術(shù)文件 已有應用 客戶評定 專家建議 需求 提取類 復用標準 模型 語言 領(lǐng)域分析活動： ?定義被調(diào)查的領(lǐng)域，相關(guān)的設(shè)計、規(guī)約、代碼、政策、標準、規(guī)程等項 ?對領(lǐng)域中提取的項，劃分種類并提取模式，命名，并且分層。 ?收集領(lǐng)域中應用的代表性樣本 ?分析每個樣本中的應用，標識對象、說明理由、定義適應性、估算復用率等 ?開發(fā)對象分析模型，作為設(shè)計和構(gòu)造類的基礎(chǔ) /對象建模 系統(tǒng)的用例一旦確定，即可開始標識類 \對象。 考察系統(tǒng)的使用實例，首先將這些實例中的名詞 或名詞短語匯總起來，得到候選對象；然后考察這些對象的特征，進而確定哪些對象應該包含在分析模型中。舉例： （ P64） 對象模型 ?是三個模型中最關(guān)鍵的一個模型 ， 它的作用是 描述系統(tǒng)的靜態(tài)結(jié)構(gòu) ， 包括 構(gòu)成系統(tǒng)的類和對象 ， 它們的屬性和操作 ， 及 它們之間的關(guān)系 。 ① 確定需求分析模型中的類 /對象 對象（ object) 現(xiàn)實世界中某個具體的物理實體或概念在計算機 邏輯中的映射和體現(xiàn)。 對象具有的含義： ? 在現(xiàn)實世界中： 是客觀世界中的一個實體 ? 在面向?qū)ο蟪绦蛑校? 表達成計算機可理解、可操縱的對象 ? 在計算機世界中： 是一個可標識的存儲區(qū)域 識別概念 候選概念類型 舉例 物理的或?qū)嵲诘膶ο? POS機 飛機 規(guī)格說明、設(shè)計或事物描述 產(chǎn)品規(guī)格說明 航班描述 地點 商店 機場 事務 銷售、支付、在線銷售項 預定 人的角色 出納員 飛行員、乘客 系統(tǒng)外部的其他系統(tǒng)或設(shè)備 信用卡授權(quán)系統(tǒng) 空中交通控制系統(tǒng) 組織 銷售部 建立概念模型（ UML中的類圖） ?確定并定義類 ?建立關(guān)聯(lián) ?添加屬性 ?描述系統(tǒng)行為：系統(tǒng)順序圖等 類及對象間常見的聯(lián)系 ? 分類關(guān)系 （歸納關(guān)系、一般與特殊的關(guān)系） ? 組成關(guān)系 （組合關(guān)系、整體 /部分的關(guān)系） ? 對象屬性之間的靜態(tài)的聯(lián)系 ? 對象行為的動態(tài)聯(lián)系 ② 定義類的結(jié)構(gòu)與層次 分類關(guān)系 (一般與特殊的關(guān)系 )示例 學生 本科生 研究生 分類結(jié)構(gòu)（一般 /特殊結(jié)構(gòu)） 分類是對象抽象的基礎(chǔ) 分類結(jié)構(gòu)表現(xiàn)的是事物的一般與特殊的關(guān)系，即“ isa” 關(guān)系。 面向?qū)ο笮g(shù)語中常把一般與特殊的關(guān)系稱為 泛化（ Generalization） 與 特化（ Specialization） 聯(lián)系 存戶 一般 /特殊結(jié)構(gòu)舉例 一般類 (父類、基類、超類 ) 特殊類 (子類、具體類 ) 繼承 一個特殊類中的所有對象可繼承一般類中的屬性、服務、關(guān)系． 賬號 姓名 余額 存款 取款 支票存戶 儲蓄存戶 利息率 組成關(guān)系 (整體與部分的關(guān)系 )示例 學科部 辦公室 學院 實驗室 組裝結(jié)構(gòu)（整體 /部分結(jié)構(gòu)） 組裝結(jié)構(gòu)表示對象類之間的組成關(guān)系，即整體與部分的關(guān)系。 整體對于部分是“ hasa” 關(guān)系。 (部分對于整體是“ apartof” 關(guān)系 ) 組裝結(jié)構(gòu)體現(xiàn)了面向?qū)ο蠓椒ǖ? 聚合（也叫聚集 Aggregation） 原則。 整體 /部分結(jié)構(gòu)表示法舉例 微機 1+ 電源 主機箱 鍵盤 監(jiān)視器 鼠標 內(nèi)存 CPU 硬盤 o ? ? 實例連接 示例 及表示 教師 指導論文 0,m 1 學生 教師為學生 指導論文： 教師 教學 0,m 0,n 學生 教師為學生 授課： 關(guān)聯(lián)關(guān)系 (鏈屬性 )的表示 允許實例連接帶有一組屬性，這些屬性通過關(guān)聯(lián)來描述 類 1 連接名稱 m n 類 1 連接 屬性 關(guān)聯(lián)關(guān)系 (鏈屬性 ) 為之工作 工資 職務 雇主 雇員 個人 名字 身份證號 公司 名字 地址 題目 答辯時間 成績 教師 學生 指導論文 0,m 1 ?在 OMT中 ， 類與類之間的關(guān)系叫做關(guān)聯(lián) 。 關(guān)聯(lián)代表一組存在于兩個或多個對象之間的 、 具有相同結(jié)構(gòu)和含義的具體連接 。 關(guān)聯(lián)可以是物理的 ， 也可以是邏輯的 。 ?聚合 ，代表整體與部分的關(guān)系，這是一種特殊形式的關(guān)聯(lián)。 ?限定 ，用以對關(guān)聯(lián)的含義做某種約束。 ?角色 ，用來說明關(guān)聯(lián)的一端。由于多數(shù)關(guān)聯(lián)具有兩個端點，因而涉及到兩個角色。附加的說明對象之間的連接的 連接屬性 。 對象模型 動態(tài)模型 功能模型 基本模型 : 三個模型分別從不同角度分析系統(tǒng) 關(guān)系模型 ?對象模型 : 描述靜態(tài)結(jié)構(gòu) , 定義做事情的實體 ?功能模型 : 描述處理 (數(shù)據(jù)變換 ),指明系統(tǒng)應“做什么” ?動態(tài)模型 : 描述交互過程 , 規(guī)定什么時候做 分析模型 描述系統(tǒng)內(nèi)部對象結(jié)構(gòu)，包括對象本身的定義、對象的屬性、操作，以及對象與其它對象之間的關(guān)系。 對象模型是 OMT方法論中最重要的部分，動態(tài)模型、功能模型都將依次而建立對象模型以對象圖形式呈現(xiàn)，對象圖由類構(gòu)成。 對象模型 對象模型 對象模型表示靜態(tài)的、結(jié)構(gòu)的系統(tǒng)數(shù)據(jù)的性質(zhì)。 對模擬客觀世界實體的對象以及對象彼此之間的關(guān)系的映射，描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)。 OO方法強調(diào)圍繞對象而不是功能來構(gòu)造系統(tǒng) 。 飲料自動售貨機 系統(tǒng) 對象圖 販賣機 飲料號碼 價格 投幣 接受 飲料掉出 金額顯示 按紐 退幣桿 售完顯示 存量計算器 飲料號碼 存量 遞減 售完顯示 重置 選擇鈕 選擇鈕狀態(tài) 燈亮 燈熄 售完燈亮 按鈕 顧客 姓名 硬幣 投幣 置入 拿取飲料 退幣桿 退幣桿狀態(tài) 拉動 金額計算器 金額 累加 找零 重置 購買 選取 被拉動 屬于 屬于 屬于 屬于 對象 關(guān)系圖 系統(tǒng) 傳感器事件 傳感器 控制面板 發(fā)生警報 1： 1 1： 1 1： 1 1： 1 1： 1 0： k 1： m 0： n 包含 → 選中 → 產(chǎn)生 ↓ 認可 ↓ 網(wǎng)上商店對象模型 (部分 )示例 (UML) 銷售代表 0 .. 1 定貨 name address 顧客 creditRating( ):String 產(chǎn)品 雇員 1 dataReceived isPrepaid number:String price:Money 協(xié)作顧客 contactName creditRating creditL