軟件工程考試題

一、選擇題1．軟件開發(fā)瀑布模型中的軟件定義時(shí)期各個(gè)階段挨次是：（B）A)可行性研究，問題定義，需求剖析。B)問題定義，可行性研究，需求剖析。C)可行性研究，需求剖析，問題定義。D)以上次序都不對(duì)。2．可行性研究主要從以下幾個(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í)間可行性。3耦合是對(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ù)耦合。D)控制耦合，內(nèi)容耦合，數(shù)據(jù)耦合，公共環(huán)境耦合。A4．在詳盡設(shè)計(jì)階段所使用到的設(shè)計(jì)工具是：（）A)程序流程圖，PAD圖，N-S圖，HIPO圖，判斷表，判斷樹.B)數(shù)據(jù)流程圖，Yourdon圖，程序流程圖，PAD圖，N-S圖，HIPO圖。C)判斷表，判斷樹，PDL，程序流程圖，PAD圖，N-S圖。D)判斷表，判斷樹，數(shù)據(jù)流程圖，系統(tǒng)流程圖，程序流程圖，層次圖。依照軟件工程的原則，模塊的作用域和模塊的控制域之間的關(guān)系是：（A）A)模塊的作用域應(yīng)在模塊的控制域以內(nèi)。B)模塊的控制域應(yīng)在模塊的作用域以內(nèi)。C)模塊的控制域與模塊的作用域相互獨(dú)立。D)以上說法都不對(duì)。在軟件生命周期中，能正確確立軟件系統(tǒng)的系統(tǒng)構(gòu)造的功能階段是（C）A.綱要設(shè)計(jì)B.詳盡設(shè)計(jì)C.需求剖析D.可行性剖析下邊不是軟件工程的3個(gè)因素的是（C）A過程B.方法C.環(huán)境D.工具下邊不屬于軟件的構(gòu)成的是（B）A程序B.記錄C.文檔D.數(shù)據(jù)在瀑布模型中，將軟件分為若干個(gè)時(shí)期，軟件項(xiàng)目的可行性研究一般歸屬于（C）A.保護(hù)時(shí)期B.運(yùn)轉(zhuǎn)時(shí)期C.定義時(shí)期D.開發(fā)時(shí)期在瀑布模型中，下邊（C）是其突出的弊端。不適應(yīng)平臺(tái)的改動(dòng)不適應(yīng)算法的改動(dòng)C.不適應(yīng)用戶需求的改動(dòng)D.不適應(yīng)程序語言的改動(dòng)11下邊不屬于軟件的特色的是（D）。A軟件是一種軟件產(chǎn)品B軟件產(chǎn)品不會(huì)用壞，不存在磨損、耗費(fèi)問題C軟件產(chǎn)品的生產(chǎn)主假如研制D軟件產(chǎn)品特別廉價(jià)軟件開發(fā)工具是輔助開發(fā)人員進(jìn)行軟件開發(fā)活動(dòng)所使用的軟件或環(huán)境。下邊不是軟件開發(fā)工具的是（A）。A.保護(hù)工具B.編碼工具C.測(cè)試工具D.需求剖析工具13.以下表達(dá)中不屬于軟件生命周期模型的是（D）。A.原型模型B.瀑布模型C.螺旋模型D.迅速組裝模型軟件設(shè)計(jì)中，用抽象和分解的目的是（B）。A.提升易讀性B.降低復(fù)雜性C.增添內(nèi)聚性D.降低耦合性15軟件生命周期中所花銷用最多的階段是（D）。A.詳盡設(shè)計(jì)B.軟件編碼C.綱要設(shè)計(jì)D.軟件測(cè)試和保護(hù)16.開發(fā)軟件時(shí)對(duì)提升開發(fā)人職工作效率至關(guān)重要的是（B）。操作系統(tǒng)的資源管理功能先進(jìn)的軟件開發(fā)工具和環(huán)境C.程序人員的數(shù)目D.計(jì)算機(jī)的并行辦理能力開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖利的矛盾，這類現(xiàn)象稱作（B）。A.軟件謀利B.軟件危機(jī)C.軟件工程D軟件產(chǎn)生18軟件開發(fā)的構(gòu)造化生命周期方法將軟件生命周期區(qū)分紅（A）。定義、開發(fā)、運(yùn)轉(zhuǎn)保護(hù)設(shè)計(jì)階段、編程階段、測(cè)試階段C.整體設(shè)計(jì)、詳盡設(shè)計(jì)、編程調(diào)試D.需求剖析、功能定義、系統(tǒng)設(shè)計(jì)軟件工程的理論和技術(shù)性研究的內(nèi)容主要包含軟件開發(fā)技術(shù)和（B）。A.除去軟件危機(jī)軟件工程管理C.程序設(shè)計(jì)自動(dòng)化D.實(shí)現(xiàn)軟件可重用20軟件工程的出現(xiàn)是因?yàn)椋–）。程序設(shè)計(jì)方法學(xué)的影響軟件家產(chǎn)化的需要C.軟件危機(jī)的出現(xiàn)D.計(jì)算機(jī)的發(fā)展在軟件生命周期中，能正確地確立軟件系統(tǒng)一定做什么和一定具備哪些功能的階段是（D）。綱要設(shè)計(jì)詳盡設(shè)計(jì)C.問題定義D.需求剖析開發(fā)大型軟件時(shí)，產(chǎn)生困難的根來源因是（A）。A.大系統(tǒng)的復(fù)雜性B.人員知識(shí)不足C.客觀世界變化多端D.時(shí)間緊、任務(wù)重文檔是軟件開發(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)異軟件從一個(gè)計(jì)算機(jī)系統(tǒng)或環(huán)境變換到另一個(gè)計(jì)算機(jī)和環(huán)境的簡單程度稱為（D）。A.可用性B.兼容性C.靠譜性D.可移植性26.軟件生計(jì)周期是指（D）階段。軟件開始使用到用戶要求改正為止軟件開始使用到被裁減為止C.從開始編寫程序到不可以再使用為止D.從立項(xiàng)擬訂計(jì)劃，進(jìn)行需求剖析到不可以再使用為止軟件工程學(xué)是應(yīng)用科學(xué)理論和工程上的技術(shù)指導(dǎo)軟件開發(fā)的學(xué)科，其目的是（B）。A引入新技術(shù)提升空間利用率B用較少的投資獲取高質(zhì)量的軟件C縮短研制周期擴(kuò)大軟件功能D硬軟件聯(lián)合使系統(tǒng)面向應(yīng)用軟件可行性剖析是側(cè)重確立系統(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)需求剖析階段的任務(wù)是確立（C）。軟件開發(fā)方法軟件開發(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可行性研究以下選項(xiàng)中（D）不是軟件需求規(guī)格目標(biāo)。便于用戶、剖析員和軟件設(shè)計(jì)人員進(jìn)行理解及溝通控制系統(tǒng)的實(shí)行過程C.作為軟件測(cè)試和查收以及保護(hù)的依照D.便于軟件的保護(hù)33下邊描繪中，不切合構(gòu)造化程序設(shè)計(jì)風(fēng)格的是（B）。A使用次序、選擇和重復(fù)（循環(huán)）三種基本控制構(gòu)造表示程序的控制邏輯模塊只有一個(gè)進(jìn)口，能夠有多個(gè)出口C側(cè)重提升程序的履行效率D不使用goto語句34.以下工具中屬于需求剖析常用工具的是（D）。35.在數(shù)據(jù)流圖（DFD）中，帶出名字的箭頭表示（C）?？刂瞥绦虻穆男写涡蚰K之間的調(diào)用關(guān)系C.數(shù)據(jù)的流向D.程序的構(gòu)成成分36.在軟件生產(chǎn)過程中，需求信息的給出是（D）。A.程序員B.項(xiàng)目管理者C.軟件剖析設(shè)計(jì)人員D.軟件用戶37以下表達(dá)中，不屬于構(gòu)造化剖析方法的是（C）。面向數(shù)據(jù)流的構(gòu)造化剖析方法面向數(shù)據(jù)構(gòu)造的構(gòu)造化數(shù)據(jù)系統(tǒng)開發(fā)方法C.面向?qū)ο蟮钠饰龇椒?8構(gòu)造設(shè)計(jì)是一種應(yīng)用最寬泛的系統(tǒng)設(shè)計(jì)方法，是以（B）為基礎(chǔ)、自頂向下、逐漸求精和模塊化的過程。A.數(shù)據(jù)流B.數(shù)據(jù)流圖C.數(shù)據(jù)庫D數(shù)據(jù)構(gòu)造需求剖析是由剖析員經(jīng)認(rèn)識(shí)用戶的要求，仔細(xì)仔細(xì)地調(diào)研、剖析，最后應(yīng)成立目標(biāo)系統(tǒng)的邏輯模型并寫出（B）。A.模塊說明書B.軟件規(guī)格說明書C.項(xiàng)目開發(fā)計(jì)劃D.合同文檔40.構(gòu)造化剖析方法以數(shù)據(jù)流圖、（D）和加工說明等描繪工具，即用直觀的圖和簡短的語言來描繪軟件系統(tǒng)模型。圖圖圖D.數(shù)據(jù)詞典數(shù)據(jù)詞典是軟件需求剖析階段的重要工具之一，它的基本功能是A）數(shù)據(jù)定義B.數(shù)據(jù)保護(hù)C.數(shù)據(jù)通信D.數(shù)據(jù)庫設(shè)計(jì)以下（A）不是詳盡設(shè)計(jì)中常用的圖形描繪工具。A.數(shù)據(jù)流圖B.程序流圖C.盒圖（N-S)D.問題剖析圖（PAD）在構(gòu)造圖的有關(guān)術(shù)語中，用于表示軟件構(gòu)造中控制的層數(shù)的是C）扇入B扇出C深度D寬度模塊的獨(dú)立程度是評(píng)論設(shè)計(jì)利害的重要標(biāo)準(zhǔn)。（A）是權(quán)衡軟件的模塊獨(dú)立性的兩個(gè)定性胸懷標(biāo)準(zhǔn)。A耦合性和內(nèi)聚性B內(nèi)聚性和靠譜性C耦合性和獨(dú)立性D靠譜性和獨(dú)立性45.軟件設(shè)計(jì)包含（B）兩個(gè)階段。A.接口設(shè)計(jì)和構(gòu)造設(shè)計(jì)B.綱要設(shè)計(jì)和詳盡設(shè)計(jì)C.數(shù)據(jù)設(shè)計(jì)和綱要設(shè)計(jì)D.構(gòu)造設(shè)計(jì)和過程設(shè)計(jì)46在詳盡設(shè)計(jì)階段，常常采納的工具是（A）。47.在軟件開發(fā)中，下邊任務(wù)不屬于設(shè)計(jì)階段的是（D）。A.數(shù)據(jù)構(gòu)造設(shè)計(jì)B給出系統(tǒng)模塊構(gòu)造C定義模塊算法D定義需求并成立系統(tǒng)模型對(duì)成立優(yōu)異的程序設(shè)計(jì)風(fēng)格，下邊描繪正確的選項(xiàng)是（A）。A程序應(yīng)簡單、清楚、可讀性好B符號(hào)名的命名要切合語法C充分考慮程序的履行效率D程序的說明無關(guān)緊要下邊不屬于軟件設(shè)計(jì)原則的是（C）。A抽象B模塊化C自底向上D信息隱蔽為了防止流程圖在描繪程序邏輯時(shí)的靈巧性，提出了用方框圖來取代傳統(tǒng)的程序流程圖，往常也把這類圖稱為（C）。APAD圖圖C.構(gòu)造圖D數(shù)據(jù)流圖51軟件測(cè)試依照功能區(qū)分能夠分為（B）。A黑盒測(cè)試和單元測(cè)試B白盒測(cè)試和黑盒測(cè)試C集成測(cè)試和單元測(cè)試D白盒測(cè)試和靜態(tài)測(cè)試52在軟件測(cè)試過程的4個(gè)步驟中，測(cè)試依照是需求規(guī)格說明的是(C)A單元測(cè)試B集成測(cè)試C確認(rèn)測(cè)試D系統(tǒng)測(cè)試53黑盒測(cè)試法屬于（C）。A集成測(cè)試B系統(tǒng)測(cè)試C動(dòng)向測(cè)試D靜態(tài)測(cè)試54以下表達(dá)中錯(cuò)誤的選項(xiàng)是（C）。測(cè)試是為了找尋錯(cuò)誤而運(yùn)轉(zhuǎn)程序的過程一個(gè)成功的測(cè)試是揭露了迄今為止還沒有發(fā)現(xiàn)的錯(cuò)誤的測(cè)試C測(cè)試的目的是為了證明程序是正確的D一個(gè)好的測(cè)試用例是指很可能找到迄今為止還沒有發(fā)現(xiàn)的錯(cuò)誤的測(cè)試軟件測(cè)試過程是軟件開發(fā)過程的逆過程，其最基礎(chǔ)性的測(cè)試應(yīng)是(B)A集成測(cè)試B單元測(cè)試C有效性測(cè)試D系統(tǒng)測(cè)試56.程序的三種基本控制構(gòu)造是（

