軟件工程復(fù)習(xí)資料

1、軟件工程復(fù)習(xí)資料一、簡答題1、軟件過程模型有哪些?簡述它們的特點(diǎn)。 過程模型分為五大類: （1）管理過程模型。（2）瀑布模型(又稱為生命周期模型)。（3）增量過程模型:包括增量模型，RAD模型。（4）煙花過程模型:包括原型開發(fā)模型，螺旋模型，協(xié)同開發(fā)模型。（5）專用過程模型:包括機(jī)遇構(gòu)建的開發(fā)模型，形式化方法模型，面向方面的軟件開發(fā)模型。2、什么叫軟件危機(jī)?軟件危機(jī)包含哪兩點(diǎn)?軟件危機(jī)產(chǎn)生的原因是什么?軟件危機(jī)是指在計(jì)算機(jī)軟件開發(fā)與維護(hù)過程中所遇到的一系列嚴(yán)重問題。包括兩點(diǎn): (1)如何開發(fā)軟件，以滿足對軟件日益增長的需求;(2)如何維護(hù)數(shù)量不斷膨脹的已有軟件。軟件開發(fā)和維護(hù)過程中存在的許多嚴(yán)

2、重問題，一方面與軟件本身的特點(diǎn)有關(guān)，另一方面也和軟件開發(fā)與維護(hù)的方法不正確有關(guān)。具體表現(xiàn)如下: (1)軟件是邏輯部件而不是物理部件。 (2)軟件的規(guī)模越來越大，復(fù)雜性越來越大。 (3)輕視需求分析的重要性，輕視軟件維護(hù)的錯(cuò)誤觀點(diǎn)和方法。3、軟件開發(fā)的各階段的任務(wù)是什么?定義階段:問題定義任務(wù):關(guān)于規(guī)模和目標(biāo)的報(bào)告書，可行性研究任務(wù):系統(tǒng)的高層邏輯模型:數(shù)據(jù)流圖，成本/效益分析：需求分析任務(wù):系統(tǒng)的邏輯模型:數(shù)據(jù)流圖，數(shù)據(jù)字典，算法描述。開發(fā)階段:總體設(shè)計(jì)任務(wù):系統(tǒng)流程圖，成本/效益分析，推薦的系統(tǒng)結(jié)構(gòu):層次圖結(jié)構(gòu)圖，詳細(xì)設(shè)計(jì)-任務(wù): HIPO圖或PDL圖;編碼和單元測試任務(wù):源程序清單，單元測

3、試方案和結(jié)果，綜合測試任務(wù):綜合測試方案，結(jié)果集成測試，驗(yàn)收測試，完整一致的軟件配置。維護(hù)階段:軟件維護(hù)任務(wù):維護(hù)記錄以及改正性維護(hù)，適應(yīng)性維護(hù)，完整性維護(hù)和預(yù)防性維護(hù)4、兩種軟件工程方法學(xué)開發(fā)軟件時(shí)要建立哪些模型?軟件工程方法學(xué)包括:傳統(tǒng)方法學(xué)和面向?qū)ο蠓椒▽W(xué)。常用的開發(fā)模型有:瀑布模型( 需求穩(wěn)定，而且可以預(yù)先指定)原型模型(需求模糊或者隨時(shí)間變化)增量模型(分析員先作出需求分析和概要設(shè)計(jì)，用戶參與逐步完善)螺旋模型(將瀑布模型與原型化模型結(jié)合起來并加入了風(fēng)險(xiǎn)分析)噴泉模型(使開發(fā)過程具有迭代性和無間隙性)5、什么叫軟件?軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的另一部分，它是包括程序，數(shù)據(jù)及其相

