【軟件工程及項(xiàng)目管理】全考測(cè)試及答案

概述一、名詞解釋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)格按照軟件生存周期各個(gè)階段來進(jìn)行開發(fā)，上一階段的輸出即是下一階段的輸入，并強(qiáng)調(diào)每一階段的嚴(yán)格性。它規(guī)定了各階段的任務(wù)和應(yīng)提交的成果及文檔，每一階段的任務(wù)完成后，都必須對(duì)其階段性產(chǎn)品（主要是文檔）進(jìn)行評(píng)審，通過后才能開始下一階段的工作。二、單項(xiàng)選擇題1、下面不屬于軟件工程的3個(gè)要素的是（D）。A、工具B、過程C、方法D、環(huán)境2、軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成（A）。A、計(jì)劃階段、開發(fā)階段、運(yùn)行階段。B、計(jì)劃階段、編程階段、測(cè)試階段。C、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編程調(diào)試。D、需求分析、功能定義、系統(tǒng)設(shè)計(jì)。3、(D)引入了“風(fēng)險(xiǎn)驅(qū)動(dòng)”的思想，適用于大規(guī)模的內(nèi)部開發(fā)項(xiàng)目。A．增量模型B．噴泉模型C．原型模型D．螺旋模型4、原型化方法是用戶和軟件開發(fā)人員之間進(jìn)行的一種交互過程，適用于（A）系統(tǒng)。A、需求不確定的B、需求確定的C、管理信息D、決策支持5、軟件是一種（C）A、程序B、數(shù)據(jù)C、邏輯產(chǎn)品D、物理產(chǎn)品6、瀑布模型的關(guān)鍵不足在于（B）A、過于簡(jiǎn)單 B、不能適應(yīng)需求的動(dòng)態(tài)變更C、過于靈活 D、各個(gè)階段需要進(jìn)行評(píng)審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、知識(shí)C、消耗D、體力10、軟件定義期間的問題定義階段涉及的人員有（D）。A、用戶、使用部門負(fù)責(zé)人B、軟件開發(fā)人員、用戶、使用部門負(fù)責(zé)人C、系統(tǒng)分析員、軟件開發(fā)人員D、系統(tǒng)分析員、軟件開發(fā)人員、用戶與使用部門負(fù)責(zé)人11、（A）是軟件生存期中的一系列相關(guān)軟件工程活動(dòng)的集合，它由軟件規(guī)格說明、軟件設(shè)計(jì)與開發(fā)、軟件確認(rèn)、軟件改進(jìn)等活動(dòng)組成。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ā)人員在各個(gè)階段以文檔作為前段工作成果的（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、較高B、較低C、可靠D、優(yōu)秀18、瀑布模型把軟件生存周期劃分為軟件定義、軟件開發(fā)和（C）三個(gè)階段，而每一階段又可細(xì)分為若干更小的階段。

