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