軟件項目管理習題

1、本文檔如對你有幫助，請幫忙下載支持!第一章 概述一、名詞解釋1、計算機軟件：與計算機系統(tǒng)操作有關(guān)的程序、規(guī)程、規(guī)則及任何與之有關(guān)的文檔和數(shù)據(jù)。2、軟件危機：指在計算機軟件開發(fā)、使用與維護過程中遇到的一系列嚴重問題和困難。3、軟件工程：用工程、科學和數(shù)學的原則與方法開發(fā)、維護計算機軟件的有關(guān)技術(shù)和管理方法。4、軟件生存周期：軟件從形成概念開始，經(jīng)過開發(fā)、使用和維護，直到最終退役的全過程稱為軟件生存周期。5、瀑布模型：嚴格按照軟件生存周期各個階段來進行開發(fā)，上一階段的輸出即是下一階段的輸入，并強調(diào)每一階段的嚴格性。它規(guī)定了各階段的任務(wù)和應(yīng)提交的成果及文檔，每一階段的任務(wù)完成后，都必須對其階段性產(chǎn)品

2、（主要是文檔）進行評審，通過后才能開始下一階段的工作。二、單項選擇題1、下面不屬于軟件工程的3 個要素的是（D ） 。A、工具 B、過程 C、方法 D、環(huán)境2、軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成（A ） 。A、計劃階段、開發(fā)階段、運行階段。B、計劃階段、編程階段、測試階段。C、總體設(shè)計、詳細設(shè)計、編程調(diào)試。D、需求分析、功能定義、系統(tǒng)設(shè)計。3、 （ D ）引入了“風險驅(qū)動”的思想，適用于大規(guī)模的內(nèi)部開發(fā)項目。A.增量模型B,噴泉模型 C.原型模型D.螺旋模型4、原型化方法是用戶和軟件開發(fā)人員之間進行的一種交互過程，適用于（A ）系統(tǒng)。A、需求不確定的 B、需求確定的 C、管理信息

3、 D、決策支持5、軟件是一種（C ）A 、程序B 、數(shù)據(jù) C 、邏輯產(chǎn)品D 、物理產(chǎn)品6、瀑布模型的關(guān)鍵不足在于（B）A、過于簡單B、不能適應(yīng)需求的動態(tài)變更G過于靈活D各個階段需要進行評審7、具有風險分析的軟件生存周期模型是（C ） 。A、瀑布模型B、噴泉模型C、螺旋模型D、增量模型8、以下哪一項不是軟件危機的表現(xiàn)形式（ C ）A成本高 B 、生產(chǎn)率低G技術(shù)發(fā)展快 D 、質(zhì)量得不到保證9、軟件是一種（B ）性工業(yè)產(chǎn)品。A、理論B、知識 C、消耗 D、體力10、軟件定義期間的問題定義階段涉及的人員有（ D ）。A用戶、使用部門負責人B、軟件開發(fā)人員、用戶、使用部門負責人G系統(tǒng)分析員、軟件開發(fā)人員

4、D系統(tǒng)分析員、軟件開發(fā)人員、用戶與使用部門負責人11、（A ）是軟件生存期中的一系列相關(guān)軟件工程活動的集合，它由軟件規(guī)格說 明、軟件設(shè)計與開發(fā)、軟件確認、軟件改進等活動組成。A軟件過程 B、軟件工具 C 、質(zhì)量保證D 、軟件工程12.分析員是（B）。A、用戶中系統(tǒng)的直接使用者 B、用戶和軟件人員的中間人C、軟件的編程人員D、用戶和軟件人員的領(lǐng)導(dǎo)13開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱作（B）。A、軟件投機B、軟件危機C、軟件工程D、軟件產(chǎn)生14、文檔是軟件開發(fā)人員、軟件管理人員、維護人員、用戶以及計算機之間的（B）,軟件開發(fā)人員在各個階段以文檔作為前段工作成果的（E）

5、和后段工作的（F）。A、接口 B、橋梁C、科學D、繼續(xù)E、體現(xiàn)F、基礎(chǔ)15、軟件工程學是應(yīng)用科學理論和工程上的技術(shù)指導(dǎo)軟件開發(fā)的學科，其目的是（B）。A、引入新技術(shù)提高空間利用率 B、用較少的投資獲得高質(zhì)量的軟件C、縮短研制周期擴大軟件功能 D、硬軟件結(jié)合使系統(tǒng)面向應(yīng)用16.軟件危機出現(xiàn)于（C），為了解決軟件危機，人們提出了用（B）的 原理來設(shè)計軟件，這就是軟件工程誕生的基礎(chǔ)。A、50年代末B、60年代初C、 60年代末 D、70年代初A、運籌學B、工程學C、軟件學D、數(shù)字17、軟件工程學的目的是以（B）的成本，研制 （A）質(zhì)量的軟件。A、較高B、較低C、可靠D、優(yōu)秀18、瀑布模型把軟件生存周

6、期劃分為軟件定義、軟件開發(fā)和（ C ）三個階 段，而每一階段又可細分為若干更小的階段。A、詳細設(shè)計B、可行性分析 C、運行及維護D、測試與排錯19、軟件生存周期是指（D ）階段。A、軟件開始使用到用戶要求修改為止B、軟件開始使用到被淘汰為止 C、從開始編寫程序到不能再使用為止D從立項制定計劃，進行需求分析到不能再使用為止20、件工程中描述生存周期的瀑布模型一般包括計劃、（B ）、設(shè)計、編碼、測試、維護等幾個階段。（A）A、需求分析B、需求調(diào)查C、可行性分析D、問題定義三、填空題1、軟件工程的3個要素的是工具、過程和方法2、軟件危機是指在計算機軟件開發(fā)、使用與維護過程中遇到的一系列嚴重問題 和困

7、難。3、在軟件開發(fā)過程中必須遵循的軟件工程原則有抽象，f息隱藏、模塊化、局 部化和一致性等。4、軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成定義階段、開發(fā)階段 和運行階段。5、螺旋模型綜合了瀑布模型和原型模型的優(yōu)點,即將兩者結(jié)合，并加入了風險分析機制四、判斷題1、文檔是軟件產(chǎn)品的一部分，沒有文檔的軟件就不稱其為軟件（對）。2、在軟件開發(fā)的過程中，若能推遲暴露其中的錯誤，則為修復(fù)和改正錯誤所花 費的代價就會降低。（X）3、螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風險分析活動。V4、快速原型模型可以有效地適應(yīng)用戶需求的動態(tài)變化。V5、軟件是指用程序設(shè)計語言（如 PASCAL ,C,VISU

8、AL BASIC等）編寫的程序， 軟件開發(fā)實際上就是編寫程序代碼X。五、問答題1、產(chǎn)生軟件危機的主要原因有哪些？緩解軟件危機的途徑是什么答：（1）主要原因：1）需求描述不精確。2）對需求的理解有偏差，導(dǎo)致軟件與需求不一致。3）缺乏處理大型軟件項目的開發(fā)和管理經(jīng)驗。4）開發(fā)大型軟件易產(chǎn)生疏漏和錯誤。5）缺乏有力的方法學的指導(dǎo)和有效的開發(fā)工具的支持。6）解決供求矛盾將是一個永恒的主題。（2）緩解軟件危機的途徑：用軟件工程的思想指導(dǎo)軟件的開發(fā)2、瀑布模型有哪些優(yōu)點和缺點？適用于哪些場合？本文檔如對你有幫助，請幫忙下載支持!答：（1）優(yōu)點：提供了軟件開發(fā)的基本框架，有利于大型軟件開發(fā)過程中人員的組織、

