軟件工程復(fù)習(xí)資料 (2)

1、一、 單選題可行性分析研究的目的是（   B   ）A.爭取項(xiàng)目          B.項(xiàng)目值得開發(fā)否 C.開發(fā)項(xiàng)目   D.規(guī)劃項(xiàng)目具有風(fēng)險(xiǎn)分析的軟件生存周期模型是（   C   ） A.瀑布模型   B.噴泉模型 C.螺旋模型       D.增量模型需求分析階段的任務(wù)是確定（

2、0; D   ）A軟件開發(fā)方法 B軟件開發(fā)工具 C軟件開發(fā) D軟件系統(tǒng)的功能數(shù)據(jù)字典是用來定義（D）中的各個(gè)成份的具體含義的。A流程圖       B功能結(jié)構(gòu)圖 C系統(tǒng)結(jié)構(gòu)圖     D數(shù)據(jù)流圖程序的三種基本控制結(jié)構(gòu)的共同特點(diǎn)是（C）A只能用來描述簡單程序    B不能嵌套使用 C單入口，單出口    D僅用于自動(dòng)控制系統(tǒng)軟件設(shè)計(jì)的方法有多種，（A）方法不屬于面向數(shù)據(jù)流的設(shè)計(jì)方法。A基于Jacks

3、on圖的設(shè)計(jì)   B基于IDEF0圖的設(shè)計(jì) C交換分析設(shè)計(jì)     D事務(wù)分析設(shè)計(jì)為高質(zhì)量地開發(fā)軟件項(xiàng)目，在軟件結(jié)構(gòu)設(shè)計(jì)時(shí)，必須遵循（A）原則。A信息隱蔽       B質(zhì)量控制 C程序優(yōu)化  D數(shù)據(jù)共享軟件復(fù)雜性主要體現(xiàn)在（  B    ）A.數(shù)據(jù)的復(fù)雜性  B.程序的復(fù)雜性 C.控制的復(fù)雜性     D.問題的復(fù)雜性為了提高軟件的可維護(hù)性，在編

4、碼階段應(yīng)注意（   D   ）A.保存測試用例和數(shù)據(jù)      B.提高模塊的獨(dú)立性 C.文檔的副作用        D.養(yǎng)成好的程序設(shè)計(jì)風(fēng)格面向?qū)ο蟮奶卣髦皇牵?#160;  A   ）A、對象的唯一性       B.抽象 C.封裝性     

5、    D.共享性當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（D）A數(shù)據(jù)耦合      B公共耦合 C標(biāo)記耦合       D內(nèi)容耦合需求規(guī)格說明書的作用不包括（C）A軟件驗(yàn)收的依據(jù) B用戶與開發(fā)人員對軟件要做什么的共同理解 C軟件可行性研究的依據(jù) D軟件設(shè)計(jì)的依據(jù)為使得開發(fā)人員對軟件產(chǎn)品的各個(gè)階段工作都進(jìn)行周密的思考，從而減少返工，所以（ C ）的編制是很重要的。A、需求說明B、概要說明C、軟件文檔D、測試計(jì)劃軟件部件的內(nèi)部實(shí)現(xiàn)與外部可

6、訪問性的分離，是指軟件的（ C ）。A、繼承性B、共享性C、封裝性D、抽象性單元測試是發(fā)現(xiàn)編碼錯(cuò)誤，集成測試是發(fā)現(xiàn)模塊的接口錯(cuò)誤，確認(rèn)測試是為了發(fā)現(xiàn)功能錯(cuò)誤，那么系統(tǒng)測試是為了發(fā)現(xiàn)（ C ）的錯(cuò)誤。A、接口錯(cuò)誤B、編碼錯(cuò)誤C、性能、質(zhì)量不合要求D、功能錯(cuò)誤軟件工程管理對軟件項(xiàng)目的開發(fā)管理，即對整個(gè)軟件（ D ）的一切活動(dòng)的管理。A、軟件項(xiàng)目B、生存期C、軟件開發(fā)計(jì)劃D、軟件開發(fā)軟件測試中根據(jù)測試用例設(shè)計(jì)的方法的不同可分為黑盒測試和白盒測試兩種，它們（D）A前者屬于靜態(tài)測試，后者屬于動(dòng)態(tài)測試 B都屬于靜態(tài)測試 C前者屬于動(dòng)態(tài)測試，后者屬于靜態(tài)測試 D都屬于動(dòng)態(tài)測試軟件工程管理的具體內(nèi)容不包括對（

7、D）管理。A開發(fā)人員       B組織機(jī)構(gòu) C控制        D設(shè)備軟件調(diào)試技術(shù)包括（  A    ）A.錯(cuò)誤推斷       B.集成測試 C.回溯法          D.邊界值分析 ISO的軟件質(zhì)量評價(jià)模型由3層組成，其中用于評價(jià)設(shè)計(jì)質(zhì)量的準(zhǔn)則是（

8、 D ）ASQIC BSQMC CSQRC DSQDC軟件復(fù)雜性度量的參數(shù)包括（  B  ）A效率         B規(guī)模           C完整性           D容錯(cuò)性模塊的耦合性最強(qiáng)的是( D )A.數(shù)據(jù)耦合B.控制耦合 C.公共耦合 D.內(nèi)容耦合在SD方法中全面

9、指導(dǎo)模塊劃分的最重要的原則是( D )A.程序模塊化B.模塊高內(nèi)聚 C.模塊低耦合D.模塊獨(dú)立性軟件詳細(xì)設(shè)計(jì)主要采用的方法是( C )A.模塊設(shè)計(jì)B.結(jié)構(gòu)化設(shè)計(jì) C.PDL語言 D.結(jié)構(gòu)化程序設(shè)計(jì)黑盒測試在設(shè)計(jì)測試用例時(shí)，主要需要研究( A )A.需求規(guī)格說明與概要設(shè)計(jì)說明B.詳細(xì)設(shè)計(jì)說明C.項(xiàng)目開發(fā)計(jì)劃D.概要設(shè)計(jì)說明與詳細(xì)設(shè)計(jì)說明若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X，其范圍是-1.0，1.0，現(xiàn)從輸入的角度考慮一組測試用例：-1.001，-1.0，1.0，1.001。設(shè)計(jì)這組測試用例的方法是( C ) A.條件覆蓋法B.等價(jià)分類法 C.邊界值分析法D.錯(cuò)誤推測法下列屬于維護(hù)階段的文

