軟件導(dǎo)論復(fù)習(xí)資料知識(shí)點(diǎn)匯總

1、PAGE 軟件導(dǎo)論復(fù)習(xí)資料知識(shí)點(diǎn)匯總在軟件開(kāi)發(fā)模型中，提出最早、應(yīng)用最廣泛的模型是( )。A瀑布 B螺旋 C演化 D智能軟件工程方法是在實(shí)踐中不斷發(fā)展著的方法，而早期的軟件工程方法一般是指( )。A原型化方法 B結(jié)構(gòu)化方法C面向?qū)ο蠓椒?D功能分解法下列關(guān)于瀑布模型的描述正確的是()。A利用瀑布模型，如果發(fā)現(xiàn)問(wèn)題修改的代價(jià)很低B瀑布模型的核心是按照軟件開(kāi)發(fā)的時(shí)間順序?qū)?wèn)題簡(jiǎn)化C瀑布模型具有良好的靈活性D瀑布模型采用結(jié)構(gòu)化的分析與設(shè)計(jì)方法，將邏輯實(shí)現(xiàn)與物理實(shí)現(xiàn)分開(kāi)原型化方法是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互構(gòu)成，適用于( )系統(tǒng)。A需求不確定性高的 B需求確定的C管理信息 D實(shí)時(shí)軟件開(kāi)發(fā)瀑布模型中

2、的軟件定義時(shí)期各個(gè)階段依次是（ ）。A問(wèn)題定義，可行性研究，需求分析。 B可行性研究，問(wèn)題定義，需求分析。C可行性研究，需求分析，問(wèn)題定義。D以上順序都不對(duì)。開(kāi)發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象是 ( )的一種表現(xiàn) 。A. 軟件工程 B. 軟件周期 C. 軟件危機(jī) D. 軟件產(chǎn)生快速原型模型的主要特點(diǎn)之一是 ( )。A. 開(kāi)發(fā)完畢才見(jiàn)到產(chǎn)品 B. 及早提供全部完整的軟件產(chǎn)品C. 開(kāi)發(fā)完畢后才見(jiàn)到工作軟件 D. 及早提供工作軟件軟件工程中常用的生命周期模型有（ ）等。A瀑布模型，快速原型模型，增量模型，螺旋模型和噴泉模型B瀑布模型，快速循環(huán)模型，擴(kuò)展模型，螺旋模型和敏捷模

3、型C瀑布模型，快速循環(huán)模型，增量模型，螺旋模型和噴泉模型D瀑布模型，快速原型模型，增量模型，螺旋模型和敏捷模型軟件工程方法是在實(shí)踐中不斷發(fā)展著的方法，而早期的軟件工程方法常用模型不包括( )。A瀑布模型 B敏捷模型 C原型模型 D螺旋模型軟件開(kāi)發(fā)瀑布模型中的各個(gè)階段依次是（ ）。A設(shè)計(jì)、分析、實(shí)現(xiàn)、測(cè)試、維護(hù)。 B分析、設(shè)計(jì)、測(cè)試、實(shí)現(xiàn)、維護(hù)。C分析、設(shè)計(jì)、實(shí)現(xiàn)、維護(hù)、測(cè)試。D分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試、維護(hù)。軟件危機(jī)的表現(xiàn)不包括（ ）。A軟件質(zhì)量不可靠 B軟件幾乎是不可維護(hù)的C測(cè)試過(guò)程中發(fā)現(xiàn)的錯(cuò)誤較多 D缺少文檔瀑布模型的主要特點(diǎn)之一是 ( )。A. 推遲實(shí)現(xiàn) B. 成功率極高 C. 容易失敗

4、D. 過(guò)程迭代在軟件生產(chǎn)的程序系統(tǒng)時(shí)代由于軟件規(guī)模擴(kuò)大和軟件復(fù)雜性提高等原因?qū)е铝耍?）。A軟件危機(jī) B軟件工程C程序設(shè)計(jì)革命 D結(jié)構(gòu)化程序設(shè)計(jì)軟件工程是（ ）。A是結(jié)構(gòu)化程序設(shè)計(jì)的指導(dǎo)方法。B是軟件開(kāi)發(fā)技術(shù)和軟件工程管理學(xué)為內(nèi)容的學(xué)科。C是指導(dǎo)計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)的工程學(xué)科。D是指導(dǎo)軟件開(kāi)發(fā)的工程方法。在各種不同的軟件需求中，功能需求描述了用戶使用產(chǎn)品必須要完成的任務(wù)，可以在用例模型或方案腳本中予以說(shuō)明，（ ）是從各個(gè)角度對(duì)系統(tǒng)的約束和限制，反映了應(yīng)用對(duì)軟件系統(tǒng)質(zhì)量和特性的額外要求。A業(yè)務(wù)需求 B系統(tǒng)要求 C非功能需求 D用戶需求軟件可行性研究一般不考慮( ) 。A是否有足夠的人員和相關(guān)的技

5、術(shù)來(lái)支持系統(tǒng)開(kāi)發(fā)B是否有足夠的工具和相關(guān)的技術(shù)來(lái)支持系統(tǒng)開(kāi)發(fā)C待開(kāi)發(fā)軟件是否有市場(chǎng)、經(jīng)濟(jì)上是否合算D待開(kāi)發(fā)的軟件是否會(huì)有質(zhì)量問(wèn)題經(jīng)濟(jì)可行性研究的范圍包括（ ）。A資源有效性 B管理制度 C效益分析 D開(kāi)發(fā)風(fēng)險(xiǎn)研究開(kāi)發(fā)所需要的成本和資源是屬于可行性研究中的（ ）。A. 技術(shù)可行性 B. 經(jīng)濟(jì)可行性 C. 社會(huì)可行性 D. 法律可行性研究開(kāi)發(fā)的軟件是否符合相關(guān)法律規(guī)定是屬于可行性研究中的（ ）。A.技術(shù)可行性 B. 經(jīng)濟(jì)可行性 C. 社會(huì)可行性 D. 法律可行性可行性研究實(shí)質(zhì)上是進(jìn)行了一次（ ）。A. 簡(jiǎn)化了的系統(tǒng)分析和設(shè)計(jì)過(guò)程B. 詳盡的系統(tǒng)分析和設(shè)計(jì)過(guò)程C. 徹底的系統(tǒng)設(shè)計(jì)過(guò)程 D. 深入的需

6、求分析可行性研究階段的主要任務(wù)包括（ ）。A分析和澄清問(wèn)題定義 B導(dǎo)出系統(tǒng)的邏輯模型C制定粗略的進(jìn)度建議和計(jì)劃 D以上全是需求分析的任務(wù)包括（ ）。A確定對(duì)系統(tǒng)的綜合要求 B分析系統(tǒng)的數(shù)據(jù)要求C導(dǎo)出邏輯模型并修正開(kāi)發(fā)計(jì)劃 D以上全是需求分析的任務(wù)不包括（ ）。A確定對(duì)系統(tǒng)的綜合要求 B分析系統(tǒng)的數(shù)據(jù)要求C從技術(shù)角度分析系統(tǒng)是否可行 D導(dǎo)出邏輯模型并修正開(kāi)發(fā)計(jì)劃要將一個(gè)復(fù)雜的系統(tǒng)分析清楚，傳統(tǒng)軟件工程常用方法是結(jié)構(gòu)化分析方法，結(jié)構(gòu)化分析方法就是A面向數(shù)據(jù)流自頂向下逐步求精的方法B由內(nèi)向外進(jìn)行分析的方法C先局部后整體的分析方法D使用IPO圖形工具分析的方法需求分析是要完整準(zhǔn)確清晰具體地確定系統(tǒng)所要

7、完成的工作，其主要依據(jù)是前一階段的文檔A用戶手冊(cè)和參考手冊(cè) B軟件需求規(guī)格說(shuō)明書(shū)C開(kāi)發(fā)計(jì)劃 D可行性研究報(bào)告需求分析階段的主要任務(wù)是確定（ ）。A軟件開(kāi)發(fā)方法 B軟件開(kāi)發(fā)工具C軟件開(kāi)發(fā)費(fèi) D軟件系統(tǒng)的功能數(shù)據(jù)字典是用來(lái)定義（）中的各個(gè)成份的具體含義的。A流程圖 B功能結(jié)構(gòu)圖C系統(tǒng)結(jié)構(gòu)圖 D數(shù)據(jù)流圖數(shù)據(jù)流圖是一種用來(lái)描述（ ）的圖形化工具。A系統(tǒng)物理組成 B系統(tǒng)信息流和數(shù)據(jù)流C所有功能 D系統(tǒng)控制流和數(shù)據(jù)流（ ）和數(shù)據(jù)流圖共同構(gòu)成系統(tǒng)的邏輯模型，沒(méi)有它，數(shù)據(jù)流圖就不完整。A系統(tǒng)流程圖 BE-R圖C數(shù)據(jù)字典 D層次方框圖數(shù)據(jù)流圖DFD中的每個(gè)加工至少需要( )。A. 一個(gè)輸入流 B. 一個(gè)輸出流和

8、一個(gè)輸入流C. 一個(gè)輸入或輸出流 D .一個(gè)輸出流數(shù)據(jù)流圖（DFD）是 （）方法中用于表示系統(tǒng)的邏輯模型的一種圖形工具。ASA BSD CSP DSC使用實(shí)體-聯(lián)系圖（ER圖）建立的概念性數(shù)據(jù)模型中包含3種互相關(guān)聯(lián)的信息：（ ）。A數(shù)據(jù)對(duì)象，屬性，方法 B數(shù)據(jù)對(duì)象，屬性，聯(lián)系C數(shù)據(jù)表，屬性，聯(lián)系 D數(shù)據(jù)表，實(shí)體，聯(lián)系模塊的內(nèi)聚性最高的是( )A. 邏輯內(nèi)聚 B. 時(shí)間內(nèi)聚C. 偶然內(nèi)聚 D. 功能內(nèi)聚總體設(shè)計(jì)的目的是確定整個(gè)系統(tǒng)的()。A規(guī)模 B功能及模塊結(jié)構(gòu)C費(fèi)用 D測(cè)試方案一個(gè)模塊內(nèi)部各程序都在同一數(shù)據(jù)結(jié)構(gòu)上操作，這個(gè)模塊的內(nèi)聚性稱為( )。A時(shí)間內(nèi)聚 B功能內(nèi)聚C通信內(nèi)聚 C過(guò)程內(nèi)聚軟件

