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

1、軟件工程復(fù)習(xí)題一、 選擇題，請(qǐng)從四個(gè)可選項(xiàng)中選擇正確答案。1、下面哪個(gè)選項(xiàng)不是軟件工程研究的內(nèi)容（ ）。A. 生產(chǎn)無故障的軟件 B. 精通一門編程語言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ì)量保證層，中間層是（ ），最上層是工具層。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、源程序的效率與（ ）階段確定的算法的效率直接有關(guān)。A概要設(shè)計(jì) B. 總體設(shè)計(jì) C. 單元設(shè)計(jì) D. 詳細(xì)設(shè)計(jì)7、可行性研究的主要任務(wù)是（ ）。A.確定系統(tǒng)做什么 B. 確定性能 C.確定功能 D. 進(jìn)行一次簡(jiǎn)要的需求分析8、內(nèi)容耦合是模塊間最緊密的耦合，（ ）是模塊間最松散的耦合。A數(shù)據(jù)耦合 B非直接耦合 C控制耦合 D外部耦合9、面向?qū)ο笫恰跋取贝_定()“后”（ ）。A.屬性/方法 B.數(shù)據(jù)結(jié)構(gòu)/方法 C. 動(dòng)作的主體/執(zhí)行動(dòng)作 D.動(dòng)作10、UML是一種（ ）語言。A.高級(jí)編程 B

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

4、正確的描述是“軟件需求具有（）”。A.多變性 B.模糊性 C. 準(zhǔn)確性 D.主觀性16、DFD中的每個(gè)加工至少需要（ ）A.一個(gè)輸入流 B.一個(gè)輸出流C.一個(gè)輸入或輸出流 D.一個(gè)輸入流和一個(gè)輸出流17、PDL是描述處理過程（ ）。A.做什么 B.為什么做 C.怎么做 D.對(duì)誰做18、當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（ ）A數(shù)據(jù)耦合 B公共耦合 C標(biāo)記耦合 D內(nèi)容耦合19、按照模塊獨(dú)立性，耦合程度由強(qiáng)至弱正確的順序是（ ）。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.分組機(jī)制 D.對(duì)系統(tǒng)的動(dòng)態(tài)描述21、反映收發(fā)消息的對(duì)象的組織結(jié)構(gòu)，用于描述系統(tǒng)的行為是如何有系統(tǒng)的成分協(xié)作實(shí)現(xiàn)的是（ ）。A.順序圖 B.類圖 C.合作圖 D.組件圖22、面向?qū)ο蠓治龊驮O(shè)計(jì)的界限是（ ），從分析到設(shè)計(jì)是一個(gè)逐漸擴(kuò)充模型的過程。A.清晰的 B.模糊的 C.非線性的 D.確定的23、動(dòng)態(tài)模型描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對(duì)象之間的交互，表示瞬時(shí)的、行為化的系統(tǒng)“控制”特性。面向?qū)ο蠓椒ㄖ?，常用?）實(shí)現(xiàn)。A.狀態(tài)圖 B.交互圖 C.活動(dòng)圖 D.以上全部24、不適合作為數(shù)據(jù)處理與數(shù)據(jù)庫應(yīng)用的語言是（ ）A

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

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

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

9、在人們更強(qiáng)調(diào)程序代碼的（ ）。A.可維護(hù)性 B.可移植性 C.可擴(kuò)充性 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.計(jì)算機(jī)代碼和數(shù)據(jù) D. 三個(gè)不同的概念42、下面哪個(gè)選項(xiàng)不是軟件工程研究的內(nèi)容（ ）。A. 生產(chǎn)無故障的軟件 B. 精通一門編程語言C.生產(chǎn)滿足用戶需求的軟件 D.生產(chǎn)及時(shí)交付的軟件43、SW-CMM是一種（ ）規(guī)范。A.編程規(guī)范 B.軟件工作通用模型 C.軟件設(shè)計(jì)模型 D.軟件成熟度模型44、可行性研究實(shí)質(zhì)上是在較高層

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

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

