軟件項(xiàng)目管理習(xí)題

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

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

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

4、分析員、軟件開發(fā)人員、用戶與使用部門負(fù)責(zé)人11、（A ）是軟件生存期中的一系列相關(guān)軟件工程活動的集合，它由軟件規(guī)格說明、軟件設(shè)計(jì)與開發(fā)、軟件確認(rèn)、軟件改進(jìn)等活動組成。 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、軟件投機(jī) B、軟件危機(jī) C、軟件工程 D、軟件產(chǎn)生14、文檔是軟件開發(fā)人員、軟件管理人員、維護(hù)人員、用戶以及計(jì)算機(jī)之間的 （B） ，軟件開發(fā)人員在各個階段以文檔作為

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

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

7、、軟件危機(jī)是指在計(jì)算機(jī)軟件開發(fā)、使用與維護(hù)過程中遇到的一系列嚴(yán)重問題和困難。3、在軟件開發(fā)過程中必須遵循的軟件工程原則有抽象、信息隱藏、模塊化、局部化和一致性等。4、軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成定義階段、開發(fā)階段和運(yùn)行階段。5、螺旋模型綜合了瀑布模型和原型模型的優(yōu)點(diǎn)，即將兩者結(jié)合，并加入了風(fēng)險(xiǎn)分析機(jī)制四、判斷題1、文檔是軟件產(chǎn)品的一部分，沒有文檔的軟件就不稱其為軟件(對)。 2、在軟件開發(fā)的過程中，若能推遲暴露其中的錯誤，則為修復(fù)和改正錯誤所花費(fèi)的代價就會降低。（ ×）3、螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險(xiǎn)分析活動。4、快速原型模型可以有效地適應(yīng)用戶

8、需求的動態(tài)變化。 5、軟件是指用程序設(shè)計(jì)語言（如PASCAL ,C,VISUAL BASIC 等）編寫的程序，軟件開發(fā)實(shí)際上就是編寫程序代碼×。五、問答題1、產(chǎn)生軟件危機(jī)的主要原因有哪些？緩解軟件危機(jī)的途徑是什么答：（1）主要原因：1）需求描述不精確。2）對需求的理解有偏差，導(dǎo)致軟件與需求不一致。3）缺乏處理大型軟件項(xiàng)目的開發(fā)和管理經(jīng)驗(yàn)。4）開發(fā)大型軟件易產(chǎn)生疏漏和錯誤。5）缺乏有力的方法學(xué)的指導(dǎo)和有效的開發(fā)工具的支持。6）解決供求矛盾將是一個永恒的主題。（2）緩解軟件危機(jī)的途徑：用軟件工程的思想指導(dǎo)軟件的開發(fā)2、瀑布模型有哪些優(yōu)點(diǎn)和缺點(diǎn)？適用于哪些場合？答：（1）優(yōu)點(diǎn)： 提供了軟件

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

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

11、目計(jì)劃一般不包括以下哪項(xiàng)內(nèi)容（D）A、培訓(xùn)計(jì)劃 B、人員安排C、進(jìn)度安排 D、軟件開發(fā)標(biāo)準(zhǔn)的選擇和制定6、軟件按照設(shè)計(jì)的要求，在規(guī)定的時間和條件下達(dá)到不出故障、持續(xù)運(yùn)行要求的質(zhì)量特性稱為（ A ）A、可靠性 B、可用性 C、正確性 D、完整性7、軟件復(fù)雜性主要體現(xiàn)在（ C ）。A、數(shù)據(jù)的復(fù)雜性 B、程序的復(fù)雜性 C、控制的復(fù)雜性 D、問題的復(fù)雜性8、在McCALL軟件質(zhì)量度量模型中，（ A ）屬于面向軟件產(chǎn)品操作的質(zhì)量因素A、可用性 B、可維護(hù)性 C、適用性 D、互操作性9、軟件復(fù)雜性度量的參數(shù)包括（ B ） A效率 B規(guī)模 C完整性 D容錯性10、（ C ）是指在規(guī)定的條件下和規(guī)定期間內(nèi)，實(shí)

12、現(xiàn)所指定功能的概率。A、可測試性 B、可理解性 C、可靠性 D、可移植性11、在軟件工程中，當(dāng)前用于保證軟件質(zhì)量的主要技術(shù)手段還是 （ B）。A、正確性證明 B、測試 C、自動程序設(shè)計(jì) D、符號證明12、在軟件工程中，高質(zhì)量的文檔標(biāo)準(zhǔn)是完整性、一致性和 （ C ）。A、統(tǒng)一性 B、安全性 C、無二義性 D、組合性13、軟件的可移植性是衡量軟件質(zhì)量的重要標(biāo)準(zhǔn)之一。它指的是 （ D ）。A、一個軟件版本升級的容易程度B、一個軟件與其他軟件交換信息的容易程度C、一個軟件對軟硬件環(huán)境要求得到滿足的容易程度D、一個軟件從一個計(jì)算機(jī)系統(tǒng)或環(huán)境轉(zhuǎn)移到另一個計(jì)算機(jī)系統(tǒng)或環(huán)境的容易程度14、Putnam成本估算