9、總體設(shè)計(jì)是指軟件總體結(jié)構(gòu)設(shè)計(jì)和數(shù)據(jù)設(shè)計(jì)，該階段的主要任務(wù)不包括（ ）。A. 設(shè)計(jì)軟件的模塊結(jié)構(gòu) B. 定義接口并建立數(shù)據(jù)結(jié)構(gòu)C. 模塊設(shè)計(jì) D. 生成概要設(shè)計(jì)規(guī)格說(shuō)明如果某種內(nèi)聚要求一個(gè)模塊中包含的任務(wù)必須在同一段時(shí)間內(nèi)執(zhí)行，則這種內(nèi)聚為( )。A時(shí)間內(nèi)聚 B邏輯內(nèi)聚 C通信內(nèi)聚 D信息內(nèi)聚為了提高模塊的獨(dú)立性，模塊之間最好使用( )。A. 控制耦合 B. 公共耦合 C. 內(nèi)容耦合 D. 數(shù)據(jù)耦合結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法是（ ）。A篩選法 B遞歸法 C歸納法 D逐步求精法對(duì)軟件進(jìn)行分解，是為了( )。A降低模塊間接口的復(fù)雜程度B降低模塊的復(fù)雜程度C降低模塊的復(fù)雜程度，并降低模塊間接口的復(fù)雜

10、程度D降低模塊的復(fù)雜程度，并提高模塊間接口的復(fù)雜程度在軟件工程中，描繪軟件結(jié)構(gòu)的圖形工具不包括（ ）。A. 層次圖 B. HIPO圖 C. PAD圖 D. H圖在詳細(xì)設(shè)計(jì)階段經(jīng)常采用的圖形工具包括（ ）。APAD圖 B程序流程圖 CN-S圖 D以上都是提高程序可讀性的手段包括( )。A使用三種標(biāo)準(zhǔn)控制結(jié)構(gòu) B采用有實(shí)際意義的變量名C. 給程序加注釋 D以上都是結(jié)構(gòu)化程序設(shè)計(jì)的三種基本控制結(jié)構(gòu)不包括（ ）。A順序 B選擇 C轉(zhuǎn)移 D循環(huán)詳細(xì)設(shè)計(jì)中，過(guò)程設(shè)計(jì)的常用圖形工具不包括（ ）。A程序流程圖 B數(shù)據(jù)流圖 CN-S盒圖 DPAD圖下列關(guān)于詳細(xì)設(shè)計(jì)中的說(shuō)法中正確的是（ ）等。A詳細(xì)設(shè)計(jì)任務(wù)相當(dāng)于

11、設(shè)計(jì)程序的“藍(lán)圖”B詳細(xì)設(shè)計(jì)的根本目標(biāo)是應(yīng)該怎樣具體地實(shí)現(xiàn)系統(tǒng)C詳細(xì)設(shè)計(jì)編寫(xiě)代碼D以上都正確結(jié)構(gòu)化程序之所以具有易于閱讀，并且有可能驗(yàn)證其正確性，這是由于( )A它強(qiáng)調(diào)編程風(fēng)格 B選擇良好的數(shù)據(jù)結(jié)構(gòu)和算法C. 有限制地使用GOTO語(yǔ)句 D只有三種基本結(jié)構(gòu)程序設(shè)計(jì)語(yǔ)言主要分三大類：機(jī)器語(yǔ)言，匯編語(yǔ)言和（ ）。A邏輯語(yǔ)言 B高級(jí)語(yǔ)言 C自然語(yǔ)言 D智能語(yǔ)言結(jié)構(gòu)化程序設(shè)計(jì)中的三種基本控制結(jié)構(gòu)是（ ）。A過(guò)程、子程序和分程序 B順序、選擇和循環(huán)C遞歸、堆棧和隊(duì)列 D調(diào)用、返回和轉(zhuǎn)移軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的 ( )。A算法和使用的數(shù)據(jù)結(jié)構(gòu) B外部接口C功能 D編程在詳細(xì)設(shè)計(jì)階段，經(jīng)常采用的

12、工具包括（ ）。A程序流程圖 BSA CSC DDFD詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的（ ）。A代碼的規(guī)模 B運(yùn)行速度 C質(zhì)量 D可維護(hù)性兩個(gè)模塊彼此傳遞的信息中有控制信息，這種耦合稱為（ ）。A數(shù)據(jù)耦合 B公共環(huán)境耦合 C內(nèi)容耦合 D控制耦合結(jié)構(gòu)化設(shè)計(jì)又稱為( )。A. 概要設(shè)計(jì)B. 面向數(shù)據(jù)流設(shè)計(jì)C. 面向?qū)ο笤O(shè)計(jì)D. 詳細(xì)設(shè)計(jì)按照總體設(shè)計(jì)中的啟發(fā)式規(guī)則，模塊的作用域和模塊的控制域之間的關(guān)系應(yīng)為( ) 。A. 模塊的作用域應(yīng)在模塊的控制域之內(nèi)。B. 模塊的控制域應(yīng)在模塊的作用域之內(nèi)。C. 模塊的控制域與模塊的作用域互相獨(dú)立。D. 以上說(shuō)法都不對(duì)。在SD方法中全面指導(dǎo)模塊劃分的最重要的原則

13、是 ( )。A. 程序模塊化 B. 模塊高內(nèi)聚 C. 模塊低耦合 D. 模塊獨(dú)立性軟件總體設(shè)計(jì)是指軟件總體結(jié)構(gòu)設(shè)計(jì)和數(shù)據(jù)設(shè)計(jì)，該階段的主要任務(wù)不包括（ ）。A. 設(shè)計(jì)軟件的模塊結(jié)構(gòu) B. 定義接口并建立數(shù)據(jù)結(jié)構(gòu)C. 模塊內(nèi)部算法設(shè)計(jì) D. 生成概要設(shè)計(jì)規(guī)格說(shuō)明軟件詳細(xì)設(shè)計(jì)主要采用的方法是( )。A. 模塊設(shè)計(jì) B. 結(jié)構(gòu)化設(shè)計(jì) C. PDL語(yǔ)言 D. 結(jié)構(gòu)化程序設(shè)計(jì)詳細(xì)設(shè)計(jì)中，過(guò)程設(shè)計(jì)的常用工具有（ ）等。A程序流程圖，N-S盒圖，PAD圖 B程序流程圖，數(shù)據(jù)流圖C程序流程圖，系統(tǒng)流程圖 D程序流程圖，E-R圖結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（ ）。A程序易讀性 B程序的效率C程序設(shè)計(jì)語(yǔ)言的先進(jìn)性

14、D程序的規(guī)模提高程序可讀性的最有力手段是( )。A使用三種標(biāo)準(zhǔn)控制結(jié)構(gòu) B采用有實(shí)際意義的變量名C. 顯式說(shuō)明一切變量 D給程序加注釋一般來(lái)說(shuō)，在軟件生命周期中成本最高的階段是( )。A. 詳細(xì)設(shè)計(jì) B. 軟件編碼C. 軟件測(cè)試 D. 軟件維護(hù)軟件測(cè)試中根據(jù)測(cè)試用例設(shè)計(jì)的方法的不同可分為黑盒測(cè)試和白盒測(cè)試兩種，它們（ ）。A前者屬于靜態(tài)測(cè)試，后者屬于動(dòng)態(tài)測(cè)試B前者屬于動(dòng)態(tài)測(cè)試，后者屬于靜態(tài)測(cè)試C都屬于靜態(tài)測(cè)試D. 都屬于動(dòng)態(tài)測(cè)試若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X，其范圍是-1.0，1.0，現(xiàn)從輸入的角度考慮一組測(cè)試用例：-1.001，-1.0，1.0，1.001。設(shè)計(jì)這組測(cè)試用例的方

15、法是( )。A. 條件覆蓋法 B. 等價(jià)分類法 C. 邊界值分析法 D. 錯(cuò)誤推測(cè)法單元測(cè)試的測(cè)試用例主要根據(jù)（ ）的結(jié)果來(lái)設(shè)計(jì)。A. 需求分析 B. 詳細(xì)設(shè)計(jì) C. 概要設(shè)計(jì) D. 源程序軟件測(cè)試是為了（ ）而執(zhí)行程序的過(guò)程。A. 糾正錯(cuò)誤 B. 發(fā)現(xiàn)錯(cuò)誤 C. 避免錯(cuò)誤 D. 證明正確常用的黑盒測(cè)試方法不包括（ ）。A等價(jià)劃分 B邊界值分析 C邏輯覆蓋 D錯(cuò)誤推測(cè)軟件測(cè)試中，白盒法是通過(guò)分析程序的（ ）來(lái)設(shè)計(jì)測(cè)試用例的。A應(yīng)用范圍 B內(nèi)部邏輯 C功能 D輸入數(shù)據(jù)使用黑盒測(cè)試時(shí)，測(cè)試用例的設(shè)計(jì)應(yīng)根據(jù)（ ）。A程序的內(nèi)部邏輯 B程序的復(fù)雜程度C使用說(shuō)明書(shū) D程序的功能與確認(rèn)測(cè)試階段有關(guān)的文檔是

