軟件工程4次作業(yè)

1、 軟件工程4次作業(yè)填空題軟件生存周期一般可以劃分為， 、可行性研究、 、設(shè)計(jì)、編碼、測(cè)試和運(yùn)行和維護(hù)?；谲浖墓δ軇澐郑浖梢詣澐殖蒧 _、支撐軟件、 _三種?？尚行匝芯?，應(yīng)從經(jīng)濟(jì)可行性 、 、 、法律可行性和開放方案可行性等方面研究。系統(tǒng)流程圖是描繪 的傳統(tǒng)工具。它的基本思想是用圖形符號(hào)以 描繪系統(tǒng)里面的每個(gè)部件數(shù)據(jù)流圖的基本四種成分：數(shù)據(jù)輸入的源點(diǎn)和數(shù)據(jù)輸出匯點(diǎn)、 、 和 數(shù)據(jù)存儲(chǔ)文件。結(jié)構(gòu)化分析方法是面向_數(shù)據(jù)流_進(jìn)行需求分析的方法。結(jié)構(gòu)化分析方法使用_ DFD_與_ _來描述。7. 是自動(dòng)地共享類、 和對(duì)象中的方法和數(shù)據(jù)的機(jī)制。8. 軟件詳細(xì)設(shè)計(jì)工具可分為3類，即_ _、_ _和_

2、表格工具_(dá)。為了在軟件開發(fā)過程中保證軟件的質(zhì)量，主要采取下述措施： 、復(fù)查和管理復(fù)審、_ _。大型軟件測(cè)試包括 單元測(cè)試 、 、確認(rèn)測(cè)試和 四個(gè)步驟。11.系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)中各個(gè)元素表達(dá)了系統(tǒng)中各種元素之間的_ _情況。12.成本效益分析的目的是從_ _角度評(píng)價(jià)開發(fā)一個(gè)項(xiàng)目是否可行。13.自頂向下結(jié)合的漸增式測(cè)試法，在組合模塊時(shí)有兩種組合策略；深度優(yōu)先策略和_ _.14.獨(dú)立路徑是指包括一組以前沒有處理的語(yǔ)句或條件的一條路徑。從程序圖來看，一條獨(dú)立路徑是至少包含有一條_ _的邊的路徑。15.匯編語(yǔ)言是面向_ _的，可以完成高級(jí)語(yǔ)言無法完成的特殊功能。如與外

3、部設(shè)備之間的一些接口工作。17.單元測(cè)試一般以白盒測(cè)試為主，_ _測(cè)試為輔。詳細(xì)設(shè)計(jì)的任務(wù)是確定每個(gè)模塊的內(nèi)部特性，即模塊的算法、_ _。所有軟件維護(hù)申請(qǐng)報(bào)告要按規(guī)定方式提出，該報(bào)告也稱_ _報(bào)告。有兩類維護(hù)技術(shù)：在開發(fā)階段使用來減少錯(cuò)誤、提高軟件可維護(hù)性的面向維護(hù)的技術(shù)；在維護(hù)階段用來提高維護(hù)的效率和質(zhì)量的_ _技術(shù)?？茖W(xué)工程計(jì)算需要大量的標(biāo)準(zhǔn)庫(kù)函數(shù)，以便處理復(fù)雜的數(shù)值計(jì)算，可供選擇的語(yǔ)言有：FORTRAN語(yǔ)言、_ _、C語(yǔ)言和PL/1語(yǔ)言。1L目前使用最廣泛的軟件工程學(xué)方法分別是傳統(tǒng)方法學(xué)和_ _?？尚行匝芯恐饕性谝韵滤膫€(gè)方面_經(jīng)濟(jì)_ 、_技術(shù)_可行性、法律可行性和抉擇。常見的軟件概要

