軟件工程試題與答案 (17)

1、【精品文檔】如有侵權(quán)，請(qǐng)聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流軟件工程試題與答案 (17).精品文檔.1234123412軟件工程試題及答案第一部分 選擇題 一、單項(xiàng)選擇題 每小題1分，共20分。（在每小題的四個(gè)選項(xiàng)中只有一個(gè)選項(xiàng)是符合題目要求的，請(qǐng)將正確選項(xiàng)前的字母填在題后的括號(hào)內(nèi)） 1在下列工具與環(huán)境中（ ）屬于較早期的CASE。A基于信息工程CASE B人工智能CASE C結(jié)構(gòu)的基于圖形CASE D集成的CASE環(huán)境2Putnam成本估算模型是一個(gè)（ ）模型。 A靜態(tài)單變量 B動(dòng)態(tài)單變量 C靜態(tài)多變量 D動(dòng)態(tài)多變量3在McCall軟件質(zhì)量度量模型中，（ ）屬于面向軟件產(chǎn)品修改。 A可靠性 B可重用

2、性 C適應(yīng)性 D可移植性4ISO的軟件質(zhì)量評(píng)價(jià)模型由3層組成，其中用于評(píng)價(jià)設(shè)計(jì)質(zhì)量的準(zhǔn)則是（ ） ASQIC BSQMC CSQRC DSQDC5軟件復(fù)雜性度量的參數(shù)包括（ ） A效率 B規(guī)模 C完整性 D容錯(cuò)性6對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（ ）于對(duì)象的統(tǒng)一體中。 A結(jié)合 B隱藏 C封裝 D抽象7軟件調(diào)試技術(shù)包括（ ） A邊界值分析 B演繹法 C循環(huán)覆蓋 D集成測(cè)試8瀑布模型的存在問(wèn)題是（ ） A用戶容易參與開發(fā) B缺乏靈活性 C用戶與開發(fā)者易溝通 D適用可變需求9軟件測(cè)試方法中的靜態(tài)測(cè)試方法之一為（ ） A計(jì)算機(jī)輔助靜態(tài)分析 B黑盒法 C路徑覆蓋 D邊界值分析10軟件生命周期中

3、所花費(fèi)用最多的階段是（ ） A詳細(xì)設(shè)計(jì) B軟件編碼 C軟件測(cè)試 D軟件維護(hù)11第一個(gè)體現(xiàn)結(jié)構(gòu)化編程思想的程序設(shè)計(jì)語(yǔ)言是（ ） AFORTRAN語(yǔ)言 BPascal語(yǔ)言 CC語(yǔ)言 DPL/1語(yǔ)言12程序的三種基本控制結(jié)構(gòu)是（ ） A過(guò)程、子程序和分程序 B順序、選擇和重復(fù) C遞歸、堆棧和隊(duì)列 D調(diào)用、返回和轉(zhuǎn)移13在詳細(xì)設(shè)計(jì)階段，經(jīng)常采用的工具有（ ） APAD BSA CSC DDFD14詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的（ ） A代碼的規(guī)模 B運(yùn)行速度 C質(zhì)量 D可維護(hù)性15需求分析中開發(fā)人員要從用戶那里了解（ ） A軟件做什么 B用戶使用界面 C輸入的信息 D軟件的規(guī)模16結(jié)構(gòu)化程序設(shè)計(jì)主

4、要強(qiáng)調(diào)的是（ ）A   程序的規(guī)模 B   程序的效率C   程序設(shè)計(jì)語(yǔ)言的先進(jìn)性 D  程序易讀性17IDEF。圖反映系統(tǒng)（ ）A怎么做 B對(duì)誰(shuí)做 C何時(shí)做 D做什么18經(jīng)濟(jì)可行性研究的范圍包括（ ） A資源有效性 B管理制度 C效益分析 D開發(fā)風(fēng)險(xiǎn)19可行性分析是在系統(tǒng)開發(fā)的早期所做的一項(xiàng)重要的論證工作，它是決定該系統(tǒng)是否開 發(fā)的決策依據(jù)，因必須給出（ ）的回答。 A確定 B行或不行 C正確 D無(wú)二義20需求分析階段的任務(wù)是確定（ ）A   軟件開發(fā)方法B   軟件開發(fā)工具C

5、60;  軟件開發(fā)費(fèi) D  軟件系統(tǒng)的功能二、填空題（每空2分，共20分）。21在軟件開發(fā)過(guò)程中要產(chǎn)生大量的信息，要進(jìn)行大量的修改， 軟件配置管理 能協(xié)調(diào)軟件開發(fā)，并使混亂減到最低程度。22規(guī)定功能的軟件，在一定程度上對(duì)自身錯(cuò)誤的作用（軟件錯(cuò)誤）具有屏蔽能力，則稱此軟件具有 容錯(cuò)功能的軟件。23McCall提出的軟件質(zhì)量模型包括11 個(gè)軟件質(zhì)量特性。24軟件可維護(hù)性度量的七個(gè)質(zhì)量特性是可理解性、可測(cè)試性、可修改性、可靠性、可移植性、 可使用性和效率。25為了便于對(duì)照檢查，測(cè)試用例應(yīng)由輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果兩部分組成。26程序設(shè)計(jì)語(yǔ)言的心理特性主要表現(xiàn)在 歧義性 、簡(jiǎn)潔性、

