GCT復(fù)試軟件工程測(cè)測(cè)試卷

1、封面作者：PanHongliang僅供個(gè)人學(xué)習(xí)x1.概念題以下概念是否正確，為什么？(1)軟件就是程序。( 不是：軟件=程序+數(shù)據(jù)+文檔 )(2)采用面向?qū)ο蠓椒ê?，軟件危機(jī)迎刃而解( 不是：面向?qū)ο蠓椒ㄊ墙鉀Q軟件危機(jī)的一種有效途徑，不能夠徹底的解決軟件危機(jī)問(wèn)題，只是讓軟件危機(jī)問(wèn)題得到了一定的緩解 )。(3)界面設(shè)計(jì)應(yīng)該在需求分析階段進(jìn)行。(4) E-R圖中的實(shí)體和00D中的對(duì)象不一樣。(是：00D中的實(shí)體表示的是問(wèn)題領(lǐng)域中的實(shí)體，而E-R圖中的實(shí)體則是數(shù)據(jù)庫(kù)中具體的表)(5)類(lèi)圖是面向?qū)ο蠓椒ㄖ械幕灸Ｐ汀? 是：類(lèi)圖是最重要的模型圖，它描述了系 統(tǒng)中各類(lèi)對(duì)象以及他們之間的各種關(guān)系 )(6)

2、總體設(shè)計(jì)的主要任務(wù)是設(shè)計(jì)系統(tǒng)流程圖。( 不是：總體設(shè)計(jì)的主要任務(wù)是設(shè)計(jì)軟件的模塊結(jié)構(gòu)和計(jì)算機(jī)物理系統(tǒng)的配置方案，包括數(shù)據(jù)流圖、系統(tǒng)流程圖、劃分子系 統(tǒng)、系統(tǒng)軟硬件配置、通信網(wǎng)絡(luò)系統(tǒng)的配置、機(jī)房設(shè)備的配置等)(7)單元測(cè)試主要是分析程序代碼是否正確。( 是：?jiǎn)卧獪y(cè)試就是模塊測(cè)試,其過(guò)程就 是為了發(fā)現(xiàn)編碼和詳細(xì)設(shè)計(jì)的錯(cuò)誤 )(8)單獨(dú)開(kāi)發(fā)的一個(gè)模塊就表示該模塊具有獨(dú)立性。(不是：一個(gè)具有獨(dú)立性的模塊應(yīng)該是只完成系統(tǒng)要求的獨(dú)立的子功能,并且與其他模塊的聯(lián)系最少且接口簡(jiǎn)單，是由內(nèi) 聚和耦合來(lái)度量的一種衡量標(biāo)準(zhǔn)，而單獨(dú)開(kāi)發(fā)未必一定能做到這一點(diǎn))2.論述題(1)在對(duì)一個(gè)應(yīng)用軟件開(kāi)發(fā)工程進(jìn)行結(jié)題驗(yàn)收時(shí)，用戶(hù)

3、應(yīng)該得到什么資料？為什么？ 答：在結(jié)題驗(yàn)收階段，用戶(hù)應(yīng)該得到相關(guān)合同、各種審核報(bào)告、測(cè)試報(bào)告、操作手 冊(cè)，還需根據(jù)個(gè)別情況提供源代碼，因?yàn)橛脩?hù)在驗(yàn)收階段要進(jìn)行用戶(hù)驗(yàn)收測(cè)試，其中 包括了文檔審核、源代碼審核、配置腳本審核、測(cè)試程序或腳本審核、可執(zhí)行程序測(cè) 試。(2)當(dāng)用戶(hù)向軟件開(kāi)發(fā)人員提出一個(gè)簡(jiǎn)單的功能修改要求時(shí)，可能得不到對(duì)方的及時(shí) 響應(yīng)，你認(rèn)為技術(shù)上的主要原因可能是什么？答：有可能該功能是嵌套在另一功能中的，雖然對(duì)簡(jiǎn)單的功能進(jìn)行修改，但也有 可能是“牽一發(fā)而動(dòng)全身”，會(huì)引起其他功能方面的大問(wèn)題，所以得不到及時(shí)的響 應(yīng)。(3)什么是軟件危機(jī)？簡(jiǎn)述軟件危機(jī)的具體表現(xiàn)和解決方法。 軟件危機(jī)：落后的