13、模型是一個（ 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、軟件項(xiàng)目管理的對象:主要包括產(chǎn)品、過程和資源2、McCall等人提出的三層次度量模型由軟件質(zhì)量要素、評價準(zhǔn)則、定量度量三個層次組成的。3、風(fēng)險(xiǎn)按影響的范圍可分為項(xiàng)目風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)和商業(yè)風(fēng)險(xiǎn)三類。4、McCall提出的軟件質(zhì)量模型包括 11 個軟件質(zhì)量特性。三、名詞解釋1、軟件質(zhì)量：軟件產(chǎn)品滿足規(guī)定的和隱含的與需求能力有關(guān)的全部特征和特性。2、風(fēng)險(xiǎn)分析：貫穿在軟件工程上的一系列風(fēng)險(xiǎn)管理步

14、驟，中包括風(fēng)險(xiǎn)識別、風(fēng)險(xiǎn)估計(jì)、風(fēng)險(xiǎn)管理策略、風(fēng)險(xiǎn)解決和風(fēng)險(xiǎn)監(jiān)督等。3、軟件可靠性：在某個給定時間間隔內(nèi)，程序按照規(guī)格說明成功運(yùn)行的概率。四、應(yīng)用題1、已知有一個國外典型的軟件項(xiàng)目的記錄，開發(fā)人員M=6人，其代碼行數(shù)L=20.2KLOC，工作量E=43PM，成本S=314000美元，錯誤數(shù)N=64，文檔頁數(shù)Pd=1050頁。試計(jì)算開發(fā)該軟件項(xiàng)目的生產(chǎn)率P、平均成本C、代碼出錯率EQR和文檔率D。解：根據(jù)給出的已知數(shù)據(jù)，可得： P = L / E =20.2 KLOC /43 PM = 0.47 KLOC / PM = 470 LOC / PM C = S / L = 314000美元 / 20.

15、2 KLOC = 15.54 美元 / LOC EQR = N / L = 64個 / 20.2KLOC = 3.17 個 / KLOC D = Pd / L = 1050 頁 / 20.2 KLOC = 51.98 頁 / KLOC2、已知某軟件項(xiàng)目的特征為：用戶輸入數(shù)為30，用戶輸出數(shù)為60，用戶查詢數(shù)為24，共有8個文件，有2個外部界面。如果每個信息量的加權(quán)因子都取“一般”值，所有的技術(shù)復(fù)雜性調(diào)節(jié)因子都取“普通”值，（1）用功能點(diǎn)度量方法計(jì)算該軟件項(xiàng)目的功能點(diǎn)。（2）其代碼行數(shù)=20.2KLOC，工作量E=43PM，成本S=314000美元，錯誤數(shù)N=64，文檔頁數(shù)Pd=1050頁。試計(jì)

16、算開發(fā)該軟件項(xiàng)目的生產(chǎn)率P、平均成本C、代碼出錯率EQR和文檔率D解：（1）基本功能點(diǎn)CT為： CT =用戶輸入數(shù)× 4+用戶輸出數(shù)×5+ +用戶查詢數(shù)×4+文件數(shù)×10+外部接口數(shù)×7 =30×4+60×5+24×4+8×10+2×7 =610 FP = CT×TCF = CT 0.65 + 0.01F i = 610 × 0.65 + 0.01 ×3 ×14 = 652.7功能點(diǎn)答：該軟件項(xiàng)目共有652.7功能點(diǎn)。（2）解：1）生產(chǎn)率P（平均每人月開發(fā)

17、的功能點(diǎn)數(shù)，以功能點(diǎn)/ PM為單位）： P = FP / E=652.7/43 2）平均成本C（以美元/功能點(diǎn)或元/功能點(diǎn)為單位）： C = S / FP =314000/652.7 3）代碼出錯率EQR（即每功能點(diǎn)的平均錯誤 數(shù)，以個/功能點(diǎn)為單位）為： EQR = N / FP=64/652.7 4）軟件的文檔率D（即平均每功能點(diǎn)的文檔 頁數(shù)，以頁/功能點(diǎn)為單位）為： D = Pd / FP=105/652.7 五、判斷題1、當(dāng)軟件開發(fā)項(xiàng)目的進(jìn)度有可能拖延時，增加開發(fā)人員并不一定能加快進(jìn)度。 （ ）第三章 可行性分析一、單選題1、軟件可行性研究一般不考慮 （D ）A、是否有足夠的人員和相關(guān)