12、軟件調(diào)研報(bào)告是在（ ）提交的。A. 可行性分析之前 B. 需求分析之前 C.簽合同之前 D.設(shè)計(jì)的時(shí)候55、描述軟件需求通常不用哪個(gè)工具（ ）。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ù)流程圖的關(guān)系（ ）。A不確定 B數(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.共性的部分 C.角色 D.特殊活動(dòng)59、如果說用例F被用例T擴(kuò)展，意思是（ ）。A.F是一個(gè)一般用例，T是一個(gè)特殊用例B.F是一個(gè)特殊用戶

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

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

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

16、化類與特殊化類之間的一種關(guān)聯(lián)形式，設(shè)計(jì)時(shí)應(yīng)該適當(dāng)使用這種耦合。A.消息連接 B.參數(shù)傳遞 C.方法重寫 D.繼承75、結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（ ）。A.程序的規(guī)模 B.程序效率 C.程序語言的先進(jìn)性 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、一般性的軟件其測(cè)試工作量大約占整個(gè)開發(fā)工作量的（ ）。A.小于10% B.40% C.90% D.大于100 78、下面哪些測(cè)試方法屬于黑盒測(cè)試（ ）。A 路徑測(cè)試 B.等價(jià)類劃分 C.條件判斷 D.循環(huán)測(cè)試79、軟件特性中，相互矛盾的是（ ）。A.可理

17、解性與可測(cè)試性 B.效率與可修改性 C.可修改性和可理解性 D.可理解性與可讀性80、（ ）針對(duì)開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A組織管理 B過程管理 C風(fēng)險(xiǎn)管理 D軟件配置管理二、 簡(jiǎn)答題1、請(qǐng)說明快速原型化模型的基本思想。2軟件工程為什么要強(qiáng)調(diào)規(guī)范化和文檔化？3、請(qǐng)舉例說明用例之間的包含關(guān)系和擴(kuò)展關(guān)系的區(qū)別？4簡(jiǎn)述在項(xiàng)目開發(fā)時(shí)選擇程序設(shè)計(jì)語言的主要考慮的因素。5設(shè)計(jì)下列偽程序的條件組合覆蓋測(cè)試用例。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、請(qǐng)給出軟件工程七條基本原理中的任意6條基本原理。7、結(jié)構(gòu)化程序設(shè)計(jì)的特征是什么？8、軟件需求可以分為業(yè)務(wù)需求、用戶需求、功能需求和非功能需求，請(qǐng)分析業(yè)務(wù)需求與功能需求的區(qū)別？9、簡(jiǎn)述模塊獨(dú)立性，內(nèi)聚與耦合。10、請(qǐng)為下面的程序設(shè)計(jì)符合判定覆蓋的測(cè)試用例。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、什么是軟件危機(jī)？試簡(jiǎn)述至少3種軟件危機(jī)的典型表現(xiàn)。12、試分析結(jié)構(gòu)化方法存在的主要問題是什么？13、面向?qū)ο蟮姆治鐾ǔＲ⑷齻€(gè)模型，請(qǐng)問三個(gè)模型的作用？14、為了提高軟件的可維護(hù)性，在軟件開發(fā)過程的各個(gè)階段要充分考慮軟件的可維護(hù)性因素。15、設(shè)計(jì)下列偽程序的語句覆蓋測(cè)試用例。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、 簡(jiǎn)述軟件過程模型17. 簡(jiǎn)述結(jié)構(gòu)化分析的主要步驟18衡量模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn)是什么？它們各表示什么含義？19. 活動(dòng)圖與狀態(tài)圖的區(qū)別？20、一個(gè)程序片段如下，請(qǐng)?jiān)O(shè)計(jì)符合判定覆蓋的測(cè)試用例。if (a>=5) && (b<0) c=a+b;else c=a-b;if (c>5) | (c<1) printf(“c不在計(jì)算區(qū)域n”)else printf(“%dn”, c);三、 應(yīng)用題1、學(xué)校教師工資管理系統(tǒng)的需求描述如下：教師每月末將本月的工作量輸入到系統(tǒng)中，學(xué)院負(fù)責(zé)人對(duì)教師輸入的工作量進(jìn)行審核，財(cái)務(wù)部門對(duì)審核后的工作量計(jì)算本月工資，本月

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

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