9、管理，有利于軟件開發(fā)方法和工具的研究與使用。（ 2）缺點：1）在開發(fā)初期就要求做出正確、全面、完整的需求分析是極其困難的。2） 在需求分析階段，當需求確定后，無法及時驗證需求是否正確、完整。3）由于不支持產(chǎn)品的演化，缺乏靈活性，對開發(fā)過程中很難發(fā)現(xiàn)的錯誤，只有在最終產(chǎn)品運行時才能暴露出來，從而使產(chǎn)品難以維護。（ 3）瀑布模型適用場合：一般適用于功能、性能明確、完整、無重大變化的軟件系統(tǒng)的開發(fā)。3、什么是軟件工程？它的目標和內(nèi)容是什么？答： （ 1）軟件工程：用工程、科學和數(shù)學的原則與方法開發(fā)、維護計算機軟件的有關(guān)技術(shù)和管理方法。（ 2）目標是：在給定成本、進度的前提下，開發(fā)出具有可修改性、有效

10、性、可靠性、可理解性、可維護性、可重用性、可適應(yīng)性、可移植性、可追蹤性和可互操作性并滿足用戶需求的軟件產(chǎn)品。第二章 項目管理一、單選題1、軟件復(fù)雜性度量的參數(shù)，不包括（D ）A、規(guī)模 B、難度 C、智能度 D 、成本2、在軟件開發(fā)的各種資源中，（D ）是最重要的資源。A開發(fā)工具 B、方法 C、硬件環(huán)境 D、人員3、 （ D ）是以追求更高的效益和效率為目標的持續(xù)性活動。A 、質(zhì)量策劃B 、質(zhì)量控制C 、質(zhì)量保證D 、質(zhì)量改進4、下列模型屬于成本估算方法的有（A ） 。A、COCOMO型B、McCall 模型C、McCabe®量法D、CM旗型5、軟件項目計劃一般不包括以下哪項內(nèi)容（D）

11、A培訓(xùn)計劃 B、人員安排G進度安排 D、軟件開發(fā)標準的選擇和制定6、軟件按照設(shè)計的要求，在規(guī)定的時間和條件下達到不出故障、持續(xù)運行要求的質(zhì)量特性稱為（A ）A可靠性 B、可用性 C、正確性 D、完整性7、軟件復(fù)雜性主要體現(xiàn)在（C ） 。A、數(shù)據(jù)的復(fù)雜性 B、程序的復(fù)雜性C 、控制的復(fù)雜性D 、問題的復(fù)雜性8、在McCAL歐件質(zhì)量度量模型中，（A ）屬于面向軟件產(chǎn)品操作的質(zhì)量因素A、可用性 B、可維護性 C、適用性 D、互操作性9、軟件復(fù)雜性度量的參數(shù)包括（B ）12、在軟件工程中，高質(zhì)量的文檔標準是完整性、一致性和（C ） oA、統(tǒng)一性B、安全性C、無二義性D、組合性13、軟件的可移植性是衡量

12、軟件質(zhì)量的重要標準之一。它指的是（D ）。A 一個軟件版本升級的容易程度B、一個軟件與其他軟件交換信息的容易程度G 一個軟件對軟硬件環(huán)境要求得到滿足的容易程度D 一個軟件從一個計算機系統(tǒng)或環(huán)境轉(zhuǎn)移到另一個計算機系統(tǒng)或環(huán)境的容易程 度14、Putnam成本估算模型是一個（D ）模型。A.靜態(tài)單變量B.動態(tài)單變量C .靜態(tài)多變量D.動態(tài)多變量15、在McCall軟件質(zhì)量度量模型中，（C ）屬于面向軟件產(chǎn)品修改。A .可靠性B .可重用性C .適應(yīng)性D .可移植性二、填空題1、軟件項目管理的對象:主要包括產(chǎn)品、過程和資源2、McCall等人提出的三層次度量模型由軟件質(zhì)量要素、評價準則、定量度量三 個

13、層次組成的。3、風險按影響的范圍可分為項目風險、技術(shù)風險和商業(yè)風險三類。4、McCall提出的軟件質(zhì)量模型包括!1個軟件質(zhì)量特性。 三、名詞解釋1、軟件質(zhì)量：軟件產(chǎn)品滿足規(guī)定的和隱含的與需求能力有關(guān)的全部特征和特性。2、風險分析：貫穿在軟件工程上的一系列風險管理步驟，中包括風險識別、風 險估計、風險管理策略、風險解決和風險監(jiān)督等。3、軟件可靠性：在某個給定時間問隔內(nèi)，程序按照規(guī)格說明成功運行的概率。 四、應(yīng)用題1、已知有一個國外典型的軟件項目的記錄，開發(fā)人員M=6人，其代碼行數(shù)L=20.2KLOC工作量E=43PM成本S=314000美元，錯誤數(shù)N=64,文檔頁數(shù)Pd=1050 頁。試計算開發(fā)

14、該軟件項目的生產(chǎn)率 P、平均成本G代碼出錯率EQRffi文檔率D。解：根據(jù)給出的已知數(shù)據(jù)，可得：P = L / E =20.2 KLOC /43 PM = 0.47 KLOC / PM= 470 LOC / PMC = S / L = 314000 美元 / 20.2 KLOC= 15.54 美元 / LOCEQR = N / L = 64 個 / 20.2KLOC = 3.17 個 / KLOCD = Pd / L = 1050 頁 / 20.2 KLOC = 51.98 頁 / KLOC2、已知某軟件項目的特征為：用戶輸入數(shù)為30，用戶輸出數(shù)為60，用戶查詢數(shù)為 24，共有8 個文件，有2

15、 個外部界面。如果每個信息量的加權(quán)因子都取“一般”值，所有的技術(shù)復(fù)雜性調(diào)節(jié)因子都取“普通”值，（ 1）用功能點度量方法計算該軟件項目的功能點。（2）其代碼行數(shù)=20.2KLOC工作量E=43PM成本S=314000|1元，錯誤數(shù)N=64, 文檔頁數(shù)Pd=1050頁。試計算開發(fā)該軟件項目的生產(chǎn)率 P、平均成本G代碼出 錯率EQRffi文檔率D解：（1）基本功能點CT為：CT = 用戶輸入數(shù)X 4+用戶輸出數(shù)X 5+用戶查詢數(shù)x 4+文件數(shù)X 10+外部接口數(shù)X 7=30X4+60X 5+24X 4+8X 10+2X 7=610FP = CT XTCF = CT 0.65 + 0.01 EF i

