軟件工程習(xí)題+答案及軟件工程試題及答案

PAGEPAGE60一、選擇題軟件開發(fā)瀑布模型中的軟件定義時(shí)期各個(gè)階段依次是：（B）A)可行性研究，問題定義，需求分析。B)問題定義，可行性研究，需求分析。C)可行性研究，需求分析，問題定義。D)以上順序都不對(duì)。(軟件開發(fā)時(shí)期：概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、軟件實(shí)現(xiàn)、軟件測試)可行性研究主要從以下幾個(gè)方面進(jìn)行研究：（A）A）技術(shù)可行性，經(jīng)濟(jì)可行性，操作可行性。B）技術(shù)可行性，經(jīng)濟(jì)可行性，系統(tǒng)可行性。C）經(jīng)濟(jì)可行性，系統(tǒng)可行性，操作可行性。D）經(jīng)濟(jì)可行性，系統(tǒng)可行性，時(shí)間可行性。耦合是對(duì)軟件不同模塊之間互連程度的度量。各種耦合按從強(qiáng)到弱排列如下：（C）A)內(nèi)容耦合，控制耦合，數(shù)據(jù)耦合，公共環(huán)境耦合。B)內(nèi)容耦合，控制耦合，公共環(huán)境耦合，數(shù)據(jù)耦合。C)內(nèi)容耦合，公共環(huán)境耦合，控制耦合，數(shù)據(jù)耦合。(內(nèi)容耦合、公共耦合、外部耦合、控制耦合、特征耦合、數(shù)據(jù)耦合)D)控制耦合，內(nèi)容耦合，數(shù)據(jù)耦合，公共環(huán)境耦合。在詳細(xì)設(shè)計(jì)階段所使用到的設(shè)計(jì)工具是：（C）A)程序流程圖，PAD圖，N-S圖，HIPO圖，判定表，判定樹.B)數(shù)據(jù)流程圖，Yourdon圖，程序流程圖，PAD圖，N-S圖，HIPO圖。C)判定表，判定樹，PDL，程序流程圖，PAD圖，N-S圖。D)判定表，判定樹，數(shù)據(jù)流程圖，系統(tǒng)流程圖，程序流程圖，層次圖。詳細(xì)設(shè)計(jì)階段工具：判定表、判定樹、數(shù)據(jù)流程圖、系統(tǒng)流程圖、程序流程圖、PAD圖、N-S圖、PDL在軟件詳細(xì)設(shè)計(jì)階段,常用的圖形描述工具有程序流程圖,盒圖(NS圖)和問題分析圖(PAD).常用的語言描述工具為PDL(程序設(shè)計(jì)語言),常用的表格描述工具有判定表和判定樹.DFD數(shù)據(jù)流圖：總體設(shè)計(jì)階段按照軟件工程的原則，模塊的作用域和模塊的控制域之間的關(guān)系是：（A）A)模塊的作用域應(yīng)在模塊的控制域之內(nèi)。B)模塊的控制域應(yīng)在模塊的作用域之內(nèi)。C)模塊的控制域與模塊的作用域互相獨(dú)立。D)以上說法都不對(duì)。在軟件生命周期中，能準(zhǔn)確確定軟件系統(tǒng)的體系結(jié)構(gòu)的功能階段是（C）A.概要設(shè)計(jì)B.詳細(xì)設(shè)計(jì)C.需求分析D.可行性分析下面不是軟件工程的3個(gè)要素的是（C）A過程B.方法C.環(huán)境D.工具軟件工程的三個(gè)要素：方法、工具、過程下面不屬于軟件的組成的是（B）A程序B.記錄C.文檔D.數(shù)據(jù)軟件=程序+數(shù)據(jù)+文檔+服務(wù)在瀑布模型中，將軟件分為若干個(gè)時(shí)期，軟件項(xiàng)目的可行性研究一般歸屬于（C）A.維護(hù)時(shí)期B.運(yùn)行時(shí)期C.定義時(shí)期D.開發(fā)時(shí)期10.在瀑布模型中，下面（C）是其突出的缺點(diǎn)。A.不適應(yīng)平臺(tái)的變動(dòng)B.不適應(yīng)算法的變動(dòng)C.不適應(yīng)用戶需求的變動(dòng)D.不適應(yīng)程序語言的變動(dòng)11下面不屬于軟件的特點(diǎn)的是（D）。A軟件是一種軟件產(chǎn)品B軟件產(chǎn)品不會(huì)用壞，不存在磨損、消耗問題C軟件產(chǎn)品的生產(chǎn)主要是研制D軟件產(chǎn)品非常便宜12軟件開發(fā)工具是協(xié)助開發(fā)人員進(jìn)行軟件開發(fā)活動(dòng)所使用的軟件或環(huán)境。下面不是軟件開發(fā)工具的是。AA.維護(hù)工具B.編碼工具C.測試工具D.需求分析工具13.下列敘述中不屬于軟件生命周期模型的是（D）。A.原型模型B.瀑布模型C.螺旋模型D.快速組裝模型14.軟件設(shè)計(jì)中，用抽象和分解的目的是（B）。A.提高易讀性B.降低復(fù)雜性C.增加內(nèi)聚性D.降低耦合性15軟件生命周期中所花費(fèi)用最多的階段是（D）。A.詳細(xì)設(shè)計(jì)B.軟件編碼C.概要設(shè)計(jì)D.軟件測試和維護(hù)16.開發(fā)軟件時(shí)對(duì)提高開發(fā)人員工作效率至關(guān)重要的是（B）。A.操作系統(tǒng)的資源管理功能B.先進(jìn)的軟件開發(fā)工具和環(huán)境C.程序人員的數(shù)量D.計(jì)算機(jī)的并行處理能力17.開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱作（B）。A.軟件投機(jī)B.軟件危機(jī)C.軟件工程D軟件產(chǎn)生18軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成（A）A.定義、開發(fā)、運(yùn)行維護(hù)B.設(shè)計(jì)階段、編程階段、測試階段C.總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編程調(diào)試D.需求分析、功能定義、系統(tǒng)設(shè)計(jì)19.軟件工程的理論和技術(shù)性研究的內(nèi)容主要包括軟件開發(fā)技術(shù)和（B）。A.消除軟件危機(jī)B.軟件工程管理C.程序設(shè)計(jì)自動(dòng)化D.實(shí)現(xiàn)軟件可重用20軟件工程的出現(xiàn)是由于（C）。A.程序設(shè)計(jì)方法學(xué)的影響B(tài).軟件產(chǎn)業(yè)化的需要C.軟件危機(jī)的出現(xiàn)D.計(jì)算機(jī)的發(fā)展21.在軟件生命周期中，能準(zhǔn)確地確定軟件系統(tǒng)必須做什么和必須具備哪些功能的階段是（D）。A.概要設(shè)計(jì)B.詳細(xì)設(shè)計(jì)C.問題定義D.需求分析22.開發(fā)大型軟件時(shí)，產(chǎn)生困難的根本原因是（A）。A.大系統(tǒng)的復(fù)雜性B.人員知識(shí)不足C.客觀世界千變?nèi)f化D.時(shí)間緊、任務(wù)重23.文檔是軟件開發(fā)人員、軟件管理人員、維護(hù)人員、用戶以及計(jì)算機(jī)之間的（B），軟件開發(fā)人員在各個(gè)階段以文檔作為前段工作成果的體現(xiàn)和后段工作的基礎(chǔ)。A.接口B.橋梁C.科學(xué)D.繼續(xù)24軟件工程學(xué)的目的是以較低的成本，研制（A）質(zhì)量的軟件。A較高B較低C.可靠D.優(yōu)秀25軟件從一個(gè)計(jì)算機(jī)系統(tǒng)或環(huán)境轉(zhuǎn)換到另一個(gè)計(jì)算機(jī)和環(huán)境的容易程度稱為（D）。A.可用性B.兼容性C.可靠性D.可移植性26.軟件生存周期是指（D）階段。A.軟件開始使用到用戶要求修改為止B.軟件開始使用到被淘汰為止C.從開始編寫程序到不能再使用為止D.從立項(xiàng)制定計(jì)劃，進(jìn)行需求分析到不能再使用為止27.軟件工程學(xué)是應(yīng)用科學(xué)理論和工程上的技術(shù)指導(dǎo)軟件開發(fā)的學(xué)科，其目的是（B）。A引入新技術(shù)提高空間利用率B用較少的投資獲得高質(zhì)量的軟件C縮短研制周期擴(kuò)大軟件功能D硬軟件結(jié)合使系統(tǒng)面向應(yīng)用28.軟件可行性分析是著重確定系統(tǒng)的目標(biāo)和規(guī)模。對(duì)成本-效益進(jìn)行發(fā)現(xiàn)應(yīng)屬于下列選項(xiàng)中的（A）。A.經(jīng)濟(jì)可行性B.操作可行性C.技術(shù)可行性D.社會(huì)可行性29在數(shù)據(jù)流圖中，用圓或者橢圓來表示（B）。A.數(shù)據(jù)流B.加工C.數(shù)據(jù)存儲(chǔ)D.數(shù)據(jù)源點(diǎn)或終點(diǎn)30.需求分析階段的任務(wù)是確定（C）。A.軟件開發(fā)方法B.軟件開發(fā)費(fèi)用C.軟件系統(tǒng)功能D.軟件開發(fā)工具31（D）的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā)，是否值得去開發(fā)。A需求分析B概要設(shè)計(jì)C總體設(shè)計(jì)D可行性研究32.下列選項(xiàng)中（D）不是軟件需求規(guī)格目標(biāo)。A.便于用戶、分析員和軟件設(shè)計(jì)人員進(jìn)行理解及交流B.控制系統(tǒng)的實(shí)施過程C.作為軟件測試和驗(yàn)收以及維護(hù)的依據(jù)D.便于軟件的維護(hù)33下面描述中，不符合結(jié)構(gòu)化程序設(shè)計(jì)風(fēng)格的是（B）。A使用順序、選擇和重復(fù)（循環(huán)）三種基本控制結(jié)構(gòu)表示程序的控制邏輯B模塊只有一個(gè)入口，可以有多個(gè)出口C注重提高程序的執(zhí)行效率D不使用goto語句34.下列工具中屬于需求分析常用工具的是（D）。A.PADB.PFDC.N-SD.DFD35.在數(shù)據(jù)流圖（DFD）中，帶有名字的箭頭表示（C）。A.控制程序的執(zhí)行順序B.模塊之間的調(diào)用關(guān)系(直線)C.數(shù)據(jù)的流向D.程序的組成成分長方形代表起點(diǎn)或者終點(diǎn)36.在軟件生產(chǎn)過程中，需求信息的給出是（D）。A.程序員B.項(xiàng)目管理者C.軟件分析設(shè)計(jì)人員D.軟件用戶37下列敘述中，不屬于結(jié)構(gòu)化分析方法的是（C）。A.面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法B.面向數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法C.面向?qū)ο蟮姆治龇椒?8結(jié)構(gòu)設(shè)計(jì)（SD）是一種應(yīng)用最廣泛的系統(tǒng)設(shè)計(jì)方法，是以（B）為基礎(chǔ)、自頂向下、逐步求精和模塊化的過程。A.數(shù)據(jù)流B.數(shù)據(jù)流圖C.數(shù)據(jù)庫D數(shù)據(jù)結(jié)構(gòu)39需求分析是由分析員經(jīng)了解用戶的要求，認(rèn)真細(xì)致地調(diào)研、分析，最終應(yīng)建立目標(biāo)系統(tǒng)的邏輯模型并寫出（B）。A.模塊說明書B.軟件規(guī)格說明書C.項(xiàng)目開發(fā)計(jì)劃D.合同文檔40.結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、（D）和加工說明等描述工具，即用直觀的圖和簡潔的語言來描述軟件系統(tǒng)模型。A.DFD圖B.PAD圖C.IPO圖D.數(shù)據(jù)字典41.數(shù)據(jù)字典是軟件需求分析階段的重要工具之一，它的基本功能是（A）A.數(shù)據(jù)定義B.數(shù)據(jù)維護(hù)C.數(shù)據(jù)通訊D.數(shù)據(jù)庫設(shè)計(jì)42.以下（A）不是詳細(xì)設(shè)計(jì)中常用的圖形描述工具。A.數(shù)據(jù)流圖B.程序流圖C.盒圖（N-S)D.問題分析圖（PAD）43.在結(jié)構(gòu)圖的有關(guān)術(shù)語中，用于表示軟件結(jié)構(gòu)中控制的層數(shù)的是（C）A.扇入B扇出C深度D寬度44.模塊的獨(dú)立程度是評(píng)價(jià)設(shè)計(jì)好壞的重要標(biāo)準(zhǔn)。（A）是衡量軟件的模塊獨(dú)立性的兩個(gè)定性度量標(biāo)準(zhǔn)。A耦合性和內(nèi)聚性B內(nèi)聚性和可靠性C耦合性和獨(dú)立性D可靠性和獨(dú)立性45.軟件設(shè)計(jì)包括（B）兩個(gè)階段。A.接口設(shè)計(jì)和結(jié)構(gòu)設(shè)計(jì)B.概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)C.數(shù)據(jù)設(shè)計(jì)和概要設(shè)計(jì)D.結(jié)構(gòu)設(shè)計(jì)和過程設(shè)計(jì)46在詳細(xì)設(shè)計(jì)階段，經(jīng)常采用的工具是（A）。A.PADB.SAC.SC（結(jié)構(gòu)圖，總體設(shè)計(jì)）D.DFD47.在軟件開發(fā)中，下面任務(wù)不屬于設(shè)計(jì)階段的是（D）。A.數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)B給出系統(tǒng)模塊結(jié)構(gòu)C定義模塊算法D定義需求并建立系統(tǒng)模型48.對(duì)建立良好的程序設(shè)計(jì)風(fēng)格，下面描述正確的是（A）。A程序應(yīng)簡單、清晰、可讀性好B符號(hào)名的命名要符合語法C充分考慮程序的執(zhí)行效率D程序的注釋可有可無49.下面不屬于軟件設(shè)計(jì)原則的是（C）。A抽象B模塊化C自底向上D信息隱蔽50.為了避免流程圖在描述程序邏輯時(shí)的靈活性，提出了用方框圖來代替?zhèn)鹘y(tǒng)的程序流程圖，通常也把這種圖稱為（C）。APAD圖B.N-S圖C.結(jié)構(gòu)圖D數(shù)據(jù)流圖51軟件測試按照功能劃分可以分為（B）。A黑盒測試和單元測試B白盒測試和黑盒測試C集成測試和單元測試D白盒測試和靜態(tài)測試軟件測試按照功能劃分可以分為白盒測試和黑盒測試按照開發(fā)階段劃分，軟件測試可分為單元測試、集成測試，系統(tǒng)測試和驗(yàn)收測試白盒測試方法：邏輯覆蓋、循環(huán)測試、基本路徑測試黑盒測試方法：等價(jià)分類法，邊界值分析法、錯(cuò)誤推斷法,因果圖法,場景法.52在軟件測試過程的4個(gè)步驟中，測試依據(jù)是需求規(guī)格說明的是（C）A單元測試B集成測試C確認(rèn)測試D系統(tǒng)測試53黑盒測試法屬于（C）。A集成測試B系統(tǒng)測試C動(dòng)態(tài)測試D靜態(tài)測試靜態(tài)測試（不實(shí)際運(yùn)行軟件，對(duì)軟件的格式和結(jié)構(gòu)進(jìn)行評(píng)估）包括：代碼規(guī)則檢查、程序結(jié)構(gòu)分析、代碼質(zhì)量度量（程序復(fù)雜度分析）動(dòng)態(tài)測試：功能確認(rèn)與接口測試、覆蓋率分析、性能分析、內(nèi)存分析54下列敘述中錯(cuò)誤的是（C）。A測試是為了尋找錯(cuò)誤而運(yùn)行程序的過程B一個(gè)成功的測試是揭示了迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試C測試的目的是為了證明程序是正確的D一個(gè)好的測試用例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試55軟件測試過程是軟件開發(fā)過程的逆過程，其最基礎(chǔ)性的測試應(yīng)是（B）A集成測試B單元測試C有效性測試D系統(tǒng)測試55.1有一組測試用例使得每一個(gè)被測試用例的分支覆蓋至少被執(zhí)行一次，它滿足的覆蓋標(biāo)準(zhǔn)___________。（