A、詳細(xì)設(shè)計(jì)B、可行性分析C、運(yùn)行及維護(hù)D、測(cè)試與排錯(cuò)19、軟件生存周期是指（D）階段。A、軟件開始使用到用戶要求修改為止B、軟件開始使用到被淘汰為止C、從開始編寫程序到不能再使用為止D、從立項(xiàng)制定計(jì)劃，進(jìn)行需求分析到不能再使用為止20、件工程中描述生存周期的瀑布模型一般包括計(jì)劃、(B)、設(shè)計(jì)、編碼、測(cè)試、維護(hù)等幾個(gè)階段。（A）A、需求分析 B、需求調(diào)查 C、可行性分析 D、問題定義三、填空題1、軟件工程的3個(gè)要素的是工具、過程和方法2、軟件危機(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)品的一部分，沒有文檔的軟件就不稱其為軟件(對(duì))。2、在軟件開發(fā)的過程中，若能推遲暴露其中的錯(cuò)誤，則為修復(fù)和改正錯(cuò)誤所花費(fèi)的代價(jià)就會(huì)降低。（×）3、螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險(xiǎn)分析活動(dòng)。[√]4、快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。[√]5、軟件是指用程序設(shè)計(jì)語言（如PASCAL,C,VISUALBASIC等）編寫的程序，軟件開發(fā)實(shí)際上就是編寫程序代碼[×]。五、問答題1、產(chǎn)生軟件危機(jī)的主要原因有哪些？緩解軟件危機(jī)的途徑是什么答：（1）主要原因：1）需求描述不精確。2）對(duì)需求的理解有偏差，導(dǎo)致軟件與需求不一致。3）缺乏處理大型軟件項(xiàng)目的開發(fā)和管理經(jīng)驗(yàn)。4）開發(fā)大型軟件易產(chǎn)生疏漏和錯(cuò)誤。5）缺乏有力的方法學(xué)的指導(dǎo)和有效的開發(fā)工具的支持。6）解決供求矛盾將是一個(gè)永恒的主題。（2）緩解軟件危機(jī)的途徑：用軟件工程的思想指導(dǎo)軟件的開發(fā)2、瀑布模型有哪些優(yōu)點(diǎn)和缺點(diǎn)？適用于哪些場(chǎng)合？答：（1）優(yōu)點(diǎn)：提供了軟件開發(fā)的基本框架，有利于大型軟件開發(fā)過程中人員的組織、管理，有利于軟件開發(fā)方法和工具的研究與使用。（2）缺點(diǎn)：1）在開發(fā)初期就要求做出正確、全面、完整的需求分析是極其困難的。2）在需求分析階段，當(dāng)需求確定后，無法及時(shí)驗(yàn)證需求是否正確、完整。3）由于不支持產(chǎn)品的演化，缺乏靈活性，對(duì)開發(fā)過程中很難發(fā)現(xiàn)的錯(cuò)誤，只有在最終產(chǎn)品運(yùn)行時(shí)才能暴露出來，從而使產(chǎn)品難以維護(hù)。（3）瀑布模型適用場(chǎng)合：一般適用于功能、性能明確、完整、無重大變化的軟件系統(tǒng)的開發(fā)。3、什么是軟件工程？它的目標(biāo)和內(nèi)容是什么？答：（1）軟件工程：用工程、科學(xué)和數(shù)學(xué)的原則與方法開發(fā)、維護(hù)計(jì)算機(jī)軟件的有關(guān)技術(shù)和管理方法。（2）目標(biāo)是：在給定成本、進(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ù)性活動(dòng)。A、質(zhì)量策劃B、質(zhì)量控制C、質(zhì)量保證D、質(zhì)量改進(jìn)4、下列模型屬于成本估算方法的有（A）。Ａ、COCOMO模型Ｂ、McCall模型Ｃ、McCabe度量法Ｄ、CMM模型5、軟件項(xiàng)目計(jì)劃一般不包括以下哪項(xiàng)內(nèi)容（D）A、培訓(xùn)計(jì)劃B、人員安排C、進(jìn)度安排D、軟件開發(fā)標(biāo)準(zhǔn)的選擇和制定6、軟件按照設(shè)計(jì)的要求，在規(guī)定的時(shí)間和條件下達(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．容錯(cuò)性10、（C）是指在規(guī)定的條件下和規(guī)定期間內(nèi)，實(shí)現(xiàn)所指定功能的概率。A、可測(cè)試性B、可理解性C、可靠性D、可移植性11、在軟件工程中，當(dāng)前用于保證軟件質(zhì)量的主要技術(shù)手段還是（B）。A、正確性證明B、測(cè)試C、自動(dòng)程序設(shè)計(jì)D、符號(hào)證明12、在軟件工程中，高質(zhì)量的文檔標(biāo)準(zhǔn)是完整性、一致性和（C）。A、統(tǒng)一性B、安全性C、無二義性D、組合性13、軟件的可移植性是衡量軟件質(zhì)量的重要標(biāo)準(zhǔn)之一。它指的是（D）。A、一個(gè)軟件版本升級(jí)的容易程度B、一個(gè)軟件與其他軟件交換信息的容易程度C、一個(gè)軟件對(duì)軟硬件環(huán)境要求得到滿足的容易程度D、一個(gè)軟件從一個(gè)計(jì)算機(jī)系統(tǒng)或環(huán)境轉(zhuǎn)移到另一個(gè)計(jì)算機(jī)系統(tǒng)或環(huán)境的容易程度14、Putnam成本估算模型是一個(gè)（D）模型。A．靜態(tài)單變量B．動(dòng)態(tài)單變量C．靜態(tài)多變量D．動(dòng)態(tài)多變量15、在McCall軟件質(zhì)量度量模型中，（C）屬于面向軟件產(chǎn)品修改。A．可靠性B．可重用性C．適應(yīng)性D．可移植性二、填空題1、軟件項(xiàng)目管理的對(duì)象:主要包括產(chǎn)品、過程和資源2、McCall等人提出的三層次度量模型由軟件質(zhì)量要素、評(píng)價(jià)準(zhǔn)則、定量度量三個(gè)層次組成的。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個(gè)軟件質(zhì)量特性。三、名詞解釋1、軟件質(zhì)量：軟件產(chǎn)品滿足規(guī)定的和隱含的與需求能力有關(guān)的全部特征和特性。2、風(fēng)險(xiǎn)分析：貫穿在軟件工程上的一系列風(fēng)險(xiǎn)管理步驟，中包括風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)估計(jì)、風(fēng)險(xiǎn)管理策略、風(fēng)險(xiǎn)解決和風(fēng)險(xiǎn)監(jiān)督等。3、軟件可靠性：在某個(gè)給定時(shí)間間隔內(nèi)，程序按照規(guī)格說明成功運(yùn)行的概率。四、應(yīng)用題1、已知有一個(gè)國外典型的軟件項(xiàng)目的記錄，開發(fā)人員M=6人，其代碼行數(shù)L=20.2KLOC，工作量E=43PM，成本S=314000美元，錯(cuò)誤數(shù)N=64，文檔頁數(shù)Pd=1050頁。試計(jì)算開發(fā)該軟件項(xiàng)目的生產(chǎn)率P、平均成本C、代碼出錯(cuò)率EQR和文檔率D。解：根據(jù)給出的已知數(shù)據(jù)，可得：P=L/E=20.2KLOC/43PM=0.47KLOC/PM=470LOC/PMC=S/L=314000美元/20.2KLOC=15.54美元/LOCEQR=N/L=64個(gè)/20.2KLOC=3.17個(gè)/KLOCD=Pd/L=1050頁/20.2KLOC=51.98頁/KLOC2、已知某軟件項(xiàng)目的特征為：用戶輸入數(shù)為30，用戶輸出數(shù)為60，用戶查詢數(shù)為24，共有8個(gè)文件，有2個(gè)外部界面。如果每個(gè)信息量的加權(quán)因子都取“一般”值，所有的技術(shù)復(fù)雜性調(diào)節(jié)因子都取“普通”值，（1）用功能點(diǎn)度量方法計(jì)算該軟件項(xiàng)目的功能點(diǎn)。（2）其代碼行數(shù)=20.2KLOC，工作量E=43PM，成本S=314000美元，錯(cuò)誤數(shù)N=64，文檔頁數(shù)Pd=1050頁。試計(jì)算開發(fā)該軟件項(xiàng)目的生產(chǎn)率P、平均成本C、代碼出錯(cuò)率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=610FP=CT×TCF=CT[0.65+0.01∑Fi]=610×[0.65+0.01×3×14]=652.7功能點(diǎn)答：該軟件項(xiàng)目共有652.7功能點(diǎn)。（2）解：1）生產(chǎn)率P（平均每人月開發(fā)的功能點(diǎn)數(shù)，以功能點(diǎn)/PM為單位）：P=FP/E=652.7/432）平均成本C（以美元/功能點(diǎn)或元/功能點(diǎn)為單位）：C=S/FP=314000/652.73）代碼出錯(cuò)率EQR（即每功能點(diǎn)的平均錯(cuò)誤數(shù)，以個(gè)/功能點(diǎn)為單位）為：EQR=N/FP=64/652.74）軟件的文檔率D（即平均每功能點(diǎn)的文檔頁數(shù)，以頁/功能點(diǎn)為單位）為：D=Pd/FP=105/652.7五、判斷題1、當(dāng)軟件開發(fā)項(xiàng)目的進(jìn)度有可能拖延時(shí)，增加開發(fā)人員并不一定能加快進(jìn)度。（√）第三章可行性分析一、單選題1、軟件可行性研究一般不考慮（D）A、是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)B、是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)C、待開發(fā)軟件是否有市場(chǎng)、經(jīng)濟(jì)上是否合算D、待開發(fā)的軟件是否會(huì)有質(zhì)量問題2、可行性研究要進(jìn)行一次（C）需求分析。A、詳細(xì)的B、全面的C、簡(jiǎn)化的、壓縮的D．徹底的設(shè)計(jì)3、經(jīng)濟(jì)可行性研究的范圍包括（C）。A、資源有效性B、管理制度C、效益分析D、開發(fā)風(fēng)險(xiǎn)4、在可行性研究階段，對(duì)系統(tǒng)所要求的功能、性能以及限制條件進(jìn)行分析，確定是否能夠構(gòu)成一個(gè)滿足要求的系統(tǒng)，這稱為（B）可行性。A.經(jīng)濟(jì)可行性 B.技術(shù)可行性C.社會(huì)可行性 D.法律可行性5、為保證軟件質(zhì)量，在軟件生存周期的每個(gè)階段結(jié)束之前，都需要進(jìn)行（C）工作。A、制定計(jì)劃B、測(cè)試C、審查D、交接6、研究開發(fā)所需要的成本和資源是屬于可行性研究中的(B)研究的一方面。A.技術(shù)可行性 B.經(jīng)濟(jì)可行性C.社會(huì)可行性 D.法律可行性二、填空題1、可行性研究的目的是用最小的代價(jià)，在最短的時(shí)間內(nèi)確定問題是否可能解決和值得去解決，主要從經(jīng)濟(jì)可行性、技術(shù)可行性和社會(huì)可行性等方面研究。2、整個(gè)生存周期系統(tǒng)的累計(jì)收入的折現(xiàn)值PT與總成本折現(xiàn)值ST之差稱為純收入，把資金投入到項(xiàng)目中與把資金存入銀行比較，其中投入到項(xiàng)目中可獲得的年利率就稱為項(xiàng)目的投資回收率三、判斷題1、軟件可行性研究一般不考慮待開發(fā)軟件是否有市場(chǎng)、經(jīng)濟(jì)上是否合算（×）四、問答題1、可行性分析的主要任務(wù)是什么？答：可行性研究的主要任務(wù)是：了解客戶的要求及現(xiàn)實(shí)環(huán)境，從技術(shù)、經(jīng)濟(jì)和社會(huì)因素等三方面研究并論證本軟件項(xiàng)目的可行性，編寫可行性研究報(bào)告，制定初步項(xiàng)目開發(fā)計(jì)劃。1）經(jīng)濟(jì)可行性研究：度量系統(tǒng)解決方案的性能價(jià)格比。估算開發(fā)成本和利潤，進(jìn)行成本效益分析。2）技術(shù)可行性研究：度量一個(gè)特定技術(shù)信息系統(tǒng)解決方案的實(shí)用性及技術(shù)資源的可用性。3）運(yùn)行、操作可行性研究：用戶使用可能性；時(shí)間進(jìn)度可行性；組織和文化上的可行性4）法律可行性研究：開發(fā)項(xiàng)目是否會(huì)在社會(huì)上、法律上或政治上引起侵權(quán)、破壞或其它責(zé)任問題。5）開發(fā)方案的選擇第四章需求分析一、單選題1、在各種不同的軟件需求中，（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、時(shí)序圖反映對(duì)象之間發(fā)送消息的時(shí)間順序，它與（D）是同構(gòu)的。A、用例圖B、類圖C、活動(dòng)圖D、協(xié)作圖6、在各種不同的軟件需求中，功能需求描述了用戶使用產(chǎn)品必須要完成的任務(wù)，可以在用例模型或方案腳本中予以說明，（C）是從各個(gè)角度對(duì)系統(tǒng)的約束和限制，反映了應(yīng)用對(duì)軟件系統(tǒng)質(zhì)量和特性的額外要求。A、業(yè)務(wù)需求B、功能要求C、非功能需求D、用戶需求7、（A）意味著一個(gè)操作在不同的類中可以有不同的實(shí)現(xiàn)方式。A、多態(tài)性B、多繼承C、類的復(fù)用D、封裝8、（D）工具在軟件詳細(xì)設(shè)計(jì)過程中不采用。A、判定表B、IPO圖C、PDLD、DFD圖9、在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系（B）A、繼承和聚集 B、繼承和一般C、聚集和消息傳遞 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ū)ο蟮奶卣鳎―）A、多態(tài)性B、繼承性C、封裝性D、過程調(diào)用12、面向?qū)ο竽Ｐ椭饕梢韵履男┠Ｐ徒M成（A）A、對(duì)象模型、動(dòng)態(tài)模型、功能模型B、對(duì)象模型、數(shù)據(jù)模型、功能模型C、數(shù)據(jù)模型、動(dòng)態(tài)模型、功能模型D、對(duì)象模型、動(dòng)態(tài)模型、數(shù)據(jù)模型13、以下哪種屬于精確的用戶需求描述（A）A、系統(tǒng)的響應(yīng)時(shí)間不能超過3秒B、系統(tǒng)必須用菜單驅(qū)動(dòng)C、在數(shù)據(jù)錄入界面，應(yīng)該有10個(gè)按鈕D、電梯應(yīng)平穩(wěn)運(yùn)行14、在數(shù)據(jù)流圖中，橢圓代表（C）A、源點(diǎn)B、終點(diǎn)C、加工D、模塊15、下列（B）不是軟件需求說明書性能描述包含的內(nèi)容。A、預(yù)期的軟件響應(yīng)B、測(cè)試種類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、OOA模型規(guī)定了一組對(duì)象如何協(xié)同才能完成軟件系統(tǒng)所指定的工作。這種協(xié)同在模型中是以表明對(duì)象通信方式的一組（A）連接來表示的。A、消息B、記錄C、數(shù)據(jù)D、屬性20、進(jìn)行需求分析可使用多種工具，但（B）是不適用的。A、數(shù)據(jù)流圖B、判定表C、PAD圖D、數(shù)據(jù)詞典21、對(duì)象類之間的聚集關(guān)系就是（B）關(guān)系。A、一般特殊 B、整體-部分 C、相互依賴 D、層次構(gòu)造22、用于描述對(duì)象模型的工具是（D）。A、數(shù)據(jù)流圖B、結(jié)構(gòu)圖C、狀態(tài)圖D、對(duì)象圖23、結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（D）。A、程序的規(guī)模B、程序的效率C、程序設(shè)計(jì)語言的先進(jìn)性D、程序易讀性24、對(duì)象類之間的聚集關(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ù)流向或流自文件時(shí)，（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ì)劃D、合同文檔28分層數(shù)據(jù)流圖是一種比較嚴(yán)格又易于理解的描述方式，它的頂層描繪了系統(tǒng)的（A）。A、總貌B、細(xì)節(jié)C、抽象D、軟件的作者29、需求分析中開發(fā)人員要從用戶那里了解（A）A．軟件做什么B．用戶使用界面C．輸入的信息D．軟件的規(guī)模30、對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（C）于對(duì)象的統(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ù)流圖、（Ｄ）和加工說明等描述工具，即用直觀的圖和簡(jiǎn)潔的語言來描述軟件系統(tǒng)模型。A、DFD圖B、PAD圖C、IPO圖D、數(shù)據(jù)字典33、分層的數(shù)據(jù)流圖中，父圖與子圖的平衡是指（D）的平衡。A、處理B、數(shù)據(jù)存儲(chǔ)C、外部項(xiàng)D、數(shù)據(jù)流34、數(shù)據(jù)流圖中，當(dāng)數(shù)據(jù)流向或流自數(shù)據(jù)存儲(chǔ)時(shí)，（B）。A、數(shù)據(jù)流要命名，數(shù)據(jù)存儲(chǔ)不必命名

