一. 簡答題：1.軟件工程的定義 P4答：軟件工程師一門工程學科，涉及軟件生成的各個方面，從最初的系統(tǒng)描述一直到使用后的系統(tǒng)維護，都屬于其學科范疇。2.軟件工程所面臨的主要問題 P3表格答：多樣性的挑戰(zhàn)：必須開發(fā)出新技術(shù)，制作可靠的軟件，從而足以靈活應(yīng)對這種多樣性。 交付上的挑戰(zhàn)：在不損及系統(tǒng)質(zhì)量的前提下，縮短大型、復雜系統(tǒng)的移交時間。 信任的挑戰(zhàn)：研究能說明軟件可信的技術(shù)。3.社會技術(shù)系統(tǒng)定義及主要特征 P12-13答：定義：一個包含有人、軟件和硬件在內(nèi)的系統(tǒng)。特征：它們都有其整體特性他們通常是不確定的系統(tǒng)支持機構(gòu)目標的程度和范圍不僅僅依賴于系統(tǒng)本身4.瀑布模型的概念及其包含階段 P39-40答：概念：這個模型采用一些基本的過程活動，即描述、開發(fā)、有效性驗證和進化，并且使 用單獨的過程階段（如需求描述、軟件設(shè)計、實現(xiàn)和測試等階段）表現(xiàn)這些活動 包含階段：需求分析和定義、系統(tǒng)和軟件設(shè)計、實現(xiàn)和單元測試、集成和系統(tǒng)測試、運行和維護5.增量式開發(fā)的概念 P43答：增量式開發(fā)是一種集中了這些模型的優(yōu)點的體重綜合方法。每一步增量實現(xiàn)了一個或多個最終用戶功能。每一步增量包含所有早期的已開發(fā)的功能集加上一些新的功能；系統(tǒng)在逐步累積的增量中增長。就是一步一步漸增式的開發(fā)。6.軟件工程的四個基本過程活動 P38答：軟件描述、軟件設(shè)計和實現(xiàn)、軟件有效性驗證、軟件進化7.介紹軟件工程的功能需求，非功能需求和領(lǐng)域需求 P73答：功能需求：包括對系統(tǒng)應(yīng)該提供的服務(wù)、如何對輸入作出反應(yīng)以及系統(tǒng)在特定條件下的行為的描述。在某些情況下，功能需求可能還需明確聲明系統(tǒng)不應(yīng)該做什么。 非功能需求：對系統(tǒng)提供的服務(wù)或功能給出的約束。包括時間約束、開發(fā)過程的約束、標準等。非功能需求常用于整個系統(tǒng)。通常不用在單個系統(tǒng)或服務(wù)中。 領(lǐng)域需求：這是來自系統(tǒng)的應(yīng)用領(lǐng)域的需求，反應(yīng)了該領(lǐng)域的特點。他們也可能是功能需求或非公能需求。8.客戶機/服務(wù)器模型及優(yōu)缺點 P152-153答： 客戶機/服務(wù)器體系結(jié)構(gòu)的模型是一個分布式系統(tǒng)模型，系統(tǒng)由一組服務(wù)及相關(guān)的服務(wù)器組成，客戶機訪問并使用這些服務(wù)。優(yōu)點：它是一個分布式體系結(jié)構(gòu)。由許多分布式處理器構(gòu)成網(wǎng)絡(luò)系統(tǒng)可提供更有效的使用。添加一臺服務(wù)器或更新服務(wù)器很容易而且是透明的，不會影響系統(tǒng)的其他部分。缺點：在系統(tǒng)中集成一臺服務(wù)器需要改變現(xiàn)存的客戶機和服務(wù)器以便獲得性能提升。要為每個服務(wù)器建立專門的數(shù)據(jù)模型以便優(yōu)化其性能。9.分層模型及優(yōu)缺點 P153-154答： 把系統(tǒng)組織成一系列的層次，每一層提供一組服務(wù)。每一層定義一個抽象機，每個抽象機是由其下層的源機的代碼構(gòu)成的。優(yōu)點：支持系統(tǒng)的增量式開發(fā)。抽象機轉(zhuǎn)換到其他機器上實現(xiàn)比較容易。缺點：頂層上的用戶服務(wù)可能會需要穿過其相鄰層來獲取由更低層所提供的服務(wù)。性能也是一個問題。10.數(shù)據(jù)處理系統(tǒng)及特點 P181答：系統(tǒng)是以數(shù)據(jù)為中心的，它們的數(shù)據(jù)庫要比系統(tǒng)本身大很多個數(shù)量級。特點：是批處理系統(tǒng)，數(shù)據(jù)的輸入和輸出時成批地從文件或數(shù)據(jù)庫中取出，也是成批地存入文件或數(shù)據(jù)庫中的，而不是對用戶終端進行輸入和輸出。11.編譯器一般體系結(jié)構(gòu)中包含的組件 P188-189答：詞法分析器、符號表、語法分析器、語法樹、語義分析器、代碼生成器。12.面向?qū)ο笤O(shè)計中，并發(fā)對象的實現(xiàn)方式和工作方式 P194-195答：實現(xiàn)方式與工作方式：服務(wù)器 對象被實現(xiàn)為一個并行進程，它的方法對應(yīng)為定義的對象操作。在收到外部時間后方法被啟動，方法的執(zhí)行與其他對象上的方法是并行的。當對象完成了自身的操作時，對象中止，等待進一步的服務(wù)請求。主動對象 對象狀態(tài)的改變可以來自對象內(nèi)部操作的執(zhí)行。代表對象的進程不停地執(zhí)行這些操作，從不掛起。13.用戶界面設(shè)計過程中的核心活動 P230答：用戶分析：理解用戶所做的任務(wù)、工作環(huán)境、使用的其他系統(tǒng)、如何在工作中與他人交互等。系統(tǒng)原型開發(fā)：開發(fā)原型系統(tǒng)并展示給用戶看，讓他們指導界面的進化。界面評估：一個更正式的評估活動，在評估中收集有關(guān)用戶對界面的真實體驗信息。14.極限編程適合敏捷方法原則 P244答：（1）增量式開發(fā)時通過系統(tǒng)的小的頻繁發(fā)布的版本來支持的，其間所采用的需求描述方法是基于客戶情節(jié)或腳本的，這樣的客戶情節(jié)或腳本可以成為過程規(guī)劃的根據(jù)。（2）客戶的參與是通過全時雇傭到開發(fā)團隊的方式?？蛻舸韰⑴c開發(fā)并負責定義系統(tǒng)的接受測試。（3）人是通過結(jié)對編程、集體對系統(tǒng)代碼所有權(quán)、可以忍受的開發(fā)過程而無需超頻的工作小時來運作的。（4）變更是通過經(jīng)常性的系統(tǒng)版本、測試優(yōu)先的開發(fā)以及連續(xù)的集成來支持的。通過持續(xù)的再分解來改善代碼質(zhì)量并使用不預期系統(tǒng)將來的變更的簡單設(shè)計，來支持簡潔性的維護。15.極限編程測試的關(guān)鍵特性 P246答： XP當中的測試的關(guān)鍵特性：（1）測試優(yōu)先的開發(fā)。（2）來自腳本的增量式測試開發(fā)。（3）用戶參與到測試開發(fā)和有效性驗證中。（4）自動測試系統(tǒng)的使用。16.軟件原型在軟件開發(fā)過程中的使用方式答：（1）在需求工程過程中，原型可以幫助導出系統(tǒng)需求并驗證系統(tǒng)需求的有效性。 （2）在系統(tǒng)設(shè)計階段，原型可以用來探索特殊的軟件解決方案和支持用戶界面設(shè)計。 （3）在測試階段，原型可以用來對準備移交給客戶的系統(tǒng)運行背對背的測試。17.在規(guī)劃軟件復用時需要考慮的相關(guān)約束答：軟件開發(fā)進度表 所預計的軟件生命期 開發(fā)團隊的背景，技術(shù)和經(jīng)驗軟件的危險程度和它的非功能性需求應(yīng)用領(lǐng)域 系統(tǒng)運行平臺18.在集成商業(yè)限制系統(tǒng)中面臨的問題答：對功能和性能缺乏控制 商業(yè)現(xiàn)成系統(tǒng)間的互操作問題 無法控制系統(tǒng)的進化 COTS產(chǎn)品廠商的支持19.組件與對象之間有什么區(qū)別答：組件是可部署的實體組件不定義類型組件實現(xiàn)是不透明的組件是獨立于語言的 組件是標準化的20.基于組件的軟件開發(fā)過程與傳統(tǒng)的軟件開發(fā)過程有什么不同答：（1）最初對用戶需求的開發(fā)只需要是概要性的而不用十分詳細，且鼓勵信息持有者在定 義他們的需求時盡可能地靈活。 （2）在過程的早期階段根據(jù)可利用的組件來細化和修改需求。 （3）在系統(tǒng)體系結(jié)構(gòu)設(shè)計完成后，會有一個進一步的組件搜索及設(shè)計精煉的活動。 （4）開發(fā)就是將已發(fā)現(xiàn)的組件集成在一起的組成過程。21.列舉軟件維護費用高的原因答：團隊穩(wěn)定性，合同責任 人員技術(shù)水平 程序年齡和結(jié)構(gòu)22.對軟件可維護性評估有用的過程度量包括哪些答：糾正性維護請求的數(shù)目影響分析所需的平均時間實現(xiàn)一個變更請求的平均時間突出的變更請求的數(shù)目23.系統(tǒng)再工程過程中的行為有哪些答：源代碼轉(zhuǎn)換 反向工程 程序結(jié)構(gòu)改善 程序模塊化 數(shù)據(jù)再工程