6、傳統(tǒng)性、局部性和順序性。27軟件結(jié)構(gòu)是以 模塊 為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。28在結(jié)構(gòu)化分析中，用于描述加工邏輯的主要工具有三種，即：結(jié)構(gòu)化語(yǔ)言、判定表、判定樹 。29結(jié)構(gòu)化語(yǔ)言是介于自然語(yǔ)言和形式語(yǔ)言之間的一種半形式語(yǔ)言。30若年利率為i，不計(jì)復(fù)利，n年后可得錢數(shù)為F，則現(xiàn)在的價(jià)值P=F/(1+(n*i)。三、名詞解釋題 每小題3分，共15分。 31軟件生存周期模型 描述軟件開發(fā)過(guò)程中各種活動(dòng)如何執(zhí)行的模型32數(shù)據(jù)字典（DD） 數(shù)據(jù)字典是用來(lái)定義數(shù)據(jù)流圖中的各個(gè)成分的具體含義的。它以一種準(zhǔn)確的、無(wú)二義性的說(shuō)明方式為系統(tǒng)的分析、設(shè)計(jì)及維護(hù)提供了有關(guān)元素的一致的定義和詳細(xì)的描述。33內(nèi)聚性內(nèi)

7、聚性是模塊獨(dú)立性的衡量標(biāo)準(zhǔn)之一，它是指模塊的功能強(qiáng)度的度量，即一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度的度量34JSP方法JSP方法是面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法，其定義了一組以數(shù)據(jù)結(jié)構(gòu)為指導(dǎo)的映射過(guò)程，它根據(jù)輸入，輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映射成軟件的過(guò)程描述，即程序結(jié)構(gòu)。35多態(tài)性指相同的操作或函數(shù)、過(guò)程可作用于多種類型的對(duì)象上并獲得不同結(jié)果。或（不同的對(duì)象，收到同一消息可以產(chǎn)生不同的結(jié)果。）四、簡(jiǎn)答題 每小題5分，共20分。36簡(jiǎn)述容錯(cuò)技術(shù)的四種主要手段，并解釋。結(jié)構(gòu)冗余：包括靜態(tài)冗余、動(dòng)態(tài)冗余和混合冗余。信息冗余：為檢測(cè)或糾正信息在運(yùn)算或傳輸中的錯(cuò)誤，須外加一部分信息。時(shí)間冗余：指重復(fù)執(zhí)行指

8、令或程序來(lái)消除瞬時(shí)錯(cuò)誤帶來(lái)的影響。冗余附加技術(shù)：指為實(shí)現(xiàn)上述冗余技術(shù)所需的資源和技術(shù)。37以G.J.Myers的觀點(diǎn)，簡(jiǎn)述對(duì)軟件測(cè)試的目的。軟件測(cè)試是（1）為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程；（2）一個(gè)好的用例能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。（3）一個(gè)成功的測(cè)試是發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。38就程序設(shè)計(jì)語(yǔ)言的工程特性而言，對(duì)程序編碼有哪些要求？就程序設(shè)計(jì)語(yǔ)言的工程特性而言，對(duì)程序編碼有如下要求：（1）可移植性 （2）開發(fā)工具的可利用性 （3）軟件的可重用性 （4）可維護(hù)性39模塊的內(nèi)聚性包括哪些類型？模塊的內(nèi)聚性包括：（1）偶然內(nèi)聚（2）邏輯內(nèi)聚（3）時(shí)間內(nèi)聚（4）通信內(nèi)聚（5）順序內(nèi)聚（6）

9、功能內(nèi)聚五、應(yīng)用題 第40小題7分，第41小題8分，第42小題10分，共25分。 41根據(jù)下列條件使用等價(jià)劃分法設(shè)計(jì)測(cè)試用例。 某一8位微機(jī)，其十六進(jìn)制常數(shù)定義為：以0x或0X開頭的數(shù)是十六進(jìn)制整數(shù)，其值的范圍是-7f7f（表示十六進(jìn)制的大小寫字母不加區(qū)別），如0X13,0X6A,-0X3c。解答：等價(jià)劃分法 劃分等價(jià)類并編號(hào)，如下表所示。十六進(jìn)制整型常量輸入條件的等價(jià)類表輸入數(shù)據(jù)合理等價(jià)類不合理等價(jià)類十六進(jìn)制整數(shù)1  0x或0X開頭12位數(shù)字串2  以0x打頭的12位數(shù)字串3  非0x或非打頭的串4  含有非數(shù)字且（a,b,c,d,e,f）以外字符5&

10、#160; 多于5個(gè)字符6  后跟非0的多位串7  0后跟數(shù)字串8  后多于3個(gè)數(shù)字十六進(jìn)制數(shù)范圍9在7f7f之間10小于7f11大于7f為合理等價(jià)類設(shè)計(jì)測(cè)試用例，表中有三個(gè)合理等價(jià)類，設(shè)計(jì)兩個(gè)例子測(cè)試數(shù)據(jù)期望結(jié)果覆蓋范圍0×23顯示有效輸入1，90×15顯示有效輸入2，9為每個(gè)不合理等價(jià)類至少設(shè)計(jì)一個(gè)測(cè)試用例測(cè)試數(shù)據(jù)期望結(jié)果覆蓋范圍2顯示無(wú)效輸入3G12顯示無(wú)效輸入4123311顯示無(wú)效輸入51012顯示無(wú)效輸入6011顯示無(wú)效輸入70134顯示無(wú)效輸入80x777顯示無(wú)效輸入100x87顯示無(wú)效輸入11軟件工程導(dǎo)論預(yù)測(cè)題一，單項(xiàng)選擇題（本大

11、題共20小題，每小題1分，共20分）在每小題列出的四個(gè)選項(xiàng)中只有一個(gè)選項(xiàng)是符合題目要求的，請(qǐng)將正確選項(xiàng)前的字母填在題后的橫線上。1可行性研究要進(jìn)行一次_需求分析。A詳細(xì)的B全面的C簡(jiǎn)化的、壓縮的D徹底的解析軟件的可行性研究的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā)，是否值得去開發(fā)。其實(shí)質(zhì)是要進(jìn)行一次簡(jiǎn)化、壓縮了的需求分析、設(shè)計(jì)過(guò)程，要在較高層次上以較抽象的方式進(jìn)行需求分析和設(shè)計(jì)過(guò)程。因此答案為C。2系統(tǒng)流程圖用于可行性分析中的_的描述。A當(dāng)前運(yùn)行系統(tǒng)B當(dāng)前邏輯模型C目標(biāo)系統(tǒng)D新系統(tǒng)解析可行性研究首先要確定項(xiàng)目的規(guī)模和目標(biāo)，然后就需要對(duì)當(dāng)前運(yùn)行的系統(tǒng)進(jìn)行研究了，在考察系統(tǒng)

