【正文】 察 對(duì)象之間的協(xié)同情況 ，檢查 ? 對(duì)象之間傳遞大而復(fù)雜的數(shù)據(jù)結(jié)構(gòu) (差耦合 ) ? 在對(duì)象之間進(jìn)行長(zhǎng)距離接力傳遞的數(shù)據(jù) ?檢查 對(duì)象中的服務(wù) ，看封裝機(jī)制是否完全。 ?檢查 繼承的層次結(jié)構(gòu) ，確保父類不依賴子類。 ?檢查 父類與子類之間的消息通信 。 ? 通過檢查，了解當(dāng)前的層次結(jié)構(gòu)的狀況，發(fā)掘出更好的層次結(jié)構(gòu)。 ? 最后檢查 OOD的命名約定。這些名字是否與對(duì)象的數(shù)據(jù)和服務(wù)相符？如果不符，為什么不符？ 事例分析系統(tǒng)的質(zhì)量問題 ? 良好的設(shè)計(jì)來自于良好的分析。 ? 一個(gè)好的設(shè)計(jì)是從預(yù)分析技術(shù)開始的。從產(chǎn)生的 OOA/OOD 模型來看，幾乎所有的對(duì)象都是高內(nèi)聚、低耦合的。因?yàn)樗鼈兪窃趯?duì)應(yīng)用領(lǐng)域概念進(jìn)行基于語言的分析后產(chǎn)生的。 ? ECS系統(tǒng)的大部分設(shè)計(jì)簡(jiǎn)單明了，對(duì)象包含了數(shù)量合理的屬性和服務(wù)，耦合性和內(nèi)聚性也很好。但在作出決策建立集中控制的“控制器”和“調(diào)度”類時(shí)存在一些問題。為提高效率和調(diào)度，降低了許多類的可復(fù)用性。 ? 關(guān)于 OOA模型的文檔編制和評(píng)審過程方面的大部分說明也同樣適用于 OOD模型，一個(gè)明顯的區(qū)別則在于 OOD模型的文檔所面對(duì)的對(duì)象是設(shè)計(jì)人員和實(shí)現(xiàn)人員 ， 而不是用戶 。 ? OOD模型的文檔好比建筑師設(shè)計(jì)出來的建筑樓房用的藍(lán)圖，應(yīng)具有詳細(xì)的細(xì)節(jié)。其詳細(xì)程度應(yīng)當(dāng) 能讓實(shí)現(xiàn)系統(tǒng)的人清楚地知道他們所要建立的系統(tǒng)到底是一個(gè)什么樣的系統(tǒng) 。 ? 各個(gè)項(xiàng)目要求的詳細(xì)程度各不相同 。最重要的是看實(shí)現(xiàn)人員是誰。 ? 在小規(guī)模的項(xiàng)目中，實(shí)現(xiàn)人員就是設(shè)計(jì)人員。這時(shí)，幾乎不要求或很少要求設(shè)計(jì)文檔。 ? 如果設(shè)計(jì)人員在某一個(gè)大陸上，而實(shí)現(xiàn)人員在另一個(gè)大陸上，就需要大量細(xì)節(jié)的說明。 ? 不同的項(xiàng)目可能有不同的文檔標(biāo)準(zhǔn)需求 。 ? 為了更好地描述 OOD模型， 可以使用任何類型的圖形表示工具或其他規(guī)格說明 。在與實(shí)現(xiàn)人員就設(shè)計(jì)進(jìn)行通信時(shí)，這些圖形表示和規(guī)格說明是很有用的。 ? 我們希望將所開發(fā)的用戶界面屏幕放到設(shè)計(jì)文檔中。對(duì)于某些系統(tǒng)時(shí)序圖、算法規(guī)格說明、圖解、統(tǒng)計(jì) – 預(yù)報(bào)曲線、電子數(shù)據(jù)表格、流程圖等，都可以放在設(shè)計(jì)文檔中。 ? 設(shè)計(jì)評(píng)審過程是一個(gè)持續(xù)進(jìn)行的過程 ，與項(xiàng)目組織的文化背景有關(guān)，與正式的里程碑評(píng)審過程不同。 ? 事件 、 場(chǎng)景 、 使用事例的概念是設(shè)計(jì)評(píng)審的依據(jù) 。為了識(shí)別事件并產(chǎn)生相應(yīng)的響應(yīng)，必須給出所有的設(shè)計(jì)。結(jié)論是：如果在一個(gè)給定的設(shè)計(jì)中說明了所有的系統(tǒng)事件和響應(yīng)，那么這個(gè)系統(tǒng)就一定能成功！ 程序設(shè)計(jì)語言的考慮 ?以往談到復(fù)用，總是想到代碼復(fù)用?，F(xiàn)在談復(fù)用時(shí)，是指復(fù)用 事務(wù)規(guī)則 、 需求 、 環(huán)境 、 文件 、體系結(jié)構(gòu) 、 測(cè)試計(jì)劃 等。事實(shí)上， 軟件工程生存期內(nèi)所有的工作結(jié)果都可以被復(fù)用 。面向?qū)ο笫且环N先進(jìn)的技術(shù)，它使得可以復(fù)用的東西遠(yuǎn)遠(yuǎn)超過了代碼。 ? 可以使用 非面向?qū)ο蟪绦蛘Z言 實(shí)現(xiàn) 面向?qū)ο蟪绦?。理由是： ?許多老程序員對(duì)面向?qū)ο蟛皇煜?，但他們了解業(yè)務(wù)和事務(wù)規(guī)則。 ?以前遺留下來的大量程序代碼全部重寫是不明智的。 ?每個(gè)項(xiàng)目都有自己獨(dú)特的應(yīng)用環(huán)境。有些項(xiàng)目不可能將程序轉(zhuǎn)換為面向?qū)ο蟮某绦颉? ?對(duì)于面向微處理器的嵌入的、實(shí)時(shí)的程序，只能用普通的匯編語言編寫程序。 ?有的人 只學(xué)習(xí)了 C++的 語法 ， 而沒有學(xué)習(xí)任何有關(guān)面向?qū)ο蟮拈_發(fā)模式 。其結(jié)果就是自頂向下，從功能上分解對(duì)象。所以 應(yīng)首先在 OOA和OOD方面對(duì)程序員進(jìn)行培訓(xùn) 。 一個(gè)迭代的軟件開發(fā)過程 ? 任何一個(gè)軟件系統(tǒng)的分析和設(shè)計(jì)都是在整個(gè)軟件開發(fā)過程的上下文環(huán)境中執(zhí)行的。開發(fā)過程會(huì)影響對(duì)象技術(shù)。但總的說來， 開發(fā)過程獨(dú)立于開發(fā)環(huán)境或開發(fā)過程 。 ? 如果一個(gè)項(xiàng)目的各個(gè)階段和工作成果在一個(gè)可控制的和可管理的方式下可以重做，那么這樣的軟件開發(fā)過程就是一個(gè)迭代的過程。 ? 對(duì)于一個(gè) 大而復(fù)雜的軟件系統(tǒng) ， 采用迭代的軟件開發(fā)過程非常重要 。 ? 下圖給出一個(gè)通用的迭代的軟件開發(fā)過程，這個(gè)過程稱為 基于線程 的開發(fā)過程。 ? 圖中的各種活動(dòng)并不是以瀑布流水的方式組織起來的。這些活動(dòng)進(jìn)行了一次又一次。 ? 用于履行這種迭代的機(jī)制就是線程。從概念上，可以認(rèn)為 線程就是事件的分片實(shí)現(xiàn) 。 預(yù)分析 活動(dòng) 各種需 求定義 , 建模 OOA OOD GUI OOP Deploy ment 預(yù)分析工作產(chǎn)品 (OOA工作表格 , E/R,初始 GUI布局 ) 初始 GUI布局 (包 括各種功能定義 , 數(shù)據(jù)定義等。 ) 基本模型 圖形用戶 界面設(shè)計(jì) OOD工作表格 分 配 各 需 種 求 實(shí)現(xiàn) 設(shè) 計(jì) 模 型 產(chǎn)品 各種 軟件 需求 其他信息 , 文獻(xiàn) ,手 冊(cè) ,類似 產(chǎn)品等 支持包括： 追蹤能力矩陣 , 配置管理 ,各種 管理報(bào)告 ,各種 度量等 文檔 項(xiàng)目數(shù)據(jù)庫 ? 在實(shí)現(xiàn)時(shí)， 線程可以是系統(tǒng)的一個(gè)工作片段 ?？梢哉J(rèn)為系統(tǒng)一次在執(zhí)行一個(gè)線程。 ? 優(yōu)點(diǎn)： 很多問題，如誤解了用戶要求或技術(shù)缺陷等，能夠在開發(fā)過程的早期被暴露出來。 ? 下圖描述了項(xiàng)目開發(fā)組在某一天根據(jù)迭代的開 發(fā)過程進(jìn)行的活動(dòng)。 ? 首先， 根據(jù)所標(biāo)識(shí)的需求和項(xiàng)目計(jì)劃，選擇出當(dāng)天所要實(shí)現(xiàn)的線程，再開會(huì)討論。 ? 可能提出的線程中有一些不能實(shí)現(xiàn)，這些線程就需要修改，或者對(duì)需求提出質(zhì)疑。最后，用戶要求中不能實(shí)現(xiàn)的部分要重新商定。 初始線程 標(biāo)識(shí)需求 選擇一個(gè)線程 將線程標(biāo)記于矩陣中 與開發(fā)組會(huì)商 要更 改 RDM 嗎？ 要建立 或修改線 程嗎？ 修改 RDM 基于線程的實(shí)現(xiàn)流程圖 ? 然后將所驗(yàn)收的線程交給開發(fā)組，一個(gè)組負(fù)責(zé)設(shè)計(jì)用戶界面，一個(gè)組負(fù)責(zé)面向?qū)ο蠼！? ? 兩個(gè)組完成設(shè)計(jì)后，線程的設(shè)計(jì)交給實(shí)現(xiàn)組，他們將其快速實(shí)現(xiàn)，解決所發(fā)現(xiàn)的問題。 ? 一天結(jié)束時(shí)，項(xiàng)目開發(fā)組對(duì)這天實(shí)現(xiàn)的線程進(jìn)行評(píng)審。評(píng)審使用系統(tǒng)的一個(gè)實(shí)際可以運(yùn)行的版本，將所實(shí)現(xiàn)的線程納入該版本。有些線程可以接受，有些現(xiàn)成需要重做。 ? 在一段時(shí)期內(nèi)所實(shí)現(xiàn)的線程構(gòu)成最終產(chǎn)品的一個(gè)不完整版本。 將線程分布到各組 產(chǎn)生實(shí)現(xiàn)方案 評(píng)審線程 需要 產(chǎn)生數(shù)據(jù)庫 嗎？ 線程 可接受 嗎？ 產(chǎn)生數(shù) 據(jù)庫實(shí) 現(xiàn)方案 基于線程的實(shí)現(xiàn)流程圖 (續(xù) ) 將線程分布到各組 產(chǎn)生 OOM線程段 解除處理 在快速應(yīng)用開發(fā) (RAD)環(huán)境下實(shí)現(xiàn)面向?qū)ο蟮脑O(shè)計(jì) ? 目前存在多種應(yīng)用程序構(gòu)造系統(tǒng)，即 RAD環(huán)境。用這些 RAD工具開發(fā)應(yīng)用程序，其優(yōu)點(diǎn)在于 復(fù)用 和 可維護(hù)性 。 ? 原因在于 RAD工具通常 不支持事物分離規(guī)則 。就是說，它們可以將 事務(wù)規(guī)則 、 用戶界面技術(shù)以及 數(shù)據(jù)庫訪問技術(shù) 等集成在單個(gè)單元之中（如 Visual Basic表格）。由于它以快速系統(tǒng)展開為基礎(chǔ)，因而 RAD工具的成本是合理的。 ? 使用 RAD工具，應(yīng)當(dāng) 遵守基本的面向?qū)ο箝_發(fā)模式 。需要有項(xiàng)目標(biāo)準(zhǔn)和開發(fā)人員守則。 ? 將所有的問題領(lǐng)域部分中的對(duì)象映射到 RAD部分中，稱之為“ RAD對(duì)象”。使所有的系統(tǒng)邏輯都包含在其中。這種實(shí)現(xiàn)獨(dú)立于用戶界面和數(shù)據(jù)庫問題。 ? 所有人機(jī)交互部分中的對(duì)象應(yīng)作為 RAD的屏幕和表格實(shí)現(xiàn)。這部分可能不封裝事務(wù)規(guī)則或數(shù)據(jù)庫訪問規(guī)則，屏幕和表格只與 RAD對(duì)象通信。 ? 所有的數(shù)據(jù)庫接口都通過 RAD對(duì)象實(shí)現(xiàn)。 ? 對(duì)象的屬性和服務(wù)都是由 RAD工具提供的程序設(shè)計(jì)語言的變量和子程序。 ? RAD對(duì)象之間的消息傳遞都通過函數(shù)或子程序調(diào)用來完成。 ? 實(shí)例連接、泛化 特化關(guān)系、整體 部分關(guān)系由RAD對(duì)象間的共享變量實(shí)現(xiàn)。 對(duì)基于對(duì)象的設(shè)計(jì)進(jìn)行測(cè)試 ? 將系統(tǒng)級(jí)測(cè)試與對(duì)象級(jí)測(cè)試區(qū)分開是很重要的。下面就前面介紹的分析和設(shè)計(jì)技術(shù)的范圍內(nèi)進(jìn)行討論。 ? 黑盒測(cè)試 ? 這種測(cè)試基于系統(tǒng)級(jí)的規(guī)格說明。規(guī)格說明包括需求定義模型、事件－響應(yīng)模型和用戶界面規(guī)格說明。黑盒測(cè)試的目的是要確認(rèn)功能的執(zhí)行與規(guī)格說明相一致。 ? 測(cè)試的最有效方法是建立應(yīng)用領(lǐng)域的場(chǎng)景 (即使用實(shí)例 )。從用戶角度捕捉系統(tǒng)行為。 ? 黑盒測(cè)試必須要有實(shí)際用戶，最好是在一個(gè)真實(shí)世界的環(huán)境中進(jìn)行。 系統(tǒng)級(jí)的測(cè)試 ? 黑盒測(cè)試需要兩類測(cè)試人員：一類是熟悉開發(fā)方法的人，他們能夠看懂各種圖表、符號(hào)；另一類是用戶，他們對(duì)用戶界面最有發(fā)言權(quán)。 ? 黑盒測(cè)試的優(yōu)點(diǎn)是不需要特殊的測(cè)試環(huán)境。在普通開發(fā)環(huán)境中利用發(fā)布前的各種結(jié)果就可以做。但需要說明的是，要保存所有測(cè)試的日志和記錄。 ?白盒測(cè)試 ? 基于各種設(shè)計(jì)文檔中所定義的內(nèi)部系統(tǒng)結(jié)構(gòu) 。 ? 這些文檔包括