B

）

A.

語句覆蓋

B.判定覆蓋

C.條件覆蓋

D.路徑覆蓋6.關(guān)于白盒測試與黑盒測試的最主要區(qū)別，正確的是__。（

A

）

Ａ．白盒測試側(cè)重于程序結(jié)構(gòu)，黑盒測試側(cè)重于功能

Ｂ．白盒測試可以使用測試工具，黑盒測試不能使用工具

Ｃ．白盒測試需要程序參與，黑盒測試不需要

Ｄ．黑盒測試比白盒測試應(yīng)用更廣泛56.程序的三種基本控制結(jié)構(gòu)是（B）。A.過程、子程序和分程序C.遞歸、迭代和回溯B.順序、選擇和重復(fù)D.調(diào)用、返回和轉(zhuǎn)移57.面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ停矗―）。A)系統(tǒng)模型、ER模型、應(yīng)用模型B)對(duì)象模型、動(dòng)態(tài)模型、應(yīng)用模型C)Ｅ-Ｒ模型、對(duì)象模型、功能模型D)對(duì)象模型、動(dòng)態(tài)模型、功能模型58.在E-R模型中，包含以下基本成分（C）。A)數(shù)據(jù)、對(duì)象、實(shí)體B)控制、聯(lián)系、對(duì)象C)實(shí)體、聯(lián)系、屬性59．軟件測試的目標(biāo)是（B）。A.證明軟件是正確的B.發(fā)現(xiàn)錯(cuò)誤、降低錯(cuò)誤帶來的風(fēng)險(xiǎn)C.排除軟件中所有的錯(cuò)誤D.與軟件調(diào)試相同60．軟件生命周期中所花費(fèi)用最多的階段是（D）A．詳細(xì)設(shè)計(jì)B．軟件編碼C．軟件測試D．軟件維護(hù)61.在數(shù)據(jù)流圖中,圓或橢圓表示(1)A，平行線表示(2)D__。(1)A、加工B、外部實(shí)體C、數(shù)據(jù)流D、存儲(chǔ)（2）)

A、加工B、外部實(shí)體