10、檔是( D )A.軟件規(guī)格說明 B.用戶操作手冊 C.軟件問題報(bào)告D.軟件測試分析報(bào)告快速原型模型的主要特點(diǎn)之一是( D ) A.開發(fā)完畢才見到產(chǎn)品B.及早提供全部完整的軟件產(chǎn)品 C.開發(fā)完畢后才見到工作軟件D.及早提供工作軟件因計(jì)算機(jī)硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱為( B )A.教正性維護(hù)B.適應(yīng)性維護(hù) C.完善性維護(hù)D.預(yù)防性維護(hù)軟件按照設(shè)計(jì)的要求，在規(guī)定時(shí)間和條件下達(dá)到不出故障，持續(xù)運(yùn)行的要求的質(zhì)量特性稱為( B )A.可用性B.可靠性 C.正確性 D.完整性下列文檔與維護(hù)人員有關(guān)的有( C ) A.軟件需求說明書 B.項(xiàng)目開發(fā)計(jì)劃 C.概要設(shè)計(jì)說明書 D.操作手冊下列模型

11、屬于成本估算方法的有( A )A.COCOMO模型 B.McCall模型 C.McCabe度量法 D.時(shí)間估算法對象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（ C ）于對象的統(tǒng)一體中。（第九章）A結(jié)合 B隱藏 C封裝 D抽象軟件調(diào)試技術(shù)包括（ B ）A邊界值分析 B演繹法 C循環(huán)覆蓋 D集成測試概要設(shè)計(jì)是軟件系統(tǒng)結(jié)構(gòu)的總體設(shè)計(jì)，以下選項(xiàng)中不屬于概要設(shè)計(jì)的是（ D ）A.把軟件劃分成模塊 B.確定模塊之間的調(diào)用關(guān)系C.確定各個(gè)模塊的功能 D.設(shè)計(jì)每個(gè)模塊的偽代碼軟件生命周期中所花費(fèi)用最多的階段是（ D ）A詳細(xì)設(shè)計(jì) B軟件編碼 C軟件測試 D軟件維護(hù)“軟件危機(jī)”是指( C )A. 

12、;計(jì)算機(jī)病毒的出現(xiàn)  B. 利用計(jì)算機(jī)進(jìn)行經(jīng)濟(jì)犯罪活動(dòng)C. 軟件開發(fā)和維護(hù)中出現(xiàn)的一系列問題  D. 人們過分迷戀計(jì)算機(jī)系統(tǒng)確認(rèn)軟件的功能是否與需求規(guī)格說明書中所要求的功能相符的測試屬于（ C ）A、集成測試B、恢復(fù)測試C、驗(yàn)收測試D、單元測試盒圖（N-S圖）為（ A ）提供了有力的工具。A、系統(tǒng)分析B、軟件的自動(dòng)化生成C、自動(dòng)分析數(shù)據(jù)D、測試軟件程序的三種基本控制結(jié)構(gòu)是（ B ）A、過程、子程序和分程序B、順序、選擇和重復(fù)C、遞歸、堆棧和隊(duì)列D、調(diào)用、返回和轉(zhuǎn)移具有風(fēng)險(xiǎn)分析的軟件生存周期模型是（   C 

13、;  ）A.瀑布模型  B.噴泉模型 C.螺旋模型    D.增量模型下列有關(guān)軟件工程的標(biāo)準(zhǔn)，屬于行業(yè)標(biāo)準(zhǔn)的是( D) A. GB   B. DIN  C. ISO  D. IEEE DFD中的每個(gè)加工至少需要(  D ) A. 一個(gè)輸入流  B. 一個(gè)輸出流 C. 一個(gè)輸入或輸出流  D. 一個(gè)輸入流和一個(gè)輸出流 為了提高模塊的獨(dú)立性，模塊之間最好是( 

14、D ) A. 控制耦合  B. 公共耦合  C. 內(nèi)容耦合  D. 數(shù)據(jù)耦合軟件設(shè)計(jì)的方法有多種，（A）方法不屬于面向數(shù)據(jù)流的設(shè)計(jì)方法。A基于Jackson圖的設(shè)計(jì)    B基于IDEF0圖的設(shè)計(jì) C交換分析設(shè)計(jì)     D事務(wù)分析設(shè)計(jì)當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（D）A數(shù)據(jù)耦合  B公共耦合 C標(biāo)記耦合      D內(nèi)容耦合詳細(xì)設(shè)計(jì)與概要設(shè)計(jì)銜接的圖形工

15、具是( D )A. DFD圖  B. 程序圖  C. PAD圖  D. SC圖測試的關(guān)鍵問題是(  D )A. 如何組織對軟件的評審  B. 如何驗(yàn)證程序的正確性  C. 如何采用綜合策略  D. 如何選擇測試用例開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做(C ) A.軟件工程B.軟件周期 C.軟件危機(jī)D.軟件產(chǎn)生模塊的內(nèi)聚性最高的是( D )A.邏輯內(nèi)聚B.時(shí)間內(nèi)聚 C.偶然內(nèi)聚D.功能內(nèi)聚軟件詳細(xì)設(shè)計(jì)主要采用的方法是(

16、C )A.模塊設(shè)計(jì)B.結(jié)構(gòu)化設(shè)計(jì) C.PDL語言 D.結(jié)構(gòu)化程序設(shè)計(jì)結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（ D ）A   程序的規(guī)模 B   程序的效率 C   程序設(shè)計(jì)語言的先進(jìn)性 D  程序易讀性下列關(guān)于功能性注釋不正確的說法是( B  )A. 功能性注釋嵌在源程序中，用于說明程序段或語句的功能以及數(shù)據(jù)的狀態(tài) B. 注釋用來說明程序段，需要在每一行都要加注釋 C. 可使用空行或縮進(jìn)，以便很容易區(qū)分注釋和程序 D. 修改程序也應(yīng)修改注釋下列關(guān)于效率的說法

