2023年深圳電大軟件工程復(fù)習(xí)資料新版二套

軟件工程復(fù)習(xí)題一選擇題,請(qǐng)從四個(gè)可選項(xiàng)中選擇對(duì)的答案。１.以下哪一項(xiàng)不是軟件危機(jī)的表現(xiàn)形式()

?A.成本高Ｂ.生產(chǎn)率低C.技術(shù)發(fā)展快D.質(zhì)量得不到保證2.哪種模型分批地逐步向用戶(hù)提交產(chǎn)品，每次提交一個(gè)滿(mǎn)足用戶(hù)需求子集的可運(yùn)營(yíng)的產(chǎn)品。(）Ａ.演化模型B.噴泉模型Ｃ.原型模型D.螺旋模型3.可行性研究的目的不涉及(）Ａ.分析開(kāi)發(fā)系統(tǒng)的必要性B.擬定系統(tǒng)建模的方案C.分析系統(tǒng)風(fēng)險(xiǎn)D.擬定是否值得開(kāi)發(fā)系統(tǒng)４.可行性分析研究的費(fèi)用大約是項(xiàng)目總經(jīng)費(fèi)的()。A．2%B．8%C.20%D.50％5.在E－Ｒ模型中，包含以下基本成分()。A.數(shù)據(jù)、對(duì)象、實(shí)體Ｂ.控制、聯(lián)系、對(duì)象C.實(shí)體、聯(lián)系、屬性D．實(shí)體、屬性、聯(lián)系6．軟件需求分析產(chǎn)生一個(gè)重要文檔是(）。Ａ.軟件維護(hù)說(shuō)明書(shū)B(niǎo).需求規(guī)格說(shuō)明書(shū)Ｃ.可行性報(bào)告Ｄ．初步用戶(hù)手冊(cè)7.內(nèi)聚限度較低的是(）。A.通信內(nèi)聚B.過(guò)程內(nèi)聚Ｃ．順序內(nèi)聚D．時(shí)間內(nèi)聚８．概要設(shè)計(jì)是軟件系統(tǒng)結(jié)構(gòu)的總體設(shè)計(jì)，以下選項(xiàng)中不屬于概要設(shè)計(jì)的是（）A.把軟件劃提成模塊Ｂ擬定模塊之間的調(diào)用關(guān)系C．?dāng)M定各個(gè)模塊的功能D.設(shè)計(jì)每個(gè)模塊的偽代碼9.ＵＭL語(yǔ)言支持的建模方式不涉及有（）。A.靜態(tài)建模B．動(dòng)態(tài)建模Ｃ.模塊化建模Ｄ.功能建模10.以下哪一項(xiàng)不是面向?qū)ο蟮奶匦?。??A．多態(tài)性B．繼承性Ｃ．封裝性Ｄ.過(guò)程調(diào)用11.在軟件生產(chǎn)的程序系統(tǒng)時(shí)代由于軟件規(guī)模擴(kuò)大和軟件復(fù)雜性提高等因素導(dǎo)致了()A.軟件危機(jī)B．軟件工程C．程序設(shè)計(jì)革命Ｄ.結(jié)構(gòu)化程序設(shè)計(jì)１2．瀑布模型的關(guān)鍵局限性在于（）

A.過(guò)于簡(jiǎn)樸B.不能適應(yīng)需求的動(dòng)態(tài)變更C．過(guò)于靈活D.各個(gè)階段需要進(jìn)行評(píng)審13.可行性研究的四大要素是(）。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ò)帶寬D.經(jīng)濟(jì)、技術(shù)、軟件開(kāi)發(fā)工具和人員的穩(wěn)定性1４．經(jīng)濟(jì)可行性研究的重要內(nèi)容涉及（）Ａ.開(kāi)發(fā)過(guò)程B.開(kāi)發(fā)工具C．風(fēng)險(xiǎn)分析D．效益分析15.在需求分析過(guò)程中,分析員要從用戶(hù)那里解決的最重要的問(wèn)題是(）。Ａ.規(guī)定軟件做什么B．要給軟件提供哪些信息C.規(guī)定軟件工作效率如何D．規(guī)定軟件具有什么樣的結(jié)構(gòu)16.DFＤ中的每個(gè)加工至少需要()A.一個(gè)輸入流B．一個(gè)輸出流Ｃ．一個(gè)輸入或輸出流D.一個(gè)輸入流和一個(gè)輸出流17．PDL是描述解決過(guò)程（）。Ａ.做什么B.為什么做C．怎么做Ｄ.對(duì)誰(shuí)做18．當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（)A．?dāng)?shù)據(jù)耦合Ｂ.公共耦合C．標(biāo)記耦合D.內(nèi)容耦合１9.按照模塊獨(dú)立性，耦合限度由弱至強(qiáng)對(duì)的的順序是（)。A.數(shù)據(jù)耦合、控制耦合、外部耦合、內(nèi)容耦合B.控制耦合、數(shù)據(jù)耦合、內(nèi)容耦合、外部耦合C.內(nèi)容耦合、外部耦合、控制耦合、數(shù)據(jù)耦合D.外部耦合、內(nèi)容耦合、數(shù)據(jù)耦合、控制耦合20.UML中,包圖是一種()。A.集合Ｂ．?dāng)?shù)據(jù)結(jié)構(gòu)C.分組機(jī)制D.對(duì)系統(tǒng)的動(dòng)態(tài)描述21.面向?qū)ο笤O(shè)計(jì)一方面要擬定系統(tǒng)的總體結(jié)構(gòu)和風(fēng)格,構(gòu)造系統(tǒng)的（）。A.邏輯模型B．物理模型C.數(shù)據(jù)模型D．用例模型22.面向?qū)ο笤O(shè)計(jì)的環(huán)節(jié)中，對(duì)的的順序是（)。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ì)和用戶(hù)界面設(shè)計(jì)C．類(lèi)設(shè)計(jì)、用例設(shè)計(jì)、構(gòu)架設(shè)計(jì)?Ｄ.用例設(shè)計(jì)、構(gòu)架設(shè)計(jì)、類(lèi)設(shè)計(jì)23.類(lèi)有3種類(lèi)型，即（）。A.邊界類(lèi)、實(shí)體類(lèi)、控制類(lèi)B.實(shí)體類(lèi)、控制類(lèi)、界面類(lèi)C.控制類(lèi)、實(shí)體類(lèi)、虛類(lèi)D．界面類(lèi)、控制類(lèi)、公共類(lèi)24.（）是一般化類(lèi)與特殊化類(lèi)之間的一種關(guān)聯(lián)形式,設(shè)計(jì)時(shí)應(yīng)當(dāng)適當(dāng)使用這種耦合。A.消息連接B．參數(shù)傳遞C．方法重寫(xiě)Ｄ.繼承２5.結(jié)構(gòu)化程序設(shè)計(jì)重要強(qiáng)調(diào)的是（)。A.程序的規(guī)模Ｂ.程序效率C．程序語(yǔ)言的先進(jìn)性D.程序易讀性26．下列關(guān)于功能性注釋不對(duì)的的說(shuō)法是（)。Ａ.功能性注釋嵌在源程序中，用于說(shuō)明程序段或語(yǔ)句的功能以及數(shù)據(jù)的狀態(tài)B.注釋用來(lái)說(shuō)明程序段,需要在每一行都要加注釋C.可使用空行或縮進(jìn),以便很容易區(qū)分注釋和程序D.修改程序也應(yīng)修改注釋27.軟件測(cè)試的目的是()。A.評(píng)價(jià)軟件的質(zhì)量B.發(fā)現(xiàn)軟件的錯(cuò)誤Ｃ.找出軟件中的所有錯(cuò)誤Ｄ．證明軟件是對(duì)的的２８.在設(shè)計(jì)黑盒測(cè)試用例時(shí)，重要研究(）。A.概要設(shè)計(jì)說(shuō)明書(shū) Ｂ．具體設(shè)計(jì)說(shuō)明C.項(xiàng)目開(kāi)發(fā)計(jì)劃 D.需求規(guī)格說(shuō)明29．以下屬于完善性維護(hù)的有（)。A．解決開(kāi)發(fā)時(shí)未能測(cè)試各種也許條件帶來(lái)的問(wèn)題B．增長(zhǎng)聯(lián)機(jī)求助命令C．縮短系統(tǒng)的應(yīng)答時(shí)間，使其達(dá)成特定規(guī)定D.為提高軟件的可靠性和可維護(hù)性,積極修改軟件4０．軟件項(xiàng)目管理的內(nèi)容涉及（)。A．人員的組織與管理Ｂ.軟件配置管理C.軟件開(kāi)發(fā)進(jìn)度計(jì)劃D.以上所有3１.以下哪一項(xiàng)不屬于面向?qū)ο蟮能浖_(kāi)發(fā)方法()

