【正文】 明確、完整、無重大變化的軟件系統(tǒng)的開發(fā)，例如：操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)等系統(tǒng)軟件的開發(fā)，其應用有一定的局限性。 （ 2） 瀑布： 優(yōu)點： 為項目提供了按階段劃分的檢查點，當前一個階段完成后，只需要關(guān)注后續(xù)階段。愈是早期潛伏下來的故 障，暴露出來的時 間愈晚，排除故障需付出的代價也就愈高。 簡述度量軟件質(zhì)量的六個特性，在軟件開發(fā)中如何保證軟件質(zhì)量？ （ 1） 功能性、可靠性、易用性、效率、可維護性、可移植性等 （ 2） 說明文檔和復審對于軟件質(zhì)量控制的作用。 （ 2） 原則：各階段的任務盡可能獨立 什么是軟件危機？它有哪些主要表現(xiàn)？為什么會產(chǎn)生軟件危機？ （ 1） 軟件危機 :是指在 計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題。 什么是軟件？軟件和程序的區(qū)別？ 答：（ 1） 軟件是計算機程序、方法、規(guī)則、相關(guān)的文檔資料以及在計算機上運行程序時所必 須的數(shù)據(jù)。 （ 2） a. 對軟件開發(fā)成本和研制進度的估計常常很不精確； b. “已完成”的軟件不能滿足用戶要求 ； c. 軟件產(chǎn)品質(zhì)量差，可靠性得不到保證； d. 軟件產(chǎn)品可維護性差，沒有統(tǒng)一、公認的規(guī)范和完整規(guī)范的文檔資料； e. 軟件成本在計算機系統(tǒng)總成本中所占的比例逐年上升 ； f. 軟件開發(fā)生產(chǎn)率提高的速度，遠遠跟不上計算機應用速度普及深入的趨勢 。 答：每一階段都要完成規(guī)定的文檔，沒有完成文檔，就認為沒有完成該階段的任務 。及時復審是保證軟件 質(zhì)量，降低開發(fā)成本的重要措施。 提供了軟件開發(fā)的基本框架，有利于大型軟件開發(fā)過程中人員的組織與管理 缺點： 在軟件開發(fā)的初期階段就要求做出正確、全面、完整的需求分析對許多應用軟件來說是極其困難的。 快速模型 優(yōu)點： 快速原型方法可以克服瀑布模型的缺點，減少由于軟件需求不明確帶來的開發(fā)風險，具有顯著的效果。 螺旋模型 優(yōu)點： 強調(diào)嚴格的全過程風險管理。 缺點： 很難讓用戶確信這種演化方法的結(jié)果是可以控制的。 增量模型 優(yōu)點： （ 1）軟件開發(fā)可以較好地適應變化，客戶可以不斷地看到所開發(fā)的軟件，從而降低開發(fā)風險 缺陷： （ 1）由于各個構(gòu)件是逐漸并入已有的軟件體系結(jié)構(gòu)中的，所以加入構(gòu)件必須不破壞已構(gòu)造好的系統(tǒng)部分，這需要軟件具備開放式的體系結(jié)構(gòu)。 （ 2）任務：進行該要的分析研究 確定項目的規(guī)模和目 標、約束和限制 分析幾種可能揭發(fā)的利弊 判定原定系統(tǒng)的目標和規(guī)模是否現(xiàn)實，系統(tǒng)完成后帶來的效益是否達到值得投 資開發(fā)至各系統(tǒng)的程度 （ 3）方面： 技術(shù)可行性：使用現(xiàn)有的技術(shù)能實現(xiàn)這個系統(tǒng)嗎？ 經(jīng)濟可行性：這個系統(tǒng)的經(jīng)濟效益能超過它的開發(fā)成本嗎？ 操作可行性：系統(tǒng)的操作方式在這個用戶組織內(nèi)行得通嗎？ 法律可行性：系統(tǒng)是否侵犯他人、集體或者國家的利益，是否違反法律？ 成本 效益分析 可用哪些指標進行度量？ 開發(fā)成本、運行費用和新系統(tǒng)將帶來的經(jīng)濟效益 ，經(jīng)濟效益包括有形效益和社會效益 有形效益用貨幣的時間價值，投資回收期，純利潤度量 問題定義階段必須回答的關(guān)鍵問題： “ 要解決的問題是什么？ ” 如果不知道問題是什么就試圖解決這個問題，顯然是盲目的，只會白白浪費時間和金錢，最終得出的結(jié)果很可能是毫無意義的。 問題定義階段是軟件生存周期中最簡短的階段，一般只需要一天甚至更少的時間。是分析員與用戶之間極好的通信工具。 畫數(shù)據(jù)流圖的步驟是什么？應該注意什么事項？ （ 1）步驟： 第一步，先找外部實體（可以是人、物或其他軟件系統(tǒng)） 第二步，找出外部實體的輸入和輸出數(shù)據(jù)流； 第三步，在圖的邊上畫出系統(tǒng)的外部實體； 第四步，從 外部實體的輸出流（源點）出發(fā)，按照系統(tǒng)的邏輯需要，逐步畫出一系列變換數(shù)據(jù)的加工，直到找到外部實體處所需的輸入流（終點），形成數(shù)據(jù)流的封閉； 第五步，按照上述原則進行檢查和修改。 畫數(shù)據(jù)流圖不是畫程序流程圖，二者有本質(zhì)的區(qū)別。 描繪復雜系統(tǒng)的數(shù)據(jù)流圖通常很大，對于畫在幾張紙上的圖很難閱讀和理解。 （ 2） 作用：對數(shù)據(jù)存儲（文件）和加工（處理）等名字進行定義 描述加工邏輯有幾種工具？各是什么？寫出其優(yōu)缺點。 內(nèi) 聚： 標志一個模塊內(nèi)各個元素彼此結(jié)合的緊密程度，它是信息隱藏和局部化概念的自然擴展 偶然內(nèi)聚 、 邏輯內(nèi)聚 、 時間內(nèi)聚 、 通信內(nèi)聚 、 順序內(nèi)聚 、 功能內(nèi)聚 偶然內(nèi)聚、邏輯內(nèi)聚和時間內(nèi)聚屬于低內(nèi)聚，通信內(nèi)聚屬于中內(nèi)聚，順序內(nèi)聚和功能內(nèi)聚屬于高內(nèi)聚。處理 T 稱為事務中心。 結(jié)構(gòu)化程序設計采用自頂向下，逐步求精的設計方法和單入口單出口的控制結(jié)構(gòu) 。用于描述結(jié)構(gòu)化算法和科學計算 ,操作系統(tǒng)的編寫 C 語言：功能強大，支持復雜的數(shù)據(jù)結(jié)構(gòu)，可大量運用指針，具有豐富靈活的操作運算符及數(shù)據(jù)處理操 作符，它還具有匯編語言的某些特征，使程序運行效率高。 SQL:結(jié)構(gòu)化查詢語言，用于對數(shù)據(jù)庫進行存取管理。 Prolog 是一種邏輯型 語言，它提供了支持知識表示的特性，每一個程序由一組表示事實、規(guī)則和推理的句子組成，比較接近與自然語言。 要形成良好的程序設計風格，應從源程序文檔化、數(shù)據(jù)說明、語句構(gòu)造、輸入輸出和追求效率幾個方面加以注意。 一個成功的測試是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯誤的測試。 （ 1） 靜態(tài)測試就是靜態(tài)分析，查找錯誤或收集一些度量數(shù)據(jù)，采用兩種分析手段對程序檢測后進行特性分析。 白盒測試用例和黑盒測試用例設計的基本方法。 單元測試對源程序中每一個程序單元進行測試，檢查各個模塊是否正確實現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤。 系統(tǒng)測試是把已確認的軟件與其他系統(tǒng)元素 (如硬件、其他支持軟件、數(shù)據(jù)、人工等 )結(jié)合在一起進行測試。 確認測試 確認測試是檢查所開發(fā)的軟件是否滿足需求規(guī)格說明書中所確定的功能和性能的需求。 （ 2） 由元模型和圖組成 UML 有哪些特點 ？ （ 1） 統(tǒng)一的標準 、 面向?qū)ο?、 可視化 、 表示能力強大 、 獨立于過程 、 易于掌握應用 UML 中有哪些視圖，“ 4+1”視圖中的各圖有什么功能？ 視圖 ：用例視圖 （ 表示了角色和用例以及它們之間的關(guān)系 ） 、邏輯視圖 （） 、進程視圖 、實現(xiàn)視圖 、部署視圖 ； 簡述 UML 中主要圖之間的關(guān)系，各種圖在軟件開發(fā)階段的作用？ 答：圖有：用例，類，對象，構(gòu)件，協(xié)作，部署，活動，狀態(tài)，序列 支持 UML 的軟件開發(fā)工具主要有哪些，簡述 Rose 的主要功能。 (2)單相關(guān)聯(lián)與雙向關(guān)聯(lián) 分別解釋聚集、組合、繼承和多態(tài)的概念，并舉例說明。 (4)多態(tài)指的是使一個實體在不同上下文條件下具有不同意義或用法的能力。 屬性是用來描述對象靜態(tài)特征的一個數(shù)據(jù)項 舉例說明 UML 規(guī)定的屬性和操作的三種可視性。 可視性標記放置在屬性名前，說明該屬性的可視性。 GOF 提出了模式的四個要素，即模式名稱、問題、解決方案和效果。 （ 1）復用現(xiàn)有的、高質(zhì)量的、針對常見的重復出現(xiàn)問題的解決方案。 （ 5）改善個人學習和團隊學習。 職責鏈設計模式的一般結(jié)構(gòu)及特點有哪些，結(jié)合本章中給出的web 瀏覽器事件模型，說明職責鏈設計模式的適用條件。 Facade 模式的特點有哪些，結(jié)合本章中給出的客戶與子系統(tǒng)交互的例子，介紹 Facade 模式的適用條件。 ④子系統(tǒng)中的類不需要了解關(guān)于 Client 的知識，也不需要了解關(guān)于 Facade 類的知識，即沒有指向 Client 和 Facade 的引用。 ① Client 只通過抽象產(chǎn)品操作產(chǎn)品對象，產(chǎn)品對象的具體名字不出現(xiàn)在 Client 中。 什么叫抽象類，舉例說明抽象類與一般類的異同。接口可以看作為一種特殊的抽象類，它不包含屬性，沒有操作的實現(xiàn)，僅有抽象運算。 （ 1）