C、數(shù)據(jù)流(箭頭)D、存儲(chǔ)62．瀑布模型（WaterfallModel）突出的缺點(diǎn)是不適應(yīng)（D）的變動(dòng)。A、算法B、平臺(tái)C、程序語言D、用戶需求63．結(jié)構(gòu)化分析方法(SA)的一個(gè)重要指導(dǎo)思想是（C）。A．自頂向下，逐步抽象B．自底向上，逐步抽象C．自頂向下，逐步分解D．自底向上，逐步分解64．模塊的控制范圍包括它本身及它所有的從屬模塊，模塊的作用范圍是指模塊內(nèi)一個(gè)判定的作用范圍，凡是受到這個(gè)判定影響的所有模塊都屬于這個(gè)判定的作用范圍，理想的情況是(A)A．模塊的作用范圍應(yīng)在控制范圍之內(nèi)B．模塊的控制范圍應(yīng)在作用范圍之內(nèi)C．模塊的作用范圍與控制范圍交叉D.模塊的作用范圍與控制范圍不相交65.軟件危機(jī)具有下列表現(xiàn)（D）I、對(duì)軟件開發(fā)成本估計(jì)不準(zhǔn)確=2\*ROMANII、軟件產(chǎn)品的質(zhì)量往往不可靠III、軟件常常不可維護(hù)IV、軟件成本逐年上升A．I、=2\*ROMANII和IIIB．I、III和IVC．=2\*ROMANII、III和IVD．以上都正確66.產(chǎn)生軟件危機(jī)的原因可能有（D）I、用戶需求描述不精確、不準(zhǔn)確=2\*ROMANII、對(duì)大型軟件項(xiàng)目的開發(fā)缺乏有力的組織與管理III、缺乏有力的方法學(xué)和工具的支持IV、軟件產(chǎn)品的特殊性和人類智力的局限性A．I和=2\*ROMANIIB．I、=2\*ROMANII和IVC．=2\*ROMANII、III和IVD．以上都正確68.（A）分批地逐步向用戶提交產(chǎn)品，每次提交一個(gè)滿足用戶需求子集的可運(yùn)行的產(chǎn)品。A.增量模型(分批)B．噴泉模型（重疊）C．原型模型D.螺旋模型（迭代，風(fēng)險(xiǎn)分析）69.為了克服軟件危機(jī)，人們提出了用(D)的原理來設(shè)計(jì)軟件，這就是軟件工程誕生的基礎(chǔ)。A.數(shù)學(xué)B.軟件學(xué)C.運(yùn)籌學(xué)D.工程學(xué)具有風(fēng)險(xiǎn)分析的軟件生存周期模型是（C）A.瀑布模型 B.噴泉模型C.螺旋模型 D.增量模型瀑布模型的關(guān)鍵不足在于（B）Ａ.過于簡單Ｂ.不能適應(yīng)需求的動(dòng)態(tài)變更Ｃ.過于靈活Ｄ.各個(gè)階段需要進(jìn)行評(píng)審軟件工程的目標(biāo)有(B)。A.易于維護(hù)B.低的開發(fā)成本C.高性能D.短的開發(fā)期軟件工程學(xué)的目的和意義是(D)。A.應(yīng)用科學(xué)的方法和工程化的規(guī)范管理來指導(dǎo)軟件開發(fā)B.克服軟件危機(jī)C.做好軟件開發(fā)的培訓(xùn)工作D.以較低的成本開發(fā)出高質(zhì)量的軟件開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做(C)A.軟件工程B.軟件周期C.軟件危機(jī)D.軟件產(chǎn)生快速原型模型的主要特點(diǎn)之一是(D)A.開發(fā)完畢才見到產(chǎn)品B.及早提供全部完整的軟件產(chǎn)品C.開發(fā)完畢后才見到工作軟件D.及早提供工作軟件瀑布模型的存在問題是（B）A．用戶容易參與開發(fā)B．缺乏靈活性C．用戶與開發(fā)者易溝通D．適用可變需求軟件生存周期模型不包括：(B)A.瀑布模型B.對(duì)象模型C.增量模型D.噴泉模型下列哪個(gè)不屬于軟件工程的內(nèi)涵之一(C)A.應(yīng)用完善的科學(xué)與工程原理B.經(jīng)濟(jì)地開發(fā)軟件C.高薪聘請(qǐng)軟件高手D.開發(fā)既可靠又能有效運(yùn)行的軟件在瀑布模型中，將軟件劃分為若干個(gè)時(shí)期，軟件項(xiàng)目的可行性研究一般歸屬于（B）。A.維護(hù)時(shí)期B.計(jì)劃時(shí)期C.運(yùn)行時(shí)期D.開發(fā)時(shí)期下列哪個(gè)辦法不屬于解決軟件危機(jī)的途徑之一(B)A.研制新一代智能計(jì)算機(jī)B.大力扶持軟件企業(yè)C.采用軟件工程的解決途徑D.采用面向?qū)ο蟮能浖O(shè)計(jì)方法下面哪一項(xiàng)不屬于快速原型模型的優(yōu)點(diǎn)。BA.可及早為用戶提供有用的產(chǎn)品。B.可保證在開發(fā)后期，全面發(fā)現(xiàn)錯(cuò)誤給以糾正。C.減少技術(shù)應(yīng)用風(fēng)險(xiǎn)，縮短開發(fā)時(shí)間，減少費(fèi)用、提高生產(chǎn)率。D.促使用戶主動(dòng)參與開發(fā)活動(dòng)，促進(jìn)各類人員的協(xié)調(diào)，適應(yīng)需求變化。下列哪個(gè)不屬于瀑布模型與傳統(tǒng)的程序設(shè)計(jì)的不同之處（D）。A.傳統(tǒng)的程序設(shè)計(jì)開發(fā)人員只開發(fā)程序,不寫文檔.B.傳統(tǒng)的程序設(shè)計(jì)重點(diǎn)在問題求解和算法,并只有自己才能讀懂.C.瀑布模型的各階段要第三方介入審察D.傳統(tǒng)的程序設(shè)計(jì)規(guī)定各階段必須寫文檔.下面哪個(gè)模式不屬于軟件工程的開發(fā)模式(C)A.基于瀑布模型的開發(fā)模式B.基于原型模型的開發(fā)模式C.基于人機(jī)對(duì)話的開發(fā)模式D.基于關(guān)系數(shù)據(jù)庫的開發(fā)模式數(shù)據(jù)字典是數(shù)據(jù)流圖中所有元素的定義的集合，一般由以下四類條目組成(B)。A.數(shù)據(jù)說明條目、控制流條目、加工條目、數(shù)據(jù)存儲(chǔ)條目B.數(shù)據(jù)流條目、數(shù)據(jù)項(xiàng)條目、數(shù)據(jù)存儲(chǔ)條目、加工條目C.數(shù)據(jù)源條目、數(shù)據(jù)流條目、數(shù)據(jù)處理?xiàng)l目、數(shù)據(jù)文件條目D.數(shù)據(jù)流條目、數(shù)據(jù)文件條目、數(shù)據(jù)項(xiàng)條目、加工條目下列模型屬于成本估算方法的有(A)A.COCOMO模型B.McCall模型C.McCabe度量法D.時(shí)間估算法DFD圖反映系統(tǒng)（D）A．怎么做B．對(duì)誰做C．何時(shí)做D．做什么經(jīng)濟(jì)可行性研究的范圍包括（C）A．資源有效性B．管理制度C．效益分析D．開發(fā)風(fēng)險(xiǎn)為高質(zhì)量地開發(fā)軟件項(xiàng)目，在軟件結(jié)構(gòu)設(shè)計(jì)時(shí)，必須遵循（A）原則。A．信息隱蔽B．質(zhì)量控制C．程序優(yōu)化D．?dāng)?shù)據(jù)共享需求規(guī)格說明書的作用不包括（C）A．軟件驗(yàn)收的依據(jù)B．用戶與開發(fā)人員對(duì)軟件要做什么的共同理解C．軟件可行性研究的依據(jù)D．軟件設(shè)計(jì)的依據(jù)90．分層數(shù)據(jù)流圖是一種比較嚴(yán)格又易于理解的描述方式，它的頂層描述了系統(tǒng)的（A）。A．總貌B．細(xì)節(jié)C．抽象D．軟件的作者91．經(jīng)調(diào)查，系統(tǒng)分析員給出有問題的初略陳述，其中部分描述如下：某商場的采購部門要求每天開出定購清單，交采購員；倉庫管理員將此要還應(yīng)輸入系統(tǒng)，經(jīng)庫存業(yè)務(wù)（進(jìn)貸或出貸）處理后輸出。從這段描述可知該部分?jǐn)?shù)據(jù)流圖中的外部項(xiàng)為：AA.采購員、倉庫管理員B.定購清單、庫存業(yè)務(wù)C.庫存業(yè)務(wù)D.定購清單、采購員92．?dāng)?shù)據(jù)流是數(shù)據(jù)流圖的基本成分，下列關(guān)于數(shù)據(jù)流的敘述中，___B___是正確的。A.某加工的輸入是一個(gè)數(shù)據(jù)流，該加工的輸出也必定是一個(gè)數(shù)據(jù)流B.多個(gè)不同的數(shù)據(jù)流可以流向一個(gè)加工，也可從一個(gè)加工中流出C.數(shù)據(jù)流只能從加工流向文件，但不能從文件流向加工D.一個(gè)數(shù)據(jù)流可以從一個(gè)文件流向另一個(gè)文件93.需求分析階段最重要的技術(shù)文檔之一是：(C)A.項(xiàng)目開發(fā)計(jì)劃B.設(shè)計(jì)說明書C.需求規(guī)格說明書D.可行性分析報(bào)告94．需求工程的主要目的是(C)A.系統(tǒng)開發(fā)的具體方案B.進(jìn)一步確定用戶的需求C.解決系統(tǒng)是“做什么的問題”D.解決系統(tǒng)是“如何做的問題”95．不適于作為數(shù)據(jù)流圖處理（加工）框名稱的是__B__。A．人工校核工資數(shù)據(jù) B．工資支票數(shù)據(jù)C．打印工資支票 D．計(jì)算職工工資96結(jié)構(gòu)化程序設(shè)計(jì)思想的核心是要求程序只由順序、循環(huán)和（A）三種結(jié)構(gòu)組成。A.選擇B.單入口C.單出口D.有規(guī)則GOTO97.模塊（C），則說明模塊的獨(dú)立性越強(qiáng)。A．耦合越強(qiáng)B．扇入數(shù)越高C．耦合越弱D．扇入數(shù)越低98.當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（D）A．?dāng)?shù)據(jù)耦合B．公共耦合C．標(biāo)記耦合D．內(nèi)容耦合[解析]耦合分為以下幾種，按照耦合度由高到低排列是：內(nèi)容耦合――一個(gè)模塊直接訪問另一個(gè)模塊的內(nèi)容。公共耦合――組模塊都訪問同一全局?jǐn)?shù)據(jù)結(jié)構(gòu)。外部耦合――組模塊都訪問同一個(gè)數(shù)據(jù)項(xiàng)?？刂岂詈熄D―一個(gè)模塊明顯地把開關(guān)量、名字等信息送入另一模塊，控制另一模塊的功能99．軟件結(jié)構(gòu)圖中，模塊框之間若有直線連接，表示它們之間存在（A）A.調(diào)用關(guān)系B.組成關(guān)系C.鏈接關(guān)系D.順序執(zhí)行關(guān)系100．概要設(shè)計(jì)最終結(jié)果是產(chǎn)生（C）A.項(xiàng)目開發(fā)計(jì)劃B.需求規(guī)格說明書C.軟件結(jié)構(gòu)設(shè)計(jì)說明書D.可行性分析報(bào)告101．在有集成（組裝）測試的敘述中，__A____是正確的。A測試底層模塊時(shí)不需要樁模塊B驅(qū)動(dòng)模塊的作用是模擬被調(diào)模塊C自頂向下測試方法易于設(shè)計(jì)測試結(jié)果D自底向上測試方法有有利于提前預(yù)計(jì)測試結(jié)果102．程序功能說明中指出：由三個(gè)輸入數(shù)據(jù)表示一個(gè)三角形的三條邊長。根據(jù)黑盒法中的邊緣值分析法設(shè)計(jì)測試用例，應(yīng)選___D__。A.a=3,b=4,c=5 B.a=1,b=2,c=4C.上述A.B項(xiàng)目都應(yīng)選上 D.a=1,b=2,c=3103、軟件維護(hù)的副作用，是指(C)。A.開發(fā)時(shí)的錯(cuò)誤B.隱含的錯(cuò)誤C.因修改軟件而造成的錯(cuò)誤D.運(yùn)行時(shí)誤操作在考察系統(tǒng)的一些涉及時(shí)序和改變的狀態(tài)時(shí)，要用動(dòng)態(tài)模型來表示。動(dòng)態(tài)模型著重于系統(tǒng)的控制邏輯，它包括兩個(gè)圖：一個(gè)是事件追蹤圖，另一個(gè)是（D）。A．狀態(tài)圖B．?dāng)?shù)據(jù)流圖C．系統(tǒng)結(jié)構(gòu)圖D．時(shí)序圖面向?qū)ο蠓治鍪菍?duì)系統(tǒng)進(jìn)行（A）的一種方法。A.需求建模B.程序設(shè)計(jì)C.設(shè)計(jì)評(píng)審D.測試驗(yàn)收（C）是把對(duì)象的屬性和操作結(jié)合在一起，構(gòu)成一個(gè)獨(dú)立的對(duì)象，其內(nèi)部信息對(duì)外界是隱蔽的，外界只能通過有限的接口與對(duì)象發(fā)生聯(lián)系。A.多態(tài)性B.繼承C.封裝D.消息下列不屬于面向?qū)ο箝_發(fā)方法的是(B)A.BoochB.UMLC.CoadD.OMT面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ停?D)A.系統(tǒng)模型，ER模型，應(yīng)用模型B.對(duì)象模型，動(dòng)態(tài)模型，實(shí)現(xiàn)（應(yīng)用）模型C.ER模型，對(duì)象模型，功能模型D.對(duì)象模型，動(dòng)態(tài)模型，功能模型面向?qū)ο蟪绦蛟O(shè)計(jì)的基本機(jī)制(A)A.繼承B.消息C.方法D.結(jié)構(gòu)下列屬于面向?qū)ο蟮囊貙?duì)象、屬性、服務(wù)有（C）對(duì)象、屬性、服務(wù)A.分類性B.抽象C.對(duì)象D.封裝對(duì)象三要素：對(duì)象、屬性、服務(wù)在進(jìn)行面向?qū)ο蠓治鰰r(shí)，所采用的模型有()。A.對(duì)象模型B.動(dòng)態(tài)模型C.靜態(tài)模型D.功能模型狀態(tài)是對(duì)象屬性的值的一種抽象，它的性質(zhì)有()。A.時(shí)間性B.持續(xù)性C.有序性D.有窮性建立繼承關(guān)系時(shí)所采用的方式有()。A.自頂向下B.從內(nèi)到外C.自底向上D.從復(fù)雜到簡單對(duì)象是人們要研究的任何事物，主要的對(duì)象類型有()。A.有形實(shí)體B.作用C.事件D.性能說明類庫這種機(jī)制是(D)級(jí)別的信息共享。A.同一類B.不同類C.同一應(yīng)用D.不同應(yīng)用狀態(tài)是對(duì)象(D)的抽象。A屬性值B.方法C.功能D.行為動(dòng)態(tài)模型的描述工具是(D)。A.對(duì)象圖B.結(jié)構(gòu)圖C.流程圖D.狀態(tài)圖在確定對(duì)象的屬性中，所有(A)是候選的對(duì)象。A.名詞B.動(dòng)詞C.詞組D.修飾性名詞詞組對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（C）于對(duì)象的統(tǒng)一體中。A．結(jié)合B．隱藏C．封裝D．抽象OOA是(D)A.結(jié)構(gòu)化分析B.面向?qū)ο蟪绦蛟O(shè)計(jì)C.面向?qū)ο蟪绦蚍治鯠.面向?qū)ο蠓治雒嫦驅(qū)ο罄^承、多態(tài)、封裝、重用的特征不包括(C)繼承、多態(tài)、封裝、重用A.繼承性。B.多態(tài)性。C.互換性D..封裝性在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系（D）A繼承和聚集B繼承和一般C聚集和消息傳遞D繼承和方法調(diào)用以下哪一項(xiàng)不是面向?qū)ο蟮奶卣鳎―）A多態(tài)性B繼承性C封裝性D過程調(diào)用對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（C）于對(duì)象的統(tǒng)一體中。A．結(jié)合B．隱藏C．封裝D．抽象在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系（A）A繼承和聚集B繼承和一般C聚集和消息傳遞D繼承和方法調(diào)用以下哪一項(xiàng)不是面向?qū)ο蟮奶卣鳎―）A多態(tài)性B繼承性C封裝性D過程調(diào)用下面所列的性質(zhì)中，（D）不屬于面向?qū)ο蟪绦蛟O(shè)計(jì)的特性。A.繼承性B.重用性C.封裝性D.可視化下列是面向?qū)ο笤O(shè)計(jì)方法中有關(guān)對(duì)象的敘述，其中（B）是正確的。A.對(duì)象在內(nèi)存中沒有它的存儲(chǔ)區(qū)B.對(duì)象的屬性集合是它的特征表示C.對(duì)象的定義與程序中類型概念相當(dāng)D.對(duì)象之間不能相互通信在面向?qū)ο筌浖椒ㄖ?，“類”是（D）。A.具有同類數(shù)據(jù)的對(duì)象的集合B.具有相同操作的對(duì)象的集合C.具有同類數(shù)據(jù)的對(duì)象的定義D.具有同類數(shù)據(jù)和相同操作的對(duì)象的定義面向?qū)ο蠓治鰰r(shí)，所標(biāo)識(shí)的對(duì)象為__D____是錯(cuò)誤的。A.與目標(biāo)系統(tǒng)有關(guān)的物理實(shí)體B.與目標(biāo)系統(tǒng)發(fā)生作用和人或組織的角色C.目標(biāo)系統(tǒng)運(yùn)行中需記憶的事件D.目標(biāo)系統(tǒng)中環(huán)境場所的狀態(tài)面向?qū)ο笤O(shè)計(jì)OOD模型的主要部件中，通常不包括__A___。A通信部件B.人機(jī)交互部件C.任務(wù)管理D.數(shù)據(jù)管理面向?qū)ο笤O(shè)計(jì)時(shí)，對(duì)象信息的隱藏主要是通過__A____實(shí)現(xiàn)的。A.對(duì)象的封裝性B.子類的繼承性C.系統(tǒng)模塊化D.模塊的可重用作為面向?qū)ο蠓治龅幕A(chǔ)、由問題領(lǐng)域中的對(duì)象所組成、用ER圖來描述是_A___。消息模型 B.處理模型 C.狀態(tài)模型 D.瀑布模塊開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱作（C）。A.軟件工程B.軟件周期C.軟件危機(jī)D.軟件產(chǎn)生下面不屬于軟件工程3要素的是(D)A)工具B)過程C)方法D)環(huán)境檢查軟件產(chǎn)品是否符合需求定義的過程稱為(A)A)確認(rèn)測試B)集成測試C)驗(yàn)證測試D)驗(yàn)收測試數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流都是(D)，僅僅是所處的狀態(tài)不同。A)分析結(jié)果B)事件C)動(dòng)作D)數(shù)據(jù)數(shù)據(jù)流圖和(C)共同組成目標(biāo)系統(tǒng)的邏輯（功能）模型。A)HIPO圖B)PDLC)數(shù)據(jù)字典D)層次圖數(shù)據(jù)流圖用于抽象描述一個(gè)軟件的邏輯模型，數(shù)據(jù)流圖由一些特定的圖符構(gòu)成。下列圖符名標(biāo)識(shí)的圖符不屬于數(shù)據(jù)流圖合法圖符的是(A)。A)控制流B)加工C)數(shù)據(jù)存儲(chǔ)D)源和匯結(jié)構(gòu)化分析方法就是面向(B)的自頂向下逐步求精進(jìn)行需求分析的方法。A)目標(biāo)B)數(shù)據(jù)流C)功能D)對(duì)象下面不屬于軟件工程設(shè)計(jì)基本原理的是(C)