12、的基礎(chǔ)上，通過(guò)描繪現(xiàn)有系統(tǒng)的高層系統(tǒng)流程圖，與有關(guān)人員一起審查該系統(tǒng)流程圖是否正確。描述的對(duì)象是當(dāng)前正在運(yùn)行的系統(tǒng)，因此選擇A。3系統(tǒng)流程圖是描述_的工具。A邏輯系統(tǒng)B程序系統(tǒng)C體系結(jié)構(gòu)D物理系統(tǒng)解析系統(tǒng)流程圖是用圖形符號(hào)來(lái)表示系統(tǒng)中的各個(gè)元素，例如人工處理、數(shù)據(jù)庫(kù)、設(shè)備等，流程圖表達(dá)了系統(tǒng)中各個(gè)元素之間的信息流動(dòng)情況。是描繪物理系統(tǒng)的傳統(tǒng)工具。4_工具在軟件詳細(xì)設(shè)計(jì)過(guò)程中不采用。A判定表 BIPO圖 CPDLDDFD圖解析詳細(xì)描述處理過(guò)程常用三種工具：圖形、表格和語(yǔ)言。其中圖形工具有結(jié)構(gòu)化流程圖、盒圖和問(wèn)題分析圖三種，答案中的判定表是用來(lái)表示復(fù)雜的條件組合與應(yīng)做的動(dòng)作之間的對(duì)應(yīng)關(guān)系。IPO圖

13、用來(lái)描述每個(gè)模塊輸入/輸出數(shù)據(jù)、處理功能及模塊調(diào)用的詳細(xì)情況。PDL是過(guò)程設(shè)計(jì)語(yǔ)言的縮寫，也稱程序描述語(yǔ)言，用于描述模塊算法設(shè)計(jì)和處理細(xì)節(jié)的語(yǔ)言，這三種都可以在軟件詳細(xì)設(shè)計(jì)過(guò)程中使用，而DFD圖則是數(shù)據(jù)流圖，是以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過(guò)程，只反映系統(tǒng)必須完成的邏輯功能，所以它只是一種功能模型，不能在詳細(xì)設(shè)計(jì)過(guò)程中使用。5程序的三種基本控制結(jié)構(gòu)是A過(guò)程、子程序和分程序B順序、選擇和重復(fù)C遞歸、堆棧和隊(duì)列D調(diào)用、返回和轉(zhuǎn)移解析程序的三種基本控制結(jié)構(gòu)是順序、選擇和循環(huán)（重復(fù)）。子程序只是程序設(shè)計(jì)一種方法，遞歸則是一種算法，都算不上是控制結(jié)構(gòu)。6程序的三種基本控制結(jié)構(gòu)的共同特點(diǎn)是A不能

14、嵌套使用B只能用來(lái)寫簡(jiǎn)單程序C已經(jīng)用硬件實(shí)現(xiàn)D只有一個(gè)入口和一個(gè)出口解析程序的特點(diǎn)就是從一個(gè)入口開始，最終以一個(gè)出口結(jié)束，其間可以用順序，選擇和循環(huán)方式對(duì)程序的流向進(jìn)行控制。三種結(jié)構(gòu)可以寫出非常復(fù)雜的程序，而且選擇和循環(huán)都可以嵌套設(shè)計(jì)。7產(chǎn)生軟件維護(hù)的副作用，是指A開發(fā)時(shí)的錯(cuò)誤B隱含的錯(cuò)誤C因修改軟件而造成的錯(cuò)誤D運(yùn)行時(shí)誤操作解析因修改軟件而造成的錯(cuò)誤或其他不希望出現(xiàn)的情況稱為維護(hù)的副作用，包括編碼副作用、數(shù)據(jù)副作用、文檔副作用三種。只有答案C是正確的表述。8維護(hù)中，因誤刪除一個(gè)標(biāo)識(shí)符而引起的錯(cuò)誤是_副作用。A文檔B數(shù)據(jù)C編碼D設(shè)計(jì)解析編碼副作用指的是在使用程序設(shè)計(jì)語(yǔ)言修改源代碼時(shí)可能引入錯(cuò)誤