?Ａ.coａd方法Ｂ.boｏch方法C．jackｓon方法Ｄ.oｍt方法３２．面向?qū)ο蠓治龅暮诵脑谟冢?。A.建立對(duì)的的模型Ｂ.辨認(rèn)問(wèn)題域?qū)ο驝.辨認(rèn)對(duì)象之間的關(guān)系D．上面都有33.在面向?qū)ο蠓椒ㄖ?，描述系統(tǒng)控制結(jié)構(gòu)的模型是（）模型。Ａ．動(dòng)態(tài)模型Ｂ.功能模型C.對(duì)象模型D．靜態(tài)模型34.面向?qū)ο蠓治龊驮O(shè)計(jì)涉及到三個(gè)方面的內(nèi)容:（)、一系列有效的分析環(huán)節(jié)和一個(gè)方便易用的建模工具。A.一套完善的建模符號(hào)Ｂ．有效的數(shù)據(jù)結(jié)構(gòu)C.靈活的體系結(jié)構(gòu)D.穩(wěn)定的系統(tǒng)架構(gòu)35．每個(gè)子系統(tǒng)的接口上定義了若干（),體現(xiàn)了子系統(tǒng)的功能。A．說(shuō)明B．操作Ｃ．屬性Ｄ.關(guān)系36.程序設(shè)計(jì)語(yǔ)言的技術(shù)特性不應(yīng)涉及（)。A.數(shù)據(jù)結(jié)構(gòu)的描述性B.抽象類(lèi)型的描述性C.數(shù)據(jù)庫(kù)的易操作性D.軟件的可移植性37．以下哪種測(cè)試方法不屬于白盒測(cè)試技術(shù)()。

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

