軟件工程復習資料

1、軟件工程復習題一、 選擇題，請從四個可選項中選擇正確答案。1、下面哪個選項不是軟件工程研究的內(nèi)容（ ）。A. 生產(chǎn)無故障的軟件 B. 精通一門編程語言C. 生產(chǎn)滿足用戶需求的軟件 D.生產(chǎn)及時交付的軟件2、軟件工程的出現(xiàn)是由于 （ ）A.軟件危機 B.計算機硬件技術的發(fā)展 C.軟件社會化的需要 D.計算機軟件技術的發(fā)展3、軟件工程的研究內(nèi)容具有層次化結(jié)構(gòu)，最底層是質(zhì)量保證層，中間層是（ ），最上層是工具層。A.過程層 B.方法層 C.過程層和方法層 D.系統(tǒng)層4、美國著名軟件工程專家B.W.Boehm于1983年提出了軟件工程的（ ）條基本原理。A.7 B.5 C.3 D.125、結(jié)構(gòu)化分析方

2、法（SA 法）使用的主要描述工具有（ ）。A.數(shù)據(jù)庫 B.模塊結(jié)構(gòu)圖 C.PAD 圖 D.分層的DFD 圖6、源程序的效率與（ ）階段確定的算法的效率直接有關。A概要設計 B. 總體設計 C. 單元設計 D. 詳細設計7、可行性研究的主要任務是（ ）。A.確定系統(tǒng)做什么 B. 確定性能 C.確定功能 D. 進行一次簡要的需求分析8、內(nèi)容耦合是模塊間最緊密的耦合，（ ）是模塊間最松散的耦合。A數(shù)據(jù)耦合 B非直接耦合 C控制耦合 D外部耦合9、面向?qū)ο笫恰跋取贝_定()“后”（ ）。A.屬性/方法 B.數(shù)據(jù)結(jié)構(gòu)/方法 C. 動作的主體/執(zhí)行動作 D.動作10、UML是一種（ ）語言。A.高級編程 B

3、.可視化建模 C.分析方法 D.過程11、軟件工程強調(diào)將（ ）的方法應用于軟件的開發(fā)和維護過程之中。A.規(guī)范化 B.系統(tǒng)化 C.可度量 D.以上全部12、軟件開發(fā)活動的順序應該是（ ）。A.問題定義、可行性研究、需求分析、設計、編碼和測試。B.問題定義、設計、可行性研究、編碼和測試。C.需求分析、設計、編碼和測試。D.需求分析、編碼和測試、試運行。13、假定銀行的存款年利率是2%，請問現(xiàn)在存5000元，兩年后價值應為（ ）元。A.5202 B.4500 C.5100 D.471214、系統(tǒng)物理模型用（ ）表示。A.系統(tǒng)流程圖 B.數(shù)據(jù)流程圖 C.程序流程圖 D.E-R圖15、關于軟件需求特性不

4、正確的描述是“軟件需求具有（）”。A.多變性 B.模糊性 C. 準確性 D.主觀性16、DFD中的每個加工至少需要（ ）A.一個輸入流 B.一個輸出流C.一個輸入或輸出流 D.一個輸入流和一個輸出流17、PDL是描述處理過程（ ）。A.做什么 B.為什么做 C.怎么做 D.對誰做18、當一個模塊直接使用另一個模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（ ）A數(shù)據(jù)耦合 B公共耦合 C標記耦合 D內(nèi)容耦合19、按照模塊獨立性，耦合程度由強至弱正確的順序是（ ）。A.數(shù)據(jù)耦合、控制耦合、外部耦合、內(nèi)容耦合B.控制耦合、數(shù)據(jù)耦合、內(nèi)容耦合、外部耦合C.內(nèi)容耦合、外部耦合、控制耦合、數(shù)據(jù)耦合D.外部耦合、內(nèi)容