15、，比如刪除或修改一個(gè)子程序、一個(gè)標(biāo)號(hào)、一個(gè)標(biāo)識(shí)符，改變程序代碼的時(shí)序關(guān)系，修改文件的打開或關(guān)閉等。因此本題答案為C。9可維護(hù)性的特性中相互促進(jìn)的是A可理解性和可測(cè)試性B效率和可移植性C效率和可修改性D效率和結(jié)構(gòu)好解析軟件的可維護(hù)性可用七個(gè)質(zhì)量特性來(lái)衡量，分別是：可理解性、可測(cè)試性、可修改性、可靠性、可移植性、可使用性和效率。對(duì)于不同類型的維護(hù)，這些特性的側(cè)重點(diǎn)也不相同，有一些可維護(hù)特性是可以相互促進(jìn)的，比如可理解性和可測(cè)試性，可理解性和可修改性，另外一些則是相互矛盾的，如答案中的B效率和可移植性、C中的效率和可修改性。至于D中的結(jié)構(gòu)好則不屬于可維護(hù)性的特征。10汽車有一個(gè)發(fā)動(dòng)機(jī)。汽車和發(fā)動(dòng)機(jī)之

16、間的關(guān)系是_關(guān)系。A一般具體B整體部分C分類關(guān)系D主從關(guān)系解析類有兩種主要的結(jié)構(gòu)關(guān)系，即一般具體結(jié)構(gòu)關(guān)系和整體部分結(jié)構(gòu)關(guān)系。前者稱為分類結(jié)構(gòu)，用來(lái)描述現(xiàn)實(shí)世界中的一般化的抽象關(guān)系。后者稱為組裝結(jié)構(gòu)，用來(lái)描述現(xiàn)實(shí)世界中的類的組成的抽象關(guān)系。汽車和發(fā)動(dòng)機(jī)的關(guān)系很明顯，應(yīng)該屬于整體部分關(guān)系。11在變更控制中，_可以用來(lái)確保由不同用戶所執(zhí)行的并發(fā)變更。A異步控制B同步控制C存取控制D基線控制解析變更控制包括建立控制點(diǎn)和建立報(bào)告與審查制度，其過(guò)程中的“檢出”和“登入”處理實(shí)現(xiàn)了存取控制和同步控制，存取控制管理各個(gè)用戶存取和修改一個(gè)特定軟件配置對(duì)象的權(quán)限，同步控制可用來(lái)確保由不同用戶所執(zhí)行任務(wù)的并發(fā)變更。

17、12變更控制是一項(xiàng)最重要的軟件配置任務(wù)，其中“檢出”和_處理實(shí)現(xiàn)了兩個(gè)重要的變更控制要素，即存取控制和同步控制。A登入B管理C填寫變更要求D審查解析“檢出”和“登入”處理實(shí)現(xiàn)了兩個(gè)重要的變更控制要素。具體說(shuō)明見上題。13提高軟件質(zhì)量和可靠的技術(shù)大致可分為兩大類：其中一類就是避開錯(cuò)誤技術(shù)，但避開錯(cuò)誤技術(shù)無(wú)法做到完美無(wú)缺和絕無(wú)錯(cuò)誤，這就需要A消除錯(cuò)誤B檢測(cè)錯(cuò)誤C避開錯(cuò)誤D容錯(cuò)解析提高軟件質(zhì)量和可靠性的技術(shù)大致可分為兩類，一類是避開錯(cuò)誤技術(shù)，即在開發(fā)的過(guò)程中不讓差錯(cuò)潛入軟件的技術(shù)，另一類是容錯(cuò)技術(shù)，即對(duì)某些無(wú)法避開的差錯(cuò)，使其影響減至最小的技術(shù)。14_是以提高軟件質(zhì)量為目的的技術(shù)活動(dòng)。A技術(shù)創(chuàng)新B測(cè)

18、試C技術(shù)創(chuàng)造D技術(shù)評(píng)審解析技術(shù)評(píng)審是以提高軟件質(zhì)量為目的的技術(shù)活動(dòng)，是對(duì)軟件本身的結(jié)構(gòu)、與運(yùn)行環(huán)境的接口、變更帶來(lái)的影響等方面進(jìn)行的評(píng)審活動(dòng)。15面向?qū)ο蠓椒▽W(xué)的出發(fā)點(diǎn)和基本原則是盡可能模擬人類習(xí)慣的思維方式，分析、設(shè)計(jì)和實(shí)現(xiàn)一個(gè)軟件系統(tǒng)的方法和過(guò)程，盡可能接近于人類認(rèn)識(shí)世界解決問(wèn)題的方法和過(guò)程。因此面向?qū)ο蠓椒ㄓ性S多特征，如軟件系統(tǒng)是由對(duì)象組成的；_；對(duì)象彼此之間僅能通過(guò)傳遞消息互相聯(lián)系；層次結(jié)構(gòu)的繼承。A開發(fā)過(guò)程基于功能分析和功能分解B強(qiáng)調(diào)需求分析重要性C把對(duì)象劃分成類，每個(gè)對(duì)象類都定義一組數(shù)據(jù)和方法D對(duì)既存類進(jìn)行調(diào)整解析面向?qū)ο蠓椒ㄓ兴膫€(gè)特征，分別是對(duì)象唯一性、分類性、繼承性和多態(tài)性。其

19、中分類性是指將具有一致的數(shù)據(jù)結(jié)構(gòu)（屬性）和行為（操作）的對(duì)象抽象成類，每個(gè)類是具有相同性質(zhì)的個(gè)體集合，而每個(gè)對(duì)象相關(guān)類的實(shí)例，對(duì)象彼此之間通過(guò)傳遞消息互相聯(lián)系。16軟件開發(fā)過(guò)程中，抽取和整理用戶需求并建立問(wèn)題域精確模型的過(guò)程叫A生存期B面向?qū)ο笤O(shè)計(jì)C面向?qū)ο蟪绦蛟O(shè)計(jì)D面向?qū)ο蠓治鼋馕雒嫦驅(qū)ο蟮姆治龅倪^(guò)程就是認(rèn)識(shí)客觀世界的過(guò)程，其目的就是建立對(duì)客觀世界的精確、簡(jiǎn)潔、可理解的正確模型，也就是所謂的建模。因此本題答案為D。17原型化方法是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互構(gòu)成，適用于_系統(tǒng)。A需求不確定性高的B需求確定的C管理信息D實(shí)時(shí)解析原型不同于最終系統(tǒng)，它只實(shí)現(xiàn)所選擇的部分功能，僅是為了試驗(yàn)或是演