4、關(guān)文檔的完整集合6、UML中的事物有哪些?結(jié)構(gòu)事物UML中的名詞，它是模型的靜態(tài)部分，描述概念或物理元素。行為事物UML中的動(dòng)詞，它是模型中的動(dòng)態(tài)部分，是一種跨越時(shí)間、空間的行為。分組事物: UML中的容器，用來組織模型，使模型更加的結(jié)構(gòu)化。注釋事務(wù): UML中的解釋部分，和代碼中的注釋語句一樣，是用來描述模型的7、軟件生命周期有哪幾個(gè)階段和步驟?三個(gè)階段:定義、開發(fā)、維護(hù)八個(gè)步驟:問題定義、可行性研究、需求分析;總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼與單元測試、綜合測試;運(yùn)行維護(hù)。計(jì)算機(jī)軟件的開發(fā)經(jīng)過哪三個(gè)大階段?三個(gè)階段:定義、開發(fā)、維護(hù)9、什么叫軟件工程?1968年在第一屆NATO會(huì)議上的早期定義:“

5、 建立并使用完善的工程化原則，以較經(jīng)濟(jì)的手段獲得能在實(shí)際機(jī)器上有效運(yùn)行的可靠軟件的一系列方法”。1993年IEEE的定義:“軟件工程是: 把系統(tǒng)的、規(guī)范的、可度量的途徑應(yīng)用于軟件開發(fā)、運(yùn)行和維護(hù)過程，也就是把工程應(yīng)用于軟件:進(jìn)而研究實(shí)現(xiàn)的途徑”。我們國家最近定義:軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的工程學(xué)科。它采用工程的概念、原理、技術(shù)和方法來開發(fā)與維護(hù)軟件，把經(jīng)過時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來。軟件設(shè)計(jì)分哪兩個(gè)階段?總體設(shè)計(jì)的兩個(gè)階段分別是什么?分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段。11、 瀑布模型與原型模型分別適用于開發(fā)哪些軟件?瀑布模型與原型模型分別適用于開

6、發(fā)哪些軟件瀑布模型適合于需求穩(wěn)定，而且可以預(yù)先指定的大型系統(tǒng)工程項(xiàng)目。原型模型適合于需求模糊或者隨時(shí)間變化的中小型項(xiàng)目12、 軟件與硬件的區(qū)別是什么? 軟件是一種邏輯部件，而不是具體的物理部件。軟件在開發(fā)、生產(chǎn)、使用、維護(hù)等方面與硬件相比有明顯差異。軟件是開發(fā)，硬件是制造軟件是自定的，硬件是組裝的軟件不會(huì)磨損，硬件存在機(jī)械磨損問題13、 軟件需求分析的任務(wù)是什么?需求分析的任務(wù)是確定系統(tǒng)必須完成哪些工作，也就是對目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。 一般說來，需求分析的任務(wù)包括下述幾方面:（1）確定對系統(tǒng)的綜合要求(主要有: 功能需求、 性能需求、運(yùn)行需求、 將來可能提出的需求。)（2）

7、分析系統(tǒng)的數(shù)據(jù)要求（3）導(dǎo)出系統(tǒng)的邏輯模型:數(shù)據(jù)流圖、實(shí)體聯(lián)系圖、狀態(tài)轉(zhuǎn)換圖、數(shù)據(jù)字典、算法流程等（4）修正系統(tǒng)開發(fā)計(jì)劃14、 總體設(shè)計(jì)包括系統(tǒng)設(shè)計(jì)(劃分出組成系統(tǒng)的程序、文件、數(shù)據(jù)庫、人工過程和文檔等物理元素)和結(jié)構(gòu)設(shè)計(jì)(確定系統(tǒng)中每個(gè)程序是由哪些模塊組成的，以及這些模塊相互間的關(guān)系，不涉及模塊內(nèi)部算法流程)15、UML中活動(dòng)圖、狀態(tài)圖、順序圖都分別描述什么? 活動(dòng)圖強(qiáng)調(diào)的是從活動(dòng)到活動(dòng)的控制流，是一 種表述過程基理、業(yè) 務(wù)過程以及工作流的技術(shù)。活動(dòng)圖它可以用來對業(yè)務(wù)過程、工作流建模，也可以對用例實(shí)現(xiàn)甚至是程序?qū)崿F(xiàn)來建模狀態(tài)機(jī)圖常用來描述業(yè)務(wù)或軟件系統(tǒng)中的對象在外部事件的作用下，對象的狀態(tài)從