5、耦合、數(shù)據(jù)耦合、控制耦合20、UML 中，包圖是一種（ ）。A.集合 B.數(shù)據(jù)結(jié)構(gòu) C.分組機制 D.對系統(tǒng)的動態(tài)描述21、反映收發(fā)消息的對象的組織結(jié)構(gòu)，用于描述系統(tǒng)的行為是如何有系統(tǒng)的成分協(xié)作實現(xiàn)的是（ ）。A.順序圖 B.類圖 C.合作圖 D.組件圖22、面向?qū)ο蠓治龊驮O計的界限是（ ），從分析到設計是一個逐漸擴充模型的過程。A.清晰的 B.模糊的 C.非線性的 D.確定的23、動態(tài)模型描述系統(tǒng)的動態(tài)結(jié)構(gòu)和對象之間的交互，表示瞬時的、行為化的系統(tǒng)“控制”特性。面向?qū)ο蠓椒ㄖ?，常用?）實現(xiàn)。A.狀態(tài)圖 B.交互圖 C.活動圖 D.以上全部24、不適合作為數(shù)據(jù)處理與數(shù)據(jù)庫應用的語言是（ ）A

6、. SQL B. Cobol C. 4GL D. Lisp25軟件工程中，只根據(jù)程序的功能說明而不關心程序內(nèi)部邏輯的測試方法，稱為（ ）測試。A.白盒法 B.灰盒法 C.黑盒法 D.綜合法26、程序設計語言的技術特性不應包括（ ）。A.數(shù)據(jù)結(jié)構(gòu)的描述性 B.抽象類型的描述性C.數(shù)據(jù)庫的易操作性 D.軟件的可移植性27、以下哪種測試方法不屬于白盒測試技術（ ）。 A.語句覆蓋測試 B.邊界值分析測試 C.條件覆蓋測試 D.判斷覆蓋測試28、軟件測試的主要特點是（ ）。 A軟件測試的開銷不大 B.軟件測試要依靠工具 C軟件不能進行“窮舉”測試 D.軟件測試要依靠人工 29、在軟件生存期的

7、維護階段，繼續(xù)診斷和修正錯誤的過程稱為（ ）。A.完善性維護 B.適應性維護 C.預防性維護 D.改正性維護30、不屬于軟件項目管理的是（ ）。A.開發(fā)機構(gòu)能力評估 B.項目風險評估 C.質(zhì)量監(jiān)控 D.軟件銷售利潤31、用（ ）模型描述和分析業(yè)務流程。A.靜態(tài) B.業(yè)務 C.數(shù)據(jù) D.動態(tài)32、用（ ）描述系統(tǒng)與角色之間的接口。A. 表單 B.界面類 C.窗體 D.對話框33、對類進行詳細設計，主要是設計類的（ ），優(yōu)化類之間的關系。A. 數(shù)據(jù)結(jié)構(gòu) B.處理流程 C. 屬性和方法 D.算法34、面向?qū)ο笤O計強調(diào)定義（ ），并且使它們相互協(xié)作來滿足用戶需求。A.軟件對象 B.物理模型 C.E-R

8、模型 D.接口35、軟件測試的目標是設計優(yōu)秀的測試用例（ ）。A.最快速地找出程序中的問題B.以最小的代價、在最短的時間內(nèi)盡可能多地發(fā)現(xiàn)軟件中的錯誤C.保障程序的正確性D.區(qū)分出程序員的編程水平36、（ ）不符合軟件測試原則。A.對每個測試結(jié)果進行檢查，不漏掉已經(jīng)出現(xiàn)的錯誤跡象B程序員應該仔細測試自己編寫的程序代碼C.程序員要避免測試自己編寫的程序代碼D.測試工作越早開始越好37、引起軟件改變的原因主要有（ ）。A.運行環(huán)境變化 B. 需求變化 C.系統(tǒng)有錯 D.以上全部38、（ ）針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A組織管理 B過程管理 C軟件配置管理 D風險管理 39、現(xiàn)