17、不正確的是( D  )A. 效率是一個(gè)性能要求，其目標(biāo)應(yīng)該在需求分析時(shí)給出 B. 提高程序效率的根本途徑在于選擇良好的設(shè)計(jì)方法，數(shù)據(jù)結(jié)構(gòu)與算法 C. 效率主要指處理機(jī)時(shí)間和存儲(chǔ)器容量兩個(gè)方面 D. 程序的效率與程序的簡單性無關(guān)可維護(hù)性的特性中，相互矛盾的是(  B )A. 可理解性與可測試性  B. 效率與可修改性 C. 可修改性和可理解性  D. 可理解性與可讀性快速原型是利用原型輔助軟件開發(fā)的一種新思想，它是在研究(  A

18、 )的方法和技術(shù)中產(chǎn)生的。A. 需求階段  B. 設(shè)計(jì)階段  C. 測試階段 D. 軟件開發(fā)的各個(gè)階段 從目前情況來看，增量模型存在的主要問題是( C)A. 用戶很難適應(yīng)這種系統(tǒng)開發(fā)方法 B. 該方法的成功率很低 C. 缺乏豐富而強(qiáng)有力的軟件工具和開發(fā)環(huán)境 D. 缺乏對開發(fā)過程中的問題和錯(cuò)誤具有應(yīng)付變化的機(jī)制可行性分析研究的目的是（   A ）A.項(xiàng)目是否值得開發(fā) B .爭取項(xiàng)目 C.開發(fā)項(xiàng)目 

19、D.規(guī)劃項(xiàng)目描述復(fù)雜系統(tǒng)時(shí)，最好采用（ B）的描繪方法。A.按系統(tǒng)流程描述 B.分層次 C.分階段  D.對系統(tǒng)數(shù)據(jù)分類下述方法中，屬于形式化說明方法的是（ ）。A. Petri網(wǎng) B. 數(shù)據(jù)流圖 C. PDL  D. PAD圖需求分析階段的基本任務(wù)是準(zhǔn)確地回答（ D ）。A. 系統(tǒng)的規(guī)模有多大 B. 系統(tǒng)如何實(shí)現(xiàn) C. 系統(tǒng)有些什么輸入信息 D. 系統(tǒng)必須做什么在軟件結(jié)構(gòu)設(shè)計(jì)時(shí)，下面哪一項(xiàng)不是應(yīng)該遵循（C ）的原則。A信息隱蔽   B抽象 C數(shù)據(jù)共享      D逐步求精軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)

20、模塊的（ A ）A、算法和使用的數(shù)據(jù)結(jié)構(gòu)B、外部接口C、功能D、編程軟件是一種（ C ）A、程序B、數(shù)據(jù)C、邏輯產(chǎn)品D、物理產(chǎn)品研究開發(fā)所需要的成本和資源是屬于可行性研究中的( B )研究的一方面。A.技術(shù)可行性 B.經(jīng)濟(jì)可行性 C.社會(huì)可行性 D.法律可行性中級結(jié)構(gòu)性成本模型COCOMO是一個(gè)( C )A、靜態(tài)單變量模型B、動(dòng)態(tài)單變量模型C、靜態(tài)多變量模型D、動(dòng)態(tài)多變量模型PAD圖為（ 詳細(xì)設(shè)計(jì) ）提供了有力的工具。在軟件結(jié)構(gòu)設(shè)計(jì)完成后，對于下列說法，正確的是（ C ）A軟件層數(shù)過多，可能是因?yàn)楦鞴芾碜幽K功能過于復(fù)雜的原因。B對軟件寬度影響最大的因素是扇入。C一個(gè)模塊的扇出太多，說明該模塊

21、過分復(fù)雜，缺少中間層D一個(gè)模塊的扇入太多，說明該模塊過分復(fù)雜，缺少中間層源程序的效率與( D )階段確定的算法的效率直接有關(guān)。A概要設(shè)計(jì) B. 總體設(shè)計(jì) C. 單元設(shè)計(jì) D. 詳細(xì)設(shè)計(jì)關(guān)于軟件測試，下面說法正確的是( C )。A軟件測試只能依靠手工進(jìn)行 B子模塊并入系統(tǒng)時(shí)，只要此子模塊是經(jīng)過單元測試，且沒有問題的，就不用再對系統(tǒng)進(jìn)行測試了。C軟件不能進(jìn)行“窮舉”測試 D測試計(jì)劃是在軟件測試開始之初制定的。關(guān)于白盒法覆蓋程度的論述中正確的是( A )。A語句覆蓋：選擇測試用例使程序中每條語句至少被執(zhí)行一次B條件覆蓋：選擇測試用例使每個(gè)條件都滿足C判定覆蓋：選擇測試用例使程序中每個(gè)判定和判定中的條

22、件至少都獲得一次“真”值和一次“假”值。D條件組合覆蓋：將所有的判定條件都組合起來執(zhí)行黑盒測試著重測試軟件的（ C）A設(shè)計(jì) B. 模塊 C. 功能 D. 數(shù)據(jù)（ B ）發(fā)現(xiàn)錯(cuò)誤能力最弱 。A判定覆蓋 B.語句覆蓋 C. 條件覆蓋 D. 條件組合覆蓋在進(jìn)行軟件測試時(shí)，首先應(yīng)當(dāng)進(jìn)行（ D ），然后再進(jìn)行組裝測試，最后再進(jìn)行有效性測試。A組織測試 B集成測試 C確認(rèn)測試 D單元測試由軟件預(yù)發(fā)行的最終客戶們在一個(gè)或多個(gè)客戶場所對軟件進(jìn)行的測試，稱為（D）。A測試 B集成測試 C平行運(yùn)行 D測試以下說法正確的是（B ）。A等價(jià)劃分法是一種有效的白盒測試方法。B在等價(jià)劃分法中，為了提高測試效率，一個(gè)測試用