18、的技術(shù)來支持系統(tǒng)開發(fā)B、是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)C、待開發(fā)軟件是否有市場、經(jīng)濟(jì)上是否合算D、待開發(fā)的軟件是否會有質(zhì)量問題2、可行性研究要進(jìn)行一次（ C ）需求分析。A、詳細(xì)的 B、全面的 C、簡化的、壓縮的 D徹底的設(shè)計(jì)3、經(jīng)濟(jì)可行性研究的范圍包括（ C ）。A、資源有效性 B、管理制度 C、效益分析 D、開發(fā)風(fēng)險(xiǎn)4、在可行性研究階段，對系統(tǒng)所要求的功能、性能以及限制條件進(jìn)行分析，確定是否能夠構(gòu)成一個滿足要求的系統(tǒng)，這稱為（ B） 可行性。 A. 經(jīng)濟(jì)可行性B. 技術(shù)可行性 C. 社會可行性D. 法律可行性5、為保證軟件質(zhì)量，在軟件生存周期的每個階段結(jié)束之前，都需要進(jìn)行（C）

19、 工作。 A、制定計(jì)劃 B、測試 C、審查 D、交接6、研究開發(fā)所需要的成本和資源是屬于可行性研究中的( B )研究的一方面。 A. 技術(shù)可行性B. 經(jīng)濟(jì)可行性 C. 社會可行性D. 法律可行性二、填空題1、可行性研究的目的是用最小的代價，在最短的時間內(nèi)確定問題是否可能解決和值得去解決，主要從經(jīng)濟(jì)可行性、技術(shù)可行性和社會可行性等方面研究。2、整個生存周期系統(tǒng)的累計(jì)收入的折現(xiàn)值PT 與總成本折現(xiàn)值ST之差稱為純收入，把資金投入到項(xiàng)目中與把資金存入銀行比較，其中投入到項(xiàng)目中可獲得的年利率就稱為項(xiàng)目的投資回收率三、判斷題1、軟件可行性研究一般不考慮待開發(fā)軟件是否有市場、經(jīng)濟(jì)上是否合算（ ×

20、）四、問答題1、可行性分析的主要任務(wù)是什么？ 答：可行性研究的主要任務(wù)是：了解客戶的要求及現(xiàn)實(shí)環(huán)境，從技術(shù)、經(jīng)濟(jì)和社會因素等三方面研究并論證本軟件項(xiàng)目的可行性，編寫可行性研究報(bào)告，制定初步項(xiàng)目開發(fā)計(jì)劃。1）經(jīng)濟(jì)可行性研究：度量系統(tǒng)解決方案的性能價格比。估算開發(fā)成本和利潤，進(jìn)行成本效益分析。2）技術(shù)可行性研究：度量一個特定技術(shù)信息系統(tǒng)解決方案的實(shí)用性及技術(shù)資源的可用性。3）運(yùn)行、操作可行性研究：用戶使用可能性；時間進(jìn)度可行性；組織和文化上的可行性 4）法律可行性研究：開發(fā)項(xiàng)目是否會在社會上、法律上或政治上引起侵權(quán)、破壞或其它責(zé)任問題。5）開發(fā)方案的選擇第四章 需求分析一、單選題1、 在各種不同的

21、軟件需求中，（D ）描述了用戶使用產(chǎn)品必須要完成的任務(wù)，可以在用例模型或方案腳本中予以說明。 A、業(yè)務(wù)需求 B、功能需求 C、非功能需求 D、用戶需求2、需求分析最終結(jié)果是產(chǎn)生（ B ）A、項(xiàng)目開發(fā)計(jì)劃 B、需求規(guī)格說明書C、設(shè)計(jì)說明書 D、可行性分析報(bào)告 3、需求分析階段的主要任務(wù)是（ A ）。A、確定軟件系統(tǒng)的功能 B、確定軟件開發(fā)方法 C、確定軟件開發(fā)費(fèi) D、確定軟件開發(fā)工具4、在結(jié)構(gòu)化分析方法中，用以表達(dá)系統(tǒng)內(nèi)數(shù)據(jù)流的流向的工具是( A )。A. 數(shù)據(jù)流圖 B. 數(shù)據(jù)詞典C. 結(jié)構(gòu)化英語 D. 判定表與判定樹5、 時序圖反映對象之間發(fā)送消息的時間順序，它與（ D ）是同構(gòu)的。A、用例圖

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

23、息傳遞D、繼承和方法調(diào)用10、結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（ D ）。A、程序的規(guī)模 B、程序的效率 C、程序設(shè)計(jì)語言的先進(jìn)性 D、程序易讀性11、以下哪一項(xiàng)不是面向?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秒 B、系統(tǒng)必須用菜單驅(qū)動C、在數(shù)據(jù)錄入界面，應(yīng)該有10個按鈕 D、電梯應(yīng)平穩(wěn)運(yùn)行14、在數(shù)據(jù)流圖中，橢圓代表（

24、 C ）A、源點(diǎn) B、終點(diǎn) C、加工 D、模塊15、下列（ B ）不是軟件需求說明書性能描述包含的內(nèi)容。A、預(yù)期的軟件響應(yīng) B、測試種類 C、設(shè)計(jì)的限制 D、性能參數(shù)16、軟件定義期間的問題定義階段涉及的人員有（ D ）。A、用戶、使用部門負(fù)責(zé)人B、軟件開發(fā)人員、用戶、使用部門負(fù)責(zé)人C、系統(tǒng)分析員、軟件開發(fā)人員D、系統(tǒng)分析員、軟件開發(fā)人員、用戶與使用部門負(fù)責(zé)人17、不適于作為數(shù)據(jù)流圖處理（加工）框名稱的是（ B ）。A、人工校核工資數(shù)據(jù)B、工資支票數(shù)據(jù)C、打印工資支票D、計(jì)算職工工資18、SA方法在描述方式上的特點(diǎn)，是盡量采用（ C ）。A、自然語言 B、形式語言C、圖形表示D、表格19、OO