9、在人們更強調(diào)程序代碼的（ ）。A.可維護性 B.可移植性 C.可擴充性 D.高效性40、程序的三種基本控制結(jié)構(gòu)，包括順序結(jié)構(gòu)、（ ）和循環(huán)結(jié)構(gòu)。A.判斷結(jié)構(gòu) B.說明結(jié)構(gòu) C.輸入結(jié)構(gòu) D.輸出結(jié)構(gòu)41、軟件、程序和代碼是（ ）。 A.相同的軟件概念 B.程序語言寫的代碼 C.計算機代碼和數(shù)據(jù) D. 三個不同的概念42、下面哪個選項不是軟件工程研究的內(nèi)容（ ）。A. 生產(chǎn)無故障的軟件 B. 精通一門編程語言C.生產(chǎn)滿足用戶需求的軟件 D.生產(chǎn)及時交付的軟件43、SW-CMM是一種（ ）規(guī)范。A.編程規(guī)范 B.軟件工作通用模型 C.軟件設計模型 D.軟件成熟度模型44、可行性研究實質(zhì)上是在較高層

10、次上、以較抽象的方式進行（ ）的過程。A.詳細軟件設計 B.需求分析過程 C.深入的需求分析 D.測試設計45、與傳統(tǒng)行業(yè)的生產(chǎn)相比較，軟件的需求具有（ ）。A.主觀性 B.穩(wěn)定性 C.明確性 D.客觀性46、源程序的效率與（ ）階段確定的算法的效率直接有關。A概要設計 B. 總體設計 C. 單元設計 D. 詳細設計47、畫DFD 圖的主要目的是（ ）。A.作為需求分析階段用戶與開發(fā)者之間交流信息的工具B.對系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)進行描述C.對目標系統(tǒng)的層次結(jié)構(gòu)進行描述D.作為編碼和測試的工具48、耦合度最高的是（ ）。A.外部耦合 B.內(nèi)容耦合 C.控制耦合 D.數(shù)據(jù)耦合49、為了提高模塊的獨立性，

11、模塊之間最好是（ ）。A. 控制耦合 B. 公共耦合 C. 內(nèi)容耦合 D. 數(shù)據(jù)耦合50、UML是一種（ ）。A.建模工具 B.可視化的程序設計語言 C.可視化的建模語言 D.過程51、美國卡內(nèi)基梅隆大學制定的SW-CMM是（ ）。A.軟件工作規(guī)范 B.軟件工作流描述 C.軟件成熟度模型 D.軟件描述的一般方法52、螺旋模型是一種考慮了（ ）的軟件開發(fā)模型。A.效率 B.風險判斷C.可移植性 D.安全性53、可行性研究的四大要素是（ ）。A.經(jīng)濟、技術、法律和社會環(huán)境B.經(jīng)濟、技術、開發(fā)組織能力和領導者水平C.經(jīng)濟、技術、計算機硬件環(huán)境和網(wǎng)絡帶寬D.經(jīng)濟、技術、軟件開發(fā)工具和人員的穩(wěn)定性54、

12、軟件調(diào)研報告是在（ ）提交的。A. 可行性分析之前 B. 需求分析之前 C.簽合同之前 D.設計的時候55、描述軟件需求通常不用哪個工具（ ）。A.數(shù)據(jù)流程圖 B.數(shù)據(jù)字典 C.模塊結(jié)構(gòu)圖 D.E-R圖56、軟件結(jié)構(gòu)圖中沒有（ ）元素。A模塊 B調(diào)用參數(shù) C返回結(jié)果 D判斷57、程序流程圖與數(shù)據(jù)流程圖的關系（ ）。A不確定 B數(shù)據(jù)流程圖可以轉(zhuǎn)換成程序流程圖 C數(shù)據(jù)調(diào)用關系 D程序流程圖可以轉(zhuǎn)換成數(shù)據(jù)流程圖58、包含關系用于構(gòu)造多個用例（ ）。A. 關系 B.共性的部分 C.角色 D.特殊活動59、如果說用例F被用例T擴展，意思是（ ）。A.F是一個一般用例，T是一個特殊用例B.F是一個特殊用戶