8、一種狀態(tài)狀態(tài)機(jī)圖到另一種狀態(tài)的控制流。順序圖描述的是對象之間的消息發(fā)送關(guān)系，而不是類之間的關(guān)系16、什么是軟件生命周期? 一個(gè)軟件從定義，開發(fā)，使用和維護(hù)，直到最終被廢棄，要經(jīng)歷一個(gè)漫長的時(shí)期，通常把軟件經(jīng)歷的這個(gè)漫長時(shí)期稱為生命周期填空1、在UML2.0中定乂了四神交互圏，其中彊凋?qū)澫蟮蛴庙樞虻氖浅绦驁D。2、在軟件測試過程的4個(gè)步驟中，測試依據(jù)是需求規(guī)格說明的是驗(yàn)收測試。3、計(jì)算機(jī)軟件的開發(fā)經(jīng)過三個(gè)階段分別為:定義、設(shè)計(jì)和運(yùn)行。4、對于變換型的數(shù)據(jù)流圖，按照軟件設(shè)計(jì)思想，要將一個(gè)大型復(fù)雜的軟件進(jìn)行分解，要確定數(shù)據(jù)流圖的輸入邊界，輸出邊界和變換中心5、軟件測試的目的是發(fā)現(xiàn)錯(cuò)誤，通常把測試方法按

9、功能劃分為墨盒測試和白盒測試兩大類。因?yàn)橥ǔ２豢赡茏龅礁F盡測試，所以精心設(shè)計(jì)測試方案是保證達(dá)到測試目的所必須的。6、在進(jìn)行軟件測試時(shí)，首先應(yīng)當(dāng)進(jìn)行單元測試， 然后再進(jìn)行組裝測試，最后再進(jìn)行有效性測試。7、軟件工程的原則包括:模塊化、抽象與逐步求精、信息隱藏與局部化、模塊獨(dú)立。模塊耦合程度低，則說明模塊的獨(dú)立性越強(qiáng)。8、系統(tǒng)設(shè)計(jì)分為兩個(gè)階段分別為，設(shè)計(jì)方案與選擇方案。9、軟件維護(hù)的活動(dòng)包括四種，改正性維護(hù)、 適應(yīng)性維護(hù)、完善性維護(hù)和預(yù)防性維護(hù)。10、自頂向下結(jié)合的漸增式測試法，在組合模塊時(shí)有兩種組合策略:深度優(yōu)先策略和寬度優(yōu)先策略。11、指出PDL是哪種語言?過程設(shè)計(jì)語言。12、在七種內(nèi)聚中屬于

10、最強(qiáng)的是功能內(nèi)聚， 最弱的是偶然內(nèi)聚三、選擇題1、在用面向?qū)ο笥^點(diǎn)建立起的3種模型中，是最基本、最重要、最核心的。A、動(dòng)態(tài)模型 B、對象模型 C、功能模型 D、狀態(tài)模型2、耦合是對軟件結(jié)構(gòu)中各個(gè)不同模塊之間互相關(guān)聯(lián)程度的度量。一個(gè)模塊直接訪問另一個(gè)模塊的內(nèi)部信息應(yīng)屬于方式。A、控制耦合 B、內(nèi)容耦合 C、數(shù)據(jù)耦合 D、外部耦合3、模塊_ 定義為受該模塊內(nèi)-個(gè)判斷影響的所有模塊集合。 A.控制域 B、作用域 C、寬度 D、 接口4、現(xiàn)有一個(gè)計(jì)算類型的程序，它的輸入只有一個(gè)Y,其范圍是一50Y50?，F(xiàn)從輸入的角度考慮設(shè)計(jì)了一組測試用例: -100，100，0。設(shè)計(jì)這組測試用例的方法是 A、條件覆蓋