4、設(shè)計(jì)方法有3大類：以數(shù)據(jù)流圖為基礎(chǔ)構(gòu)造模塊結(jié)構(gòu)的_ _，以數(shù)據(jù)結(jié)構(gòu)為基礎(chǔ)構(gòu)造模塊的 Jackson方法 ，以對(duì)象、類、繼承和通信為基礎(chǔ)的 面向?qū)ο蟮脑O(shè)計(jì)方法 。_ _和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。單元測(cè)試一般以白盒測(cè)試為主，_ _測(cè)試為輔。單項(xiàng)選擇題軟件設(shè)計(jì)中劃分模塊的一個(gè)準(zhǔn)則是（ ）。低內(nèi)聚低耦合 B.低內(nèi)聚高耦合 C.高內(nèi)聚低耦合 D.高內(nèi)聚高耦合Jackson設(shè)計(jì)方法是由英國(guó)的M. Jackson提出的，它是一種面向（ ）的軟件設(shè)計(jì)方法。A、 對(duì)象 B.數(shù)據(jù)流 C.數(shù)據(jù)結(jié)構(gòu) D.控制結(jié)構(gòu)試判斷下列敘述中，哪個(gè)（些）是正確的( )。軟件系統(tǒng)中所有的信息流都可以認(rèn)為是事務(wù)流b、軟件系統(tǒng)中

5、所有的信息流都可以認(rèn)為是變換流c、事務(wù)分析和變換分析的設(shè)計(jì)步驟是基本相似的A、a B、b C、c D、b和c4. （ ）是用戶和設(shè)計(jì)交換最頻繁的方法。A、 原型化方法 B、瀑布模型方法 C. 螺旋模型方法 D、構(gòu)件組裝模型軟件工程方法學(xué)的目的是：使軟件生產(chǎn)規(guī)范化和工程化，而軟件工程方法得以實(shí)施的主要保證是( )。A、 硬件環(huán)境 B、軟件開發(fā)的環(huán)境 C.軟件開發(fā)工具和軟件開發(fā)的環(huán)境 D、 開發(fā)人員的素質(zhì)20世紀(jì)50年代以來，出現(xiàn)了許多不同的程序設(shè)計(jì)語(yǔ)言，下列語(yǔ)言中哪個(gè)語(yǔ)言是低級(jí)語(yǔ)言( )。A、 PASCAL B、 VISUAL BASIC C、C+ D、 匯編語(yǔ)言軟件測(cè)試的目的是？( )A證明軟

6、件的正確性 B.找出軟件系統(tǒng)中存在的所有錯(cuò)誤C.證明軟件系統(tǒng)中存在錯(cuò)誤 D.盡可能多的發(fā)現(xiàn)軟件系統(tǒng)中的錯(cuò)誤使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)（ ）和指定的覆蓋標(biāo)準(zhǔn)。A、程序的內(nèi)部邏輯 B、程序的復(fù)雜程度C、該軟件的編輯人員 D、程序的功能軟件維護(hù)工作的最主要部分是( )。A、 校正性維護(hù)B、適應(yīng)性維護(hù) C.完善性維護(hù) D、預(yù)防性維護(hù)PDL是（ ）語(yǔ)言。A、 高級(jí)程序設(shè)計(jì)語(yǔ)言 B、偽碼式 C、中級(jí)程序設(shè)計(jì)語(yǔ)言 D、低級(jí)程序設(shè)計(jì)語(yǔ)言11.瀑布模型把軟件生命周期劃分為八個(gè)階段：?jiǎn)栴}的定義、可行性研究、軟件需求分析、系統(tǒng)總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試和運(yùn)行、維護(hù)。八個(gè)階段又可歸納為三個(gè)大的階段：計(jì)

7、劃階段、開發(fā)階段和。 ( ),A .詳細(xì)計(jì)劃 B .可行性分析 C .運(yùn)行階段 D.測(cè)試與排錯(cuò)12.在結(jié)構(gòu)化的瀑布模型中，哪一個(gè)階段定義的標(biāo)準(zhǔn)將成為軟件測(cè)試年勺系統(tǒng)測(cè)試階段的目標(biāo)（ ）A .需求分析階段 B .詳細(xì)設(shè)計(jì)階段 C.概要設(shè)計(jì)階段 D .可行性研究階段，13.軟件工程的出現(xiàn)主要是由于（ ) ,A.程序設(shè)計(jì)方法學(xué)的影響B(tài).其它工程科學(xué)的影響C.軟件危機(jī)的出現(xiàn) D.計(jì)算機(jī)的發(fā)展，14.軟件工程方法學(xué)的目的是：使軟件生產(chǎn)規(guī)范化和工程化，而軟件工程方法得以實(shí)旅的主要保證是（ ）A.硬件環(huán)境 B.軟件開發(fā)的環(huán)境C.軟件開發(fā)工具和軟件開發(fā)的環(huán)境 D.開發(fā)人員的素質(zhì)15.軟件開發(fā)常使用的兩種基本方