13、，T是一個一般用例C.都是一般用例D.都是特殊用例60、用（ ）對需要長久保存的信息進行建模。A.實體類 B.數(shù)據(jù)庫表 C.E-R圖 D.對象類61、面向?qū)ο蟪绦蛟O計的基本機制（ ）。A.繼承 B.消息 C.方法 D.結(jié)構(gòu)62表示對象相互行為的模型是（ ）模型。A. 動態(tài)模型 B. 功能模型 C. 對象模型 D. 狀態(tài)模型63、對象模型描述現(xiàn)實世界中實體的對象以及它們之間的關系，表示目標系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ校桑?）實現(xiàn)。A.順序圖 B.類圖 C.狀態(tài)圖 D.組件圖64、對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（ ）于對象的統(tǒng)一體中。A結(jié)合 B隱藏 C封裝 D抽象65、面向?qū)ο?/p>

14、設計的步驟中，正確的順序是（ ）。A.系統(tǒng)構(gòu)架設計、用例設計、類設計 B.系統(tǒng)構(gòu)架設計、數(shù)據(jù)庫設計和用戶界面設計C.類設計、用例設計、構(gòu)架設計 D.用例設計、構(gòu)架設計、類設計66、軟件維護過程中產(chǎn)生的副作用，一般是由（）引起的。A.算法說明 B.修改程序 C.優(yōu)先級 D.環(huán)境要求67、項目計劃活動的主要任務是（ ）。A.估算項目的進度 B.分配工作量 C.計劃資源使用 D.以上全部68、如果程序代碼的（ ）好，則調(diào)試的成本就可以大幅度降低。A.性能比 B. 可擴充性 C. 可讀性D.可移植性69、兩個浮點數(shù)X0和X1比較相等時，應該用（）比較。A.X0=X1 B.X1-X0< C. |X

15、0-X1|< D.X0=X170、瀑布模型存在的問題是（ ）。A用戶容易參與開發(fā)B適用可變需求 C用戶與開發(fā)者易溝通 D缺乏靈活性71、面向?qū)ο笤O計首先要確定系統(tǒng)的總體結(jié)構(gòu)和風格，構(gòu)造系統(tǒng)的（ ）。A.邏輯模型 B.物理模型 C.數(shù)據(jù)模型 D.用例模型72、面向?qū)ο笤O計的步驟中，正確的順序是（ ）。A.系統(tǒng)構(gòu)架設計、用例設計、類設計 B.系統(tǒng)構(gòu)架設計、數(shù)據(jù)庫設計和用戶界面設計C.類設計、用例設計、構(gòu)架設計 D.用例設計、構(gòu)架設計、類設計73、類有3種類型，即（ ）。A.邊界類、實體類、控制類 B.實體類、控制類、界面類C.控制類、實體類、虛類 D.界面類、控制類、公共類74、（ ）是一般

16、化類與特殊化類之間的一種關聯(lián)形式，設計時應該適當使用這種耦合。A.消息連接 B.參數(shù)傳遞 C.方法重寫 D.繼承75、結(jié)構(gòu)化程序設計主要強調(diào)的是（ ）。A.程序的規(guī)模 B.程序效率 C.程序語言的先進性 D.程序易讀性76、程序的三種基本控制結(jié)構(gòu)，包括順序結(jié)構(gòu)、（ ）和循環(huán)結(jié)構(gòu)。A.條件/判斷結(jié)構(gòu) B.說明結(jié)構(gòu) C.輸入結(jié)構(gòu) D.輸出結(jié)構(gòu)77、一般性的軟件其測試工作量大約占整個開發(fā)工作量的（ ）。A.小于10% B.40% C.90% D.大于100 78、下面哪些測試方法屬于黑盒測試（ ）。A 路徑測試 B.等價類劃分 C.條件判斷 D.循環(huán)測試79、軟件特性中，相互矛盾的是（ ）。A.可理

17、解性與可測試性 B.效率與可修改性 C.可修改性和可理解性 D.可理解性與可讀性80、（ ）針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A組織管理 B過程管理 C風險管理 D軟件配置管理二、 簡答題1、請說明快速原型化模型的基本思想。2軟件工程為什么要強調(diào)規(guī)范化和文檔化？3、請舉例說明用例之間的包含關系和擴展關系的區(qū)別？4簡述在項目開發(fā)時選擇程序設計語言的主要考慮的因素。5設計下列偽程序的條件組合覆蓋測試用例。BEGININPUT(x,y,z)IF(y>1) AND (z=0) THEN x=x/y END IFIF(y=2) OR（x=l) THENx=x+lEND IFPRI