A)抽象 B)模塊化 C)自底向上 D)信息隱蔽(D)是數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募?，它是單?dú)命名的而且可以通過名字來訪問。A)模塊化B)抽象C)精化D)模塊面向數(shù)據(jù)流的設(shè)計(jì)方法把(D)映射成軟件結(jié)構(gòu)。A)數(shù)據(jù)流B)系統(tǒng)結(jié)構(gòu)C)控制結(jié)構(gòu)D)信息流程序流程圖(PDF)中的箭頭代表的是(B)。A)數(shù)據(jù)流B)控制流C)調(diào)用關(guān)系D)組成關(guān)系在進(jìn)行軟件結(jié)構(gòu)設(shè)計(jì)時(shí)應(yīng)該遵循的最主要的原理是(C)A)抽象B)模塊化C)模塊獨(dú)立D)信息隱蔽在測試中，下列說法錯(cuò)誤的是(B)A)測試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程B)測試是為了表明程序的正確性C)好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試方案D)成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試下列工具中為需求分析常用工具是(D)A)PADB)PFDC)N-S D)DFD軟件調(diào)試的目的是(B)A)發(fā)現(xiàn)錯(cuò)誤B)改正錯(cuò)誤C)改善軟件的性能D)挖掘軟件的潛能軟件詳細(xì)設(shè)計(jì)主要采用的方法是(A)。A)結(jié)構(gòu)化程序設(shè)計(jì)B)模型設(shè)計(jì)C)結(jié)構(gòu)化設(shè)計(jì)D)流程圖設(shè)計(jì)軟件開發(fā)的原型化方法是一種動(dòng)態(tài)定義軟件需求的方，下述條件中，(A)是實(shí)施原型化方法所必需的。Ⅰ成熟的原型化人員Ⅱ快速的成型工具Ⅲ需求了解的正確性A)Ⅰ和ⅡB)Ⅱ和ⅢC)Ⅰ、Ⅱ和ⅢD)Ⅲ模塊本身的內(nèi)聚是模塊獨(dú)立性的重要性度量因素之一。在7類內(nèi)聚中，具有最強(qiáng)內(nèi)聚的一類是（D）。順序性內(nèi)聚B)過程性內(nèi)聚C)邏輯性內(nèi)聚D)功能性內(nèi)聚由弱到強(qiáng)：偶然內(nèi)聚、邏輯內(nèi)聚、時(shí)間內(nèi)聚、過程內(nèi)聚；通信內(nèi)聚、順序內(nèi)聚和功能內(nèi)聚。由弱到強(qiáng)：偶然內(nèi)聚、邏輯內(nèi)聚、時(shí)間內(nèi)聚、過程內(nèi)聚；通信內(nèi)聚、順序內(nèi)聚和功能內(nèi)聚。由弱到強(qiáng)：偶然內(nèi)聚、邏輯內(nèi)聚、時(shí)間內(nèi)聚、過程內(nèi)聚；通信內(nèi)聚、順序內(nèi)聚和功能內(nèi)聚。數(shù)據(jù)字典是對(duì)數(shù)據(jù)定義信息的集合，它所定義的對(duì)象都包含在(A)中。A)數(shù)據(jù)流圖 B)程序框圖C)軟件結(jié)構(gòu)D)方框圖軟件開發(fā)的結(jié)構(gòu)化分析方法，常用的描述軟件功能需求的工具是(C)。A)業(yè)務(wù)流程圖、處理說明B)軟件流程圖、模塊說明C)數(shù)據(jù)流程圖、數(shù)據(jù)字典D)系統(tǒng)流程圖、程序編碼軟件開發(fā)的結(jié)構(gòu)化設(shè)計(jì)方法（SD方法），全面指導(dǎo)模塊化分的最重要的原則應(yīng)該是(C)。A)模塊高內(nèi)聚B)模塊低耦合C)模塊獨(dú)立性D)程序模塊化面向數(shù)據(jù)流的軟件設(shè)計(jì)方法，一般是把數(shù)據(jù)流圖中得數(shù)據(jù)流化分為(B)兩種流，再將數(shù)據(jù)流圖映射為軟件結(jié)構(gòu)。A)數(shù)據(jù)流與事務(wù)流B)交換流和事務(wù)流C)信息流與控制流D)交換流和數(shù)據(jù)流軟件設(shè)計(jì)中，可應(yīng)用于詳細(xì)設(shè)計(jì)的工具在軟件詳細(xì)設(shè)計(jì)階段,常用的圖形描述工具有程序流程圖,在軟件詳細(xì)設(shè)計(jì)階段,常用的圖形描述工具有程序流程圖,盒圖(NS圖)和問題分析圖(PAD).常用的語言描述工具為PDL(程序設(shè)計(jì)語言),常用的表格描述工具有判定表和判定樹A)程序流程圖、PAD、方框圖和偽碼B)數(shù)據(jù)流程圖、PAD、結(jié)構(gòu)圖和偽碼C)業(yè)務(wù)流程圖、N-S圖和偽碼D)數(shù)據(jù)流程圖、PAD、N-S圖和偽碼軟件開發(fā)的可行性研究，一般涉及經(jīng)濟(jì)、技術(shù)和操作的可能性，而進(jìn)行可行性研究的基本依據(jù)則是用戶提出的軟件(B)。A)系統(tǒng)質(zhì)量B)系統(tǒng)目標(biāo)C)系統(tǒng)功能D)系統(tǒng)性能結(jié)構(gòu)化方法將軟件生命周期分為計(jì)劃、開發(fā)概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、軟件實(shí)現(xiàn)、軟件測試和運(yùn)行3個(gè)時(shí)期，下列任務(wù)中(B)屬于計(jì)劃時(shí)期的任務(wù)問題定義、可行性研究、需求分析。概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、軟件實(shí)現(xiàn)、軟件測試問題定義、可行性研究、需求分析A)需求分析B)問題定義C)總體設(shè)計(jì)D)編碼耦合是軟件各個(gè)模塊間連接的一種度量。一組模塊都訪問同一數(shù)據(jù)結(jié)構(gòu)應(yīng)屬于(B)方式。內(nèi)容耦合一個(gè)模塊直接訪問另一個(gè)模塊的內(nèi)容B)公共耦合一組模塊都訪問同一數(shù)據(jù)結(jié)構(gòu)C)外部耦合一組模塊都訪問同一個(gè)數(shù)據(jù)項(xiàng)D)控制耦合一個(gè)模塊明顯的把開關(guān)量、名字等信息送入另一模塊，控制另一模塊一個(gè)模塊直接訪問另一個(gè)模塊的內(nèi)容一組模塊都訪問同一數(shù)據(jù)結(jié)構(gòu)一組模塊都訪問同一個(gè)數(shù)據(jù)項(xiàng)一個(gè)模塊明顯的把開關(guān)量、名字等信息送入另一模塊，控制另一模塊[解析]耦合分為以下幾種，按照耦合度由高到低排列是：內(nèi)容耦合――一個(gè)模塊直接訪問另一個(gè)模塊的內(nèi)容。公共耦合――組模塊都訪問同一全局?jǐn)?shù)據(jù)結(jié)構(gòu)。外部耦合――組模塊都訪問同一個(gè)數(shù)據(jù)項(xiàng)。控制耦合――一個(gè)模塊明顯地把開關(guān)量、名字等信息送入另一模塊，控制另一模塊的功能內(nèi)聚是從功能角度來度量模塊內(nèi)的聯(lián)系，按照特定次序執(zhí)行元素的模塊屬于(C)方式。邏輯內(nèi)聚由傳給模塊的參數(shù)來確定模塊應(yīng)該完成哪一種功能B)時(shí)間內(nèi)聚按順序完成相關(guān)功能C)過程內(nèi)聚按照特定次序執(zhí)行元素的模塊D)順序內(nèi)聚把處理元素和一個(gè)功能密切相關(guān)由傳給模塊的參數(shù)來確定模塊應(yīng)該完成哪一種功能按順序完成相關(guān)功能按照特定次序執(zhí)行元素的模塊把處理元素和一個(gè)功能密切相關(guān)邏輯內(nèi)聚是指把幾種相關(guān)的功能組合在一起，每次調(diào)用時(shí)，由傳給模塊的參數(shù)來確定模塊應(yīng)完成哪一種功能；時(shí)間內(nèi)聚是指順序完成一類相關(guān)功能的模塊；過程內(nèi)聚是指內(nèi)部的處理元素是相關(guān)的而且必須以特定次序執(zhí)行的模塊，與題目相符；而順序模塊是把模塊內(nèi)的處理元素和同一個(gè)功能密切相關(guān)，而且這些處理必須順序執(zhí)行的模塊。軟件管理中，需要對(duì)軟件進(jìn)行配置，各階段文檔的管理屬于(D)。A)組織管理B)資源管理C)計(jì)劃管理D)版本管理軟件開發(fā)的結(jié)構(gòu)化方法中，常用數(shù)據(jù)字典技術(shù)，其中數(shù)據(jù)加工是其組成內(nèi)容之一，下述方法(D)是常采用編寫加工說明的方法。Ⅰ結(jié)構(gòu)化語言Ⅱ判定樹Ⅲ判定表A)ⅠB)ⅡC)Ⅱ、ⅢD)都是軟件開發(fā)過程中，軟件結(jié)構(gòu)設(shè)計(jì)是描述(B)。A)數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)B)軟件模塊體系C)軟件結(jié)構(gòu)測試D)軟件控制過程（B）是對(duì)象的靜態(tài)特征。A.方法B.屬性C.關(guān)系D.操作對(duì)象的（D）是對(duì)象的動(dòng)態(tài)特征。A.特征B.屬性C.關(guān)系D.操作屬于某個(gè)類的一個(gè)具體對(duì)象稱為該類的（A）A.實(shí)例B.虛擬C.繼承D.多態(tài)UML是（A）。A)一種可視化的建模語言B)是一種可視化的程序設(shè)計(jì)語言C)是一種過程D)是一種方法下列的（C）不屬于面向?qū)ο蠓治瞿Ｐ?。A.用例圖B.類圖C.實(shí)體關(guān)系圖D.順序圖程序的三種基本控制結(jié)構(gòu)是（B）。A．過程、子程序和分程序B．順序、選擇和重復(fù)C．遞歸、堆棧和隊(duì)列D．調(diào)用、返回和轉(zhuǎn)移結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（D）。A．程序的規(guī)模B．程序的效率C．程序設(shè)計(jì)語言的先進(jìn)性D．程序易讀性使用白盒測試方法時(shí)，確定測試數(shù)據(jù)應(yīng)根據(jù)（A）和指定的覆蓋標(biāo)準(zhǔn)。A．程序內(nèi)部邏輯B．程序復(fù)雜結(jié)構(gòu)C．使用說明書D．程序的功能確認(rèn)測試主要涉及的文檔是（A）。A)需求規(guī)格說明書B)概要設(shè)計(jì)說明書C)詳細(xì)設(shè)計(jì)說明書D)源程序測試的關(guān)鍵問題是（D）。A.如何組織對(duì)軟件的評(píng)審B.如何驗(yàn)證程序的正確性C.如何采用綜合策略D.如何選擇測試用例下面哪個(gè)測試屬于黑盒測試（B）。A)路徑測試B)等價(jià)類劃分C)條件判斷覆蓋測試D)循環(huán)測試軟件測試方法中，黑盒、白盒測試法是常用的方法，其中白盒測試主要用于測試（D）。A)結(jié)構(gòu)合理性B)軟件外部功能C)程序正確性D)程序內(nèi)部邏輯為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過程是(C)。A)校正性維護(hù)B)完善性維護(hù)C)適應(yīng)性維護(hù)D)預(yù)防性維護(hù)在McCall軟件質(zhì)量度量模型中，（C）屬于面向軟件產(chǎn)品修改。A．可靠性B．可重用性C．適應(yīng)性D．可移植性瀑布模型的存在問題是（B）A．用戶容易參與開發(fā)B．缺乏靈活性C．用戶與開發(fā)者易溝通D．適用可變需求軟件生命周期中所花費(fèi)用最多的階段是（D）A．詳細(xì)設(shè)計(jì)B．軟件編碼C．軟件測試D．軟件維護(hù)程序的三種基本控制結(jié)構(gòu)的共同特點(diǎn)是(D)A．不能嵌套使用B．只能用來寫簡單程序C．已經(jīng)用硬件實(shí)現(xiàn)D．只有一個(gè)入口和一個(gè)出口原型化方法是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互構(gòu)成，適用于(A)系統(tǒng)。A．需求不確定性高的B．需求確定的C．管理信息D．實(shí)時(shí)以下不屬于邏輯覆蓋的是（D）。A.語句覆蓋B.判定覆蓋C.條件覆蓋D.基本路徑覆蓋一個(gè)模塊的（B）是指能直接控制該模塊的模塊數(shù)。A.扇出數(shù)B.扇入數(shù)C.寬度D.深度軟件需求分析階段的工作，可以分為4個(gè)方面：需求獲取，需求分析，編寫需求規(guī)格說明書以及(B)。A)用戶B)需求審評(píng)C)總結(jié)D)都不正確以下分析模型的結(jié)構(gòu)成員中，屬于行為模型的是(C)。A)數(shù)據(jù)流圖B)實(shí)體-關(guān)系圖C)狀態(tài)轉(zhuǎn)換圖D)數(shù)據(jù)字典在白盒法技術(shù)測試用例的設(shè)計(jì)中（A）是最弱的覆蓋標(biāo)準(zhǔn)。A)語句B)條件C)判定D)條件組合模塊化中的信息隱藏原則是指（B）。A)使信息對(duì)用戶隱藏B)使信息對(duì)其它模塊隱藏C)使信息對(duì)軟件隱藏D)使信息對(duì)操作系統(tǒng)隱藏CASE是指（C）。A）計(jì)算機(jī)輔助軟件開發(fā)B）計(jì)算機(jī)輔助軟件制造C）計(jì)算機(jī)輔助軟件工程D）計(jì)算機(jī)輔助軟件設(shè)計(jì)以下軟件生命周期模型中，（A）是用戶驅(qū)動(dòng)的模型。A）快速原型模型B）螺旋模型C）噴泉模型D）瀑布模型文檔驅(qū)動(dòng)文檔驅(qū)動(dòng)若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X，其范圍是［-1.0，1.0］，現(xiàn)從輸入的角度考慮一組測試用例：-1.001，-1.0，1.0，1.001。設(shè)計(jì)這組測試用例的方法是()A）條件覆蓋法B）等價(jià)分類法C）邊界值分析法 D）錯(cuò)誤推測法模塊的扇入是指（A）。A）本模塊的所有上層模塊數(shù)B）本模塊的所有下層模塊數(shù)C）調(diào)用本模塊的所有模塊數(shù)D）本模塊調(diào)用的所有模塊數(shù)軟件生存周期是指（D）。A）開發(fā)軟件的全部時(shí)間B）使用軟件的全部時(shí)間C）開發(fā)和使用軟件的全部時(shí)間D）從軟件計(jì)劃起直到軟件廢棄所經(jīng)歷的全部時(shí)間測試用例是指（C）。A）被測對(duì)象B）測試的輸入數(shù)據(jù)C）測試數(shù)據(jù)+預(yù)期結(jié)果D）測試的預(yù)期結(jié)果軟件能力成熟度模型CMM分為（C）個(gè)等級(jí)。A）3B）4C）5數(shù)據(jù)流A由若干個(gè)數(shù)據(jù)項(xiàng)B和一個(gè)數(shù)據(jù)項(xiàng)C組成，用數(shù)據(jù)字典的符號(hào)表示出來（D）。A．A={B+C}B．A={B}+{C}C．A=B+{C}D．A={B}+C分層DFD中父子平衡是指（D）。A．父加工的數(shù)據(jù)流數(shù)目與子圖中數(shù)據(jù)流數(shù)目相同B．父圖應(yīng)包含子圖中的全部數(shù)據(jù)流C．子圖應(yīng)包含父圖中的全部數(shù)據(jù)流D．父加工和子圖的輸入數(shù)據(jù)和輸出數(shù)據(jù)應(yīng)分別保持一致下列( B)屬于不良的編程習(xí)慣。A.盡量不使用GOTO語句 B．從來不使用注釋C.每行只寫一條語句 D．變量命名盡量直觀瀑布模型中各階段按時(shí)間先后順序是(B)。A．計(jì)劃→需求分析→編碼→設(shè)計(jì)→測試→維護(hù)B．計(jì)劃→需求分析→設(shè)計(jì)→編碼→測試→維護(hù)C．計(jì)劃→設(shè)計(jì)→需求分析→編碼→測試→維護(hù)D．計(jì)劃→需求分析→設(shè)計(jì)→測試→編碼→維護(hù)目前最流行的面向?qū)ο蠼ＵZ言是（C）。A）HTMLB）XMLC）UMLD）VML