16、=610義0.65 + 0.01 X3 X 14= 652.7功能點答：該軟件項目共有652.7 功能點。（ 2）解：1）生產(chǎn)率P （平均每人月開發(fā)的功能點數(shù)，以功能點/ PM為單位）：P = FP / E=652.7/432）平均成本C （以美元/功能點或元/功能點為單位）：C = S / FP =314000/652.73）代碼出錯率EQR即每功能點的平均錯誤數(shù)，以個/功能點為單位）為:EQR = N / FP=64/652.74）軟件的文檔率D（即平均每功能點的文檔頁數(shù)，以頁/功能點為單位）為：D = Pd / FP=105/652.7五、判斷題1、當軟件開發(fā)項目的進度有可能拖延時，增加

17、開發(fā)人員并不一定能加快進度。（V ）第三章可行性分析一、單選題1、軟件可行性研究一般不考慮（D ）A、是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)R是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)G待開發(fā)軟件是否有市場、經(jīng)濟上是否合算D待開發(fā)的軟件是否會有質(zhì)量問題2、可行性研究要進行一次（C ）需求分析。A、詳細的 B、全面的 C、簡化的、壓縮的 D .徹底的 設(shè)計3、經(jīng)濟可行性研究的范圍包括（C ）。A資源有效性 B、管理制度 C、效益分析 D、開發(fā)風險4、在可行性研究階段，對系統(tǒng)所要求的功能、性能以及限制條件進行分析，確 定是否能夠構(gòu)成一個滿足要求的系統(tǒng)，這稱為（ B）可行性。A.經(jīng)濟可行性B.技

18、術(shù)可行性 C.社會可行，卜tD.法律可行性5、為保證軟件質(zhì)量，在軟件生存周期的每個階段結(jié)束之前， 都需要進行（C）工 作。A、制定計劃B、測試C、審查D、交接6、研究開發(fā)所需要的成本和資源是屬于可行性研究中的 （B ）研究的一方面。A. 技術(shù)可行性B.經(jīng)濟可行性 C. 社會可行性D.法律可行性二、填空題1、可行性研究的目的是用最小的代價，在最短的時間內(nèi)確定問題是否可能解決 和值得去解決，主要從經(jīng)濟可行性、技術(shù)可行性和社會可行性等方面研究。2、整個生存周期系統(tǒng)的累計收入的折現(xiàn)值 PT與總成本折現(xiàn)值ST之差稱為純收 人，把資金投入到項目中與把資金存入銀行比較， 其中投入到項目中可獲得的年 利率就稱

19、為項目的投資回收率 三、判斷題1、軟件可行性研究一般不考慮待開發(fā)軟件是否有市場、經(jīng)濟上是否合算（ X） 四、問答題1、可行性分析的主要任務(wù)是什么？答：可行性研究的主要任務(wù)是：了解客戶的要求及現(xiàn)實環(huán)境，從技術(shù)、經(jīng)濟和 社會因素等三方面研究并論證本軟件項目的可行性，編寫可行性研究報告，制 定初步項目開發(fā)計劃。1）經(jīng)濟可行性研究：度量系統(tǒng)解決方案的性能價格比。估算開發(fā)成本和利潤，進行成本效益分析。2） 技術(shù)可行性研究：度量一個特定技術(shù)信息系統(tǒng)解決方案的實用性及技術(shù)資源的可用性。3）運行、操作可行性研究：用戶使用可能性；時間進度可行性；組織和文化上的可行性4 ） 法律可行性研究：開發(fā)項目是否會在社會上

20、、法律上或政治上引起侵權(quán)、破壞或其它責任問題。5）開發(fā)方案的選擇第四章 需求分析一、單選題1、 在各種不同的軟件需求中，（ D ） 描述了用戶使用產(chǎn)品必須要完成的任務(wù)，可以在用例模型或方案腳本中予以說明。A 、業(yè)務(wù)需求B 、功能需求C 、非功能需求D 、用戶需求2、需求分析最終結(jié)果是產(chǎn)生（B ）A、項目開發(fā)計劃B 、需求規(guī)格說明書C、設(shè)計說明書D 、可行性分析報告3、需求分析階段的主要任務(wù)是（A ） 。A、確定軟件系統(tǒng)的功能B、確定軟件開發(fā)方法C、確定軟件開發(fā)費D 、確定軟件開發(fā)工具4、在結(jié)構(gòu)化分析方法中，用以表達系統(tǒng)內(nèi)數(shù)據(jù)流的流向的工具是（ A ）。A. 數(shù)據(jù)流圖B. 數(shù)據(jù)詞典C. 結(jié)構(gòu)化英

21、語D. 判定表與判定樹5、 時序圖反映對象之間發(fā)送消息的時間順序，它與（D ）是同構(gòu)的。A用例圖B、類圖C、活動圖D、協(xié)作圖6、 在各種不同的軟件需求中，功能需求描述了用戶使用產(chǎn)品必須要完成的任務(wù)，可以在用例模型或方案腳本中予以說明，（ C ）是從各個角度對系統(tǒng)的約束和限制，反映了應(yīng)用對軟件系統(tǒng)質(zhì)量和特性的額外要求。A業(yè)務(wù)需求B 、功能要求 C、非功能需求 D、用戶需求7、 （ A ）意味著一個操作在不同的類中可以有不同的實現(xiàn)方式。A 、多態(tài)性B 、多繼承C 、類的復(fù)用D 、封裝8、（D ）工具在軟件詳細設(shè)計過程中不采用。A 判定表 B、IPO 圖 C 、PDL D、DFD圖9、在面向?qū)ο筌浖?/p>

22、開發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系（ B）A、繼承和聚集B、繼承和一般C、聚集和消息傳遞D繼承和方法調(diào)用本文檔如對你有幫助，請幫忙下載支持!10、結(jié)構(gòu)化程序設(shè)計主要強調(diào)的是（D ） 。A、程序的規(guī)模B、程序的效率C、程序設(shè)計語言的先進性 D、程序易讀 性 11、以下哪一項不是面向?qū)ο蟮奶卣鳎?D）A、多態(tài)性 B、繼承性 C、封裝性 D、過程調(diào)用12、面向?qū)ο竽Ｐ椭饕梢韵履男┠Ｐ徒M成（ A）A、對象模型、動態(tài)模型、功能模型B、對象模型、數(shù)據(jù)模型、功能模型C數(shù)據(jù)模型、動態(tài)模型、功能模型D、對象模型、動態(tài)模型、數(shù)據(jù)模型13、以下哪種屬于精確的用戶需求描述（A ）A、系統(tǒng)的響應(yīng)時間不能超過 3

23、秒 B 、系統(tǒng)必須用菜單驅(qū)動C在數(shù)據(jù)錄入界面，應(yīng)該有10個按鈕 D 、電梯應(yīng)平穩(wěn)運行14、在數(shù)據(jù)流圖中，橢圓代表（C ）A源點 B、終點 C、加工D、模塊15、下列（B ）不是軟件需求說明書性能描述包含的內(nèi)容。A、預(yù)期的軟件響應(yīng)B、測試種類C、設(shè)計的限制D、性能參數(shù)16、軟件定義期間的問題定義階段涉及的人員有（D ） 。A用戶、使用部門負責人B、軟件開發(fā)人員、用戶、使用部門負責人C、系統(tǒng)分析員、軟件開發(fā)人員D系統(tǒng)分析員、軟件開發(fā)人員、用戶與使用部門負責人17、不適于作為數(shù)據(jù)流圖處理（加工）框名稱的是（B） 。A、人工校核工資數(shù)據(jù)B、工資支票數(shù)據(jù)C、打印工資支票D計算職工工資18、SA方法在描述