18、NT(x)END6、請給出軟件工程七條基本原理中的任意6條基本原理。7、結(jié)構(gòu)化程序設計的特征是什么？8、軟件需求可以分為業(yè)務需求、用戶需求、功能需求和非功能需求，請分析業(yè)務需求與功能需求的區(qū)別？9、簡述模塊獨立性，內(nèi)聚與耦合。10、請為下面的程序設計符合判定覆蓋的測試用例。int main()int a,b,c,x,y,z,t;scanf(“d%,d%,d%),&a,&b,&c,&t);if a>5 && t<1 x=10 else x=1;if b>10 y=20 else y=2;if c>15 z=30 else z

19、=3;printf(“d%,d%,d%n”,x,y,z)11、什么是軟件危機？試簡述至少3種軟件危機的典型表現(xiàn)。12、試分析結(jié)構(gòu)化方法存在的主要問題是什么？13、面向?qū)ο蟮姆治鐾ǔＲ⑷齻€模型，請問三個模型的作用？14、為了提高軟件的可維護性，在軟件開發(fā)過程的各個階段要充分考慮軟件的可維護性因素。15、設計下列偽程序的語句覆蓋測試用例。BEGININPUT（A,B,C）IF A>5 THEN X=10ELSE X=1END IFIF B>10 THEN Y=20ELSE Y=2END IFIF C>15THEN Z=30ELSE Z=3END IF PRINT(X,Y,Z)

20、 END16、 簡述軟件過程模型17. 簡述結(jié)構(gòu)化分析的主要步驟18衡量模塊獨立性的兩個標準是什么？它們各表示什么含義？19. 活動圖與狀態(tài)圖的區(qū)別？20、一個程序片段如下，請設計符合判定覆蓋的測試用例。if (a>=5) && (b<0) c=a+b;else c=a-b;if (c>5) | (c<1) printf(“c不在計算區(qū)域n”)else printf(“%dn”, c);三、 應用題1、學校教師工資管理系統(tǒng)的需求描述如下：教師每月末將本月的工作量輸入到系統(tǒng)中，學院負責人對教師輸入的工作量進行審核，財務部門對審核后的工作量計算本月工資，本月

21、工資=基本工資各種補貼工作量獎金稅收保險一公積金金?；竟べY、各種補貼、保險、公積金信息由人事處負責輸入和維護，教師可以查詢月工資明細。銀行系統(tǒng)每月從本系統(tǒng)讀入每位教師的實發(fā)工資，并向每位教師的銀行卡帳戶打入月工資。教師可以查詢自己銀行卡的金額。請針對上面描述的需求畫出數(shù)據(jù)流程圖。2、用用例圖描述圖書管理。該系統(tǒng)主要包括三類用戶：讀者、圖書管理員、系統(tǒng)管理員。其中，讀者是多個，圖書管理員是一個，系統(tǒng)管理員是一個。對于系統(tǒng)，讀者可以查詢自己的借閱情況、分門別類的查詢圖書和在規(guī)定期限內(nèi)續(xù)借不能超過一次操作的情況下進行自行登錄續(xù)借書等。圖書管理員主要是日常操作以下幾個工作環(huán)節(jié)：圖書訂購、新書驗證、書

22、目錄入、圖書登記、讀者信息管理、借閱書登記、圖書信息注銷和讀者信息注銷等，而系統(tǒng)管理員統(tǒng)籌管理圖書的系統(tǒng)相關事宜，比如權(quán)限維護、日志維護、增刪用戶和管理系統(tǒng)后臺數(shù)據(jù)等。3、某企業(yè)的設備維修委托給專業(yè)的技術公司完成，現(xiàn)在要開發(fā)軟件對設備維修信息進行管理，具體描述如下：車間主任填寫維修申請單，內(nèi)容有設備名稱、型號、故障描述、維護時間要求、預計費用；填好后交給審計人員，審計人員根據(jù)企業(yè)的審計規(guī)定對維修申請單進行審計，填寫審計意見和審計結(jié)果，審計意見可以修改費用，審計結(jié)果是同意或不同意；車間主任可以隨時查詢審計意見和結(jié)果；審計通過的維修申請單送給總經(jīng)理進行審核，并填寫審核意見和結(jié)果，審核也是以修改費用