判斷題：1.軟件是一種抽象的邏輯產(chǎn)品。(√) 2.按照軟件的服務(wù)對(duì)象可將軟件劃分為系統(tǒng)軟件和應(yīng)用軟件服務(wù)對(duì)象：項(xiàng)目軟件和產(chǎn)品軟件軟件用途（功能）：系統(tǒng)軟件、應(yīng)用軟件、支撐軟件軟件規(guī)模：微型、小型、大型、中型等工作方式：實(shí)時(shí)處理軟件、分時(shí)軟件、交互式軟件、批處理軟件兩類。(×服務(wù)對(duì)象：項(xiàng)目軟件和產(chǎn)品軟件軟件用途（功能）：系統(tǒng)軟件、應(yīng)用軟件、支撐軟件軟件規(guī)模：微型、小型、大型、中型等工作方式：實(shí)時(shí)處理軟件、分時(shí)軟件、交互式軟件、批處理軟件 3.開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱作軟件危機(jī)。(√) 4.軟件危機(jī)就是大量軟件出現(xiàn)嚴(yán)重問題不能繼續(xù)再使用。(×) 5.軟件工程有7個(gè)基本要素3個(gè)基本要素：方法、工具、過程常用的軟件工程方法有7種類型。(3個(gè)基本要素：方法、工具、過程常用的軟件工程方法有7種類型 6.結(jié)構(gòu)化軟件開發(fā)期將軟件開發(fā)劃分為3個(gè)階段，其中關(guān)鍵的是需求的準(zhǔn)確性。(√) 7.瀑布模型存在的最主要的問題是缺乏靈活性。（√) 8.在軟件工程中，軟件是指程序+數(shù)據(jù)+文檔程序+數(shù)據(jù)+文檔+程序+數(shù)據(jù)+文檔+服務(wù) 9.軟件就是指程序見上題。(×)見上題 10.CASE即計(jì)算機(jī)輔助軟件工程的英文縮寫。(√) 11.瀑布模型也稱為是基于文檔驅(qū)動(dòng)的模型。(√) 12.快速原型模型也稱為是基于文檔驅(qū)動(dòng)用戶驅(qū)動(dòng)的模型。(×)用戶驅(qū)動(dòng)13．軟件生存周期是指開發(fā)軟件軟件生存周期是指軟件開始研發(fā)到軟件停止使用的整個(gè)過程的全部時(shí)間。(×)軟件生存周期是指軟件開始研發(fā)到軟件停止使用的整個(gè)過程 14.軟件工程在軟件設(shè)計(jì)時(shí)把軟件的效率放在第一位。(√) 15.可行性分析研究的目的是規(guī)劃如何開發(fā)項(xiàng)目以盡可能小的成本在較短時(shí)間和特點(diǎn)條件下確定軟件項(xiàng)目是否值得研發(fā)。(×)以盡可能小的成本在較短時(shí)間和特點(diǎn)條件下確定軟件項(xiàng)目是否值得研發(fā) 16.可行性分析研究的目的是探討項(xiàng)目值得開發(fā)否。(√) 17.軟件開發(fā)的可行性研究，一般涉及經(jīng)濟(jì)、技術(shù)和操作的可能性，而進(jìn)行可行性研究的基本依據(jù)則是用戶提出的軟件系統(tǒng)目標(biāo)。(√) 18.軟件開發(fā)的可行性研究，一般涉及經(jīng)濟(jì)、技術(shù)和操作的可能性，而進(jìn)行可行性研究的基本依據(jù)則是用戶提出的軟件系統(tǒng)功能。(×) 19.在可行性研究中最具挑戰(zhàn)性的，難度最大是技術(shù)可行性分析。(√ 20.數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流都是數(shù)據(jù)，區(qū)別在于數(shù)據(jù)流是靜態(tài)數(shù)據(jù)，而數(shù)據(jù)存儲(chǔ)是動(dòng)態(tài)數(shù)據(jù)數(shù)據(jù)流是動(dòng)態(tài)數(shù)據(jù)，數(shù)據(jù)儲(chǔ)存是靜態(tài)數(shù)據(jù)。(×)數(shù)據(jù)流是動(dòng)態(tài)數(shù)據(jù)，數(shù)據(jù)儲(chǔ)存是靜態(tài)數(shù)據(jù) 21.數(shù)據(jù)流圖和數(shù)據(jù)字典共同組成目標(biāo)系統(tǒng)的邏輯（功能）模型。(√) 22.SA（結(jié)構(gòu)化分析）方法中目標(biāo)軟件的邏輯模型是由數(shù)據(jù)流圖和數(shù)據(jù)字典共同組成。(√) 23.數(shù)據(jù)流圖中可以有控制流數(shù)據(jù)流程圖的是數(shù)據(jù)流，控制流屬于程序流程圖。(×)數(shù)據(jù)流程圖的是數(shù)據(jù)流，控制流屬于程序流程圖 24.數(shù)據(jù)字典是對(duì)數(shù)據(jù)定義信息的集合，它是對(duì)DFD中所有數(shù)據(jù)對(duì)象及加工的詳細(xì)說明。(√) 25.DFD中的每個(gè)加工至少有一對(duì)輸入流和輸出流。(√) 26.結(jié)構(gòu)化分析方法是一種面向數(shù)據(jù)流的自頂向下逐步求精進(jìn)行需求分析的方法。(√) 27.結(jié)構(gòu)化分析方法是一種面向數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)流的需求分析的方法。(×)、數(shù)據(jù)流 28.需求分析最終結(jié)果是產(chǎn)生SRS（軟件需求規(guī)格說明書）。(√) 29.需求分析最終結(jié)果是產(chǎn)生項(xiàng)目開發(fā)計(jì)劃。(×) 30.軟件設(shè)計(jì)基本原理中不包括自底向上的設(shè)計(jì)思路。(√) 31.軟件設(shè)計(jì)基本原理中包括自底向上的設(shè)計(jì)思路。(×) 32.模塊的的獨(dú)立性高意味著模塊的內(nèi)聚弱，耦合高高內(nèi)聚、低耦合。(×)高內(nèi)聚、低耦合 33．模塊是數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募?，它是單?dú)命名的而且可以通過名字來訪問。(√) 34.面向數(shù)據(jù)流的設(shè)計(jì)方法簡單地說就是把DFD中的信息流信息流由交換流和事務(wù)流組成映射成為軟件結(jié)構(gòu)。(√)信息流由交換流和事務(wù)流組成 35.面向數(shù)據(jù)流的設(shè)計(jì)方法就是把DFD中的控制結(jié)構(gòu)信息流映射成為軟件結(jié)構(gòu)。(×)信息流 36.程序流程圖(PDF)中的箭頭代表的是程序的控制流程。(√) 37．模塊本身的內(nèi)聚是模塊獨(dú)立性的重要性度量因素之一。在7類內(nèi)聚中，具有最強(qiáng)內(nèi)聚的一類是過程性內(nèi)聚功能內(nèi)聚由弱到強(qiáng)：偶然內(nèi)聚、邏輯內(nèi)聚、時(shí)間內(nèi)聚、過程內(nèi)聚；通信內(nèi)聚、順序內(nèi)聚和功能內(nèi)聚。(×)功能內(nèi)聚由弱到強(qiáng)：偶然內(nèi)聚、邏輯內(nèi)聚、時(shí)間內(nèi)聚、過程內(nèi)聚；通信內(nèi)聚、順序內(nèi)聚和功能內(nèi)聚 38.面向數(shù)據(jù)流的軟件設(shè)計(jì)方法，一般是把數(shù)據(jù)流圖中得數(shù)據(jù)流信息流化分為變換流和事務(wù)流兩種類型，再將數(shù)據(jù)流圖信息流映射為軟件結(jié)構(gòu)。(×)信息流信息流 39.模塊的控制域和作用域原則是指作用域應(yīng)該在控制域之內(nèi)。(√) 40.模塊化中的信息隱藏原則是指使模塊內(nèi)部的私有信息對(duì)軟件開發(fā)人員其他模塊隱藏。(×)其他模塊 41.內(nèi)聚和藕合都是用于度量模塊復(fù)雜性獨(dú)立性的兩個(gè)定性指標(biāo)。(×)獨(dú)立性 42.判定所在的模塊以及該判定影響的所有模塊稱為判定的作用范圍。(×)以及該判定影響的所有模塊 43.判定所在的模塊及該判定影響的所有模塊稱為判定的作用范圍。(√) 44.軟件詳細(xì)設(shè)計(jì)主要采用的方法是流程圖設(shè)計(jì)法。(√) 45.程序的三種基本控制結(jié)構(gòu)是順序、選擇和重復(fù)。(√) 46.程序的三種基本控制結(jié)構(gòu)的共同特點(diǎn)是只有一個(gè)入口和一個(gè)出口。(√) 47.結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是程序的清晰易讀性（√） 48.軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的功能實(shí)現(xiàn)算法。(×)實(shí)現(xiàn)算法 49.檢查軟件產(chǎn)品是否符合需求定義的測試過程稱為集成測試確認(rèn)測試。(×)確認(rèn)測試 50.測試是為了證明程序中沒有錯(cuò)誤而執(zhí)行程序的過程。(×) 56.軟件調(diào)試的目的是改正軟件中存在錯(cuò)誤。(√) 57．測試用例就是一組測試用的數(shù)據(jù)。(×) 58.測試用例就是一組測試用的數(shù)據(jù)及其預(yù)期結(jié)果。(√) 59.使用白盒測試方法時(shí)，確定測試數(shù)據(jù)應(yīng)根據(jù)程序的輸入輸出關(guān)系內(nèi)部邏輯。(×)內(nèi)部邏輯 60.測試的關(guān)鍵問題是如何選擇測試用例。(√) 61.測試的關(guān)鍵問題是用測試用例來驅(qū)動(dòng)測試被測對(duì)象。(× 62.在白盒法技術(shù)測試用例的設(shè)計(jì)中，語句覆蓋是必須要滿足語句覆蓋是做弱的覆蓋標(biāo)準(zhǔn)的覆蓋標(biāo)準(zhǔn)。(×)語句覆蓋是做弱的覆蓋標(biāo)準(zhǔn) 63.為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過程是預(yù)防性維護(hù)適應(yīng)性維護(hù)。(×)適應(yīng)性維護(hù) 64.軟件在給定的時(shí)間間隔內(nèi)和給定的條件下，按照規(guī)格說明書的規(guī)定成功地運(yùn)行的概率稱為軟件的可靠性。(√) 65.UML是統(tǒng)一建模語言的英文簡寫。(√) 66.在面向?qū)ο蠹夹g(shù)中，對(duì)象之間可以直接調(diào)用對(duì)方的任何方法。(×) 67.在面向?qū)ο蠹夹g(shù)中，對(duì)象之間利用數(shù)據(jù)信息進(jìn)行通信。(×)信息 68.軟件項(xiàng)目管理中，需要對(duì)軟件進(jìn)行配置，各階段文檔的管理屬于資源管理版本管理。(×)版本管理69.軟件能力成熟度模型CMM分為5個(gè)等級(jí)。(√)1.軟件生命期各階段的任務(wù)是什么？