11、法 B、邊緣值分析法 C、錯(cuò)誤推測法D、等價(jià)劃分法5、以下哪個(gè)不是詳細(xì)設(shè)計(jì)中常用的圖形描述工具A、數(shù)據(jù)流圖 B、程序流圖 C、盒圖(N-S圖) D、問題分析圖(PAD)6、在軟件結(jié)構(gòu)圖的有關(guān)術(shù)語中，用于表示軟件結(jié)構(gòu)中控制的層數(shù)的是。 A、扇出 B、扇入 C、深度 D、寬度7、軟件設(shè)計(jì)包括 、 兩個(gè)階段。 A、接口設(shè)計(jì)和結(jié)構(gòu)設(shè)計(jì) B、數(shù)據(jù)設(shè)計(jì)和概要設(shè)計(jì)C、結(jié)構(gòu)設(shè)計(jì)和過程設(shè)計(jì) D、概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)8、在軟件生命周期中，能準(zhǔn)確確定軟件系統(tǒng)的體系結(jié)構(gòu)的功能階段是A、概要設(shè)計(jì) B、詳細(xì)設(shè)計(jì) C需求分析 D、可行性分析12.與設(shè)計(jì)測試數(shù)據(jù)無關(guān)的文檔是_。A.需求說明書 B數(shù)據(jù)說明書 C源程序 D項(xiàng)目開發(fā)

12、設(shè)計(jì)10、在數(shù)據(jù)流圖中，用圓或者橢圓來表示 A、數(shù)據(jù)流 B、數(shù)據(jù)源點(diǎn)或終點(diǎn) C、數(shù)據(jù)存儲(chǔ) D、加工11.為了提高測試的效率，應(yīng)該_。A.隨機(jī)地選取測試數(shù)據(jù) B.取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)庫C.在完成編碼后制定軟件的測試計(jì)劃D.選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)12、下面不屬于軟件工程的基本原則的是。 A、模塊化 B、抽象 C、局部化 D、自頂向上13.需求分析是由分析員了解用戶的要求，認(rèn)真細(xì)致地調(diào)研。分析，最終應(yīng)建立目標(biāo)系統(tǒng)的邏輯模型并寫出_。A.模塊說明書 B軟件規(guī)格說明書 C項(xiàng)目開發(fā)計(jì)劃 D合同文檔14.概要設(shè)計(jì)的結(jié)果是提供份A.模塊說明書 B框圖 C程序 D數(shù)據(jù)結(jié)構(gòu)15.結(jié)構(gòu)化

13、設(shè)計(jì)是一種應(yīng)用最廣泛的系統(tǒng)設(shè)計(jì)方法，是以為基礎(chǔ) ,自頂向下，求精和模塊化的過程。A.數(shù)據(jù)流 B數(shù)據(jù)流圖 C數(shù)據(jù)庫 D數(shù)據(jù)結(jié)構(gòu)16.變換型和事務(wù)型是程序結(jié)構(gòu)的標(biāo)準(zhǔn)形式。從某處獲得數(shù)據(jù),再對這些數(shù)據(jù)作處理,然后將結(jié)果送出是屬于_。A.變換型 B事務(wù)型17. PAD (Problem Analysis Diagran 圖是一種_工具。A.系統(tǒng)描述 B詳細(xì)設(shè)計(jì) C測試 D編程輔助18.分析員是_。A.用戶中系統(tǒng)的直 接使用者 B.用戶和軟件人員的中間人C.軟件的編程人員 D用戶和軟件人員的領(lǐng)導(dǎo)19.分層數(shù)據(jù)流圖是一種比較嚴(yán) 格又易于理解的描述方式，它的頂層描述了系統(tǒng)的_。 A.總貌 B. 細(xì)節(jié) C.抽

14、象 D.軟件的作者20.數(shù)據(jù)流圖中，當(dāng)數(shù)據(jù)流向或流自文件時(shí)，_ 。A.數(shù)據(jù)流要命名，文件不必命名B.數(shù)據(jù)流不必命名，有文件名就足夠了C.數(shù)據(jù)流和文件均要命名，因?yàn)榱鞒龊土鬟M(jìn)數(shù)據(jù)流是不同的D.數(shù)據(jù)流和文件均不要命名,通過加工可自然反映出21.排錯(cuò)一般是在測試發(fā)現(xiàn)錯(cuò)誤后進(jìn)行，其中找到錯(cuò)誤位置占排錯(cuò)總工作量的_。 A. 95% B. 5% C. 50% D. 20%22.在軟件開發(fā)中，有利于發(fā)揮集體智慧的一種做法是_。A設(shè)計(jì)評事 B.模塊化 C.主程序員制 D進(jìn)度控制23.結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)程序的_。A.效率 B.速度 C.可讀性 D.大小24.軟件測試中設(shè)計(jì)測試實(shí)例( test case)主要