B、數(shù)據(jù)流不必命名，數(shù)據(jù)存儲(chǔ)要命名

C、數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)均應(yīng)命名，因流進(jìn)和流出的數(shù)據(jù)流可能不同

D、數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)都不必命名，因?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、數(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ù)流圖、和加工說明等描述工具，即用直觀的圖和簡(jiǎn)潔的語言來描述軟件系統(tǒng)模型。DA、DFD圖B、PAD圖C、IPO圖D、數(shù)據(jù)字典40、某模塊的輸入數(shù)據(jù)為某工廠中一個(gè)車間的生產(chǎn)產(chǎn)量表，通過該模塊可以計(jì)算出車間中生產(chǎn)工人的平均產(chǎn)量、統(tǒng)計(jì)產(chǎn)量前10名的人員名單，從內(nèi)聚度來看，該模塊屬于（C）。

A、邏輯內(nèi)聚B、通信內(nèi)聚C、順序內(nèi)聚D、功能內(nèi)聚41.分層的數(shù)據(jù)流圖中，父圖與子圖的平衡是指(D)的平衡。A、處理B、數(shù)據(jù)存儲(chǔ)C、外部項(xiàng)D、數(shù)據(jù)流42.數(shù)據(jù)流圖中，當(dāng)數(shù)據(jù)流向或流自數(shù)據(jù)存儲(chǔ)時(shí)，(B)。

A、數(shù)據(jù)流要命名，數(shù)據(jù)存儲(chǔ)不必命名

B、數(shù)據(jù)流不必命名，數(shù)據(jù)存儲(chǔ)要命名

C、數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)均應(yīng)命名，因流進(jìn)和流出的數(shù)據(jù)流可能不同