23、，審核結(jié)果是同意或不同意。審核通過后，車間把設備送去維修。維修后由車間主任組織對設備維修結(jié)果進行驗收，企業(yè)對每臺有設備驗收標準。驗收通過后，由財務人員進行結(jié)算，填寫支付單并支付維修費。最后收取發(fā)票后，財務人員填寫發(fā)票記錄。請畫出設備維修信息管理軟件的數(shù)據(jù)流程圖。4、現(xiàn)在有一個醫(yī)院病房監(jiān)護系統(tǒng)，請根據(jù)用戶需求建立系統(tǒng)的Use Case模型。用戶提出的系統(tǒng)功能要求如下：在醫(yī)院病房監(jiān)護系統(tǒng)中，病癥監(jiān)視器安置在每個病房，將病人的病癥信號實時傳送到中央監(jiān)視系統(tǒng)進行分析處理。在中心值班室里，值班護士使用中央監(jiān)視系統(tǒng)對病員的情況進行監(jiān)控，根據(jù)醫(yī)生的要求隨時打印病人的病情報告，系統(tǒng)會定期自動更新病歷。當病癥出

24、現(xiàn)異常時，系統(tǒng)會立即自動報警，通知值班醫(yī)生及時處理，同時立即打印病人的病情報告，立即更新病歷。請按上述描述，畫出系統(tǒng)的用例圖。軟件工程考試題一答案一、 選擇題，請從四個可選項中選擇正確答案。答案1. B 2.A 3. C 4. A 5.D 6. D 7.A 8. B 9. C 10. B 11.D 12.A 13.A 14.A 15.C 16.D 17.C 18.D 19.A 20.C 21.C 22.C 23.D 24.D 25.C 26.D 27.B 28.C 29.D 30.D31. D 32. B 33.C 34. A 35.B 36. B 37.D 38.C 39. A 40. A

25、41.D 42.B 43.D 44.B 45.A 46.D 47.A 48.B 49.D 50.A 51.C 52.D 53.A 54.B 55.C 56. D 57.A 58.B 59.A 60.C 61.A 62.A 63.B 64.C 65.A 66.B 67.D 68.C 69.C 70.D 71.B 72.A 73.B 74.D 75.D 76. A 77.B 78.B 79.B 80.D二、 簡答題1、答案在需求分析的同時，以比較小的代價快速建立一個能夠反映用戶主要需求的原型系統(tǒng)。用戶在原型系統(tǒng)上可以進行基本操作，并且提出改進意見，分析人員根據(jù)用戶的意見完善原型，然后再由用戶評價，

26、提出建議，如此往復，直到開發(fā)的原型系統(tǒng)滿足了用戶的需求為止?；诳焖僭突Ｐ偷拈_發(fā)過程基本上是線性的，從創(chuàng)建系統(tǒng)原型到系統(tǒng)運行，期間沒有反饋環(huán)。這是由于開發(fā)人員是在原型的基礎上進行系統(tǒng)分析和設計，而原型已經(jīng)通過了用戶和開發(fā)組的審查，在設計階段由于有原型作設計參考，所以設計的結(jié)果正確率比較高。評分標準：原型描述基本正確6分。2、答案（1）軟件工程強調(diào)規(guī)范化和文檔化。規(guī)范化的目的是使眾多的開發(fā)者遵守相同的規(guī)范，使軟件生產(chǎn)擺脫個人生產(chǎn)方式，進入標準化、工程化的生產(chǎn)方式。（2）文檔化是將軟件的設計思想、設計過程和實現(xiàn)過程完整地記錄下來，以便于后人的使用和維護，在開發(fā)過程中各類相關人員借助于文檔進行交