16、( )。A需求規(guī)格說(shuō)明書(shū) B概要設(shè)計(jì)說(shuō)明書(shū)C詳細(xì)設(shè)計(jì)說(shuō)明書(shū) D源程序（ ）是指程序在給定的時(shí)間點(diǎn)，按照規(guī)格說(shuō)明書(shū)的規(guī)定成功運(yùn)行的概率。A可移植性 B可用性 C可靠性 D可擴(kuò)展性為軟件的運(yùn)行增加監(jiān)控設(shè)施以應(yīng)對(duì)將來(lái)可能出現(xiàn)的問(wèn)題，這種維護(hù)的維護(hù)類型是( )。A改正性維護(hù) B適應(yīng)性維護(hù) C完善性維護(hù) D預(yù)防性維護(hù)在整個(gè)軟件維護(hù)階段所花費(fèi)的全部工作中，哪種維護(hù)所占比例最大？（ ）A改正性維護(hù) B適應(yīng)性維護(hù) C完善性維護(hù) D預(yù)防性維護(hù)產(chǎn)生軟件維護(hù)的副作用，是指 ( )A開(kāi)發(fā)時(shí)的錯(cuò)誤 B隱含的錯(cuò)誤C因修改軟件而造成了新的錯(cuò)誤 D運(yùn)行時(shí)誤操作下列屬于維護(hù)階段的文檔是 ( )。A. 軟件規(guī)格說(shuō)明 B. 用戶操

17、作手冊(cè)C. 軟件問(wèn)題報(bào)告 D. 軟件測(cè)試分析報(bào)告維護(hù)活動(dòng)必須應(yīng)用于（ ）A軟件文檔 B整個(gè)軟件配置C可執(zhí)行代碼 D數(shù)據(jù)為了提高軟件的可維護(hù)性，在編碼階段應(yīng)注意( )。A. 保存測(cè)試用例和數(shù)據(jù) B. 提高模塊的獨(dú)立性C. 文檔的副作用 D. 養(yǎng)成好的程序設(shè)計(jì)風(fēng)格以下哪些問(wèn)題是維護(hù)人員經(jīng)常面對(duì)的問(wèn)題？（ ）。A理解別人的程序非常困難 B文檔不合格C設(shè)計(jì)時(shí)沒(méi)考慮未來(lái)的修改維護(hù) D以上都是決定軟件可維護(hù)性的因素包括（ ）。A可理解性，可測(cè)試性，可修改性，可移植性，可用性B可理解性，可測(cè)試性，可修改性，可移植性，可重用性C可理解性，可靠性，可測(cè)試性，可修改性，可移植性D可理解性，可擴(kuò)展性，可測(cè)試性，可修

18、改性，可升級(jí)性軟件生存周期的( )工作與軟件可維護(hù)性有著密切的關(guān)系。A編碼階段 B設(shè)計(jì)階段 C測(cè)試階段 D每個(gè)階段軟件維護(hù)困難的主要原因是( )。A. 費(fèi)用低 B. 人員少C. 開(kāi)發(fā)設(shè)計(jì)中的缺陷 D. 得不到用戶支持因計(jì)算機(jī)硬件和軟件環(huán)境的變化而作出的修改軟件的過(guò)程稱為 ( )。A. 改正性維護(hù) B. 適應(yīng)性維護(hù) C. 完善性維護(hù) D. 預(yù)防性維護(hù)在軟件維護(hù)的實(shí)施過(guò)程中，為了正確和有效地修改，需要經(jīng)歷以下三個(gè)步驟：分析和理解程序，修改程序，重新驗(yàn)證程序。( )是決定維護(hù)成敗和質(zhì)量好壞的關(guān)鍵。A分析和理解程序 B重新驗(yàn)證程序 C修改程序 D驗(yàn)收程序（ ）是指程序在給定的時(shí)間間隔內(nèi)，按照規(guī)格說(shuō)明書(shū)

19、的規(guī)定成功運(yùn)行的概率。A可移植性 B可用性 C可靠性 D可擴(kuò)展性軟件可移植性是用來(lái)衡量軟件的（ ）的重要尺度之一。A人機(jī)關(guān)系 B效率 C質(zhì)量 D通用性軟件質(zhì)量必須在（）加以保證。A開(kāi)發(fā)之前 B開(kāi)發(fā)之后C可行性研究過(guò)程中 D設(shè)計(jì)與實(shí)現(xiàn)過(guò)程中面向?qū)ο蠹夹g(shù)中，對(duì)象是類的實(shí)例。對(duì)象有三種成份：( )、屬性和方法。A. 標(biāo)識(shí) B. 規(guī)則 C. 封裝 D. 消息（ ）是把對(duì)象的屬性和操作結(jié)合在一起，構(gòu)成一個(gè)獨(dú)立的對(duì)象，其內(nèi)部信息對(duì)外界是隱蔽的，外界只能通過(guò)有限的接口與對(duì)象發(fā)生聯(lián)系。A. 多態(tài)性 B. 繼承 C. 封裝 D. 消息消息是對(duì)象間交互的一種機(jī)制，消息刺激接收對(duì)象產(chǎn)生某種行為。消息的構(gòu)成有三部分：

20、（ ），消息名，若干變?cè)?。A發(fā)出消息的對(duì)象 B接收消息的對(duì)象 C消息編號(hào) D時(shí)間面向?qū)ο笤O(shè)計(jì)準(zhǔn)則包括：模塊化，抽象，（ ），弱耦合，強(qiáng)內(nèi)聚和可重用。A信息隱藏 B可繼承 C封裝性 D實(shí)例化（ ）意味著一個(gè)操作在不同的類中可以有不同的實(shí)現(xiàn)方式。A多態(tài)性 B多繼承 C類的復(fù)用 D封裝軟件開(kāi)發(fā)過(guò)程中，抽取和整理用戶需求并建立問(wèn)題域精確模型的過(guò)程叫( )。A生存期 B面向?qū)ο蠓治鯟面向?qū)ο蟪绦蛟O(shè)計(jì) D面向?qū)ο笤O(shè)計(jì)把一組具有相似特性的對(duì)象的描述，稱之為( )。A. 多態(tài)性 B. 繼承性 C. 類 D. 消息面向?qū)ο蠓治龅莫?dú)到之處在于（ ）。A將數(shù)據(jù)和操作結(jié)合在一起而不是分離 B僅考慮數(shù)據(jù)結(jié)構(gòu)C數(shù)據(jù)和操作

21、分別獨(dú)立考慮 D僅考慮操作過(guò)程下面關(guān)于面向?qū)ο蠓椒ㄖ邢⒌臄⑹?，不正確的是( )。A. 鍵盤(pán)、鼠標(biāo)、通信端口、網(wǎng)絡(luò)等設(shè)備一有變化，就會(huì)產(chǎn)生消息B操作系統(tǒng)不斷向應(yīng)用程序發(fā)送消息，但應(yīng)用程序不能向操作系統(tǒng)發(fā)送消息C. 應(yīng)用程序之間可以相互發(fā)送消息D發(fā)送與接收消息的通信機(jī)制與傳統(tǒng)的子程序調(diào)用機(jī)制不同面向?qū)ο蠓治鍪菍?duì)系統(tǒng)進(jìn)行（）的一種方法。A需求建模 B程序設(shè)計(jì) C設(shè)計(jì)評(píng)審 D測(cè)試驗(yàn)收汽車有一個(gè)發(fā)動(dòng)機(jī)。汽車和發(fā)動(dòng)機(jī)之間的關(guān)系是( )。A繼承關(guān)系 B聚合關(guān)系C分類關(guān)系D主從關(guān)系消息是對(duì)象間交互的手段，消息刺激接收對(duì)象產(chǎn)生某種行為。消息的構(gòu)成有三部分：接收消息的對(duì)象，（ ），若干變?cè)發(fā)出消息的對(duì)象 B

22、消息名 C消息編號(hào) D發(fā)送時(shí)間（ ）是指用戶只能見(jiàn)到對(duì)象界面上的信息，對(duì)象內(nèi)部對(duì)用戶是隱蔽的。A類 B實(shí)例 C封裝 D對(duì)象對(duì)象是OO方法的核心，對(duì)象的類型有多種，但通常把如飛行、事故、演出、開(kāi)會(huì)等稱為( )A有形實(shí)體 B作用 C事件 D性能說(shuō)明汽車有一種叫貨車。汽車和貨車之間的關(guān)系是( )。A繼承關(guān)系 B聚合關(guān)系C分類關(guān)系D主從關(guān)系（ ）是對(duì)具有相同屬性和行為的一個(gè)或多個(gè)對(duì)象的描述。A屬性 B實(shí)例 C類 D對(duì)象1-5 ABDAA6-10 CDABD11-15 CAACC16-20 DCBDA21-25 DDCAD26-30DDBCB31-35ABDBC36-40CADDB41-45CDDCB4

23、6-50DDBBA51-55ACDBA56-60DCDAA61-65ADDCB66-70BCBDA71-75BDCCC76-80BDDBD81-85CBACD86-90DACBA91-95ABCAB96-102ABBCCAC填空題基于計(jì)算機(jī)系統(tǒng)的軟件要素中的軟部件由_、_和_組成。軟件工程方法學(xué)分兩類：_方法學(xué)和_方法學(xué)。軟件工程的目標(biāo)是在給定成本、_的前提下開(kāi)發(fā)出高質(zhì)量的、_的軟件產(chǎn)品。_是軟件生存期中的一系列相關(guān)軟件工程活動(dòng)的集合，它由軟件規(guī)格說(shuō)明、軟件設(shè)計(jì)與開(kāi)發(fā)、軟件確認(rèn)、軟件改進(jìn)等活動(dòng)組成。軟件工程采用層次化的方法，每個(gè)層次都包括_、方法、_三要素。使用_這一軟件過(guò)程模型可以讓用戶更多