D、數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)都不必命名，因?yàn)閺奶幚砩峡勺匀环从吵鰜?4.數(shù)據(jù)字典是軟件需求分析階段的重要工具之一，它的基本功能是(A)。A、數(shù)據(jù)定義B、數(shù)據(jù)維護(hù)C、數(shù)據(jù)通訊D、數(shù)據(jù)庫設(shè)計(jì)45數(shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中出現(xiàn)的組成元素定義的集合，它不包括(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)先級(jí)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ā)的需求分析階段的重要工作之一是（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)收測(cè)試的依據(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)問題的初略陳述，其中部分描述如下：某商場(chǎng)的采購部門要求每天開出定購清單，交采購員；倉庫管理員將此要求輸入系統(tǒng)，經(jīng)庫存業(yè)務(wù)（進(jìn)貸或出貸）處理后輸出。從這段描述可知該部分?jǐn)?shù)據(jù)流圖中的外部項(xiàng)為（A）。A、采購員、倉庫管理員B、定購清單、庫存業(yè)務(wù)C、庫存業(yè)務(wù)D、定購清單、采購員54、下列敘述中，（B）不屬于數(shù)據(jù)字典的作用。A、作為編碼階段的描述工具B、為用戶與開發(fā)人員之間統(tǒng)一認(rèn)識(shí)C、作為概要設(shè)計(jì)的依據(jù)D、為需求分析階段定義各類條目55、在面向?qū)ο筌浖椒ㄖ校邦悺笔牵―）。A、具有同類數(shù)據(jù)的對(duì)象的集合B、具有相同操作的對(duì)象的集合C、具有同類數(shù)據(jù)的對(duì)象的定義D、具有同類數(shù)據(jù)和相同操作的對(duì)象的定義56、數(shù)據(jù)流圖所描述的是實(shí)際系統(tǒng)的（A）。A、邏輯模型B、物理模型C、程序流程D、數(shù)據(jù)結(jié)構(gòu)57、面向?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)境場(chǎng)所的狀態(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、軟件需求是指用戶對(duì)目標(biāo)軟件系統(tǒng)在功能、性能、行為、設(shè)計(jì)約束等方面的期望。2、需求分析階段的任務(wù)是確定待開發(fā)的軟件系統(tǒng)“做什么”。該階段的主要成果有主要成果有軟件需求規(guī)格說明書（或SRS）3、初步需求獲取技術(shù)的方法：訪談與會(huì)議、觀察用戶工作流程、分析人員和用戶組成聯(lián)合小組4、參加需求評(píng)審的人員應(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)中各個(gè)子功能及它們之間的數(shù)據(jù)流動(dòng)的圖形表示。7、按照信息的流向、結(jié)構(gòu)、和內(nèi)容三個(gè)方面可以將現(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)的動(dòng)態(tài)模型和組成對(duì)象間的交互關(guān)系。實(shí)現(xiàn)圖用于描述系統(tǒng)的物理實(shí)現(xiàn)。10、對(duì)象是現(xiàn)實(shí)世界中個(gè)體或事物的抽象表示，11、對(duì)象之間通過消息進(jìn)行通信12、用例與用例之間存在兩種關(guān)系：使用和擴(kuò)展關(guān)系13、類之間的關(guān)系：繼承、聚集、關(guān)聯(lián)和依賴14、面向?qū)ο蟮奶卣髦饕卸鄳B(tài)性、繼承性和封裝性15、在需求分析中，可從有關(guān)問題的簡(jiǎn)述中提取組成數(shù)據(jù)流圖的基本成分。通常問題簡(jiǎn)述中的動(dòng)詞短語將成為數(shù)據(jù)流圖中的加工（或處理）成分。三、判斷題1、在需求分析過程中，分析員要從用戶那里解決的最重要的問題是給該軟件提供哪些信息(×)。2、需求規(guī)格說明書在軟件開發(fā)中具有重要的作用，它也可以作為軟件可行性分析的依據(jù)(×)。3、面向?qū)ο蟮姆治鍪敲嫦蛴?jì)算機(jī)系統(tǒng)建立軟件系統(tǒng)的對(duì)象模型(錯(cuò))。4、在軟件開發(fā)的過程中，若能推遲暴露其中的錯(cuò)誤，則為修復(fù)和改正錯(cuò)誤所花費(fèi)的代價(jià)就會(huì)降低。（×）5、在需求分析中，分析員要從用戶那里解決的最重要的問題是明確軟件做什么。（√）6、模型是對(duì)現(xiàn)實(shí)的簡(jiǎn)化，建模是為了更好地理解所開發(fā)的系統(tǒng)。（√）7、用例圖定義了系統(tǒng)的功能需求，它是從系統(tǒng)的外部看系統(tǒng)功能，并不描述系統(tǒng)內(nèi)部對(duì)功能的具體實(shí)現(xiàn)（√）8、數(shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)的源和終點(diǎn)進(jìn)行詳細(xì)定義。[×]9、快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。[√]10、在面向?qū)ο蟮能浖_發(fā)方法中，每個(gè)類都存在其相應(yīng)的對(duì)象，類是對(duì)象的實(shí)例，對(duì)象是生成類的模板。[×]12、某加工的輸入是一個(gè)數(shù)據(jù)流，該加工的輸出也必定是一個(gè)數(shù)據(jù)流（錯(cuò)）13、在進(jìn)行需求分析時(shí)同時(shí)考慮維護(hù)問題。（對(duì)）14、盡可能在軟件開發(fā)過程中保證各階段文檔的正確性。（對(duì)）15、判定表的優(yōu)點(diǎn)是容易轉(zhuǎn)換為計(jì)算機(jī)實(shí)現(xiàn)，缺點(diǎn)是不能夠描述組合條件。（錯(cuò)）四、問答題1、什么是需求分析，其任務(wù)是什么？答：需求分析：通過對(duì)應(yīng)用問題及其環(huán)境的分析與理解，采用一系列的分析方法和技術(shù)，將用戶的需求逐步精確化、完全化、一致化，最終形成需求規(guī)格說明文檔的過程。（2）需求分析的任務(wù)就是準(zhǔn)確地定義未來系統(tǒng)的目標(biāo)，確定為了滿足用戶的需求系統(tǒng)必須做什么。用<需求規(guī)格說明書>規(guī)范的形式準(zhǔn)確地表達(dá)用戶的需求。2、什么叫數(shù)據(jù)流圖？它有哪些組成部分？答：（1）數(shù)據(jù)流圖：是用來刻畫數(shù)據(jù)流和轉(zhuǎn)換的信息系統(tǒng)建模技術(shù)。它用簡(jiǎn)單的圖形記號(hào)分別表示數(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)換之間有向流動(dòng)的數(shù)據(jù)項(xiàng)或數(shù)據(jù)項(xiàng)集合，用箭頭表示數(shù)據(jù)源：為一個(gè)或多個(gè)轉(zhuǎn)換提供數(shù)據(jù)源或數(shù)據(jù)存儲(chǔ)服務(wù)的緩沖區(qū)、文件或數(shù)據(jù)庫，用雙線表示。3、簡(jiǎn)述SA方法的優(yōu)缺點(diǎn)。答：（1）優(yōu)點(diǎn)：SA方法是軟件需求分析中公認(rèn)的、有成效的、技術(shù)成熟、使用廣泛的一種方法，該方法利用圖形等半形式化工具表達(dá)需求，簡(jiǎn)明、易讀，也易于使用，為后一階段的設(shè)計(jì)、測(cè)試、評(píng)價(jià)提供了有利的條件。（2）SA方法的缺點(diǎn)：A：它沒有反映處理的順序，即控制流程。因此，不適合描述實(shí)時(shí)控制系統(tǒng)。B：SA方法使用DFD在分析與描述“數(shù)據(jù)要求”方面是有限的。C：DFD不是和描述人機(jī)界面系統(tǒng)的需求，對(duì)這一部分需用自然語言作補(bǔ)充。4、創(chuàng)建數(shù)據(jù)流模型應(yīng)遵循哪些規(guī)則？答：應(yīng)遵循的原則：（1）首先建立頂級(jí)數(shù)據(jù)流圖，其中只含有一個(gè)代表目標(biāo)軟件系統(tǒng)整體處理功能的轉(zhuǎn)換。（2）對(duì)用戶需求的文字描述進(jìn)行語法分析，其中的名詞和名詞短語構(gòu)成潛在的外部實(shí)體、數(shù)據(jù)源或數(shù)據(jù)流，動(dòng)詞構(gòu)成潛在的處理功能。（3）采用通常的功能分解方法，按照“強(qiáng)內(nèi)聚、松耦合”的原則逐個(gè)對(duì)處理功能進(jìn)行精化；與此同時(shí)逐步完成對(duì)數(shù)據(jù)流的精化，并針對(duì)被精化的處理功能生成下一級(jí)數(shù)據(jù)流圖。（4）精化過程中必須維持各級(jí)數(shù)據(jù)流圖之間的數(shù)據(jù)流平衡。（5）精化過程應(yīng)適可而止，避免涉及軟件設(shè)計(jì)細(xì)節(jié)。5、用例圖、狀態(tài)圖、協(xié)作圖、活動(dòng)圖、順序圖在面向?qū)ο蠓椒ǜ髌鹗裁醋饔?？答：?）用例圖：從外部用戶角度描述系統(tǒng)功能，并指出各功能的操作者。（2）狀態(tài)圖：描述類的對(duì)象的動(dòng)態(tài)行為。（3）協(xié)作圖：描述相互合作的對(duì)象間的交互關(guān)系，它描述的交互關(guān)系是對(duì)象間的消息連接關(guān)系（4）活動(dòng)圖：描述系統(tǒng)為完成某項(xiàng)功能執(zhí)行的操作序列。著重描述操作實(shí)現(xiàn)中完成的工作以及用例實(shí)例或?qū)ο笾械幕顒?dòng)。（5）順序圖：主要描述對(duì)象之間的動(dòng)態(tài)合作以及合作過程中的行為次序，常用來描述一個(gè)用例的行為。五、名詞解釋1、軟件需求：是指用戶對(duì)目標(biāo)軟件系統(tǒng)在功能、性能、行為、設(shè)計(jì)約束等方面的期望。2、需求分析：通過對(duì)應(yīng)用問題及其環(huán)境的分析與理解，采用一系列的分析方法和技術(shù)，將用戶的需求逐步精確化、完全化、一致化，最終形成需求規(guī)格說明文檔的過程。3、抽象：是認(rèn)識(shí)復(fù)雜現(xiàn)象過程中使用的思維工具，即抽出事物本質(zhì)的共同的特征而暫不考慮它的細(xì)節(jié)，不考慮其它因素。4、數(shù)據(jù)流圖：是用來刻畫數(shù)據(jù)流和轉(zhuǎn)換的信息系統(tǒng)建模技術(shù)。它用簡(jiǎn)單的圖形記號(hào)分別表示數(shù)據(jù)流、轉(zhuǎn)換、數(shù)據(jù)源以及外部實(shí)體。5、用例：從外部用戶的角度看，是執(zhí)行者與目標(biāo)軟件系統(tǒng)之間的一次典型的交互作用。六、應(yīng)用題1、為開發(fā)一個(gè)鐵路自動(dòng)售票系統(tǒng)（該系統(tǒng)預(yù)計(jì)從2004年使用到2014年），請(qǐng)從供選擇的答案中選出A、B、C、D和E的內(nèi)容來完成下面的數(shù)據(jù)流圖（每空1分，共5分）（1）A～E的供選擇答案如下：①車次表；②接受；③售票記錄；④購票請(qǐng)求；⑤拒絕。A、B、C、D、E、A、購票請(qǐng)求B、接受C、拒絕D、車次表E、售票記錄2、某銀行的計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)功能是：將儲(chǔ)戶填寫的存款單或取款單輸入系統(tǒng)，如果是存款，系統(tǒng)記錄存款人姓名、住址、存款類型、存款日期、利率等信息，并打印出存款單給儲(chǔ)戶，如果是取款，系統(tǒng)計(jì)算清單給儲(chǔ)戶。畫出其中一層DFD。答：付款信息付款信息存款憑證存/取款信息登錄存折處理付款處理儲(chǔ)戶計(jì)時(shí)器賬號(hào)存款單無余拒付取款單儲(chǔ)戶核查時(shí)間結(jié)算單3、數(shù)據(jù)字典舉例：某高?？捎玫碾娫捥?hào)碼有以下幾類：校內(nèi)電話號(hào)碼由4位數(shù)字組成，第1位數(shù)字不是0；校外電話又分為本市電話和外地電話兩類，撥校外電話需先撥0，如果是本市電話再接著撥8位電話號(hào)碼（第1位不是0），如果是外地電話則先撥區(qū)碼（3～5位數(shù)字），再撥當(dāng)?shù)仉娫捥?hào)碼（7或8位數(shù)字，第1位不是0）。請(qǐng)定義上述的電話號(hào)碼(描述其數(shù)據(jù)字內(nèi)典)。答：電話號(hào)碼=「校內(nèi)號(hào)碼|校外號(hào)碼］校內(nèi)號(hào)碼=非零數(shù)字+3{數(shù)字}3校外號(hào)碼=［本市號(hào)碼|外地號(hào)碼］）本市號(hào)碼=0+非零數(shù)字+7{數(shù)字}7外地號(hào)碼=0+區(qū)碼+當(dāng)?shù)靥?hào)碼非零數(shù)字=[1|2|3|4|5|6|7|8|9]區(qū)碼=3{數(shù)字｝5當(dāng)?shù)靥?hào)碼=非零數(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ù)，再對(duì)這些數(shù)據(jù)作處理，然后將結(jié)果送出是屬于（A）。

A、變換型B、事務(wù)型4、PAD（ProblemAnalysisDiagram）圖是一種（B）工具。

A、系統(tǒng)描述B、詳細(xì)設(shè)計(jì)C、測(cè)試D、編程輔助5.在軟件開發(fā)中，有利于發(fā)揮集體智慧的一種做法是(A)。

