第九章面向?qū)ο蠓治?編輯修改稿)
2024-08-28 12:59 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 開的內(nèi)部狀態(tài)，則應(yīng)該從對(duì)象模型中刪掉這個(gè)屬性。 建立對(duì)象模型 ? 確定屬性 ? 分析 (5) 過(guò)于細(xì)化 在分析階段應(yīng)該忽略那些對(duì)大多數(shù)操作都沒有影響的屬性。 (6) 存在不一致的屬性 類應(yīng)該是簡(jiǎn)單而且一致的。如果得出一些看起來(lái)與其他屬性毫不相關(guān)的屬性，則應(yīng)該考慮把該類分解成兩個(gè)不同的類。 . 輪，帆； 經(jīng)過(guò)篩選之后，得到 ATM系統(tǒng)中各個(gè)類的屬性，如圖所示。 建立對(duì)象模型 建立類間的繼承是為了共享其公共性質(zhì) /屬性。 繼承也對(duì)類按層次加以組織。 繼承關(guān)系反映出一定深度的領(lǐng)域知識(shí)，需領(lǐng)域?qū)＜颐芮信浜喜拍芡瓿伞? 繼承前人的成果是提高效率的重要方法，也是復(fù)用的基礎(chǔ)。 識(shí)別繼承關(guān)系 兩種建立繼承 (即泛化 )關(guān)系的方式： (1) 自底向上： 抽象出現(xiàn)有類的共同性質(zhì)泛化出父類，這個(gè)過(guò)程實(shí)質(zhì)上模擬了人類歸納思維過(guò)程。 例如，在 ATM系統(tǒng)中，“遠(yuǎn)程事務(wù)”和“柜員事務(wù)”是類似的，可以泛化出父類“事務(wù)”；類似地，從“ ATM”和“柜員終端”泛化出父類“輸入站”。 (2) 自頂向下： 把現(xiàn)有類細(xì)化成更具體的子類或從已知類派生出一個(gè)新類，這模擬了人類的演繹思維過(guò)程：從一般到特殊。 帶有形容詞修飾的名詞詞組往往暗示了一些具體類。分析階段應(yīng)該避免過(guò)度細(xì)化。 增加了繼承關(guān)系之后的 ATM對(duì)象模型 一次建模過(guò)程很難得到完全正確的對(duì)象模型。 有些細(xì)化工作 (例如，定義服務(wù) )是在建立了動(dòng)態(tài)模型和功能模型之后才進(jìn)行的。 由于面向?qū)ο蟮母拍詈头?hào)在整個(gè)開發(fā)過(guò)程中都是一致的，因此遠(yuǎn)比使用結(jié)構(gòu)分析、設(shè)計(jì)技術(shù)更容易實(shí)現(xiàn)反復(fù)修改、逐步完善的過(guò)程。 建模的步驟并不一定按照前面講述的次序進(jìn)行。 它給初學(xué)者提供了一個(gè)指南。 下面以 ATM系統(tǒng)為例，討論可能做的修改： 反復(fù)修改 1. 分解“現(xiàn)金兌換卡”類 “現(xiàn)金兌換卡”有兩個(gè)相對(duì)獨(dú)立的功能，它既是鑒別儲(chǔ)戶 及 使用 ATM的權(quán)限的卡，又是 ATM獲得分行代碼和卡號(hào)等數(shù)據(jù)的數(shù)據(jù)載體。 因此，把“現(xiàn)金兌換卡”類分解為“卡權(quán)限”和“現(xiàn)金兌換卡”兩個(gè)類，將使每個(gè)類的功能更單一：前一個(gè)類標(biāo)志儲(chǔ)戶訪問(wèn)賬戶的權(quán)限，后一個(gè)類是含有分行代碼和卡號(hào)的數(shù)據(jù)載體。 多張現(xiàn)金兌換卡可能對(duì)應(yīng)著相同的訪問(wèn)權(quán)限。 2. “事務(wù)”由“更新”組成 一個(gè)事務(wù)可包含對(duì)賬戶的若干次更新。更新指的是對(duì)賬戶所做的一個(gè)動(dòng)作 (取款、存款或查詢 )?！案隆? 有自己的屬性 (類型、金額等 )，應(yīng)該獨(dú)立存在，因此應(yīng)該把它作為類。 3. 把“分行”與“分行計(jì)算機(jī)”合并 區(qū)分“分行”與“分行計(jì)算機(jī)”，對(duì)于分析這個(gè)系統(tǒng)來(lái)說(shuō)，并沒有多大意義，為簡(jiǎn)單起見，把它們合并。類似地，應(yīng)該合并“總行”和“中央計(jì)算機(jī)”。 下圖給出了修改后的 ATM對(duì)象模型，與修改前比較起來(lái)，它更簡(jiǎn)單、更清晰。 修正： 總行 /分行的通信， 儲(chǔ)戶輸入事務(wù) (ATM) ATM讀卡 擁有 /通信 修改后的 ATM對(duì)象模型 對(duì)于僅存儲(chǔ)靜態(tài)數(shù)據(jù)的系統(tǒng) (例如數(shù)據(jù)庫(kù) )來(lái)說(shuō)， 動(dòng)態(tài)模型并沒有什么意義。 但是若開發(fā) 交互式系統(tǒng) 時(shí)，動(dòng)態(tài)模型卻起著很重要的作用。 例如 : 收集輸入信息是目標(biāo)系統(tǒng)的主要工作 建立動(dòng)態(tài)模型的 方法 建立動(dòng)態(tài)模型 建立動(dòng)態(tài)模型的三步： 1) 編寫典型交互行為的腳本 , 不遺漏常見的交互行為。 2) 從腳本中提取出事件，確定觸發(fā)每個(gè)事件的動(dòng)作對(duì)象以及接受事件的目標(biāo)對(duì)象。 3) 排列事件發(fā)生的次序，確定每個(gè)對(duì)象可能有的狀態(tài)及狀態(tài)間的轉(zhuǎn)換關(guān)系，并用狀態(tài)圖描繪它們。 最后，比較各個(gè)對(duì)象的狀態(tài)圖，檢查它們之間的一致性，確保事件之間的匹配。 腳本 : 是指系統(tǒng)在某一執(zhí)行期間內(nèi)出現(xiàn)的一系列事件。 腳本功能 : 描述用戶 (或其他外部設(shè)備 )與目標(biāo)系統(tǒng)之間的一個(gè)或多個(gè)典型的交互過(guò)程。 編寫腳本的目的 : 是保證不遺漏重要的交互步驟，有助于確保整個(gè)交互過(guò)程的正確性的和清晰性。 編寫腳本內(nèi)容 : 描寫既可以包括系統(tǒng)中發(fā)生的全部事件，也可以只包括由某些特定對(duì)象觸發(fā)的事件。 對(duì)于每個(gè)事件，都應(yīng)該指明觸發(fā)該事件的動(dòng)作對(duì)象 (系統(tǒng)、用戶或其他事物 )、接受事件的目標(biāo)對(duì)象以及該事件的參數(shù)。
畢業(yè)設(shè)計(jì)相關(guān)推薦
鄂ICP備17016276號(hào)-1