24、方式上的特點，是盡量采用（C ）。A、自然語言B、形式語言G圖形表小 D表格19、OOA真型規(guī)定了一組對象如何協(xié)同才能完成軟件系統(tǒng)所指定的工作。這種 協(xié)同在模型中是以表明對象通信方式的一組（A ）連接來表示的。A、消息 B、記錄 C、數(shù)據(jù) D、屬性20、進行需求分析可使用多種工具，但（B ）是不適用的。A、數(shù)據(jù)流圖 B、判定表 C、PAD圖 D、數(shù)據(jù)詞典21、對象類之間的聚集關(guān)系就是（B ）關(guān)系。A、一般特殊B、整體-部分 C、相互依束D層次構(gòu)造22、用于描述對象模型的工具是（D ） 。A數(shù)據(jù)流圖 B、結(jié)構(gòu)圖 C、狀態(tài)圖 D、對象圖23、結(jié)構(gòu)化程序設(shè)計主要強調(diào)的是（D ） 。A、程序的規(guī)模 B

25、、程序的效率 C、程序設(shè)計語言的先進性 D、程序易讀 性 24、對象類之間的聚集關(guān)系就是（ B ）關(guān)系。A、一般特殊B、整體-部分 C、相互依賴D、層次構(gòu)造25、結(jié)構(gòu)化分析SA是軟件開發(fā)需求分析階段所使用的方法，（ B ）不是 SA所使用的工具。A、DFD圖B、PAD圖 C、結(jié)構(gòu)化英語 D、判定表 26、數(shù)據(jù)流圖中，當數(shù)據(jù)流向或流自文件時，（ B ）。A、數(shù)據(jù)流要命名，文件不必命名B、數(shù)據(jù)流不必命名，有文件名就足夠了C、數(shù)據(jù)流和文件均要命名，因為流出和流進數(shù)據(jù)流是不同的D、數(shù)據(jù)流和文件均不要命名，通過加工可自然反映出27、需求分析是由分析員經(jīng)了解用戶的要求，認真細致地調(diào)研、分析，最終應(yīng) 建立目

26、標系統(tǒng)的邏輯模型并寫出（B）。A、模塊說明書B、需求分析說明書 C、項目開發(fā)計劃 D、合同文檔 28分層數(shù)據(jù)流圖是一種比較嚴格又易于理解的描述方式，它的頂層描繪了系統(tǒng)的（A ）。A、總貌B、細節(jié)C、抽象D、軟件的作者29、需求分析中開發(fā)人員要從用戶那里了解（ A ）A .軟件做什么B .用戶使用界面 C .輸入的信息 D .軟件的規(guī)模30、對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（C ）于對象的統(tǒng)一體中。A .結(jié)合 B .隱藏 C .封裝 D .抽象 31、軟件需求規(guī)格說明的內(nèi)容不應(yīng)包括（B ）。A.主要功能B.算法的詳細描述C.用戶界面及運行環(huán)境D.軟件的性能32.結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、

27、（ D ）和加工說明等描述工具，即用直 觀的圖和簡潔的語言來描述軟件系統(tǒng)模型。A、DFD圖B、PAD圖 C、IPO圖D、數(shù)據(jù)字典33、分層的數(shù)據(jù)流圖中，父圖與子圖的平衡是指（D）的平衡。A、處理B、數(shù)據(jù)存儲C、外部項D、數(shù)據(jù)流34、數(shù)據(jù)流圖中，當數(shù)據(jù)流向或流自數(shù)據(jù)存儲時，（B）。A、數(shù)據(jù)流要命名，數(shù)據(jù)存儲不必命名B、數(shù)據(jù)流不必命名，數(shù)據(jù)存儲要命名C、數(shù)據(jù)流和數(shù)據(jù)存儲均應(yīng)命名，因流進和流出的數(shù)據(jù)流可能不同D、數(shù)據(jù)流和數(shù)據(jù)存儲都不必命名，因為從處理上可自然反映出來35、數(shù)據(jù)流圖是一種描述數(shù)據(jù)及其變換的圖形表示，在數(shù)據(jù)流圖上不允許出現(xiàn)（B ）。A、數(shù)據(jù)流B、控制流C、文件D、加工36.數(shù)據(jù)字典是軟件

28、需求分析階段的重要工具之一，它的基本功能是（ A）。A、數(shù)據(jù)定義B、數(shù)據(jù)維護C、數(shù)據(jù)通訊D、數(shù)據(jù)庫設(shè)計37、系統(tǒng)需求分析階段的任務(wù)是分析系統(tǒng)的（D）。A、數(shù)據(jù)要求B、功能要求C、性能要求D、A, B, C三方面38、結(jié)構(gòu)化分析SA是軟件開發(fā)需求分析階段所使用的方法不是SA所使用的工具。BA、DFD圖B、PAD圖 C、結(jié)構(gòu)化英語 D、判定表39、結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、和加工說明等描述工具，即用直觀的圖和簡 潔的語言來描述軟件系統(tǒng)模型。DA、DFD圖B、PAD圖 C、IPO圖D、數(shù)據(jù)字典40、某模塊的輸入數(shù)據(jù)為某工廠中一個車間的生產(chǎn)產(chǎn)量表，通過該模塊可以計 算出車間中生產(chǎn)工人的平均產(chǎn)量、統(tǒng)計產(chǎn)

29、量前10名的人員名單，從內(nèi)聚度來看, 該模塊屬于 （C）。A、邏輯內(nèi)聚B、通信內(nèi)聚C、順序內(nèi)聚D、功能內(nèi)聚41 .分層的數(shù)據(jù)流圖中，父圖與子圖的平衡是指（D ）的平衡。A、處理B、數(shù)據(jù)存儲 C、外部項D、數(shù)據(jù)流42 .數(shù)據(jù)流圖中，當數(shù)據(jù)流向或流自數(shù)據(jù)存儲時，（B ）。A、數(shù)據(jù)流要命名，數(shù)據(jù)存儲不必命名B、數(shù)據(jù)流不必命名，數(shù)據(jù)存儲要命名C、數(shù)據(jù)流和數(shù)據(jù)存儲均應(yīng)命名，因流進和流出的數(shù)據(jù)流可能不同D、數(shù)據(jù)流和數(shù)據(jù)存儲都不必命名，因為從處理上可自然反映出來44.數(shù)據(jù)字典是軟件需求分析階段的重要工具之一，它的基本功能是（A）。A、數(shù)據(jù)定義B、數(shù)據(jù)維護C、數(shù)據(jù)通訊D、數(shù)據(jù)庫設(shè)計45數(shù)據(jù)字典是對數(shù)據(jù)流圖中出