A、設(shè)計(jì)評(píng)審B、模塊化C、主程序員制D、進(jìn)度控制6.在結(jié)構(gòu)化程序設(shè)計(jì)思想提出以前，在程序設(shè)計(jì)中曾強(qiáng)調(diào)程序的①?，F(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)的圖形表示法。因此，有時(shí)也可將系統(tǒng)結(jié)構(gòu)當(dāng)作程序流程圖使用。C、一個(gè)模塊的多個(gè)下屬模塊在系統(tǒng)結(jié)構(gòu)圖中所處的左右位置是無關(guān)緊要的。D、在系統(tǒng)結(jié)構(gòu)圖中，上級(jí)模塊與其下屬模塊之間的調(diào)用關(guān)系用有向線段表示。這時(shí)，使用斜的線段和水平、垂直的線段具有相同的含義。8、確定測(cè)試計(jì)劃是在(A)階段制定的.A．總體設(shè)計(jì)B.詳細(xì)設(shè)計(jì)C.編碼D.測(cè)試9.在開發(fā)軟件時(shí)，(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、內(nèi)聚程度最低的是(A)內(nèi)聚A.偶然B.過程C.順序D.時(shí)間12、概要設(shè)計(jì)的任務(wù)是決定系統(tǒng)中各個(gè)模塊的外部特性，即其（D）A、功能結(jié)構(gòu)B、輸入輸出數(shù)據(jù)C、算法和使用數(shù)據(jù)D、A和B13、詳細(xì)設(shè)計(jì)的任務(wù)是決定每個(gè)模塊的（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、Jackson設(shè)計(jì)方法是由英國的M.Jackson提出的，它是一種面向（Ｃ）的設(shè)計(jì)方法。A、對(duì)象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ā)展動(dòng)力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)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)是，將某一個(gè)加工的輸入分解成并行的數(shù)據(jù)流，通過（B）執(zhí)行后面的加工。A、變換B、選擇C、合并D、聯(lián)接23、如果一個(gè)模塊要調(diào)用另一個(gè)模塊，在下列幾種方式中，采用（B）方式的塊間聯(lián)系小。

A、過程調(diào)用，傳遞控制參數(shù)B、過程調(diào)用，傳遞數(shù)據(jù)參數(shù)

C、直接引用，共用控制信息D、直接引用，共用數(shù)據(jù)信息24.軟件的結(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、時(shí)間內(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）。

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è)

C、模塊開發(fā)宗卷、操作手冊(cè)D、用戶手冊(cè)、操作手冊(cè)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)聚B、過程性內(nèi)聚C、邏輯性內(nèi)聚D、功能性內(nèi)聚32、結(jié)構(gòu)化系統(tǒng)設(shè)計(jì)階段的目的是（A）。

A、獲得良好的軟件結(jié)構(gòu)B、獲得可讀性好的程序

C、獲得滿足用戶需求的數(shù)據(jù)流圖D、獲得高效的算法33、一個(gè)模塊直接引用另一個(gè)模塊中的數(shù)據(jù)，則兩個(gè)模塊之間可能的耦合是（D）A、公共耦合 B、數(shù)據(jù)耦合 C、邏輯耦合D、內(nèi)容耦合34、一個(gè)模塊通過公共數(shù)據(jù)結(jié)構(gòu)把數(shù)據(jù)傳送給另一個(gè)模塊，則兩個(gè)模塊之間可能的耦合是（A）A、公共耦合 B、數(shù)據(jù)耦合 C、邏輯耦合D、內(nèi)容耦合35、在詳細(xì)設(shè)計(jì)階段，經(jīng)常采用的工具有（A）A．PADB．SAC．SCD．DFD36、結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（D）A．程序的規(guī)模B．程序的效率C．程序設(shè)計(jì)語言的先進(jìn)性D．程序易讀性37、源程序的版面文檔要求應(yīng)有變量說明、適當(dāng)注釋和（B）。A、框圖B、統(tǒng)一書寫格式C、修改記錄D、編程日期38、（A）意味著一個(gè)操作在不同的類中可以有不同的實(shí)現(xiàn)方式。A、多態(tài)性B、多繼承C、類的可復(fù)用D、信息隱蔽39、時(shí)序圖反映對(duì)象之間發(fā)送消息的時(shí)間順序，它與（D）是同構(gòu)的。A、用例圖B、類圖C、活動(dòng)圖D、協(xié)作圖40、（A）意味著一個(gè)操作在不同的類中可以有不同的實(shí)現(xiàn)方式。A、多態(tài)性B、多繼承C、類的復(fù)用D、封裝41、為了提高模塊的獨(dú)立性，模塊內(nèi)部最好是（C）A、邏輯內(nèi)聚B、時(shí)間內(nèi)聚C、功能內(nèi)聚D、通信內(nèi)聚42、SD方法設(shè)計(jì)的結(jié)果是（D）。A、源代碼B、偽代碼C、模塊D、模塊結(jié)構(gòu)圖43、（D）工具在軟件詳細(xì)設(shè)計(jì)過程中不采用。A、判定表B、IPO圖C、PDLD、DFD圖44、在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系（B）A、繼承和聚集 B、繼承和一般C、聚集和消息傳遞 D、繼承和方法調(diào)用45、結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（D）。A、程序的規(guī)模B、程序的效率C、程序設(shè)計(jì)語言的先進(jìn)性D、程序易讀性46、以下哪一項(xiàng)不是面向?qū)ο蟮奶卣鳎―）A、多態(tài)性B、繼承性C、封裝性D、過程調(diào)用47、軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的（A）A、算法和使用的數(shù)據(jù)結(jié)構(gòu)B、外部接口C、功能D、編程48、軟件結(jié)構(gòu)圖的形態(tài)特征能反映程序重用率的是（C）A、深度B、寬度C、扇入D、扇出49、為了提高模塊的獨(dú)立性，模塊內(nèi)部最好是（C）A、邏輯內(nèi)聚B、時(shí)間內(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è)計(jì)階段的輸出主要是（D）。A、程序B、模塊C、偽代碼D、設(shè)計(jì)規(guī)格說明書53、SD方法設(shè)計(jì)的結(jié)果是（D）。A、源代碼B、偽代碼C、模塊D、模塊結(jié)構(gòu)圖54、在軟件開發(fā)和維護(hù)的過程中，為了定量地評(píng)價(jià)軟件質(zhì)量，必須對(duì)軟件特性進(jìn)行（B）。A、測(cè)試B、度量C、評(píng)審D、維護(hù)55、面向?qū)ο蟪绦蛟O(shè)計(jì)中，基于父類創(chuàng)建的子類具有父類的所有特性（屬性和方法），這一特點(diǎn)稱為類的（C）。A、多態(tài)性B、封裝性C、繼承性D、重用性56、從工程管理的角度來看。軟件設(shè)計(jì)分兩步完成（D）A、①系統(tǒng)分析②模塊設(shè)計(jì)B．①詳細(xì)設(shè)計(jì)②總體設(shè)計(jì)。C．①模塊設(shè)計(jì)②詳細(xì)設(shè)計(jì)D．①總體設(shè)計(jì)②詳細(xì)設(shè)計(jì)58、OOA模型規(guī)定了一組對(duì)象如何協(xié)同才能完成軟件系統(tǒng)所指定的工作。這種協(xié)同在模型中是以表明對(duì)象通信方式的一組（A）連接來表示的。A、消息B、記錄C、數(shù)據(jù)D、屬性59、用于描述對(duì)象模型的工具是（D）。A、數(shù)據(jù)流圖B、結(jié)構(gòu)圖C、狀態(tài)圖D、對(duì)象圖60、內(nèi)聚是從功能角度來度量模塊內(nèi)的聯(lián)系。一個(gè)子程序中，兩個(gè)操作只是使用相同數(shù)據(jù)，而不存在其它任何聯(lián)系時(shí)的內(nèi)聚關(guān)系為（B）。A、邏輯內(nèi)聚B、通信內(nèi)聚C、過程內(nèi)聚D、順序內(nèi)聚61、（C）不屬于概要設(shè)計(jì)所解決的問題范圍。A、確定模塊的層次結(jié)構(gòu)B、全程數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)C、描述系統(tǒng)的功能與性能 D、修改用戶手冊(cè)62、變換型數(shù)據(jù)流圖通常是（A）形態(tài)。A、線性B、層次C、網(wǎng)狀D、無規(guī)則63、JSP方法是一種面向（D）的設(shè)計(jì)方法。A、對(duì)象B、數(shù)據(jù)流C、控制結(jié)構(gòu)D、數(shù)據(jù)結(jié)構(gòu)64、結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（D）。A、程序的規(guī)模B、程序的效率C、程序設(shè)計(jì)語言的先進(jìn)性D、程序易讀性66、軟件（結(jié)構(gòu)）設(shè)計(jì)階段文檔是（D）。A、系統(tǒng)模型說明書B、程序流程圖C、系統(tǒng)功能說明書D、模塊結(jié)構(gòu)圖和模塊說明書67、事務(wù)型結(jié)構(gòu)數(shù)據(jù)流圖的特點(diǎn)是，將某一個(gè)加工的輸入分解成并行的數(shù)據(jù)流，通過（B）執(zhí)行后面的加工。

A、變換B、選擇C、合并D、聯(lián)接68、如果一個(gè)模塊要調(diào)用另一個(gè)模塊，在下列幾種方式中，采用（B）方式的塊間聯(lián)系小。

A、過程調(diào)用，傳遞控制參數(shù)B、過程調(diào)用，傳遞數(shù)據(jù)參數(shù)