20、示而用，部分功能需求可以忽略或者模擬實(shí)現(xiàn)，因此適用于需求不確定性高的系統(tǒng)。18原型化方法是一種_型的設(shè)計(jì)過(guò)程。A自外向內(nèi)B自頂向下C自內(nèi)向外D自底向上解析原型化方法的基本思想是根據(jù)用戶給出的基本需求，通過(guò)快速實(shí)現(xiàn)構(gòu)造出一個(gè)小型的、可執(zhí)行的模型，用戶在計(jì)算機(jī)上實(shí)際運(yùn)行這個(gè)用戶界面原型，在試用過(guò)程中提出意見或建議，然后開發(fā)者再對(duì)原型進(jìn)行改進(jìn)。如此周而復(fù)始，逐步彌補(bǔ)不足之處，從而提高了最終產(chǎn)品的質(zhì)量。它是一種自外向內(nèi)的設(shè)計(jì)過(guò)程。19為了提高測(cè)試的效率，應(yīng)該A隨機(jī)地選取測(cè)試數(shù)據(jù)B取一切可能的輸入數(shù)據(jù)作為測(cè)試數(shù)據(jù)C在完成編碼以后制定軟件的測(cè)試計(jì)劃D選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù)解析軟件測(cè)試是為了

21、盡可能多的發(fā)現(xiàn)程序中的錯(cuò)誤，尤其是發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯(cuò)誤。在選取測(cè)試用例時(shí)，不可能進(jìn)行窮舉測(cè)試，在每一個(gè)細(xì)節(jié)進(jìn)行測(cè)試，也不能無(wú)目的地隨機(jī)選取測(cè)試數(shù)據(jù)，為了提高測(cè)試的效率，測(cè)試用例應(yīng)該選擇發(fā)現(xiàn)錯(cuò)誤可能性大的部分，這樣的測(cè)試結(jié)果才符合軟件測(cè)試的目的。20使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)_和指定的覆蓋標(biāo)準(zhǔn)。A程序的內(nèi)部邏輯B程序的復(fù)雜結(jié)構(gòu)C使用說(shuō)明書D程序的功能解析白盒測(cè)試是把測(cè)試對(duì)象看作一個(gè)打開的盒子，測(cè)試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理過(guò)程，由于白盒測(cè)試是一種結(jié)構(gòu)測(cè)試，所以被測(cè)對(duì)象基本上是源程序，以程序的內(nèi)部邏輯和指定的覆蓋標(biāo)準(zhǔn)確定測(cè)試數(shù)據(jù)。二，填空題（本大題共10小題，每小題2分，共20分

22、）21系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)中各個(gè)元素表達(dá)了系統(tǒng)中各種元素之間的(信息流動(dòng))情況。解析系統(tǒng)流程圖是描述物理系統(tǒng)的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)中的各個(gè)元素，如人工處理、數(shù)據(jù)處理、數(shù)據(jù)庫(kù)、文件、設(shè)備等，表達(dá)了元素之間的信息流動(dòng)的情況。22成本效益分析的目的是從(經(jīng)濟(jì))角度評(píng)價(jià)開發(fā)一個(gè)項(xiàng)目是否可行。解析成本效益分析首先是估算將要開發(fā)的系統(tǒng)的開發(fā)成本，然后與可能取得的效益進(jìn)行比較和權(quán)衡，其目的是從經(jīng)濟(jì)角度評(píng)價(jià)開發(fā)一個(gè)新的軟件項(xiàng)目是否可行。23自頂向下結(jié)合的漸增式測(cè)試法，在組合模塊時(shí)有兩種組合策略：深度優(yōu)先策略和(寬度優(yōu)先策略) 。解析漸增式測(cè)試法有自頂向下結(jié)合和自底向上

23、結(jié)合兩種組裝模塊的方法，其中自頂向下集成是構(gòu)造程序結(jié)構(gòu)的一種增量式方式，不需要編寫驅(qū)動(dòng)模塊，只需要編寫樁模塊。它從主控模塊開始，按照軟件的控制層次結(jié)構(gòu)，以深度優(yōu)先或?qū)挾葍?yōu)先的策略，逐步把各個(gè)模塊集成在一起。24獨(dú)立路徑是指包括一組以前沒(méi)有處理的語(yǔ)句或條件的一條路徑。從程序圖來(lái)看，一條獨(dú)立路徑是至少包含有一條(在其他獨(dú)立路徑中未有過(guò))的邊的路徑。解析在基本路徑測(cè)試中，以詳細(xì)設(shè)計(jì)或源程序?yàn)榛A(chǔ)，導(dǎo)出控制流程圖的拓?fù)浣Y(jié)構(gòu)程序圖，在計(jì)算了程序圖的環(huán)路復(fù)雜性之后，確定只包含獨(dú)立路徑的基本路徑圖，其中獨(dú)立路徑是包括一組以前沒(méi)有處理的語(yǔ)句或條件的一條路徑。從程序圖來(lái)看，一條獨(dú)立路徑是至少包含有一條在其他獨(dú)立

