歷年軟件工程復(fù)習(xí)題與答案

PAGE2PAGE5一、單項選擇題在每小題列出的四個備選項中只有一個是符合題目要求的，請將其代碼填寫在題后的括號內(nèi)。錯選、多選或未選均無分。1．在軟件生存周期中，時間最長的階段是（D）A．需求分析 B．詳細(xì)設(shè)計C．編碼 D.維護(hù)2．以下最適合于面向?qū)ο蟮能浖_發(fā)的軟件生存周期模型是（D）A．瀑布模型 B.增量模型C．螺旋模型 D.噴泉模型3．以下不適用于需求分析的工具是（C）A．?dāng)?shù)據(jù)流圖 B.判定表C．PAD圖 D.數(shù)據(jù)字典4．以下幾種模塊內(nèi)聚類型中，內(nèi)聚性最低的是（B）A．時間內(nèi)聚 B.邏輯內(nèi)聚C．順序內(nèi)聚 D．功能內(nèi)聚5．系統(tǒng)流程圖中符號的名稱是（A）A．聯(lián)機(jī)存儲 B.處理C．磁盤 D.文檔6．?dāng)?shù)據(jù)流圖中的每個加工至少有（D）A．一個輸入流或一個輸出流 B.一個輸出流C．一個輸入流 D.一個輸入流和一個輸出流7．HIPO圖是軟件工程中的一種描述工具，采用HIPO圖進(jìn)行描述的階段是（C）A．可行性分析 B.需求分析C．概要設(shè)計 D.詳細(xì)設(shè)計8．Jackson方法是軟件開發(fā)過程中常用的方法，使用Jackson方法可以實現(xiàn)（A）A．從數(shù)據(jù)結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu) B.從數(shù)據(jù)流圖導(dǎo)出初始結(jié)構(gòu)圖C．從模塊結(jié)構(gòu)導(dǎo)出數(shù)據(jù)結(jié)構(gòu) D.從模塊結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)9．過程設(shè)計語言(PDL)，又稱為（A）A．偽碼 B.高級程序設(shè)計語言C．中級程序語言 D.低級程序設(shè)計語言10．單元測試階段主要涉及的文檔為（B）A．需求設(shè)計 B.編碼和詳細(xì)設(shè)計C．詳細(xì)設(shè)計 D．概要設(shè)計11．軟件維護(hù)會產(chǎn)生副作用，下面選項中不屬于維護(hù)副作用的是（B）A．編碼副作用 B.測試副作用C．文檔副作用 D.數(shù)據(jù)副作用l2．以下不適合作為科學(xué)工程計算的語言是（B）A．Pascal B.CC．Fortran D.Prologl3．PAD圖為下列哪個方面提供了有力的工具（A）A．系統(tǒng)分析 B．軟件的自動化生成C．自動分析數(shù)據(jù) D.測試軟件14．結(jié)構(gòu)化軟件設(shè)計是（C）A．面向數(shù)據(jù)結(jié)構(gòu)的 B.面向數(shù)據(jù)庫的C．面向數(shù)據(jù)流的 D.面向?qū)ο笤O(shè)計的15．在McCall軟件質(zhì)量度量模型中，面向軟件產(chǎn)品修改的質(zhì)量因素為（B）A．可用性 B.完整性C．適應(yīng)性 D.互操作性16．汽車是一種交通工具，汽車類和交通工具類之間的關(guān)系是（A）A．一般具體 B.hasaC．整體部分 D.組成l7．Westinghouse公司于1992年公布了l3類軟件工具分類標(biāo)準(zhǔn)和該類的范例工具以及例子，下面說法錯誤的是（A）A．代碼生成程序?qū)儆诰幋a和單元測試工具（設(shè)計工具）B．桌面出版系統(tǒng)屬于文檔工具C．?dāng)?shù)據(jù)庫管理系統(tǒng)屬于需求追蹤工具D．計劃和進(jìn)度屬于項目管理工具18．對McCabe度量法，敘述錯誤的是（C）A.McCabe度量法是一種基于程序控制流的復(fù)雜性度量法B.McCabe度量法以圖論為工具，用圖的環(huán)路作為程序復(fù)雜性的度量值C.McCabe度量法將簡單IF語句和賦值語句的復(fù)雜性同等看待D.McCabe復(fù)雜性度量也稱為環(huán)路度量19．瀑布模型本質(zhì)是一種（B）A．順序迭代模型 B.線性順序模型C．線性迭代模型 D.非線性模型20．對于使用原型的建議，下面說法錯誤的是（C）A．開發(fā)周期很長的項目，可通過原型開發(fā)來縮短開發(fā)周期B.系統(tǒng)的使用可能變化較大，不能相對穩(wěn)定，而原型模型具有適應(yīng)變化的機(jī)制C．缺乏開發(fā)工具，或?qū)υ偷目捎霉ぞ卟涣私獾臅r候宜使用原型D.用戶對系統(tǒng)的需求較為模糊，對某種要求缺乏信心時宜使用原型21．以下哪一項不是軟件危機(jī)的表現(xiàn)（B）A．開發(fā)的軟件可維護(hù)性差 B．軟件極易被盜版C．經(jīng)費(fèi)預(yù)算經(jīng)常被突破 D．開發(fā)的軟件不能滿足用戶需求22．以下哪個軟件生存周期模型是一種風(fēng)險驅(qū)動的模型（C）A．瀑布模型 B．增量模型C．螺旋模型 D．噴泉模型23．各種需求分析方法都有共同適用的（D）A．分析方法 B．說明方法C．表示方法 D．基本原則24．結(jié)構(gòu)化分析建立功能模型的工具是（A）A．DFD B．判定樹/判定表C．DD D．結(jié)構(gòu)化語言25．模塊中所有成分結(jié)合起來完成一項任務(wù)，該模塊的內(nèi)聚性是（A）A．功能內(nèi)聚 B．順序內(nèi)聚C．通信內(nèi)聚 D．邏輯內(nèi)聚26．系統(tǒng)定義明確之后，應(yīng)對系統(tǒng)的可行性進(jìn)行研究，可行性研究應(yīng)包括（A）A．技術(shù)可行性、經(jīng)濟(jì)可行性、社會可行性 B．經(jīng)濟(jì)可行性、安全可行性、操作可行性C．經(jīng)濟(jì)可行性、社會可行性、系統(tǒng)可行性D．經(jīng)濟(jì)可行性、實用性、社會可行性27．以下哪一項對模塊耦合性沒有影響（D）A．模塊間接口的復(fù)雜程度B．調(diào)用模塊的方式C．通過接口的信息D．模塊內(nèi)部各個元素彼此之間的緊密結(jié)合程度28．檢查軟件產(chǎn)品是否符合需求定義的過程稱為（A）A．確認(rèn)測試 B．集成測試A．源程序文檔化 B．語句構(gòu)造C．輸入輸出 D．模塊間耦合性54.對于構(gòu)造原型的建議，下面說法錯誤的是（D）A.暫不考慮速度、空間等性能效率方面的要求。B．暫不考慮錯誤恢復(fù)和處理。C．可降低可靠性和軟件質(zhì)量標(biāo)準(zhǔn)。D．原型界面部分的設(shè)計，暫不考慮與最終系統(tǒng)的界面相容。55.有關(guān)軟件項目進(jìn)度安排的敘述，錯誤的是（C）A．Gantt圖常用水平線段來描述把任務(wù)分解成子任務(wù)，以及每個子任務(wù)的進(jìn)度安排。B．Gantt圖中線段的長度表示完成子任務(wù)所需要的時間。C．工程網(wǎng)絡(luò)圖是一種有向圖，用圓表示事件，用有向弧或箭頭表示任務(wù)，有向弧或箭頭的長度表示子任務(wù)持續(xù)的時間。D．工程網(wǎng)絡(luò)圖只有一個開始點(diǎn)和一個終止點(diǎn)，開始點(diǎn)沒有流入箭頭，終止點(diǎn)沒有流出箭頭。56.以下哪一項是軟件開發(fā)環(huán)境中的主要組成部分（C）A．軟件模型 B．軟件工程C．軟件工具 D．硬件環(huán)境57．對于一個大型系統(tǒng)，若對設(shè)計方案沒有把握，可以通過以下哪種原型來證實設(shè)計方案的正確性。（B）A．探索型 B．實驗型C．演化型 D．增量型58．對UML的敘述不正確的是（D）A．UML統(tǒng)一了Booch方法、OMT方法、OOSE方法的表示方法。B．UML是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍適用的建模語言。C．UML融入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。D．UML僅限于支持面向?qū)ο蟮姆治雠c設(shè)計，不支持其它的軟件開發(fā)過程。59．在McCall軟件質(zhì)量度量模型中，以下哪一項是面向軟件產(chǎn)品適應(yīng)的質(zhì)量因素（D）A．可用性 B．可維護(hù)性C．適應(yīng)性 D．可重用性60．下面說法錯誤的是（D）A．軟件可靠性能夠定量計算。B．MTBF是指兩次相繼失效之間的平均時間。C．MTTF是一個描述失效模型或一組失效特性的指標(biāo)量。D．MTTF與失效率λ成正比61．軟件開發(fā)環(huán)境按解決的問題分類包含（A）A．程序設(shè)計環(huán)境 B．工具箱環(huán)境C．基于方法的環(huán)境 D．以語言為中心的環(huán)境62．為了提高軟件產(chǎn)品的質(zhì)量和可靠性，對某些無法避開的差錯，使其影響減至最小程度所采用的技術(shù)是（A）A．容錯技術(shù) B．避開錯誤技術(shù)C．檢測技術(shù) D．排錯技術(shù)63．軟件復(fù)雜性的常用度量方法包括（D）A．BOEHM度量法 B．可擴(kuò)充度量法C．線性度量法 D．代碼行度量法64．面向?qū)ο蟮囊匕˙）A．對象的唯一性 B．抽象C．繼承性 D．分類性65．構(gòu)造原型時，主要考慮（B）A．全部功能 B．原型要體現(xiàn)的特征C．全部細(xì)節(jié) D．全部要求66．維護(hù)中，因修改文件的打開或關(guān)閉而引起的錯誤是（C）A．文檔副作用 B．?dāng)?shù)據(jù)副作用C．編碼副作用 D．設(shè)計副作用67．診斷和消除程序在使用過程中發(fā)生錯誤的過程稱為（A）A．校正性維護(hù) B．適應(yīng)性維護(hù)C．完善性維護(hù) D．預(yù)防性維護(hù)68．在白盒技術(shù)測試用例的設(shè)計中，以下覆蓋標(biāo)準(zhǔn)中發(fā)現(xiàn)錯誤能力最強(qiáng)的是（C）A．語句覆蓋 B．判定/條件覆蓋C．條件組合覆蓋 D．判定覆蓋69．軟件調(diào)試技術(shù)包括（A）A．回溯法調(diào)試 B．循環(huán)覆蓋調(diào)試C．邊界值分析調(diào)試 D．集成測試調(diào)試70．在軟件測試中，首先對每個模塊分別進(jìn)行單元測試，然后再把所有的模塊按設(shè)計要求組裝在一起測試，稱為（D）A．確認(rèn)測試 B．系統(tǒng)測試C．漸增式測試 D．非漸增式測試71．源代碼的可維護(hù)性表現(xiàn)了程序設(shè)計語言的（B）A．心理特性 B．工程特性C．技術(shù)特性 D．傳統(tǒng)特性72．至今已有好幾百種不同的高級語言，它們有的是用于數(shù)值計算，有的是用于商業(yè)管理，有的是用于編寫系統(tǒng)軟件。以下語言中較適用于數(shù)值計算的語言是（D）A．BASIC B．SQL C．LISP D．FORTRAN73．在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是（A）A．引入中間數(shù)據(jù)結(jié)構(gòu)或中間文件 B．刪除某個輸入數(shù)據(jù)結(jié)構(gòu)C．刪除某個輸出數(shù)據(jù)結(jié)構(gòu) D．增加某個輸入或輸出數(shù)據(jù)結(jié)構(gòu)74．模塊的內(nèi)聚性可以按照內(nèi)聚程度的高低進(jìn)行排序，以下排列中屬于從低到高的正確次序是（C）A．偶然內(nèi)聚，時間內(nèi)聚，邏輯內(nèi)聚B．通信內(nèi)聚，時間內(nèi)聚，邏輯內(nèi)聚C．邏輯內(nèi)聚，通信內(nèi)聚，順序內(nèi)聚D．功能內(nèi)聚，通信內(nèi)聚，時間內(nèi)聚75．以下軟件生存周期的活動中，要進(jìn)行軟件結(jié)構(gòu)設(shè)計的是（B）A．測試用例設(shè)計 B．概要設(shè)計C．程序設(shè)計 D．詳細(xì)設(shè)計76．能夠清楚地表示復(fù)雜的條件組合與應(yīng)做的動作之間的對應(yīng)關(guān)系的工具是（C）A．結(jié)構(gòu)化語言 B．PAD圖C．判定表 D．程序流程圖77．需求分析方法必須能夠表達(dá)和理解問題的數(shù)據(jù)域和（C）A．?dāng)?shù)據(jù)流 B．用戶類型C．功能域 D．應(yīng)用領(lǐng)域78．以用戶需求為動力，以對象作為驅(qū)動的模型是（C）A．瀑布模型 B．基于知識的模型C．噴泉模型 D．增量模型79．把軟件生產(chǎn)的全過程人為地劃分為若干階段使得軟件人員能根據(jù)每一階段的不同特點(diǎn)更好地組織和管理軟件項目的開發(fā)，這種概念就是（D）A．軟件項目管理 B．軟件工程C．軟件項目計劃 D．軟件生存期80．在軟件生存期的各個階段中跨越時間最長的階段是（D）A．需求分析階段 B．設(shè)計階段C．測試階段 D．維護(hù)階段81．Wasserman提出的軟件工程環(huán)境的五級模型中，支持工作臺或環(huán)境中一個工具對系統(tǒng)中其它工具的訪問稱為(C)A．平臺集成 B．表示集成C．控制集成 D．過程集成82．以下被詳細(xì)設(shè)計階段用來描述處理過程的工具是(C)A．軟件結(jié)構(gòu)圖 B．程序流程圖C．?dāng)?shù)據(jù)流圖 D．對象圖83．在McCall軟件質(zhì)量度量模型中，屬于面向軟件產(chǎn)品適應(yīng)的是(C)A．可用性 B．可維護(hù)性C．適應(yīng)性 D．可互操作性84．在實現(xiàn)系統(tǒng)功能時，為了增加系統(tǒng)的可靠性，在規(guī)定功能之外，多加入了一些資源，這種技術(shù)稱為(A)A．冗余技術(shù) B．可靠性技術(shù)C．可重用技術(shù) D．檢測技術(shù)85．快速原型思想是在研究以下哪個階段的方法和技術(shù)中產(chǎn)生的?(D)A．軟件開發(fā) B．設(shè)計C．編碼 D．需求分析86．軟件維護(hù)中，因修改交互輸入的順序，沒有正確的記錄而引起的錯誤是以下哪一項產(chǎn)生的副作用?(A)A．文檔 B．?dāng)?shù)據(jù)C．編碼 D．設(shè)計87．以下屬于軟件維護(hù)階段文檔的是(C)A．軟件需求說明 B．操作手冊C．軟件問題報告 D．測試分析報告88．以下哪一項屬于白盒技術(shù)設(shè)計測試用例的方法？(A)A．循環(huán)覆蓋 B．等價類劃分C．邊界值分析 D．因果圖89．效率是一個性能要求，因此應(yīng)當(dāng)在以下哪個階段規(guī)定？(B)A．可行性分析 B．需求分析C．概要設(shè)計 D．詳細(xì)設(shè)計90．PAD圖的優(yōu)點(diǎn)之一是支持逐步求精的設(shè)計方法，其逐步細(xì)化的方式為(B)A．由右到左 B．由上到下C．由下到上 D．由左到右91．在模塊的四種基本屬性中，反映模塊內(nèi)部特性的是(C)A．接口 B．功能C．邏輯 D．狀態(tài)92．模塊的耦合性可以按照耦合程度的高低進(jìn)行排序，以下哪一項符合從低到高的正確次序？(D)A．標(biāo)記耦合，公共耦合，控制耦合，內(nèi)容耦合B．?dāng)?shù)據(jù)耦合，控制耦合，標(biāo)記耦合，公共耦合C．無直接耦合，標(biāo)記耦合，內(nèi)容耦合，控制耦合D．無直接耦合，數(shù)據(jù)耦合，控制耦合，內(nèi)容耦合93．在建立軟件系統(tǒng)的模塊結(jié)構(gòu)時，評價系統(tǒng)模塊劃分質(zhì)量的根據(jù)為(C)A．?dāng)?shù)據(jù)獨(dú)立性 B．程序獨(dú)立性C．模塊獨(dú)立性 D．設(shè)備獨(dú)立性94．PDL是描述處理過程(C)A．做什么 B．為什么做C．怎么做 D．對誰做95．結(jié)構(gòu)化語言是介于自然語言和形式語言之間的一種(D)A．半形式語言 B．半自然語言C．過程描述語言 D．高級語言96．軟件需求分析產(chǎn)生的重要文檔一個是軟件需求分析規(guī)格說明書，另一個可能產(chǎn)生的文檔是(C)A．軟件維護(hù)說明書 B．概要設(shè)計說明書C．可行性分析報告 D．初步的用戶手冊97．結(jié)構(gòu)化分析（SA），是面向下面哪一項進(jìn)行需求分析的方法？(D)A．過程 B．對象C．用戶 D．?dāng)?shù)據(jù)流98．系統(tǒng)流程圖用于可行性分析中描述以下哪一方面？(D)A．目標(biāo)系統(tǒng) B．當(dāng)前運(yùn)行系統(tǒng)C．新系統(tǒng) D．當(dāng)前邏輯模型99．為了克服軟件危機(jī)，人們首先想到要用以下哪種方法來開發(fā)軟件？(D)A．模塊化 B．結(jié)構(gòu)化C．工程化 D．形式化100．以下哪一項是面向數(shù)據(jù)結(jié)構(gòu)的軟件開發(fā)方法？(D)A．IDEF方法 B．結(jié)構(gòu)化方法C．VDM方法 D．JACKSON方法二、填空題請在每小題的空格中填上正確答案。錯填、不填均無分。1．為了支持軟件人員開發(fā)和維護(hù)活動而使用的軟件一般是指_____軟件工具_(dá)_____。2．在IDEF0方法中，一個活動可以無輸入，但必須至少有一個__控制箭頭___。3．在軟件結(jié)構(gòu)的設(shè)計中，各個模塊之間要力求降低耦合性，提高_(dá)__內(nèi)聚性_____。4．在類的層次結(jié)構(gòu)中，通常上層類稱為父類或超類，下層類稱為___子類___。5．?dāng)?shù)據(jù)流圖(DFD)一般可分為變換型和___事務(wù)型____兩類。6．軟件維護(hù)的內(nèi)容包括校正性維護(hù)、適應(yīng)性維護(hù)、___完善性維護(hù)___和預(yù)防性維護(hù)。。7．軟件的生產(chǎn)經(jīng)歷了三個階段，分別是程序設(shè)計時代、程序系統(tǒng)時代和___軟件工程時代____。8．漸增模型是瀑布模型的變種，分為兩類：增量構(gòu)造模型和___演化提交模型___。9．狀態(tài)圖反映了___事件與狀態(tài)___的關(guān)系。10．軟件項目管理過程一個關(guān)鍵的活動是__制定項目計劃__，它是軟件開發(fā)工作的第一步。11．組成軟件的兩個部分是：___程序和文檔____。12．項目開發(fā)計劃的主要內(nèi)容包括項目概述、___實施計劃___、人員組織及分工、交付期限。13．為了克服軟件危機(jī)，1968年北大西洋公約組織的工作會議上首先提出了__軟件工程__的概念。14．變換型數(shù)據(jù)流圖是由輸入、___變換（或處理）____和輸出三部分組成的。15．Jackson方法是一種面向_____數(shù)據(jù)結(jié)構(gòu)的______的開發(fā)方法。16．結(jié)構(gòu)化語言是介于__自然語言__和形式語言之間的一種半形式語言。17．軟件產(chǎn)品在交付使用之前一般要經(jīng)過___單元測試____、集成測試、確認(rèn)測試和系統(tǒng)測試。18．不采用軟件工程的方法開發(fā)軟件，軟件只有程序而無文檔，從而導(dǎo)致維護(hù)工作困難，這是一種_結(jié)構(gòu)化___的維護(hù)。19．子類自動共享父類數(shù)據(jù)結(jié)構(gòu)和方法的機(jī)制是____繼承性____，這是類之間的一種關(guān)系。20．軟件版本控制是屬于__軟件控制__的活動內(nèi)容。21．軟件生產(chǎn)的發(fā)展經(jīng)歷了三個階段，分別是程序設(shè)計時代、程序系統(tǒng)時代和__軟件工程時代__時代。22．可行性研究從以下三個方面研究每種解決方法的可行性：經(jīng)濟(jì)可行性、社會可行性和_技術(shù)可行性_。23．HIPO圖的H圖用于描述軟件的層次關(guān)系，矩形框表示一個模塊，矩形框之間的直線表示模塊之間的___調(diào)用_____關(guān)系。24．?dāng)?shù)據(jù)流圖描繪數(shù)據(jù)在系統(tǒng)中___流動和處理___的過程。25．為了便于對照檢查，測試用例應(yīng)由輸入數(shù)據(jù)和預(yù)期的___輸出數(shù)據(jù)___兩部分組成。26．軟件詳細(xì)設(shè)計階段常采用的工具有圖、表和__語言__。27．由于運(yùn)用原型的目的和方式不同，在使用原型中可以采取___拋棄___策略和附加策略。28．實現(xiàn)容錯技術(shù)的主要手段是____冗余____。29．軟件開發(fā)環(huán)境的目標(biāo)是提高軟件開發(fā)的生產(chǎn)率和___降低軟件的費(fèi)用___。30．面向?qū)ο蠓治龅哪康氖菍___目標(biāo)系統(tǒng)_____進(jìn)行建模。31．軟件工具通常由工具、工具接口和____工具用戶接口______三部分構(gòu)成。32．軟件工程管理中的控制包括進(jìn)度控制、人員控制、經(jīng)費(fèi)控制和____質(zhì)量控制______。33．軟件開發(fā)的原型模型可以分為三類，它們是：探索型原型、實驗型原型和__演化型原型__。34．軟件復(fù)雜性主要表現(xiàn)在程序的復(fù)雜性。程序的復(fù)雜性主要指_____模塊內(nèi)______程序的復(fù)雜性。35．白盒法中__基本路徑測試__首先以詳細(xì)設(shè)計或源程序為基礎(chǔ)，導(dǎo)出控制流程圖的拓?fù)浣Y(jié)構(gòu)（程序圖）。36．在軟件的詳細(xì)設(shè)計中，根據(jù)控制流程從上到下，從左到右展開的設(shè)計工具是___PAD圖__。37．一個模塊通過傳遞開關(guān)、標(biāo)志對某一模塊的多種功能進(jìn)行選擇，則這兩個模塊之間的耦合方式是____控制耦合_____。38．結(jié)構(gòu)化分析是面向____數(shù)據(jù)流____進(jìn)行需求分析的方法。39．有效的模塊化是通過定義一組____相互獨(dú)立____的模塊來實現(xiàn)信息隱蔽的，這些模塊彼此之間僅交換那些為了完成系統(tǒng)功能所必須的信息。40．在軟件生產(chǎn)中，____軟件工程過程_____的作用是規(guī)定了獲取、供應(yīng)、開發(fā)、操作和維護(hù)軟件時，要實施的過程、活動和任務(wù)。41．開發(fā)軟件工具的主要目的是為了提高軟件生產(chǎn)率和__改善軟件的質(zhì)量___。42．確定、達(dá)到和維護(hù)需要的軟件質(zhì)量而進(jìn)行的所有有計劃、有系統(tǒng)的管理活動稱為__軟件質(zhì)量保證活動_。43．面向?qū)ο蠓治鲭A段所使用的三種模型是___對象模型___、動態(tài)模型和功能模型。44．在軟件測試的所有覆蓋方法中發(fā)現(xiàn)錯誤能力最弱的覆蓋是___軟件測試語句覆蓋____。45．黑盒測試又被稱為數(shù)據(jù)驅(qū)動測試或__功能測試___。46．PDL具有嚴(yán)格的關(guān)鍵字外層語法，用于定義_____控制結(jié)構(gòu)_____、數(shù)據(jù)結(jié)構(gòu)和模塊接口。47．如果一個模塊可調(diào)用n個模塊，其中直接的下屬模塊的個數(shù)是m個（m<=n），那么該模塊的扇出數(shù)是___m__個。48．在概要設(shè)計階段，形成軟件結(jié)構(gòu)并經(jīng)過優(yōu)化改進(jìn)后，還應(yīng)為每個模塊寫一份處理說明和提供一份___接口說明____。49．描述加工邏輯的三種工具是結(jié)構(gòu)化語言、判定表、___判定樹___。50．計算機(jī)輔助軟件工具簡單地定義為軟件開發(fā)自動化，通常簡稱為___CASE____。三、名詞解釋題1．軟件開發(fā)方法軟件開發(fā)方法是一種使用早已定義好的技術(shù)集及符號表示習(xí)慣來組織軟件生產(chǎn)的過程。2．耦合性用于衡量不同模塊彼此間互相依賴（連接）的緊密程度。3．多態(tài)性指相同的操作或函數(shù)、過程可作用于多種類型的對象上并獲得不同結(jié)果。不同的對象，收到同一消息可以產(chǎn)生不同的結(jié)果。4．軟件質(zhì)量保證是指在軟件開發(fā)過程中，為了保證產(chǎn)品滿足指定標(biāo)準(zhǔn)而進(jìn)行的各種活動。5．確認(rèn)測試確認(rèn)組裝完畢的程序是否滿足軟件需求規(guī)格說明書（SRS）的要求。6．軟件生存周期一個軟件從提出開發(fā)要求直到該軟件報廢為止的整個時期。7．需求分析需求分析是指開發(fā)人員要準(zhǔn)確理解用戶的要求，進(jìn)行細(xì)致的調(diào)查分析，將用戶非形式的需求成熟轉(zhuǎn)化為完整的需求定義，再由需求定義轉(zhuǎn)換到相應(yīng)的形式功能規(guī)約（需求規(guī)格說明）的過程。8．程序設(shè)計風(fēng)格程序設(shè)計風(fēng)格指一個人編制程序時所表現(xiàn)出來的特點(diǎn),習(xí)慣邏輯思路等。9．白盒測試該方法把測試對象看作一個打開的盒子，測試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理過程，以檢查處理過程的細(xì)節(jié)為基礎(chǔ)，對程序中盡可能多的邏輯路徑進(jìn)行測試，檢驗內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯，實際的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是否一致。10．基線基線(Baseline)，基線是軟件文檔或源碼(或其它產(chǎn)出物)的一個穩(wěn)定版本,它是進(jìn)一步開發(fā)的基礎(chǔ).所以,當(dāng)基線形成后,項目負(fù)責(zé)SCM的人需要通知相關(guān)人員基線已經(jīng)形成,并且哪兒可以找到這基線了的版本.這個過程可被認(rèn)為內(nèi)部的發(fā)布.至于對外的正式發(fā)布,更是應(yīng)當(dāng)從基線了的版本中發(fā)布.11．軟件開發(fā)方法12．軟件項目的純收入在整個生存周期之內(nèi)的累計經(jīng)濟(jì)效益與投資之差。13．完善性維護(hù)增加軟件功能、增強(qiáng)軟件性能、提高軟件運(yùn)行效率而進(jìn)行的維護(hù)活動。14．類的繼承性繼承性是子類自動共享父類數(shù)據(jù)結(jié)構(gòu)和方法的機(jī)制，這是類之間的一種關(guān)系。15．軟件工具軟件工具一般是指為了支持軟件人員開發(fā)和維護(hù)活動而使用的軟件。16．軟件開發(fā)環(huán)境指在計算機(jī)的基本軟件的基礎(chǔ)上，為了支持軟件的開發(fā)而提供的一組工具軟件系統(tǒng)。17．錯誤推測法在測試程序時，人們可能根據(jù)經(jīng)驗或知覺推測程序中可能存在的各種錯誤，從而有針對性地編寫檢查這些錯誤的測試用例的方法。18．黑盒測試法把被測試對象看成一個黑盒子，測試人員完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程，只在軟件的接口處進(jìn)行測試，依據(jù)需求規(guī)格說明書，檢查程序是否滿足功能要求。19．軟件質(zhì)量保證20．瀑布模型將軟件生存周期各個活動規(guī)定為依線性順序連接的若干階段的一種軟件開發(fā)模型。它包括可行性分析，項目開發(fā)計劃，需求分析，概要設(shè)計，詳細(xì)設(shè)計，編碼，測試和維護(hù)。21．軟件可靠性（1）在規(guī)定的條件下，在規(guī)定的時間內(nèi)，軟件不引起系統(tǒng)失效的概率；（2）在規(guī)定的時間周期內(nèi)，在所述條件下程序執(zhí)行所要求的功能的能力；22．類的繼承性23．白盒測試法24．信息隱蔽信息隱蔽指在設(shè)計和確定模塊時,使得一個模塊內(nèi)包含信息(過程或數(shù)據(jù)),對于不需要這些信息的其他模塊來說,是不能訪問的。25．模塊化模塊化是指解決一個復(fù)雜問題時自頂向下逐層把系統(tǒng)劃分成若干模塊的過程。每個模塊完成一個特定的子功能，所有的模塊按某種方法組裝起來，成為一個整體，完成整個系統(tǒng)所要求的功能。四、簡答題1．簡述可行性研究的目的和任務(wù)。答：（1）軟件可行性研究的目的：就是用最小的代價在盡可能短的時間內(nèi)確定該軟件項目是否能夠開發(fā)，是否值得去開發(fā)。注意，可行性研究的目的不是去開發(fā)一個軟件項目，而是研究這個軟件項目是否值得去開發(fā)，其中的問提能否解決?？尚行匝芯繉嵸|(zhì)上是要進(jìn)行一次簡化、壓縮了的需求分析、設(shè)計過程，要在較高層次上以較抽象的方式進(jìn)行需求分析和設(shè)計過程。（2）可行性研究的任務(wù)：