25、A模型規(guī)定了一組對象如何協(xié)同才能完成軟件系統(tǒng)所指定的工作。這種協(xié)同在模型中是以表明對象通信方式的一組（ A ）連接來表示的。A、消息 B、記錄 C、數(shù)據(jù) D、屬性20、進(jìn)行需求分析可使用多種工具，但（ 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è)計(jì)主要強(qiáng)調(diào)的是（ D ）。 A、程序的規(guī)模 B、程序的效率 C、程序設(shè)計(jì)語言的先進(jìn)性 D、程序易讀性24、對象類之間的聚集

26、關(guān)系就是（ B ）關(guān)系。A、一般特殊B、整體-部分C、相互依賴D、層次構(gòu)造25、結(jié)構(gòu)化分析SA是軟件開發(fā)需求分析階段所使用的方法，（） 不是SA所使用的工具。A、DFD圖 B、PAD圖C、結(jié)構(gòu)化英語 D、判定表26、數(shù)據(jù)流圖中，當(dāng)數(shù)據(jù)流向或流自文件時，（ B ） 。A、數(shù)據(jù)流要命名，文件不必命名B、數(shù)據(jù)流不必命名，有文件名就足夠了C、數(shù)據(jù)流和文件均要命名，因?yàn)榱鞒龊土鬟M(jìn)數(shù)據(jù)流是不同的D、數(shù)據(jù)流和文件均不要命名，通過加工可自然反映出27、需求分析是由分析員經(jīng)了解用戶的要求，認(rèn)真細(xì)致地調(diào)研、分析，最終應(yīng)建立目標(biāo)系統(tǒng)的邏輯模型并寫出 （ B ）。A、模塊說明書 B、需求分析說明書 C、項(xiàng)目開發(fā)計(jì)劃

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

28、B、PAD圖C、IPO圖 D、數(shù)據(jù)字典33、分層的數(shù)據(jù)流圖中，父圖與子圖的平衡是指（D） 的平衡。A、處理 B、數(shù)據(jù)存儲 C、外部項(xiàng) D、數(shù)據(jù)流34、數(shù)據(jù)流圖中，當(dāng)數(shù)據(jù)流向或流自數(shù)據(jù)存儲時，（B） 。A、數(shù)據(jù)流要命名，數(shù)據(jù)存儲不必命名B、數(shù)據(jù)流不必命名，數(shù)據(jù)存儲要命名C、數(shù)據(jù)流和數(shù)據(jù)存儲均應(yīng)命名，因流進(jìn)和流出的數(shù)據(jù)流可能不同D、數(shù)據(jù)流和數(shù)據(jù)存儲都不必命名，因?yàn)閺奶幚砩峡勺匀环从吵鰜?5、數(shù)據(jù)流圖是一種描述數(shù)據(jù)及其變換的圖形表示，在數(shù)據(jù)流圖上不允許出現(xiàn) （ B ）。A、數(shù)據(jù)流 B、控制流 C、文件 D、加工36. 數(shù)據(jù)字典是軟件需求分析階段的重要工具之一，它的基本功能是（A） 。A、數(shù)據(jù)定義 B

29、、數(shù)據(jù)維護(hù) C、數(shù)據(jù)通訊 D、數(shù)據(jù)庫設(shè)計(jì)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)量表，通過該模塊可以計(jì)算出車間中生產(chǎn)工人的平均產(chǎn)量、統(tǒng)計(jì)產(chǎn)量前10名的人員名單，從內(nèi)聚度來看，該模塊屬于 （C

30、）。A、邏輯內(nèi)聚 B、通信內(nèi)聚 C、順序內(nèi)聚 D、功能內(nèi)聚41. 分層的數(shù)據(jù)流圖中，父圖與子圖的平衡是指( D ) 的平衡。A、處理 B、數(shù)據(jù)存儲 C、外部項(xiàng) D、數(shù)據(jù)流42. 數(shù)據(jù)流圖中，當(dāng)數(shù)據(jù)流向或流自數(shù)據(jù)存儲時， (B )。A、數(shù)據(jù)流要命名，數(shù)據(jù)存儲不必命名B、數(shù)據(jù)流不必命名，數(shù)據(jù)存儲要命名C、數(shù)據(jù)流和數(shù)據(jù)存儲均應(yīng)命名，因流進(jìn)和流出的數(shù)據(jù)流可能不同D、數(shù)據(jù)流和數(shù)據(jù)存儲都不必命名，因?yàn)閺奶幚砩峡勺匀环从吵鰜?4. 數(shù)據(jù)字典是軟件需求分析階段的重要工具之一，它的基本功能是 (A)。A、數(shù)據(jù)定義 B、數(shù)據(jù)維護(hù) C、數(shù)據(jù)通訊 D、數(shù)據(jù)庫設(shè)計(jì)45 數(shù)據(jù)字典是對數(shù)據(jù)流圖中出現(xiàn)的組成元素定義的集合，它