23、例可以覆蓋多個(gè)有效等價(jià)類。C等價(jià)劃分法的關(guān)鍵是按照用例來確定等價(jià)類。D設(shè)計(jì)測試方案時(shí)，要么采用等價(jià)劃分法，要么采用邊界值分析法。從現(xiàn)存的程序代碼中抽取有關(guān)數(shù)據(jù)、體現(xiàn)結(jié)構(gòu)和處理過程的設(shè)計(jì)信息，以便恢復(fù)設(shè)計(jì)結(jié)果的過程，稱為（B）A代碼重構(gòu) B逆向工程 C數(shù)據(jù)重構(gòu) D正向工程決定軟件可維護(hù)性的因素有5個(gè)，即可理解性、（ C）、可修改性、可移植性、可重用性。A 完備性 B 安全性 C可測試性 D 靈活性軟件維護(hù)工作過程中，第一步是先確認(rèn)（ B ）A維護(hù)環(huán)境 B維護(hù)類型 C 維護(hù)要求 D 維護(hù)者以下哪種不屬于用面向?qū)ο蠓椒ń⒌姆治瞿Ｐ停?B ）A. 動(dòng)態(tài)模型  B. 功能

24、模型  C. 對象模型  D. 狀態(tài)模型可維護(hù)性的特性中，相互矛盾的是(  B )A. 可理解性與可測試性  B. 效率與可修改性 C. 可修改性和可理解性  D. 可理解性與可讀性軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的（ A ）A、算法和使用的數(shù)據(jù)結(jié)構(gòu)B、外部接口C、功能D、編程軟件是一種（ C ）A、程序B、數(shù)據(jù)C、邏輯產(chǎn)品D、物理產(chǎn)品研究開發(fā)所需要的成本和資源是屬于可行性研究中的( B )研究的一方面。A.技術(shù)可行性 B.經(jīng)濟(jì)可行性 C.社會(huì)可行性 D.法律可行性中級結(jié)

25、構(gòu)性成本模型COCOMO是一個(gè)( C )A、靜態(tài)單變量模型B、動(dòng)態(tài)單變量模型C、靜態(tài)多變量模型D、動(dòng)態(tài)多變量模型PAD圖為（ A）提供了有力的工具。A、系統(tǒng)分析B、軟件的自動(dòng)化生成C、自動(dòng)分析數(shù)據(jù)D、測試軟件二、填空題在面向?qū)ο蠓椒ㄖ?，對象?shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作_封裝_于對象的統(tǒng)一體中。如果知道軟件的規(guī)格說明書描述的程序功能，那么就可以采用_確認(rèn)測試_ 進(jìn)行測試。軟件可維護(hù)性度量的七個(gè)質(zhì)量特性是可理解性、可測試性、可修改性、可靠性、 可移植性 、 可使用性和效率。當(dāng)A模塊調(diào)用B模塊時(shí)，若兩個(gè)模塊之間傳遞的是數(shù)值型參數(shù)，則這兩個(gè)模塊的耦合方式是_標(biāo)記耦合_ 。向

26、對象發(fā)出服務(wù)請求稱為_接口_，類對象上的各種操作稱為_方法_。提高軟件質(zhì)量和可靠性的技術(shù)主要有兩類_避開錯(cuò)誤技術(shù)_和_容錯(cuò)技術(shù)_。大型軟件測試包括_單元測試_、_集成測試_確認(rèn)測試和_系統(tǒng)測試_四個(gè)步驟。軟件結(jié)構(gòu)圖的寬度是指一層中_最大_的模塊個(gè)數(shù)。軟件生存周期是指一個(gè)軟件從提出開發(fā)要求開始直到_該軟件報(bào)廢_為止的整個(gè)時(shí)期。McCall提出的軟件質(zhì)量模型包括_11_ 個(gè)軟件質(zhì)量特性。對大信息系統(tǒng)的需求，DFD應(yīng)與數(shù)據(jù)庫技術(shù)中_ER_ 圖結(jié)合起來。瀑布模型是以文檔為驅(qū)動(dòng)、適合于_需求很明確的_的軟件項(xiàng)目的模型。在結(jié)構(gòu)化分析中，用于描述加工邏輯的主要工具有三種，即：結(jié)構(gòu)化語言、

27、判定表、 判定樹 。數(shù)據(jù)項(xiàng)是指_不可再分的_數(shù)據(jù)單元?；谟?jì)算機(jī)的系統(tǒng)通常包含6個(gè)元素是硬件、軟件、過程、文檔、數(shù)據(jù)庫和_。軟件開發(fā)是一個(gè)自頂向下逐步細(xì)化和求精過程，而軟件測試是一個(gè)_自底向上或相反順序_集成的過程。軟件維護(hù)的內(nèi)容包括校正性維持，適應(yīng)性維護(hù)、_完善性維護(hù)_和預(yù)防性維護(hù)。CMM將軟件過程的成熟度分為5個(gè)等級是初始級、可重復(fù)級、 已定義級 、己管理級和優(yōu)化級。軟件結(jié)構(gòu)是以 模塊 為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。結(jié)構(gòu)化語言是介于自然語言和 形式語言 之間的一種半形式語言。在面向?qū)ο蠓椒ㄖ?，對象?shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作_封裝_于對象的統(tǒng)一體中。作為計(jì)算機(jī)科學(xué)技術(shù)領(lǐng)域中的一門

28、新興學(xué)科，軟件工程主要是為了解決_問題。劃分模塊時(shí)盡量做到_高內(nèi)聚、低耦合_，保持模塊的獨(dú)立性。瀑布模型是以文檔為驅(qū)動(dòng)、適合于_需求很明確的_的軟件項(xiàng)目的模型。軟件可維護(hù)性度量的七個(gè)質(zhì)量特性是可理解性、可測試性、可修改性、可靠性 、可移植性 、 可使用性和效率?；谟?jì)算機(jī)的系統(tǒng)通常包含6個(gè)元素是硬件、軟件、過程、文檔、數(shù)據(jù)庫和_。軟件開發(fā)模型用于指導(dǎo)軟件的開發(fā)。演化模型是在快速開發(fā)一個(gè)_可運(yùn)行的軟件原型_的基礎(chǔ)上,逐步演化成最終的軟件。軟件工程包括的三個(gè)要素是 _方法、工具和過程_。常用的成本估計(jì)技術(shù)有： 和自動(dòng)估計(jì)成本技術(shù)三種。結(jié)構(gòu)化分析方法常用的兩種工具是_和_。模塊的分解和合并應(yīng)力求_降