C、直接引用，共用控制信息D、直接引用，共用數(shù)據(jù)信息69、軟件的結(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ù)流70、在結(jié)構(gòu)化方法中，軟件功能分解屬于下列軟件開發(fā)中的階段是（C）

A、詳細(xì)設(shè)計(jì)B、需求分析C、總體設(shè)計(jì)

D、編程調(diào)試

二、填空題1、軟件設(shè)計(jì)過程是以需求分析階段的成果為前提和基礎(chǔ),對(duì)程序結(jié)構(gòu)、數(shù)據(jù)結(jié)構(gòu)和過程細(xì)節(jié)逐步求精、復(fù)審并編制文檔的過程2、系統(tǒng)設(shè)計(jì)階段的任務(wù)是確定待開發(fā)的軟件系統(tǒng)“怎么做”。3、模塊獨(dú)立性設(shè)計(jì)的標(biāo)準(zhǔn)是：模塊化、抽象、信息隱藏和逐步求精4、從技術(shù)上看，不論采用何種軟件設(shè)計(jì)方法都將產(chǎn)生：系統(tǒng)的總體結(jié)構(gòu)設(shè)計(jì)、系統(tǒng)的數(shù)據(jù)設(shè)計(jì)和系統(tǒng)的過程設(shè)計(jì)5、從工程管理的角度看，軟件設(shè)計(jì)可分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩大步驟。6、信息流分為變換流、事務(wù)流兩種。相應(yīng)的結(jié)構(gòu)化設(shè)計(jì)也分為變換分析設(shè)計(jì)和事務(wù)分析設(shè)計(jì)。7、變換分析是一個(gè)順序結(jié)構(gòu)，由輸入、變換和輸出三部分組成8、良好的軟件結(jié)構(gòu)通常應(yīng)該是：頂層扇出較高，中層扇出較低，底層高扇入到公共的實(shí)用模塊中（填高或低）9、當(dāng)數(shù)據(jù)流具有明顯的事務(wù)特征時(shí)，即能找到一個(gè)事務(wù)和一個(gè)事務(wù)中心，采用事務(wù)分析法更為適宜。10、面向數(shù)據(jù)流的設(shè)計(jì)是以需求分析階段產(chǎn)生的數(shù)據(jù)流圖為基礎(chǔ)，按一定的步驟映射成軟件結(jié)構(gòu)圖。11、軟件結(jié)構(gòu)是以模塊為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。12、耦合性和內(nèi)聚性是衡量模塊獨(dú)立性的兩個(gè)定性的標(biāo)準(zhǔn)三、判斷題1、在軟件開發(fā)的過程中，若能推遲暴露其中的錯(cuò)誤，則為修復(fù)和改正錯(cuò)誤所花費(fèi)的代價(jià)就會(huì)降低。（×）2、進(jìn)行總體設(shè)計(jì)時(shí)加強(qiáng)模塊間的聯(lián)系。（×）3、用例圖定義了系統(tǒng)的功能需求，它是從系統(tǒng)的外部看系統(tǒng)功能，并不描述系統(tǒng)內(nèi)部對(duì)功能的具體實(shí)現(xiàn)（√）4當(dāng)軟件開發(fā)項(xiàng)目的進(jìn)度有可能拖延時(shí)，增加開發(fā)人員并不一定能加快進(jìn)度。（√）5、軟件模塊之間的耦合性越弱越好。[√]6、模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。[√]7、在主存儲(chǔ)器能夠容納得下的前提下，應(yīng)使模塊盡可能大，以便減少模塊的個(gè)數(shù)。（×）8、只要模塊之間的接口關(guān)系不變，各模塊內(nèi)部實(shí)現(xiàn)細(xì)節(jié)的修改將不會(huì)影響別的模塊。（√）9、在面向?qū)ο蟮能浖_發(fā)方法中，每個(gè)類都存在其相應(yīng)的對(duì)象，類是對(duì)象的實(shí)例，對(duì)象是生成類的模板。（×）10、軟件需求分析的任務(wù)是建立軟件模塊結(jié)構(gòu)圖。（×）11、模塊之間的接口叫做數(shù)據(jù)文件。（×）12、盡可能在軟件開發(fā)過程中保證各階段文檔的正確性。（√）13、進(jìn)行概要設(shè)計(jì)時(shí)盡量加強(qiáng)模塊間的聯(lián)系。（×）14、判定表的優(yōu)點(diǎn)是容易轉(zhuǎn)換為計(jì)算機(jī)實(shí)現(xiàn)，缺點(diǎn)是不能夠描述組合條件。（×）15、信息隱蔽原則有利于提高模塊的內(nèi)聚性。（√）四、簡(jiǎn)答題1、什么是軟件概要設(shè)計(jì)？該階段的基本任務(wù)是什么？答：軟件概要設(shè)計(jì)：在需求分析的基礎(chǔ)上通過抽象和分解將系統(tǒng)分解成模塊，確定系統(tǒng)功能是實(shí)現(xiàn),即把軟件需求轉(zhuǎn)換為軟件包表示的過程。

基本任務(wù)：

(1)設(shè)計(jì)軟件系統(tǒng)結(jié)構(gòu)（簡(jiǎn)稱軟件結(jié)構(gòu)）

(2)數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)庫設(shè)計(jì)

(3)編寫概要設(shè)計(jì)文檔（文檔主要有：概要設(shè)計(jì)說明書、數(shù)據(jù)庫設(shè)計(jì)說明書、用戶手冊(cè)、修訂測(cè)試計(jì)劃）

(4)評(píng)審

2、衡量模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn)是什么？它們各表示什么含義？

答：兩個(gè)定性的度量標(biāo)準(zhǔn)：耦合與內(nèi)聚性

耦合性：也稱塊間聯(lián)系。指軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的一種度量。模塊之間聯(lián)系越緊密，其耦合性就越強(qiáng)，模塊的獨(dú)立性則越差。

內(nèi)聚性：也稱塊內(nèi)聯(lián)系。指模塊的功能強(qiáng)度的度量，即一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度的度量。模塊內(nèi)元素聯(lián)系越緊密，內(nèi)聚性越高。

3、.什么是模塊的影響范圍？什么是模塊的控制范圍？它們之間應(yīng)該建立什么關(guān)系？

答：

模塊的影響范圍：受該模塊內(nèi)的一個(gè)判定影響的所有模塊的集合。

模塊的控制范圍：模塊本身及其所有下屬模塊（直接或間接從屬于它的模塊）的集合。

一個(gè)模塊的影響范圍應(yīng)在其控制范圍之內(nèi)，且判定所在的模塊應(yīng)與受其影響的模塊在層次上盡量靠近。

