2023年電大軟件工程期末考試匯總

1、下面哪個(gè)選項(xiàng)不是軟件工程研究的內(nèi)容（B)。Ａ.生產(chǎn)無(wú)端障的軟件B．精通一門(mén)編程語(yǔ)言C.生產(chǎn)滿足用戶需求的軟件D.生產(chǎn)及時(shí)交付的軟件2、軟件工程的出現(xiàn)是由于（A）Ａ.軟件危機(jī)B．計(jì)算機(jī)硬件技術(shù)的發(fā)展C.軟件社會(huì)化的需要D.計(jì)算機(jī)軟件技術(shù)的發(fā)展3、軟件工程的研究?jī)?nèi)容具有層次化結(jié)構(gòu)，最底層是質(zhì)量保證層，中間層是(C),最上層是工具層。A.過(guò)程層B．方法層C.過(guò)程層和方法層D.系統(tǒng)層4、美國(guó)著名軟件工程專家B.W.Ｂoehm于1９83年提出了軟件工程的(Ａ)條基本原理。A.７Ｂ.5C．3D.125、結(jié)構(gòu)化分析方法（ＳＡ法）使用的重要描述工具有(D）。A.數(shù)據(jù)庫(kù)B．模塊結(jié)構(gòu)圖C.PAD圖D.分層的DFＤ圖６、源程序的效率與(Ｄ)階段擬定的算法的效率直接有關(guān)。A.概要設(shè)計(jì)?B.總體設(shè)計(jì) C.單元設(shè)計(jì) D.具體設(shè)計(jì)7、可行性研究的重要任務(wù)是（Ａ）。A．?dāng)M定系統(tǒng)做什么B.擬定性能Ｃ.擬定功能D．進(jìn)行一次簡(jiǎn)要的需求分析８、內(nèi)容耦合是模塊間最緊密的耦合,(B）是模塊間最松散的耦合。A.數(shù)據(jù)耦合B．非直接耦合C.控制耦合D．外部耦合9、面向?qū)ο笫恰跋取睌M定(）“后”（Ｃ)。A.屬性／方法B．?dāng)?shù)據(jù)結(jié)構(gòu)／方法C．動(dòng)作的主體／執(zhí)行動(dòng)作Ｄ.動(dòng)作１0、UML是一種(B）語(yǔ)言。A．高級(jí)編程Ｂ．可視化建模Ｃ.分析方法Ｄ.過(guò)程11、軟件工程強(qiáng)調(diào)將（D)的方法應(yīng)用于軟件的開(kāi)發(fā)和維護(hù)過(guò)程之中。A．規(guī)范化B.系統(tǒng)化C.可度量Ｄ.以上所有12、軟件開(kāi)發(fā)活動(dòng)的順序應(yīng)當(dāng)是（Ａ）。A.問(wèn)題定義、可行性研究、需求分析、設(shè)計(jì)、編碼和測(cè)試。B．問(wèn)題定義、設(shè)計(jì)、可行性研究、編碼和測(cè)試。C.需求分析、設(shè)計(jì)、編碼和測(cè)試。Ｄ．需求分析、編碼和測(cè)試、試運(yùn)營(yíng)。13、假定銀行的存款年利率是2%，請(qǐng)問(wèn)現(xiàn)在存５00０元,兩年后價(jià)值應(yīng)為（A）元。A．5202B.４500Ｃ.5100D.471214、系統(tǒng)物理模型用（Ａ)表達(dá)。A.系統(tǒng)流程圖Ｂ．?dāng)?shù)據(jù)流程圖Ｃ.程序流程圖D.E-R圖1５、關(guān)于軟件需求特性不對(duì)的的描述是“軟件需求具有(C)”。Ａ．多變性B.模糊性C.準(zhǔn)確性D.主觀性16、DFD中的每個(gè)加工至少需要（Ｄ)A.一個(gè)輸入流Ｂ．一個(gè)輸出流C.一個(gè)輸入或輸出流Ｄ．一個(gè)輸入流和一個(gè)輸出流17、PDL是描述解決過(guò)程(C）。A．做什么B.為什么做Ｃ．怎么做D．對(duì)誰(shuí)做１８、當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù),這種模塊之間的耦合為（D)Ａ．?dāng)?shù)據(jù)耦合B.公共耦合C.標(biāo)記耦合D．內(nèi)容耦合１9、按照模塊獨(dú)立性,耦合限度由強(qiáng)至弱對(duì)的的順序是（A)。A.數(shù)據(jù)耦合、控制耦合、外部耦合、內(nèi)容耦合Ｂ.控制耦合、數(shù)據(jù)耦合、內(nèi)容耦合、外部耦合C.內(nèi)容耦合、外部耦合、控制耦合、數(shù)據(jù)耦合D.外部耦合、內(nèi)容耦合、數(shù)據(jù)耦合、控制耦合20、UＭL中,包圖是一種（C)。A．集合Ｂ.數(shù)據(jù)結(jié)構(gòu)Ｃ.分組機(jī)制D.對(duì)系統(tǒng)的動(dòng)態(tài)描述２１、反映收發(fā)消息的對(duì)象的組織結(jié)構(gòu),用于描述系統(tǒng)的行為是如何有系統(tǒng)的成分協(xié)作實(shí)現(xiàn)的是（C)。A．順序圖Ｂ.類(lèi)圖C.合作圖D．組件圖22、面向?qū)ο蠓治龊驮O(shè)計(jì)的界線是(C）,從分析到設(shè)計(jì)是一個(gè)逐漸擴(kuò)充模型的過(guò)程。A.清楚的Ｂ.模糊的C.非線性的D.擬定的２3、動(dòng)態(tài)模型描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對(duì)象之間的交互,表達(dá)瞬時(shí)的、行為化的系統(tǒng)“控制”特性。面向?qū)ο蠓椒ㄖ?，常用（D）實(shí)現(xiàn)。A．狀態(tài)圖Ｂ.交互圖C.活動(dòng)圖D.以上所有24、不適合作為數(shù)據(jù)解決與數(shù)據(jù)庫(kù)應(yīng)用的語(yǔ)言是(Ｄ）A.SQLB．CoｂolC.４GLD.Liｓｐ25．軟件工程中,只根據(jù)程序的功能說(shuō)明而不關(guān)心程序內(nèi)部邏輯的測(cè)試方法，稱為(C）測(cè)試。

A.白盒法B.灰盒法C.黑盒法Ｄ.綜合法26、程序設(shè)計(jì)語(yǔ)言的技術(shù)特性不應(yīng)涉及(Ｄ）。Ａ.數(shù)據(jù)結(jié)構(gòu)的描述性B.抽象類(lèi)型的描述性Ｃ．?dāng)?shù)據(jù)庫(kù)的易操作性D.軟件的可移植性２7、以下哪種測(cè)試方法不屬于白盒測(cè)試技術(shù)（B)。