23、，審核結(jié)果是同意或不同意。審核通過后，車間把設(shè)備送去維修。維修后由車間主任組織對(duì)設(shè)備維修結(jié)果進(jìn)行驗(yàn)收，企業(yè)對(duì)每臺(tái)有設(shè)備驗(yàn)收標(biāo)準(zhǔn)。驗(yàn)收通過后，由財(cái)務(wù)人員進(jìn)行結(jié)算，填寫支付單并支付維修費(fèi)。最后收取發(fā)票后，財(cái)務(wù)人員填寫發(fā)票記錄。請(qǐng)畫出設(shè)備維修信息管理軟件的數(shù)據(jù)流程圖。4、現(xiàn)在有一個(gè)醫(yī)院病房監(jiān)護(hù)系統(tǒng)，請(qǐng)根據(jù)用戶需求建立系統(tǒng)的Use Case模型。用戶提出的系統(tǒng)功能要求如下：在醫(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ī)生的要求隨時(shí)打印病人的病情報(bào)告，系統(tǒng)會(huì)定期自動(dòng)更新病歷。當(dāng)病癥出

24、現(xiàn)異常時(shí)，系統(tǒng)會(huì)立即自動(dòng)報(bào)警，通知值班醫(yī)生及時(shí)處理，同時(shí)立即打印病人的病情報(bào)告，立即更新病歷。請(qǐng)按上述描述，畫出系統(tǒng)的用例圖。軟件工程考試題一答案一、 選擇題，請(qǐng)從四個(gè)可選項(xià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二、 簡(jiǎn)答題1、答案在需求分析的同時(shí)，以比較小的代價(jià)快速建立一個(gè)能夠反映用戶主要需求的原型系統(tǒng)。用戶在原型系統(tǒng)上可以進(jìn)行基本操作，并且提出改進(jìn)意見，分析人員根據(jù)用戶的意見完善原型，然后再由用戶評(píng)價(jià)，

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

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

28、的軟件類型；l 算法和計(jì)算復(fù)雜性；l 數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性；l 軟件的開發(fā)成本和時(shí)間要求；l 軟件可移植性要求；l 可用的軟件工具。評(píng)分標(biāo)準(zhǔn)：答對(duì)其中任意六項(xiàng)，每項(xiàng)1分。5、答案條件組合覆蓋標(biāo)準(zhǔn)為，使得每個(gè)判定表達(dá)式中條件的各種可能組合都至少出現(xiàn)一次。本程序中共有兩個(gè)判定表達(dá)式，每個(gè)判定表達(dá)式中有兩個(gè)簡(jiǎ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條件組合覆蓋設(shè)計(jì)測(cè)試用例： 實(shí)現(xiàn)1，6兩種條件組合輸入：x=4,y=2, z=0;實(shí)現(xiàn) 2，5兩種條件組合輸入：x=1,y=2, z=1;實(shí)現(xiàn) 3，8兩種條件組合輸入：x=2 ,y=1, z=0; 實(shí)現(xiàn) 4，7兩種條件組合輸入：x=1,y=1, z=1. 評(píng)分標(biāo)準(zhǔn)：分析2分，每測(cè)試用例各1分。6. 答案原理1用分階段的生命周期計(jì)劃嚴(yán)格管理 原理2堅(jiān)持進(jìn)行階段評(píng)審原理3實(shí)行嚴(yán)格的產(chǎn)品控制原理4采用現(xiàn)代程序設(shè)計(jì)技術(shù)原理5結(jié)果應(yīng)能清楚地審查原理6開發(fā)小組的人員應(yīng)該少而精原理7承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性評(píng)分標(biāo)準(zhǔn)：每個(gè)原理1分7、答案結(jié)構(gòu)化程序設(shè)計(jì)的特征如下：程序模塊只有一個(gè)入口和一個(gè)出口、程

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

31、。評(píng)分標(biāo)準(zhǔn)：業(yè)務(wù)需求和功能需求各占3分。9、答案模塊獨(dú)立性, 是指軟件系統(tǒng)中每個(gè)模塊只涉及軟件要求的具體的子功能, 而和軟件系統(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)聚低耦合的模塊。評(píng)分標(biāo)準(zhǔn)：正確模塊獨(dú)立性（2分）；正確說明內(nèi)聚概念（2分）；正確說明耦合概念（2分） 10、答案a>5,t=0 a<=5,t=0b>10b<=10c>15c<=15測(cè)試用例(不唯一)：a=6 t

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

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

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