A．完善性維護(hù)B.適應(yīng)性維護(hù)Ｃ.防止性維護(hù)Ｄ．改正性維護(hù)４０.不屬于軟件項(xiàng)目管理的是（)。A.開(kāi)發(fā)機(jī)構(gòu)能力評(píng)估B.項(xiàng)目風(fēng)險(xiǎn)評(píng)估C.質(zhì)量監(jiān)控D.軟件銷(xiāo)售利潤(rùn)簡(jiǎn)答題1.什么是軟件危機(jī)？試簡(jiǎn)述至少3種軟件危機(jī)的典型表現(xiàn)。簡(jiǎn)述軟件過(guò)程模型3．簡(jiǎn)述結(jié)構(gòu)化分析的重要環(huán)節(jié)４.請(qǐng)給出軟件工程七條基本原理中的任意６條基本原理。5.軟件工程為什么要強(qiáng)調(diào)規(guī)范化和文檔化?6.簡(jiǎn)述模塊獨(dú)立性,內(nèi)聚與耦合。7.設(shè)計(jì)下列偽程序的語(yǔ)句覆蓋測(cè)試用例。ＢEGININPUT（Ａ,B，Ｃ)IＦA＞5TＨENＸ=1０ELSEX＝1ENＤＩＦＩFＢ＞１０THENY＝2０ELSEY=2ENDＩFＩＦC>1５THＥＮZ=3０ELSEZ=3ENDＩFPRINＴ(X,Y,Ｚ)ＥND8.為了提高軟件的可維護(hù)性，在軟件開(kāi)發(fā)過(guò)程的各個(gè)階段如何充足考慮軟件的可維護(hù)性因素。９．簡(jiǎn)述在項(xiàng)目開(kāi)發(fā)時(shí)選擇程序設(shè)計(jì)語(yǔ)言的重要考慮的因素。1０．設(shè)計(jì)下列偽程序的條件組合覆蓋測(cè)試用例。BEGININPUT（A,B）IＦ(A>0)AＮD(B>0)TＨENX=A+BELSEX＝A-BＥNDＩＦ(C>A)OR(D<Ｂ)ＴＨEＮY=C－DＥLSEY＝Ｃ＋DＥNＤPRIＮＴ（X,Y)EＮＤ應(yīng)用題一個(gè)簡(jiǎn)樸的飛機(jī)機(jī)票預(yù)訂系統(tǒng)：機(jī)票預(yù)訂系統(tǒng)按功能可提成兩部分，一部分為旅行社預(yù)訂機(jī)票，另一部分為旅客取票,兩部分通過(guò)機(jī)票文獻(xiàn)的數(shù)據(jù)存儲(chǔ)聯(lián)系起來(lái)。旅行社把預(yù)訂機(jī)票的旅客信息（姓名、年齡、單位、身份證號(hào)碼、旅行時(shí)間、目的地等)輸入機(jī)票預(yù)訂系統(tǒng)。系統(tǒng)為旅客安排航班,打印出取票告知單(附有應(yīng)交的賬款)。旅客在飛機(jī)起飛的前一天憑取票告知單交款取票,系統(tǒng)檢查無(wú)誤,輸出機(jī)票給旅客。請(qǐng)你根據(jù)以上的描述,畫(huà)出數(shù)據(jù)流程圖。２．用用例圖描述圖書(shū)管理。該系統(tǒng)重要涉及三類(lèi)用戶(hù):讀者、圖書(shū)管理員、系統(tǒng)管理員。其中，讀者是多個(gè)，圖書(shū)管理員是幾個(gè),系統(tǒng)管理員是一個(gè)。對(duì)于系統(tǒng),讀者可以查詢(xún)自己的借閱情況、分門(mén)別類(lèi)的查詢(xún)圖書(shū)和在規(guī)定期限內(nèi)續(xù)借不能超過(guò)一次操作的情況下進(jìn)行自行登錄續(xù)借書(shū)等。圖書(shū)管理員重要是平常操作以下幾個(gè)工作環(huán)節(jié):圖書(shū)訂購(gòu)、新書(shū)驗(yàn)證、書(shū)目錄入、圖書(shū)登記、讀者信息管理、借閱書(shū)登記、圖書(shū)信息注銷(xiāo)和讀者信息注銷(xiāo)等，而系統(tǒng)管理員統(tǒng)籌管理圖書(shū)的系統(tǒng)相關(guān)事宜,比如權(quán)限維護(hù)、日記維護(hù)、增刪用戶(hù)和管理系統(tǒng)后臺(tái)數(shù)據(jù)等。?參考答案選擇題，請(qǐng)從四個(gè)可選項(xiàng)中選擇對(duì)的答案。1.C2．A3．B4.B５．C6.Ｂ7.D8.D９.C10.D1１．A１２.B1３.A１４.D１５.A1６.D17.Ｃ18．Ｄ19.A20.C2１.Ｂ22．A２３．Ｂ24.Ｄ2５.Ｄ26．B２7.B28.Ｄ29.B30.Ｄ31.C3２.D33．Ａ3４.A35.B36.D3７.B38.C3９．Ｄ４０.Ｄ二、簡(jiǎn)答題1．什么是軟件危機(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ǎn)意“已經(jīng)完畢”的軟件系統(tǒng)。軟件質(zhì)量難于保證;軟件維護(hù)困難；通常沒(méi)有保存適當(dāng)?shù)奈臋n資料開(kāi)發(fā)成本逐年上升；軟件開(kāi)發(fā)生產(chǎn)率提高的速度，遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用迅速普及進(jìn)一步的趨勢(shì)2.簡(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ò)程概況為８?jìng)€(gè)大的活動(dòng):問(wèn)題定義、可行性研究、需求分析、總體設(shè)計(jì)、具體設(shè)計(jì)、編碼、系統(tǒng)測(cè)試和運(yùn)營(yíng)維護(hù)。3．簡(jiǎn)述結(jié)構(gòu)化分析的重要環(huán)節(jié)答：(1)根據(jù)用戶(hù)的需求畫(huà)出初始的數(shù)據(jù)流程圖，寫(xiě)出數(shù)據(jù)字典和初始的加工解決說(shuō)明(IPO圖),實(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)分析人員與用戶(hù)一起對(duì)需求分析的結(jié)果進(jìn)行復(fù)查。(5)根據(jù)細(xì)化的需求修訂開(kāi)發(fā)計(jì)劃。(6)編寫(xiě)需求規(guī)格說(shuō)明書(shū)和初始的用戶(hù)手冊(cè)，測(cè)試人員開(kāi)始編寫(xiě)功能測(cè)試用的測(cè)試數(shù)據(jù)。4.請(qǐng)給出軟件工程七條基本原理中的任意6條基本原理。答：原理1．用分階段的生命周期計(jì)劃嚴(yán)格管理原理2．堅(jiān)持進(jìn)行階段評(píng)審原理３.實(shí)行嚴(yán)格的產(chǎn)品控制原理４.采用現(xiàn)代程序設(shè)計(jì)技術(shù)原理５．結(jié)果應(yīng)能清楚地審查原理6.開(kāi)發(fā)小組的人員應(yīng)當(dāng)少而精原理７．認(rèn)可不斷改善軟件工程實(shí)踐的必要性５．軟件工程為什么要強(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)行管理。在用戶(hù)最終驗(yàn)收時(shí)可以通過(guò)對(duì)提交的文檔進(jìn)行技術(shù)審查和管理審查，保證軟件的質(zhì)量。6．簡(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)聚低耦合的模塊。7.設(shè)計(jì)下列偽程序的語(yǔ)句覆蓋測(cè)試用例。ＢEGINＩNＰUT（Ａ，B,C)IFA>5TＨENX＝1０ELSEX=1ＥNDＩFIFB>10THENY=20ELSEＹ=2ENDIFIFC>15THENZ=30ELＳEZ=3ENDＩＦＰRINT(Ｘ,Y,Ｚ）EＮＤ答:由于每個(gè)鑒定表達(dá)式為真或假時(shí)均有賦值語(yǔ)句，為了使每個(gè)語(yǔ)句都至少執(zhí)行一次,總共需要兩組測(cè)試數(shù)據(jù),以便使得每個(gè)鑒定表達(dá)式取值為真或假各一次。下面是實(shí)現(xiàn)語(yǔ)句覆蓋的典型測(cè)試用例:(1）使3個(gè)鑒定表達(dá)式之值全為假輸入:A=1，B=1，C＝1預(yù)期的輸出：X＝1,Y=2,Z=3(2）使3個(gè)鑒定表達(dá)式之值全為真輸入:A=２0,B=4０，C＝60預(yù)期的輸出：X=10,Y=20,Z=3０8.為了提高軟件的可維護(hù)性，在軟件開(kāi)發(fā)過(guò)程的各個(gè)階段要充足考慮軟件的可維護(hù)性因素。答：（1）在需求分析階段應(yīng)當(dāng)明確維護(hù)的范圍和責(zé)任,檢查每條需求,分析維護(hù)時(shí)這條需求也許需要的支持,對(duì)于那些也許發(fā)生變化的需求要考慮系統(tǒng)的應(yīng)變能力。(2）在設(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)聚、低耦合的原則。（３）編碼階段要保持源程序與文檔的一致性、源程序的可理解性和規(guī)范性。(4）在測(cè)試階段測(cè)試人員應(yīng)當(dāng)按照需求文檔和設(shè)計(jì)文檔測(cè)試軟件的有效性和可用性，收集犯錯(cuò)信息并進(jìn)行分類(lèi)記錄,為此后的維護(hù)打下基礎(chǔ)。9．簡(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ī)定；可用的軟件工具。１0．設(shè)計(jì)下列偽程序的條件組合覆蓋測(cè)試用例。BEＧＩNIＮPUT(A,B)ＩF(A>0)AND(B>0)ＴHEＮＸ＝A+ＢELSＥX=A-BEＮDＩF(C>A)OR(D<B）THEＮY=C-DELSEY＝C+ＤEＮDＰRIＮT（X,Y)END答：條件組合覆蓋標(biāo)準(zhǔn)為,使得每個(gè)鑒定表達(dá)式中條件的各種也許組合都至少出現(xiàn)一次。本程序中共有兩個(gè)鑒定表達(dá)式,每個(gè)鑒定表達(dá)式中有兩個(gè)簡(jiǎn)樸條件,因此，總共有８種也許的條件組合，它們是：A>0,B>０A>0,B＜=0A<=０,B>０A<=0,B<=0C>A,D<BC>A,D>=ＢＣ<＝Ａ，Ｄ<ＢC<=Ａ,D>=Ｂ下面的4個(gè)測(cè)試用例,可以使上面列出的8種條件組合每種至少出現(xiàn)一次:實(shí)現(xiàn)１，5兩種條件組合輸入:A=1，B=1，C=2,Ｄ=0預(yù)期的輸出:X=２，Ｙ=2(１分)實(shí)現(xiàn)2，６兩種條件組合輸入：A＝1,B=0,Ｃ＝2,D=１預(yù)期的輸出：X=2，Y＝１(1分）實(shí)現(xiàn)3，7兩種條件組合輸入：Ａ＝0,B=1，C－1,Ｄ=0預(yù)期的輸出:Ｘ＝－1，Ｙ=－１(1分)實(shí)現(xiàn)4,8兩種條件組合輸入:Ａ=0，Ｂ=0，C=－1，D=1預(yù)期的輸出:Ｘ=０，Y=0(1分)三、應(yīng)用題１.答:（答案不唯一，做為參考）。２．答:參考答案軟件工程復(fù)習(xí)題２選擇題,請(qǐng)從四個(gè)可選項(xiàng)中選擇對(duì)的答案。１．軟件工程的出現(xiàn)是由于（)Ａ.軟件危機(jī)B.計(jì)算機(jī)硬件技術(shù)的發(fā)展C．軟件社會(huì)化的需要D.計(jì)算機(jī)軟件技術(shù)的發(fā)展2．螺旋模型是一種將瀑布模型和哪種模型結(jié)合起來(lái)的軟件開(kāi)發(fā)模型。()A.快速原型模型Ｂ.專(zhuān)家模型C.V模型D．演化模型3.軟件可行性研究一般不考慮（）

A.是否有足夠的人員和相關(guān)的技術(shù)來(lái)支持系統(tǒng)開(kāi)發(fā)Ｂ．是否有足夠的工具和相關(guān)的技術(shù)來(lái)支持系統(tǒng)開(kāi)發(fā)C.待開(kāi)發(fā)軟件是否有市場(chǎng)、經(jīng)濟(jì)上是否合算D．待開(kāi)發(fā)的軟件是否會(huì)有質(zhì)量問(wèn)題4.軟件需求分析的任務(wù)不涉及()。A．問(wèn)題分析B.信息域分析Ｃ.結(jié)構(gòu)化設(shè)計(jì)D.擬定邏輯結(jié)構(gòu)５．結(jié)構(gòu)化分析方法（ＳＡ法）使用的重要描述工具有（)。A．?dāng)?shù)據(jù)庫(kù)B.模塊結(jié)構(gòu)圖C．PＡD圖D.分層的ＤFＤ圖6．源程序的效率與()階段擬定的算法的效率直接有關(guān)。A.概要設(shè)計(jì)?B．總體設(shè)計(jì) C.單元設(shè)計(jì)?D．具體設(shè)計(jì)7．畫(huà)DＦD圖的重要目的是（)。A.作為需求分析階段用戶(hù)與開(kāi)發(fā)者之間交流信息的工具B.對(duì)系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行描述C.對(duì)目的系統(tǒng)的層次結(jié)構(gòu)進(jìn)行描述Ｄ.作為編碼和測(cè)試的工具８．耦合度最高的是（）。A.外部耦合B.內(nèi)容耦合Ｃ.控制耦合D.數(shù)據(jù)耦合９.為了提高模塊的獨(dú)立性,模塊之間最佳是()。A.控制耦合Ｂ．公共耦合Ｃ.內(nèi)容耦合D.數(shù)據(jù)耦合1０．ＵML是一種（）。A.建模工具B.可視化的程序設(shè)計(jì)語(yǔ)言Ｃ.可視化的建模語(yǔ)言D.過(guò)程11.下面的哪個(gè)選項(xiàng)不是軟件工程的宗旨(）。A.開(kāi)發(fā)滿(mǎn)足用戶(hù)需求的軟件B．研究算法C.及時(shí)交付軟件D.生產(chǎn)無(wú)端障軟件12．是職業(yè)軟件工程師的必要條件。()Ａ.自律、善于溝通、具有一定的軟件技能B.編程速度快C.熟悉眾多的軟件環(huán)境Ｄ．語(yǔ)言天賦１3.可行性分析研究的目的是(）A.爭(zhēng)取項(xiàng)目B．項(xiàng)目是否值得開(kāi)發(fā)Ｃ.開(kāi)發(fā)項(xiàng)目Ｄ.規(guī)劃項(xiàng)目１4.可行性研究實(shí)質(zhì)上是在較高層次上、以較抽象的方式進(jìn)行(）的過(guò)程。A.具體軟件設(shè)計(jì)B.需求分析和設(shè)計(jì)C.進(jìn)一步的需求分析Ｄ.測(cè)試設(shè)計(jì)1５．需求規(guī)格說(shuō)明書(shū)的作用不涉及（）A.軟件驗(yàn)收的依據(jù)B.用戶(hù)與開(kāi)發(fā)人員對(duì)軟件要做什么的共同理解C.軟件可行性研究的依據(jù)D.軟件設(shè)計(jì)的依據(jù)１６．進(jìn)行需求分析有的多種描述工具，但不涉及（）。A.數(shù)據(jù)流圖B．鑒定表C．PＡＤ圖Ｄ.數(shù)據(jù)詞典１7.反映模塊獨(dú)立性的指標(biāo)是（）。A．模塊的復(fù)雜性Ｂ.模塊的大小C.模塊的參數(shù)Ｄ.內(nèi)聚和耦合18.兩個(gè)模塊都訪問(wèn)一個(gè)全局簡(jiǎn)樸變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu),則這兩個(gè)模塊屬于()。Ａ.數(shù)據(jù)耦合Ｂ．外部耦合C.公共耦合D.內(nèi)容耦合１9．下列哪個(gè)不是UML的視圖(）Ａ．邏輯視圖B．行為視圖C.組件視圖D.并發(fā)視圖２0．屬于某個(gè)類(lèi)的一個(gè)具體對(duì)象稱(chēng)為該類(lèi)的（）。A.實(shí)例B．虛擬C.繼承D.多態(tài)21．反映收發(fā)消息的對(duì)象的組織結(jié)構(gòu)，用于描述系統(tǒng)的行為是如何有系統(tǒng)的成分協(xié)作實(shí)現(xiàn)的是（)。A．順序圖B.類(lèi)圖C.合作圖D.組件圖２2．面向?qū)ο蠓治龊驮O(shè)計(jì)的界線(xiàn)是（），從分析到設(shè)計(jì)是一個(gè)逐漸擴(kuò)充模型的過(guò)程。A．清楚的B．模糊的Ｃ.非線(xiàn)性的Ｄ.擬定的23．動(dòng)態(tài)模型描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對(duì)象之間的交互,表達(dá)瞬時(shí)的、行為化的系統(tǒng)“控制”特性。面向?qū)ο蠓椒ㄖ?常用（）實(shí)現(xiàn)。A.狀態(tài)圖B.交互圖C.活動(dòng)圖Ｄ.以上所有2４.不適合作為數(shù)據(jù)解決與數(shù)據(jù)庫(kù)應(yīng)用的語(yǔ)言是(）A.SQＬB.CobｏlC.4GLD.Ｌiｓp2５．軟件工程中,只根據(jù)程序的功能說(shuō)明而不關(guān)心程序內(nèi)部邏輯的測(cè)試方法,稱(chēng)為（)測(cè)試。

A.白盒法B．灰盒法C.黑盒法D.綜合法26.若有一個(gè)計(jì)算類(lèi)型的程序，它的輸入量只有一個(gè)Ｘ，其范圍是［－１.０，1．０]，現(xiàn)從輸入的角度考慮一組測(cè)試用例：-1．001,-１.0，1.0，１.0０1。設(shè)計(jì)這組測(cè)試用例的方法是（）。A.條件覆蓋法 Ｂ.等價(jià)分類(lèi)法C.邊界值分析法 D.錯(cuò)誤推測(cè)法27.即使軟件能順利運(yùn)營(yíng)，但用戶(hù)往往會(huì)提出增長(zhǎng)新功能或改善已有功能的建議，為滿(mǎn)足這一類(lèi)規(guī)定而進(jìn)行的活動(dòng)稱(chēng)為(）。A.完善性維護(hù)B.防止性維護(hù)Ｃ.適應(yīng)性維護(hù)Ｄ.代碼重構(gòu)2８.可維護(hù)性的特性中,互相矛盾的是（)。A.可理解性與可測(cè)試性B.效率與可修改性Ｃ.可修改性與可理解性D.可理解性與可讀性2９.不屬于軟件項(xiàng)目管理的是（)。A.軟件銷(xiāo)售利潤(rùn)Ｂ.項(xiàng)目風(fēng)險(xiǎn)評(píng)估C.質(zhì)量監(jiān)控Ｄ.開(kāi)發(fā)機(jī)構(gòu)能力評(píng)估３0.（）針對(duì)開(kāi)發(fā)過(guò)程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。Ａ.組織管理Ｂ.過(guò)程管理Ｃ．軟件配置管理D.風(fēng)險(xiǎn)管理31．面向?qū)ο蟪绦蛟O(shè)計(jì)的基本機(jī)制（）Ａ.繼承B.消息Ｃ.方法Ｄ.結(jié)構(gòu)３2．表達(dá)對(duì)象互相行為的模型是(）模型。A.動(dòng)態(tài)模型B．功能模型Ｃ.對(duì)象模型D.狀態(tài)模型33．對(duì)象模型描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間的關(guān)系,表達(dá)目的系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ?由（）實(shí)現(xiàn)。Ａ.順序圖Ｂ.類(lèi)圖C.狀態(tài)圖D.組件圖3４.對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（)于對(duì)象的統(tǒng)一體中。A．結(jié)合B．隱藏C.封裝D．抽象35．面向?qū)ο笤O(shè)計(jì)的環(huán)節(jié)中,對(duì)的的順序是（)。A．系統(tǒng)構(gòu)架設(shè)計(jì)、用例設(shè)計(jì)、類(lèi)設(shè)計(jì)Ｂ.系統(tǒng)構(gòu)架設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)和用戶(hù)界面設(shè)計(jì)C．類(lèi)設(shè)計(jì)、用例設(shè)計(jì)、構(gòu)架設(shè)計(jì) D.用例設(shè)計(jì)、構(gòu)架設(shè)計(jì)、類(lèi)設(shè)計(jì)36.結(jié)構(gòu)化程序設(shè)計(jì)思想的核心是規(guī)定程序只由順序、循環(huán)和（)三種結(jié)構(gòu)組成。

