【正文】 (2)開發(fā)出的軟件不能滿足用戶需要 （ 3）軟件可維護性差 面向?qū)ο蠓椒▽W(xué)有哪些優(yōu)點？ （ 1） 與人類習(xí)慣的 思維方式一致 （ 2） 軟件穩(wěn)定性好 （ 3） 可重用性好 （ 4） 較易開發(fā)大型軟件產(chǎn)品 （ 5） 可維護性好，易于測試 什么叫對象關(guān)聯(lián)，常見的對象關(guān)聯(lián)有哪些，試舉例說明各種關(guān)聯(lián)。 在軟件領(lǐng)域中，與所要解決的問題有關(guān)系的任何事物都可以作為對象。 注意，沒有默認(rèn)的可見性。 （ 3）將思考轉(zhuǎn)移到更高的視角。 想在不明確指定接收者的情況下，向多個對象中的一個提交一個請求。 適用性 ①為復(fù)雜系統(tǒng)提供一個簡單的接口 ②構(gòu)建層次結(jié)構(gòu)系統(tǒng)時，使用 Facade 模式定義每層的入口點。 （ 2） 什么叫接口，舉例說明接口的功能和應(yīng)用。包用于定義一個名字空間或容器，它本身是 UML 的一種模型元素。 每個階段完成確定的 任務(wù)，這 4 個階段體現(xiàn)了 RUP 軟件開發(fā)過程的動態(tài)結(jié)構(gòu)。你能自動完成軟件過程的每一個方面？ rational 提供了所有的工具供你選擇，例如是否有 rational help desk 或者 rational persistence modeling 4. RUP 在度量管理，重用管理，人員管理和測試上有缺陷。 軟件危機 : 是指在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴(yán)重問題。 1事務(wù)流：數(shù)據(jù)沿輸入通路到達一個處理，這個處理根據(jù)輸入 數(shù)據(jù)的類型在若干個動作序列中選出一個來執(zhí)行。 2多態(tài)性：子類對象可以像父類對象那樣使用，同樣的消息既可以發(fā)送給父類對象也可以發(fā)送給子類對象。 開發(fā)時期的任務(wù)：總體設(shè)計；詳細(xì)設(shè)計；編碼與單元測試；綜合測試。 可行性研究的步驟？ （１）復(fù)查系統(tǒng)規(guī)模和目標(biāo)。 （ 2）完整性，需求必須是完整的，規(guī)格說明書應(yīng)該 包括用戶需要的每一個功能或性能。 用面向?qū)ο蠓椒ㄩ_發(fā)軟件時，通常需要建立哪三種形式的模型？ （ 1）描述系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的對象模型。 1 什么是類 ？類與對象間是什么關(guān)系？ 類是對具有相同數(shù)據(jù)和相同操作的一組相似對象的定義。采用工程的概念、原理、技術(shù)和方法來開發(fā)與維護軟件，把經(jīng)過時間考驗而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來。 簡述漸增模型的特點？ （ 1）在整個開發(fā)過程中需求都可能有變化。（ 5）設(shè)計軟件結(jié)構(gòu)。 。 （ 3）推薦最佳方案。 （ 2） 、組合關(guān)系：它反映了對象之間的構(gòu)成關(guān)系。 1 可行性研究的目的？應(yīng)該從哪些方面研究目標(biāo)系統(tǒng)的可行性？ 用最小的代價在盡可能短的時間內(nèi)確定 問題是否能夠解決。自頂向下測試方法的主要缺點是需要存根程序，可能遇到與此相聯(lián)系的測試?yán)щy，低層關(guān)鍵模塊中的錯誤發(fā)現(xiàn)較晚，而且用這種方法在早期不能充分展開人力。（ 4）本質(zhì)上具有并行性。 （７）草擬開發(fā)計劃。 管理復(fù)審與技術(shù)審查的任務(wù)是什么？ 管理復(fù)審：復(fù)查各個階段的經(jīng)費、開銷、成本以及進度， 投資回收期前景的展望。 簡述需求分析階段的具體任務(wù)有哪些？ 軟件定義時期，開發(fā)時期，維護時期。 2變換流：信息沿輸入通呼進入系統(tǒng)，同時由外部形式變換成內(nèi)部形式，進入系統(tǒng)的信息通過 變換中心，經(jīng)加工處理以后再沿輸出通路變換成外部形式離開軟件系統(tǒng)，當(dāng)數(shù)據(jù)流圖具有這些特征時，這種信息流就叫變換流。 1模塊：數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募?，它是單獨命名的而且可通過名字來訪問。 模塊化：是把程序劃分成若干個模塊，每個模塊完成一個子功能，把這些模塊集總起來組成一個整體，可能完成指定的功能滿足問題的需求。 2. RUP 不支持組織內(nèi)的多項目開發(fā)，導(dǎo)致組織內(nèi)的大范圍的重用無法實現(xiàn)。 （ 3）構(gòu)造（ Construction）階段：構(gòu)造產(chǎn)品并繼續(xù)演進需求、體系機構(gòu)、計劃直至產(chǎn)品提交。 （ 1） 組件是相對獨立的部分軟件實體，有自己特有的功能，并可在系統(tǒng)中安裝使用。 什么叫抽象類，舉例說明抽象類與一般類的異同。 ④子系統(tǒng)中的類不需要了解關(guān)于 Client 的知識，也不需要了解關(guān)于 Facade 類的知識，即沒有指向 Client 和 Facade 的引用。 職責(zé)鏈設(shè)計模式的一般結(jié)構(gòu)及特點有哪些，結(jié)合本章中給出的web 瀏覽器事件模型，說明職責(zé)鏈設(shè)計模式的適用條件。 （ 1）復(fù)用現(xiàn)有的、高質(zhì)量的、針對常見的重復(fù)出現(xiàn)問題的解決方案。 可視性標(biāo)記放置在屬性名前，說明該屬性的可視性。 (4)多態(tài)指的是使一個實體在不同上下文條件下具有不同意義或用法的能力。 （ 2） 由元模型和圖組成 UML 有哪些特點 ？ （ 1） 統(tǒng)一的標(biāo)準(zhǔn) 、 面向?qū)ο?、 可視化 、 表示能力強大 、 獨立于過程 、 易于掌握應(yīng)用 UML 中有哪些視圖，“ 4+1”視圖中的各圖有什么功能？ 視圖 ：用例視圖 （ 表示了角色和用例以及它們之間的關(guān)系 ） 、邏輯視圖 （） 、進程視圖 、實現(xiàn)視圖 、部署視圖 ； 簡述 UML 中主要圖之間的關(guān)系，各種圖在軟件開發(fā)階段的作用？ 答：圖有：用例，類，對象，構(gòu)件，協(xié)作，部署，活動，狀態(tài)，序列 支持 UML 的軟件開發(fā)工具主要有哪些，簡述 Rose 的主要功能。 系統(tǒng)測試是把已確認(rèn)的軟件與其他系統(tǒng)元素 (如硬件、其他支持軟件、數(shù)據(jù)、人工等 )結(jié)合在一起進行測試。 白盒測試用例和黑盒測試用例設(shè)計的基本方法。 一個成功的測試是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯誤的測試。 Prolog 是一種邏輯型 語言，它提供了支持知識表示的特性，每一個程序由一組表示事實、規(guī)則和推理的句子組成，比較接近與自然語言。用于描述結(jié)構(gòu)化算法和科學(xué)計算 ,操作系統(tǒng)的編寫 C 語言：功能強大，支持復(fù)雜的數(shù)據(jù)結(jié)構(gòu)，可大量運用指針，具有豐富靈活的操作運算符及數(shù)據(jù)處理操 作符，它還具有匯編語言的某些特征，使程序運行效率高。處理 T 稱為事務(wù)中心。 （ 2） 作用：對數(shù)據(jù)存儲（文件）和加工（處理）等名字進行定義 描述加工邏輯有幾種工具？各是什么？寫出其優(yōu)缺點。 畫數(shù)據(jù)流圖不是畫程序流程圖，二者有本質(zhì)的區(qū)別。是分析員與用戶之間極好的通信工具。 （ 2）任務(wù)：進行該要的分析研究 確定項目的規(guī)模和目 標(biāo)、約束和限制 分析幾種可能揭發(fā)的利弊 判定原定系統(tǒng)的目標(biāo)和規(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)是否侵犯他人、集體或者國家的利益，是否違反法律？ 成本 效益分析 可用哪些指標(biāo)進行度量？ 開發(fā)成本、運行費用和新系統(tǒng)將帶來的經(jīng)濟效益 ，經(jīng)濟效益包括有形效益和社會效益 有形效益用貨幣的時間價值，投資回收期，純利潤度量 問題定義階段必須回答的關(guān)鍵問題： “ 要解決的問題是什么？ ” 如果不知道問題是什么就試圖解決這個問題，顯然是盲目的，只會白白浪費時間和金錢，最終得出的結(jié)果很可能是毫無意義的。 缺點： 很難讓用戶確信這種演化方法的結(jié)果是可以控制的。 快速模型 優(yōu)點： 快速原型方法可以克服瀑布模型的缺點，減少由于軟件需求不明確帶來的開發(fā)風(fēng)險，具有顯著的效果。及時復(fù)審是保證軟件 質(zhì)量，降低開發(fā)成本的重要措施。 （ 2） a. 對軟件開發(fā)成本和研制進度的估計常常很不精確； b. “已完成”的軟件不能滿足用戶要求 ； c. 軟件產(chǎn)品質(zhì)量差，可靠性得不到保證； d. 軟件產(chǎn)品可維護性差，沒有統(tǒng)一、公認(rèn)的規(guī)范和完整規(guī)范的文檔資料； e. 軟件成本在計算機系統(tǒng)總成本中所占的比例逐年上升 ； f. 軟件開發(fā)生產(chǎn)率提高的速度，遠遠跟不上計算機應(yīng)用速度普及深入的趨勢 。 （ 2） 原則：各階段的任務(wù)盡可能獨立 什么是軟件危機？它有哪些主要表現(xiàn)？為什么會