4、軟件概要設(shè)計(jì)階段的基本任務(wù)是什么？答：（1）設(shè)計(jì)軟件系統(tǒng)結(jié)構(gòu)：將一個(gè)復(fù)雜的系統(tǒng)按功能劃分成模塊。確定每個(gè)模塊的功能、模塊之間的調(diào)用關(guān)系、模塊之間傳遞的信息，評(píng)價(jià)模塊結(jié)構(gòu)的質(zhì)量。（2）數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)庫設(shè)計(jì)，漢數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)及數(shù)據(jù)庫的設(shè)計(jì)。（3）編寫概要設(shè)計(jì)文檔。主要有：概要設(shè)計(jì)說明書；數(shù)據(jù)庫設(shè)計(jì)說明書；用戶手冊(cè)；修訂測(cè)試計(jì)劃。）（4）評(píng)審。5、詳細(xì)設(shè)計(jì)的基本任務(wù)是什么？答：（1）詳細(xì)設(shè)計(jì)是軟件設(shè)計(jì)的第二階段，其基本任務(wù)有：為每個(gè)模塊進(jìn)行詳細(xì)的算法設(shè)計(jì)；為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)；對(duì)數(shù)據(jù)庫進(jìn)行物理設(shè)計(jì)，即確定數(shù)據(jù)庫的物理結(jié)構(gòu)；其它設(shè)計(jì)，根據(jù)軟件系統(tǒng)類型，還可能要進(jìn)行代碼設(shè)計(jì)、輸入/輸出格式設(shè)計(jì)、人機(jī)對(duì)話設(shè)計(jì)；編寫詳細(xì)設(shè)計(jì)說明書；評(píng)審。6、簡(jiǎn)述SD方法將數(shù)據(jù)流圖轉(zhuǎn)換為軟件結(jié)構(gòu)的一般步驟答：（1）確定信息流的類型；劃定流界；將數(shù)據(jù)流圖映射為程序結(jié)構(gòu)(涉及信息流的類型，信息流分為變換流和事務(wù)流）；提取層次控制結(jié)構(gòu)；（5）通過設(shè)計(jì)復(fù)審和使用啟發(fā)式策略進(jìn)一步精化所得到的結(jié)構(gòu)。7、什么是模塊的影響范圍？什么是模塊的控制范圍？他們之間應(yīng)該建立什么關(guān)系？一個(gè)模塊的作用范圍（或稱影響范圍）指受該模塊內(nèi)一個(gè)判定影響的所有模塊的集合。一個(gè)模塊的控制范圍指模塊本身以及其所有下屬模塊（直接或間接從屬于它的模塊）的集合。一個(gè)模塊的作用范圍應(yīng)在其控制范圍之內(nèi)，且判定所在的模塊應(yīng)在其影響的模塊在層次上盡量靠近。如果再設(shè)計(jì)過程中，發(fā)現(xiàn)模塊作用范圍不在其控制范圍之內(nèi)，可以用“上移判點(diǎn)”或“下移受判斷影響的模塊，將它下移到判斷所在模塊的控制范圍內(nèi)”的方法加以改進(jìn)。8、什么是“類”？“類”與傳統(tǒng)的數(shù)據(jù)類型有什么關(guān)系？有什么區(qū)別？答：把具有相同特征和行為的對(duì)象歸在一起就形成了類。類成為某些對(duì)象的模板，抽象地描述了屬于該類的全部對(duì)象的屬性和操作。屬于某個(gè)類的對(duì)象叫做該類的實(shí)例。對(duì)象的狀態(tài)則包含在它的實(shí)例變量，即實(shí)例的屬性中。類定義了各個(gè)實(shí)例所共有的結(jié)構(gòu)，類的每一個(gè)實(shí)例都可以使用類中定義的操作。實(shí)例的當(dāng)前狀態(tài)是由實(shí)例所執(zhí)行的操作定義的。類，就它是一個(gè)數(shù)據(jù)值的聚合的意義上來看，與Pascal中的記錄或C中的結(jié)構(gòu)類似，但又有差別。類擴(kuò)展了通常的記錄語義，可提供各種級(jí)別的可訪問性。也就是說，記錄的某些成份可能是不可訪問的，而這些成份對(duì)于本記錄型來說具有可訪問性。類不同于記錄，因?yàn)樗鼈儼瞬僮鞯亩x，這些操作與類中聲明的數(shù)據(jù)值有相同的地位。五、名詞解釋1、模塊獨(dú)立性：指軟件系統(tǒng)中每個(gè)模塊完成一個(gè)相對(duì)獨(dú)立的特定功能,而和軟件系統(tǒng)中其它模塊之間的關(guān)系（接口）很簡(jiǎn)單的特性。2、結(jié)構(gòu)化設(shè)計(jì)：面向數(shù)據(jù)流的設(shè)計(jì)是以需求分析階段產(chǎn)生的數(shù)據(jù)流圖為基礎(chǔ)，按一定的步驟映射成軟件結(jié)構(gòu)，因此又稱結(jié)構(gòu)化設(shè)計(jì)（SD）。3、模塊：又稱構(gòu)件，是能夠單獨(dú)命名并獨(dú)立地完成一定功能的程序語句的集合。4、內(nèi)聚度：內(nèi)聚度是模塊獨(dú)立性的衡量標(biāo)準(zhǔn)之一，它是指模塊的功能強(qiáng)度的度量，即一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度的度量。5、耦合度：對(duì)軟件結(jié)構(gòu)中模塊間關(guān)聯(lián)程度的一種度量。6、模塊的控制：模塊本身及其所有的從屬模塊。7、模塊的作用域：模塊內(nèi)一個(gè)判定的作用范圍，凡是受這個(gè)判定影響的所有模塊都屬于這個(gè)判定的作用域。六、綜合應(yīng)用題1、某廠對(duì)部分職工重?cái)喾峙涔ぷ鞯恼呤牵耗挲g在20歲以下者，初中文化程度脫產(chǎn)學(xué)習(xí)，高中文化程度當(dāng)電工。20歲至40歲之間，中學(xué)文化程度男性當(dāng)鉗工，女性當(dāng)車工，大學(xué)文化程度都當(dāng)技術(shù)員。年齡在40歲以上者，中學(xué)文化程度當(dāng)材料員，大學(xué)文化程度當(dāng)技術(shù)員。請(qǐng)用判定樹描述上述問題的加工邏輯。答：2、航空公司規(guī)定：乘客可以免費(fèi)攜帶重量不超過20公斤的行李。重量超過20公斤時(shí)，對(duì)超運(yùn)部分收費(fèi)，收費(fèi)標(biāo)準(zhǔn)為：頭等艙國內(nèi)乘客收4元/公斤；其它艙位國內(nèi)乘客收6元/公斤；外國乘客收費(fèi)為國內(nèi)乘客的2倍；殘疾乘客的收費(fèi)為正常乘客的1/2。請(qǐng)用判定樹對(duì)行李費(fèi)用計(jì)算進(jìn)行描述。（9分）3、某單位住房分配方案如下：所有住戶50平方米以內(nèi)每平方米1000元，超過50平方米后，在本人住房標(biāo)準(zhǔn)面積以內(nèi)每平方米1500元，其中住房標(biāo)準(zhǔn)為：教授105平方米，副教授90平方米，講師75平方米，標(biāo)準(zhǔn)面積以外每平方米4000元，請(qǐng)用判定樹表示各條件組合與費(fèi)用之間的關(guān)系。住房分配方案住房分配方案S<=50：M=1000*Ss>50教授副教授講師S<=105：M=1000*50+（S-50）*1500S>105：M=1000*50+（105-50）*1500+(S-105)*4000S<=90：M=1000*50+（S-50）*1500S>90：M=1000*50+（90-50）*1500+(S-90)*4000S<=75：M=1000*50+（S-50）*1500S>75：M=1000*50+（75-50）*1500+(S-75)*40004、根據(jù)模塊的作用范圍與控制范圍的原則，請(qǐng)判定a、b兩圖中哪一個(gè)是合理的結(jié)構(gòu)圖(陰影表示作作范圍)。答：顯然，圖（a）不滿足作用范圍與控制范圍的原則，因?yàn)槟KF的作用范圍不在控制范圍之內(nèi)。（a）(b)5、根據(jù)模塊的作用范圍與控制范圍的原則，請(qǐng)判定a、b兩圖中哪一個(gè)是合理的結(jié)構(gòu)圖(陰影表示作作范圍)。（a）(b)答：顯然，圖（a）不滿足作用范圍與控制范圍的原則，因?yàn)槟KF的作用范圍不在控制范圍之內(nèi)。6、將下面的DFD圖轉(zhuǎn)換為程序結(jié)構(gòu)圖。AABCDEFGH解：輸入流控制模塊輸入流控制模塊主控模塊BDACEFGH7、將下面的DFD圖轉(zhuǎn)換為程序結(jié)構(gòu)圖fdfdcbacbagege解：輸出控制輸出控制bac主控模塊gfde第六章編碼一、選擇題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ù)，再對(duì)這些數(shù)據(jù)作處理，然后將結(jié)果送出是屬于（A）。

A、變換型B、事務(wù)型4、PAD（ProblemAnalysisDiagram）圖是一種（B）工具。

A、系統(tǒng)描述B、詳細(xì)設(shè)計(jì)C、測(cè)試D、編程輔助5.在軟件開發(fā)中，有利于發(fā)揮集體智慧的一種做法是(A)。

A、設(shè)計(jì)評(píng)審B、模塊化C、主程序員制D、進(jìn)度控制6.在結(jié)構(gòu)化程序設(shè)計(jì)思想提出以前，在程序設(shè)計(jì)中曾強(qiáng)調(diào)程序的①?，F(xiàn)在，與程序的①相比，人們更重視程序的②。（F、E）①②A、安全性B、專用性C、一致性D、合理性E、可理解性F、效率7、注釋是提高程序可讀性的有效手段，好的程序注釋占到程序總量的（D）。

A、1/6B、1/5C、1/4D、1/39.在開發(fā)軟件時(shí)，(A)可用來提高程序員的工作效率。

A、程序開發(fā)環(huán)境B、操作系統(tǒng)的作業(yè)管理功能

C、編譯程序的優(yōu)化功能D、并行運(yùn)算的大型計(jì)算機(jī)10、軟件設(shè)計(jì)階段可劃分為（①）設(shè)計(jì)階段和（②）設(shè)計(jì)階段，用結(jié)構(gòu)化設(shè)計(jì)方法的最終目的是使（③），用于表示模塊間調(diào)用關(guān)系的圖叫（④）（F,D,C,C）①②A、邏輯B、程序C、特殊D、詳細(xì)E、物理F、概要③A、塊間聯(lián)系大，塊內(nèi)聯(lián)系大B、塊間聯(lián)系大，塊內(nèi)聯(lián)系小C、塊間聯(lián)系小，塊內(nèi)聯(lián)系大D、塊間聯(lián)系小，塊內(nèi)聯(lián)系?、蹵、PADB、HCPC、SCD、SADTE、HIPOF、NS11、概要設(shè)計(jì)的任務(wù)是決定系統(tǒng)中各個(gè)模塊的（A,），即其（.D）

A、外部特性B、內(nèi)部特性C、算法和使用數(shù)據(jù)

