【正文】 ? 評審和修正分析模型 ? 過渡到設(shè)計 ? 問題領(lǐng)域中的問題 ? 定義用戶界面 ? 任務(wù)管理問題 ? 數(shù)據(jù)庫設(shè)計 ? 設(shè)計級的質(zhì)量問題 ? 設(shè)計模型的文檔編制和評審 ? 實現(xiàn)方面的問題 ? 轉(zhuǎn)向面向?qū)ο蠓椒ǖ氖€步驟 ? 評審 OOA模型的目的是為了保證在實現(xiàn)系統(tǒng)之前，能夠正確理解和解釋用戶的需求 。 ? 如果在系統(tǒng)開始運行之后才發(fā)現(xiàn)對用戶的需求理解錯了或解釋錯了。當(dāng)系統(tǒng)正式運行之后再修正這種錯誤，所付出的代價要遠(yuǎn)遠(yuǎn)大于在項目的分析階段修正錯誤所付出的代價。 ? 評審過程 應(yīng)是 非正式的 ， 持續(xù)的 ，貫 穿在項目的整個生存期中 的 過程 。就是說首先把 OOA模型充分地文檔化，分發(fā)給各評審者，然后召集評審會，共同評審。 OOA模型的一個評審策略 ? 建立一個 評審檢查表 ，列出各種評審項目。 ? 對這些評審項目進(jìn)行評審，目的是確保 OOA模型的 語法正確性 ，確?！敖⒛Ｐ驼_”。 ? 可 將檢查表嵌入到每個 屬性 、 服務(wù) 、對象中去，跟蹤定義 使用情況 。 ? 好處： 評審過程已成為開發(fā)過程的一部分。所生成的 管理報告可以監(jiān)控 、 跟蹤工程進(jìn)度 ， 保證每一模型成分的質(zhì)量 。 OOA模型 —評審者的檢查表 OOA 模 型層次 命令約定 語 法 需 求 風(fēng) 格 約 定 對象 類 ? 唯一性 ? 應(yīng)用領(lǐng)域 ? 形式 ? 包含規(guī)則 ? 事件識別器 ? 事件響應(yīng)器 ? 響應(yīng)性 ? 信息封裝 ? 單個事件識別器 主題 ? 唯一性 ? 應(yīng)用領(lǐng)域 ? 形式 ? 重載 ? 獨立性 ? 包含所有對象 類 結(jié)構(gòu) ? 唯一性 ? 應(yīng)用領(lǐng)域 ? 形式 ? 整體 部分 , 實例對實例 ? 重復(fù)度和參與度 ? 泛化 特化 , 類對類 ? 繼承一致 ? 整體 部分 , 類屬類 ? 泛化 特化 , 繼承 屬性 ? 唯一性 ? 應(yīng) 用領(lǐng)域 ? 形式 ? 對初始屬性層的分層屬性規(guī)格說明 （續(xù)） ? 至少一個屬性 ? 無冗余的實例關(guān)系 （續(xù)） OOA模型 —評審者的檢查表（續(xù)） OOA 模 型層次 命令約定 語 法 需 求 風(fēng) 格 約 定 屬性 ? 與包含規(guī)則的一致性 ? 精確定義 ? 繼承的一致性 ? 類的屬性的一致性 ? 存儲數(shù)據(jù)的一致性 ? 至少有一個相關(guān)的封裝的服務(wù) ? 實例關(guān)系的一致性 ? 屬性與實例關(guān)系的一致性 ? 屬性 消息的一致性 ? 無 ‖ 外部 ‖ 訪問 服務(wù) ? 唯一性 ? 應(yīng)用領(lǐng)域 ? 形式 ? 服務(wù)規(guī)格說明與輸入 /輸出消息與屬性的一致性 ( 續(xù) ) ? 精確定義每個服務(wù) ( 續(xù) ) OOA模型 —評審者的檢查表（續(xù)） OOA 模 型層次 命令約定 語 法 需 求 風(fēng) 格 約 定 服務(wù) ? 對初始參數(shù)層的分層消息規(guī)格說明 ? 至少一個類的服務(wù) ? 至少一個實例的服務(wù) ? 服務(wù)與封裝屬性的一致性 ? 繼承的一致性 ? 類服務(wù)的一致性 ? 存儲數(shù)據(jù)的一致性 ? 實例關(guān)系的一致性 ? 服務(wù) 消息的一致性 ? 無 ‖ 外部 ‖ 訪問 ? 過程描述記號與風(fēng)格 ? 現(xiàn)有的所有檢查表都無法保證語義正確性，即是否建立了“ 正確的模型 ”。 ? 對語義正確性的評審采用的策略類似于在開發(fā)面向用戶的文檔時采用的策略， 將模型的行為對照用戶描述的場景或用戶事例 ， 一一加以確認(rèn) 。 ? 需要有關(guān)人員共同討論，不一定舉行正式的評審會議。 ? 檢查語義正確性 從事件 響應(yīng)模型 和 EROI圖 入手， 走查每一個場景或事例 ，一步一步 驗證事件如何識別 ， 相關(guān)響應(yīng)如何產(chǎn)生 。 ? 在評審過程中使用 CASE工具，可以動態(tài)地描述和執(zhí)行 OOA模型。 ? 在實際的項目評審中，可以采用兩個顯示器：一個顯示器用來 顯示 OOA模型 ，另一個顯示器用來 顯示 EROI圖表 。 ? 對于這樣的正式評審，需要一個“驅(qū)動者”，一個“記錄者”。驅(qū)動者控制計算機設(shè)備、巡航 OOA模型和 EROI圖，記錄者訪問公共CASE工具庫。 ? 在一步一步走查事件或場景，驗證 OOA模型的行為時，他們可以對 OOA模型、 EROI圖或其他工作結(jié)果進(jìn)行 可視化的交互修改 。 ? 評審者可以利用這些手段，監(jiān)控、改變、標(biāo)記 OOA模型的動態(tài)行為。 ? 在實際項目中，應(yīng)把以上建議轉(zhuǎn)換為方針和過程。一個好的項目管理所應(yīng)具備的基本特點之一就是要堅持 文檔化 和 評審 。 ? 生成一個好的系統(tǒng)，需要有 許多素質(zhì)良好的工作人員 ， 好的構(gòu)思 ，還需要 好的項目管理 。 ? 在面向?qū)ο箝_發(fā)模式中， 分析和設(shè)計之間的界限是模糊的 。 ? 通常， 分析 涉及 系統(tǒng)做什么 ， 設(shè)計 則涉及 需求如何實現(xiàn) 。 ? 分析通常建立在“完美的”技術(shù)的假設(shè)之上，而對于設(shè)計，則通常涉及具體的實現(xiàn)環(huán)境，包括系統(tǒng)的運行硬件平臺、操作系統(tǒng)、使用的編程語言等。 OOD表示法 ? OOD涉及到實現(xiàn)，它的表示涉及 任務(wù) 、 模塊 、處理器 、 隊列 ，以及其他 硬件 /軟件 等。 ? 用 圖形表示 表達(dá)設(shè)計。 ? OOD的表示法應(yīng)盡可能地接近 OOA表示法 。 ? 問題： 利用 OOA模型描述的需求，軟件工程師應(yīng)當(dāng)如何策劃面向?qū)ο蟮脑O(shè)計？從哪兒開始著手？采取什么步驟？應(yīng)該得出什么類型的體系結(jié)構(gòu)或結(jié)構(gòu)？ OOD策略 OOD的評價準(zhǔn)則 ? 制定評價準(zhǔn)則的目的是使得我們能夠以一種客觀的方法來對一個設(shè)計作出評價。 ? 以往評價一個項目的設(shè)計時，常用效率、完備性、靈活性等指標(biāo)來衡量。 ? 老的設(shè)計方法 , 如結(jié)構(gòu)化設(shè)計方法，有它自己的一套完善的設(shè)計準(zhǔn)則。其中最著名、最重要的概念是模塊的耦合、內(nèi)聚性。而針對OOD的準(zhǔn)則與它們很類似，其中有一些準(zhǔn)則在本質(zhì)上與老的方法相同，有些具有面向?qū)ο蟮莫毺靥攸c。 其他問題 ? 用 OOD方法產(chǎn)生的設(shè)計還不是軟件的最終成品。 必須將這個設(shè)計翻譯成語言程序 ，然后對產(chǎn)生的代碼進(jìn)行測試 。 ? 編程語言對設(shè)計過程及設(shè)計者的設(shè)計思想都將產(chǎn)生巨大的影響。 ? 連面向?qū)ο蟮姆椒ㄒ矔艿骄幊陶Z言的影響。一些商品化的 OOD形式就受到 Ada、 Eiffel、C++、 Smalltalk、 Java等語言的影響。 OOD體系結(jié)構(gòu) ? 最早 Smalltalk公司提出了一種稱之為 MVC (ModelViewController)的結(jié)構(gòu)。將 OOD 體系結(jié)構(gòu)分為三個主要成分： ? 模型 (Model) : 為底層應(yīng)用建立模型的類和對象； ? 視圖 (View) : 為用戶提供與模型有關(guān)的類接口視圖的類和對象； ? 控制器 (Controller) : 用于控制（或同步）其他類的行為的類和對象。 MVC模型 ? 我們的 OOD體系結(jié)構(gòu)與 MVC結(jié)構(gòu)類似，但增加了一個成分： 數(shù)據(jù)庫管理部分 。 模型 視圖 控制 器 OOD模型的體系結(jié)構(gòu) 類與對 象層 屬性層 服務(wù)層 結(jié)構(gòu)層 主題層 問題 領(lǐng)域 部分 人機 交互 部分 任務(wù) 管理 部分 數(shù)據(jù) 管理 部分 主題 服務(wù) 消息 屬性 實例連接 類邊界 實例邊界 ? 這個體系結(jié)構(gòu)中使用的類和對象與 OOA模型中的一樣，然后 圍繞著這些類和對象 ， 又加入了另外一些類和對象 ，用來處理與實現(xiàn)有關(guān)的活動，如任務(wù)管理 (TMC)、數(shù)據(jù)管理 (DMC)以及人機交互 (HIC)。 ? OOD方法與以往方法不同，它以 OOA模型為設(shè)計的雛形。 ? 由于 OOA和 OOD采用相同的基本圖形表示法，更容易體現(xiàn) OOA與 OOD工作的連續(xù)性和無縫隙性 。 ? 通過 OOD將面向?qū)ο笙到y(tǒng)結(jié)構(gòu)分為 4 個部分，通過人機交互部分 (HIC)與外部世界接口。產(chǎn)生的問題是：作為系統(tǒng)的核心 — 問題領(lǐng)域部分將與外部世界隔絕，不再與外部世界交往。 ? 代替方案是將 OOD體系結(jié)構(gòu)設(shè)計為：每個類和對象都 ? 知道如何在終端用戶的 PC機或終端上與終端用戶進(jìn)行交互； ?