31、不包括( A ) 條目。A、文件 B、數(shù)據(jù)流 C、加工 D、I/O參數(shù)46. 軟件需求分析的內(nèi)容是 ( A )。A、確定開發(fā)的軟件應(yīng)有哪些功能，應(yīng)達(dá)到什么性能B、確定軟件的開發(fā)成本 C、制定軟件開發(fā)的進(jìn)度表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、計(jì)算職工工資49.系統(tǒng)需求分析階段的任務(wù)是分析系統(tǒng)的( D) 。A、數(shù)據(jù)要求 B、功能要求 C、性能要求 D、以上三方面50.系統(tǒng)開發(fā)的需求分析階

32、段的重要工作之一是 （ A）。A、數(shù)據(jù)定義 B、數(shù)據(jù)庫設(shè)計(jì) C、數(shù)據(jù)維護(hù) D、數(shù)據(jù)結(jié)構(gòu)實(shí)現(xiàn)51.需求分析說明書不能作為 （ A）。A、可行性研究的依據(jù) B、用戶和開發(fā)人員之間的合同C、系統(tǒng)概要設(shè)計(jì)的依據(jù) D、軟件驗(yàn)收測試的依據(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ù)（進(jìn)貸或出貸）處理后輸出。從這段描述可知該部分?jǐn)?shù)據(jù)流圖中的外部項(xiàng)為（ A） 。A、采購員、倉庫管理員 B、定購清單

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

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

35、析階段的任務(wù)是確定待開發(fā)的軟件系統(tǒng)“做什么”。該階段的主要成果有主要成果有軟件需求規(guī)格說明書（或SRS）3、初步需求獲取技術(shù)的方法：訪談與會議、觀察用戶工作流程、分析人員和用戶組成聯(lián)合小組4、參加需求評審的人員應(yīng)當(dāng)有用戶、系統(tǒng)分析員、系統(tǒng)設(shè)計(jì)人員等5、DFD圖中，用方框表示外部實(shí)體、用橢圓表示轉(zhuǎn)換、用箭頭表示數(shù)據(jù)流、用雙線表示數(shù)據(jù)源6、數(shù)據(jù)流圖是目標(biāo)系統(tǒng)中各個子功能及它們之間的數(shù)據(jù)流動的圖形表示。7、按照信息的流向、結(jié)構(gòu)、和內(nèi)容三個方面可以將現(xiàn)有的需求分析建模方法劃分為：面向信息流的分析、面向信息結(jié)構(gòu)的分析和面向信息內(nèi)容的分析三種。8、包之間存在兩種關(guān)系：依賴和構(gòu)成；9、用例圖從用戶角度描述系

36、統(tǒng)功能。靜態(tài)圖表示系統(tǒng)的靜態(tài)結(jié)構(gòu)。行為圖描述系統(tǒng)的動態(tài)模型和組成對象間的交互關(guān)系。實(shí)現(xiàn)圖用于描述系統(tǒng)的物理實(shí)現(xiàn)。10、對象是現(xiàn)實(shí)世界中個體或事物的抽象表示，11、對象之間通過消息進(jìn)行通信12、用例與用例之間存在兩種關(guān)系：使用和擴(kuò)展關(guān)系13、類之間的關(guān)系：繼承、聚集、關(guān)聯(lián)和依賴14、面向?qū)ο蟮奶卣髦饕卸鄳B(tài)性、繼承性 和封裝性15、在需求分析中，可從有關(guān)問題的簡述中提取組成數(shù)據(jù)流圖的基本成分。通常問題簡述中的動詞短語將成為數(shù)據(jù)流圖中的加工（或處理） 成分。三、判斷題1、在需求分析過程中，分析員要從用戶那里解決的最重要的問題是給該軟件提供哪些信息(×)。2、需求規(guī)格說明書在軟件開發(fā)中具有

37、重要的作用，它也可以作為軟件可行性分析的依據(jù) (× )。3、面向?qū)ο蟮姆治鍪敲嫦蛴?jì)算機(jī)系統(tǒng)建立軟件系統(tǒng)的對象模型(錯)。4、在軟件開發(fā)的過程中，若能推遲暴露其中的錯誤，則為修復(fù)和改正錯誤所花費(fèi)的代價就會降低。（ ×）5、在需求分析中，分析員要從用戶那里解決的最重要的問題是明確軟件做什么。（）6、模型是對現(xiàn)實(shí)的簡化，建模是為了更好地理解所開發(fā)的系統(tǒng)。（ ）7、用例圖定義了系統(tǒng)的功能需求，它是從系統(tǒng)的外部看系統(tǒng)功能，并不描述系統(tǒng)內(nèi)部對功能的具體實(shí)現(xiàn)（ ）8、數(shù)據(jù)字典是對數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲、數(shù)據(jù)的源和終點(diǎn)進(jìn)行詳細(xì)定義。×9、快速原型模型可以有效地適應(yīng)用戶