30、現(xiàn)的組成元素定義的集合，它不包括 （A ）條 目。A、文件B、數(shù)據(jù)流C、加工D、I/O參數(shù)46.軟件需求分析的內(nèi)容是（A ）0A、確定開發(fā)的軟件應(yīng)有哪些功能，應(yīng)達到什么性能B、確定軟件的開發(fā)成本 C、制定軟件開發(fā)的進度表D、確定軟件的總體結(jié)構(gòu)47數(shù)據(jù)流圖的小說明中描述的最基本部分是（B）。A、激發(fā)條件B、加工邏輯C、優(yōu)先級D、執(zhí)行頻率48 .不適于作為數(shù)據(jù)流圖處理（加工）框名稱的是 （B）。A、人工校核工資數(shù)據(jù) B、工資支票數(shù)據(jù)C、打印工資支票 D、計算職工工資49 .系統(tǒng)需求分析階段的任務(wù)是分析系統(tǒng)的（D）。A、數(shù)據(jù)要求B、功能要求C、性能要求D、以上三方面50 .系統(tǒng)開發(fā)的需求分析階段的重

31、要工作之一是（A）。A、數(shù)據(jù)定義B、數(shù)據(jù)庫設(shè)計C、數(shù)據(jù)維護D、數(shù)據(jù)結(jié)構(gòu)實現(xiàn)51 .需求分析說明書不能作為（A）。A、可行性研究的依據(jù) B、用戶和開發(fā)人員之間的合同C、系統(tǒng)概要設(shè)計的依據(jù) D、軟件驗收測試的依據(jù)52、結(jié)構(gòu)化系統(tǒng)分析中，處理邏輯可用（ B） 描述。A、數(shù)據(jù)字典B、數(shù)據(jù)流圖C、結(jié)構(gòu)圖D、結(jié)構(gòu)化語言53.、經(jīng)調(diào)查，系統(tǒng)分析員給出有關(guān)問題的初略陳述，其中部分描述如下：某商 場的采購部門要求每天開出定購清單，交采購員；倉庫管理員將此要求輸入系 統(tǒng)，經(jīng)庫存業(yè)務(wù)（進貸或出貸）處理后輸出。從這段描述可知該部分數(shù)據(jù)流圖 中的外部項為（A）。A、采購員、倉庫管理員 B、定購清單、庫存業(yè)務(wù)C、庫存業(yè)務(wù)

32、D、定購清單、采購員54、下列敘述中，（B ）不屬于數(shù)據(jù)字典的作用。A、作為編碼階段的描述工具 B、為用戶與開發(fā)人員之間統(tǒng)一認識C、作為概要設(shè)計的依據(jù) D、為需求分析階段定義各類條目55、在面向?qū)ο筌浖椒ㄖ?，“類”是?D ）。A、具有同類數(shù)據(jù)的對象的集合 B、具有相同操作的對象的集合C、具有同類數(shù)據(jù)的對象的定義 D、具有同類數(shù)據(jù)和相同操作的對象的定義56、數(shù)據(jù)流圖所描述的是實際系統(tǒng)的（A）。A、邏輯模型B、物理模型C、程序流程D、數(shù)據(jù)結(jié)構(gòu)57、面向?qū)ο蠓治鰰r，所標識的對象為（ D ）是錯誤的。A、與目標系統(tǒng)有關(guān)的物理實體 B、與目標系統(tǒng)發(fā)生作用的人或組織的角色C、目標系統(tǒng)運行中需記憶的事件

33、 D、目標系統(tǒng)中環(huán)境場所的狀態(tài)58、.結(jié)構(gòu)化系統(tǒng)分析主要是通過（D ）進行分析的。A、算法分解B、控制結(jié)構(gòu)分解C、數(shù)據(jù)結(jié)構(gòu)分解 D、處理功能分解59、需求分析中開發(fā)人員要從用戶那里了解（ A ）A.軟件做什么B .用戶使用界面 C .輸入的信息D .軟件的規(guī)模60、在軟件生命周期中，能準確地確定軟件系統(tǒng)必須做什么和必須具備哪些功能的階段是（D ）A、概要設(shè)計B、詳細設(shè)計C、可行性分析 D、需求分析二、填空題1、軟件需求是指用戶對目標軟件系統(tǒng)在功能、性能、行為、設(shè)計約束等方面的 期望。2、需求分析階段的任務(wù)是確定待開發(fā)的軟件系統(tǒng)“做什么”。該階段的主要成果有主要成果有軟件需求規(guī)格說明書（或 SR

34、S3、初步需求獲取技術(shù)的方法：訪談與會議、觀察用戶工作流程、分析人員和用戶組成聯(lián)合小組4、參加需求評審的人員應(yīng)當有用戶、系統(tǒng)分析員、系統(tǒng)設(shè)計人員等5、DFD圖中，用方框表示外部實體、用橢圓表示轉(zhuǎn)換、用箭頭表示數(shù)據(jù)流、用雙線表示數(shù)據(jù)源6、數(shù)據(jù)流圖是目標系統(tǒng)中各個子功能及它們之間的數(shù)據(jù)流動的圖形表示。7、按照信息的流向、結(jié)構(gòu)、和內(nèi)容三個方面可以將現(xiàn)有的需求分析建模方法劃 分為： 面 向信息流的分析、面 向信息結(jié)構(gòu) 的分析和面 向信息 內(nèi)容的分析三種。8、包之間存在兩種關(guān)系：依賴和構(gòu)成；9、用例圖從用戶角度描述系統(tǒng)功能。靜態(tài)圖表示系統(tǒng)的靜態(tài)結(jié)構(gòu)。行為圖描述系統(tǒng)的動態(tài)模型和組成對象間的交互關(guān)系。實現(xiàn)圖

35、用于描述系統(tǒng)的物理實現(xiàn)。10、對象是現(xiàn)實世界中個體或事物的抽象表示,11、對象之間通過消息進行通信12、用例與用例之間存在兩種關(guān)系：使用和擴展關(guān)系13、類之間的關(guān)系：繼承、聚集、關(guān)聯(lián)和依賴14、面向?qū)ο蟮奶卣髦魉Ｓ卸鄳B(tài)性、繼承性 和封裝性15、在需求分析中，可從有關(guān)問題的簡述中提取組成數(shù)據(jù)流圖的基本成分。通常問題簡述中的動詞短語將成為數(shù)據(jù)流圖中的加工（或處理）成分。三、判斷題1、在需求分析過程中，分析員要從用戶那里解決的最重要的問題是給該軟件提 供哪些信息（X）。2、需求規(guī)格說明書在軟件開發(fā)中具有重要的作用，它也可以作為軟件可行性分析的依據(jù)（X ）。3、面向?qū)ο蟮姆治鍪敲嫦蛴嬎銠C系統(tǒng)建立軟件系

36、統(tǒng)的對象模型（錯）。4、在軟件開發(fā)的過程中，若能推遲暴露其中的錯誤，則為修復(fù)和改正錯誤所花費的代價就會降低。（X）5、在需求分析中，分析員要從用戶那里解決的最重要的問題是明確軟件做什么。（V）6、模型是對現(xiàn)實的簡化，建模是為了更好地理解所開發(fā)的系統(tǒng)。（，）7、用例圖定義了系統(tǒng)的功能需求，它是從系統(tǒng)的外部看系統(tǒng)功能，并不描述系統(tǒng)內(nèi)部對功能的具體實現(xiàn)（，）8、數(shù)據(jù)字典是對數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲、數(shù)據(jù)的源和終點進行 詳細定義。X9、快速原型模型可以有效地適應(yīng)用戶需求的動態(tài)變化。V10、在面向?qū)ο蟮能浖_發(fā)方法中，每個類都存在其相應(yīng)的對象，類是對象的 實例，對象是生成類的模板。X12、某加

