【正文】 一個(gè)計(jì)算機(jī)任務(wù)。 ? 事實(shí)上，使用各種所謂的可視化開發(fā)環(huán)境，如Delphi, PowerBuilder, Vasual Basic等，開發(fā)人員可能連 HIC都不要。 ? HIC設(shè)計(jì)并不是一個(gè)僅當(dāng) OOA模型完成后才開始的處理。 ?使用用戶開發(fā)的場(chǎng)景或用況來驅(qū)動(dòng)界面 。由于所建立的系統(tǒng)面對(duì)的是用戶，因此， 其界面必須必須與用戶的文化背景相一致 。 ? 實(shí)際上，“ 召喚事件 ” 在它接收到從 “ 召喚按鈕 ”發(fā)送來的消息之前，根本就不理會(huì)周圍的任何事務(wù)。這些對(duì)象封裝了 如何接收按鈕被按下 的機(jī)制，以及 如何激活指示燈 的機(jī)制。 ? HIC部分在系統(tǒng)行為和用戶交互的實(shí)現(xiàn)之間架起了一座橋梁。 電梯馬達(dá) 超載傳感器 電梯調(diào)度器 電梯控制器 電梯監(jiān)視器 電 梯 目的地面板 面 板 到達(dá)面板 樓 層 目的地事件 召喚面板 召喚事件 到達(dá)事件 電梯事件 1 1 1 1 1 1 1,m 1 1 1 1 1 1 1 1,m 1,m ECS問題領(lǐng)域部分 要點(diǎn) ? 完整的未經(jīng)改動(dòng)的 OOA模型將成為初始的OOD模型的 PDC部分。 ECS的 PDC ? 決定使用一個(gè)中央控制器（電梯控制器）控制和協(xié)調(diào)電梯的所有動(dòng)作，包括解決電梯每到一個(gè)樓層減速問題。有的代碼看起來復(fù)雜，但效率不見得低。 ? 通常系統(tǒng) 80%的開銷都集中在 20%的代碼段上。 有一些事實(shí)表明，非 OOPL的緊湊 代碼的效率比 OOPL的效率高 , 在多數(shù)情況下，OOPL的效率損失約為 10%。但 要作出平衡 ， 要使PDC與原來的 OOA模型盡可能相近 而減少測(cè)試開銷和維護(hù)開銷。有時(shí)， 必須改變問題領(lǐng)域的結(jié)構(gòu)以提高效率 。 ? 把多繼承的層次結(jié)構(gòu)平鋪，成為單繼承的層次結(jié)構(gòu)。這些服務(wù)都是虛函數(shù)。 ?修改 OOA類的結(jié)構(gòu)和連接。 ? 利用可復(fù)用的設(shè)計(jì)／編程方面的類 ?根據(jù)需要 , 把從類庫或其他來源得到的可用的既存類增加到問題解決方案中去。這種策略能夠幫助提高產(chǎn)品的可復(fù)用性。 ? 在 OOA模型和 OOD模型中使用了共同的表示法 。 要點(diǎn) ? 從 OOA轉(zhuǎn)到 OOD需要 在 OOA模型的基礎(chǔ)上加入實(shí)現(xiàn)方面的限制 。必須在問題領(lǐng)域或或其他部分說明?？赡苄枰黾印皽囟扔?jì)”對(duì)象，調(diào)整傳感器讀數(shù)的安全性。在建立 OOD模型時(shí)，必須考慮實(shí)現(xiàn)時(shí)所加的各種限制。產(chǎn)生的問題是：作為系統(tǒng)的核心 — 問題領(lǐng)域部分將與外部世界隔絕，不再與外部世界交往。 模型 視圖 控制 器 OOD模型的體系結(jié)構(gòu) 類與對(duì) 象層 屬性層 服務(wù)層 結(jié)構(gòu)層 主題層 問題 領(lǐng)域 部分 人機(jī) 交互 部分 任務(wù) 管理 部分 數(shù)據(jù) 管理 部分 主題 服務(wù) 消息 屬性 實(shí)例連接 類邊界 實(shí)例邊界 ? 這個(gè)體系結(jié)構(gòu)中使用的類和對(duì)象與 OOA模型中的一樣，然后 圍繞著這些類和對(duì)象 ， 又加入了另外一些類和對(duì)象 ，用來處理與實(shí)現(xiàn)有關(guān)的活動(dòng)，如任務(wù)管理 (TMC)、數(shù)據(jù)管理 (DMC)以及人機(jī)交互 (HIC)。一些商品化的 OOD形式就受到 Ada、 Eiffel、C++、 Smalltalk、 Java等語言的影響。 其他問題 ? 用 OOD方法產(chǎn)生的設(shè)計(jì)還不是軟件的最終成品。 ? 以往評(píng)價(jià)一個(gè)項(xiàng)目的設(shè)計(jì)時(shí)，常用效率、完備性、靈活性等指標(biāo)來衡量。 OOD表示法 ? OOD涉及到實(shí)現(xiàn)，它的表示涉及 任務(wù) 、 模塊 、處理器 、 隊(duì)列 ，以及其他 硬件 /軟件 等。 ? 生成一個(gè)好的系統(tǒng)，需要有 許多素質(zhì)良好的工作人員 ， 好的構(gòu)思 ，還需要 好的項(xiàng)目管理 。 ? 在一步一步走查事件或場(chǎng)景，驗(yàn)證 OOA模型的行為時(shí)，他們可以對(duì) OOA模型、 EROI圖或其他工作結(jié)果進(jìn)行 可視化的交互修改 。 ? 在評(píng)審過程中使用 CASE工具，可以動(dòng)態(tài)地描述和執(zhí)行 OOA模型。 OOA模型 —評(píng)審者的檢查表 OOA 模 型層次 命令約定 語 法 需 求 風(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ī)格說明 （續(xù)） ? 至少一個(gè)屬性 ? 無冗余的實(shí)例關(guān)系 （續(xù)） OOA模型 —評(píng)審者的檢查表（續(xù)） OOA 模 型層次 命令約定 語 法 需 求 風(fēng) 格 約 定 屬性 ? 與包含規(guī)則的一致性 ? 精確定義 ? 繼承的一致性 ? 類的屬性的一致性 ? 存儲(chǔ)數(shù)據(jù)的一致性 ? 至少有一個(gè)相關(guān)的封裝的服務(wù) ? 實(shí)例關(guān)系的一致性 ? 屬性與實(shí)例關(guān)系的一致性 ? 屬性 消息的一致性 ? 無 ‖ 外部 ‖ 訪問 服務(wù) ? 唯一性 ? 應(yīng)用領(lǐng)域 ? 形式 ? 服務(wù)規(guī)格說明與輸入 /輸出消息與屬性的一致性 ( 續(xù) ) ? 精確定義每個(gè)服務(wù) ( 續(xù) ) OOA模型 —評(píng)審者的檢查表（續(xù)） OOA 模 型層次 命令約定 語 法 需 求 風(fēng) 格 約 定 服務(wù) ? 對(duì)初始參數(shù)層的分層消息規(guī)格說明 ? 至少一個(gè)類的服務(wù) ? 至少一個(gè)實(shí)例的服務(wù) ? 服務(wù)與封裝屬性的一致性 ? 繼承的一致性 ? 類服務(wù)的一致性 ? 存儲(chǔ)數(shù)據(jù)的一致性 ? 實(shí)例關(guān)系的一致性 ? 服務(wù) 消息的一致性 ? 無 ‖ 外部 ‖ 訪問 ? 過程描述記號(hào)與風(fēng)格 ? 現(xiàn)有的所有檢查表都無法保證語義正確性，即是否建立了“ 正確的模型 ”。 ? 對(duì)這些評(píng)審項(xiàng)目進(jìn)行評(píng)審，目的是確保 OOA模型的 語法正確性 ，確?！敖⒛Ｐ驼_”。當(dāng)系統(tǒng)正式運(yùn)行之后再修正這種錯(cuò)誤，所付出的代價(jià)要遠(yuǎn)遠(yuǎn)大于在項(xiàng)目的分析階段修正錯(cuò)誤所付出的代價(jià)。 ? 如果在系統(tǒng)開始運(yùn)行之后才發(fā)現(xiàn)對(duì)用戶的需求理解錯(cuò)了或解釋錯(cuò)了。 OOA模型的一個(gè)評(píng)審策略 ? 建立一個(gè) 評(píng)審檢查表 ，列出各種評(píng)審項(xiàng)目。所生成的 管理報(bào)告可以監(jiān)控 、 跟蹤工程進(jìn)度 ， 保證每一模型成分的質(zhì)量 。 ? 檢查語義正確性 從事件 響應(yīng)模型 和 EROI圖 入手， 走查每一個(gè)場(chǎng)景或事例 ，一步一步 驗(yàn)證事件如何識(shí)別 ， 相關(guān)響應(yīng)如何產(chǎn)生 。驅(qū)動(dòng)者控制計(jì)算機(jī)設(shè)備、巡航 OOA模型和 EROI圖，記錄者訪問公共CASE工具庫。一個(gè)好的項(xiàng)目管理所應(yīng)具備的基本特點(diǎn)之一就是要堅(jiān)持 文檔化 和 評(píng)審 。 ? 分析通常建立在“完美的”技術(shù)的假設(shè)之上，而對(duì)于設(shè)計(jì)，則通常涉及具體的實(shí)現(xiàn)環(huán)境，包括系統(tǒng)的運(yùn)行硬件平臺(tái)、操作系統(tǒng)、使用的編程語言等。 ? 問題： 利用 OOA模型描述的需求，軟件工程師應(yīng)當(dāng)如何策劃面向?qū)ο蟮脑O(shè)計(jì)？從哪兒開始著手？采取什么步驟？應(yīng)該得出什么類型的體系結(jié)構(gòu)或結(jié)構(gòu)？ OOD策略 OOD的評(píng)價(jià)準(zhǔn)則 ? 制定評(píng)價(jià)準(zhǔn)則的目的是使得我們能夠以一種客觀的方法來對(duì)一個(gè)設(shè)計(jì)作出評(píng)價(jià)。而針對(duì)OOD的準(zhǔn)則與它們很類似，其中有一些準(zhǔn)則在本質(zhì)上與老的方法相同，有些具有面向?qū)ο蟮莫?dú)特特點(diǎn)。 ? 連面向?qū)ο蟮姆椒ㄒ矔?huì)受到編程語言的影響。 MVC模型 ? 我們的 OOD體系結(jié)構(gòu)與 MVC結(jié)構(gòu)類似，但增加了一個(gè)成分： 數(shù)據(jù)庫管理部分 。 ? 通過 OOD將面向?qū)ο笙到y(tǒng)結(jié)構(gòu)分為 4 個(gè)部分，通過人機(jī)交互部分 (HIC)與外部世界接口。 ECS的 OOD問題 ? 設(shè)計(jì) ECS系統(tǒng)的體系結(jié)構(gòu)的策略基本按照前面所述的方法。 ? 功能限制 ：超重傳感器如果在夏天校準(zhǔn)，可能在冬天超重狀態(tài)檢測(cè)不到。 ?開發(fā)環(huán)境 ：系統(tǒng)如何實(shí)現(xiàn)？對(duì)開發(fā)環(huán)境有什么限制？多重異步通信靠什么支持