29、低耦合提高內(nèi)聚_。程序的效率包括兩個(gè)方面的內(nèi)容_時(shí)間復(fù)雜度_和_空間復(fù)雜度_。形式化方法是一種基于 數(shù)學(xué)的方法來描述目標(biāo)軟件系統(tǒng)屬性的 的技術(shù)。在需求分析時(shí)，常采用 數(shù)據(jù)流圖 來描繪系統(tǒng)的行為。實(shí)體聯(lián)系圖包括： 實(shí)體關(guān)系屬性 3種相互關(guān)聯(lián)的信息。軟件設(shè)計(jì)包括 制定計(jì)劃和需求分析 兩個(gè)階段?；韭窂綔y試是在程序流圖的基礎(chǔ)上，通過分析控制構(gòu)造的環(huán)路復(fù)雜性 ，從而導(dǎo)出基本路徑的集合，而設(shè)計(jì)測試用例，保證這些路徑至少通過一次。軟件維護(hù)活動(dòng)主要包括完善性維護(hù)、 適應(yīng)性維護(hù) 、改正性維護(hù)和預(yù)防性維護(hù)等四種。 繼承 是子類自動(dòng)共享父類屬性和操作的機(jī)制。IEEE定義 基線 是：已經(jīng)通過了正式復(fù)審的規(guī)格說明或中

30、間產(chǎn)品，它可以作為進(jìn)一步開發(fā)的基礎(chǔ)，并且只有通過正式的變化控制過程才能改變它。 軟件生存周期是指軟件從_定義_、_開發(fā)_、_維護(hù)_直到最終被廢棄的全過程。瀑布模型的核心思想是_按工序?qū)栴}化簡，將功能的實(shí)現(xiàn)與設(shè)計(jì)分開，便于分工協(xié)作，即采用結(jié)構(gòu)化的分析與設(shè)計(jì)方法將邏輯實(shí)現(xiàn)與物理實(shí)現(xiàn)分開_。在可行性研究中，_是最關(guān)鍵的因素。軟件生命周期由軟件定義、軟件開發(fā)和_軟件維護(hù)_三個(gè)時(shí)期組成。一般來說，可行性研究應(yīng)該從技術(shù)、經(jīng)濟(jì)和_社會(huì)_三個(gè)方面研究每種解法的可行性。軟件_可靠性_是程序在給定的時(shí)間間隔內(nèi)，按照規(guī)格說明書的規(guī)定成功地運(yùn)行地概率。常用的軟件成本估計(jì)方法有_、任務(wù)分解技術(shù)和自動(dòng)估計(jì)成本技術(shù)。軟件

31、需求分析時(shí)，應(yīng)建立數(shù)據(jù)模型、功能模型和_行為模型_。所謂形式化方法，是描述系統(tǒng)性質(zhì)的基于_數(shù)學(xué)_的技術(shù)。_信息隱藏_原理指出：應(yīng)該這樣設(shè)計(jì)和確定模塊，使得一個(gè)模塊內(nèi)包含的信息對于不需要這些信息的模塊來說，是不能訪問的。如果一個(gè)程序的代碼塊僅僅通過順序、選擇和循環(huán)這三種基本控制結(jié)構(gòu)進(jìn)行連接，并且每個(gè)代碼塊只有一個(gè)入口和一個(gè)出口，則稱這個(gè)程序是_結(jié)構(gòu)化_的。 軟件的維護(hù)一般經(jīng)過提出維護(hù)或修改要求、 領(lǐng)導(dǎo)復(fù)審并作出答復(fù)，如同意修改則列入維護(hù)計(jì)劃、 領(lǐng)導(dǎo)分配人物維護(hù)人員執(zhí)行修改三個(gè)步驟。三、 簡答題軟件項(xiàng)目估算內(nèi)容與步驟面向?qū)ο笤O(shè)計(jì)的準(zhǔn)則是什么？有哪5個(gè)層次和4個(gè)部分？準(zhǔn)則：模塊化、抽象、信

32、息隱蔽、高內(nèi)聚、低耦合、可重用簡述軟件工程目標(biāo)和面臨的主要問題。目標(biāo)：支付較低的開發(fā)成本、達(dá)到要求的軟件功能、獲取較好的軟件性能、開發(fā)的軟件易于移植、需要較低的維護(hù)費(fèi)用、能按時(shí)完成開發(fā)任務(wù)，幾時(shí)交付使用、開發(fā)的軟件可靠性高面臨的主要問題是：軟件費(fèi)用 軟件可靠性 軟件維護(hù) 軟件生產(chǎn)率 軟件重用。簡述軟件工程過程。軟件工程過程是為獲得軟件產(chǎn)品，在軟件工具支持下由軟件工程師完成的一系列軟件工程活動(dòng)。軟件工程過程通常包含四種基本的過程活動(dòng)： P(Plan)：軟件規(guī)格說明。規(guī)定軟件的功能及其運(yùn)行的限制； D(Do)：軟件開發(fā)。產(chǎn)生滿足規(guī)格說明的軟件； C(Check)：軟件確認(rèn)。確認(rèn)軟件能夠完成客戶提出