A.分支B．單入口C．單出口D.有規(guī)則ＧOTO37.(）時(shí),測(cè)試人員必須接觸到程序源代碼。Ａ．黑盒測(cè)試 B.白盒測(cè)試Ｃ.壓力測(cè)試D．外觀測(cè)試38.軟件測(cè)試方法中，白盒測(cè)試法是常用的方法,重要用于（）。A.結(jié)構(gòu)的合理性B.軟件外部功能Ｃ.程序?qū)Φ男訢.程序內(nèi)部邏輯3９.為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過(guò)程是(）。HYPERＬINK＂"\l＂33"Ａ．校正性維護(hù)?Ｂ.完善性維護(hù)C.適應(yīng)性維護(hù)D．防止性維護(hù)40．通俗的說(shuō),軟件項(xiàng)目管理中常說(shuō)的基線(xiàn)是(）。Ａ.管理的基本思緒B．一種軟件開(kāi)發(fā)的基本策略C.基本的技術(shù)路線(xiàn)D．通過(guò)正式復(fù)審的文檔簡(jiǎn)答題1．軟件工程的重要目的是什么？２.軟件需求可以分為業(yè)務(wù)需求、用戶(hù)需求、功能需求和非功能需求,請(qǐng)分析功能需求和非功能需求的區(qū)別?3．簡(jiǎn)述面向?qū)ο蠓治龅娜齻€(gè)模型4.什么是軟件？如何評(píng)價(jià)軟件的質(zhì)量?５．請(qǐng)說(shuō)明快速原型化模型的基本思想。６．衡量模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn)是什么？它們各表達(dá)什么含義?7.等價(jià)分類(lèi)法的基本思想是什么?8．設(shè)計(jì)下列偽程序的條件組合覆蓋測(cè)試用例。ＢEGINＩＮPＵT(x,y,z) IF(y>1)AND(z=0)ＴHENx=x/yENDIＦ?IF(y=２)OＲ(x=l)ＴHENx=ｘ+ｌＥNDIＦPRIＮT(x)ＥND９.活動(dòng)圖與狀態(tài)圖的區(qū)別?１0.設(shè)計(jì)下列偽程序的鑒定覆蓋測(cè)試用例。ＢEGＩNIＮPUＴ(ａ,ｂ,ｃ,x,y，ｚ，t);IF（ａ>10)TＨＥNx=１0EＬSEx=１ENDIＦＩF（b>10）AND(t＜3)THＥNy＝２0ＥＬSEy=２EＮDIFIF(ｃ>15)TＨENz＝30ELＳEz=3ENDIFＰRIＮT（ｘ,y，z)EＮD應(yīng)用題假設(shè)一家工廠的采購(gòu)部門(mén)天天需要一張定貨報(bào)表。報(bào)表按零件編號(hào)排序，表中列出所有需要再次定貨的零件。對(duì)于每個(gè)需要再次定貨的零件應(yīng)當(dāng)列出下述數(shù)據(jù)：零件編號(hào)、零件名稱(chēng)、定貨數(shù)量、目前價(jià)格、重要供應(yīng)商、次要供應(yīng)商。零件入庫(kù)或出席稱(chēng)為事務(wù),通過(guò)放在倉(cāng)庫(kù)中的CRT終端把事務(wù)報(bào)告給定貨系統(tǒng)。當(dāng)某種零件的庫(kù)存數(shù)量少于庫(kù)存臨界值時(shí)就應(yīng)當(dāng)再次定貨。試?yán)L制數(shù)據(jù)流圖。２．現(xiàn)在有一個(gè)醫(yī)院病房監(jiān)護(hù)系統(tǒng)，請(qǐng)根據(jù)用戶(hù)需求建立系統(tǒng)的UｓｅCase模型。用戶(hù)提出的系統(tǒng)功能規(guī)定如下:在醫(yī)院病房監(jiān)護(hù)系統(tǒng)中,病癥監(jiān)視器安頓在每個(gè)病房,將病人的病癥信號(hào)實(shí)時(shí)傳送到中央監(jiān)視系統(tǒng)進(jìn)行分析解決。在中心值班室里,值班護(hù)士使用中央監(jiān)視系統(tǒng)對(duì)病員的情況進(jìn)行監(jiān)控，根據(jù)醫(yī)生的規(guī)定隨時(shí)打印病人的病情報(bào)告,系統(tǒng)會(huì)定期自動(dòng)更新病歷。當(dāng)病癥出現(xiàn)異常時(shí)，系統(tǒng)會(huì)立即自動(dòng)報(bào)警，告知值班醫(yī)生及時(shí)解決,同時(shí)立即打印病人的病情報(bào)告，立即更新病歷。請(qǐng)按上述描述，畫(huà)出系統(tǒng)的用例圖。參考答案一、選擇題，請(qǐng)從四個(gè)可選項(xiàng)中選擇對(duì)的答案。1.A２.A３.Ｄ4.C５.D６.D7.Ａ８．Ｂ9.D10.A11．B１2．A１3.B14．B15.C16.C17．D１8.B１9.B2０.A21．C22.C2３.Ｄ24.D２５.C2６.Ｃ27.A28．Ｂ2９.A３０．C31.A3２.A3３．B３4.C３5．A36.A３7.B38.D３9.C40.D二、簡(jiǎn)答題１.軟件工程的重要目的是什么？答案:軟件工程旨在開(kāi)發(fā)滿(mǎn)足用戶(hù)需要、及時(shí)交付、不超過(guò)預(yù)算和無(wú)端障的軟件,其重要目的如下：實(shí)現(xiàn)預(yù)期的軟件功能,達(dá)成較好的軟件性能，滿(mǎn)足用戶(hù)的需求。增強(qiáng)軟件過(guò)程的可見(jiàn)性和可控性,保證軟件的質(zhì)量。提高所開(kāi)發(fā)軟件的可維護(hù)性，減少維護(hù)費(fèi)用。提高軟件開(kāi)發(fā)生產(chǎn)率，及時(shí)交付使用。合理預(yù)算開(kāi)發(fā)成本,付出較低的開(kāi)發(fā)費(fèi)用。2.軟件需求可以分為業(yè)務(wù)需求、用戶(hù)需求、功能需求和非功能需求，請(qǐng)分析功能需求和非功能需求的區(qū)別?答:（1)功能需求定義了軟件開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功能。用戶(hù)從他們完畢任務(wù)的角度對(duì)軟件提出了用戶(hù)需求,這些需求通常是凌亂的、非系統(tǒng)化的、有冗余的,開(kāi)發(fā)人員不能據(jù)此編寫(xiě)程序。軟件分析人員要充足理解用戶(hù)需求,將用戶(hù)需求整理成軟件功能需求。開(kāi)發(fā)人員根據(jù)功能需求進(jìn)行軟件設(shè)計(jì)和編碼。(2）非功能需求是對(duì)功能需求的補(bǔ)充，可以分兩類(lèi)。一類(lèi)對(duì)用戶(hù)來(lái)說(shuō)是最重要的屬性,涉及有效性、高效性、靈活性、完整性、互操作性、可靠性、健壯性、可用性。另一類(lèi)對(duì)開(kāi)發(fā)者來(lái)說(shuō)是很重要的質(zhì)量屬性,涉及可維護(hù)性、可移植性、可重用性、可測(cè)試性。3．簡(jiǎn)述面向?qū)ο蠓治龅娜齻€(gè)模型答：(1）功能模型：表達(dá)系統(tǒng)的具體需求,為軟件的進(jìn)一步分析和設(shè)計(jì)打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ?由用例圖和場(chǎng)景描述組成。（2)對(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)。(3）動(dòng)態(tài)模型：描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對(duì)象之間的交互,表達(dá)瞬時(shí)的、行為化的系統(tǒng)的“控制”特性。４.什么是軟件？如何評(píng)價(jià)軟件的質(zhì)量?答:（１)

軟件是程序以及開(kāi)發(fā)、使用和維護(hù)程序所需的所有文檔。（2）軟件質(zhì)量從可維護(hù)性、可靠性、可理解性和效率等方面對(duì)軟件作較全面的評(píng)價(jià)。５．請(qǐng)說(shuō)明快速原型化模型的基本思想。答：在需求分析的同時(shí),以比較小的代價(jià)快速建立一個(gè)可以反映用戶(hù)重要需求的原型系統(tǒng)。用戶(hù)在原型系統(tǒng)上可以進(jìn)行基本操作，并且提出改善意見(jiàn),分析人員根據(jù)用戶(hù)的意見(jiàn)完善原型，然后再由用戶(hù)評(píng)價(jià)，提出建議,如此往復(fù)，直到開(kāi)發(fā)的原型系統(tǒng)滿(mǎn)足了用戶(hù)的需求為止。基于快速原型化模型的開(kāi)發(fā)過(guò)程基本上是線(xiàn)性的，從創(chuàng)建系統(tǒng)原型到系統(tǒng)運(yùn)營(yíng)，期