37、工的輸入是一個數(shù)據(jù)流，該加工的輸出也必定是一個數(shù)據(jù)流（錯）13、在進行需求分析時同時考慮維護問題。（對）14、盡可能在軟件開發(fā)過程中保證各階段文檔的正確性。（對）15、判定表的優(yōu)點是容易轉(zhuǎn)換為計算機實現(xiàn)， 缺點是不能夠描述組合條件。（錯） 四、問答題1、什么是需求分析，其任務(wù)是什么？答：需求分析:通過對應(yīng)用問題及其環(huán)境的分析與理解，采用一系列的分析方 法和技術(shù)，將用戶的需求逐步精確化、完全化、一致化，最終形成需求規(guī)格說 明文檔的過程。（2）需求分析的任務(wù)就是準確地定義未來系統(tǒng)的目標，確定為了滿足用戶的需求系統(tǒng)必須做什么。用 <需求規(guī)格說明書 > 規(guī)范的形式準確地表達用戶的需求。2、

38、什么叫數(shù)據(jù)流圖？它有哪些組成部分？答：（1）數(shù)據(jù)流圖：是用來刻畫數(shù)據(jù)流和轉(zhuǎn)換的信息系統(tǒng)建模技術(shù)。它用簡單的圖形記號分別表示數(shù)據(jù)流、轉(zhuǎn)換、數(shù)據(jù)源以及外部實體。（2）組成部分：外部實體：位于軟件系統(tǒng)邊界之外的信息生產(chǎn)者或消費者，用方框表示轉(zhuǎn)換：轉(zhuǎn)換數(shù)據(jù)流的處理過程，用橢圓表示數(shù)據(jù)流：在轉(zhuǎn)換之間有向流動的數(shù)據(jù)項或數(shù)據(jù)項集合，用箭頭表示數(shù)據(jù)源：為一個或多個轉(zhuǎn)換提供數(shù)據(jù)源或數(shù)據(jù)存儲服務(wù)的緩沖區(qū)、文件或數(shù)據(jù)庫，用雙線表示。3、簡述SA方法的優(yōu)缺點。答：（1）優(yōu)點：SA方法是軟件需求分析中公認的、有成效的、技術(shù)成熟、使 用廣泛的一種方法，該方法利用圖形等半形式化工具表達需求，簡明、易讀， 也易于使用，為后一

39、階段的設(shè)計、測試、評價提供了有利的條件。（2） SA方法的缺點：本文檔如對你有幫助，請幫忙下載支持!A:它沒有反映處理的順序，即控制流程。因此，不適合描述實時控制系統(tǒng)。（ 8） 方法使用DFD4分析與描述“數(shù)據(jù)要求”方面是有限的。（ 9） 訃是和描述人機界面系統(tǒng)的需求，對這一部分需用自然語言作補充。4、創(chuàng)建數(shù)據(jù)流模型應(yīng)遵循哪些規(guī)則？答：應(yīng)遵循的原則：（ 10） 首先建立頂級數(shù)據(jù)流圖，其中只含有一個代表目標軟件系統(tǒng)整體處理功能的轉(zhuǎn)換。（ 11） 對用戶需求的文字描述進行語法分析，其中的名詞和名詞短語構(gòu)成潛在的外部實體、數(shù)據(jù)源或數(shù)據(jù)流，動詞構(gòu)成潛在的處理功能。（ 3）采用通常的功能分解方法，按照“

40、強內(nèi)聚、松耦合”的原則逐個對處理功能進行精化；與此同時逐步完成對數(shù)據(jù)流的精化，并針對被精化的處理功能生成下一級數(shù)據(jù)流圖。（ 4）精化過程中必須維持各級數(shù)據(jù)流圖之間的數(shù)據(jù)流平衡。（ 5）精化過程應(yīng)適可而止，避免涉及軟件設(shè)計細節(jié)。5、用例圖、狀態(tài)圖、協(xié)作圖、活動圖、順序圖在面向?qū)ο蠓椒ǜ髌鹗裁醋饔茫看穑?（ 1）用例圖：從外部用戶角度描述系統(tǒng)功能，并指出各功能的操作者。（ 2）狀態(tài)圖：描述類的對象的動態(tài)行為。（ 3）協(xié)作圖：描述相互合作的對象間的交互關(guān)系，它描述的交互關(guān)系是對象間的消息連接關(guān)系（ 4）活動圖：描述系統(tǒng)為完成某項功能執(zhí)行的操作序列。著重描述操作實現(xiàn)中完成的工作以及用例實例或?qū)ο笾械幕?/p>

41、動。（ 5）順序圖：主要描述對象之間的動態(tài)合作以及合作過程中的行為次序，常用來描述一個用例的行為。五、名詞解釋1、軟件需求：是指用戶對目標軟件系統(tǒng)在功能、性能、行為、設(shè)計約束等方面的期望。2、需求分析：通過對應(yīng)用問題及其環(huán)境的分析與理解，采用一系列的分析方法和技術(shù)，將用戶的需求逐步精確化、完全化、一致化，最終形成需求規(guī)格說明文檔的過程。3、抽象：是認識復(fù)雜現(xiàn)象過程中使用的思維工具，即抽出事物本質(zhì)的共同的特征而暫不考慮它的細節(jié)，不考慮其它因素。4、數(shù)據(jù)流圖：是用來刻畫數(shù)據(jù)流和轉(zhuǎn)換的信息系統(tǒng)建模技術(shù)。它用簡單的圖形記號分別表示數(shù)據(jù)流、轉(zhuǎn)換、數(shù)據(jù)源以及外部實體。5、用例：從外部用戶的角度看，是執(zhí)行者

42、與目標軟件系統(tǒng)之間的一次典型的交互作用。六、應(yīng)用題1、為開發(fā)一個鐵路自動售票系統(tǒng)（該系統(tǒng)預(yù)計從 2004年使用到2014年），請從供選擇的答案中選出A、B、C、D和E的內(nèi)容來完成下面的數(shù)據(jù)流圖（每空 1 分，共5分）（1） AE的供選擇答案如下：車次表；接受；售票記錄；購票請求；拒絕。A、B 、C_ 、D 、 E 、A購票請求 B、接受 C、拒絕D、車次表E、售票記錄2、某銀行的計算機儲蓄系統(tǒng)功能是：將儲戶填寫的存款單或取款單輸入系統(tǒng)， 如果是存款，系統(tǒng)記錄存款人姓名、住址、存款類型、存款日期、利率等信息， 并打印出存款單給儲戶，如果是取款，系統(tǒng)計算清單給儲戶。畫出其中一層DFD賬號3、數(shù)據(jù)字