24、路徑中未有過(guò)的邊的路徑。25匯編語(yǔ)言是面向(機(jī)器) 的，可以完成高級(jí)語(yǔ)言無(wú)法完成的特殊功能，如與外部設(shè)備之間的一些接口工作。解析匯編語(yǔ)言屬于低級(jí)語(yǔ)言，是一種面向機(jī)器的語(yǔ)言，它與高級(jí)語(yǔ)言相比有許多優(yōu)越性：如操作靈活，可以直接作用到硬件的最下層，完成與外部設(shè)備的接口工作等，是能夠利用計(jì)算機(jī)硬件特性直接控制硬件設(shè)備的唯一語(yǔ)言。26在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是(中間數(shù)據(jù)結(jié)構(gòu)或中間文件)。解析JSP方法是面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法。它定義了一組以數(shù)據(jù)結(jié)構(gòu)為指導(dǎo)的映射過(guò)程，根據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映射成軟件的過(guò)程描述，在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是引入中間數(shù)據(jù)結(jié)構(gòu)或中間文件，將

25、沖突部分分隔開來(lái)，建立多個(gè)程序結(jié)構(gòu)，再利用中間文件把它們聯(lián)系起來(lái)，構(gòu)成一個(gè)系統(tǒng)的整體。27詳細(xì)設(shè)計(jì)的任務(wù)是確定每個(gè)模塊的內(nèi)部特性，即模塊的算法、(使用的數(shù)據(jù))。解析詳細(xì)設(shè)計(jì)的基本任務(wù)是為每個(gè)模塊進(jìn)行詳細(xì)的算法設(shè)計(jì)，為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)，確定每個(gè)模塊的內(nèi)部特性，包括模塊的算法和使用的數(shù)據(jù)。對(duì)數(shù)據(jù)庫(kù)進(jìn)行物理設(shè)計(jì)等。28所有軟件維護(hù)申請(qǐng)報(bào)告要按規(guī)定方式提出，該報(bào)告也稱( 軟件問(wèn)題)報(bào)告。解析在軟件維護(hù)的流程中，第一步就是制定維護(hù)申請(qǐng)報(bào)告，也稱為軟件問(wèn)題報(bào)告，它是維護(hù)階段的一種文檔，由申請(qǐng)維護(hù)的用戶填寫。29有兩類維護(hù)技術(shù)：在開發(fā)階段使用來(lái)減少錯(cuò)誤、提高軟件可維護(hù)性的面向維護(hù)的技術(shù)；在維護(hù)階段用

26、來(lái)提高維護(hù)的效率和質(zhì)量的(維護(hù)支援)技術(shù)。解析面向維護(hù)的技術(shù)涉及軟件開發(fā)的所有階段，能夠減少軟件錯(cuò)誤，提高軟件的可維護(hù)性。而維護(hù)支援技術(shù)則包含信息收集，錯(cuò)誤原因分析，維護(hù)方案評(píng)價(jià)等項(xiàng)，是在軟件維護(hù)階段用來(lái)提高維護(hù)效率和質(zhì)量的技術(shù)。30科學(xué)工程計(jì)算需要大量的標(biāo)準(zhǔn)庫(kù)函數(shù)，以便處理復(fù)雜的數(shù)值計(jì)算，可供選擇的語(yǔ)言有：(FORTRAN語(yǔ)言)、PASCAL語(yǔ)言、C語(yǔ)言和PL/1語(yǔ)言。 解析計(jì)算機(jī)語(yǔ)言根據(jù)不同行業(yè)的需求，使用的側(cè)重點(diǎn)也不盡相同，在辦公管理方面，一些數(shù)據(jù)庫(kù)語(yǔ)言如FOXPRO、ORICAL有很多的應(yīng)用，在工程行業(yè)，計(jì)算機(jī)語(yǔ)言的科學(xué)計(jì)算能力就顯得格外重要，如MATLAB、PL/1、FORTRAN語(yǔ)

27、言都是工程計(jì)算中常用的語(yǔ)言。三，名詞解釋（本大題共5小題，每小題3分，共15分）31經(jīng)濟(jì)可行性解：進(jìn)行開發(fā)成本的估算以及了解取得效益的評(píng)估，確定要開發(fā)的項(xiàng)目是否值得投資開發(fā)。32社會(huì)可行性解：要開發(fā)的項(xiàng)目是否存在任何侵犯、妨礙等責(zé)任問(wèn)題，要開發(fā)項(xiàng)目目的運(yùn)行方式在用戶組織內(nèi)是否行得通，現(xiàn)有管理制度、人員素質(zhì)、操作方式是否可行。33投資回收期解：投資回收期就是使累計(jì)的經(jīng)濟(jì)效益等于最初的投資費(fèi)用所需的時(shí)間。34對(duì)應(yīng)關(guān)系解：即有直接因果關(guān)系在程序中可以同時(shí)處理。35結(jié)構(gòu)沖突解：輸入數(shù)據(jù)與輸出數(shù)據(jù)結(jié)構(gòu)找不到對(duì)應(yīng)關(guān)系的情況，稱為結(jié)構(gòu)沖突。四，簡(jiǎn)答題（本大題共4小題，每小題5分，共20分）36可行性研究報(bào)告