24、、更早地參與需求分析過(guò)程。需求分析方法包括：_的分析方法、面向過(guò)程流的分析方法、_的分析方法。描繪物理系統(tǒng)的傳統(tǒng)工具是_。需求分析階段產(chǎn)生的文檔是_，它的主要組成部分是_。數(shù)據(jù)流圖用圖形符號(hào)表示_、_、數(shù)據(jù)源及數(shù)據(jù)存儲(chǔ)。實(shí)體關(guān)系圖是_的基礎(chǔ)，它描述_、屬性及其關(guān)系。軟件設(shè)計(jì)的主要任務(wù)是根據(jù)_導(dǎo)出系統(tǒng)的實(shí)現(xiàn)方案。一個(gè)模塊擁有的直屬下級(jí)模塊的個(gè)數(shù)稱為_(kāi)，一個(gè)模塊的直接上級(jí)模塊的個(gè)數(shù)稱為_(kāi)。將數(shù)據(jù)流圖映射為軟件結(jié)構(gòu)時(shí)，所用映射方法涉及信息流的類型。其信息流分為_(kāi)和_兩種類型。耦合的強(qiáng)弱取決于_的復(fù)雜性、進(jìn)入或調(diào)用模塊的位置以及通過(guò)界面?zhèn)魉蛿?shù)據(jù)的多少等?？傮w設(shè)計(jì)確定模塊的_，而詳細(xì)設(shè)計(jì)確定模塊的_。軟

25、件結(jié)構(gòu)是以_為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。詳細(xì)設(shè)計(jì)的工具分為_(kāi)、_和_三大類。軟件過(guò)程設(shè)計(jì)中最常用的技術(shù)和工具主要為程序流程圖、_、_、盒圖、_和PDL語(yǔ)言。詳細(xì)設(shè)計(jì)通常以_技術(shù)為邏輯基礎(chǔ)，因?yàn)閺能浖こ逃^點(diǎn)看，_是軟件最重要的質(zhì)量標(biāo)準(zhǔn)之一。對(duì)于復(fù)雜數(shù)據(jù)中的數(shù)據(jù)元素的組成方式有_、_、_和可選等四種基本類型。影響編碼質(zhì)量的因素包括_、編程準(zhǔn)則和_。軟件維護(hù)的副作用大致可分為三類：代碼副作用、_副作用、_的副作用。軟件測(cè)試的目的是_，通常把測(cè)試方法分為_(kāi)和_兩大類。因?yàn)橥ǔ２豢赡茏龅絖，所以精心設(shè)計(jì)_是保證達(dá)到測(cè)試目的所必需的。進(jìn)行軟件測(cè)試的關(guān)鍵是設(shè)計(jì)出_的測(cè)試用例，測(cè)試用例應(yīng)由_和_兩部分組

26、成。單元測(cè)試過(guò)程應(yīng)為測(cè)試模塊開(kāi)發(fā)一個(gè)_和（或）若干個(gè)_。進(jìn)行單元測(cè)試的依據(jù)是_描述，單元測(cè)試應(yīng)對(duì)模塊內(nèi)所有重要的_設(shè)計(jì)測(cè)試用例，以便發(fā)現(xiàn)模塊內(nèi)部的錯(cuò)誤。確認(rèn)測(cè)試應(yīng)檢查軟件能否按合同要求進(jìn)行工作，即是否滿足_的確認(rèn)標(biāo)準(zhǔn)。UML的類包含三個(gè)部分：類的名稱、_、_。類之間的繼承關(guān)系式現(xiàn)實(shí)世界中遺傳關(guān)系的模擬，它表示類之間的內(nèi)在聯(lián)系以及對(duì)_的共享。UML類之間的關(guān)系主要有_、聚集、_和依賴。類A的一個(gè)操作調(diào)用類B的一個(gè)操作，且這兩個(gè)類之間不存在其他關(guān)系，那么類A和類B之間是_關(guān)系。在面向?qū)ο蟮能浖?，_是對(duì)具有相同數(shù)據(jù)和相同操作的一組相似對(duì)象的定義；_是由某個(gè)特定的類所描述的一個(gè)具體對(duì)象。面向?qū)ο蠓椒?/p>

27、用_分解取代了傳統(tǒng)方法的_分解。判斷題計(jì)算機(jī)軟件由文檔和數(shù)據(jù)組成。 （ ）軟件開(kāi)發(fā)采用了軟件工程之后，就不會(huì)發(fā)生軟件危機(jī)了。（ ）軟件工程使用的軟件工具能夠自動(dòng)或半自動(dòng)地支持軟件的開(kāi)發(fā)、管理和文檔的生成。（ ）一個(gè)好的開(kāi)發(fā)人員應(yīng)具備的素質(zhì)和能力包括善于與周圍人員團(tuán)結(jié)協(xié)作，建立良好的人際關(guān)系，善于聽(tīng)取別人的意見(jiàn)。（ ）缺乏處理大型軟件項(xiàng)目的經(jīng)驗(yàn)，是產(chǎn)生軟件危機(jī)的唯一原因。（ ）軟件開(kāi)發(fā)小組人數(shù)越多越好。（ ）難以控制開(kāi)發(fā)進(jìn)度和工作量估計(jì)困難時(shí)軟件危機(jī)的主要表現(xiàn)之一。（ ）面對(duì)日益增長(zhǎng)的軟件需求，人們顯得力不從心。往往是產(chǎn)生軟件危機(jī)的原因之一。（ ）軟件需求是指用戶對(duì)目標(biāo)軟件系統(tǒng)在功能、性能、行為

28、、設(shè)計(jì)約束等方面的期望。（ ）系統(tǒng)規(guī)格說(shuō)明書(shū)是系統(tǒng)分析和定義階段生成的一種文檔。（ ）需求分析階段所生成的文檔主要是進(jìn)度計(jì)劃和可行性研究報(bào)告。（ ）軟件就是完成特定功能的程序的集合。（ ）瀑布模型在實(shí)際的項(xiàng)目中嚴(yán)格順序執(zhí)行就基本可以成功。（ ）快速原型技術(shù)的適用于軟件產(chǎn)品要求大量的用戶交互、或產(chǎn)生大量的可視輸出、或設(shè)計(jì)一些復(fù)雜的算法等場(chǎng)合。（ ）只要實(shí)行嚴(yán)格的產(chǎn)品控制就不用擔(dān)心用戶隨意改需求。（ ）在可行性研究中最難決斷和最關(guān)鍵的問(wèn)題是技術(shù)可行性。（ ）流程圖用三個(gè)基本的控制構(gòu)件“分支”，“循環(huán)”，“重復(fù)”來(lái)表示。（ ）數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集

29、合。系統(tǒng)分析階段和系統(tǒng)設(shè)計(jì)階段一般不考慮測(cè)試。（ ）改造程序結(jié)構(gòu)，要降低耦合度，提高內(nèi)聚度。（ ）一個(gè)軟件系統(tǒng)中可能會(huì)出現(xiàn)所有模塊之間沒(méi)有任何聯(lián)系的情況。（ ）采用信息隱藏原理指導(dǎo)模塊設(shè)計(jì)可以支持模塊的并行開(kāi)發(fā)，減少軟件測(cè)試盒軟件維護(hù)的工作量。數(shù)據(jù)流圖的分解速度應(yīng)保持較高。通常一個(gè)加工每次可分解為1020個(gè)子加工。（ ）概要設(shè)計(jì)也成總體設(shè)計(jì)，其過(guò)程由確定設(shè)計(jì)方案和結(jié)構(gòu)設(shè)計(jì)兩個(gè)階段組成。（ ）只有了解用戶、了解任務(wù)，才能設(shè)計(jì)出好的用戶界面。（ ）一般單元測(cè)試不可以并行進(jìn)行。（ ）測(cè)試最終是為了證明程序無(wú)錯(cuò)誤。（ ）通常用數(shù)據(jù)流圖、數(shù)據(jù)字典和簡(jiǎn)明算法描述表示系統(tǒng)的邏輯模型。 （ ）數(shù)據(jù)流圖就是用來(lái)

30、刻畫(huà)數(shù)據(jù)流和轉(zhuǎn)換的信息系統(tǒng)建模技術(shù)。（ ）軟件過(guò)程設(shè)計(jì)不用遵行“自上而下，逐步求精”的原則和單入口單出口的結(jié)構(gòu)化設(shè)計(jì)思想。（ ）判定表不適合做通用的設(shè)計(jì)工具，不能表示順序結(jié)構(gòu)、循環(huán)結(jié)構(gòu)。（ ）面向數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)方法一般都包括下列任務(wù)：確定數(shù)據(jù)結(jié)構(gòu)特征；用順序、選擇和重復(fù)三種基本形式表示數(shù)據(jù)等步驟。（ ）結(jié)構(gòu)化程序設(shè)計(jì)SP強(qiáng)調(diào)模塊采用自上而下逐步求精設(shè)計(jì)方法，單入口、單出口標(biāo)準(zhǔn)結(jié)構(gòu)。盒圖的主要優(yōu)點(diǎn)之一是強(qiáng)制設(shè)計(jì)人員采用結(jié)構(gòu)化設(shè)計(jì)方法。（ ）通常緊致性好的語(yǔ)言一致性就好。（ ）編程風(fēng)格是在提高性能的前提下，有效地編排和組織程序以提高可讀性和可維護(hù)性。（ ）數(shù)據(jù)輸入的一般準(zhǔn)則中包括保證信息顯示方式與數(shù)

31、據(jù)輸入方式的協(xié)調(diào)一致；允許用戶定做輸入格式等內(nèi)容。（ ）編碼時(shí)應(yīng)盡可能使用全局變量。（ ）用戶本身的技能，個(gè)性上的差異，行為方式的不同，不會(huì)對(duì)人機(jī)界面使用造成影響。（ ）為提高可交互性一般應(yīng)提高用戶對(duì)話、移動(dòng)和思考的效率，即最大可能地減少擊鍵次數(shù)，縮短鼠標(biāo)移動(dòng)的距離，避免使用戶產(chǎn)生無(wú)所適從的感覺(jué)。（ ）過(guò)程式程序設(shè)計(jì)語(yǔ)言的基本機(jī)制包括：消息傳送、數(shù)據(jù)類型的定義、多態(tài)、子程序、控制結(jié)構(gòu)。（ ）只要完成了軟件的測(cè)試工作，講軟件產(chǎn)品交給用戶，軟件生命周期就結(jié)束了。（ ）模塊的扇入是指該模塊被其他模塊調(diào)用的個(gè)數(shù)，扇入應(yīng)盡可能地小。 （ ）系統(tǒng)測(cè)試是把軟件、硬件和環(huán)境連在一起的全面測(cè)試。（ ）軟件測(cè)試是