Ａ.語(yǔ)句覆蓋測(cè)試B．邊界值分析測(cè)試Ｃ．條件覆蓋測(cè)試Ｄ．判斷覆蓋測(cè)試28、軟件測(cè)試的重要特點(diǎn)是(C)。A．軟件測(cè)試的開(kāi)銷(xiāo)不大B.軟件測(cè)試要依靠工具C.軟件不能進(jìn)行“窮舉”測(cè)試D.軟件測(cè)試要依靠人工29、在軟件生存期的維護(hù)階段，繼續(xù)診斷和修正錯(cuò)誤的過(guò)程稱為（D）。

A．完善性維護(hù)B.適應(yīng)性維護(hù)C.防止性維護(hù)Ｄ.改正性維護(hù)30、不屬于軟件項(xiàng)目管理的是(D）。A.開(kāi)發(fā)機(jī)構(gòu)能力評(píng)估B.項(xiàng)目風(fēng)險(xiǎn)評(píng)估Ｃ.質(zhì)量監(jiān)控D.軟件銷(xiāo)售利潤(rùn)31、用（D)模型描述和分析業(yè)務(wù)流程。Ａ.靜態(tài)B.業(yè)務(wù)C．?dāng)?shù)據(jù)D．動(dòng)態(tài)３2、用(B）描述系統(tǒng)與角色之間的接口。A．表單B.界面類(lèi)C.窗體D.對(duì)話框33、對(duì)類(lèi)進(jìn)行具體設(shè)計(jì)，重要是設(shè)計(jì)類(lèi)的(C），優(yōu)化類(lèi)之間的關(guān)系。A.數(shù)據(jù)結(jié)構(gòu)Ｂ．解決流程Ｃ.屬性和方法D.算法34、面向?qū)ο笤O(shè)計(jì)強(qiáng)調(diào)定義（Ａ），并且使它們互相協(xié)作來(lái)滿足用戶需求。A.軟件對(duì)象B.物理模型Ｃ.E-Ｒ模型D.接口３5、軟件測(cè)試的目的是設(shè)計(jì)優(yōu)秀的測(cè)試用例(Ｂ)。A.最快速地找出程序中的問(wèn)題Ｂ.以最小的代價(jià)、在最短的時(shí)間內(nèi)盡也許多地發(fā)現(xiàn)軟件中的錯(cuò)誤C．保障程序的對(duì)的性Ｄ.區(qū)分出程序員的編程水平36、（Ｂ）不符合軟件測(cè)試原則。Ａ．對(duì)每個(gè)測(cè)試結(jié)果進(jìn)行檢查,不漏掉已經(jīng)出現(xiàn)的錯(cuò)誤跡象Ｂ．程序員應(yīng)當(dāng)仔細(xì)測(cè)試自己編寫(xiě)的程序代碼C.程序員要避免測(cè)試自己編寫(xiě)的程序代碼D．測(cè)試工作越早開(kāi)始越好37、引起軟件改變的因素重要有(D)。A.運(yùn)營(yíng)環(huán)境變化Ｂ．需求變化C．系統(tǒng)有錯(cuò)Ｄ.以上所有38、（C)針對(duì)開(kāi)發(fā)過(guò)程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A．組織管理B.過(guò)程管理C．軟件配置管理D.風(fēng)險(xiǎn)管理39、現(xiàn)在人們更強(qiáng)調(diào)程序代碼的（Ａ)。A.可維護(hù)性B．可移植性C．可擴(kuò)充性D.高效性40、程序的三種基本控制結(jié)構(gòu),涉及順序結(jié)構(gòu)、(A）和循環(huán)結(jié)構(gòu)。Ａ.判斷結(jié)構(gòu)B.說(shuō)明結(jié)構(gòu)Ｃ．輸入結(jié)構(gòu)D.輸出結(jié)構(gòu)41、軟件、程序和代碼是(D）。A.相同的軟件概念B.程序語(yǔ)言寫(xiě)的代碼C.計(jì)算機(jī)代碼和數(shù)據(jù)D.三個(gè)不同的概念4２、下面哪個(gè)選項(xiàng)不是軟件工程研究的內(nèi)容(Ｂ）。A.生產(chǎn)無(wú)端障的軟件B.精通一門(mén)編程語(yǔ)言C.生產(chǎn)滿足用戶需求的軟件D.生產(chǎn)及時(shí)交付的軟件４3、SＷ-CMＭ是一種（D）規(guī)范。A.編程規(guī)范B.軟件工作通用模型C.軟件設(shè)計(jì)模型D.軟件成熟度模型44、可行性研究實(shí)質(zhì)上是在較高層次上、以較抽象的方式進(jìn)行(B）的過(guò)程。Ａ.具體軟件設(shè)計(jì)B.需求分析過(guò)程C．進(jìn)一步的需求分析D.測(cè)試設(shè)計(jì)４5、與傳統(tǒng)行業(yè)的生產(chǎn)相比較，軟件的需求具有（A)。A．主觀性B.穩(wěn)定性C.明確性D.客觀性４6、源程序的效率與(D)階段擬定的算法的效率直接有關(guān)。A．概要設(shè)計(jì) Ｂ．總體設(shè)計(jì) Ｃ．單元設(shè)計(jì) D.具體設(shè)計(jì)４7、畫(huà)DFD圖的重要目的是(A)。A.作為需求分析階段用戶與開(kāi)發(fā)者之間交流信息的工具B.對(duì)系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行描述C.對(duì)目的系統(tǒng)的層次結(jié)構(gòu)進(jìn)行描述D.作為編碼和測(cè)試的工具4８、耦合度最高的是(Ｂ）。A.外部耦合B.內(nèi)容耦合C.控制耦合D.數(shù)據(jù)耦合49、為了提高模塊的獨(dú)立性，模塊之間最佳是（Ｄ）。A．控制耦合B．公共耦合C．內(nèi)容耦合D.數(shù)據(jù)耦合50、UML是一種（A)。Ａ.建模工具Ｂ.可視化的程序設(shè)計(jì)語(yǔ)言C.可視化的建模語(yǔ)言Ｄ.過(guò)程5１、美國(guó)卡內(nèi)基﹒梅隆大學(xué)制定的ＳＷ-CMM是（C)。A.軟件工作規(guī)范B．軟件工作流描述C.軟件成熟度模型D.軟件描述的一般方法５2、螺旋模型是一種考慮了(D）的軟件開(kāi)發(fā)模型。A.效率Ｂ.風(fēng)險(xiǎn)判斷C.可移植性D.安全性53、可行性研究的四大要素是（A）。A.經(jīng)濟(jì)、技術(shù)、法律和社會(huì)環(huán)境B．經(jīng)濟(jì)、技術(shù)、開(kāi)發(fā)組織能力和領(lǐng)導(dǎo)者水平Ｃ.經(jīng)濟(jì)、技術(shù)、計(jì)算機(jī)硬件環(huán)境和網(wǎng)絡(luò)帶寬Ｄ.經(jīng)濟(jì)、技術(shù)、軟件開(kāi)發(fā)工具和人員的穩(wěn)定性5４、軟件調(diào)研報(bào)告是在(B)提交的。A.可行性分析之前Ｂ．需求分析之前C.簽協(xié)議之前D．設(shè)計(jì)的時(shí)候55、描述軟件需求通常不用哪個(gè)工具（Ｃ）。A.數(shù)據(jù)流程圖B.數(shù)據(jù)字典C．模塊結(jié)構(gòu)圖D．E-R圖5６、軟件結(jié)構(gòu)圖中沒(méi)有(D）元素。Ａ.模塊B.調(diào)用參數(shù)C．返回結(jié)果D.判斷5７、程序流程圖與數(shù)據(jù)流程圖的關(guān)系（A）。A．不擬定B．?dāng)?shù)據(jù)流程圖可以轉(zhuǎn)換成程序流程圖C.數(shù)據(jù)調(diào)用關(guān)系D．程序流程圖可以轉(zhuǎn)換成數(shù)據(jù)流程圖58、包含關(guān)系用于構(gòu)造多個(gè)用例(Ｂ)。A．關(guān)系B.共性的部分Ｃ.角色Ｄ．特殊活動(dòng)59、假如說(shuō)用例Ｆ被用例T擴(kuò)展,意思是(A）。A.F是一個(gè)一般用例，Ｔ是一個(gè)特殊用例B.F是一個(gè)特殊用戶,Ｔ是一個(gè)一般用例C.都是一般用例D.都是特殊用例60、用（C)對(duì)需要長(zhǎng)期保存的信息進(jìn)行建模。A.實(shí)體類(lèi)B.數(shù)據(jù)庫(kù)表C.E-Ｒ圖Ｄ.對(duì)象類(lèi)61、面向?qū)ο蟪绦蛟O(shè)計(jì)的基本機(jī)制(Ａ)。A.繼承Ｂ.消息C.方法Ｄ.結(jié)構(gòu)6２.表達(dá)對(duì)象互相行為的模型是（A）模型。Ａ.動(dòng)態(tài)模型B.功能模型Ｃ．對(duì)象模型Ｄ.狀態(tài)模型６3、對(duì)象模型描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間的關(guān)系，表達(dá)目的系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ?，由（Ｂ）?shí)現(xiàn)。A.順序圖B.類(lèi)圖C.狀態(tài)圖D.組件圖64、對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作(C）于對(duì)象的統(tǒng)一體中。Ａ.結(jié)合B.隱藏Ｃ.封裝D.抽象65、面向?qū)ο笤O(shè)計(jì)的環(huán)節(jié)中，對(duì)的的順序是(A）。A.系統(tǒng)構(gòu)架設(shè)計(jì)、用例設(shè)計(jì)、類(lèi)設(shè)計(jì)B.系統(tǒng)構(gòu)架設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)和用戶界面設(shè)計(jì)C.類(lèi)設(shè)計(jì)、用例設(shè)計(jì)、構(gòu)架設(shè)計(jì)?D.用例設(shè)計(jì)、構(gòu)架設(shè)計(jì)、類(lèi)設(shè)計(jì)６6、軟件維護(hù)過(guò)程中產(chǎn)生的副作用,一般是由（B）引起的。A.算法說(shuō)明B.修改程序C.優(yōu)先級(jí)Ｄ.環(huán)境規(guī)定67、項(xiàng)目計(jì)劃活動(dòng)的重要任務(wù)是（D)。A.估算項(xiàng)目的進(jìn)度Ｂ．分派工作量C．計(jì)劃資源使用Ｄ．以上所有６８、假如程序代碼的(C)好,則調(diào)試的成本就可以大幅度減少。Ａ.性能比Ｂ．可擴(kuò)充性C.可讀性Ｄ.可移植性69、兩個(gè)浮點(diǎn)數(shù)X0和X1比較相等時(shí),應(yīng)當(dāng)用（C）比較。Ａ.X0＝=Ｘ1B.X1-X0＜εＣ.|X0-X1｜<εD.X0=X１70、瀑布模型存在的問(wèn)題是（Ｄ)。A.用戶容易參與開(kāi)發(fā) Ｂ.合用可變需求C．用戶與開(kāi)發(fā)者易溝通D．缺少靈活性71、面向?qū)ο笤O(shè)計(jì)一方面要擬定系統(tǒng)的總體結(jié)構(gòu)和風(fēng)格,構(gòu)造系統(tǒng)的（Ｂ）。Ａ.邏輯模型B．物理模型C.數(shù)據(jù)模型D.用例模型72、面向?qū)ο笤O(shè)計(jì)的環(huán)節(jié)中，對(duì)的的順序是（Ａ)。Ａ.系統(tǒng)構(gòu)架設(shè)計(jì)、用例設(shè)計(jì)、類(lèi)設(shè)計(jì)B.系統(tǒng)構(gòu)架設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)和用戶界面設(shè)計(jì)C.類(lèi)設(shè)計(jì)、用例設(shè)計(jì)、構(gòu)架設(shè)計(jì) D.用例設(shè)計(jì)、構(gòu)架設(shè)計(jì)、類(lèi)設(shè)計(jì)7３、類(lèi)有３種類(lèi)型，即（Ｂ)。A.邊界類(lèi)、實(shí)體類(lèi)、控制類(lèi)Ｂ.實(shí)體類(lèi)、控制類(lèi)、界面類(lèi)Ｃ.控制類(lèi)、實(shí)體類(lèi)、虛類(lèi)Ｄ.界面類(lèi)、控制類(lèi)、公共類(lèi)7４、(D)是一般化類(lèi)與特殊化類(lèi)之間的一種關(guān)聯(lián)形式，設(shè)計(jì)時(shí)應(yīng)當(dāng)適當(dāng)使用這種耦合。Ａ.消息連接B.參數(shù)傳遞C.方法重寫(xiě)D.繼承7５、結(jié)構(gòu)化程序設(shè)計(jì)重要強(qiáng)調(diào)的是(D）。A．程序的規(guī)模B.程序效率C.程序語(yǔ)言的先進(jìn)性Ｄ.程序易讀性７6、程序的三種基本控制結(jié)構(gòu)，涉及順序結(jié)構(gòu)、(Ａ）和循環(huán)結(jié)構(gòu)。A.條件／判斷結(jié)構(gòu)Ｂ.說(shuō)明結(jié)構(gòu)C.輸入結(jié)構(gòu)D.輸出結(jié)構(gòu)７7、一般性的軟件其測(cè)試工作量大約占整個(gè)開(kāi)發(fā)工作量的(B）。A．小于10％B.4０%C.90%D．大于1００78、下面哪些測(cè)試方法屬于黑盒測(cè)試(B）。途徑測(cè)試B.等價(jià)類(lèi)劃分C．條件判斷D．循環(huán)測(cè)試79、軟件特性中,互相矛盾的是（B)。A.可理解性與可測(cè)試性Ｂ.效率與可修改性C.可修改性和可理解性D．可理解性與可讀性8０、(D）針對(duì)開(kāi)發(fā)過(guò)程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A.組織管理B．過(guò)程管理C．風(fēng)險(xiǎn)管理D.軟件配置管理簡(jiǎn)答題請(qǐng)說(shuō)明快速原型化模型的基本思想。在需求分析的同時(shí),以比較小的代價(jià)快速建立一個(gè)可以反映用戶重要需求的原型系統(tǒng)。用戶在原型系統(tǒng)上可以進(jìn)行基本操作,并且提出改善意見(jiàn),分析人員根據(jù)用戶的意見(jiàn)完善原型，然后再由用戶評(píng)價(jià)，提出建議，如此往復(fù)，直到開(kāi)發(fā)的原型系統(tǒng)滿足了用戶的需求為止。基于快速原型化模型的開(kāi)發(fā)過(guò)程基本上是線性的,從創(chuàng)建系統(tǒng)原型到系統(tǒng)運(yùn)營(yíng),期間沒(méi)有反饋環(huán)。這是由于開(kāi)發(fā)人員是在原型的基礎(chǔ)上進(jìn)行系統(tǒng)分析和設(shè)計(jì),而原型已經(jīng)通過(guò)了用戶和開(kāi)發(fā)組的審查,在設(shè)計(jì)階段由于有原型作設(shè)計(jì)參考,所以設(shè)計(jì)的結(jié)果對(duì)的率比較高。軟件工程為什么要強(qiáng)調(diào)規(guī)范化和文檔化?（1）軟件工程強(qiáng)調(diào)規(guī)范化和文檔化。規(guī)范化的目的是使眾多的開(kāi)發(fā)者遵守相同的規(guī)范,使軟件生產(chǎn)擺脫個(gè)人生產(chǎn)方式,進(jìn)入標(biāo)準(zhǔn)化、工程化的生產(chǎn)方式。（２）文檔化是將軟件的設(shè)計(jì)思想、設(shè)計(jì)過(guò)程和實(shí)現(xiàn)過(guò)程完整地記錄下來(lái),以便于后人的使用和維護(hù),在開(kāi)發(fā)過(guò)程中各類(lèi)相關(guān)人員借助于文檔進(jìn)行交流和溝通。此外,在開(kāi)發(fā)過(guò)程中產(chǎn)生的各類(lèi)文檔使得軟件的生產(chǎn)過(guò)程由不可見(jiàn)變?yōu)榭梢?jiàn)，便于管理者對(duì)軟件生產(chǎn)進(jìn)度和開(kāi)發(fā)過(guò)程進(jìn)行管理。在用戶最終驗(yàn)收時(shí)可以通過(guò)對(duì)提交的文檔進(jìn)行技術(shù)審查和管理審查,保證軟件的質(zhì)量。3、請(qǐng)舉例說(shuō)明用例之間的包含關(guān)系和擴(kuò)展關(guān)系的區(qū)別？包含關(guān)系用于構(gòu)造多個(gè)用例共同的活動(dòng)。例如，在ATＭ系統(tǒng)中,取錢(qián)、查詢、更改密碼等功能都需要驗(yàn)證用戶密碼。這種情況下應(yīng)當(dāng)將密碼驗(yàn)證功能獨(dú)立出來(lái)，便于復(fù)用、減少冗余。一個(gè)用例擴(kuò)展另一個(gè)用例的功能,例如,在圖書(shū)館信息管理系統(tǒng)中,讀者還書(shū)時(shí),系統(tǒng)檢查所還圖書(shū)是否有預(yù)訂記錄,假如有則執(zhí)行“告知”用例。簡(jiǎn)述在項(xiàng)目開(kāi)發(fā)時(shí)選擇程序設(shè)計(jì)語(yǔ)言的重要考慮的因素。編程人員的水平和編程經(jīng)歷；待開(kāi)發(fā)的軟件類(lèi)型；算法和計(jì)算復(fù)雜性;數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性；軟件的開(kāi)發(fā)成本和時(shí)間規(guī)定；軟件可移植性規(guī)定;可用的軟件工具。5.設(shè)計(jì)下列偽程序的條件組合覆蓋測(cè)試用例。BEGINＩNPUT(x，y，z) IF(ｙ＞１）ＡND(z=0）ＴHＥNx=x／yEＮＤＩF?IF（ｙ=2)OR（x=l)THENx=x+ｌEＮＤIＦPRINT(x)END條件組合覆蓋標(biāo)準(zhǔn)為,使得每個(gè)鑒定表達(dá)式中條件的各種也許組合都至少出現(xiàn)一次。本程序中共有兩個(gè)鑒定表達(dá)式，每個(gè)鑒定表達(dá)式中有兩個(gè)簡(jiǎn)樸條件，因此，總共有8種也許的條件組合,它們是：y＞1，z＝０y>1,ｚ＜>０y＜=1，z=0y<＝１，z<>0y＝２，x=1ｙ=2，ｘ<>1y<>２,ｘ=１y＜＞2,x<>1條件組合覆蓋設(shè)計(jì)測(cè)試用例:?實(shí)現(xiàn)1,6兩種條件組合輸入:x=4,y=２,z=0；實(shí)現(xiàn)2，5兩種條件組合?輸入:x＝1,y=2,z=1;實(shí)現(xiàn)3，8兩種條件組合 輸入：x＝2,ｙ=1,z=0；實(shí)現(xiàn)4，７兩種條件組合輸入:x＝1,y=1,z＝1.請(qǐng)給出軟件工程七條基本原理中的任意６條基本原理。原理1.用分階段的生命周期計(jì)劃嚴(yán)格管理原理2.堅(jiān)持進(jìn)行階段評(píng)審原理３.實(shí)行嚴(yán)格的產(chǎn)品控制原理4.采用現(xiàn)代程序設(shè)計(jì)技術(shù)原理5.結(jié)果應(yīng)能清楚地審查原理6．開(kāi)發(fā)小組的人員應(yīng)當(dāng)少而精原理７．認(rèn)可不斷改善軟件工程實(shí)踐的必要性結(jié)構(gòu)化程序設(shè)計(jì)的特性是什么？結(jié)構(gòu)化程序設(shè)計(jì)的特性如下：程序模塊只有一個(gè)入口和一個(gè)出口、程序中只包含順序、條件和循環(huán)三種控制結(jié)構(gòu)。軟件需求可以分為業(yè)務(wù)需求、用戶需求、功能需求和非功能需求，請(qǐng)分析業(yè)務(wù)需求與功能需求的區(qū)別?業(yè)務(wù)需求是用戶高層領(lǐng)導(dǎo)機(jī)構(gòu)決定的,它擬定軟件的目的、規(guī)模和范圍。業(yè)務(wù)需求一般在進(jìn)行需求分析之前就應(yīng)當(dāng)擬定,需求分析階段要以此為參照制定需求調(diào)研計(jì)劃、擬定用戶核心需求和軟件功能需求。業(yè)務(wù)需求通常比較簡(jiǎn)潔，大約三～五頁(yè)紙就可以描述清楚,也可以將它直接作為需求規(guī)格說(shuō)明書(shū)中的一部分。功能需求定義了軟件開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功能。用戶從他們完畢任務(wù)的角度對(duì)軟件提出了用戶需求，這些需求通常是凌亂的、非系統(tǒng)化的、有冗余的,開(kāi)發(fā)人員不能據(jù)此編寫(xiě)程序。軟件分析人員要充足理解用戶需求，將用戶需求整理成軟件功能需求。開(kāi)發(fā)人員根據(jù)功能需求進(jìn)行軟件設(shè)計(jì)和編碼。簡(jiǎn)述模塊獨(dú)立性,內(nèi)聚與耦合。模塊獨(dú)立性,是指軟件系統(tǒng)中每個(gè)模塊只涉及軟件規(guī)定的具體的子功能，而和軟件系統(tǒng)中其它的模塊的接口是簡(jiǎn)樸的。一般采用兩個(gè)準(zhǔn)則度量模塊獨(dú)立性。即模塊間耦合和模塊內(nèi)聚。耦合是模塊之間的互相連接的緊密限度的度量。內(nèi)聚是模塊功能強(qiáng)度(一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密限度)的度量。模塊獨(dú)立性比較強(qiáng)的模塊應(yīng)是高內(nèi)聚低耦合的模塊。1０、請(qǐng)為下面的程序設(shè)計(jì)符合鑒定覆蓋的測(cè)試用例。iｎtｍain(){iｎta,ｂ,ｃ,x,y,z,t；scａnf(“d％,d%,ｄ%）,&a,&ｂ,&ｃ,&t）;ifａ>５＆&t＜１x=１0ｅｌsex=1；ifb＞10y=20elｓey=2；ifc>15ｚ=30ｅlsez=３;prinｔｆ（“d％,d%,d%\n”,x,ｙ，ｚ)}答：ａ＞5,t＝0a<=5,t＝0b＞10b<=１0c>15ｃ＜=15什么是軟件危機(jī)？試簡(jiǎn)述至少3種軟件危機(jī)的典型表現(xiàn)。（1)軟件危機(jī)是指在計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程中，所碰到的一系列嚴(yán)重問(wèn)題。(2)典型表現(xiàn)：開(kāi)發(fā)費(fèi)用和進(jìn)度難以估算和控制，大大超過(guò)預(yù)期的資金和規(guī)定日期;軟件維護(hù)困難;通常沒(méi)有保存適當(dāng)?shù)奈臋n資料開(kāi)發(fā)成本逐年上升;試分析結(jié)構(gòu)化方法存在的重要問(wèn)題是什么？１)結(jié)構(gòu)化方法分析和設(shè)計(jì)階段所應(yīng)用的模型之間存在鴻溝。分析階段的重要模型是數(shù)據(jù)流程圖,設(shè)計(jì)階段的重要模型是軟件模塊結(jié)構(gòu)圖，數(shù)據(jù)流程圖和軟件模塊結(jié)構(gòu)圖之間需要進(jìn)行轉(zhuǎn)換。不同的人轉(zhuǎn)換出的模塊圖也許不同,有很大的隨意性。２)需求分析的細(xì)化限度沒(méi)有標(biāo)準(zhǔn)，只能憑借分析人員的經(jīng)驗(yàn)自己把握;需求分析的過(guò)程是在一種瀑布形式,當(dāng)需求變更時(shí)，功能變化就會(huì)導(dǎo)致軟件模塊結(jié)構(gòu)發(fā)生變化,導(dǎo)致了軟件結(jié)構(gòu)不穩(wěn)定。3）結(jié)構(gòu)化程序設(shè)計(jì)將數(shù)據(jù)定義與解決數(shù)據(jù)的過(guò)程相分離，不利于軟件復(fù)用。４)結(jié)構(gòu)化方法設(shè)計(jì)的軟件結(jié)構(gòu)不穩(wěn)定,缺少靈活性,可維護(hù)性差。1３、面向?qū)ο蟮姆治鐾ǔＲ⑷齻€(gè)模型，請(qǐng)問(wèn)三個(gè)模型的作用？a）功能模型:表達(dá)系統(tǒng)的具體需求,為軟件的進(jìn)一步分析和設(shè)計(jì)打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ?，由用例圖和場(chǎng)景描述組成。b）對(duì)象模型：表達(dá)靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)“數(shù)據(jù)”性質(zhì)。描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間的關(guān)系,表達(dá)目的系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ?類(lèi)圖是構(gòu)建對(duì)象模型的核心工具。c)動(dòng)態(tài)模型:描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對(duì)象之間的交互，表達(dá)瞬時(shí)的、行為化的系統(tǒng)的“控制”特性。面向?qū)ο蠓椒ㄖ?，常用狀態(tài)圖、順序圖、合作圖、活動(dòng)圖構(gòu)建系統(tǒng)的動(dòng)態(tài)模型。為了提高軟件的可維護(hù)性，在軟件開(kāi)發(fā)過(guò)程的各個(gè)階段要充足考慮軟件的可維護(hù)性因素。(1)在需求分析階段應(yīng)當(dāng)明確維護(hù)的范圍和責(zé)任,檢查每條需求，分析維護(hù)時(shí)這條需求也許需要的支持,對(duì)于那些也許發(fā)生變化的需求要考慮系統(tǒng)的應(yīng)變能力。(２)在設(shè)計(jì)階段應(yīng)當(dāng)做一些表更實(shí)驗(yàn),檢查系統(tǒng)的可維護(hù)性、靈活性和可移植性,設(shè)計(jì)時(shí)應(yīng)當(dāng)將此后也許變更的內(nèi)容與其他部分分離出來(lái),并且遵循高內(nèi)聚、低耦合的原則。（3）編碼階段要保持源程序與文檔的一致性、源程序的可理解性和規(guī)范性。(4）在測(cè)試階段測(cè)試人員應(yīng)當(dāng)按照需求文檔和設(shè)計(jì)文檔測(cè)試軟件的有效性和可用性,收集犯錯(cuò)信息并進(jìn)行分類(lèi)記錄,為此后的維護(hù)打下基礎(chǔ)。１5、設(shè)計(jì)下列偽程序的語(yǔ)句覆蓋測(cè)試用例。BEGIＮINＰUT(A,Ｂ,C）ＩFA＞5THEＮX＝10ELSEX＝1ENＤＩFIFB>10THＥＮＹ=2０ELSEY＝2ENＤIFIFＣ＞１5THEＮZ=３0ＥLＳEZ=３ENDIＦPＲIＮT(X,Y,Z)EＮD答：由于每個(gè)鑒定表達(dá)式為真或假時(shí)均有賦值語(yǔ)句,為了使每個(gè)語(yǔ)句都至少執(zhí)行一次，總共需要兩組測(cè)試數(shù)據(jù),以便使得每個(gè)鑒定表達(dá)式取值為真或假各一次。下面是實(shí)現(xiàn)語(yǔ)句覆蓋的典型測(cè)試用例：(１)使3個(gè)鑒定表達(dá)式之值全為假輸入:A=１,B=1，C＝1預(yù)期的輸出：Ｘ=1，Y=2,Z=3（2)使3個(gè)鑒定表達(dá)式之值全為真輸入:A=２０，B=40，C=６0預(yù)期的輸出：X=１0,Y＝20,Z＝30簡(jiǎn)述軟件過(guò)程模型1)軟件過(guò)程是人們開(kāi)發(fā)和維護(hù)軟件及相關(guān)產(chǎn)品的活動(dòng)、方法、實(shí)踐和改善的集合。它明擬定義軟件過(guò)程中所執(zhí)行的活動(dòng)及其順序,擬定沒(méi)一個(gè)活動(dòng)內(nèi)容和環(huán)節(jié),定義每個(gè)角色和職責(zé)。（2)軟件工程將軟件開(kāi)發(fā)和維護(hù)的過(guò)程概況為8個(gè)大的活動(dòng)：?jiǎn)栴}定義、可行性研究、需求分析、總體設(shè)計(jì)、具體設(shè)計(jì)、編碼、系統(tǒng)測(cè)試和運(yùn)營(yíng)維護(hù)。17．簡(jiǎn)述結(jié)構(gòu)化分析的重要環(huán)節(jié) (1）根據(jù)用戶的需求畫(huà)出初始的數(shù)據(jù)流程圖,寫(xiě)出數(shù)據(jù)字典和初始的加工解決說(shuō)明(IＰＯ圖)，實(shí)體關(guān)系圖。（2)以初始數(shù)據(jù)流程圖為基礎(chǔ)，從數(shù)據(jù)流程圖的輸出端開(kāi)始回溯。在對(duì)數(shù)據(jù)流程圖進(jìn)行回溯的過(guò)程中也許會(huì)發(fā)現(xiàn)丟失的解決和數(shù)據(jù),應(yīng)將數(shù)據(jù)流程圖補(bǔ)充完善。(3）對(duì)軟件性能指標(biāo)、接口定義、設(shè)計(jì)和實(shí)現(xiàn)的約束條件等逐個(gè)進(jìn)行分析。(4）系統(tǒng)分析人員與用戶一起對(duì)需求分析的結(jié)果進(jìn)行復(fù)查。(5）根據(jù)細(xì)化的需求修訂開(kāi)發(fā)計(jì)劃。(6)編寫(xiě)需求規(guī)格說(shuō)明書(shū)和初始的用戶手冊(cè)，測(cè)試人員開(kāi)始編寫(xiě)功能測(cè)試用的測(cè)試數(shù)據(jù)。18.衡量模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn)是什么?它們各表達(dá)什么含義？(１)兩個(gè)定性的度量標(biāo)準(zhǔn)：耦合與內(nèi)聚性。（2）耦合性：也稱塊間聯(lián)系。指軟件系統(tǒng)結(jié)構(gòu)中各模塊間互相聯(lián)系緊密限度的一種度量。模塊之間聯(lián)系越緊密，其耦合性就越強(qiáng),模塊的獨(dú)立性則越差。（３）內(nèi)聚性：也稱塊內(nèi)聯(lián)系。指模塊的功能強(qiáng)度的度量，即一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密限度的度量。模塊內(nèi)元素聯(lián)系越緊密,內(nèi)聚性越高。１9．活動(dòng)圖與狀態(tài)圖的區(qū)別?1)描述的重點(diǎn)不同：活動(dòng)圖描述的是從活動(dòng)到活動(dòng)的控制流;狀態(tài)圖描述的是對(duì)象的狀態(tài)及狀態(tài)之間的轉(zhuǎn)移。（２)使用的場(chǎng)合不同:在分析用例、理解涉及多個(gè)用例的工作流、解決多線程應(yīng)用等情況下,一般使用活動(dòng)圖；在顯示一個(gè)對(duì)象在其生命周期內(nèi)的行為時(shí)，一般使用狀態(tài)圖。20、一個(gè)程序片段如下，請(qǐng)?jiān)O(shè)計(jì)符合鑒定覆蓋的測(cè)試用例。iｆ(a>=5）&&(b＜0){c=a+b；elｓec=a-b;ｉf(ｃ>5）||(c<1)prinｔf(“ｃ不在計(jì)算區(qū)域\n”)elsepｒintｆ（“％ｄ\n”,c);判斷覆蓋標(biāo)準(zhǔn)為,不僅使條語(yǔ)句都至少執(zhí)行一次,還要使程序中每個(gè)分支都至少執(zhí)行一次。也就是說(shuō)，設(shè)計(jì)的測(cè)試用例使每個(gè)鑒定都有一次取“真”和“假”的機(jī)會(huì)。測(cè)試用例