B

）。A.過程、子程序和分程序

B.次序、選擇和重復(fù)C.遞歸、迭代和回溯

D.調(diào)用、返回和轉(zhuǎn)移面向?qū)ο蟮钠饰龇椒ㄖ骷偃绯闪⑷惸Ｐ?，?D)。系統(tǒng)模型、ER模型、應(yīng)用模型對(duì)象模型、動(dòng)向模型、應(yīng)用模型Ｅ-Ｒ模型、對(duì)象模型、功能模型對(duì)象模型、動(dòng)向模型、功能模型在E-R模型中，包含以下基本成分(C)。數(shù)據(jù)、對(duì)象、實(shí)體控制、聯(lián)系、對(duì)象實(shí)體、聯(lián)系、屬性實(shí)體、屬性、操作59．軟件測(cè)試的目標(biāo)是（A）。A.證明軟件是正確的B.發(fā)現(xiàn)錯(cuò)誤、降低錯(cuò)誤帶來的風(fēng)險(xiǎn)C.清除軟件中全部的錯(cuò)誤D.與軟件調(diào)試同樣60．軟件生命周期中所花銷用最多的階段是（D）A．詳盡設(shè)計(jì)B．軟件編碼C．軟件測(cè)試D．軟件保護(hù)在數(shù)據(jù)流圖中,圓或橢圓表示(1)__A__，平行線表示(2)__D__。A、加工B、外面實(shí)體A、加工B、外面實(shí)體C、數(shù)據(jù)流D、儲(chǔ)存62．瀑布模型（WaterfallModel）突出的弊端是不適應(yīng)(D)的變動(dòng)。A、算法B、平臺(tái)C、程序語言D、用戶需求63．構(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．模塊的作用范圍與控制范圍交錯(cuò)D．模塊的作用范圍與控制范圍分別65對(duì)于模塊設(shè)計(jì)的原則，以下表達(dá)中正確的選項(xiàng)是(B)A．模塊的內(nèi)聚性高，模塊之間的耦合度高B．模塊的內(nèi)聚性高，模塊之間的耦合度低C．模塊的內(nèi)聚性低，模塊之間的耦合度高D．模塊的內(nèi)聚性低，模塊之間的耦合度低66．軟件的用戶界面作為人機(jī)接口起著愈來愈重要的作用，用戶界面的(D)是用戶界面設(shè)計(jì)中最重要的也是最基本的目標(biāo)。A．靈巧性B．風(fēng)格多樣性C．雅觀性D．易操作性原型化方法是一種動(dòng)向定義需求的方法，(D)不擁有原型化方法的特色。A．簡化項(xiàng)目管理B．趕快成立初步需求C．增強(qiáng)用戶參加和決議D．供給嚴(yán)格定義的文檔68．?dāng)?shù)據(jù)流圖包含的成分有(B)關(guān)系、實(shí)體和屬性數(shù)據(jù)流、加工和數(shù)據(jù)儲(chǔ)存C.數(shù)據(jù)流、數(shù)據(jù)源和數(shù)據(jù)實(shí)體D.數(shù)據(jù)流、屬性、數(shù)據(jù)儲(chǔ)存和加工假如用戶對(duì)系統(tǒng)的目標(biāo)不是很清楚，需求難以定義，這時(shí)最好使用(A)進(jìn)行系統(tǒng)開發(fā)。A.原型B.瀑布模型模型D.螺旋模型70.在軟件開發(fā)的各個(gè)階段中，對(duì)軟件開發(fā)成敗影響最大的是(A)A.需求剖析B.綱要設(shè)計(jì)C.詳盡設(shè)計(jì)D.編碼模塊內(nèi)聚度用于權(quán)衡模塊內(nèi)部各成分之間相互聯(lián)合的密切程度。1）一組語句在程序的多處出現(xiàn)，為了節(jié)儉內(nèi)存空間把這些語句放在一個(gè)模塊中，該模塊的內(nèi)聚度是__A__的。2）將幾個(gè)邏輯上相像的成分放在一個(gè)模塊中，該模塊的內(nèi)聚度是__B__的。3）模塊中全部成分引用共同的數(shù)據(jù)，該模塊的內(nèi)聚度是__C__的。4）模塊內(nèi)的某成分的輸出是另一些成分的輸入，該模塊的內(nèi)聚度是__D__的。5）模塊中全部成分聯(lián)合起來達(dá)成一項(xiàng)任務(wù)，該模塊的內(nèi)聚度是__E__的。它擁有簡潔的外面界面，由它構(gòu)成的軟件易于理解、測(cè)試和保護(hù)。A5B7C3D2E1供選擇的答案A～E：①功能性②次序性③通信性④過程性⑤有時(shí)性⑥剎時(shí)性⑦邏輯性72．軟件設(shè)計(jì)中區(qū)分模塊的一個(gè)準(zhǔn)則是(3)。兩個(gè)模塊之間的耦合方式中，（4）耦合的耦合度最高，（2）耦合的耦合度最低。一個(gè)模塊內(nèi)部的內(nèi)聚種類中（3）內(nèi)聚的內(nèi)聚度最高，（1）內(nèi)聚的內(nèi)聚度最低。兩個(gè)模塊之間的耦合方式往?？煞譃?種，按其耦合度從低到高的序次依此為：非直接耦合、數(shù)據(jù)耦合、標(biāo)志耦合、控制耦合、外面耦合、公共耦合、內(nèi)容耦合。內(nèi)聚度從低到高的序次依此為：有時(shí)內(nèi)聚、邏輯內(nèi)聚、剎時(shí)內(nèi)聚、過程內(nèi)聚、通信內(nèi)聚、順序內(nèi)聚、功能內(nèi)聚供選擇的答案:A：①低內(nèi)聚低耦合②低內(nèi)聚高耦合③高內(nèi)聚低耦合④高內(nèi)聚高耦合B：①數(shù)據(jù)②非直接③控制④內(nèi)容C：①數(shù)據(jù)②非直接③控制④內(nèi)容D：①有時(shí)②邏輯③功能④過程E：①有時(shí)②邏輯③功能④過程二、填空1．黑盒測(cè)試又稱為_功能測(cè)試數(shù)據(jù)驅(qū)動(dòng)測(cè)試或鑒于規(guī)格說明的測(cè)試，白盒測(cè)試也稱為_構(gòu)造測(cè)試或邏輯驅(qū)動(dòng)測(cè)試2、假如用戶對(duì)系統(tǒng)的目標(biāo)不是很清楚，需求難以定義，這時(shí)最好使用__原型模型進(jìn)行系統(tǒng)開發(fā)。3、在軟件開發(fā)的各個(gè)階段中，對(duì)軟件開發(fā)成敗影響最大的是_需求分析階段。4、研究可行性從技術(shù)可行性，經(jīng)濟(jì)可行性，操作可行性可行性進(jìn)行研究。5．構(gòu)造化方法的指導(dǎo)思想是自頂向下，逐漸分解6、在軟件開發(fā)的各個(gè)階段中，軟件保護(hù)階段成為軟件的二次開發(fā)。7、類是指擁有同樣數(shù)據(jù)構(gòu)造和同樣操作的對(duì)象的會(huì)合。8．?dāng)?shù)據(jù)流程圖依照信息流的種類主要分為事務(wù)流和變換流兩種。9．軟件危機(jī)是指在計(jì)算機(jī)軟件開發(fā)和保護(hù)過程中所碰到的一系列嚴(yán)重問題10、階段是解決目標(biāo)系統(tǒng)做什么的問題，階段是解決目標(biāo)系統(tǒng)怎么做的問題。11、內(nèi)聚是胸懷一個(gè)模塊內(nèi)的各個(gè)元素相互聯(lián)合的密切程度，它是信息隱蔽觀點(diǎn)的自然擴(kuò)展。面向?qū)ο蟮娜齻€(gè)子模型分別是對(duì)象模型、動(dòng)向模型和功能模型構(gòu)造化設(shè)計(jì)簡稱，分為和14．軟件工程方法學(xué)的三因素是方法工具過程15．軟件設(shè)計(jì)的準(zhǔn)則是、、和16．JACKSON方法是面向面向數(shù)據(jù)構(gòu)造的設(shè)計(jì)方法，它有