32、對(duì)軟件規(guī)格說(shuō)明、軟件設(shè)計(jì)和編碼的最全面、最后的審查。（ ）軟件生命周期中，測(cè)試的工作量最大。（ ）軟件測(cè)試的目的是為了證明一個(gè)軟件的設(shè)計(jì)沒(méi)有錯(cuò)誤，只有沒(méi)有任何錯(cuò)誤的軟件才能使用。（ ）測(cè)試計(jì)劃、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和有關(guān)的分析報(bào)告一般不用長(zhǎng)期保存。（ ）軟件測(cè)試中，應(yīng)該盡量窮盡所有的數(shù)據(jù)，以便保證測(cè)試的質(zhì)量。（ ）黑盒測(cè)試法可有效的檢查模塊的內(nèi)部邏輯結(jié)構(gòu)的正確性。（ ）測(cè)試一般情況下是以白盒法為主黑盒法作為補(bǔ)充。（ ）文檔記錄軟件開(kāi)發(fā)活動(dòng)和階段成功，具有永久性，可供人或機(jī)器閱讀。（ ）結(jié)構(gòu)化維護(hù)用于待維護(hù)的軟件的配置和完整的維護(hù)。（ ）非結(jié)構(gòu)化維護(hù)用于軟件的配置中只有源代碼維護(hù)。（ ）完善性維護(hù)

33、時(shí)提高或完善軟件的性能。（ ）定軟件項(xiàng)目進(jìn)度表的途徑之一是軟件開(kāi)發(fā)小組根據(jù)提供軟件產(chǎn)品的最后期限從后往前安排時(shí)間。重構(gòu)工程也稱修復(fù)和改造工程，它是在逆向工程所獲信息的基礎(chǔ)上修改或重構(gòu)已有的系統(tǒng)，產(chǎn)生系統(tǒng)的一個(gè)新版本。（ ）對(duì)象是屬性和相關(guān)操作的封裝。（ ）面向?qū)ο笾械睦^承是指子類能夠直接獲得父類已有的性質(zhì)和特征，而無(wú)需重新定義。（ ）面向?qū)ο笤O(shè)計(jì)是將面向?qū)ο蠓治鏊鶆?chuàng)建的分析模型進(jìn)一步細(xì)化形成軟件設(shè)計(jì)模型的過(guò)程。（ ）完成測(cè)試工作后，為了縮短源程序的長(zhǎng)度應(yīng)刪去源程序中的注釋。（ ）難以控制開(kāi)發(fā)進(jìn)度和工作量估計(jì)困難時(shí)軟件危機(jī)的主要表現(xiàn)之一。（ ）系統(tǒng)響應(yīng)時(shí)間是指當(dāng)用戶執(zhí)行了某個(gè)控制動(dòng)作后（例如，按

34、回車鍵，點(diǎn)鼠標(biāo)等），系統(tǒng)做出反應(yīng)的時(shí)間。（ ）在模塊化原理中，模塊的控制域應(yīng)該在作用域之內(nèi)。（ ）需求分析主要內(nèi)容包括你：?jiǎn)栴}分析、需求描述、需求評(píng)審。（ ）原型是目標(biāo)軟件系統(tǒng)的一個(gè)可操作模型，它實(shí)現(xiàn)了目標(biāo)軟件系統(tǒng)的某些重要方面。（ ）即使測(cè)試過(guò)程沒(méi)有發(fā)現(xiàn)任何錯(cuò)誤，也不能說(shuō)明軟件沒(méi)有錯(cuò)誤。（ ）編程風(fēng)格是在提高性能的前提下，有效地編排和組織程序以提高可讀性和可維護(hù)性。（ ）采用信息隱藏原理指導(dǎo)模塊設(shè)計(jì)可以支持模塊的并行開(kāi)發(fā)，減少軟件測(cè)試盒軟件維護(hù)的工作量。（ ）程序的可靠性、可維護(hù)性和效率通常只由程序設(shè)計(jì)語(yǔ)言、源代碼的質(zhì)量和語(yǔ)言的實(shí)現(xiàn)機(jī)制決定的。模塊接口設(shè)計(jì)要簡(jiǎn)單，以便降低復(fù)雜程度和冗余度。（

35、 ）過(guò)程式程序設(shè)計(jì)語(yǔ)言的基本機(jī)制包括：消息傳送、數(shù)據(jù)類型的定義、多態(tài)、子程序、控制結(jié)構(gòu)。軟件=“完成特定功能的程序+數(shù)據(jù)結(jié)構(gòu)+文檔”。（ ）制定軟件項(xiàng)目進(jìn)度表的途徑之一是軟件開(kāi)發(fā)小組根據(jù)提供軟件產(chǎn)品的最后期限從后往前安排時(shí)間。在模塊化原理中，模塊的作用域應(yīng)該在控制域內(nèi)。（ ）瀑布模型在實(shí)際的項(xiàng)目中嚴(yán)格順序執(zhí)行就基本可以成功。（ ）只要實(shí)行嚴(yán)格的產(chǎn)品控制就不用擔(dān)心用戶隨意改需求。（ ）確認(rèn)測(cè)試任務(wù)是根據(jù)軟件需求規(guī)格說(shuō)明書(shū)，測(cè)試軟件系統(tǒng)是否滿足用戶的需求。（ ）面向?qū)ο笾械睦^承是指子類能夠直接獲得父類已有的性質(zhì)和特征，但需要重新定義。（ ）需求分析階段所生成的文檔是進(jìn)度計(jì)劃和可行性研究報(bào)告。（ ）

36、確認(rèn)測(cè)試任務(wù)是根據(jù)軟件需求規(guī)格說(shuō)明書(shū)，測(cè)試軟件系統(tǒng)是否滿足用戶的需求。（ ）軟件就是完成特定功能的程序的集合。（ ）制定軟件項(xiàng)目進(jìn)度表的途徑之一是軟件項(xiàng)目開(kāi)發(fā)組織根據(jù)項(xiàng)目和資源情況制定軟件項(xiàng)目開(kāi)發(fā)的初步計(jì)劃和交付軟件產(chǎn)品的日期。（ ）在模塊化原理中，模塊的作用域應(yīng)該在控制域內(nèi)。（ ）過(guò)程式程序設(shè)計(jì)語(yǔ)言的基本機(jī)制包括：消息傳遞、數(shù)據(jù)類型定義、多態(tài)、子程序、控制結(jié)構(gòu)。即使測(cè)試過(guò)程沒(méi)有發(fā)現(xiàn)任何錯(cuò)誤，也不能說(shuō)明軟件沒(méi)有錯(cuò)誤。（ ）只要實(shí)行嚴(yán)格的產(chǎn)品控制就不用擔(dān)心用戶隨意改需求。（ ）只要完成了軟件測(cè)試工作，將軟件產(chǎn)品交給用戶，軟件生命周期就結(jié)束了。（ ）對(duì)象之間的通信僅通過(guò)消息傳遞機(jī)制。（ ）一個(gè)優(yōu)秀

37、的開(kāi)發(fā)人員不必非要具有哦良好的書(shū)面和口頭表達(dá)能力，只要程序?qū)懙暮镁脹](méi)問(wèn)題了。（ ）重構(gòu)工程也稱修復(fù)和改造工程，它是在逆向工程所獲信息的基礎(chǔ)上修改或重構(gòu)已有的系統(tǒng)，產(chǎn)生系統(tǒng)的一個(gè)新版本。（ ）一個(gè)優(yōu)秀的開(kāi)發(fā)人員應(yīng)具備素質(zhì)和能力不包括具有良好的書(shū)面和口頭表達(dá)能力。（ ）軟件維護(hù)的副作用是指由于維護(hù)或維護(hù)過(guò)程中其他一些不期望的行為引入的錯(cuò)誤。（ ）耦合是影響軟件復(fù)雜度的重要因素。設(shè)計(jì)時(shí)應(yīng)盡量使用內(nèi)容耦合，少用控制耦合和特征耦合，限制公共環(huán)境耦合，完全不用數(shù)據(jù)耦合。（ ）需求分析主要內(nèi)容包括：?jiǎn)栴}分析、需求描述、需求評(píng)審。（ ）面向?qū)ο蠓椒ㄖ械膶?duì)象就相當(dāng)于結(jié)構(gòu)化方法中的模塊。（ ）如果大量測(cè)試沒(méi)有發(fā)現(xiàn)

38、任何錯(cuò)誤，可以說(shuō)明軟件沒(méi)有錯(cuò)誤。（ ）編程風(fēng)格是在提高性能的前提下，有效地編排和組織程序以提高可讀性和可維護(hù)性。（ ）數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合。（ ）程序的可靠性、可維護(hù)性和效率通常只由程序設(shè)計(jì)語(yǔ)言、源代碼的質(zhì)量和語(yǔ)言的實(shí)現(xiàn)機(jī)制決定的。（ ）名詞解釋傳統(tǒng)方法學(xué)部分1.軟件工程 14.作用域 27.Beta測(cè)試2.軟件過(guò)程15.控制欲 28.回歸測(cè)試3.軟件生命周期16.扇出29.軟件維護(hù)4.軟件危機(jī)17.扇入30.改正性維護(hù)5.結(jié)構(gòu)化分析18模塊獨(dú)立性31.完善性維護(hù)6.實(shí)體-聯(lián)系圖19.結(jié)構(gòu)化程序設(shè)計(jì)32.適應(yīng)性維護(hù)7.數(shù)據(jù)字典20.編碼風(fēng)