27、流和溝通。另外，在開發(fā)過程中產(chǎn)生的各類文檔使得軟件的生產(chǎn)過程由不可見變?yōu)榭梢?，便于管理者對軟件生產(chǎn)進度和開發(fā)過程進行管理。在用戶最終驗收時可以通過對提交的文檔進行技術審查和管理審查，保證軟件的質(zhì)量。評分標準：每條3分3、答案包含關系用于構(gòu)造多個用例共同的活動。例如，在ATM系統(tǒng)中，取錢、查詢、更改密碼等功能都需要驗證用戶密碼。這種情況下應該將密碼驗證功能獨立出來，便于復用、減少冗余。一個用例擴展另一個用例的功能，例如，在圖書館信息管理系統(tǒng)中，讀者還書時，系統(tǒng)檢查所還圖書是否有預訂記錄，如果有則執(zhí)行“通知”用例。評分標準：包含關系3分；擴展關系3分。4答案l 編程人員的水平和編程經(jīng)歷；l 待開發(fā)

28、的軟件類型；l 算法和計算復雜性；l 數(shù)據(jù)結(jié)構(gòu)的復雜性；l 軟件的開發(fā)成本和時間要求；l 軟件可移植性要求；l 可用的軟件工具。評分標準：答對其中任意六項，每項1分。5、答案條件組合覆蓋標準為，使得每個判定表達式中條件的各種可能組合都至少出現(xiàn)一次。本程序中共有兩個判定表達式，每個判定表達式中有兩個簡單條件，因此，總共有8種可能的條件組合，它們是： y>1, z=0 y>1, z<>0 y<=1, z=0 y<=1, z<>0 y=2, x=1 y=2, x<>1 y<>2, x=1 y<>2, x<>

29、;1條件組合覆蓋設計測試用例： 實現(xiàn)1，6兩種條件組合輸入：x=4,y=2, z=0;實現(xiàn) 2，5兩種條件組合輸入：x=1,y=2, z=1;實現(xiàn) 3，8兩種條件組合輸入：x=2 ,y=1, z=0; 實現(xiàn) 4，7兩種條件組合輸入：x=1,y=1, z=1. 評分標準：分析2分，每測試用例各1分。6. 答案原理1用分階段的生命周期計劃嚴格管理 原理2堅持進行階段評審原理3實行嚴格的產(chǎn)品控制原理4采用現(xiàn)代程序設計技術原理5結(jié)果應能清楚地審查原理6開發(fā)小組的人員應該少而精原理7承認不斷改進軟件工程實踐的必要性評分標準：每個原理1分7、答案結(jié)構(gòu)化程序設計的特征如下：程序模塊只有一個入口和一個出口、程

30、序中只包含順序、條件和循環(huán)三種控制結(jié)構(gòu)。評分標準：6分。8、答案業(yè)務需求是用戶高層領導機構(gòu)決定的，它確定軟件的目標、規(guī)模和范圍。業(yè)務需求一般在進行需求分析之前就應該確定，需求分析階段要以此為參照制定需求調(diào)研計劃、確定用戶核心需求和軟件功能需求。業(yè)務需求通常比較簡潔，大約三五頁紙就可以描述清楚，也可以將它直接作為需求規(guī)格說明書中的一部分。功能需求定義了軟件開發(fā)人員必須實現(xiàn)的軟件功能。用戶從他們完成任務的角度對軟件提出了用戶需求，這些需求通常是凌亂的、非系統(tǒng)化的、有冗余的，開發(fā)人員不能據(jù)此編寫程序。軟件分析人員要充分理解用戶需求，將用戶需求整理成軟件功能需求。開發(fā)人員根據(jù)功能需求進行軟件設計和編碼

31、。評分標準：業(yè)務需求和功能需求各占3分。9、答案模塊獨立性, 是指軟件系統(tǒng)中每個模塊只涉及軟件要求的具體的子功能, 而和軟件系統(tǒng)中其它的模塊的接口是簡單的。一般采用兩個準則度量模塊獨立性。即模塊間耦合和模塊內(nèi)聚。耦合是模塊之間的互相連接的緊密程度的度量。 內(nèi)聚是模塊功能強度(一個模塊內(nèi)部各個元素彼此結(jié)合的緊密程度)的度量。模塊獨立性比較強的模塊應是高內(nèi)聚低耦合的模塊。評分標準：正確模塊獨立性（2分）；正確說明內(nèi)聚概念（2分）；正確說明耦合概念（2分） 10、答案a>5,t=0 a<=5,t=0b>10b<=10c>15c<=15測試用例(不唯一)：a=6 t