技術(shù)可行性：對要開發(fā)項目的功能、性能、限制條件進(jìn)行分析，確定在現(xiàn)有的資源條件下，技術(shù)風(fēng)險有多大，項目是否能實現(xiàn)。包括：開發(fā)的風(fēng)險；資源的有效性；技術(shù)；開發(fā)人員在評估技術(shù)可行性時，一旦估計錯誤，將會出現(xiàn)災(zāi)難性后果。

經(jīng)濟(jì)可行性：包括成本――效果分析、公司經(jīng)營長期策略、開發(fā)所需的成本和資源、潛在的市場前景。

社會可行性包括：合同、責(zé)任、侵權(quán)、用戶組織的管理模式及規(guī)范，其他一些技術(shù)人員常常不了解的陷阱等。2．什么是模塊化？軟件結(jié)構(gòu)設(shè)計的優(yōu)化準(zhǔn)則是什么？答：模塊化是按規(guī)定的原則將一個大型軟件劃分為一個個較小的、相對獨(dú)立但又相關(guān)的模塊。模塊設(shè)計的準(zhǔn)則：(1)改進(jìn)軟件結(jié)構(gòu),提高模塊獨(dú)立性。在對初步模塊進(jìn)行合并、分解和移動的分析、精化過程中力求提高模塊的內(nèi)聚，降低藕合。(2)模塊大小要適中。大約50行語句的代碼，過大的模塊應(yīng)分解以提高理解性和可維護(hù)性;過小的模塊,合并到上級模塊中。(3)軟件結(jié)構(gòu)圖的深度、寬度、扇入和扇出要適當(dāng)。一般模塊的調(diào)用個數(shù)不要超過5個。(4)盡量降低模塊接口的復(fù)雜程度。(5)設(shè)計單入口、單出口的模塊。(6)模塊的作用域應(yīng)在控制域之內(nèi)。3．簡述詳細(xì)設(shè)計的基本任務(wù)。答：(1)為每個模塊確定采用的算法；(2)確定每一模塊使用的數(shù)據(jù)結(jié)構(gòu)；(3)確定模塊接口的細(xì)節(jié)；(4)編寫過程設(shè)計說明書；(5)設(shè)計每一模塊的測試用例。4．簡述軟件測試的任務(wù)、目的與類型。答：（1）軟件測試是一個為了尋找軟件錯誤而運(yùn)行程序的過程。（2）目的就是為了發(fā)現(xiàn)軟件中的錯誤。一個好的測試用例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯誤的用例。一個成功的測試是指揭示了迄今為止尚未發(fā)現(xiàn)的錯誤的測試。（3）軟件測試主要分為白盒測試和黑盒測試兩大類。5．簡述軟件工程過程的含義、目的以及包含的子過程。答：軟件工程過程含義：規(guī)定了獲取、供應(yīng)、開發(fā)、操作和維護(hù)軟件時，要實施的過程、活動和任務(wù)目的：為各種人員提供一個公共的框架，以便用相同的語言進(jìn)行交流子過程：獲取過程、供應(yīng)過程、開發(fā)過程、操作過程、維護(hù)過程、管理過程、支持過程6．?dāng)?shù)據(jù)字典的作用是什么，它有哪些條目？答：數(shù)據(jù)字典，主要用來描述數(shù)據(jù)流程圖中的數(shù)據(jù)流、數(shù)據(jù)存儲、處理過程和和數(shù)據(jù)源點(diǎn)/終點(diǎn)。作用：數(shù)據(jù)流程圖描述了系統(tǒng)的邏輯結(jié)構(gòu)，其中的四個基本圖形元素的含義無法在數(shù)據(jù)流程圖中詳細(xì)說明，因此數(shù)據(jù)流程圖需要與其他工具配合使用，數(shù)據(jù)字典就是這樣的工具之一。包括的條目：數(shù)據(jù)流詞條，數(shù)據(jù)元素詞條，數(shù)據(jù)存儲詞條，數(shù)據(jù)加工處理詞條，數(shù)據(jù)源點(diǎn)及終點(diǎn)詞條7．簡述結(jié)構(gòu)化程序設(shè)計方法的基本要點(diǎn)。答：(1)采用自頂向下，逐步求精的程序設(shè)計方法(2)使用三種基本控制結(jié)構(gòu)構(gòu)造程序，分別是順序，選擇和循環(huán)(3)采用主程序員組的組織形式(4)采用單入口單出口的模塊形式。8．簡述原型的開發(fā)步驟。答：快速原型開發(fā)步驟可劃分下列階段：（1）快速分析：迅速確定基本需求、集中力量確定需求說明。（2）快速構(gòu)造原型：在快速分析基礎(chǔ)上，在強(qiáng)有力的軟件工具支持下，快速構(gòu)造所需原型。（3）運(yùn)行原型：在開發(fā)者指導(dǎo)下，用戶參與原型的運(yùn)行，各類人員在共同運(yùn)行原型中進(jìn)一步加深對系統(tǒng)的了解及相互間的理解，以發(fā)現(xiàn)各種問題。（4）評價原型；在運(yùn)行基礎(chǔ)上，根據(jù)原型目標(biāo)，考核原型的特性，分析原型效果是否滿足用戶需求，提出修改意見。（5）修改原型：在評價基礎(chǔ)上進(jìn)行修改。若不滿足需求說明，則根據(jù)明確的需求修改原型。若不滿足用戶需求，則先修改并明確用戶需求，再重新構(gòu)造原型。9．簡述軟件工程研究的內(nèi)容和它所面臨的主要問題。答：內(nèi)容：①軟件開發(fā)技術(shù)②軟件開發(fā)管理面臨的主要問題：①軟件費(fèi)用②軟件可靠性③軟件維護(hù)④軟件生產(chǎn)率⑤軟件重用10．說明需求分析的定義，并簡述需求分析的基本任務(wù)。答：（1）定義：需求分析是指開發(fā)人員要準(zhǔn)確理解用戶的要求，進(jìn)行細(xì)致的調(diào)查分析，將用戶非形式的需求成熟轉(zhuǎn)化為完整的需求定義，再由需求定義轉(zhuǎn)換到相應(yīng)的形式功能規(guī)約（需求規(guī)格說明）的過程。（2）基本任務(wù)：要準(zhǔn)確地定義新系統(tǒng)的目標(biāo)，為了滿足用戶需要，回答系統(tǒng)必須“做什么”的問題。11．就程序設(shè)計語言的工程特性而言，對程序編碼有哪些要求？答：（1）可移植性；（2）開發(fā)工具的可利用性；（3）軟件的可重用性；（4）可維護(hù)性。12．簡述提高軟件可維護(hù)性的方法。答：（1）建立明確的軟件質(zhì)量目標(biāo)。（2）利用先進(jìn)的軟件開發(fā)技術(shù)和工具。（3）建立明確的質(zhì)量保證工作。（4）選擇可維護(hù)的程序設(shè)計語言。（5）改進(jìn)程序文檔。13．說明面向?qū)ο蟮囊匾约斑@些要素的具體含義。答：（1）抽象：抽象是指強(qiáng)調(diào)實體的本質(zhì)。內(nèi)在的屬性，忽略一些無關(guān)緊要的屬性。（2）封裝性（信息隱蔽）：封裝性是指所有軟件部件內(nèi)部都有明確的范圍以及清楚的外部邊界。（3）共享性：面向?qū)ο蠹夹g(shù)在不同級別上促進(jìn)了共享。14．增量構(gòu)造模型有什么特點(diǎn)？答：增量構(gòu)造模型是部分階段進(jìn)行增量開發(fā)，即在該模型中，需求分析階段和設(shè)計階段與瀑布模型一樣，按瀑布模型方式進(jìn)行開發(fā)，而編碼和測試階段不采用瀑布模型方式，而采用增量方式開發(fā)，即針對部分功能進(jìn)行編碼，進(jìn)行測試，將這分功能提交用戶，然后再對另一部分功能編碼，測試提交用戶，直至把全部功能按這種方式開發(fā)完畢，在這種模型中，用戶可以及早看到部分軟件功能，及早發(fā)現(xiàn)問題，以便在其他軟件功能開發(fā)時及時解決。15．軟件測試要經(jīng)過哪些步驟？簡述這些測試的基本任務(wù)。答：（1）單元測試，集成測試，確認(rèn)測試，系統(tǒng)測試。（2）單元測試：對源程序中的每個程序單元進(jìn)行測試，檢查各模塊是否正確實現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤。集成測試：檢查與設(shè)計相關(guān)的軟件結(jié)構(gòu)的有關(guān)問題。確認(rèn)測試：主要檢查已實現(xiàn)的軟件是否滿足需求規(guī)格說明書中確定了的各種需求。系統(tǒng)測試：把已確認(rèn)的軟件與其他系統(tǒng)元素結(jié)合在一起進(jìn)行測試。16．簡述需求分析方法應(yīng)遵循的基本原則。答：（1）必須能夠表達(dá)和理解問題的數(shù)據(jù)域和功能域。（2）可以把一個負(fù)責(zé)問題按功能進(jìn)行分解并可逐層細(xì)化。（3）建模。17．模塊間的耦合性包括哪些類型？答：（1）無直接耦合（2）數(shù)據(jù)耦合（3）標(biāo)記耦合（4）控制耦合（5）公共耦合（6）內(nèi)容耦合。18．軟件維護(hù)的困難性表現(xiàn)在哪幾個方面？答：(1)一般來講，維護(hù)人員對開發(fā)人員寫的程序及文檔，理解都比較困難，對維護(hù)工作不會喜歡；