39、格33.預(yù)防性維護(hù)8.結(jié)構(gòu)化設(shè)計(jì)21.白盒測(cè)試34.軟件可維護(hù)性9.模塊化22.黑盒測(cè)試35.軟件維護(hù)副作用10逐步求精23.單元測(cè)試36.可重用性11.信息隱蔽24.集成測(cè)試37.可靠性12.耦合25.系統(tǒng)測(cè)試38.可用性13.內(nèi)聚26.Alpha測(cè)試名詞解釋面向?qū)ο蠓椒▽W(xué)部分1.對(duì)象3.繼承5.消息2.類4.多態(tài)性填空題：1、程序 數(shù)據(jù) 文檔 2、傳統(tǒng)方法學(xué) 面向?qū)ο蠓椒▽W(xué)3、給定開(kāi)發(fā)進(jìn)度 滿足用戶需求4、軟件過(guò)程5、工具 過(guò)程6、原形模型7、面向數(shù)據(jù)流 面向?qū)ο?、系統(tǒng)流程圖9、軟件需求規(guī)格說(shuō)明書(shū) 數(shù)據(jù)流圖和數(shù)據(jù)字典10、數(shù)據(jù)流 加工11、數(shù)據(jù)模型 數(shù)據(jù)對(duì)象12、軟件需求規(guī)格說(shuō)明書(shū)13、

40、扇出 扇入14、變換型 事務(wù)型15、模塊接口16、外部結(jié)構(gòu) 內(nèi)部結(jié)構(gòu)17、模塊18、圖形類 語(yǔ)言類 表格類19、判定表 判定樹(shù) PAD圖20、結(jié)構(gòu)化程序設(shè)計(jì) 可讀性21、順序 選擇 重復(fù)22、編程語(yǔ)言 編程風(fēng)格23、文檔 數(shù)據(jù)24、發(fā)現(xiàn)并改正錯(cuò)誤 白盒法 黑盒法 窮舉測(cè)試 測(cè)試用例25、高產(chǎn)的（或：高效的） 輸入數(shù)據(jù) 預(yù)期輸出結(jié)果26、驅(qū)動(dòng)模塊 樁模塊27、詳細(xì)設(shè)計(jì) 執(zhí)行通路28、軟件要求規(guī)格說(shuō)明書(shū)29、類的屬性 類的操作30、屬性和操作31、關(guān)聯(lián) 泛化32、依賴33、類 實(shí)例34 對(duì)象 功能判斷題：1-5 FFTTF 6-10 FTTTT 11-15 FFFTF 16-20 TFFFT21-

41、25 FTFTT 26-30 FFTTF 31-35 TTTTF 36-40 FTFFT41-45 FFFTT 46-50 FFFFF 51-55 FTTTT 56-60 TTTTT1-5 FTTFT 6-10 TTFTF1-5 TFTTT6-10 FFTFF1-5 TFTTF 6-10 TFFTF1-5 TFTFT 6-10 FFFFF名詞解釋傳統(tǒng)方法學(xué)部分軟件：能完成預(yù)定功能、性能，并對(duì)相應(yīng)數(shù)據(jù)進(jìn)行加工的程序和描述數(shù)據(jù)及其操作的文檔。軟件工程：是采用工程的概念、原理、技術(shù)和方法，并結(jié)合正確的管理技術(shù)和當(dāng)前能夠得到的最先進(jìn)的技術(shù)方法，經(jīng)濟(jì)高效地開(kāi)發(fā)和維護(hù)軟件的一門(mén)工程學(xué)科。軟件過(guò)程：軟件過(guò)程

42、是指軟件開(kāi)發(fā)人員為了開(kāi)發(fā)出高質(zhì)量的軟件產(chǎn)品所需完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。軟件生命周期：一個(gè)軟件從定義、開(kāi)發(fā)、使用和維護(hù)直至最后被廢棄要經(jīng)歷的漫長(zhǎng)時(shí)期。軟件危機(jī)：是指計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重的問(wèn)題。結(jié)構(gòu)化分析：是面向數(shù)據(jù)流自頂向下逐步求精獲取的方法，適合于數(shù)據(jù)處理系統(tǒng)的需求分析。實(shí)體聯(lián)系圖：描述系統(tǒng)所有數(shù)據(jù)對(duì)象的組成和屬性及數(shù)據(jù)對(duì)象關(guān)系的圖形語(yǔ)言。數(shù)據(jù)字典：由數(shù)據(jù)條目組成，數(shù)據(jù)字典描述、組織和管理數(shù)據(jù)流圖中的數(shù)據(jù)流、加工、數(shù)據(jù)存儲(chǔ)等數(shù)據(jù)元素。結(jié)構(gòu)化設(shè)計(jì)：基于數(shù)據(jù)流的設(shè)計(jì)方法，將數(shù)據(jù)流圖轉(zhuǎn)換為軟件結(jié)構(gòu)。模塊化：是指解決一個(gè)復(fù)雜問(wèn)題時(shí)自頂向下逐層把

43、軟件系統(tǒng)劃分成若干模塊的過(guò)程。逐步求精：是一種自頂向下的設(shè)計(jì)策略，是人類解決復(fù)雜問(wèn)題時(shí)常用的一種技術(shù)。是為了能集中精力解決主要問(wèn)題而盡量推遲考慮問(wèn)題的細(xì)節(jié)。信息隱蔽：在設(shè)計(jì)中確定模塊時(shí)，使得一個(gè)模塊的所包含的信息，對(duì)于不需要這些信息的模塊來(lái)說(shuō)，是不能訪問(wèn)的。耦合：也稱模塊之間的聯(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)的一個(gè)判斷影響的所有模塊的集合?？刂朴颍褐改K本身以及其所有直接或間接從屬于它的模塊集合。扇

44、出：指一個(gè)模塊直接調(diào)用模塊的數(shù)目。扇入：指有多少個(gè)上級(jí)模塊直接調(diào)用它。模塊獨(dú)立性：每個(gè)模塊獨(dú)立完成一個(gè)相對(duì)獨(dú)立的特定子功能，并且和其他模塊之間的關(guān)系很簡(jiǎn)單。結(jié)構(gòu)化程序設(shè)計(jì)：如果一個(gè)程序代碼塊僅僅通過(guò)順序、選擇、循環(huán)這三個(gè)基本控制結(jié)構(gòu)進(jìn)行連接，并且每個(gè)代碼塊只有一個(gè)入口和出口，則稱這個(gè)程序是結(jié)構(gòu)化程序設(shè)計(jì)。白盒測(cè)試：又稱結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)測(cè)試或基于程序的測(cè)試，它依賴于對(duì)程序內(nèi)部結(jié)構(gòu)的嚴(yán)密檢驗(yàn)，針對(duì)特定條件設(shè)計(jì)測(cè)試用例，對(duì)軟件的邏輯路徑進(jìn)行測(cè)試。黑盒測(cè)試：又稱功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試或基于規(guī)格說(shuō)明的測(cè)試，它是一種從用戶觀點(diǎn)出發(fā)的測(cè)試。用這種方法進(jìn)行測(cè)試時(shí)，把被測(cè)程序當(dāng)做一個(gè)黑盒，不考慮內(nèi)部結(jié)構(gòu)和特性

45、，測(cè)試者只考慮程序輸入輸出和程序功能，根據(jù)需求規(guī)格說(shuō)明書(shū)來(lái)設(shè)計(jì)測(cè)試用例，推斷測(cè)試結(jié)果的正確性。通常被用來(lái)驗(yàn)證軟件功能的正確性和可操作性。單元測(cè)試：將每個(gè)模塊作為一個(gè)獨(dú)立的實(shí)體來(lái)測(cè)試，用詳細(xì)設(shè)計(jì)描述做指南，對(duì)重要的執(zhí)行通路進(jìn)行測(cè)試，以便發(fā)現(xiàn)模塊內(nèi)部的錯(cuò)誤，發(fā)現(xiàn)編碼和詳細(xì)設(shè)計(jì)的錯(cuò)誤。集成測(cè)試：按照概要設(shè)計(jì)的要求組裝獨(dú)立模塊成為子系統(tǒng)或系統(tǒng)，同時(shí)經(jīng)過(guò)測(cè)試來(lái)發(fā)現(xiàn)接口錯(cuò)誤的一種系統(tǒng)化的技術(shù)。系統(tǒng)測(cè)試：是指將經(jīng)過(guò)集成測(cè)試的軟件作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、支持軟件、數(shù)據(jù)和人員等元素結(jié)合在一起，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列組裝測(cè)試和確認(rèn)測(cè)試。測(cè)試/Alpha測(cè)試：由用戶在開(kāi)發(fā)者場(chǎng)所進(jìn)行，并

46、且在開(kāi)發(fā)者對(duì)用戶的“指導(dǎo)”下進(jìn)行的測(cè)試，開(kāi)發(fā)者負(fù)責(zé)記錄發(fā)現(xiàn)的軟件錯(cuò)誤和軟件在使用中遇到的問(wèn)題。Beta測(cè)試/測(cè)試：由軟件的最終用戶們?cè)谝粋€(gè)或多個(gè)客戶場(chǎng)所進(jìn)行。開(kāi)發(fā)者通常不在測(cè)試的現(xiàn)場(chǎng)。測(cè)試是軟件在開(kāi)發(fā)者不能控制的環(huán)境中的“真實(shí)”應(yīng)用。用戶記錄在測(cè)試過(guò)程中遇到的一切問(wèn)題，并把這些問(wèn)題報(bào)告給開(kāi)發(fā)者?；貧w測(cè)試：是指重新執(zhí)行已經(jīng)做過(guò)的測(cè)試，以保證對(duì)軟件的新變化沒(méi)有帶來(lái)非預(yù)期的副作用。軟件維護(hù)：軟件已經(jīng)交付使用之后，為了改正軟件運(yùn)行錯(cuò)誤或滿足新需要而修改軟件的過(guò)程改正性維護(hù)：對(duì)在測(cè)試階段未能發(fā)現(xiàn)的、在軟件投入使用后才逐漸暴露出來(lái)的錯(cuò)誤的測(cè)試、診斷、定位、糾錯(cuò)，以及驗(yàn)證、修改的回歸測(cè)試過(guò)程，稱為改正性維護(hù)