種邏輯構(gòu)造17．軟件過程模型中模型是描繪用戶的動(dòng)向需求的，模型是帶有風(fēng)險(xiǎn)驅(qū)動(dòng)的18．構(gòu)造化設(shè)計(jì)方法是面向過程的設(shè)計(jì)方法19．傳統(tǒng)的軟件工程方法學(xué)采納構(gòu)造化剖析技術(shù)達(dá)成系統(tǒng)剖析工作的20．模塊的獨(dú)立性要求高內(nèi)聚低耦合在軟件測(cè)試的步驟中，單元測(cè)試是查驗(yàn)每個(gè)模塊可否獨(dú)自工作調(diào)試是是在測(cè)試發(fā)現(xiàn)錯(cuò)誤以后（清除錯(cuò)誤）糾錯(cuò)的過程23.成本／效益剖析是從方面進(jìn)行可行性研究方法是面向數(shù)據(jù)構(gòu)造的軟件設(shè)計(jì)方法25.內(nèi)聚越高模塊的獨(dú)立性越好；耦合越高模塊的獨(dú)立性越差26.軟件保護(hù)又稱為軟件的二次開發(fā)三.判斷：1、開發(fā)軟件就是編寫程序。（×）２、系統(tǒng)測(cè)試的主要方法是白盒法，主要進(jìn)行功能測(cè)試、性能測(cè)試、安全性測(cè)試及靠譜性等測(cè)試。（×）3、生產(chǎn)高質(zhì)量的軟件產(chǎn)品是軟件工程的首要目標(biāo)。（√）4、只有認(rèn)識(shí)用戶、認(rèn)識(shí)任務(wù)，才能設(shè)計(jì)出好的用戶界面。（√）5、對(duì)象是擁有同樣狀態(tài)的一組操作的會(huì)合。（√）6、用戶自己的技術(shù)，個(gè)性上的差別，行為方式的不一樣，不會(huì)對(duì)人機(jī)界面使用造成影響。（×）7、編程序時(shí)應(yīng)盡可能利用硬件特色以提升程序效率.（×）8、軟件開發(fā)人員對(duì)用戶需求的理解有誤差，這將致使軟件產(chǎn)品與用戶的需求不一致，是產(chǎn)生軟件危機(jī)的獨(dú)一原由。（×）9、開發(fā)一個(gè)軟件項(xiàng)目總存在某些不確立性，即存在風(fēng)險(xiǎn)。有些風(fēng)險(xiǎn)假如控制得不好，可能致使災(zāi)害性的結(jié)果。（√）程序的靠譜性、可保護(hù)性和效率往常由程序設(shè)計(jì)語言、源代碼的質(zhì)量、和語言的實(shí)現(xiàn)體制決定的。（√）11、一般單元測(cè)試不可以夠并前進(jìn)行。(×)螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增添了風(fēng)險(xiǎn)剖析活動(dòng)。（√）數(shù)據(jù)詞典是對(duì)數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)儲(chǔ)存、數(shù)據(jù)的源和終點(diǎn)進(jìn)行詳盡定義。（×）假如經(jīng)過軟件測(cè)試沒有發(fā)現(xiàn)錯(cuò)誤，則說明軟件是正確的。（×）迅速原型模型能夠有效地適應(yīng)用戶需求的動(dòng)向變化。（√）白盒測(cè)試無需考慮模塊內(nèi)部的履行過程和程序構(gòu)造，只需認(rèn)識(shí)模塊的功能即可。（×）17.用PDL語言寫出的程序不可以夠在計(jì)算機(jī)上運(yùn)轉(zhuǎn)（√）18.黑盒測(cè)試主要用于測(cè)試步驟的后期階段（√）19.白盒測(cè)試主要用于測(cè)試步驟的后期階段（×）20.測(cè)試就是調(diào)試，都是在計(jì)算機(jī)上運(yùn)轉(zhuǎn)程序的（×）四、簡答題1．什么是軟件危機(jī)計(jì)算機(jī)軟件的開發(fā)和保護(hù)過程所碰到的一系列問題。2．什么是黑盒測(cè)試和白盒測(cè)試黑盒測(cè)試：已知產(chǎn)品的功能設(shè)計(jì)規(guī)格，能夠進(jìn)行測(cè)試證明每個(gè)實(shí)現(xiàn)了的功能能否切合要求。白盒測(cè)試：已知產(chǎn)品的內(nèi)部工作過程，能夠經(jīng)過測(cè)試證明每種內(nèi)部操作能否切合設(shè)計(jì)規(guī)格要求，全部內(nèi)部成分能否以經(jīng)過檢查。3．軟件開發(fā)和寫程序有什么不一樣軟件包含程序，程序是軟件的一部分。軟件是程序、數(shù)據(jù)及其有關(guān)文檔的完好會(huì)合。程序不過為了實(shí)現(xiàn)軟件的功能和性能要求而編寫的指令序列4．軟件設(shè)計(jì)的準(zhǔn)則5．什么是軟件的生命周期，包含哪些階段是軟件產(chǎn)生直到報(bào)廢的生命周期，周期內(nèi)有問題定義、可行性剖析、整體描繪、系統(tǒng)設(shè)計(jì)、編碼、調(diào)試和測(cè)試、查收與運(yùn)轉(zhuǎn)、保護(hù)升級(jí)到荒棄等階段6．軟件測(cè)試的步驟有哪些，含義是什么7．軟件過程模型有那些，各自特色是什么比較黑盒測(cè)試和白盒測(cè)試的優(yōu)弊端黑盒測(cè)試的長處：適應(yīng)于階段測(cè)試，從產(chǎn)品功能角度測(cè)試，簡單下手生成測(cè)試數(shù)據(jù)。弊端：某些代碼得不到測(cè)試，假如規(guī)格說明有誤，可能沒法發(fā)現(xiàn)，不易進(jìn)行充分性測(cè)試。白盒測(cè)試的長處：可構(gòu)成測(cè)試數(shù)據(jù)使特定程序部分獲取測(cè)試，有必定的充分性胸懷手段，可生成許多工具支持。弊端：不易生成測(cè)試數(shù)據(jù)，沒法對(duì)未實(shí)現(xiàn)規(guī)格說明的部分進(jìn)行測(cè)試，作量大往常只用于單元測(cè)試有應(yīng)用限制。權(quán)衡模塊獨(dú)立性的標(biāo)準(zhǔn)是什么，并解說與模塊獨(dú)立的詳細(xì)關(guān)系內(nèi)聚性和耦合性。模塊的內(nèi)聚性越高耦合性越低則模塊越獨(dú)立，反之越不獨(dú)立。詳盡設(shè)計(jì)用到的有哪些工具五．綜合題1．畫出銀行積蓄系統(tǒng)、航空售票系統(tǒng)、患者監(jiān)護(hù)系統(tǒng)、運(yùn)動(dòng)會(huì)管理系統(tǒng)的DFD，信譽(yù)卡管理系統(tǒng)2．給出DFD會(huì)變換為SC（構(gòu)造圖）3．給出一段代碼會(huì)畫出PAD（問題剖析圖）作業(yè)總匯：一.以下說明和數(shù)據(jù)流圖，回答以下問題1-4，解說答填入答題紙的對(duì)應(yīng)欄內(nèi)。說明：現(xiàn)準(zhǔn)備為某銀行開發(fā)一個(gè)信譽(yù)卡管理系統(tǒng)CCMS，改系統(tǒng)的基本功能為：信譽(yù)卡申請(qǐng)。非信譽(yù)卡客戶填寫信譽(yù)卡申請(qǐng)表，說明所要申請(qǐng)的信譽(yù)卡種類及申請(qǐng)者的基本信息，提交CCMS。假如信譽(yù)卡被銀行接受，CCMS將記錄該客戶的基本信息，并發(fā)送確認(rèn)函給客戶，見告客戶信譽(yù)卡的有效限期及信貸限額；不然該客戶將會(huì)收到一封拒絕函。非信譽(yù)卡客戶收到確認(rèn)函后成為信譽(yù)卡客戶。信譽(yù)卡激活。信譽(yù)卡客戶向CCMS提交激活懇求，用信譽(yù)卡號(hào)和密碼激該死信譽(yù)卡。激活操作結(jié)束后，CCMS將激活通知發(fā)給客戶，見告客戶其信譽(yù)卡能否成功激活。信譽(yù)卡客戶信息管理。信譽(yù)卡客戶的個(gè)人信息能夠在CCMS中進(jìn)行在線管理。每位信譽(yù)卡客戶能夠在線查問和改正個(gè)人信息交易信息查問。信譽(yù)卡客戶使用信譽(yù)卡進(jìn)行的每一筆交易都會(huì)記錄在CCMS中。信譽(yù)卡客戶能夠經(jīng)過CCMS查問并核實(shí)其交易信息（包含信譽(yù)卡交易記錄及交易金額）下邊是它的頂層圖和0層圖：問題：將頂層圖中得E1-E3填補(bǔ)完好頂層圖中缺乏三條數(shù)據(jù)流，依據(jù)上邊的說明，分別指出這三條數(shù)據(jù)流的起點(diǎn)和終點(diǎn)0層圖中有兩條數(shù)據(jù)流是錯(cuò)的，請(qǐng)指出這兩條數(shù)據(jù)流的名稱，并更正根聽說明，將0層圖中得P1—P4的辦理名稱填補(bǔ)完好E1拒絕函P0確認(rèn)函信譽(yù)卡管理系統(tǒng)CCMS查問|改正個(gè)人信息激活通知E2交易記錄查問懇求