33、的要求； A(Action)：軟件演進(jìn)。為滿足客戶的變更要求，軟件必須在使用的過程中演進(jìn)。 事實(shí)上，軟件工程過程是一個(gè)軟件開發(fā)機(jī)構(gòu)針對某一類軟件產(chǎn)品為自己規(guī)定的工作步驟，它應(yīng)當(dāng)是科學(xué)的、合理的，否則必將影響到軟件產(chǎn)品的質(zhì)量。 簡述模塊獨(dú)立性的原則。模塊獨(dú)立性是指軟件系統(tǒng)中每個(gè)模塊只涉及軟件要求的具體子功能，而和軟件系統(tǒng)中其他的模塊接口是簡單的模塊獨(dú)立性的概念是模塊化、抽象、信息隱蔽和局部話概念的直接結(jié)果由耦合和內(nèi)聚2個(gè)標(biāo)準(zhǔn)度量簡述結(jié)構(gòu)化程序設(shè)計(jì)方法的基本要點(diǎn)1. 采用自頂向下，逐步求精的程序設(shè)計(jì)方法 在需求分析，概要設(shè)計(jì)中，都采用了自頂向下，逐層細(xì)化的方法。 2. 使用三種基本控制結(jié)構(gòu)構(gòu)造程序

34、 任何程序都可由順序、選擇、重復(fù)三種基本控制結(jié)構(gòu)構(gòu)造。1)用順序方式對過程分解，確定各部分的執(zhí)行順序。2)用選擇方式對過程分解，確定某個(gè)部分的執(zhí)行條件。 3)用循環(huán)方式對過程分解，確定某個(gè)部分進(jìn)行重復(fù)的開始和結(jié)束的條件。 4)對處理過程仍然模糊的部分反復(fù)使用以上分解方法，最終可將所有細(xì)節(jié)確定下來。 3. 主程序員組的組織形式 簡述軟件生命周期開發(fā)方法的基本過程及每個(gè)階段的任務(wù)。（1）問題定義階段，盡可能清楚地描述問題，搞清楚要解決的問題是什么；（2）可行性研究階段，主要是確定待解的問題是否有可行的解決辦法。需要做經(jīng)濟(jì)可行性分析、技術(shù)可行性分析、操作可行性分析和法律可行性分析；（3）需求分析階段

35、，主要是確定目標(biāo)系統(tǒng)必須具備的功能。通常用數(shù)據(jù)流圖、數(shù)據(jù)字典和簡要的算法表示系統(tǒng)的邏輯模型。（4）總體設(shè)計(jì)階段，從總體上解決問題，確定可實(shí)現(xiàn)的方案，并設(shè)計(jì)出軟件的層次結(jié)構(gòu)圖；（5）詳細(xì)設(shè)計(jì)，把解法具體化，確定如何具體地實(shí)現(xiàn)這個(gè)系統(tǒng)。針對每個(gè)模塊設(shè)計(jì)相應(yīng)的算法；（6）編碼和單元測試階段，把詳細(xì)設(shè)計(jì)的結(jié)果翻譯成選定的語言所寫的程序，并對每個(gè)模塊進(jìn)行單元測試。（7）測試階段，系統(tǒng)地設(shè)計(jì)測試用例，盡可能多地發(fā)現(xiàn)軟件中的錯(cuò)誤，并調(diào)試改正軟件中的錯(cuò)誤；（8）軟件維護(hù)階段，主要目的是通過修改軟件使所開發(fā)的軟件能夠持久地滿足用戶的需要。復(fù)印機(jī)的工作流程大致如下：未接到復(fù)印命令時(shí)處于閑置狀態(tài)，一旦接到復(fù)印命令則

36、進(jìn)入復(fù)印狀態(tài)，完成一個(gè)復(fù)印命令規(guī)定的工作后又回到閑置狀態(tài)，等待下一個(gè)復(fù)印命令：如果執(zhí)行復(fù)印命令時(shí)發(fā)現(xiàn)沒紙，則進(jìn)入缺紙狀態(tài)，發(fā)出警告，等待裝紙，裝滿紙后進(jìn)入閑置狀態(tài)，準(zhǔn)備接收復(fù)印命令；如果復(fù)印時(shí)發(fā)生卡紙故障，則進(jìn)入卡紙狀態(tài)，發(fā)出警告，等待維修人員來排除故障，故障排除后回到閑置狀態(tài)。試用狀態(tài)轉(zhuǎn)換圖描繪復(fù)印機(jī)的行為。從問題陳述可知，復(fù)印機(jī)的狀態(tài)主要有閑置、復(fù)印、缺紙和卡紙。引起狀態(tài)轉(zhuǎn)換的事件主要是復(fù)印命令、完成復(fù)印命令、發(fā)現(xiàn)缺紙、裝滿紙、發(fā)生卡紙故障和排除了卡紙故障簡述文檔在軟件工程中的作用。1、提高軟件開發(fā)過程的能見度2、實(shí)現(xiàn)對軟件開發(fā)的工程管理3、提高開發(fā)效率4、作為開發(fā)人員在一定階段的工作成果

37、和結(jié)束標(biāo)志5、提供軟件運(yùn)行、維護(hù)和培訓(xùn)有關(guān)資料6、記錄開發(fā)過程中有關(guān)信息便于協(xié)調(diào)以后的軟件開發(fā)使用和維護(hù)7、便于用戶了解軟件功能、性能。簡述軟件項(xiàng)目管理過程。簡述系統(tǒng)分析員應(yīng)該具備的主要知識結(jié)構(gòu)和基本素質(zhì)。系統(tǒng)分析員應(yīng)該既是信息系統(tǒng)專家，又是企業(yè)管理專家，同時(shí)還應(yīng)該是優(yōu)秀的領(lǐng)導(dǎo)者。系統(tǒng)分析員應(yīng)該具有的知識結(jié)構(gòu)為：首先應(yīng)該具有深入扎實(shí)的信息系統(tǒng)方面的專業(yè)知識和實(shí)踐經(jīng)驗(yàn)，即他們必須具有計(jì)算機(jī)軟硬件的知識和開發(fā)應(yīng)用的實(shí)踐經(jīng)驗(yàn)，以及信息處理，包括IS、網(wǎng)絡(luò)、通訊、數(shù)據(jù)庫等方面的知識和實(shí)踐經(jīng)驗(yàn)；其次，應(yīng)該具有經(jīng)濟(jì)管理或企業(yè)管理方面較豐富的理論知識和實(shí)踐經(jīng)驗(yàn)；同時(shí)應(yīng)該具有優(yōu)秀領(lǐng)導(dǎo)者的素質(zhì)、才能和領(lǐng)導(dǎo)藝術(shù)，