8、法是結(jié)構(gòu)化和原型化方法，在實(shí)際的應(yīng)用中，它們之間的關(guān)系表現(xiàn)為（ ）A.相互排斥B相互補(bǔ)充C獨(dú)立使用 D.交替使用16.UML是軟件開發(fā)中的一個(gè)重要工具，它主要應(yīng)用于哪種軟件開發(fā)方法（ ）A基于瀑布模型的結(jié)構(gòu)化方法 B.基于需求動(dòng)態(tài)定義的原型化方法C基于對(duì)象的面向?qū)ο蟮姆椒?D.基于數(shù)據(jù)的數(shù)據(jù)流開發(fā)方法17.在下面的軟件開發(fā)方法中，哪一個(gè)對(duì)軟件設(shè)計(jì)和開發(fā)人員的開發(fā)要求最高（ ）A結(jié)構(gòu)化方法B原型化方法C面向?qū)ο蟮姆椒?D.控制流方法18.結(jié)構(gòu)化分析方法是一個(gè)預(yù)先嚴(yán)格定義需求的方法，它在實(shí)施時(shí)強(qiáng)調(diào)的是分析對(duì)象的（ ）A控制流 B.數(shù)據(jù)流 C.程序流 D.指令流19.軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟

9、件生命周期劃分成（ ）A.計(jì)劃階段.開發(fā)階段.運(yùn)行階段B.計(jì)劃階段.編程階段.測(cè)試階段C總體設(shè)計(jì).詳細(xì)設(shè)計(jì).編程調(diào)試 D.需求分析.功能定義.系統(tǒng)設(shè)計(jì)20.軟件開發(fā)的瀑布模型，一般都將開發(fā)過程劃分為：分析、設(shè)計(jì)、編碼和測(cè)試等階段，一般認(rèn)為可能占用人員最多的階段是（ ）A分析階段 B.設(shè)計(jì)階段 C.編碼階段 D.測(cè)試階段21.適合于面向?qū)ο蠓椒▽W(xué)的軟件生存周期模型是（ ）A瀑布模型 B.噴泉模型 C.螺旋模型 D.增量模型22.從結(jié)構(gòu)化的瀑布模型看，在它的生命周期中的八個(gè)階段中，下面的幾個(gè)選項(xiàng)中哪個(gè)環(huán)節(jié)出錯(cuò)，對(duì)軟件的影響最大的是（ ）A.詳細(xì)設(shè)計(jì)階段 B.概要設(shè)計(jì)階段C.需求分析階段D.測(cè)試和運(yùn)

10、行階段23.從實(shí)用角度看，數(shù)據(jù)規(guī)范化在大多數(shù)場(chǎng)合選用第_范式。（ ）A.1 B.2 C.3 D.524.可行性分析研究的目的是（ ）A.項(xiàng)目值得開發(fā)否 B.爭(zhēng)取項(xiàng)目 C.開發(fā)項(xiàng)目 D.功能內(nèi)聚25.模塊的內(nèi)聚性最高的是（ ）A.邏輯內(nèi)聚B.時(shí)間內(nèi)聚C.偶然內(nèi)聚D.功能內(nèi)聚26.開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱（ ）A.軟件工程B.軟件危機(jī)C.軟件周期D.軟件產(chǎn)生27.需求分析階段的任務(wù)是確定（ ）A.軟件開發(fā)方法B.軟件開發(fā)工具C.軟件開發(fā)費(fèi)D.軟件系統(tǒng)的功能28.完整的軟件結(jié)構(gòu)通常用_圖來表示。（ ）AIPO圖 B.HIPO圖 C.PAD圖 D.DFD圖29.在