4、軟件生產(chǎn)方式無(wú)法滿(mǎn)足迅速增長(zhǎng)的計(jì)算機(jī)軟件需求，從而導(dǎo)致軟件開(kāi)發(fā)與維護(hù)過(guò)程中出現(xiàn)一系列嚴(yán)重問(wèn)題的現(xiàn)象。具體表現(xiàn)：軟件開(kāi)發(fā)費(fèi)用和進(jìn)度失控、軟件的可靠性差、生產(chǎn)出來(lái)的軟件難以維護(hù)、 用戶(hù)對(duì)“已完成”的系統(tǒng)不滿(mǎn)意現(xiàn)象經(jīng)常發(fā)生。解決方法：軟件工程，研究軟件生產(chǎn)的客觀(guān)規(guī)律性，明確提出了軟件生命周期的模 型；軟件工具；3.分析設(shè)計(jì)題某公司提出要在我校校園網(wǎng)上為學(xué)校開(kāi)發(fā)一個(gè)“財(cái)務(wù)管理系統(tǒng)”，用戶(hù)可在校園網(wǎng)上 辦理繳費(fèi)、借還款和查詢(xún)賬戶(hù)信息等功能。是：界面設(shè)計(jì)是屬于需求分析階段的范(1)請(qǐng)從技術(shù)、經(jīng)濟(jì)和操作三個(gè)方面簡(jiǎn)要分析系統(tǒng)開(kāi)發(fā)的可行性(包括可能存在的風(fēng)險(xiǎn))。答： 技術(shù)可行性：現(xiàn)代計(jì)算機(jī)硬件和軟件技術(shù)的飛速發(fā)

5、展，為系統(tǒng)的建設(shè)提供了技術(shù)的條 件，并且高校的財(cái)務(wù)管理系統(tǒng)也是依附于校園網(wǎng)中建設(shè)的，也有一些成功的實(shí)例，因 此在技術(shù)技術(shù)方面也有了雄厚的基礎(chǔ)。經(jīng)濟(jì)可行性：該系統(tǒng)的建設(shè)改善了原有勞動(dòng)力的成本，只要該系統(tǒng)一經(jīng)使用，在經(jīng)費(fèi) 方面就會(huì)減少手工管理的支出。用戶(hù)使用新的系統(tǒng)只需花一定的資金購(gòu)買(mǎi)一臺(tái)電腦和 軟件就能夠?qū)崿F(xiàn)自動(dòng)化管理。并且財(cái)務(wù)管理系統(tǒng)的建設(shè)也滿(mǎn)足了數(shù)字化校園的建設(shè)， 能夠得到領(lǐng)導(dǎo)的大力支持與幫助。操作可行性：傳統(tǒng)的財(cái)務(wù)管理方法一般都為手工似管理方法，其存在著效率低下、出 錯(cuò)率高、不夠規(guī)范的缺點(diǎn)，但財(cái)務(wù)管理系統(tǒng)就能夠充分解決傳統(tǒng)管理方法所帶來(lái)的缺 陷，具有簡(jiǎn)便、高效、可靠、規(guī)范的特點(diǎn)，強(qiáng)化了現(xiàn)代