(2)維護(hù)持續(xù)時間都很長，在開發(fā)人員不在現(xiàn)場的輕快下，維護(hù)軟件通常是很困難的；

(3)絕大多數(shù)軟件在設(shè)計時對將來的軟件修改都沒有考慮或考慮不多，尤其未能在設(shè)計中強(qiáng)調(diào)并認(rèn)真解決好模塊的獨(dú)立性，使軟件的修改既困難又易發(fā)生差錯。19．增量模型和瀑布模型的本質(zhì)區(qū)別是什么？答：瀑布模型：開發(fā)模型呈線性,所以當(dāng)開發(fā)成果未經(jīng)過測試時,用戶無法看到軟件的效果。增量模型：增量模型是一種非整體開發(fā)的模型。增量模型和瀑布模型之間的本質(zhì)區(qū)別是：瀑布模型屬于整體開發(fā)模型，它規(guī)定在開始下一個階段的工作之前，必須完成前一階段的所有細(xì)節(jié)。而增量模型屬于非整體開發(fā)模型，它推遲某些階段或所有階段中的細(xì)節(jié)，從而較早地產(chǎn)生工作軟件。20．畫數(shù)據(jù)流圖應(yīng)注意哪些事項？答：(1)命名：不能使用缺乏具體含義的名字，加工名應(yīng)能反映出處理的功能。(2)畫數(shù)據(jù)流而不是控制流。數(shù)據(jù)流名稱只能是名詞或名詞短語，整個圖中不反映加工的執(zhí)行順序。(3)一般不畫物質(zhì)流。(4)每個加工至少有一個輸入數(shù)據(jù)流和一個輸出數(shù)據(jù)流，反映出此加工數(shù)據(jù)的來源與加工的結(jié)果。(5)編號：某個加工分解成加一張數(shù)據(jù)流圖時，上層圖為父圖下層圖為子圖。子圖應(yīng)編號子圖上的所有加工也應(yīng)編號，子圖的編號應(yīng)與父圖的編號相對應(yīng)。(6)父圖與子圖的平衡：子圖的輸入輸出數(shù)據(jù)流同父圖相應(yīng)加工的輸入輸出數(shù)據(jù)流必須一致(7)局部數(shù)據(jù)存儲：當(dāng)某數(shù)據(jù)流圖中的數(shù)據(jù)存儲不是父圖中相應(yīng)加工的外部接口，而只是本圖中某些加工之間的數(shù)據(jù)接口，則稱這些數(shù)據(jù)存儲為局部數(shù)據(jù)存儲。(8)注意數(shù)據(jù)流圖的易理解性。21．軟件生存周期有哪幾個活動？其中需求分析階段的主要任務(wù)是什么？答：(1)軟件生存周期：一個軟件從提出開發(fā)要求開始直到該軟件報廢為止的整個時期。包括：可行性分析和項目開發(fā)計劃，需求分析，概要設(shè)計，詳細(xì)設(shè)計，編碼，測試，維護(hù)。(2)需求分析階段的基本任務(wù)是要準(zhǔn)確的定義新系統(tǒng)的目標(biāo)，為了滿足用戶需要，回答系統(tǒng)必須“做什么”的問題。本階段要進(jìn)行以下幾方面的工作：A:問題識別。雙方確定對問題的綜合需求，這些需求包括：功能需求、性能需求、環(huán)境需求、用戶界面需求，另外還有可靠性、安全性、保密性、可移植性、可維護(hù)性等方面的需求。B:分析與綜合,導(dǎo)出軟件的邏輯模型。分析人員對獲取的需求，進(jìn)行一致性的分析檢查，在分析、綜合中逐步細(xì)化軟件功能，劃分成各個子功能。這里也包括對數(shù)據(jù)域進(jìn)行分解，并分配到各個子功能上，以確定系統(tǒng)的構(gòu)成及主要成份，并用圖文結(jié)合的形式，建立起新系統(tǒng)的邏輯模型。C:編寫文檔。編寫“需求規(guī)格說明書”、編寫初步用戶使用手冊、編寫確認(rèn)測試計劃、修改完善軟件開發(fā)計劃。

