教學(xué)目標(biāo)、內(nèi)容(編輯修改稿)
2024-10-07 10:42 本頁面
【文章內(nèi)容簡介】 1+ 擁有 1+ 通信 1+ 1+ 1+ 通信 雇傭 擁有 1 1 1 1 2 2 2 2 3 3 3 3 修 改 第 24 頁 ⑷ 確定屬性 ? 屬性是對對象性質(zhì)的描述 。 ? 確定屬性分兩個步驟： 分析和選擇屬性 ?分析屬性 ：通常 ， 需求陳述中用名詞詞組表示屬性 。例如 ， “ 光標(biāo)的位置 ” 。 確定找出屬性還要借助領(lǐng)域知識和常識分析得到 。 ?屬性的確定既與問題域有關(guān) ， 也和目標(biāo)系統(tǒng)的任務(wù)有關(guān) 。 應(yīng)該只考慮與具體應(yīng)用直接相關(guān)的屬性 ， 不考慮那些超出所要解決問題范圍的屬性 。 在分析過程中應(yīng)該首先找出最重要的屬性 ， 以后再逐步地把其他屬性增添進(jìn)去 。 第 25 頁 選擇屬性 選擇屬性時有以下幾種常見情況： 1) 誤把對象當(dāng)作屬性 。例如，在郵政目錄中，“城市”是一個屬性，而在人口普查中“城市”則作為對象。 2) 把限定誤當(dāng)作屬性 。正確地使用限定詞可以減少關(guān)聯(lián)的階數(shù)。在 ATM例中，“分行帳號”、“雇員號”等都是限定詞，不能作為屬性。 3) 把內(nèi)部狀態(tài)當(dāng)作屬性 。如果某個性質(zhì)是對象的非公開的內(nèi)部狀態(tài)，則不能作為該對象的屬性。 4) 過于細(xì)化 。忽略那些對大多數(shù)操作沒有影響的屬性。 5) 存在不一致的屬性 。如果存在與其他屬性毫不相關(guān)的屬性，則應(yīng)該把該類分解為兩個不同的類。 第 26 頁 ATM對象模型中的屬性 總行 分 行 代 碼 組成 分行 賬戶 儲戶 保管 1+ 1+ 現(xiàn)金兌換卡 擁 有 1+ 訪問 1+ 遠(yuǎn)程事務(wù) ATM 分行計算機 擁 有 通信 授權(quán) 輸入 1+ 1+ 1+ 修改 柜員事務(wù) 柜員終端 1+ 輸入 中央計算機 柜員 輸入 1+ 通信 1+ 1+ 通信 雇傭 1+ 擁 有 總行名 站號 現(xiàn)有金額 付出金額 類型 日期 金額 密碼 1+ 修 改 修 改 類型 日期 金額 姓名 地址 擁有 卡號 站號 站號 分行名 擁 有 賬號 雇員號 姓名 分 行 代 碼 發(fā)放 姓名金額 限額 類型 第 27 頁 ⑸ 識別繼承關(guān)系 ? 確定了類中的屬性后 ， 就可以對系統(tǒng)中的類確認(rèn)它們的繼承關(guān)系了 。 ? 可以使用兩種方式建立繼承關(guān)系： 1) 自底向上 。 抽象出現(xiàn)有類的共同性質(zhì)泛化出父類 。 例如 ， ATM中 “ 遠(yuǎn)程事務(wù) ” 和 “ 柜員事務(wù) ” 是類似的 ， 可以泛化出父類 “ 事務(wù) ” 。 2) 自頂向下 。 把現(xiàn)有類細(xì)化成更具體的子類 。例如 ， 帶形容詞修飾的名詞詞組往往暗示了一些具體類 。 但在分析階段應(yīng)該避免過度細(xì)化 。 第 28 頁 帶有繼承關(guān)系的 ATM對象模型 保管 1+ 訪問 輸入 1+ 擁有 1+ 總行 分 行 代 碼 總行名 ATM 現(xiàn)有金額 付出金額 事務(wù) 類型 日期 金額 現(xiàn)金兌換卡 密碼 1+ 修改 儲戶 姓名 地址 擁有 分行計算機 站號 分行 站號 賬號 分行名 雇員號 中央計算機 站號 分 行 代 碼 柜員事務(wù) 賬戶 金額 限額 類型 輸入站 擁 有 通信 通信 通信 擁 有 擁 有 柜員 姓名 卡號 雇 傭 發(fā)放 遠(yuǎn)程事務(wù) 柜員終端 1+ 授權(quán) 1+ 輸入 組成 1+ 1+ 第 29 頁 ⑹ 反復(fù)修改 ? 建立模型的過程往往是反復(fù)修改的過程 ， 只要發(fā)現(xiàn)模型有缺陷 ， 就必須返回到前期階段進(jìn)行修改 。 ? 例如 ， 對于上述 ATM系統(tǒng) ， 可能做的修改： 1. 分解 “ 現(xiàn)金兌換卡 ” 類為 “ 卡權(quán)限 ” 和“ 現(xiàn)金兌換卡 ” 兩個類 。 2. “ 事務(wù) ” 由 “ 更新 ” 組成 。 一個事務(wù)包含對賬戶的若干次更新 。 3. 把 “ 分行 ” 與 “ 分行計算機 ” 合并 。 類似的 ， 合并 “ 總行 ” 和 “ 中央計算機 ” 。 第 30 頁 四、面向?qū)ο笤O(shè)計 OOD ? OOD是用 OO觀點建立求解域模型的過程 。 ? OOA是通過對象的認(rèn)定 ， 確定問題空間中應(yīng)當(dāng)存在的對象和對象層次結(jié)構(gòu)； OOD則是通過對象的認(rèn)定和對象層次結(jié)構(gòu)的組織 ， 確定解空間中應(yīng)存在的對象和對象層次結(jié)構(gòu) ， 并確定外部接口和主要的數(shù)據(jù)結(jié)構(gòu) 。 ? OOD也分兩個步驟：即高層設(shè)計階段和低層設(shè)計階段 。 高層設(shè)計階段開發(fā)系統(tǒng)的結(jié)構(gòu) ， 構(gòu)造軟件系統(tǒng)的總體模型 ， 包括開發(fā)用戶界面等 。 低層設(shè)計集中于類的詳細(xì)設(shè)計 ， 包括對象類的關(guān)聯(lián) 、 接口形式及實現(xiàn)服務(wù)的算法等 。 第 31 頁 面向?qū)ο笤O(shè)計的目標(biāo) ? OOD的主要目標(biāo)是提高生產(chǎn)率 、 提高質(zhì)量及提高可維護(hù)性 。 1. 提高生產(chǎn)率 OOD是一種系統(tǒng)設(shè)計活動 ， 使用 OOD最多使整個生產(chǎn)率提高 20%左右 。 OOD使用重用類機制來改進(jìn)效率 ， 類庫是這種結(jié)構(gòu)的主要組成部分 。 2. 提高質(zhì)量 OOA和 OOD過程能夠減少開發(fā)后期發(fā)現(xiàn)的錯誤 ， 并大大提高系統(tǒng)的質(zhì)量 。 3. 提高可維護(hù)性 OO方法開發(fā)的系統(tǒng)中 ， 最穩(wěn)定的是類 ， 系統(tǒng)可變的是服務(wù) ， 服務(wù)的復(fù)雜程度也是變化的 ， 外部接口也是最可能變化的部分 。 為提高可維護(hù)性 ， 就要把系統(tǒng)中穩(wěn)定的部分和易變的部分分離開
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1