32、=0 b=11 c=16； a=5 t=0 b=10 c=15評分標準：只要寫出條件，不管測試用例是否給出都給3分；兩組測試用例各占3分。11、答案（1）軟件危機是指在計算機軟件的開發(fā)和維護過程中，所遇到的一系列嚴重問題。（2）典型表現(xiàn)： l 開發(fā)費用和進度難以估算和控制，大大超過預期的資金和規(guī)定日期；l 軟件需求分析不夠充分，用戶不滿意“已經(jīng)完成”的軟件系統(tǒng)。l 軟件質(zhì)量難于保證；l 軟件維護困難；l 通常沒有保留適當?shù)奈臋n資料l 開發(fā)成本逐年上升；l 軟件開發(fā)生產(chǎn)率提高的速度，遠遠跟不上計算機應用迅速普及深入的趨勢評分標準：概念3分,表現(xiàn)3分（每條1分）。12、答案1) 結(jié)構(gòu)化方法分析和設

33、計階段所應用的模型之間存在鴻溝。分析階段的主要模型是數(shù)據(jù)流程圖，設計階段的主要模型是軟件模塊結(jié)構(gòu)圖，數(shù)據(jù)流程圖和軟件模塊結(jié)構(gòu)圖之間需要進行轉(zhuǎn)換。不同的人轉(zhuǎn)換出的模塊圖可能不同，有很大的隨意性。2) 需求分析的細化程度沒有標準，只能憑借分析人員的經(jīng)驗自己把握；需求分析的過程是在一種瀑布形式，當需求變更時，功能變化就會導致軟件模塊結(jié)構(gòu)發(fā)生變化，造成了軟件結(jié)構(gòu)不穩(wěn)定。3) 結(jié)構(gòu)化程序設計將數(shù)據(jù)定義與處理數(shù)據(jù)的過程相分離，不利于軟件復用。4) 結(jié)構(gòu)化方法設計的軟件結(jié)構(gòu)不穩(wěn)定，缺乏靈活性，可維護性差。評分標準：只要回答出以上三點即給6分。13、答案a）功能模型：表達系統(tǒng)的詳細需求，為軟件的進一步分析和設

34、計打下基礎。在面向?qū)ο蠓椒ㄖ?，由用例圖和場景描述組成。b）對象模型：表示靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)“數(shù)據(jù)”性質(zhì)。描述現(xiàn)實世界中實體的對象以及它們之間的關系，表示目標系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ?，類圖是構(gòu)建對象模型的核心工具。c）動態(tài)模型：描述系統(tǒng)的動態(tài)結(jié)構(gòu)和對象之間的交互，表示瞬時的、行為化的系統(tǒng)的“控制”特性。面向?qū)ο蠓椒ㄖ?，常用狀態(tài)圖、順序圖、合作圖、活動圖構(gòu)建系統(tǒng)的動態(tài)模型。14、答案（1）在需求分析階段應該明確維護的范圍和責任，檢查每條需求，分析維護時這條需求可能需要的支持，對于那些可能發(fā)生變化的需求要考慮系統(tǒng)的應變能力。（2）在設計階段應該做一些表更實驗，檢查系統(tǒng)的可維護性、靈活性和可移植性，設計時應該將今后可能變更的內(nèi)容與其他部分分離出來，并且遵循高內(nèi)聚、低耦合的原則。（3）編碼階段要保持源程序與文檔的一致性、源程序的可理解性和規(guī)范性。（4）在測試階段測試人員應該按照需求文檔和設計文檔測試軟件的有效性和可用性，收集出錯信息并進行分類統(tǒng)計，為今后的維護打下基礎。評分標準：每條1.5分。15、答案因為每個判定表達式為真或假時均有賦值語句，為了使每個語句都至少執(zhí)行一次，總共需要兩組測試數(shù)據(jù)，以便使得每個判定表達式取值為真或假各一次。下面是實現(xiàn)語句覆蓋的典型測試用例：