38、需求的動態(tài)變化。 10、在面向?qū)ο蟮能浖_發(fā)方法中，每個類都存在其相應(yīng)的對象，類是對象的實(shí)例，對象是生成類的模板。 ×12、某加工的輸入是一個數(shù)據(jù)流，該加工的輸出也必定是一個數(shù)據(jù)流（錯） 13、在進(jìn)行需求分析時同時考慮維護(hù)問題。（對）14、盡可能在軟件開發(fā)過程中保證各階段文檔的正確性。（對）15、判定表的優(yōu)點(diǎn)是容易轉(zhuǎn)換為計(jì)算機(jī)實(shí)現(xiàn)，缺點(diǎn)是不能夠描述組合條件。（錯）四、問答題1、什么是需求分析，其任務(wù)是什么？答：需求分析：通過對應(yīng)用問題及其環(huán)境的分析與理解，采用一系列的分析方法和技術(shù)，將用戶的需求逐步精確化、完全化、一致化，最終形成需求規(guī)格說明文檔的過程。（2）需求分析的任務(wù)就是準(zhǔn)確地

39、定義未來系統(tǒng)的目標(biāo)，確定為了滿足用戶的需求系統(tǒng)必須做什么。用 <需求規(guī)格說明書> 規(guī)范的形式準(zhǔn)確地表達(dá)用戶的需求。2、什么叫數(shù)據(jù)流圖？它有哪些組成部分？答：（1）數(shù)據(jù)流圖：是用來刻畫數(shù)據(jù)流和轉(zhuǎn)換的信息系統(tǒng)建模技術(shù)。它用簡單的圖形記號分別表示數(shù)據(jù)流、轉(zhuǎn)換、數(shù)據(jù)源以及外部實(shí)體。（2）組成部分：外部實(shí)體：位于軟件系統(tǒng)邊界之外的信息生產(chǎn)者或消費(fèi)者，用方框表示轉(zhuǎn)換：轉(zhuǎn)換數(shù)據(jù)流的處理過程，用橢圓表示數(shù)據(jù)流：在轉(zhuǎn)換之間有向流動的數(shù)據(jù)項(xiàng)或數(shù)據(jù)項(xiàng)集合，用箭頭表示數(shù)據(jù)源：為一個或多個轉(zhuǎn)換提供數(shù)據(jù)源或數(shù)據(jù)存儲服務(wù)的緩沖區(qū)、文件或數(shù)據(jù)庫，用雙線表示。3、簡述SA方法的優(yōu)缺點(diǎn)。答：（1）優(yōu)點(diǎn)：SA方法是軟件

40、需求分析中公認(rèn)的、有成效的、技術(shù)成熟、使用廣泛的一種方法，該方法利用圖形等半形式化工具表達(dá)需求，簡明、易讀，也易于使用，為后一階段的設(shè)計(jì)、測試、評價提供了有利的條件。（2）SA方法的缺點(diǎn)：A：它沒有反映處理的順序，即控制流程。因此，不適合描述實(shí)時控制系統(tǒng)。B：SA方法使用DFD在分析與描述“數(shù)據(jù)要求”方面是有限的。C：DFD不是和描述人機(jī)界面系統(tǒng)的需求，對這一部分需用自然語言作補(bǔ)充。4、創(chuàng)建數(shù)據(jù)流模型應(yīng)遵循哪些規(guī)則？答：應(yīng)遵循的原則：（1）首先建立頂級數(shù)據(jù)流圖，其中只含有一個代表目標(biāo)軟件系統(tǒng)整體處理功能的轉(zhuǎn)換。（2）對用戶需求的文字描述進(jìn)行語法分析，其中的名詞和名詞短語構(gòu)成潛在的外部實(shí)體、數(shù)據(jù)

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

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

43、數(shù)據(jù)源以及外部實(shí)體。5、用例：從外部用戶的角度看，是執(zhí)行者與目標(biāo)軟件系統(tǒng)之間的一次典型的交互作用。六、應(yīng)用題1、為開發(fā)一個鐵路自動售票系統(tǒng)（該系統(tǒng)預(yù)計(jì)從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、某銀行的計(jì)算機(jī)儲蓄系統(tǒng)功能是：將儲戶填寫的存款單或取款單輸入系統(tǒng)，如果是存款，系統(tǒng)記錄存款人姓名、住址、存款類型、存款日期、利率等信息，并打印出存款單給儲戶，如果是取款，系

