【正文】 確指定接收者的情況下，向多個對象中的一個提交一個請求。 職責鏈設計模式的一般結構及特點有哪些，結合本章中給出的web 瀏覽器事件模型，說明職責鏈設計模式的適用條件。 （ 7）促進對改良設計的選用，甚至在沒有明確使用模 式的時候也可以這么做。 （ 5）改善個人學習和團隊學習。 （ 3）將思考轉移到更高的視角。 （ 1）復用現(xiàn)有的、高質量的、針對常見的重復出現(xiàn)問題的解決方案。 按設計模式的范圍（ scope）劃分，即根據(jù)設計模式是作用于類還是作用于對象來劃分，可以把設計模式分為類設計模式和對象設計模式。 GOF 提出了模式的四個要素，即模式名稱、問題、解決方案和效果。 注意，沒有默認的可見性。 可視性標記放置在屬性名前，說明該屬性的可視性。 private（ ）私有的：表示不能被別的類訪問。 屬性是用來描述對象靜態(tài)特征的一個數(shù)據(jù)項 舉例說明 UML 規(guī)定的屬性和操作的三種可視性。 在軟件領域中，與所要解決的問題有關系的任何事物都可以作為對象。 (4)多態(tài)指的是使一個實體在不同上下文條件下具有不同意義或用法的能力。也就是說，組合 是一種特殊形式的強類型的聚集。 (2)單相關聯(lián)與雙向關聯(lián) 分別解釋聚集、組合、繼承和多態(tài)的概念，并舉例說明。 傳統(tǒng)軟件開發(fā)方法存在哪些問題？ (1)軟件重用性差 (2)開發(fā)出的軟件不能滿足用戶需要 （ 3）軟件可維護性差 面向對象方法學有哪些優(yōu)點？ （ 1） 與人類習慣的 思維方式一致 （ 2） 軟件穩(wěn)定性好 （ 3） 可重用性好 （ 4） 較易開發(fā)大型軟件產品 （ 5） 可維護性好，易于測試 什么叫對象關聯(lián)，常見的對象關聯(lián)有哪些，試舉例說明各種關聯(lián)。 （ 2） 由元模型和圖組成 UML 有哪些特點 ？ （ 1） 統(tǒng)一的標準 、 面向對象 、 可視化 、 表示能力強大 、 獨立于過程 、 易于掌握應用 UML 中有哪些視圖，“ 4+1”視圖中的各圖有什么功能？ 視圖 ：用例視圖 （ 表示了角色和用例以及它們之間的關系 ） 、邏輯視圖 （） 、進程視圖 、實現(xiàn)視圖 、部署視圖 ； 簡述 UML 中主要圖之間的關系，各種圖在軟件開發(fā)階段的作用？ 答：圖有：用例，類，對象，構件，協(xié)作，部署，活動，狀態(tài)，序列 支持 UML 的軟件開發(fā)工具主要有哪些，簡述 Rose 的主要功能。 （ 1） 為了改正軟件運行錯誤，或者因滿足新的需求而加入新功能的修改軟件的過程 （ 2） 改正性，適應性，完善性，預防性 什么是軟件可維護性 ?可維護性度量的特性是什么 ? 提高可 維護性的方法有哪些 ? （ 1） 糾正軟件系統(tǒng)出現(xiàn)的錯誤和缺陷，以及為滿足新的要求進行修改，擴充或壓縮的容易程度 （ 2） 可理解性，可測試性，可修改性，可移植性，可靠性，可使用性，效率 （ 3） 建立明確的軟件質量目標和優(yōu)先級 使用提高軟件質量的技術和工具 選擇便于維護的程序設計語言 采取明確的，有效的質量保證審查措施 完善程序的文檔 改正性維護與“排錯”是否是一回事？為什么？ 什么是程序修改的副作用？程序修改的副作用有哪幾種？試舉例說明？ （ 1） 由于修改軟件而導致新的錯誤的出現(xiàn)，或者新增加一些不希望發(fā) 生的情況 （ 2） 修改代碼的副作用 修改數(shù)據(jù)的副作用 修改文檔的副作用 什么叫 UML，簡述 UML 的構成。 確認測試 確認測試是檢查所開發(fā)的軟件是否滿足需求規(guī)格說明書中所確定的功能和性能的需求。 什么是單元測試 ，什么是集成測試，什么是確認測試？ 單元測試 單元測試是對軟件基本組成單元進行的測試。 系統(tǒng)測試是把已確認的軟件與其他系統(tǒng)元素 (如硬件、其他支持軟件、數(shù)據(jù)、人工等 )結合在一起進行測試。 集成測試是為了檢查與設計相關的軟件體系結構的有關問題，也就是檢查概要設計是否合理有效。 單元測試對源程序中每一個程序單元進行測試，檢查各個模塊是否正確實現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤。 調試是在測試發(fā)現(xiàn)錯誤之后排除錯誤的過程 區(qū)別： 軟件測試的目的是為找出軟件中存在的錯誤，即通過測試來發(fā)現(xiàn)錯誤，而調試的目的是為了解決存在的錯誤，即對錯誤定位、分析并找出原因改正錯誤，因此調試也稱為糾錯。 白盒測試用例和黑盒測試用例設計的基本方法。 （ 2） 靜態(tài)測試是指不運行被測程序本身，僅通過分析或檢查源程序的語法、結構、過程、接口等來檢查程序的正確性。 （ 1） 靜態(tài)測試就是靜態(tài)分析，查找錯誤或收集一些度量數(shù)據(jù)，采用兩種分析手段對程序檢測后進行特性分析。 原則 ： 測試用例既要有輸入數(shù)據(jù)，又要有對應的輸出結果 測試用例不僅要選用合理的輸入數(shù)據(jù)，還應選擇不合理的輸入數(shù)據(jù) 檢查程序是否做了它應該做的工作，也應檢查程序是否做了它不應該做的工作 應該遠在測試開始之前就制定測試計劃 測試計劃、測試用例、測試報告必須作為文檔長期保存 Pare to 原理說明，測試發(fā)現(xiàn)的錯誤中 80%很可能是由程序中 20%的模塊造成的 為了達到最佳的測試效果，程序員應該避免測試自己的程序 簡述靜態(tài)測試與動態(tài)測試的含義。 一個成功的測試是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯誤的測試。 （ 1） 軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。 要形成良好的程序設計風格，應從源程序文檔化、數(shù)據(jù)說明、語句構造、輸入輸出和追求效率幾個方面加以注意。 C++、 Java 語言 ,是面向對象的設計語言，用于面向對象的方開發(fā)軟件。 Prolog 是一種邏輯型 語言，它提供了支持知識表示的特性，每一個程序由一組表示事實、規(guī)則和推理的句子組成，比較接近與自然語言。 Prolog、 Lisp 語言。 SQL:結構化查詢語言，用于對數(shù)據(jù)庫進行存取管理。 Coble 語言，它具有極強的數(shù)據(jù)定義能力，程序說明與硬件環(huán)境說明分開、數(shù)據(jù)描述與算法描述分開。用于描述結構化算法和科學計算 ,操作系統(tǒng)的編寫 C 語言：功能強大，支持復雜的數(shù)據(jù)結構，可大量運用指針，具有豐富靈活的操作運算符及數(shù)據(jù)處理操 作符，它還具有匯編語言的某些特征，使程序運行效率高。適用于科學工程計算 Pascal 語言，具有很強的數(shù)據(jù)和過程結構化能力，它語言簡明，數(shù)據(jù)類型豐富，程序結構嚴謹。 結構化程序設計采用自頂向下，逐步求精的設計方法和單入口單出口的控制結構 。經過這個階段的設計工作，應該得出對目標系統(tǒng)的精確描述，從而在編碼階段可以把這個描述直接翻譯成用某種程序設計語言書寫的程序 描 述程序處理過程的工具稱為詳細設計工具， 可以分為圖形、表格和語言三類。處理 T 稱為事務中心。 （ 1） 變換型數(shù)據(jù)流圖基本呈線性形狀的結構，由輸入、變換、輸出三部分組成，變換是系統(tǒng)地變換中心。 內 聚： 標志一個模塊內各個元素彼此結合的緊密程度，它是信息隱藏和局部化概念的自然擴展 偶然內聚 、 邏輯內聚 、 時間內聚 、 通信內聚 、 順序內聚 、 功能內聚 偶然內聚、邏輯內聚和時間內聚屬于低內聚，通信內聚屬于中內聚，順序內聚和功能內聚屬于高內聚。 （ 2） 結構化語言： 它既有結構化程序的清晰易讀的優(yōu)點，又有自然語言簡單易懂的優(yōu)點 ，只有順序，循環(huán)，條件三種控制結構 判定樹是判定表的變種，也能清晰地表示復雜的條件組合與應做的動作之間的對應關系 判定表能清晰地表示復雜的條件組合與應做的動作之間的對應關系 總體設計階段的主要目的和任務是什么？ （ 1） 目的： 基本目標回答“概括地說，系統(tǒng)應該如何實現(xiàn)？”這個問題 ， 確定系統(tǒng)中的每個程序是由哪些模塊組成的 ，每個模塊的功能以及模塊和模塊之間的接口、調用關系等 （ 2） 任務： 劃分模塊，確定軟件結構 確定系統(tǒng)的數(shù)據(jù)結構 設計用戶界面 為每種類型的模塊耦合和模