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