答：軟件生命期分為7個(gè)階段：

1、問題定義：要解決的問題是什么2、可行性研究：確定問題是否值得解，技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性3、需求分析：系統(tǒng)必須做什么4、總體設(shè)計(jì)：系統(tǒng)如何實(shí)現(xiàn)，包括系統(tǒng)設(shè)計(jì)和結(jié)構(gòu)設(shè)計(jì)5、詳細(xì)設(shè)計(jì)：具體實(shí)現(xiàn)設(shè)計(jì)的系統(tǒng)6、實(shí)現(xiàn)：編碼和測試7、運(yùn)行維護(hù)：保證軟件正常運(yùn)行。

2、軟件重用的效益是什么？

答：1、軟件重用可以顯著地改善軟件的質(zhì)量和可靠性。2、軟件重用可以極大地提高軟件開發(fā)的效率。3、節(jié)省軟件開發(fā)的成本，避免不必要的重復(fù)勞動(dòng)和人力、財(cái)力的浪費(fèi)。

3、自頂而下漸增測試與自底而上漸增測試各有何優(yōu)、缺點(diǎn)？

答：

①自頂而下漸增測試

優(yōu)點(diǎn)：不需要測試驅(qū)動(dòng)程序，能夠在測試階段的早期實(shí)現(xiàn)并驗(yàn)證系統(tǒng)的主要功能，而且能夠盡早發(fā)現(xiàn)上層模塊的接口錯(cuò)誤。

缺點(diǎn)：需要存根程序，底層錯(cuò)誤發(fā)現(xiàn)較晚。

②自底而上漸增測試

優(yōu)點(diǎn)與缺點(diǎn)和自頂而下漸增測試相反。

4、提高可維護(hù)性的方法有哪些？

答：在軟件工程的每一階段都應(yīng)該努力提高系統(tǒng)的可維護(hù)性，在每個(gè)階段結(jié)束前的審查和復(fù)審中，應(yīng)著重對(duì)可維護(hù)性進(jìn)行復(fù)審。

在需求分析階段的復(fù)審中，應(yīng)對(duì)將來要擴(kuò)充和修改的部分加以注明。在討論軟件可移植性問題時(shí)，要考慮可能要影響軟件維護(hù)的系統(tǒng)界面。

在軟件設(shè)計(jì)的復(fù)審中，因從便于修改、模塊化和功能獨(dú)立的目標(biāo)出發(fā)，評(píng)價(jià)軟件的結(jié)構(gòu)和過程，還應(yīng)對(duì)將來可能修改的部分預(yù)先做準(zhǔn)備。

在軟件代碼復(fù)審中，應(yīng)強(qiáng)調(diào)編碼風(fēng)格和內(nèi)部說明這兩個(gè)影響可維護(hù)性的因素。

在軟件系統(tǒng)交付使用前的每一測試步驟中都應(yīng)給出需要進(jìn)行預(yù)防性維護(hù)部分的提示。

在完成每項(xiàng)維護(hù)工作后，都應(yīng)對(duì)軟件維護(hù)本身進(jìn)行仔細(xì)認(rèn)真的復(fù)審。