D、功能和輸入輸出數(shù)據(jù)12、下列敘述中（B）不符合程序設(shè)計(jì)風(fēng)格指導(dǎo)原則。A、嵌套的重?cái)?shù)應(yīng)加以限制B、盡量多使用臨時(shí)變量C、使用有意義的變量名D、程序的格式應(yīng)有助于讀者理解程序三、判斷題1、開發(fā)軟件就是編寫程序。（×）2、編程序時(shí)應(yīng)盡可能利用硬件特點(diǎn)以提高程序效率.（×）3、盡可能使用高級(jí)語言編寫程序（√）4、編碼時(shí)盡量多用全局變量.（×）5、用CASE環(huán)境或程序自動(dòng)生成工具來自動(dòng)生成一部分程序.（√）6、GOTO語句概念簡(jiǎn)單，使用方便，在某些情況下，保留GOTO語句反能使寫出的程序更加簡(jiǎn)潔。（√）7、程序效率的提高主要應(yīng)通過選擇高效的算法來實(shí)現(xiàn)。（√）8、程序設(shè)計(jì)比較方便，但比較難以維護(hù)。（×）9、便于由多個(gè)人分工編制大型程序。（√）10、允許使用二義性語句的語言在可理解性和可修改性上都要差一些。（√）第七章測(cè)試一、選擇題1、為了把握軟件開發(fā)各個(gè)環(huán)節(jié)的正確性和協(xié)調(diào)性，人們需要進(jìn)行（A）和（B）工作。（A）的目的是想證實(shí)在一給定的外部環(huán)境中軟件的邏輯正確性。它包括（C）和（D），（B）則試圖證明在軟件生存期各個(gè)階段，以及階段間的邏輯（E）、（F）和正確性。供選擇的答案：A,B.①操作 ②確認(rèn) ③驗(yàn)證④測(cè)試⑤調(diào)試C,D.①用戶的確認(rèn) ②需求規(guī)格說明的確認(rèn) ③程序的確認(rèn) ④測(cè)試的確認(rèn)E,F.①可靠性 ②獨(dú)立性 ③協(xié)調(diào)性④完備性⑤擴(kuò)充性答案：A.②B.③C.②D.③E.③F.④2、軟件測(cè)試的目的是（B）A、評(píng)價(jià)軟件的質(zhì)量 B、發(fā)現(xiàn)軟件的錯(cuò)誤C、找出軟件中的所有錯(cuò)誤 D、證明軟件是正確的3、使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)（A）和指定的覆蓋標(biāo)準(zhǔn)。A、程序的內(nèi)部邏輯 B、程序的復(fù)雜程度C、使用說明書 D、程序的功能4、軟件的集成測(cè)試工作最好由（D）承擔(dān)，以提高集成測(cè)試的效果。供選擇的答案：A、該軟件的設(shè)計(jì)人員 B、該軟件開發(fā)組的負(fù)責(zé)人C、該軟件的編程人員 D、不屬于該軟件開發(fā)組的軟件設(shè)計(jì)人員5、提高測(cè)試的有效性非常重要,成功的測(cè)試是指(D)A.證明了被測(cè)試程序正確無誤B.說明了被測(cè)試程序符合相應(yīng)的要求C.未發(fā)現(xiàn)被測(cè)程序的錯(cuò)誤D.發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤6、若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X，其范圍是[-1.0,1.0]，現(xiàn)從輸入的角度考慮一組測(cè)試用例：-1.001,-1.0,1.0,1.001.設(shè)計(jì)這組測(cè)試用例的方法是（C）A．條件覆蓋法B．等價(jià)分類法C．邊界值分析法D．錯(cuò)誤推測(cè)法7、為了提高測(cè)試的效率，應(yīng)該（D）A、隨機(jī)地選取測(cè)試數(shù)據(jù)B、取一切可能的輸入數(shù)據(jù)作為測(cè)試數(shù)據(jù)C、在完成編碼后制定軟件的測(cè)試計(jì)劃D、選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù)8、以下哪種測(cè)試方法不屬于白盒測(cè)試技術(shù)（B）A、基本路徑測(cè)試B、邊界值分析測(cè)試C、循環(huán)覆蓋測(cè)試D、邏輯覆蓋測(cè)試9、在下述哪一種測(cè)試中，測(cè)試人員必須接觸到源程序（C）Ⅰ功能測(cè)試Ⅱ結(jié)構(gòu)測(cè)試A、均不需B、只有ⅠC、只有ⅡD、Ⅰ和Ⅱ10、月收入<=1400元者免稅，現(xiàn)用輸入數(shù)1399、1400元和1401元測(cè)試程序，則采用的是（D）方法。A、條件覆蓋 B、等價(jià)類C、錯(cuò)誤推測(cè)D、邊緣值分析11、軟件測(cè)試計(jì)劃開始于需求分析階段，完成于（D）階段。A、需求分析B、軟件設(shè)計(jì)C、軟件實(shí)現(xiàn)D、軟件測(cè)試12、為了提高測(cè)試的效率，應(yīng)該（D）。A、隨機(jī)地選取測(cè)試數(shù)據(jù)B、取一切可能的輸入數(shù)據(jù)作為測(cè)試數(shù)據(jù)庫C、在完成編碼后制定軟件的測(cè)試計(jì)劃D、選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù)13、在驗(yàn)收測(cè)試時(shí)，測(cè)試所依據(jù)的文檔是（B）。A、可行性報(bào)告B、系統(tǒng)（需求）說明書C、模塊說明書D、用戶手冊(cè)14、軟件測(cè)試方法中的靜態(tài)測(cè)試方法之一為（A）A．計(jì)算機(jī)輔助靜態(tài)分析B．黑盒法C．路徑覆蓋D．邊界值分析15、單元測(cè)試的測(cè)試用例主要根據(jù)（D）的結(jié)果來設(shè)計(jì)。A、需求分析B、源程序C、概要設(shè)計(jì)D、詳細(xì)設(shè)計(jì)16、若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X，其范圍是－1.0≤X≤1.0?，F(xiàn)從輸入角度考慮設(shè)計(jì)了一組測(cè)試該程序的測(cè)試用例為－1.0001，－1.0，1.0，1.0001。設(shè)計(jì)這組測(cè)試用例的方法是（C）。A、條件復(fù)蓋法B、等價(jià)分類法C、邊介值分析法D、錯(cuò)誤推測(cè)法17、在集成（聯(lián)合）測(cè)試中，測(cè)試的主要目的是發(fā)現(xiàn)（C）階段的錯(cuò)誤。A、軟件計(jì)劃B、需求分析C、設(shè)計(jì)D、編碼18、與設(shè)計(jì)測(cè)試數(shù)據(jù)無關(guān)的文檔是。(D)A、需求說明書B、設(shè)計(jì)說明書C、源程序D、項(xiàng)目開發(fā)設(shè)計(jì)19.排錯(cuò)一般是在測(cè)試發(fā)現(xiàn)錯(cuò)誤后進(jìn)行，其中找到錯(cuò)誤位置占排錯(cuò)總工作量的（A）。A、95%B、5%C、50%D、20%20.軟件測(cè)試中設(shè)計(jì)測(cè)試實(shí)例主要由輸入數(shù)據(jù)和(C)兩部分組成。A、測(cè)試規(guī)則B、測(cè)試計(jì)劃C、預(yù)期輸出結(jié)果D、以往測(cè)試記錄分析21.結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)程序的(C)。A、效率B、速度C、可讀性D、大小22.成功的測(cè)試是指(B)。A、運(yùn)行測(cè)試實(shí)例后未發(fā)現(xiàn)錯(cuò)誤項(xiàng)B、發(fā)現(xiàn)程序的錯(cuò)誤C、證明程序正確D、改正程序的錯(cuò)誤23、軟件測(cè)試中設(shè)計(jì)測(cè)試用例主要由輸入數(shù)據(jù)和（C）兩部分組成。A．測(cè)試規(guī)則 B．測(cè)試計(jì)劃C．預(yù)期輸出結(jié)果 D．以往測(cè)試記錄分析24、單元測(cè)試是發(fā)現(xiàn)編碼錯(cuò)誤，集成測(cè)試是發(fā)現(xiàn)模塊的接口錯(cuò)誤，確認(rèn)測(cè)試是為了發(fā)現(xiàn)功能錯(cuò)誤，那么系統(tǒng)測(cè)試是為了發(fā)現(xiàn)（C）的錯(cuò)誤。A、接口錯(cuò)誤B、編碼錯(cuò)誤C、性能、質(zhì)量不合要求D、功能錯(cuò)誤25、確認(rèn)軟件的功能是否與需求規(guī)格說明書中所要求的功能相符的測(cè)試屬于（C）A、集成測(cè)試B、恢復(fù)測(cè)試C、驗(yàn)收測(cè)試D、單元測(cè)試26、在軟件工程中，軟件測(cè)試的目的是（B）。A、試驗(yàn)性運(yùn)行軟件B、發(fā)現(xiàn)軟件錯(cuò)誤C、證明軟件是正確的D、找出軟件中全部錯(cuò)誤27、軟件工程中，只根據(jù)程序的功能說明而不關(guān)心程序內(nèi)部邏輯的測(cè)試方法，稱為（C）測(cè)試。A、白盒法B、灰盒法C、黑盒法D、綜合法28、若有一個(gè)計(jì)算類型的程序，它的輸入量