6、數(shù)字化校園的建設(shè)。(2)假設(shè)可行，請(qǐng)用原型模型描述系統(tǒng)的開(kāi)發(fā)過(guò)程，并分析該模型的優(yōu)缺點(diǎn)。 答：原型模型是由開(kāi)發(fā)人員先開(kāi)發(fā)出一個(gè)簡(jiǎn)單系統(tǒng)的原型，供用戶(hù)使用。然后，再利 用該系統(tǒng)作為原型，獲取用戶(hù)的反饋，通過(guò)用戶(hù)的需求來(lái)不斷的完善系統(tǒng)，最后達(dá)到 用戶(hù)的需求。根據(jù)用戶(hù) 要求制作demo-根據(jù)demo作分析設(shè)計(jì)-編程-測(cè)試-上線(xiàn)使用，在過(guò)程中逐 步優(yōu)化改進(jìn)原型開(kāi)發(fā)方法的優(yōu)點(diǎn)：原型模型采用逐步求精的方法完善原型，使得原型能夠“快 速”開(kāi)發(fā)，避免了像瀑布模型一樣在冗長(zhǎng)的開(kāi)發(fā)過(guò)程中難以對(duì)用戶(hù)的反饋?zhàn)鞒隹焖俚?響應(yīng)。相對(duì)瀑布模型而言，原型模型更符合人們開(kāi)發(fā)軟件的習(xí)慣，是目前較流行的一 種實(shí)用軟件生存期模型。原

7、型開(kāi)發(fā)方法的缺點(diǎn)：當(dāng)告訴用戶(hù)，還必須重新生產(chǎn)該產(chǎn)品時(shí)，用戶(hù)是很難接受的。 這往往給工程繼續(xù)開(kāi)展帶來(lái)不利因素。不宜利用原型系統(tǒng)作為最終產(chǎn)品(3)假設(shè)可行，請(qǐng)用數(shù)據(jù)流圖或用例圖描述系統(tǒng)的功能需求。答：(4)假設(shè)可行，請(qǐng)定義數(shù)據(jù)庫(kù)的一個(gè)表(關(guān)系)，并分析該表的范式。User表：用于存儲(chǔ)系統(tǒng)中用戶(hù)的表：字段名類(lèi)型長(zhǎng)度主鍵為空唯一描述U_accountNvarchar32YesNoYes用戶(hù)帳戶(hù)U_passwordNvarchar32NoNoNo用戶(hù)密碼U_E_Mailnvarchar50NoNoNo郵箱U_sqNvarchar50NoNoNo安全問(wèn)題U_sanvarchar50NoNoNo安全答案U_

8、namenvarchar50NoNoNo真實(shí)姓名U_phonevarchar20NoNoNo聯(lián)系方式U_addressnvarchar50NoNoNo聯(lián)系地址U_postalcodevarchar10NoNoNo郵政編碼U_industrynvarchar20NoNoNo所在行業(yè)U_introducenvarchar100NoNoNo簡(jiǎn)介U typenvarchar10NoNoNo用戶(hù)類(lèi)型通過(guò)分析的用戶(hù)表中不存在部分函數(shù)依賴(lài)關(guān)系，所以該數(shù)據(jù)表滿(mǎn)足3NF。3.3. 某公司提出要為政府開(kāi)發(fā)一個(gè)“互聯(lián)網(wǎng)戶(hù)籍管理系統(tǒng)”，用戶(hù)可在互聯(lián)網(wǎng)上辦理和查詢(xún)戶(hù)籍信息(1)(1)請(qǐng)從技術(shù)、經(jīng)濟(jì)和操作三個(gè)方面簡(jiǎn)要分析

9、系統(tǒng)開(kāi)發(fā)的可行性( (包括可能存 在的風(fēng)險(xiǎn)) )。(10(10 分) )答：技術(shù)可行性：現(xiàn)代計(jì)算機(jī)硬件和軟件技術(shù)的飛速發(fā)展，為系統(tǒng)的建設(shè)提供了技術(shù) 的條件，各種防火墻機(jī)制也保障了安全性，并且目前各個(gè)省市部門(mén)已經(jīng)有一些成功的 實(shí)例，因此在技術(shù)技術(shù)方面也有了雄厚的基礎(chǔ)。經(jīng)濟(jì)可行性：極大的減少了資源浪費(fèi)，成本低、性能好。計(jì)算機(jī)已經(jīng)成為我們學(xué) 習(xí)和工作的得力助手，今天，計(jì)算機(jī)的價(jià)格已經(jīng)十分低廉，性能卻有了長(zhǎng)足的進(jìn)步。 它已經(jīng)被 應(yīng)用于許多領(lǐng)域，計(jì)算機(jī)之所以如此流行的原因主要有以下幾個(gè)方面：首 先，計(jì)算機(jī)可以 代替人工進(jìn)行許多繁雜的勞動(dòng)；其次，計(jì)算機(jī)可以節(jié)省許多資源；第 三，計(jì)算機(jī)可以大大的提高人們的工