44、統(tǒng)計(jì)算清單給儲戶。畫出其中一層DFD。答：付款信息存款憑證存/取款信息登錄存折處理付款處理儲戶計(jì)時器賬號存款單無余拒付取款單儲戶核查時間結(jié)算單3、數(shù)據(jù)字典舉例：某高校可用的電話號碼有以下幾類：校內(nèi)電話號碼由4位數(shù)字組成，第1位數(shù)字不是0；校外電話又分為本市電話和外地電話兩類，撥校外電話需先撥0，如果是本市電話再接著撥8位電話號碼（第1位不是0），如果是外地電話則先撥區(qū)碼（35位數(shù)字），再撥當(dāng)?shù)仉娫捥柎a（7或8位數(shù)字，第1位不是0）。請定義上述的電話號碼(描述其數(shù)據(jù)字內(nèi)典)。答：電話號碼=校內(nèi)號碼 | 校外號碼校內(nèi)號碼=非零數(shù)字+3數(shù)字3 校外號碼=本市號碼 | 外地號碼）本市號碼=0+非零數(shù)字

45、+7數(shù)字7 外地號碼=0+區(qū)碼+當(dāng)?shù)靥柎a非零數(shù)字=1|2|3|4|5|6|7|8|9 區(qū)碼=3數(shù)字5 當(dāng)?shù)靥柎a=非零數(shù)字十6數(shù)字7 數(shù)字=0|1|2|3|4|5|6|7|8|9 第五章 軟件設(shè)計(jì)一、選擇題1. 結(jié)構(gòu)設(shè)計(jì)是一種應(yīng)用最廣泛的系統(tǒng)設(shè)計(jì)方法，是以( B) 為基礎(chǔ)、自頂向下、逐步求精和模塊化的過程。A、數(shù)據(jù)流 B、數(shù)據(jù)流圖 C、數(shù)據(jù)庫 D、數(shù)據(jù)結(jié)構(gòu)2. 概要設(shè)計(jì)的結(jié)果是提供一份 。( A )A、模塊說明書 B、框圖 C、程序 D、數(shù)據(jù)結(jié)構(gòu)3. 變換型和事務(wù)型是程序結(jié)構(gòu)的標(biāo)準(zhǔn)形式。從某處獲得數(shù)據(jù)，再對這些數(shù)據(jù)作處理，然后將結(jié)果送出是屬于 （ A ）。A、變換型 B、事務(wù)型4、 PAD（Pr

46、oblem Analysis Diagram）圖是一種（ B ） 工具。A、系統(tǒng)描述 B、詳細(xì)設(shè)計(jì) C、測試 D、編程輔助5. 在軟件開發(fā)中，有利于發(fā)揮集體智慧的一種做法是 ( A)。A、設(shè)計(jì)評審 B、模塊化 C、主程序員制 D、進(jìn)度控制6. 在結(jié)構(gòu)化程序設(shè)計(jì)思想提出以前，在程序設(shè)計(jì)中曾強(qiáng)調(diào)程序的 。現(xiàn)在，與程序的 相比，人們更重視程序的 。（ F、E）A、安全性 B、專用性 C、一致性 D、合理性E、可理解性 F、效率7、下列有關(guān)系統(tǒng)結(jié)構(gòu)圖的敘述中正確的是（ D）。A、 系統(tǒng)結(jié)構(gòu)圖中反映的是程序中數(shù)據(jù)流的情況。B、系統(tǒng)結(jié)構(gòu)圖是精確表達(dá)程序結(jié)構(gòu)的圖形表示法。因此，有時也可將系統(tǒng)結(jié)構(gòu)當(dāng)作程序流程

47、圖使用。C、 一個模塊的多個下屬模塊在系統(tǒng)結(jié)構(gòu)圖中所處的左右位置是無關(guān)緊要的。D、 在系統(tǒng)結(jié)構(gòu)圖中，上級模塊與其下屬模塊之間的調(diào)用關(guān)系用有向線段表示。這時，使用斜的線段和水平、垂直的線段具有相同的含義。8、確定測試計(jì)劃是在( A )階段制定的.A總體設(shè)計(jì) B.詳細(xì)設(shè)計(jì) C.編碼 D.測試9. 在開發(fā)軟件時，( A)可用來提高程序員的工作效率。A、程序開發(fā)環(huán)境 B、操作系統(tǒng)的作業(yè)管理功能C、編譯程序的優(yōu)化功能 D、并行運(yùn)算的大型計(jì)算機(jī)10、 1960年Dijkstra提倡的 （D） 是一種有效的提高程序設(shè)計(jì)效率的方法。A、標(biāo)準(zhǔn)化程序設(shè)計(jì) B、模塊化程序設(shè)計(jì)C、多道程序設(shè)計(jì) D、結(jié)構(gòu)化程序設(shè)計(jì)11