43、典舉例：某高?？捎玫碾娫捠?結(jié)算單（描述其數(shù)據(jù)字內(nèi)典以下幾類：校內(nèi)電話拗I麗4位數(shù)處理不晶取制言,莪邠做舌又分妁本不t砰先撥款平/姬果告本巾電印再戢W® 8? 果是外地上邈國&“（ 35%方外電位不是0）請定義上述的電口外地出話咻儲撥校答：電話號碼=校內(nèi)號碼|校外號碼 校內(nèi)號碼=非零數(shù)字+3數(shù)字3校外號碼=本市號碼|外地號碼）本市號碼=0+非零數(shù)字+7數(shù)字7 外地號碼=0+區(qū)碼+當?shù)靥柎a非零數(shù)字=1|2|3|4|5|6|7|8|9區(qū)碼=3數(shù)字 5當?shù)靥柎a二非零數(shù)字十6數(shù)字7數(shù)字二0|1|2|3|4|5|6|7|8|9第五章軟件設(shè)計一、選擇題1 .結(jié)構(gòu)設(shè)計是一種應(yīng)用最廣泛的系統(tǒng)

44、設(shè)計方法，是以 （B）為基礎(chǔ)、自頂向下、逐步求精和模塊化的過程。A、數(shù)據(jù)流B、數(shù)據(jù)流圖C、數(shù)據(jù)庫D、數(shù)據(jù)結(jié)構(gòu)2 .概要設(shè)計的結(jié)果是提供一份 。（A ）A、模塊說明書B、框圖C、程序D、數(shù)據(jù)結(jié)構(gòu)3 .變換型和事務(wù)型是程序結(jié)構(gòu)的標準形式。從某處獲得數(shù)據(jù)，再對這些數(shù)據(jù)作 處理，然后將結(jié)果送出是屬于（A ）。A、變換型B、事務(wù)型4、PAD （Problem Analysis Diagram ）圖是一種（B ） 工具。A、系統(tǒng)描述B、詳細設(shè)計C、測試D、編程輔助5 .在軟件開發(fā)中，有利于發(fā)揮集體智慧的一種做法是（A） oA、設(shè)計評審B、模塊化C、主程序員制D、進度控制6 .在結(jié)構(gòu)化程序設(shè)計思想提出以前，

45、在程序設(shè)計中曾強調(diào)程序的。現(xiàn)在,與程序的 相比，人們更重視程序的 。（F、E）A、安全性B、專用性C、一致性D、合理性E、可理解性F、效率7、下列有關(guān)系統(tǒng)結(jié)構(gòu)圖的敘述中正確的是（D ）0A 系統(tǒng)結(jié)構(gòu)圖中反映的是程序中數(shù)據(jù)流的情況。R系統(tǒng)結(jié)構(gòu)圖是精確表達程序結(jié)構(gòu)的圖形表示法。因此，有時也可將系統(tǒng) 結(jié)構(gòu)當作程序流程圖使用。G 一個模塊的多個下屬模塊在系統(tǒng)結(jié)構(gòu)圖中所處的左右位置是無關(guān)緊要 的。D在系統(tǒng)結(jié)構(gòu)圖中，上級模塊與其下屬模塊之間的調(diào)用關(guān)系用有向線段表 示。這時，使用斜的線段和水平、垂直的線段具有相同的含義。8、確定測試計劃是在（A ）階段制定的.A.總體設(shè)計B. 詳細設(shè)計 C. 編碼 D. 測

46、試9 .在開發(fā)軟件時，（A）可用來提高程序員的工作效率。A、程序開發(fā)環(huán)境B、操作系統(tǒng)的作業(yè)管理功能G編譯程序的優(yōu)化功能D、并行運算的大型計算機10、1960年Dijkstra提倡的（D）是一種有效的提高程序設(shè)計效率的方法。A標準化程序設(shè)計B、模塊化程序設(shè)計G多道程序設(shè)計D、結(jié)構(gòu)化程序設(shè)計11、內(nèi)聚程度最低的是（A ） 內(nèi)聚A.偶然 B. 過程 C. 順序 D. 時間12、概要設(shè)計的任務(wù)是決定系統(tǒng)中各個模塊的外部特性，即其（ D ）A、功能結(jié)構(gòu)B 、輸入輸出數(shù)據(jù) C、算法和使用數(shù)據(jù) D、A和B13、詳細設(shè)計的任務(wù)是決定每個模塊的（C）A、外部特性B、內(nèi)部特性G算法和使用數(shù)據(jù)D、功能和輸入輸出數(shù)據(jù)

47、14、軟件的（A）設(shè)計又稱為總體結(jié)構(gòu)設(shè)計，其主要任務(wù)是建立軟件系統(tǒng)的總體結(jié)構(gòu)。A、概要B、抽象C、邏輯D、規(guī)劃1 5 .模塊本身的內(nèi)聚是模塊獨立性的重要度量因素之一，在七類內(nèi)聚中，具有最強內(nèi)聚的一類是（D ）。A、順序性內(nèi)聚B、過程性內(nèi)聚G邏輯性內(nèi)聚D、功能性內(nèi)聚16、Jackson設(shè)計方法是由英國的 M.Jackson提出的，它是一種面向（ C ） 的設(shè)計方法。A、對象B、數(shù)據(jù)流C、數(shù)據(jù)結(jié)構(gòu)D、控制結(jié)構(gòu)17結(jié)構(gòu)化程序設(shè)計思想的核心是要求程序只由順序、循環(huán)和（A）三種結(jié)構(gòu)組成。A、分支B、單入口 C、單出口 D、有規(guī)則GOTO18、在軟件研究過程中，CASEg （ D）。A、指計算機輔助系統(tǒng)工

48、程B、CADffi CAMJ術(shù)的發(fā)展動力G正在實驗室用的工具D、指計算機輔助軟件工程19、軟件（結(jié)構(gòu)）設(shè)計階段文檔是（D） oA、系統(tǒng)模型說明書B、程序流程圖G系統(tǒng)功能說明書D、模塊結(jié)構(gòu)圖和模塊說明書20、結(jié)構(gòu)化系統(tǒng)設(shè)計階段的目的是（A） oA、獲得良好的軟件結(jié)構(gòu)B、獲得可讀性好的程序G獲得滿足用戶需求的數(shù)據(jù)流圖 D、獲得高效的算法21、要減少兩模塊之間的聯(lián)系，則（B ）。A、兩模塊之間的調(diào)用次數(shù)要盡量少B、兩模塊之間直接傳遞的信息要盡量少C、兩模塊應(yīng)使用盡可能相同的全局變量D兩模塊應(yīng)盡量共享相同的數(shù)據(jù)結(jié)構(gòu)22、事務(wù)型結(jié)構(gòu)數(shù)據(jù)流圖的特點是，將某一個加工的輸入分解成并行的數(shù)據(jù)流， 通過（B）執(zhí)行