10、作效率；第四，計(jì)算機(jī)可以使戶(hù)籍檔案更加安全，等等。一臺(tái)或幾臺(tái)擁有足夠硬件配置的計(jì)算機(jī)，就能實(shí)現(xiàn)目標(biāo)管理。大大減少了人力、物力、財(cái)力，極大地降低了戶(hù)籍管理得成本，節(jié)省了開(kāi)銷(xiāo)，縮減了經(jīng)濟(jì)開(kāi)支。操作可行性：以計(jì)算機(jī)為操作工具，操作方法簡(jiǎn)單、便捷、迅速。使用現(xiàn)行開(kāi)發(fā) 的戶(hù)籍管理系統(tǒng)查找一個(gè)戶(hù)的信息或一個(gè)戶(hù)成員的具體情況時(shí)，在幾秒鐘之內(nèi)獲得全 部相關(guān)信 息。改變了以往人工操作為主的管理方式，大大減輕了戶(hù)籍管理人員的日常 工作量。(2)(2)假設(shè)可行，請(qǐng)用瀑布模型描述系統(tǒng)的開(kāi)發(fā)過(guò)程，并分析該模型的優(yōu)缺占八、1 1）、對(duì)目標(biāo)系統(tǒng)進(jìn)行可行性調(diào)研和分析2 2）、和客戶(hù)交流并進(jìn)行需求分析，編寫(xiě)需求規(guī)格說(shuō)明書(shū)，同時(shí)

11、兼顧其對(duì)可 行性的影響3 3）、根據(jù)需求分析結(jié)果進(jìn)行系統(tǒng)概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)，同時(shí)兼顧其對(duì)需求 分析文檔的影響4 4）、根據(jù)需求、設(shè)計(jì)文檔進(jìn)行編程，過(guò)程的修改需兼顧其對(duì)需求、設(shè)計(jì)分 析文檔的影響5 5）、系統(tǒng)工程測(cè)試，測(cè)出 BUGBUG 協(xié)同開(kāi)發(fā)人員進(jìn)行修改，6 6）、測(cè)試完成后，發(fā)布上線(xiàn)，進(jìn)入運(yùn)行維護(hù)期優(yōu)點(diǎn)1 1）為工程提供了按階段劃分的檢查點(diǎn)。2 2）當(dāng)前一階段完成后，您只需要去關(guān)注后續(xù)階段。3 3）可在迭代模型中應(yīng)用瀑布模型。4 4）它提供了一個(gè)模板，這個(gè)模板使得分析、設(shè)計(jì)、編碼、測(cè)試和支持的方 法可以在該模板下有一個(gè)共同的指導(dǎo)。缺點(diǎn)1 1）各個(gè)階段的劃分完全固定，階段之間產(chǎn)生大量的文檔，

12、極大地增加了工 作量。2 2）由于開(kāi)發(fā)模型是線(xiàn)性的，用戶(hù)只有等到整個(gè)過(guò)程的末期才能見(jiàn)到開(kāi)發(fā)成 果，從而增加了開(kāi)發(fā)風(fēng)險(xiǎn)。3 3）通過(guò)過(guò)多的強(qiáng)制完成日期和里程碑來(lái)跟蹤各個(gè)工程階段。4 4）瀑布模型的突出缺點(diǎn)是不適應(yīng)用戶(hù)需求的變化(3)(3)假設(shè)可行，請(qǐng)定義數(shù)據(jù)庫(kù)的一個(gè)表( (關(guān)系) )，并分析該表的范式。(10(10 分) )User表：用于存儲(chǔ)系統(tǒng)中用戶(hù)的表:字段名類(lèi)型長(zhǎng)度主鍵為空唯一描述idint10NoNoYes主鍵U_acco untvarchar32NoNoYes登錄帳戶(hù)U_passwordvarchar32NoNoNo登錄密碼U_uservarchar32NoNoNo用戶(hù)編碼U_E_M