11、白盒法技術(shù)測(cè)試用例的設(shè)計(jì)中_是最弱的覆蓋標(biāo)準(zhǔn)。（ ）A.語(yǔ)句B.路徑C.條件組合D.判定30.軟件開發(fā)中常采用的結(jié)構(gòu)化生命周期方法，由于其特征而一般稱其為（ ）A.瀑布模型B.對(duì)象模型C.螺旋模型D.層次模型判斷題用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。（ ）2. 發(fā)現(xiàn)錯(cuò)誤多的程序模塊，殘留在模塊中的錯(cuò)誤也多。（ ）3.為了加快軟件維護(hù)作業(yè)的進(jìn)度，應(yīng)盡可能增加維護(hù)人員的數(shù)目。（ ）4.軟件維護(hù)就是改正軟件中的錯(cuò)誤。（ ）5.質(zhì)量保證是為了保證產(chǎn)品和服務(wù)充分滿足消費(fèi)者要求的質(zhì)量而進(jìn)行的有計(jì)劃,有組織的活動(dòng)。（ ）6. 軟件開發(fā)的主要任務(wù)是寫程序。 （ ）7.測(cè)試只能證明程序有錯(cuò)誤,不能

12、證明程序沒有錯(cuò)誤。（ ）8. 模塊化程序設(shè)計(jì)中，模塊越小，模塊化的優(yōu)點(diǎn)越明顯。一般來說，模塊的大小都在行以下。（ ）9. 在編制程序時(shí)，首先應(yīng)該對(duì)程序的結(jié)構(gòu)充分考慮，不要急于開始編碼，而要像寫軟件文檔那樣，很好地琢磨程序具有什么樣的功能，這些功能如何安排，等等。（ ）10. 程序設(shè)計(jì)風(fēng)格指導(dǎo)原則提出，盡量多使用臨時(shí)變量。（ ）11.軟件的開發(fā)與運(yùn)行經(jīng)常受到硬件的限制和制約。（ ）12.模塊內(nèi)的髙內(nèi)聚往往意味著模塊間的松耦合。（ ）13.Jackson圖只能表達(dá)程序結(jié)構(gòu)，不能表達(dá)數(shù)據(jù)結(jié)構(gòu)。（ ）14.軟件生命周期中需我進(jìn)行需求分析，再進(jìn)行可行性研究。（ ）15.軟件的質(zhì)量好壞主要由驗(yàn)收人員負(fù)責(zé)，

13、其他開發(fā)人員不必關(guān)心。（ ）16.判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。（ ）17.應(yīng)該盡量使用機(jī)器語(yǔ)言編寫代碼，提髙程序運(yùn)行效率，而減少高級(jí)語(yǔ)言的使用。（ ）18.UML只能應(yīng)用于軟件系統(tǒng)模型的建立。（ ）19.容錯(cuò)就是每個(gè)程序采用兩種不同的算法編寫。（ ）20.軟件測(cè)試的目的是為了無一遺漏的找出所有的錯(cuò)誤。（ ）21.在進(jìn)行總體設(shè)計(jì)時(shí)應(yīng)加強(qiáng)模塊間的聯(lián)系。（ ）22.系統(tǒng)結(jié)構(gòu)圖是精確表達(dá)程序結(jié)構(gòu)的圖形表示法。因此，有時(shí)也可以將系統(tǒng)結(jié)構(gòu)圖當(dāng)作系統(tǒng)流程圖使用。（ ）23.用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。（ ）24.在程序調(diào)試時(shí)，找出錯(cuò)誤的位置和性質(zhì)比改正該錯(cuò)