47、。完善性維護(hù)：為了滿足用戶在使用過(guò)程中對(duì)軟件提出的新的功能和性能的要求，需要對(duì)原來(lái)的軟件的功能進(jìn)行修改或擴(kuò)充。適應(yīng)性維護(hù)：是軟件適應(yīng)外部新的軟硬件環(huán)境，或者數(shù)據(jù)環(huán)境發(fā)生的新變化，而進(jìn)行修改軟件的過(guò)程。預(yù)防性維護(hù)：為了提高軟件未來(lái)的可維護(hù)性、可靠性，或?yàn)榱私o未來(lái)的改進(jìn)奠定更好的基礎(chǔ)而修改軟件的過(guò)程。軟件可維護(hù)性：是指維護(hù)人員理解、改正、改動(dòng)或改進(jìn)這個(gè)軟件的難易程度上,它是軟件質(zhì)量的主要特征之一。軟件維護(hù)的副作用：是指由于修改程序而導(dǎo)致新的錯(cuò)誤或者新增加一些不必要的活動(dòng)?？芍赜眯裕褐竿卉浖虿糠周浖唤?jīng)修改或稍加改動(dòng)就可以多次重復(fù)使用的性質(zhì)?？芍赜眯允擒浖こ套非蟮哪繕?biāo)之一?？煽啃裕菏侵赋绦蛟诮o

48、定的時(shí)間間隔內(nèi)，按照規(guī)格說(shuō)明書(shū)的規(guī)定成功運(yùn)行的概率?？捎眯裕菏侵赋绦蛟诮o定的時(shí)間點(diǎn)，按照規(guī)格說(shuō)明書(shū)的規(guī)定成功運(yùn)行的概率。名詞解釋面向?qū)ο蠓椒▽W(xué)部分對(duì)象：是客觀事物或概念的抽象表述，對(duì)象不僅能表示具體的實(shí)體，也能表示抽象的規(guī)劃、計(jì)劃或事件。繼承：子類能夠直接獲得父類已有的性質(zhì)和特征，不需要重新定義。類：是指一組具有相同屬性和運(yùn)算操作對(duì)象的抽象，即一組具有相同數(shù)據(jù)結(jié)構(gòu)和相同操作對(duì)象的集合。多態(tài)性：是指相同的操作或函數(shù)、過(guò)程作用于不同的對(duì)象上并獲得不同的結(jié)果。消息：是指對(duì)象之間在交互中所傳送的通信信息。屬性：實(shí)體或聯(lián)系所具有的性質(zhì)，一般一個(gè)實(shí)體具有多個(gè)屬性。原型模型：是一個(gè)快速開(kāi)發(fā)的過(guò)程，首先和用戶

49、溝通進(jìn)行主要功能的需求分析和快速設(shè)計(jì)，然后建立一個(gè)原型，再請(qǐng)用戶進(jìn)行評(píng)價(jià)和反饋。開(kāi)發(fā)人員根據(jù)用戶的反饋進(jìn)一步細(xì)化需求，改進(jìn)原型系統(tǒng)的設(shè)計(jì)，如此反復(fù)直至用戶滿意。方法：是對(duì)象所能執(zhí)行的操作，也就是類中所定義的服務(wù)。實(shí)例：有某個(gè)特定的類所描述的一個(gè)具體對(duì)象簡(jiǎn)答題匯總簡(jiǎn)述軟件危機(jī)發(fā)生的原因?？陀^原因：軟件與硬件產(chǎn)品不同，軟件是“開(kāi)發(fā)的”而非“制造的”。其開(kāi)發(fā)過(guò)程難以管理和控制，產(chǎn)品質(zhì)量也不好把握。軟件沒(méi)有“磨損”，但是它會(huì)不斷“退化”。軟件系統(tǒng)無(wú)法適應(yīng)不斷變化的環(huán)境和功能需求。軟件都規(guī)模龐大，而程序的復(fù)雜性是隨其規(guī)模的擴(kuò)大呈指數(shù)增加。主觀原因：對(duì)用戶要求沒(méi)有完整和準(zhǔn)確的認(rèn)識(shí)就匆忙編寫(xiě)程序。對(duì)軟件的開(kāi)

50、發(fā)過(guò)程的認(rèn)識(shí)不準(zhǔn)確。生命周期的每個(gè)階段都有特定的工作和特點(diǎn)，都是不可逾越的。只有上一階段工作完成，才能開(kāi)始下一階段的工作。對(duì)軟件質(zhì)量的重視不夠是造成軟件開(kāi)發(fā)成本激增的主要原因。注意軟件開(kāi)發(fā)過(guò)程中錯(cuò)誤的“放大效應(yīng)”。輕視軟件維護(hù)將是一個(gè)重大的錯(cuò)誤。軟件開(kāi)發(fā)時(shí)期各階段的關(guān)鍵目標(biāo)都是提高軟件的可維護(hù)性。簡(jiǎn)述軟件工程的基本原理。（1）用分階段的生命周期計(jì)劃嚴(yán)格管理應(yīng)該將軟件開(kāi)發(fā)和維護(hù)的漫長(zhǎng)生命周期劃分成若干個(gè)階段，并針對(duì)每個(gè)階段制定切實(shí)可行的計(jì)劃，然后嚴(yán)格按照計(jì)劃對(duì)軟件的開(kāi)發(fā)和維護(hù)工作進(jìn)行管理。（2）堅(jiān)持進(jìn)行階段評(píng)審錯(cuò)誤發(fā)現(xiàn)的越早，改正錯(cuò)誤所付出的代價(jià)就越小。因此，開(kāi)發(fā)人員應(yīng)該堅(jiān)持在每個(gè)階段都進(jìn)行嚴(yán)格

51、的評(píng)審，以便更早地發(fā)現(xiàn)和改正錯(cuò)誤。（3）實(shí)行嚴(yán)格的產(chǎn)品控制在軟件開(kāi)發(fā)的過(guò)程中不應(yīng)隨意修改需求，當(dāng)改變需求時(shí)，必須實(shí)行嚴(yán)格的產(chǎn)品控制以保持軟件各個(gè)配置成分的一致性。（4）采用現(xiàn)代程序設(shè)計(jì)技術(shù)采用先進(jìn)的技術(shù)不僅可以提高軟件開(kāi)發(fā)和維護(hù)的效率，而且還能有效地提高軟件產(chǎn)品的質(zhì)量。（5） 結(jié)果可以清楚地審查應(yīng)規(guī)定每個(gè)開(kāi)發(fā)階段的產(chǎn)品標(biāo)準(zhǔn)和文檔要求，使得到的結(jié)果可以清楚地審查。（6）開(kāi)發(fā)小組成員少而精軟件開(kāi)發(fā)小組人員要求素質(zhì)高，而人數(shù)不宜過(guò)多。隨著人數(shù)的增加，通信路徑也急劇增加。（7）承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性軟件開(kāi)發(fā)和維護(hù)的過(guò)程也需要隨之改進(jìn)。要主動(dòng)采用最新的軟件技術(shù)，而且還要不斷總結(jié)經(jīng)驗(yàn)和教訓(xùn)、收集

52、歷史數(shù)據(jù)幫助開(kāi)發(fā)人員改進(jìn)軟件工程實(shí)踐。簡(jiǎn)述軟件危機(jī)的幾種常見(jiàn)表現(xiàn)形式。（1）對(duì)軟件開(kāi)發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確。實(shí)際成本往往大大超過(guò)估計(jì)成本，或開(kāi)發(fā)進(jìn)度比計(jì)劃推遲幾個(gè)月或一年以上。這種現(xiàn)象極大地影響了軟件開(kāi)發(fā)組織的信譽(yù)，也會(huì)引起用戶的強(qiáng)烈不滿。（2）軟件產(chǎn)品質(zhì)量較差，可靠性低。軟件開(kāi)發(fā)過(guò)程中不能堅(jiān)持嚴(yán)格的審查、復(fù)審和測(cè)試，使得軟件可靠性差、質(zhì)量問(wèn)題多。（3）用戶對(duì)開(kāi)發(fā)出來(lái)的軟件產(chǎn)品不滿意。開(kāi)發(fā)人員與用戶之間的交流不充分，僅對(duì)用戶需求有了一個(gè)模糊的認(rèn)識(shí)就匆忙開(kāi)始寫(xiě)程序。這樣的結(jié)果就是用戶對(duì)于所謂已經(jīng)完成的軟件很不滿意。（4）軟件常常是不可維護(hù)的。在實(shí)際項(xiàng)目中，很多程序的錯(cuò)誤往往難以修改，而且

53、不能適應(yīng)軟硬件環(huán)境的變化，也無(wú)法添加用戶需要的一些新功能。（5）軟件產(chǎn)品缺少應(yīng)有的文檔資料。軟件=程序+數(shù)據(jù)+文檔。開(kāi)發(fā)人員對(duì)文檔認(rèn)識(shí)不足，不能保證在開(kāi)發(fā)過(guò)程中文檔的完整性和準(zhǔn)確性。缺少文檔資料會(huì)造成軟件開(kāi)發(fā)、管理、審查、用戶交流、軟件維護(hù)等方面的諸多問(wèn)題。（6）軟件產(chǎn)品的供不應(yīng)求。軟件開(kāi)發(fā)的生產(chǎn)率遠(yuǎn)遠(yuǎn)低于計(jì)算機(jī)硬件發(fā)展速度和用戶的需求，造成了軟件產(chǎn)品的供不應(yīng)求?？蓪④浖嬷芷趧澐譃槟?個(gè)過(guò)程和哪8個(gè)階段。3個(gè)過(guò)程： 軟件定義時(shí)期：確定軟件開(kāi)發(fā)的總目標(biāo)和工程的可行性；導(dǎo)出實(shí)現(xiàn)策略和系統(tǒng)必須完成的功能；進(jìn)行成本效益的估算；制定開(kāi)發(fā)計(jì)劃等 。軟件開(kāi)發(fā)時(shí)期：具體設(shè)計(jì)和實(shí)現(xiàn)前一個(gè)時(shí)期定義的軟件。維護(hù)