13、ailvarchar50NoNoNo郵箱U_sqvarchar50NoNoNo安全問(wèn)題U_san varchar50NoNoNo安全答案U_n amevarchar50NoNoNo真實(shí)姓名U_phonevarchar20NoNoNo聯(lián)系方式U_addressvarchar50NoNoNo聯(lián)系地址U_postalcodevarchar10NoNoNo郵政編碼U statevarchar10NoNoNo用戶(hù)狀態(tài)U typevarchar10NoNoNo用戶(hù)類(lèi)型create_timedata20NoNoNo創(chuàng)建時(shí)間通過(guò)分析的用戶(hù)表中不存在部分函數(shù)依賴(lài)關(guān)系，所以該數(shù)據(jù)表滿(mǎn)足3NF。4.4.在用面向數(shù)據(jù)

14、流的方法定義模塊時(shí)，關(guān)鍵是要保證模塊的獨(dú)立性。(1)(1)如何判斷模塊的獨(dú)立性？ (10(10 分) )模塊獨(dú)立性指每個(gè)模塊只完成系統(tǒng)要求的獨(dú)立的子功能，并且與其他模塊的聯(lián)系最少且接口簡(jiǎn)單是指模塊內(nèi)部各部分及模塊間的關(guān)系的一種衡量標(biāo)準(zhǔn)，由內(nèi)聚和耦合來(lái)度 量。(2)(2)在用面向?qū)ο蠓椒ㄔO(shè)計(jì)構(gòu)件時(shí)，構(gòu)件的獨(dú)立性是否一定就好？為什么 這個(gè)應(yīng)該不是程度上的問(wèn)題，而考慮的是功能邊界與解耦的問(wèn)題，耦合度 越低越好，是依賴(lài)的問(wèn)題，這樣才能使得系統(tǒng)容易開(kāi)發(fā)、可靠性高且容易 維護(hù)模塊獨(dú)立性原則是指其中任一模塊在運(yùn)行時(shí)，與另一個(gè)模塊存在無(wú)關(guān)。獨(dú) 立性只是一個(gè)相對(duì)的概念。具有獨(dú)立功能而且和其他模塊之間相互作用少

15、的模塊，稱(chēng)為獨(dú)立性高的模塊。5.5. 面向?qū)ο蠓椒ㄊ菄@數(shù)據(jù) （對(duì)象） 來(lái)構(gòu)造系統(tǒng)，而不是圍繞功能，為什么？請(qǐng) 從功能模型和對(duì)象模型之間的關(guān)系來(lái)論述。 （1010 分 ） 面向?qū)ο蟮姆椒ㄊ敲嫦驅(qū)ο蟮氖澜缬^(guān)在開(kāi)發(fā)方法中的直接運(yùn)用。它強(qiáng)調(diào)系 統(tǒng)的結(jié)構(gòu)應(yīng)該直接與現(xiàn)實(shí)世界的結(jié)構(gòu)相對(duì)應(yīng)，應(yīng)該圍繞現(xiàn)實(shí)世界中的對(duì)象來(lái)構(gòu) 造系統(tǒng)，而不是圍繞功能來(lái)構(gòu)造系統(tǒng)。功能模型和對(duì)象模型之間有以下關(guān)系： 對(duì)象模型展示了功能模型中的動(dòng)作者、數(shù)據(jù)存儲(chǔ)和流的結(jié)構(gòu)，動(dòng)態(tài)模型展 示了執(zhí)行加工的順序。 而功能模型展示了類(lèi)上的操作和每個(gè)操作的變量，因 此它也表示了類(lèi)之間的“供應(yīng)者一客戶(hù) 關(guān)系；動(dòng)態(tài)模型展示了每個(gè)對(duì)象的狀 態(tài)以及 它接收事