15、由輸入數(shù)據(jù)和_兩部分組成 。 A.測試規(guī)則 B.測試計(jì)劃 C.預(yù)期輸出結(jié)果 D.以往測試記錄分析25.在開發(fā)軟件時(shí)，可用來提 高程序員的工作效率。 A.程序開發(fā)環(huán)境 B.操作系統(tǒng)的作業(yè)管理功能 C.編譯程序的優(yōu)化功能 D并行運(yùn)算的大型計(jì)算機(jī)26.開發(fā)軟件需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾,這種現(xiàn)象稱作_。 A軟件投機(jī) B.軟件危機(jī) C.軟件工程 D.軟件產(chǎn)生27.成功的測試是指_。A.運(yùn)行測試實(shí)例后未發(fā)現(xiàn)錯(cuò)誤項(xiàng) B.發(fā)現(xiàn)程序的錯(cuò)誤C.證明程序正確 D.改正程序的錯(cuò)誤28.系統(tǒng)開發(fā)的需求分析階段的重要工作之一是_。A.數(shù)據(jù)定義 B.數(shù)據(jù)庫設(shè)計(jì) C.數(shù)據(jù)維護(hù) D.數(shù)據(jù)結(jié)構(gòu)實(shí)現(xiàn)29.模塊內(nèi)聚聯(lián)

16、系最大的是_。 A.順序內(nèi)聚 B.功能內(nèi)聚 C.通信內(nèi)聚 D.時(shí)間內(nèi)聚30.逆向工程在軟件工程中主要用于_階段。 A.分析 B.設(shè)計(jì) C.編碼 D.維護(hù)31.軟件工程中，只根據(jù)程序的功能說明而不關(guān)心程序內(nèi)部的邏輯結(jié)構(gòu)的測試方法，稱為_測試。A.白盒法 B.灰盒法 C.黑盒法 D.綜合法32.軟件的維護(hù)是指_。A.對軟件的改進(jìn)、適應(yīng)和完善 B.維護(hù)正常運(yùn)行 C.配置新軟件 D.軟件開發(fā)期的一個(gè)階段33.在軟件的設(shè)計(jì)階段應(yīng)提供的文檔是_A.軟件需求規(guī)格說明書 B.核要設(shè)計(jì)規(guī)格說明書和詳細(xì)設(shè)計(jì)規(guī)格說明書C.數(shù)據(jù)字典及流程圖 D.源程序以及源程 序的說明書34.程序流程圖、N-S圖和PAD圖是_使用的

17、算法表達(dá)工具。A.設(shè)計(jì)階段的概要設(shè)計(jì) B.設(shè)計(jì)階段的詳細(xì)設(shè)計(jì) C.編碼階段 D.測試階段35.月收入=800元者免稅，現(xiàn)用輸入數(shù)800元和801元測試程序，則采用的是方法A邊緣值分析 B. 條件覆蓋 C.錯(cuò)誤推測 D.等價(jià)類35.軟件的可維護(hù)性是指A.軟件的可理解程度，程序修政的難易程度 B.軟件文檔修改的難易程度C.程序修改的難易程度 D.使用維護(hù)工具進(jìn)行維護(hù)的難易程度36.采用黑盒法測試程序是根據(jù)A.程序的邏輯 B.程序的功能說明C.程序中的語句 D.程序中的數(shù)據(jù)37.軟件的可維護(hù)性是指A.軟件的可理解程度，程序修政的難易程度 B.軟件文檔修改的難易程度C.程序修改的難易程度 D.使用維護(hù)