28、的主要內(nèi)容有哪些?解：一個(gè)可行性研究報(bào)告的主要內(nèi)容如下： （1）引言：說(shuō)明編寫本文檔的目的；項(xiàng)目的名稱、背景；本文檔用到的專門術(shù)語(yǔ)和參考資料。（2）可行性研究前提：說(shuō)明開發(fā)項(xiàng)目的功能、性能和基本要求；達(dá)到的目標(biāo)；各種限制條件；可行性研究方法和決定可行性的主要因素。 （3）對(duì)現(xiàn)有系統(tǒng)的分析：說(shuō)明現(xiàn)有系統(tǒng)的處理流程和數(shù)據(jù)流程；工作負(fù)荷；各項(xiàng)費(fèi)用支出；所需要各類專業(yè)技術(shù)人員的數(shù)量；所需要各種設(shè)備；現(xiàn)有系統(tǒng)存在什么問(wèn)題。 （4）所建議系統(tǒng)的技術(shù)可行性分析：所建議系統(tǒng)的簡(jiǎn)要說(shuō)明；處理流程和數(shù)據(jù)流程；與現(xiàn)有的系統(tǒng)比較的優(yōu)越性；采用所建議系統(tǒng)對(duì)用戶的影響；對(duì)各種設(shè)備、現(xiàn)有軟件、開發(fā)環(huán)境、運(yùn)行環(huán)境的影響；對(duì)經(jīng)

29、費(fèi)支出的影響；對(duì)技術(shù)可行性的評(píng)價(jià)。 （5）所建議系統(tǒng)的經(jīng)濟(jì)可行性分析：說(shuō)明所建議系統(tǒng)的各種支出，各種效益；收益投資比；投資回收周期。 （6）社會(huì)因素可行性分析：說(shuō)明法律因素，對(duì)合同責(zé)任、侵犯專利權(quán)、侵犯版權(quán)等問(wèn)題的分析；說(shuō)明用戶使用可行性，是否滿足用戶行政管理、工作制度、人員素質(zhì)的要求。 （7）其他可供選擇方案：逐一說(shuō)明其他可供選擇的方案，并說(shuō)明未被推薦的理由。 （8）結(jié)論意見：說(shuō)明項(xiàng)目是否能開發(fā)；還需要什么條件才能開發(fā)；對(duì)項(xiàng)目目標(biāo)有什么變動(dòng)等。解析做軟件的可行性研究的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā)，是否值得去開發(fā)，其中的問(wèn)題能否解決，報(bào)告共分為八個(gè)基本內(nèi)容。

30、37系統(tǒng)設(shè)計(jì)的內(nèi)容是什么？解：系統(tǒng)設(shè)計(jì)階段先從高層入手，然后細(xì)化。系統(tǒng)設(shè)計(jì)要決定整個(gè)結(jié)構(gòu)及風(fēng)格，這種結(jié)構(gòu)為后面設(shè)計(jì)階段的更詳細(xì)策略的設(shè)計(jì)提供了基礎(chǔ)。 （1）系統(tǒng)分解。系統(tǒng)中主要的組成部分稱為子系統(tǒng)，子系統(tǒng)既不是一個(gè)對(duì)象也不是一個(gè)功能，而是類、關(guān)聯(lián)、操作、時(shí)間和約束的集合。每次分解的各子系統(tǒng)數(shù)目不能太多，最底層子系統(tǒng)稱為模塊。 （2）確定并發(fā)性。分析模型、現(xiàn)實(shí)世界及硬件中不少對(duì)象均是并發(fā)的。系統(tǒng)設(shè)計(jì)的一個(gè)重要目標(biāo)就是確定哪些是必須同時(shí)動(dòng)作的對(duì)象，哪些不是同時(shí)動(dòng)作的對(duì)象。后者可以放在一起，而綜合成單個(gè)控制線或任務(wù)。 （3）處理器及任務(wù)分配。各并發(fā)子系統(tǒng)必須分配給單個(gè)硬件單元，要么是一個(gè)一般的處理器

31、，要么是一個(gè)具體的功能單元，必須完成下面的工作：估計(jì)性能要求和資源需求，選擇實(shí)現(xiàn)子系統(tǒng)的硬軟件，將軟件子系統(tǒng)分配給各處理器以滿足性能要求和極小化處理器之間的通信，決定實(shí)現(xiàn)各子系統(tǒng)的各物理單元的連接。 （4）數(shù)據(jù)存儲(chǔ)管理。系統(tǒng)中的內(nèi)部數(shù)據(jù)和外部數(shù)據(jù)的存儲(chǔ)管理是一項(xiàng)重要的任務(wù)。通常各數(shù)據(jù)存儲(chǔ)可以將數(shù)據(jù)結(jié)構(gòu)、文件、數(shù)據(jù)庫(kù)組合在一起，不同數(shù)據(jù)存儲(chǔ)要在費(fèi)用、訪問(wèn)時(shí)間、容量以及可靠性之間做折中考慮。 （5）全局資源的處理。必須確定全局資源，并且制定訪問(wèn)全局資源的策略。全局資源包括：物理資源，如處理器、驅(qū)動(dòng)器等；空間，如盤空間、工作站屏等；邏輯名字，如對(duì)象標(biāo)識(shí)符、類名、文件名等。 如果資源是物理對(duì)象，則可以