49、后面的加工。A、變換B、選擇C、合并D、聯(lián)接23、如果一個模塊要調(diào)用另一個模塊，在下列幾種方式中，采用（B）方式的塊間聯(lián)系小。A、過程調(diào)用，傳遞控制參數(shù) B、過程調(diào)用，傳遞數(shù)據(jù)參數(shù)G直接引用，共用控制信息 D、直接引用，共用數(shù)據(jù)信息24.軟件的結(jié)構(gòu)化設(shè)計方法是以（C）為依據(jù)的模塊結(jié)構(gòu)設(shè)計方法。A、系統(tǒng)數(shù)據(jù)要求B、數(shù)據(jù)結(jié)構(gòu)C、數(shù)據(jù)流圖D、數(shù)據(jù)流25、結(jié)構(gòu)化設(shè)計（SD是軟件開發(fā)中常用的方法，使用SD方法可以得到（D ）。 A、程序流程圖B、編程語言的源程序 C、分層數(shù)據(jù)流圖和數(shù)據(jù)字典D、模塊結(jié)構(gòu)圖26、模塊內(nèi)部聯(lián)系最大的是（D）。A、順序內(nèi)聚B、功能內(nèi)聚C、通信內(nèi)聚D、時間內(nèi)聚27、將以下3種耦合

50、性由弱到強的順序排列，正確的是（D）。A控制耦合數(shù)據(jù)耦合公共耦合B、數(shù)據(jù)耦合公共耦合控制耦合G公共耦合數(shù)據(jù)耦合控制耦合D、數(shù)據(jù)耦合控制耦合公共耦合28、在軟件的設(shè)計階段應(yīng)提供的文檔是（A 。A軟件需求規(guī)格說明書B、概要設(shè)計規(guī)格說明書和詳細設(shè)計規(guī)格說明書G數(shù)據(jù)字典及數(shù)據(jù)流圖D、源程序以及源程序的說明書28、 .某模塊的功能是打印錄取通知書或不錄取通知書，調(diào)用模塊可通過向此模 塊傳遞布爾標志信息決定本次調(diào)用執(zhí)行哪種通知書的打印。這種模塊間的耦合稱 為（D ）。A數(shù)據(jù)耦合B、混合耦合C、公共耦合D、控制耦合29、程序編寫（實現(xiàn)）階段完成的文檔有（B）。A、詳細設(shè)計說明書、模塊開發(fā)宗卷 B、詳細設(shè)計說

51、明書、用戶手冊G模塊開發(fā)宗卷、操作手冊 D、用戶手冊、操作手冊30軟件的（A ）設(shè)計又稱為總體結(jié)構(gòu)設(shè)計，其主要任務(wù)是建立軟件系統(tǒng)的總 體結(jié)構(gòu)。A、概要B、抽象C、邏輯D、規(guī)劃31、模塊本身的內(nèi)聚是模塊獨立性的重要度量因素之一，在七類內(nèi)聚中，（D ）具有最強內(nèi)聚的一類是。A、順序性內(nèi)聚B、過程性內(nèi)聚 C、邏輯性內(nèi)聚D、功能性內(nèi)聚32、結(jié)構(gòu)化系統(tǒng)設(shè)計階段的目的是（ A ）。A、獲得良好的軟件結(jié)構(gòu)B、獲得可讀性好的程序G獲得滿足用戶需求的數(shù)據(jù)流圖 D、獲得高效的算法33、一個模塊直接引用另一個模塊中的數(shù)據(jù)，則兩個模塊之間可能的耦合是（D ）A公共耦合 B、數(shù)據(jù)耦合G邏輯耦合D、內(nèi)容耦合34、一個模塊

52、通過公共數(shù)據(jù)結(jié)構(gòu)把數(shù)據(jù)傳送給另一個模塊，則兩個模塊之間可能 的耦合是（A ）A、公共耦合 B、數(shù)據(jù)耦合G邏輯耦合D、內(nèi)容耦合35、在詳細設(shè)計階段，經(jīng)常采用的工具有（ A ）A . PAD B .SA C . SCD . DFD36、結(jié)構(gòu)化程序設(shè)計主要強調(diào)的是（D ）本文檔如對你有幫助，請幫忙下載支持！A.程序的規(guī)模B .程序的效率C .程序設(shè)計語言的先進性 D .程序易讀性37、源程序的版面文檔要求應(yīng)有變量說明、適當注釋和（B ） 。A、框圖B、統(tǒng)一書寫格式 C、修改記錄D、編程日期38、（A ）意味著一個操作在不同的類中可以有不同的實現(xiàn)方式。A、多態(tài)性 B、多繼承 C、類的可復(fù)用 D、信息隱

53、蔽39、 時序圖反映對象之間發(fā)送消息的時間順序，它與（D ）是同構(gòu)的。A、用例圖B、類圖C、活動圖D、協(xié)作圖40、 （A ）意味著一個操作在不同的類中可以有不同的實現(xiàn)方式。A 、多態(tài)性B 、多繼承C 、類的復(fù)用D 、封裝41、為了提高模塊的獨立性，模塊內(nèi)部最好是（C ）A、邏輯內(nèi)聚 B、時間內(nèi)聚 C、功能內(nèi)聚D、通信內(nèi)聚42、SD方法設(shè)計的結(jié)果是（D ）。A、源代碼 B 、偽代碼 C、模塊 D、模塊結(jié)構(gòu)圖43、（D ）工具在軟件詳細設(shè)計過程中不采用。A 判定表 B 、IPO 圖 C 、PDL D、DFD圖44、在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系（ B）A、繼承和聚集B、繼承

54、和一般G聚集和消息傳遞D繼承和方法調(diào)用45、結(jié)構(gòu)化程序設(shè)計主要強調(diào)的是（D ） 。A程序的規(guī)模B、程序的效率C、程序設(shè)計語言的先進性 D、程序易讀性46、以下哪一項不是面向?qū)ο蟮奶卣鳎?D）A多態(tài)性 B、繼承性 C、封裝性 D、過程調(diào)用47、軟件詳細設(shè)計的主要任務(wù)是確定每個模塊的（A ）A、算法和使用的數(shù)據(jù)結(jié)構(gòu)B、外部接口 C、功能D、編程48、軟件結(jié)構(gòu)圖的形態(tài)特征能反映程序重用率的是（C ）A、深度B、寬度C、扇入 D、扇出49、為了提高模塊的獨立性，模塊內(nèi)部最好是（C ）A 、邏輯內(nèi)聚B 、時間內(nèi)聚C 、功能內(nèi)聚D 、通信內(nèi)聚50、軟件結(jié)構(gòu)圖中，模塊框之間若有直線連接，表示它們之間存在（A ）A、調(diào)用關(guān)系 B、組成關(guān)系 C、鏈接關(guān)系 D、順序執(zhí)行關(guān)系51、模塊內(nèi)聚度越高，說明模塊內(nèi)各成份彼此結(jié)合的程度越（B ） 。A、松散B、緊密C、相等D、無法判斷52、軟件設(shè)計階段的輸出主要是（D）。A、程序 B 、模塊 C 、偽代碼 D、設(shè)計規(guī)格說明書53、SD方法設(shè)計的結(jié)果是（D ）。A、源代碼 B 、偽代碼 C、模塊 D、模塊結(jié)構(gòu)圖54、 在軟件開發(fā)和維護的過程中，為了定量地評價軟件質(zhì)量，必須對軟件特性進行（ B ） 。A 、測試B 、度量C 、評審D 、維護55、 面向?qū)ο蟪绦蛟O(shè)計中，基于父類創(chuàng)建