14、誤更難。（ ）25.以對(duì)象、類、繼承和通信為基礎(chǔ)的面向?qū)ο笤O(shè)計(jì)方法也是常見的軟件概要設(shè)計(jì)方法之一。（ ）程序設(shè)計(jì)與算法描述題（1.某一新聞管理系統(tǒng)主要用來發(fā)布新聞，管理員只需要一個(gè)，登錄后可以在后臺(tái)發(fā)布新聞。任何人可以瀏覽新聞，瀏覽者可以注冊(cè)成為系統(tǒng)會(huì)員，注冊(cè)后可對(duì)新聞進(jìn)行評(píng)論。管理員在后臺(tái)可以對(duì)新聞、評(píng)論、注冊(cè)會(huì)員進(jìn)行管理，如修改、刪除等。要求：請(qǐng)畫出該新聞管理系統(tǒng)的用例圖2.請(qǐng)根據(jù)銀行ATM系統(tǒng)的正常情況腳本，畫出事件跟蹤圖（即UML順序圖)銀行ATM系統(tǒng)的正常情況腳本：ATM請(qǐng)儲(chǔ)戶插卡；儲(chǔ)戶插入一張現(xiàn)金兌換卡。ATM接受該卡并讀它上面的分行代碼和卡號(hào)。ATM要求儲(chǔ)戶輸入密碼；儲(chǔ)戶輸入自己

15、的密碼“1234”等數(shù)字。ATM請(qǐng)求總行驗(yàn)證卡號(hào)和密碼；總行要求“39”號(hào)分行核對(duì)儲(chǔ)戶密碼，然后通知ATM說這張卡有效。ATM要求儲(chǔ)戶選擇事務(wù)類型（取款、轉(zhuǎn)賬、查詢等)；儲(chǔ)戶選擇“取款”。ATM要求儲(chǔ)戶輸入取款額；儲(chǔ)戶輸入“880”。ATM確認(rèn)取款額在預(yù)先規(guī)定的限額內(nèi)，然后要求總行處理這個(gè)事務(wù)；總行把請(qǐng)求轉(zhuǎn)給分行，該分行成功地處理完這項(xiàng)事務(wù)并返回該賬戶的新金額。ATM吐出現(xiàn)金并請(qǐng)儲(chǔ)戶拿走這些現(xiàn)金；儲(chǔ)戶拿走現(xiàn)金。ATM問儲(chǔ)戶是否繼續(xù)這項(xiàng)事務(wù)；儲(chǔ)戶回答“不”。ATM打印賬單，退出現(xiàn)金兌換卡，請(qǐng)儲(chǔ)戶拿走它們；儲(chǔ)戶取走賬單和卡。ATM請(qǐng)儲(chǔ)戶插卡。3.某電器集團(tuán)公司下屬的廠包括技術(shù)科（組裝計(jì)劃、產(chǎn)品工藝

16、設(shè)計(jì)）、生產(chǎn)科（內(nèi)部合同、生產(chǎn)報(bào)表、月生產(chǎn)計(jì)劃、產(chǎn)品組裝交付）等基層單位。現(xiàn)在想建立一個(gè)計(jì)算機(jī)輔助企業(yè)管理系統(tǒng)，請(qǐng)規(guī)劃系統(tǒng)需求基本條件：背景：公司內(nèi)部業(yè)務(wù)流轉(zhuǎn)部門，銷售公司（合同）生產(chǎn)科（生產(chǎn)車間）技術(shù)科；復(fù)習(xí)資料填空題1軟件生存周期一般可以劃分為，問題定義、可行性研究、需求分析、設(shè)計(jì)、編碼、測(cè)試和運(yùn)行和維護(hù)。2基于軟件的功能劃分，軟件可以劃分成_系統(tǒng)軟件_、支撐軟件、應(yīng)用軟件_三種。3可行性研究，應(yīng)從 經(jīng)濟(jì)可行性 、技術(shù)可行性、運(yùn)行可行性、法律可行性和開放方案可行性等方面研究。4系統(tǒng)流程圖是描繪 物理系統(tǒng) 的傳統(tǒng)工具。它的基本思想是用圖形符號(hào)以 黑盒子形式 描繪系統(tǒng)里面的每個(gè)部件5數(shù)據(jù)流圖的