16、件和改變狀態(tài)時(shí)所執(zhí)行的操作。6.6. 請(qǐng)例舉兩個(gè)軟件開(kāi)發(fā)中的錯(cuò)誤做法，并說(shuō)明錯(cuò)誤的原因。 （5 5 分） 問(wèn)題一：大家每天固定位子就坐（一個(gè)蘿卜一個(gè)坑）大家是不是每天上班都坐同一個(gè)位子呢？選哪個(gè)電腦有什么影響嗎？是不 是每臺(tái)電腦都有你需要的全部工具，同時(shí)配置完善足夠你完成所有任務(wù)呢？如 果不是，證明你們不經(jīng)常結(jié)對(duì)，也不常交換結(jié)對(duì)伙伴。解決方法：（真正地） 結(jié)對(duì)編程結(jié)對(duì)編程并且經(jīng)常輪換結(jié)對(duì)伙伴是需要紀(jì)律性的。如果你沒(méi)做，只能說(shuō)明 你不相信這有用。為了共享知識(shí)和技能，在看板系統(tǒng)中你可以安排學(xué)習(xí)和一些 緩沖時(shí) 間。你可能需要拒絕一些客戶(hù)的要求，但短暫的損失將帶來(lái)長(zhǎng)期的收 益：你整裝待發(fā)，開(kāi)始一起協(xié)作

17、的極限編程之旅。而正是由于掃清了知識(shí)方面 的瓶頸，你將會(huì)快 速前進(jìn)。試試結(jié)對(duì)吧。問(wèn)題二：強(qiáng)調(diào)頭銜 我記得有個(gè)團(tuán)隊(duì)剛剛開(kāi)始實(shí)施敏捷時(shí)，某個(gè)團(tuán)隊(duì)成員拿著組織結(jié)構(gòu)圖，義正言辭地跳出來(lái)指正：在程序員完成故事編碼之前應(yīng)該禁止測(cè)試人員介入。其 實(shí)沒(méi)必 要把頭銜搞得跟完整團(tuán)隊(duì)勢(shì)不兩立。但如果某個(gè)重要成員一意孤行，或者團(tuán)隊(duì)因?yàn)榻巧煌桓屹|(zhì)疑技術(shù)主管，再或者團(tuán)隊(duì)期望“測(cè)試人員”完 成所有測(cè)試，那我 們就該擔(dān)心自己實(shí)施完整團(tuán)隊(duì)的效果了。解決方法：打破角色和職責(zé)界限如果你把工作簡(jiǎn)單地看作是一些待完成的活動(dòng)的集合，那么你就可以打破 角色和職責(zé)的界限，允許隊(duì)員在多重領(lǐng)域創(chuàng)造價(jià)值。比如，解放程序員，讓他 們探索測(cè)試。

18、類(lèi)似地，當(dāng)測(cè)試人員發(fā)現(xiàn)一個(gè)他們能修復(fù)的缺陷時(shí)，放手讓他們 去修復(fù)吧。版權(quán)申明本文部分內(nèi)容，包括文字、圖片、以及設(shè)計(jì)等在網(wǎng)上搜集整 理。版權(quán)為潘宏亮個(gè)人所有This article in eludes some parts, in cludi ng text, pictures, and desig n.Copyright is Pan Hon glia ngs pers onal own ership.用戶(hù)可將本文的內(nèi)容或服務(wù)用于個(gè)人學(xué)習(xí)、研究或欣賞，以及 其他非商業(yè)性或非盈利性用途，但同時(shí)應(yīng)遵守著作權(quán)法及其他相關(guān) 法律的規(guī)定，不得侵犯本網(wǎng)站及相關(guān)權(quán)利人的合法權(quán)利。除此以 外，將本文任何內(nèi)容或

19、服務(wù)用于其他用途時(shí)，須征得本人及相關(guān)權(quán) 利人的書(shū)面許可，并支付報(bào)酬。Users may use the contents or services of this article for pers onalstudy, research or appreciati on, and other non-commercial or non-profitpurposes, but at the same time, they shall abide by the provisions ofcopyright law and other releva nt laws, and shall not infringe upon th