五、應(yīng)用題1．某個程序的偽碼如下(前面的標(biāo)號只用于標(biāo)明語句順序，不參與程序運(yùn)行)：1：START2：IFL1THEN3：S14：DOWHILEL25：S26：IFL3THEN7：S3ELSE8： S49：ENDIF10：ENDDOEISE11：S512：ENDIF13：STOP(1)試將其轉(zhuǎn)換成PAD圖(5分)(2)計算程序的環(huán)路復(fù)雜性(5分)答：（1）（2）該程序的環(huán)路復(fù)雜度為42．某服裝貿(mào)易公司的銷售子系統(tǒng)功能如下：(1)公司提供多種類別服裝，所有類別的服裝通過各個地區(qū)的分公司進(jìn)行銷售；(2)公司接收分公司的訂單，檢驗訂單，若有庫存就供貨，則修改庫存，給倉庫開備貨單，并且將訂單留底；若庫存不足，則進(jìn)行缺貨登記。(3)根據(jù)缺貨記錄將缺貨通知單發(fā)給采購部，以便采購。(4)根據(jù)采購部門的進(jìn)貨通知單處理進(jìn)貨，即修改庫存，并從缺貨記錄中取出缺貨訂單進(jìn)行供貨處理。試采用SA方法畫出該公司銷售管理系統(tǒng)的分層DFD(畫出頂層、0層、1層圖)。答：頂層結(jié)構(gòu)圖：0層：1層：3．根據(jù)下列對某種人壽保險問題的描述畫出決策表。某保險公司的一種人壽保險的參保類型劃分原則如下：（1）如果年齡不滿25歲，男性適用保險類型A，女性適用保險類型B。（2）如果年齡滿25歲但不滿50歲，已婚男性適用保險類型A，未婚男性適用保險類型B，已婚女性適用保險類型B，未婚女性適用保險類型C。（3）年齡在50歲以上者，已婚女性適用保險類型B，其余適用保險類型C。答：4．測試題：函數(shù)Find(array,L,R,value)的功能是在一個整數(shù)數(shù)組array中搜索第一個值為value的整數(shù)，搜索的范圍在數(shù)組下標(biāo)L到R范圍內(nèi)。如搜索到有這個數(shù)，則函數(shù)值為第1個等于該數(shù)的下標(biāo)，否則函數(shù)值等于-1。假設(shè)數(shù)組非空，數(shù)組長度可由一內(nèi)置函數(shù)得知，數(shù)組第一個元素的下標(biāo)為1。請根據(jù)題意采用等價分類法設(shè)計測試用例。答：（1）依題意可以將數(shù)據(jù)劃分以下等價類：（4分）輸入數(shù)據(jù)合理等價類不合理等價類L①L>1且L<=R且L<=array長度②L<1③L>4④L>array長度R⑤R>=1且L<=R且R<=array長度⑥R<1⑦R<L⑧R>array長度value⑨數(shù)值，值可被搜索到⑩數(shù)值，值搜索不到eq\o\ac(○,11)非數(shù)值用例：（參考）先設(shè)計一個數(shù)組：a1={10,6,6,9,5,8}為合理等價類設(shè)計測試用例：對于表中編號為①⑤⑨⑩對應(yīng)的等價類，用以下兩個測試用例覆蓋：（2分）（2分）②為每一個不合理等價類設(shè)計一個測試用例：（4分）測試數(shù)據(jù)期望結(jié)果覆蓋范圍（1分）-1③、⑦（1分）-1②、⑥（1分）-1④、⑧（1分）-1eq\o\ac(○,11)5．某個銀行的存取款業(yè)務(wù)處理系統(tǒng)有以下功能：儲戶將填好的存／取款單和存折交給銀行工作人員，銀行工作人員將存／取款單輸入系統(tǒng)，系統(tǒng)要求進(jìn)行以下處理：(1)業(yè)務(wù)分類處理：系統(tǒng)審查存／取款單，不合格則退回；合格則確定本次業(yè)務(wù)的性質(zhì)(存款或取款)；(2)存款處理：系統(tǒng)將存款單上的存款金額分別記錄在存折和賬目文件中；記錄現(xiàn)