17、基本四種成分：數(shù)據(jù)輸入的源點(diǎn)和數(shù)據(jù)輸出匯點(diǎn)、加工 、 數(shù)據(jù)流 和 數(shù)據(jù)存儲(chǔ)文件。6結(jié)構(gòu)化分析方法是面向_數(shù)據(jù)流_進(jìn)行需求分析的方法。結(jié)構(gòu)化分析方法使用_數(shù)據(jù)流圖DFD_與_數(shù)據(jù)字典_來描述。7. 繼承性 是自動(dòng)地共享類、子類和對(duì)象中的方法和數(shù)據(jù)的機(jī)制。8. 軟件詳細(xì)設(shè)計(jì)工具可分為3類，即_圖示工具_(dá)、_設(shè)計(jì)語(yǔ)言_和_表格工具_(dá)。為了在軟件開發(fā)過程中保證軟件的質(zhì)量，主要采取下述措施：_審查_、復(fù)查和管理復(fù)審、_測(cè)試_。大型軟件測(cè)試包括 單元測(cè)試 、 集成測(cè)試 、確認(rèn)測(cè)試和 系統(tǒng)測(cè)試四個(gè)步驟。系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)中各個(gè)元素表達(dá)了系統(tǒng)中各種元素之間的_信息流動(dòng)_情況

18、。成本效益分析的目的是從_經(jīng)濟(jì)_角度評(píng)價(jià)開發(fā)一個(gè)項(xiàng)目是否可行。自頂向下結(jié)合的漸增式測(cè)試法，在組合模塊時(shí)有兩種組合策略；深度優(yōu)先策略和_寬度優(yōu)先策略_.獨(dú)立路徑是指包括一組以前沒有處理的語(yǔ)句或條件的一條路徑。從程序圖來看，一條獨(dú)立路徑是至少包含有一條_其他獨(dú)立路徑中從未有過的_的邊的路徑。匯編語(yǔ)言是面向_機(jī)器_的，可以完成高級(jí)語(yǔ)言無法完成的特殊功能。如與外部設(shè)備之間的一些接口工作。單元測(cè)試一般以白盒測(cè)試為主，_黑盒_測(cè)試為輔。詳細(xì)設(shè)計(jì)的任務(wù)是確定每個(gè)模塊的內(nèi)部特性，即模塊的算法、_使用的數(shù)據(jù)_。所有軟件維護(hù)申請(qǐng)報(bào)告要按規(guī)定方式提出，該報(bào)告也稱_軟件問題_報(bào)告。有兩類維護(hù)技術(shù)：在開發(fā)階段使用來減少

19、錯(cuò)誤、提高軟件可維護(hù)性的面向維護(hù)的技術(shù)；在維護(hù)階段用來提高維護(hù)的效率和質(zhì)量的_維護(hù)支援_技術(shù)?？茖W(xué)工程計(jì)算需要大量的標(biāo)準(zhǔn)庫(kù)函數(shù)，以便處理復(fù)雜的數(shù)值計(jì)算，可供選擇的語(yǔ)言有：FORTRAN語(yǔ)言、_PASCAL語(yǔ)言_、C語(yǔ)言和PL/1語(yǔ)言。1L目前使用最廣泛的軟件工程學(xué)方法分別是傳統(tǒng)方法學(xué)和_面向?qū)ο蠓椒▽W(xué)_。可行性研究主要集中在以下四個(gè)方面_經(jīng)濟(jì)_可行性、_技術(shù)_可行性、法律可行性和抉擇。常見的軟件概要設(shè)計(jì)方法有3大類：以數(shù)據(jù)流圖為基礎(chǔ)構(gòu)造模塊結(jié)構(gòu)的_結(jié)構(gòu)化設(shè)計(jì)方法_，以數(shù)據(jù)結(jié)構(gòu)為基礎(chǔ)構(gòu)造模塊的_Jackson方法_，以對(duì)象、類、繼承和通信為基礎(chǔ)的_面向?qū)ο蟮脑O(shè)計(jì)方法_。_數(shù)據(jù)流圖_和_數(shù)據(jù)字典_