信譽(yù)卡申請(qǐng)信息E3信譽(yù)卡申請(qǐng)考證結(jié)果個(gè)人信息交易信息交易記錄查問懇求查問|改正個(gè)人信息個(gè)人信息E2激活通知拒絕函

P1P2P3激活懇求E1信譽(yù)卡申請(qǐng)表信譽(yù)卡申請(qǐng)信息P4E3確認(rèn)函信譽(yù)卡申請(qǐng)考證結(jié)果二.是某系學(xué)籍管理的一部分（A）（B）分別是同一模塊A的兩個(gè)不一樣的設(shè)計(jì)方案，你以為哪一個(gè)設(shè)計(jì)方案較好？請(qǐng)陳說原由班級(jí)成績總匯班級(jí)成績總匯取班級(jí)成績A取班級(jí)成績均勻成績最高成績均勻/最高成績成績B取均勻成績B取均勻成績B取最高成績或最高成績成績學(xué)號(hào)學(xué)號(hào)成績成績學(xué)號(hào)C取個(gè)人成績C取個(gè)人成績（B）圖（A）圖我以為(b)方案較好。要評(píng)論一個(gè)軟件構(gòu)造設(shè)計(jì)，主要看模塊的獨(dú)立性，要從軟件構(gòu)造的耦合性和內(nèi)聚性兩個(gè)方面來權(quán)衡。對(duì)于(a)方案，模塊A與模塊B之間形成了控制耦合，所以獨(dú)立性不高，而在B模塊內(nèi)部，有兩個(gè)不一樣的功能被放在一同，形成的是邏輯內(nèi)聚，內(nèi)聚性不高。對(duì)于(b)方案，模塊A與B1和B2之間是數(shù)據(jù)耦合，獨(dú)立性較強(qiáng)，在B1和B2內(nèi)部，只達(dá)成單調(diào)的功能，是功能內(nèi)聚，所以內(nèi)聚性高，可保護(hù)性好，所以對(duì)比而言(b)方案比(a)方案更好些