38、在信息系統(tǒng)開發(fā)的實(shí)踐中不斷豐富自己、提高自己，使自己的知識結(jié)構(gòu)更趨于合理。簡述何謂軟件開發(fā)方法？請列舉四種主要方法。軟件開發(fā)方法是一中使用定義好的技術(shù)集和符號表示組織軟件生產(chǎn)的過程。結(jié)構(gòu)化方法 jackson方法 維也納開發(fā)方法 面向?qū)ο箝_發(fā)方法簡述單元測試的基本內(nèi)容。測試構(gòu)造軟件系統(tǒng)的模塊（對象和子系統(tǒng)）模塊接口主要檢查數(shù)據(jù)能否正確通過模塊；屬性及對應(yīng)關(guān)系是否一致局部數(shù)據(jù)結(jié)構(gòu)說明不正確或不一致；初始化或缺省值錯(cuò)誤；變量名未定義或拼寫錯(cuò)誤；數(shù)據(jù)類型不相容；上溢下溢或地址錯(cuò)誤等重要的執(zhí)行路徑 重要模塊要進(jìn)行基本路徑測試，仔細(xì)地選擇測試路徑是單元測試的一項(xiàng)基本任務(wù)錯(cuò)誤處理 主要測試程序?qū)﹀e(cuò)誤處理的

39、能力，應(yīng)檢查是否不能正確處理外部輸入錯(cuò)誤或內(nèi)部處理引起的錯(cuò)誤；對發(fā)生的錯(cuò)誤不能正確描述的內(nèi)容，難以理解；在錯(cuò)誤處理之前，系統(tǒng)已經(jīng)進(jìn)行干預(yù)等邊界條件 程序最容易在邊界上出錯(cuò)，如輸入輸出數(shù)據(jù)的等價(jià)類邊界，選擇條件和循環(huán)條件的邊界，復(fù)雜數(shù)據(jù)結(jié)構(gòu)的邊界等都應(yīng)進(jìn)行測試什么是軟件生存周期模型？請至少列舉四種主要模型？軟件生存周期模型是描述軟件開發(fā)過程中各種活動(dòng)如何執(zhí)行的模型。軟件生存周期模型確立了軟件開發(fā)和演繹中各階段的次序限制以及各階段或機(jī)動(dòng)的準(zhǔn)則，確立開發(fā)過程所遵守的規(guī)定和限制，便于各種活動(dòng)的協(xié)調(diào)，便于各種人員的有效通信，有利于活動(dòng)重用，有利于活動(dòng)管理。常見的軟件生存周期模型有瀑布模型、演化模型、螺旋

40、模型、噴泉模型等。衡量模塊獨(dú)立的兩個(gè)標(biāo)準(zhǔn)是什么？它們各表示什么含義？（網(wǎng)上）兩個(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)聚性越高。簡述白盒測試的思想，并列舉兩種典型的測試技術(shù)。白盒測試又稱結(jié)構(gòu)測試，它把測試對象看作一個(gè)透明的盒子。測試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理過程，以檢查處理過程的細(xì)節(jié)為基礎(chǔ)，對程序中盡可能多的邏輯路徑進(jìn)行測試，檢查內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)

41、是否有錯(cuò)，實(shí)際的運(yùn)行狀態(tài)和預(yù)期的狀態(tài)是否一致典型測試技術(shù)：邏輯驅(qū)動(dòng)、基本路徑測試等簡述CMM（軟件能力成熟度模型）5個(gè)等級的含義第一級 基本集 軟件工程是混亂無序的，對工程幾乎沒有定義，成功依靠的是個(gè)人的才能和經(jīng)驗(yàn)，管理方式屬于反應(yīng)式第二級 重復(fù)級 建立了基本的項(xiàng)目管理來跟蹤進(jìn)度。費(fèi)用和功能特征，制定了必要的項(xiàng)目管理，能夠利用以前類似的項(xiàng)目應(yīng)用取得成功第三級 確定級 已經(jīng)將軟件管理和過程文檔化，標(biāo)準(zhǔn)化，同時(shí)綜合成該組織的標(biāo)準(zhǔn)軟件過程，所有的軟件開發(fā)都使用該標(biāo)準(zhǔn)軟件第四級 管理級 收集軟件過程和產(chǎn)品質(zhì)量的詳細(xì)度量，對軟件過程和產(chǎn)品質(zhì)量有定量的理解和控制。第五級 優(yōu)化級 軟件過程的量化反饋和新的思

42、想和技術(shù)促進(jìn)過程的不斷改進(jìn)簡述軟件維護(hù)的定義在軟件運(yùn)行或維護(hù)階段對軟件產(chǎn)品所進(jìn)行的修改，這些修改可能是改正軟件中的錯(cuò)誤，也可能是增加新的功能以適應(yīng)新的需求，但一般不包括軟件系統(tǒng)結(jié)構(gòu)上的重大改變簡述軟件測試的定義廣義：軟件產(chǎn)品生存周期內(nèi)所有的檢查評審和確認(rèn)活動(dòng)狹義：對軟件產(chǎn)品質(zhì)量的檢驗(yàn)和評價(jià)，一方面檢查軟件產(chǎn)品質(zhì)量中存在的質(zhì)量問題同時(shí)對產(chǎn)品質(zhì)量進(jìn)行客觀的評價(jià)。UML建模中主要包括哪九種圖？并說明類圖的定義及其中常見的關(guān)系有哪些？用例圖 類圖 對象圖 狀態(tài)圖 順序圖 協(xié)作圖 活動(dòng)圖 組件圖 分布圖 類圖描述系統(tǒng)的的靜態(tài)結(jié)構(gòu)。表示系統(tǒng)中類、類與類之間的關(guān)系以及類的屬性和操作。常見關(guān)系：關(guān)聯(lián)（分為聚合