54、時(shí)期：使軟件持久地滿足用戶的需要。8個(gè)階段：1. 問(wèn)題定義2. 可行性研究3. 需求分析4. 總體設(shè)計(jì)5. 詳細(xì)設(shè)計(jì)6. 編碼和單元測(cè)試7. 綜合測(cè)試：通過(guò)各類測(cè)試和調(diào)試來(lái)完善軟件。8. 維護(hù)試述瀑布模型的優(yōu)點(diǎn)和缺點(diǎn)？/簡(jiǎn)述瀑布模型及其特點(diǎn)瀑布模型的特點(diǎn)：（1）各階段之間有依賴性和嚴(yán)格的順序性。（2）推遲實(shí)現(xiàn)。（3）嚴(yán)格的階段質(zhì)保。（4）文檔驅(qū)動(dòng)。瀑布模型的問(wèn)題：（1）實(shí)際的項(xiàng)目很少順序嚴(yán)格（2）用戶往往難以給出具體、正確、完整的要求（3）開(kāi)發(fā)人員“阻塞狀態(tài)”嚴(yán)重（4）產(chǎn)品出現(xiàn)晚-研究軟件工程項(xiàng)目可行性應(yīng)從哪幾個(gè)方面分析？/簡(jiǎn)述可行性研究的步驟。答：1.技術(shù)可行性對(duì)要開(kāi)發(fā)項(xiàng)目的功能、性能和限制

55、條件進(jìn)行分析，確定在現(xiàn)有的資源條件下，技術(shù)風(fēng)險(xiǎn)有多大，項(xiàng)目能否實(shí)現(xiàn)。2.經(jīng)濟(jì)可行性經(jīng)濟(jì)可行性研究的內(nèi)容是進(jìn)行開(kāi)發(fā)成本的估算以及進(jìn)行效益的評(píng)估確定要開(kāi)發(fā)的項(xiàng)目是否值得投資開(kāi)發(fā)。3.操作可行性在這個(gè)應(yīng)用范圍內(nèi)，系統(tǒng)的操作方式是否行得通4.社會(huì)可行性社會(huì)可行性主要研究開(kāi)發(fā)的項(xiàng)目是否存在任何侵犯、妨礙等責(zé)任問(wèn)題，要開(kāi)發(fā)項(xiàng)目的運(yùn)行方式在用戶組織內(nèi)是否行得通，現(xiàn)有管理制度、人員素質(zhì)和操作方式是否可行。需求分析中對(duì)系統(tǒng)的綜合要求包括哪些方面？/簡(jiǎn)述軟件工程中需求分析的基本任務(wù)。（1）確定對(duì)系統(tǒng)的綜合要求a.功能性需求 b.非功能性需求 c.出錯(cuò)處理需求，說(shuō)明出錯(cuò)時(shí)對(duì)系統(tǒng)對(duì)環(huán)境時(shí)如何響應(yīng)。d.逆向需求系統(tǒng)不應(yīng)

56、該做什么。e.將來(lái)可能提出的需求（2）分析系統(tǒng)的數(shù)據(jù)要求：是軟件需求分析的一個(gè)重要任務(wù)，復(fù)雜數(shù)據(jù)由許多基本數(shù)據(jù)元素組成，數(shù)據(jù)結(jié)構(gòu)表示數(shù)據(jù)元素之間的邏輯關(guān)系。（3）建立軟件的邏輯模型，修正系統(tǒng)開(kāi)發(fā)計(jì)劃。對(duì)系統(tǒng)的綜合要求+對(duì)數(shù)據(jù)的要求=系統(tǒng)邏輯模型描述方法：數(shù)據(jù)流圖、數(shù)據(jù)字典、實(shí)體-聯(lián)系圖、和主要的處理算法。（4）編寫(xiě)軟件需求規(guī)格說(shuō)明書(shū)（5）需求分析評(píng)審：驗(yàn)證一致性、完整性、現(xiàn)實(shí)性、有效性簡(jiǎn)述總體設(shè)計(jì)過(guò)程應(yīng)該遵循的基本原理。應(yīng)遵循的基本原理有：1）模塊化，為解決一個(gè)復(fù)雜問(wèn)題時(shí)，自頂向下逐層把軟件系統(tǒng)規(guī)劃分成若干模塊的過(guò)程；2）抽象，抽出事物質(zhì)特征而不考慮其他細(xì)節(jié)；3）逐步求精，為了能集中精力解決主

57、要問(wèn)題而盡力推遲對(duì)問(wèn)題細(xì)節(jié)的考慮；4）信息隱蔽，在設(shè)計(jì)中確定模塊時(shí)，使得一個(gè)模塊內(nèi)部包含的信息，對(duì)于不需要這些信息的其他模塊來(lái)說(shuō)，是不能訪問(wèn)的;5)局部化，把一些關(guān)系密切的軟件元素，物理的改得彼此靠近；6）模塊獨(dú)立性，指每個(gè)模塊只完成系統(tǒng)要求的獨(dú)立子功能，并且與其他模塊的聯(lián)系最少且接口簡(jiǎn)單。什么是模塊化？模塊化的根據(jù)是什么？采用模塊化原理的優(yōu)點(diǎn)是什么？模塊化：是指解決一個(gè)復(fù)雜問(wèn)題時(shí)自頂向下逐層把軟件系統(tǒng)劃分成若干模塊的過(guò)程。每個(gè)模塊完成一個(gè)特定的子功能，所有模塊按某種方法組裝起來(lái)，成為一個(gè)整體，完成整個(gè)系統(tǒng)要求的功能。依據(jù)：不但可以降低復(fù)雜性，還可以減少開(kāi)發(fā)工作量,從而降低開(kāi)發(fā)成本，提高軟件效

58、率。優(yōu)點(diǎn)：采用模塊化原理可以使軟件結(jié)構(gòu)清晰，不僅容易設(shè)計(jì)也容易閱讀和理解。模塊化也有助于提高軟件的可靠性。簡(jiǎn)述采用信息隱藏原理指導(dǎo)模塊設(shè)計(jì)優(yōu)點(diǎn)。a.通過(guò)信息隱蔽，可以定義和實(shí)施對(duì)模塊的過(guò)程細(xì)節(jié)和局部數(shù)據(jù)結(jié)構(gòu)的存取限制。b.信息隱蔽為軟件系統(tǒng)的修改、測(cè)試及以后的維護(hù)都帶來(lái)好處。c.防止錯(cuò)誤的擴(kuò)大傳播。用SD方法將數(shù)據(jù)流圖轉(zhuǎn)換為軟件結(jié)構(gòu)，簡(jiǎn)述其過(guò)程。1. 復(fù)查并精化數(shù)據(jù)流圖2. 確定數(shù)據(jù)流圖類型3. 確定數(shù)據(jù)流的邊界4. 完成“第一級(jí)分解”5. 完成“第二級(jí)分解”6. 優(yōu)化簡(jiǎn)述軟件結(jié)構(gòu)設(shè)計(jì)啟發(fā)式規(guī)則。1. 模塊獨(dú)立性準(zhǔn)則：通過(guò)模塊分解或合并，力求做到降低耦合提高內(nèi)聚，保持模塊相對(duì)獨(dú)立性。2. 模塊

59、的作用域應(yīng)該在控制域內(nèi)3. 軟件結(jié)構(gòu)的形態(tài)特征準(zhǔn)則軟件結(jié)構(gòu)從形態(tài)上看，應(yīng)是頂層扇出數(shù)較高一些，中間層扇出數(shù)較低一些，底層扇入數(shù)較高一些。4模塊大小準(zhǔn)則在考慮模塊的獨(dú)立性時(shí)，為了增加可理解性，模塊的大小最好在50-150條語(yǔ)句左右，可以用1-2頁(yè)紙打印，便于人們閱讀與研究。5模塊的接口準(zhǔn)則（1）模塊接口設(shè)計(jì)要簡(jiǎn)單，以降低復(fù)雜程度和冗余度。（2）設(shè)計(jì)功能可預(yù)測(cè)并能得到驗(yàn)證的模塊。（3）適當(dāng)劃分模塊規(guī)模，以保持其獨(dú)立性。試用程序流程圖舉例描述結(jié)構(gòu)化程序設(shè)計(jì)中的三種基本控制結(jié)構(gòu)。答案：P54簡(jiǎn)述軟件維護(hù)的困難主要體現(xiàn)在哪幾個(gè)方面？ 理解別人的程序非常困難 開(kāi)發(fā)文檔不合格、缺少或與程序不一致 等待開(kāi)發(fā)人

60、員對(duì)軟件說(shuō)明 設(shè)計(jì)時(shí)沒(méi)考慮未來(lái)的修改維護(hù) 維護(hù)經(jīng)常受挫已知某學(xué)校教務(wù)管理系統(tǒng)中規(guī)定：每個(gè)教師（教工號(hào)，姓名，性別，職稱，職務(wù)）可以教多門(mén)不同的課程（課程號(hào)，課名，學(xué)時(shí)，學(xué)分），每門(mén)課程只能由一個(gè)老師來(lái)教，每個(gè)學(xué)生（學(xué)號(hào)，姓名，性別，系，年級(jí)）可以學(xué)習(xí)多門(mén)課程并取得成績(jī)。每門(mén)課程可以有多個(gè)學(xué)生學(xué)習(xí)，試根據(jù)已知條件，畫(huà)出對(duì)應(yīng)的實(shí)體聯(lián)系圖（E-R圖）試述軟件測(cè)試過(guò)程。單元測(cè)試保證模塊正確工作，多采用白盒測(cè)試；綜合測(cè)試保證模塊集成到一起后正常工作，多為黑盒測(cè)試，并鋪以白盒技術(shù)；系統(tǒng)測(cè)試保證軟件與其他系統(tǒng)元素合成后達(dá)到系統(tǒng)各項(xiàng)性能要求；確認(rèn)測(cè)試保證軟件需求的滿足，采用黑盒測(cè)試。黑盒測(cè)試完全不考慮程序內(nèi)部