為了從根本上提高軟件系統(tǒng)的可維護(hù)性，人們正試圖通過直接維護(hù)軟件規(guī)格說明來維護(hù)軟件，同時(shí)也在大力發(fā)展軟件重用技術(shù)。簡述軟件測試要經(jīng)過哪幾個(gè)步驟，每個(gè)步驟與什么文檔有關(guān)。【解答】測試過程按4個(gè)步驟進(jìn)行，即單元測試（模塊測試）、集成測試（子系統(tǒng)測試和系統(tǒng)測試）、確認(rèn)測試（驗(yàn)收測試）和平行運(yùn)行。單元測試集中對(duì)用源代碼實(shí)現(xiàn)的每一個(gè)程序單元進(jìn)行測試，與其相關(guān)的文檔是單元測試計(jì)劃和詳細(xì)設(shè)計(jì)說明書。集成測試把已測試過的模塊組裝起來，主要對(duì)與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)造進(jìn)行測試。與其相關(guān)的文檔是集成測試計(jì)劃和軟件需求說明書。確認(rèn)測試則是要檢查已實(shí)現(xiàn)的軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及軟件配置是否完全、正確。與其相關(guān)的文檔是確認(rèn)測試計(jì)劃和軟件需求說明書。平行運(yùn)行把已經(jīng)經(jīng)過確認(rèn)的軟件納入實(shí)際運(yùn)行環(huán)境中，與其他系統(tǒng)成份組合在一起進(jìn)行測試。與其相關(guān)的文檔：用戶指南、使用手冊(cè)等。36．簡述容錯(cuò)技術(shù)的四種主要手段，并解釋。結(jié)構(gòu)冗余：包括靜態(tài)冗余、動(dòng)態(tài)冗余和混合冗余。信息冗余：為檢測或糾正信息在運(yùn)算或傳輸中的錯(cuò)誤，須外加一部分信息。時(shí)間冗余：指重復(fù)執(zhí)行指令或程序來消除瞬時(shí)錯(cuò)誤帶來的影響。冗余附加技術(shù)：指為實(shí)現(xiàn)上述冗余技術(shù)所需的資源和技術(shù)。36．可行性報(bào)告的主要內(nèi)容有哪些?解：一個(gè)可行性研究報(bào)告的主要內(nèi)容如下：（1）引言：說明編寫本文檔的目的；項(xiàng)目的名稱、背景；本文檔用到的專門術(shù)語和參考資料。（2）可行性研究前提：說明開發(fā)項(xiàng)目的功能、性能和基本要求；達(dá)到的目標(biāo)；各種限制條件；可行性研究方法和決定可行性的主要因素。（3）對(duì)現(xiàn)有系統(tǒng)的分析：說明現(xiàn)有系統(tǒng)的處理流程和數(shù)據(jù)流程；工作負(fù)荷；各項(xiàng)費(fèi)用支出；所需要各類專業(yè)技術(shù)人員的數(shù)量；所需要各種設(shè)備；現(xiàn)有系統(tǒng)存在什么問題。（4）所建議系統(tǒng)的技術(shù)可行性分析：所建議系統(tǒng)的簡要說明；處理流程和數(shù)據(jù)流程；與現(xiàn)有的系統(tǒng)比較的優(yōu)越性；采用所建議系統(tǒng)對(duì)用戶的影響；對(duì)各種設(shè)備、現(xiàn)有軟件、開發(fā)環(huán)境、運(yùn)行環(huán)境的影響；對(duì)經(jīng)費(fèi)支出的影響；對(duì)技術(shù)可行性的評(píng)價(jià)。（5）所建議系統(tǒng)的經(jīng)濟(jì)可行性分析：說明所建議系統(tǒng)的各種支出，各種效益；收益投資比；投資回收周期。（6）社會(huì)因素可行性分析：說明法律因素，對(duì)合同責(zé)任、侵犯專利權(quán)、侵犯版權(quán)等問題的分析；說明用戶使用可行性，是否滿足用戶行政管理、工作制度、人員素質(zhì)的要求。（7）其他可供選擇方案：逐一說明其他可供選擇的方案，并說明未被推薦的理由。（8）結(jié)論意見：說明項(xiàng)目是否能開發(fā)；還需要什么條件才能開發(fā)；對(duì)項(xiàng)目目標(biāo)有什么變動(dòng)等。[解析]做軟件的可行性研究的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā)，是否值得去開發(fā)，其中的問題能否解決，報(bào)告共分為八個(gè)基本內(nèi)容。37．系統(tǒng)設(shè)計(jì)的內(nèi)容是什么？解：系統(tǒng)設(shè)計(jì)階段先從高層入手，然后細(xì)化。系統(tǒng)設(shè)計(jì)要決定整個(gè)結(jié)構(gòu)及風(fēng)格，這種結(jié)構(gòu)為后面設(shè)計(jì)階段的更詳細(xì)策略的設(shè)計(jì)提供了基礎(chǔ)。（1）系統(tǒng)分解。系統(tǒng)中主要的組成部分稱為子系統(tǒng)，子系統(tǒng)既不是一個(gè)對(duì)象也不是一個(gè)功能，而是類、關(guān)聯(lián)、操作、時(shí)間和約束的集合。每次分解的各子系統(tǒng)數(shù)目不能太多，最底層子系統(tǒng)稱為模塊。（2）確定并發(fā)性。分析模型、現(xiàn)實(shí)世界及硬件中不少對(duì)象均是并發(fā)的。系統(tǒng)設(shè)計(jì)的一個(gè)重要目標(biāo)就是確定哪些是必須同時(shí)動(dòng)作的對(duì)象，哪些不是同時(shí)動(dòng)作的對(duì)象。后者可以放在一起，而綜合成單個(gè)控制線或任務(wù)。（3）處理器及任務(wù)分配。各并發(fā)子系統(tǒng)必須分配給單個(gè)硬件單元，要么是一個(gè)一般的處理器，要么是一個(gè)具體的功能單元，必須完成下面的工作：估計(jì)性能要求和資源需求，選擇實(shí)現(xiàn)子系統(tǒng)的硬軟件，將軟件子系統(tǒng)分配給各處理器以滿足性能要求和極小化處理器之間的通信，決定實(shí)現(xiàn)各子系統(tǒng)的各物理單元的連接。（4）數(shù)據(jù)存儲(chǔ)管理。系統(tǒng)中的內(nèi)部數(shù)據(jù)和外部數(shù)據(jù)的存儲(chǔ)管理是一項(xiàng)重要的任務(wù)。通常各數(shù)據(jù)存儲(chǔ)可以將數(shù)據(jù)結(jié)構(gòu)、文件、數(shù)據(jù)庫組合在一起，不同數(shù)據(jù)存儲(chǔ)要在費(fèi)用、訪問時(shí)間、容量以及可靠性之間做折中考慮。（5）全局資源的處理。必須確定全局資源，并且制定訪問全局資源的策略。全局資源包括：物理資源，如處理器、驅(qū)動(dòng)器等；空間，如盤空間、工作站屏等；邏輯名字，如對(duì)象標(biāo)識(shí)符、類名、文件名等。如果資源是物理對(duì)象，則可以通過建立協(xié)議實(shí)現(xiàn)對(duì)并發(fā)系統(tǒng)的訪問，以達(dá)到自身控制；如果資源是邏輯實(shí)體，如對(duì)象標(biāo)識(shí)符，那么在共享環(huán)境中有沖突訪問的可能，如獨(dú)立的事務(wù)可能同時(shí)使用同一個(gè)對(duì)象標(biāo)識(shí)符，則各個(gè)全局資源都必須有一個(gè)保護(hù)對(duì)象，由保護(hù)對(duì)象來控制對(duì)該資源的訪問。（6）選擇軟件控制機(jī)制。分析模型中所有交互行為都表示為對(duì)象之間的事件。系統(tǒng)設(shè)計(jì)必須從多種方法中選擇某種方法來實(shí)現(xiàn)軟件的控制。（7）人機(jī)交互接口設(shè)計(jì)。設(shè)計(jì)中的大部分工作都與穩(wěn)定的狀態(tài)行為有關(guān)，但必須考慮用戶使用系統(tǒng)的交互接口。38．什么是軟件危機(jī)？軟件危機(jī)的表現(xiàn)是什么？其產(chǎn)生的原因是什么？解：軟件發(fā)展第二階段的末期，由于計(jì)算機(jī)硬件技術(shù)的進(jìn)步，計(jì)算機(jī)運(yùn)行速度、容量、可靠性有顯著的提高，生產(chǎn)成本顯著下降，這為計(jì)算機(jī)的廣泛應(yīng)用創(chuàng)造了條件。一些復(fù)雜的、大型的軟件開發(fā)項(xiàng)目提出來了，但是，軟件開發(fā)技術(shù)的進(jìn)步一直未能滿足發(fā)展的需要。在軟件開發(fā)中遇到的問題找不到解決辦法，使問題積累起來，形成了尖銳的矛盾，因而導(dǎo)致了軟件危機(jī)。軟件危機(jī)表現(xiàn)在以下四個(gè)方面：（1）經(jīng)費(fèi)預(yù)算經(jīng)常突破，完成時(shí)間一再拖延。由于缺乏軟件開發(fā)的經(jīng)驗(yàn)和軟件開發(fā)數(shù)據(jù)的積累，使得開發(fā)工作的計(jì)劃很難制定。主觀盲目制定計(jì)劃，執(zhí)行起來與實(shí)際情況有很大差距，使得開發(fā)經(jīng)費(fèi)一再突破。由于對(duì)工作量估計(jì)不足，對(duì)開發(fā)難度估計(jì)不足，進(jìn)度計(jì)劃無法按時(shí)完成，開發(fā)時(shí)間一再拖延。（2）開發(fā)的軟件不能滿足用戶要求。開發(fā)初期對(duì)用戶的要求了解不夠明確，未能得到明確的表達(dá)。開發(fā)工作開始后，軟件人員和用戶又未能及時(shí)交換意見，使得一些問題不能及時(shí)解決，導(dǎo)致開發(fā)的軟件不能滿足用戶的要求，因而導(dǎo)致開發(fā)失敗。（3）開發(fā)的軟件可維護(hù)性差。開發(fā)過程中沒有同意的、公認(rèn)的規(guī)范，軟件開發(fā)人員按各自的風(fēng)格工作，各行其是，開發(fā)過程無完整、規(guī)范的文檔，發(fā)現(xiàn)問題后進(jìn)行雜亂無章的修改。程序結(jié)構(gòu)不好，運(yùn)行時(shí)發(fā)現(xiàn)錯(cuò)誤也很難修改，導(dǎo)致維護(hù)性差。（4）開發(fā)的軟件可靠性差。由于在開發(fā)過程中，沒有確保軟件質(zhì)量的體系和措施，在軟件測試時(shí)，又沒有嚴(yán)格的、充分的、完全的測試，提交給用戶的軟件質(zhì)量差，在運(yùn)行中暴露出大量的問題。造成軟件危機(jī)的原因是：（1）軟件的規(guī)模越來越大，結(jié)構(gòu)越來越復(fù)雜。（2）軟件開發(fā)管理困難而復(fù)雜。（3）軟件開發(fā)費(fèi)用不斷增加。（4）軟件開發(fā)技術(shù)落后。（5）生產(chǎn)方式落后。6）開發(fā)工具落后，生產(chǎn)率提高緩慢。39．軟件質(zhì)量保證應(yīng)做好哪幾方面的工作？解：軟件質(zhì)量保證是軟件工程管理的重要內(nèi)容，軟件質(zhì)量保證應(yīng)做好以下幾方面的工作：（1）采用技術(shù)手段和工具。質(zhì)量保證活動(dòng)要貫徹開發(fā)過程始終，必須采用技術(shù)手段和工具，尤其是使用軟件開發(fā)環(huán)境來進(jìn)行軟件開發(fā)。（2）組織正式技術(shù)評(píng)審。在軟件開發(fā)的每一個(gè)階段結(jié)束時(shí)，都要組織正式的技術(shù)評(píng)審。國家標(biāo)準(zhǔn)要求單位必須采用審查、文檔評(píng)審、設(shè)計(jì)評(píng)審、審計(jì)和測試等具體手段來保證質(zhì)量。（3）加強(qiáng)軟件測試。軟件測試是質(zhì)量保證的重要手段，因?yàn)闇y試可發(fā)現(xiàn)軟件中大多數(shù)潛在錯(cuò)誤。（4）推行軟件工程規(guī)范（標(biāo)準(zhǔn)）。用戶可以自己制定軟件工程規(guī)范（標(biāo)準(zhǔn)），但標(biāo)準(zhǔn)一旦確認(rèn)就應(yīng)貫徹執(zhí)行。（5）對(duì)軟件的變更進(jìn)行控制。軟件的修改和變更常常會(huì)引起潛伏的錯(cuò)誤，因此必須嚴(yán)格控制軟件的修改和變更。（6）對(duì)軟件質(zhì)量進(jìn)行度量。即對(duì)軟件質(zhì)量進(jìn)行跟蹤，及時(shí)記錄和報(bào)告軟件質(zhì)量情況。[解析]軟件的質(zhì)量保證是向用戶及社會(huì)提供滿意的高質(zhì)量的產(chǎn)品，確保軟件產(chǎn)品從誕生到消亡為止的所有階段的質(zhì)量的活動(dòng)，是軟件工程管理中的重要內(nèi)容。40．請(qǐng)使用PAD圖和PDL語言描述在數(shù)組A（1）～A（10）中找最大數(shù)的算法。解：PDL語言：N=1WHILEN<=10DOIFA（N）<=A（N+1）MAX=A（N+1）;ELSEMAX=A（N）ENDIF;N=N+1;ENDWHILE;PAD圖：[解析]人工查找時(shí)，是從第一個(gè)元素開始查找，用當(dāng)前元素與下一個(gè)元素比較，將較大者作為當(dāng)前元素又與下一元素比較，如此循環(huán)，直到數(shù)組末尾。四、應(yīng)用題（每題8分，共40分）42．某電器集團(tuán)公司下屬的廠包括技術(shù)科、生產(chǎn)科等基層單位。現(xiàn)在想建立一個(gè)計(jì)算機(jī)輔助企業(yè)管理系統(tǒng)，其中：生產(chǎn)科的任務(wù)是：（1）根據(jù)銷售公司轉(zhuǎn)來的內(nèi)部合同（產(chǎn)品型號(hào)、規(guī)格、數(shù)量、交獲日期）制定車間月生產(chǎn)計(jì)劃。（2）根據(jù)車間實(shí)際生產(chǎn)日?qǐng)?bào)表、周報(bào)表調(diào)整月生產(chǎn)計(jì)劃3）以月生產(chǎn)計(jì)劃為以及，制定產(chǎn)品設(shè)計(jì)（結(jié)構(gòu)、工藝）及產(chǎn)品組裝月計(jì)劃。（4）將產(chǎn)品的組裝計(jì)劃傳達(dá)到各科，將組裝月計(jì)劃分解為周計(jì)劃，下達(dá)給車間技術(shù)科的任務(wù)是：（1）根據(jù)生產(chǎn)科轉(zhuǎn)來的組裝計(jì)劃進(jìn)行產(chǎn)品結(jié)構(gòu)設(shè)計(jì)，產(chǎn)生產(chǎn)品裝配圖給生產(chǎn)科，產(chǎn)生外購需求計(jì)劃給供應(yīng)科，并產(chǎn)生產(chǎn)品自制物料清單。（2）根據(jù)組裝計(jì)劃進(jìn)行產(chǎn)品工藝設(shè)計(jì)，根據(jù)產(chǎn)品自制物料清單產(chǎn)生工藝流程圖給零件廠。試寫出以上系統(tǒng)中生產(chǎn)科和技術(shù)科處理的軟件結(jié)構(gòu)圖。解：畫出生產(chǎn)科圖的給6分，畫出技術(shù)科的給4分。[解析]軟件結(jié)構(gòu)圖是軟件系統(tǒng)的模塊層次結(jié)構(gòu)，反映了整個(gè)系統(tǒng)的功能實(shí)現(xiàn)，即將來程序的控制層次體系，軟件結(jié)構(gòu)往往用樹狀或網(wǎng)狀結(jié)構(gòu)的圖形來表示，其主要內(nèi)容有模塊及模塊的控制關(guān)系，根據(jù)題意，可繪制出生產(chǎn)科和技術(shù)科的軟件結(jié)構(gòu)圖，其中生產(chǎn)科的結(jié)構(gòu)圖深度和寬度均為4，技術(shù)科的結(jié)構(gòu)圖的深度和寬度均為3。假設(shè)一家工廠的采購部每天需要一張定貨報(bào)表，報(bào)表按零件編號(hào)排序，表中列出所有需要再次定貨的零件。對(duì)于每個(gè)需要再次定貨的零件應(yīng)該列出下述數(shù)據(jù)：零件編號(hào)，零件名稱，定貨數(shù)量，目前價(jià)格，主要供應(yīng)者，次要供應(yīng)者。零件入庫或出庫稱為事務(wù)，通過放在倉庫中的CRT終端把事務(wù)報(bào)告給定貨系統(tǒng)。當(dāng)某種零件的庫存數(shù)量少于庫存量臨界值時(shí)就應(yīng)該再次定貨。要求：畫出系統(tǒng)的數(shù)據(jù)流圖。答：將下面給出的偽碼轉(zhuǎn)換為N-S圖和PAD圖。voidroot(floatroot1,floatroot2){i=1;j=0;while(i<=10){輸入一元二次方程的系數(shù)a,b,c;p=b*b–4*a*c;if(p<0)輸出“方程i無實(shí)數(shù)根”;elseif(p>0)求出根并輸出;if(p==0){求出重根并輸出;j=j+1;}i=i+1;}輸出重根的方程的個(gè)數(shù)j;}【解答】（1）N-S圖i=1;j=0;i=1;j=0;while(i<=10)輸入a,b,c;計(jì)算p=b2-4ac;p<0?輸出“方程i”無實(shí)根求出根并輸出p>0?p==0?求出重根并輸出;j=j+1;i=i+1;輸出重根的方程個(gè)數(shù)iTTTFFF（2）PAD圖i=1;j=0;i=1;j=0;輸出重根的方程個(gè)數(shù)iwhile(i<=10)輸入a,b,c;計(jì)算p=b2–4ac;求出根并輸出p>0?p<0?輸出方程i無實(shí)根p=0?求出重根并輸出;j=j+1;i=i+1;3、:輸入三整數(shù),判斷是否構(gòu)成三角形,如構(gòu)成三角形,則輸出三條邊的值,否則輸出”不能構(gòu)成三角形”.要求:1.用程序流程圖表示該問題的算法；2.計(jì)算程序復(fù)雜度；3.設(shè)計(jì)路徑覆蓋的測試用例。答：開始開始輸入A,B,CA+B>CA+C>BB+C>A輸出ABC不能構(gòu)成三角形結(jié)束FFFTTT①②③④⑤⑦①①②①③④⑤⑥⑦ⅠⅡⅢⅣ路徑：1．①—②—③—④—⑥—⑦2．①—②—⑤—⑥—⑦3．①—⑤—⑥—⑦4．①—②—③—⑤—⑥—⑦程序復(fù)雜度=3+1=4測試用例路徑測試用例（A，B，C）結(jié)果1A=3,B=4,C=5A=3,B=4,C=52A=5,B=8,C=2不能構(gòu)成三角形3A=2,B=2,C=5不能構(gòu)成三角形4A=5,B=2,C=2不能構(gòu)成三角形4、某航空公司規(guī)定，乘客可以免費(fèi)托運(yùn)重量不超過30kg的行李。當(dāng)行李重量超過30kg時(shí)，對(duì)頭等艙的國內(nèi)乘客超重部分每公斤收費(fèi)4元，對(duì)其他艙的國內(nèi)乘客超重部分每公斤收費(fèi)6元，對(duì)外國乘客超重部分每公斤收費(fèi)比國內(nèi)乘客多一倍，對(duì)殘疾乘客超重部分每公斤收費(fèi)比正常乘客少一半。用判定樹表示與上述每種條件組合相對(duì)應(yīng)的計(jì)算行李費(fèi)的算法.答案:5、一個(gè)軟件公司有許多部門，分為開發(fā)部門和管理部門兩種，每個(gè)開發(fā)部門開發(fā)多個(gè)軟件產(chǎn)品，每個(gè)部門由部門名字唯一確定。該公司有許多員工，員工分為經(jīng)理，工作人員和開發(fā)人員。開發(fā)部門有經(jīng)理和開發(fā)人員，管理部門有經(jīng)理和工作人員。每個(gè)開發(fā)人員可參加多個(gè)開發(fā)項(xiàng)目，每個(gè)開發(fā)項(xiàng)目需要多個(gè)開發(fā)人員，每位經(jīng)理可主持多個(gè)開發(fā)項(xiàng)目，建立該公司的對(duì)象模型。答案：軟件公司軟件公司部門名部門開發(fā)部門管理部門軟件產(chǎn)品開發(fā)人員經(jīng)理開發(fā)項(xiàng)目工作人員員工是是有有有有開發(fā)參加1+1+1+1+1+1+1+▼▼▼▼▼有2.復(fù)印機(jī)的工作過程大致如下：未接到復(fù)印命令時(shí)處于閑置狀態(tài)，一旦接到復(fù)印命令則進(jìn)入復(fù)印狀態(tài)，完成一個(gè)復(fù)印命令規(guī)定的工作后又回到閑置狀態(tài)，等待下一個(gè)復(fù)印命令；如果執(zhí)行復(fù)印命令時(shí)發(fā)現(xiàn)沒紙，則進(jìn)入缺紙狀態(tài)，發(fā)出警告，等待裝紙，裝滿紙后進(jìn)入閑置狀態(tài)，準(zhǔn)備接收復(fù)印命令；如果復(fù)印時(shí)發(fā)生卡紙故障，則進(jìn)入卡紙狀態(tài)，發(fā)出警告等待維修人員來排除故障，故障排除后回到閑置狀態(tài)。請(qǐng)用狀態(tài)轉(zhuǎn)換圖描繪復(fù)印機(jī)的行為。3.根據(jù)下邊的程序流程圖，畫出相應(yīng)的N-S圖，并計(jì)算它的環(huán)形復(fù)雜度。FFTSTARTPABQENDFT5.某報(bào)社采用面向?qū)ο蠹夹g(shù)實(shí)現(xiàn)報(bào)刊征訂的計(jì)算機(jī)管理系統(tǒng)，該系統(tǒng)基本需求如下：（1）報(bào)社發(fā)行多種刊物，每種刊物通過訂單來征訂，訂單中有代碼，名稱，訂期，單價(jià)，份數(shù)等項(xiàng)目，訂戶通過填寫訂單來訂閱報(bào)刊。（2）報(bào)社下屬多個(gè)發(fā)行站，每個(gè)站負(fù)責(zé)收集登錄訂單、打印收款憑證等事務(wù)。（3）報(bào)社負(fù)責(zé)分類并統(tǒng)計(jì)各個(gè)發(fā)行站送來的報(bào)刊訂閱信息。請(qǐng)就此需求建立對(duì)象模型。（15分）6.在要建立的某庫房簡化的信息管理系統(tǒng)中，庫房管理員負(fù)責(zé)：1）當(dāng)新的貨物需要入庫時(shí)，根據(jù)入庫單（品名，編號(hào)，生產(chǎn)廠家，數(shù)量，單價(jià)，日期）錄入物品信息。2）當(dāng)接到出庫單（品名，編號(hào)，數(shù)量，日期）時(shí)，進(jìn)行數(shù)量的修改。3）當(dāng)日結(jié)時(shí)，打印庫房商品庫存清單（品名，編號(hào)，庫存量，庫存金額）。就以上系統(tǒng)功能畫出0層，1層的DFD圖。ⅱ頂層DFD的數(shù)據(jù)詞典。入庫單=品名+編號(hào)+生產(chǎn)廠家+數(shù)量+單價(jià)+日期出庫單=品名+編號(hào)+數(shù)量+日期庫存清單=品名+編號(hào)+庫存量+庫存余額年終庫存情況表=品名+編號(hào)+庫存量+庫存金額簡答題1.軟件工程的七條基本原理是什么？答:軟件工程的七條基本原理是：(1)用分階段的是的生存周期計(jì)劃嚴(yán)格管理(2)堅(jiān)持進(jìn)行階段評(píng)審；(3)嚴(yán)格實(shí)施的產(chǎn)品控制(4)采用現(xiàn)代程序技術(shù)(5)結(jié)果應(yīng)能清楚地審查；(6)開發(fā)小組的成員應(yīng)該少而精(7)承認(rèn)不斷改進(jìn)軟件工程的必要性。2.良好的編碼風(fēng)格應(yīng)具備哪些條件？答:應(yīng)具備以下條件：（1）使用標(biāo)準(zhǔn)的控制結(jié)構(gòu)（2）有限制地使用GOTO語句（3）源程序的文檔化（應(yīng)具備以下內(nèi)容）①有意義的變量名稱——“匈牙利命名規(guī)則”②適當(dāng)?shù)淖⑨尅白⑨屢?guī)范”③標(biāo)準(zhǔn)的書寫格式：——用分層縮進(jìn)的寫法顯示嵌套結(jié)構(gòu)的層次（鋸齒形風(fēng)格）——在注釋段的周圍加上邊框——在注釋段與程序段、以及不同程序段之間插入空行——每行只寫一條語句——書寫表達(dá)式時(shí)，適當(dāng)使用空格