32、通過(guò)建立協(xié)議實(shí)現(xiàn)對(duì)并發(fā)系統(tǒng)的訪問(wèn)，以達(dá)到自身控制；如果資源是邏輯實(shí)體，如對(duì)象標(biāo)識(shí)符，那么在共享環(huán)境中有沖突訪問(wèn)的可能，如獨(dú)立的事務(wù)可能同時(shí)使用同一個(gè)對(duì)象標(biāo)識(shí)符，則各個(gè)全局資源都必須有一個(gè)保護(hù)對(duì)象，由保護(hù)對(duì)象來(lái)控制對(duì)該資源的訪問(wèn)。 （6）選擇軟件控制機(jī)制。分析模型中所有交互行為都表示為對(duì)象之間的事件。系統(tǒng)設(shè)計(jì)必須從多種方法中選擇某種方法來(lái)實(shí)現(xiàn)軟件的控制。 （7）人機(jī)交互接口設(shè)計(jì)。設(shè)計(jì)中的大部分工作都與穩(wěn)定的狀態(tài)行為有關(guān)，但必須考慮用戶使用系統(tǒng)的交互接口。38什么是軟件危機(jī)？軟件危機(jī)的表現(xiàn)是什么？其產(chǎn)生的原因是什么？解：軟件發(fā)展第二階段的末期，由于計(jì)算機(jī)硬件技術(shù)的進(jìn)步，計(jì)算機(jī)運(yùn)行速度、容量、可靠性

33、有顯著的提高，生產(chǎn)成本顯著下降，這為計(jì)算機(jī)的廣泛應(yīng)用創(chuàng)造了條件。一些復(fù)雜的、大型的軟件開發(fā)項(xiàng)目提出來(lái)了，但是，軟件開發(fā)技術(shù)的進(jìn)步一直未能滿足發(fā)展的需要。在軟件開發(fā)中遇到的問(wèn)題找不到解決辦法，使問(wèn)題積累起來(lái)，形成了尖銳的矛盾，因而導(dǎo)致了軟件危機(jī)。 軟件危機(jī)表現(xiàn)在以下四個(gè)方面： （1）經(jīng)費(fèi)預(yù)算經(jīng)常突破，完成時(shí)間一再拖延。由于缺乏軟件開發(fā)的經(jīng)驗(yàn)和軟件開發(fā)數(shù)據(jù)的積累，使得開發(fā)工作的計(jì)劃很難制定。主觀盲目制定計(jì)劃，執(zhí)行起來(lái)與實(shí)際情況有很大差距，使得開發(fā)經(jīng)費(fèi)一再突破。由于對(duì)工作量估計(jì)不足，對(duì)開發(fā)難度估計(jì)不足，進(jìn)度計(jì)劃無(wú)法按時(shí)完成，開發(fā)時(shí)間一再拖延。 （2）開發(fā)的軟件不能滿足用戶要求。開發(fā)初期對(duì)用戶的要求了

34、解不夠明確，未能得到明確的表達(dá)。開發(fā)工作開始后，軟件人員和用戶又未能及時(shí)交換意見，使得一些問(wèn)題不能及時(shí)解決，導(dǎo)致開發(fā)的軟件不能滿足用戶的要求，因而導(dǎo)致開發(fā)失敗。 （3）開發(fā)的軟件可維護(hù)性差。開發(fā)過(guò)程中沒(méi)有同意的、公認(rèn)的規(guī)范，軟件開發(fā)人員按各自的風(fēng)格工作，各行其是，開發(fā)過(guò)程無(wú)完整、規(guī)范的文檔，發(fā)現(xiàn)問(wèn)題后進(jìn)行雜亂無(wú)章的修改。程序結(jié)構(gòu)不好，運(yùn)行時(shí)發(fā)現(xiàn)錯(cuò)誤也很難修改，導(dǎo)致維護(hù)性差。 （4）開發(fā)的軟件可靠性差。由于在開發(fā)過(guò)程中，沒(méi)有確保軟件質(zhì)量的體系和措施，在軟件測(cè)試時(shí)，又沒(méi)有嚴(yán)格的、充分的、完全的測(cè)試，提交給用戶的軟件質(zhì)量差，在運(yùn)行中暴露出大量的問(wèn)題。 造成軟件危機(jī)的原因是： （1）軟件的規(guī)模越來(lái)越大

35、，結(jié)構(gòu)越來(lái)越復(fù)雜。（2）軟件開發(fā)管理困難而復(fù)雜。（3）軟件開發(fā)費(fèi)用不斷增加。（4）軟件開發(fā)技術(shù)落后。（5）生產(chǎn)方式落后。6）開發(fā)工具落后，生產(chǎn)率提高緩慢。39軟件質(zhì)量保證應(yīng)做好哪幾方面的工作？解：軟件質(zhì)量保證是軟件工程管理的重要內(nèi)容，軟件質(zhì)量保證應(yīng)做好以下幾方面的工作： （1）采用技術(shù)手段和工具。質(zhì)量保證活動(dòng)要貫徹開發(fā)過(guò)程始終，必須采用技術(shù)手段和工具，尤其是使用軟件開發(fā)環(huán)境來(lái)進(jìn)行軟件開發(fā)。 （2）組織正式技術(shù)評(píng)審。在軟件開發(fā)的每一個(gè)階段結(jié)束時(shí)，都要組織正式的技術(shù)評(píng)審。國(guó)家標(biāo)準(zhǔn)要求單位必須采用審查、文檔評(píng)審、設(shè)計(jì)評(píng)審、審計(jì)和測(cè)試等具體手段來(lái)保證質(zhì)量。 （3）加強(qiáng)軟件測(cè)試。軟件測(cè)試是質(zhì)量保證的重要手段，因?yàn)闇y(cè)試可發(fā)現(xiàn)軟件中大多數(shù)潛在錯(cuò)誤。 （4）推行軟件工程規(guī)范（標(biāo)準(zhǔn)）。用戶可以自己制定軟件工程規(guī)范（標(biāo)準(zhǔn)），但標(biāo)準(zhǔn)一旦確認(rèn)就應(yīng)貫徹執(zhí)行。 （5）對(duì)軟件的變更進(jìn)行控制。軟件的修改和變更常常會(huì)引起潛伏的