20、共同構(gòu)成系統(tǒng)的邏輯模型。單元測(cè)試一般以_白盒_測(cè)試為主，_黑盒_測(cè)試為輔。二單項(xiàng)選擇題1.C2C3C4A5C6D 7 D 8A9C10B11C12A13C14C15B16C17B18B19A20C21B22C23C24A25D26B27D28B29A30A三判斷題1.用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。（ X ）2. 發(fā)現(xiàn)錯(cuò)誤多的程序模塊，殘留在模塊中的錯(cuò)誤也多。（ V ）3.為了加快軟件維護(hù)作業(yè)的進(jìn)度，應(yīng)盡可能增加維護(hù)人員的數(shù)目。（ X ）4.軟件維護(hù)就是改正軟件中的錯(cuò)誤。（ X ）5.質(zhì)量保證是為了保證產(chǎn)品和服務(wù)充分滿足消費(fèi)者要求的質(zhì)量而進(jìn)行的有計(jì)劃,有組織的活動(dòng)。（ V ）

21、6. 軟件開發(fā)的主要任務(wù)是寫程序。 （ X ）7.測(cè)試只能證明程序有錯(cuò)誤,不能證明程序沒有錯(cuò)誤。（ V ）8. 模塊化程序設(shè)計(jì)中，模塊越小，模塊化的優(yōu)點(diǎn)越明顯。一般來說，模塊的大小都在行以下。（ X ）9. 在編制程序時(shí)，首先應(yīng)該對(duì)程序的結(jié)構(gòu)充分考慮，不要急于開始編碼，而要像寫軟件文檔那樣，很好地琢磨程序具有什么樣的功能，這些功能如何安排，等等。（ X ）10. 程序設(shè)計(jì)風(fēng)格指導(dǎo)原則提出，盡量多使用臨時(shí)變量。（ X ）11.軟件的開發(fā)與運(yùn)行經(jīng)常受到硬件的限制和制約。（V）12.模塊內(nèi)的髙內(nèi)聚往往意味著模塊間的松耦合。（V）13.Jackson圖只能表達(dá)程序結(jié)構(gòu)，不能表達(dá)數(shù)據(jù)結(jié)構(gòu)。（X）14.軟

22、件生命周期中需我進(jìn)行需求分析，再進(jìn)行可行性研究。（X）15.軟件的質(zhì)量好壞主要由驗(yàn)收人員負(fù)責(zé)，其他開發(fā)人員不必關(guān)心。（X）16.判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。（V）17.應(yīng)該盡量使用機(jī)器語(yǔ)言編寫代碼，提髙程序運(yùn)行效率，而減少高級(jí)語(yǔ)言的使用。（X）18.UML只能應(yīng)用于軟件系統(tǒng)模型的建立。（X）19容錯(cuò)就是每個(gè)程序采用兩種不同的算法編寫。（X）20.軟件測(cè)試的目的是為了無一遺漏的找出所有的錯(cuò)誤。（X）21.在進(jìn)行總體設(shè)計(jì)時(shí)應(yīng)加強(qiáng)模塊間的聯(lián)系。（X）22.系統(tǒng)結(jié)構(gòu)圖是精確表達(dá)程序結(jié)構(gòu)的圖形表示法。因此，有時(shí)也可以將系統(tǒng)結(jié)構(gòu)圖當(dāng)作系統(tǒng)流程圖使用。（X）23.用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。（X）24.在程序調(diào)試時(shí)，找出錯(cuò)誤的位置和性質(zhì)比改正該錯(cuò)誤更難。（V）25.以對(duì)象、類、繼承和通信為基礎(chǔ)的面向?qū)ο笤O(shè)計(jì)方法（00D)也是常見的軟件概要設(shè)計(jì)方法之一。（V）四程序設(shè)計(jì)與算法描述題1.某一新聞管理系統(tǒng)主要用來發(fā)布新聞，管理員只需要一個(gè)，登錄后可以在后臺(tái)發(fā)布新聞。任何人可以瀏覽新聞，瀏覽者可以注冊(cè)成為系統(tǒng)會(huì)員，注冊(cè)后可對(duì)新聞進(jìn)行評(píng)論。管理員在后臺(tái)可以對(duì)新聞、評(píng)論、注冊(cè)會(huì)員進(jìn)行管理，如修改、刪除等。要求：請(qǐng)畫出該新聞管理系統(tǒng)的用例圖2.請(qǐng)根據(jù)銀行ATM系