48、、內(nèi)聚程度最低的是( A )內(nèi)聚A.偶然 B.過程 C.順序 D.時間12、概要設(shè)計(jì)的任務(wù)是決定系統(tǒng)中各個模塊的外部特性，即其（ D） A、功能結(jié)構(gòu) B、輸入輸出數(shù)據(jù) C、算法和使用數(shù)據(jù) D、 A和B13、詳細(xì)設(shè)計(jì)的任務(wù)是決定每個模塊的（C）A、外部特性 B、內(nèi)部特性C、算法和使用數(shù)據(jù) D、功能和輸入輸出數(shù)據(jù)14、軟件的（） 設(shè)計(jì)又稱為總體結(jié)構(gòu)設(shè)計(jì)，其主要任務(wù)是建立軟件系統(tǒng)的總體結(jié)構(gòu)。A、概要 B、抽象 C、邏輯 D、規(guī)劃. 模塊本身的內(nèi)聚是模塊獨(dú)立性的重要度量因素之一，在七類內(nèi)聚中，具有最強(qiáng)內(nèi)聚的一類是（D） 。A、順序性內(nèi)聚 B、過程性內(nèi)聚C、邏輯性內(nèi)聚 D、功能性內(nèi)聚16、 Jackso

49、n設(shè)計(jì)方法是由英國的M.Jackson提出的，它是一種面向（） 的設(shè)計(jì)方法。A、對象 B、數(shù)據(jù)流 C、數(shù)據(jù)結(jié)構(gòu) D、控制結(jié)構(gòu)17 結(jié)構(gòu)化程序設(shè)計(jì)思想的核心是要求程序只由順序、循環(huán)和（） 三種結(jié)構(gòu)組成。A、分支 B、單入口 C、單出口 D、有規(guī)則GOTO18、 在軟件研究過程中，CASE是（ D） 。A、指計(jì)算機(jī)輔助系統(tǒng)工程 B、CAD和CAM技術(shù)的發(fā)展動力C、正在實(shí)驗(yàn)室用的工具 D、指計(jì)算機(jī)輔助軟件工程19、 軟件（結(jié)構(gòu)）設(shè)計(jì)階段文檔是 （ D）。A、系統(tǒng)模型說明書 B、程序流程圖C、系統(tǒng)功能說明書 D、模塊結(jié)構(gòu)圖和模塊說明書20、 結(jié)構(gòu)化系統(tǒng)設(shè)計(jì)階段的目的是 （A）。A、獲得良好的軟件結(jié)構(gòu)

50、B、獲得可讀性好的程序C、獲得滿足用戶需求的數(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ù)流圖的特點(diǎn)是，將某一個加工的輸入分解成并行的數(shù)據(jù)流，通過（ B） 執(zhí)行后面的加工。A、變換 B、選擇 C、合并 D、聯(lián)接23、 如果一個模塊要調(diào)用另一個模塊，在下列幾種方式中，采用（ B） 方式的塊間聯(lián)系小。A、過程調(diào)用，傳遞控制參數(shù) B、過程調(diào)用，傳遞數(shù)據(jù)參數(shù)C、直接引用，共用控制信息 D、直接引用，共用數(shù)據(jù)信息24. 軟

51、件的結(jié)構(gòu)化設(shè)計(jì)方法是以（C） 為依據(jù)的模塊結(jié)構(gòu)設(shè)計(jì)方法。A、系統(tǒng)數(shù)據(jù)要求 B、數(shù)據(jù)結(jié)構(gòu)C、數(shù)據(jù)流圖 D、數(shù)據(jù)流25、結(jié)構(gòu)化設(shè)計(jì)（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種耦合性由弱到強(qiáng)的順序排列，正確的是（D） 。A、控制耦合 數(shù)據(jù)耦合 公共耦合 B、數(shù)據(jù)耦合 公共耦合 控制耦合C、公共耦合 數(shù)據(jù)耦合 控制耦合 D、數(shù)據(jù)耦合 控制耦合 公共耦合28、在軟件的設(shè)計(jì)階段應(yīng)提供的文檔是（A） 。

52、A、軟件需求規(guī)格說明書B、概要設(shè)計(jì)規(guī)格說明書和詳細(xì)設(shè)計(jì)規(guī)格說明書C、數(shù)據(jù)字典及數(shù)據(jù)流圖 D、源程序以及源程序的說明書28、.某模塊的功能是打印錄取通知書或不錄取通知書，調(diào)用模塊可通過向此模塊傳遞布爾標(biāo)志信息決定本次調(diào)用執(zhí)行哪種通知書的打印。這種模塊間的耦合稱為 （ D ）。A、數(shù)據(jù)耦合 B、混合耦合 C、公共耦合 D、控制耦合29、程序編寫（實(shí)現(xiàn)）階段完成的文檔有（ B） 。A、詳細(xì)設(shè)計(jì)說明書、模塊開發(fā)宗卷 B、詳細(xì)設(shè)計(jì)說明書、用戶手冊C、模塊開發(fā)宗卷、操作手冊 D、用戶手冊、操作手冊30軟件的（ A ） 設(shè)計(jì)又稱為總體結(jié)構(gòu)設(shè)計(jì)，其主要任務(wù)是建立軟件系統(tǒng)的總體結(jié)構(gòu)。A、概要 B、抽象 C、邏輯 D、規(guī)劃31、模塊本身的內(nèi)聚是模塊獨(dú)立性的重要度量因素之一，在七類內(nèi)聚中，（ D ）具有最強(qiáng)內(nèi)聚的一類是 。A、順序性內(nèi)