18、工具進(jìn)行維護(hù)的難易程度38.數(shù)據(jù)流圖的小說明中描述的最基本部分是A.激發(fā)條件 B.加工邏輯 C.優(yōu)先級(jí) D.執(zhí)行頻率四、多項(xiàng)選擇題1.關(guān)于模塊化程序設(shè)計(jì)的說法正確的五項(xiàng): ( )A、程序設(shè)計(jì)比較方便但難于維護(hù)。 B、便于由多人分工編制大型程序。C、軟件功能易于擴(kuò)充。 D、易于理解，也便于排錯(cuò)。E、在主存儲(chǔ)器能夠容納的前提下，并使模塊盡可能大，以減少模塊的個(gè)數(shù)。F、模塊間的接口叫做數(shù)據(jù)文件。G、只要模塊之間的接口關(guān)系不變，模塊內(nèi)部實(shí)現(xiàn)細(xì)節(jié)的修政將不會(huì)影響別H、模塊間的單向調(diào)用關(guān)系叫做模塊的層次結(jié)構(gòu)。I、模塊越小，模塊化的優(yōu)點(diǎn)越明顯，一般來說模塊的大小都在10行以下。29.從下列敘述中選出五條符合

19、程序設(shè)計(jì)風(fēng)格指導(dǎo)原則的敘述。A、嵌套的重?cái)?shù)應(yīng)加以限制。 B、盡量少使用全局交量。C、不濫用語言特色。 D、不用可以省略的括號(hào)。E、使用有意義的變量名。 F、盡可能把程序編的短些。G、把常見的局部優(yōu)化工作留給編譯程序去做。 H、注解越少越好。I、程序的格式應(yīng)有助于讀者理解程序。 J、應(yīng)盡可能多用goto語句。五、分析題:1、假設(shè)你被任命為一家軟件公司的項(xiàng)目負(fù)責(zé)人，你的工作是管理該公司已被廣泛應(yīng)用的字處理軟件的新版本開發(fā)。由于市場競爭激烈，公司規(guī)定了嚴(yán)格的完成期限并且已對外公布。你打算采用哪種軟件生命周期模型?為什么? 對這個(gè)項(xiàng)目的一個(gè)重要要求是,嚴(yán)格按照已對外公布了的日期完成產(chǎn)品開發(fā)工作，因此，

20、選擇生命周期模型時(shí)應(yīng)該著重考慮哪種模型有助于加快產(chǎn)品開發(fā)的進(jìn)度。使用增量模型開發(fā)軟件時(shí)可以并行完成開發(fā)工作，因此能夠加快開發(fā)進(jìn)度。這個(gè)項(xiàng)目是開發(fā)該公司已被廣泛使用的字處理軟件的新版本，從上述事實(shí)至少可以得出3點(diǎn)結(jié)論:第一，舊版本相當(dāng)于一個(gè)原型，通過收集用戶對舊版本的反映，較容易確定對新版本的需求，沒必要再專建立-個(gè)原型系統(tǒng)來分析用戶的需求;第二，該公司的軟件工程師對字處理軟件很熟悉，有開發(fā)字處理軟件的豐富經(jīng)驗(yàn)，具有采用增量模型開發(fā)新版字處理軟件所需要的技術(shù)水平，第三，該軟件受到廣大用戶的喜愛，今后很可能還要開發(fā)更新的版本，因此，應(yīng)該把該軟件的體系結(jié)構(gòu)設(shè)計(jì)成開放式的，以利于今后的改進(jìn)和擴(kuò)充。綜上所述，采用增量模型來完成這個(gè)項(xiàng)目比較恰當(dāng)。2、假設(shè)要求你開發(fā)一個(gè)軟件 ,該軟件的功能是把讀入的浮點(diǎn)數(shù)開平方，所得的的結(jié)果應(yīng)該精確到小數(shù)點(diǎn)后4位。一旦實(shí)現(xiàn)并測試完之后，改產(chǎn)品將被拋棄。你打算選用哪種軟件生命周期模型?請說明你做出選擇的理由。 答:對這個(gè)軟件