43、和組合）、范化、依賴、實(shí)現(xiàn) 什么是字據(jù)字典？其作用是什么？它有哪些條目？數(shù)據(jù)字典是用于定義數(shù)據(jù)流圖中的各個(gè)成分的具體含義。它以一種準(zhǔn)確的無二義的說明方式為系統(tǒng)的分析設(shè)計(jì)及維護(hù)提供了有關(guān)元素的一致的定義和詳細(xì)的描述有4類條目：數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)項(xiàng)和加工四、分析題根據(jù)下面給出的規(guī)格說明，利用等價(jià)類劃分的方法，給出足夠的測試用例。 “一個(gè)程序讀入三個(gè)整數(shù)。把此三個(gè)數(shù)值看成是一個(gè)三角形的三個(gè)邊。這個(gè)程序要打印出信息，說明這個(gè)三角形是三邊不等的、是等腰的、還是等邊的。”1.分析三角形應(yīng)滿足：(1)輸入3個(gè)數(shù)(2)a,b,c整數(shù)(3)a>0,b>0,c>0(4)a+b>c,a+

44、c>b,b+c>a等腰三角形除了滿足三角形的條件外，還應(yīng)滿足：(5)a=b或a=c或b=c等邊三角形除了滿足三角形的條件外，還應(yīng)滿足：(6)a=b=c2.等價(jià)類表有效等價(jià)類編號無效等價(jià)類編號輸入三個(gè)數(shù)(1)只輸入a(10)只輸入b(11)只輸入c(12)只輸入a,b(13)只輸入a,c(14)只輸入b,c(15)輸入超過3個(gè)數(shù)(16)a,b,c整數(shù)(2)a非整(17)b非整(18)c非整(19)a,b非整(20)b,c非整(21)a,c非整(22)a,b,c非整(23)a<>0,b<>0,c<>0(3)a=0(24)b=0(25)c=0(26)a

45、=0,b=0(27)a=0,c=0(28)b=0,c=0(29)a=0,b=0,c=0(30)a>0,b>0,c>0(4)a<0(31)b<0(32)c<0(33)a<0,b<0(34)a<0,c<0(35)b<0,c<0(36)a<0,b<0,c<0(37)a+b>c,a+c>b,b+c>a(5)a+b<c(38)a+b=c(39)a+c<b(40)a+c=b(41)b+c<a(42)b+c=a(43)a=b(6)a<>b且a<>c且b<

46、>c(44)a=c(7)b=c(8)a=b=c(9)a<>b(45)b<>c(46)a<>c(47)覆蓋有效等價(jià)類的測試用例覆蓋有效等價(jià)類的測試用例等價(jià)類編號3,4,5(1)-(5)4,4,5(1)-(5),(6)4,5,4(1)-(5),(7)5,4,4(1)-(5),(8)5,5,5(1)-(5),(9)覆蓋無效等價(jià)類的測試用例覆蓋無效等價(jià)類的測試用例 等價(jià)類編號 3，*，* (10) *，3，* (11) *，*，3 (12) 3，4，* (13) 3，*，4 (14) *，3，4 (15) 3，4，5，6，7 (16) 2.1,3,4 (17)

47、 3,2.1,4 (18) 3,4,2.1 (19) 2.1,2.2,4 (20) 4,2.1,2.2 (21) 2.1,4,2.2 (22) 2.1,2.2,2.3 (23) 0,3,4 (24) 3,0,4 (25) 3,4,0 (26) 0,0,3 (27) 0,3,0 (28) 3,0,0 (29) 0,0,0 (30) -1,2,3 (31) 2,-1,3 (32) 2,3,-1 (33) -1,-2,3 (34) -1,3,-2 (35) 3,-1,-2 (36) -1,-2,-3 (37) 1,2,4 (38) 1,2,3 (39) 1,4,2 (40) 1,3,2 (41) 4

48、,1,2 (42) 3,1,2 (43) 2,3,4 (44) 2,3,3 (45) 3,2,3 (46) 3,3,2 (47) 圖書館的預(yù)定圖書子系統(tǒng)有如下功能：（1）由供書部門提供書目給訂購組；（2）訂書組從各單位取得要訂的書目；（3）根據(jù)供書目錄和訂書書目產(chǎn)生訂書文檔留底；（4）將訂書信息（包括數(shù)目，數(shù)量等）反饋給供書單位；（5）將未訂書目通知訂書者；（6）對于重復(fù)訂購的書目由系統(tǒng)自動(dòng)檢查，并把結(jié)果反饋給訂書者。試根據(jù)要求畫出該問題的數(shù)據(jù)流圖，并把其轉(zhuǎn)換為軟件結(jié)構(gòu)圖。已知被測試模塊流程圖如下，按照“條件覆蓋”法，在表格中填入滿足測試要求的數(shù)據(jù)。假設(shè)幾種可能的條件是：T1: A>2

49、F1:A<=2 T2: B=1 F2: B1 T3: A=1 F3:A1 T4:Y>1 F4:Y<=1填寫下表數(shù)據(jù)覆蓋路徑覆蓋條件Y值A(chǔ)=3,B=1,Y=1cdT1,T2,F3,F4-4A=1,B=0,Y=2beF1,F2,T3,T47設(shè)計(jì)一個(gè)簡化的網(wǎng)上個(gè)人銀行查詢系統(tǒng)，用戶可以通過Internet查詢自己帳戶的收支明細(xì)、余額和修改密碼。采用面向?qū)ο蠓椒ǎ?）請畫出系統(tǒng)的用例圖；2）識別出系統(tǒng)的主要類，并畫其中的二個(gè)類圖（包含主要屬性和操作）。3）畫一個(gè)UML時(shí)序圖，描述一次通過網(wǎng)上銀行查詢余額的具體交互。（二）采用面向?qū)ο蠓椒ǎ?分1）請畫出系統(tǒng)的用例圖；2分2） 識別出系統(tǒng)的主要類2分User、Account、DetailItem主要要包括用戶、帳戶、收支明細(xì)等類。并畫其中的二個(gè)類圖（包含主要屬性和操作）。2分3）畫一