軟件工程考試題含答案.doc

1、軟件工程考試題簡答題1、什么叫軟件？軟件是計算機系統(tǒng)中與硬件相互依存的另一部分，它是包括程序，數(shù)據(jù)及其相關文檔的完整集合2、什么叫軟件危機？軟件危機包含哪兩點？軟件危機產(chǎn)生的原因是什么？軟件危機是指在計算機軟件開發(fā)與維護過程中所遇到的一系列嚴重問題。包括兩點：（1）如何開發(fā)軟件，以滿足對軟件日益增長的需求；（2）如何維護數(shù)量不斷膨脹的已有軟件。軟件開發(fā)和維護過程中存在的許多嚴重問題，一方面與軟件本身的特點有關，另一方面也和軟件開發(fā)與維護的方法不 正確有關。具體表現(xiàn)如下：（1）軟件是邏輯部件而不是物理部件。（2）軟件的規(guī)模越來越大，復雜性越來越大。（3）輕視需求分析的重要性，輕視軟件維護的錯誤觀

2、點和方法。3、什么叫軟件工程？1968年在第一屆NATO會議上的早期定義：“建立并使用完善的工程化原則，以較經(jīng)濟的手段獲得能在實際機器上有效運行的可靠軟件的一系列方法”。1993年IEEE的定義：“軟件工程是：把系統(tǒng)的、規(guī)范的、可度量的途徑應用于軟件開發(fā)、運行和維護過程，也就是把工程應用于軟件；進而研究實現(xiàn)的途徑”。我們國家最近定義：軟件工程是指導計算機軟件開發(fā)和維護的工程學科。它采用工程的概念、原理、技術和方法來開發(fā)與維護軟件，把經(jīng)過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結(jié)合起來。4、兩種軟件工程方法學開發(fā)軟件時要建立哪些模型？軟件工程方法學包括：傳統(tǒng)方法學和面向?qū)ο蠓椒?/p>

3、學。常用的開發(fā)模型有：瀑布模型（需求穩(wěn)定，而且可以預先指定）原型模型（需求模糊或者隨時間變化）增量模型（分析員先作出需求分析和概要設計，用戶參與逐步完善）螺旋模型（將瀑布模型與原型化模型結(jié)合起來，并加入了風險分析）噴泉模型（使開發(fā)過程具有迭代性和無間隙性）5、軟件過程模型有哪些？簡述它們的特點。過程模型分為五大類：1.管理過程模型。2.瀑布模型（又稱為生命周期模型）。3.增量過程模型：包括增量模型 ，,RAD模型。4.煙花過程模型：包括原型開發(fā)模型，螺旋模型，協(xié)同開發(fā)模型。5.專用過程模型：包括機遇構(gòu)建的開發(fā)模型，形式化方法模型，面向方面的軟件開發(fā)模型。6、什么是軟件生命周期？一個軟件從定義，

4、開發(fā)，使用和維護，直到最終被廢棄，要經(jīng)歷一個漫長的時期，通常把軟件經(jīng)歷的這個漫長時期稱 為生命周期7、軟件生命周期有哪幾個階段和步驟？三個階段：定義、開發(fā)、維護八個步驟：問題定義、可行性研究、需求分析；總體設計、詳細設計、編碼與單元測試、綜合測試；運行維護。8、計算機軟件的開發(fā)經(jīng)過哪三個大階段？三個階段：定義、開發(fā)、維護9、軟件開發(fā)的各階段的任務是什么？定義階段：問題定義-任務：關于規(guī)模和目標的報告書；可行性研究-任務：系統(tǒng)的高層邏輯模型：數(shù)據(jù)流圖，成本 /效益分析；需求分析-任務：系統(tǒng)的邏輯模型：數(shù)據(jù)流圖，數(shù)據(jù)字典，算法描述。開發(fā)階段：總體設計-任務：系統(tǒng)流程圖，成本/效益分析，推薦的系統(tǒng)結(jié)

5、構(gòu)：層次圖/結(jié)構(gòu)圖；t¥細設計-任務：HIPO圖或PDL圖；編碼和單元測試-任務：源程序清單，單元測試方案和結(jié)果；綜合測試-任務：綜合測試方案，結(jié)果集成測試，驗收測試，完整一致的軟件配置。維護階段：軟件維護-任務：維護記錄以及改正性維護，適應性維護，完整性維護和預防性維護10、 軟件設計分哪兩個階段？總體設計的兩個階段分別是什么？分為總體設計和詳細設計兩個階段。11、 總體設計包括系統(tǒng)設計（劃分出組成系統(tǒng)的程序、文件、數(shù)據(jù)庫、人工過程和文檔等物理元素） 和結(jié)構(gòu)設計（確定系統(tǒng)中每個程序是由哪些模塊組成的，以及這些模塊相互間的關系，不涉及模塊內(nèi)部 算法流程）12、 軟件與硬件的區(qū)別是什么

6、？軟件是一種邏輯部件，而不是具體的物理部件。軟件在開發(fā)、生產(chǎn)、使用、維護等方面與硬件相比有明顯差異。軟 件是開發(fā)，硬件是制造 軟件是自定的，硬件是組裝的軟件不會磨損，硬件存在機械磨損問題13、 軟件需求分析的任務是什么？需求分析的任務是確定系統(tǒng)必須完成哪些工作，也就是對目標系統(tǒng)提出完整、準確、清晰、具體的要求。一般說來，需求分析的任務包括下述幾方面：1 .確定對系統(tǒng)的綜合要求（主要有：功能需求、性能需求、運行需求、將來可能提出的需求。）2 .分析系統(tǒng)的數(shù)據(jù)要求3 .導出系統(tǒng)的邏輯模型：數(shù)據(jù)流圖、實體-聯(lián)系圖、狀態(tài)轉(zhuǎn)換圖、數(shù)據(jù)字典、算法流程等4 .修正系統(tǒng)開發(fā)計劃14、 瀑布模型與原型模型分別適

7、用于開發(fā)哪些軟件？瀑布模型與原型模型分別適用于開發(fā)哪些軟件瀑布模型適合于需求穩(wěn)定，而且可以預先指定的大型系統(tǒng)工程項目。原型模型適合于需求模糊或者隨時間變化的中小型項目15、 數(shù)據(jù)流圖的作用是什么？如何畫數(shù)據(jù)流圖簡稱DFD（Data Flow Diagram）圖，它是以特定的圖形符號描述系統(tǒng)邏輯模型的工數(shù)據(jù)流圖 具；它從數(shù)據(jù)傳送和加工的角度抽象的描述信息在系統(tǒng)中的流動和數(shù)據(jù)處理的過程；它是開發(fā)人員與用戶之間交流信息的通信工具；它也是系統(tǒng)分析與系統(tǒng)設計的工具。數(shù)據(jù)流圖畫法總結(jié)1 .先找出數(shù)據(jù)源點和匯點。它們是外部實體，由它們確定系統(tǒng)與外界的接口。2 .找出外部實體的輸出數(shù)據(jù)流與輸入數(shù)據(jù)流。畫出頂層

8、數(shù)據(jù)流圖。3 .從頂層加工出發(fā)，逐步細化，畫出所需子圖。4 .分析系統(tǒng)的主要處理功能，把每一個處理功能作為一個加工，并且確定它們之間的數(shù)據(jù)流 層數(shù)據(jù)流圖。5 .對流圖中的每個加工進行細化，畫出所需的子圖，直到加工不需再分解為止。6 .按照前面給出原則檢查和修改每一層數(shù)據(jù)流圖和子圖16、 什么叫數(shù)據(jù)字典？如何寫數(shù)據(jù)字典？數(shù)據(jù)字典 是描述數(shù)據(jù)流圖中數(shù)據(jù)的信息的集合（描述內(nèi)容包括：數(shù)據(jù)流圖、狀態(tài)轉(zhuǎn)換圖、 信息（數(shù)據(jù)流、數(shù)據(jù)存儲、外部實體）、控制信息（事件）等，不包括處理）。如何寫？數(shù)據(jù)元素的組合方式順序：即以確定的次序連接兩個或多個分量。例：A+B選擇：即從兩個或多個可能的元素中選取一個。例：AB重

9、復：即把指定的分量重復零次或多次。例：1A5可選：即一個分量是可有可無的（重復零次或一次）17、 軟件設計的原則有哪些？模塊化，抽象化與逐步求精，信息隱藏與局部化，模塊獨立18、 耦合與內(nèi)聚分別有哪些？如何定義？如何區(qū)分？耦合衡量不同模塊彼此間互相依賴 （連接）的緊密程度內(nèi)聚衡量一個模塊內(nèi)部各個元素彼此結(jié)合的緊密程度耦合的種類：數(shù)據(jù)耦合：如果兩個模塊間的通訊信息是若干參數(shù)，其中每一個參數(shù)都是一個數(shù)據(jù)元素，稱 據(jù)耦合。這是模塊之間影響最小的耦合關系。入、流出關系，畫出第一數(shù)據(jù)字典E-R圖中的數(shù)據(jù)數(shù)據(jù)耦合這種耦合為數(shù)標記耦合時，這種情況稱為標記耦合：當把整個數(shù)據(jù)結(jié)構(gòu)作為參數(shù)傳遞而被調(diào)用模塊只需要使

10、用其中一部分數(shù)據(jù)元素 標記耦合?？刂岂詈希?那么 A 和 B 之間 控制耦合如果模塊 A 向模塊 B 所傳遞的信息控制了模塊 B 的內(nèi)部邏輯，的耦合稱為控 制耦合。公共耦合： 如果兩個或多個模塊都和同一個公共數(shù)據(jù)域有關，則稱為公共耦合。 公共耦合 公共耦合是一種不良的耦合關系，它給模塊的維護和修改帶來困難。 如果兩個模塊共享的數(shù)據(jù)很多，都通過參數(shù)傳遞很不方便時，可以利用公共耦合。內(nèi)容耦合： 如果一個模塊和另一個模塊的內(nèi)部屬性（即運行程序和內(nèi)部數(shù)據(jù)）有關，則稱為 內(nèi)容耦合。功能內(nèi)聚： 如果一個模塊內(nèi)部的各組成部分的處理動作全都為執(zhí)行同一個功能而存在，功能，則稱為功能內(nèi)聚。判斷一個模塊是不是功能內(nèi)

11、聚，只要看這個模塊是“做什么”完成多任務。順序內(nèi)聚： 如果一個模塊內(nèi)部的各個組成部分執(zhí)行的幾個處理動作有這樣的特征：并且 功能內(nèi)聚： 只執(zhí)行一個是完成一個具體的任務，還是前一個處 順序內(nèi)聚：理動作所產(chǎn)生的輸出數(shù)據(jù)是后一個處理動作的輸入數(shù)據(jù)，稱為順序內(nèi)聚。 順序內(nèi)聚維護起來不如功能內(nèi)聚方便， 要修改模塊中的一個功能， 會影響到同一個模塊中的 其他功能。通訊內(nèi)聚： 如果一個模塊內(nèi)各組成部分的處理動作都使用相同的輸入數(shù)據(jù)或產(chǎn)生相同的輸 通訊內(nèi)聚 出數(shù)據(jù)，稱為通訊內(nèi)聚。過程內(nèi)聚： 如果一個模塊內(nèi)部的各個組成部分的處理動作各不相同， 彼此也沒有聯(lián)系， 但他 們都受同一個控制流支配，決定他們的執(zhí)行次序，稱

12、為過程內(nèi)聚。暫時內(nèi)聚（時間內(nèi)聚） ： 如果一個模塊內(nèi)的各組成部分的處理動作和時間有關，則稱為暫時： 內(nèi)聚。暫時內(nèi)聚模塊的處理動作必須在特定的時間內(nèi)完成。 指在一個特定的時間范圍內(nèi) 完成，但完成次序不重要。例如：程序設計中的模塊的初始化。邏輯內(nèi)聚： 如果一個模塊內(nèi)部的各組成部分的處理動作在邏輯上相似， 但功能都彼此不同或邏輯內(nèi)聚： 無關，則稱為邏輯內(nèi)聚。一個邏輯內(nèi)聚模塊往往包括若干個邏輯相似的動作，使用時可以選 用一個或幾個功能。例如：把編輯各種輸入數(shù)據(jù)的功能放在一個模塊中。機械內(nèi)聚（偶然內(nèi)聚） ： 如果一個模塊的內(nèi)部各組成部分的處理動作彼此沒有任何聯(lián)系，則 ： 稱為機械內(nèi)聚19、 詳細設計階段

13、用到了哪些圖形工具？程序流程圖（PFD）盒圖（N-S 圖）問題分析圖（PAD ）判定表/判定樹 （其他非圖形工具有過程設計語言（ PDL ）20、 軟件工程的啟發(fā)式規(guī)則有哪些？A. 當模塊過大時就應該分解它。 一般按功能分解到成為一個小的功能單一的模塊為止。 一般 一個模塊內(nèi)包含的語句 在 30-50 條左右較好（指高級語言） 。分解后不應該降低模塊的獨立 性。B. 深度、寬度、扇出和扇入都應適當。好的設計結(jié)構(gòu)通常是頂層扇出比較高，中層扇出比 較少，底層扇入到公共的實用模塊中去（底層模塊有高扇入） 。模塊的獨立性是貫穿始終的 標準，不能為了追求其它目標而違背獨立性標準。C.對于任何一個內(nèi)部存在

14、判斷調(diào)用的模塊，它的判斷作用的范圍應該是其控制范圍的一個子集。存在判斷調(diào)用的模塊， 所在層次不要與那些屬于判斷作用范圍的模塊所在的層次相隔太遠 越近越好。D. 力爭降低模塊接口的復雜程度。模塊接口復雜是軟件發(fā)生錯誤的一個主要原因。應該仔 細設計模塊接口，使得信息傳遞簡單并且和模塊的功能一致。接口復雜或不一致（即看起來傳遞的數(shù)據(jù)之間沒有聯(lián)系） ，是緊耦合或低內(nèi)聚的征兆，應該重新分析這個模塊的獨立性。E.設計單入口單出口的模塊：防止出現(xiàn)內(nèi)容耦合-多入口 （多種處理功能） 意味著內(nèi)容耦合。F模塊功能應該可以預測-模塊是黑合子，輸入相同則輸出相同，其內(nèi)部數(shù)據(jù)結(jié)構(gòu)和接口受到限制。模塊的功能應該能夠預測，

15、但也要防止模塊功能過分局限。過分局限將導致模塊 靈活性太差，會出現(xiàn)使用現(xiàn)場的修改。21、 模塊的作用域與控制域分別指什么？模塊的控制域：本身及其所有下級模塊（包括直接和間接下級模塊） 。模塊的作用域：受該模塊內(nèi)一個判定影響的所有模塊的集合22、 模塊的扇入、扇出、深度、寬度分別是什么意思？深度表示軟件結(jié)構(gòu)中控制的層數(shù) 粗略的標志一個系統(tǒng)的大小和復雜程度。寬度是軟件結(jié)構(gòu)同一層次上的模塊總數(shù)的最大值 寬度越大系統(tǒng)越復雜。模塊的扇出指一個模塊擁有的直屬下級模塊的個數(shù)，一般扇出數(shù)控制在 7 以內(nèi)，平均為3 模塊的扇出或4 。模塊的扇入是指一個模塊的直接上級模塊的個數(shù)。23、 軟件測試的目的是什么？軟件

16、測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程；測試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯誤；軟件測試中需要數(shù)據(jù)，即為測試而精心設計的測試用例 ，利用測試用例去運行程序，幫助發(fā)現(xiàn)程序錯誤； 一個好的測試用例在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤；一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試。軟件測試絕對不是要證明程序的正確性，也證明不了程序的正確性.24、 單元測試有那些內(nèi)容？將每一個模塊作為一個單獨的測試單元，保證每個模塊作為一個單元能正確運行。單元測試主要針對模塊的以下五個基本特征進行測試：1.模塊接口 2.局部數(shù)據(jù)結(jié)構(gòu)3.重要的執(zhí)行路徑4.錯誤處理5.邊界條件25、 什么是集成測試？非漸增式和漸增式有什么區(qū)別？漸增式

17、如何組裝模塊？將模塊組合起來成為一個完整的系統(tǒng)對其進行測試叫做集成測試。不論是子系統(tǒng)測試還是系統(tǒng)測試，都兼有檢測和組裝兩重含義，通常稱為集成測試。非漸增式是將模塊先進行單元測試然后組裝在一起進行測試。漸增式是逐個將未測試的模塊組裝到已經(jīng)測試過的模塊上去進行集成測試， 每加入一個就測試一次。非漸增式需要樁模塊和驅(qū)動模塊、非漸增式開始可以并行測試、漸增式可以及時的發(fā)現(xiàn)接口錯誤，非漸增式很難 發(fā)現(xiàn)接口發(fā)現(xiàn)錯誤、漸增式開始不能并行測試、漸增式測試比較徹底。漸增式組裝模塊有自頂向下和自底向上兩種組裝方式。26、 什么是確認測試？該階段有那些工作？按照需求規(guī)格說明書中的確定指標對系統(tǒng)進行功能與性能的測試。

18、該階段進行明確測試（對照需求規(guī)格說明書用黑盒 法進行測試），軟件配置測試（文檔的完整性，發(fā)現(xiàn)遺漏錯誤及時補充和修改）27、 什么叫流圖？如何畫出流圖？流圖的環(huán)形復雜度如何計算？流圖是抽象化的程序流圖，突出表現(xiàn)控制流.符號。為流圖的一個結(jié)點，表示一個或多個無分支語句。箭頭為邊，表示控制流的方向。在分支結(jié)構(gòu)中，分支的匯聚處應有一個匯聚結(jié)點.每一條邊必須終止于一個結(jié)點。如果判斷中的條件表達式是由一個或多個邏輯運算符（OR,AND, NAND, NOR） 連接的復合條件 表達式，則需要改為一系列只有單個條件的嵌套的判斷。 根據(jù)程序內(nèi)單條件分支數(shù)或循環(huán)個數(shù)來度量環(huán)形復雜度即程序的復雜度.環(huán)形復雜度即程序

19、的復雜度根據(jù)程序內(nèi)單條件分支數(shù)或循環(huán)個數(shù)來度量環(huán)形復雜度即程序的復雜度 V（G尸流圖區(qū)域數(shù) V（G尸邊數(shù)-結(jié)點數(shù)+2V（G尸單條件判定數(shù)+128、 白盒測試與黑盒測試分別有哪些測試方法？如何對具體問題測試？白盒測試對程序模塊的所有的執(zhí)行路徑至少測試一次；對所有的邏輯判定，取“真”與取“假”白盒測試的兩種情況都至少測試一次；白盒測試也叫邏輯覆蓋法 包括：語句覆蓋，判定覆蓋，條件覆蓋黑盒測試發(fā)現(xiàn)程序中的錯誤，必須在所有可能的輸入條件和輸出條件中確定測試數(shù)據(jù)，來檢查程序是否都能產(chǎn)生正確的輸出。黑盒測試有等價類法和邊界值分析法29、 軟件測試的步驟有哪些？每個測試階段的測試依據(jù)是什么？分別有誰來測試？

20、步驟測試內(nèi)容時間單元測試：將每一個模塊作為一個單獨的測試單元，保證每個模塊作為一個單元能正確運行。（編碼測試階段）子系測t系統(tǒng)：將經(jīng)過單元測試的模塊放在一起形成一個子系統(tǒng)來測試，以測試模塊間的接口正確性作為主要任務。（集中測試階段） 系統(tǒng)測試：將經(jīng)過測試的子系統(tǒng)裝配成一個完整的系統(tǒng)來測試，檢驗系統(tǒng)是否確實能實現(xiàn)需求規(guī)格說明書中的功能，以及系統(tǒng)的動態(tài)特征是否符合預定要求。階段系統(tǒng)測試是指整個計算機系統(tǒng)（包括軟硬件）的測試，可與系統(tǒng)的安裝和驗收相結(jié)合進行。（集中測試階段）驗收測試：在用戶的參與下，把軟件系統(tǒng)作為單一的實體進行測試，使軟件系統(tǒng)能滿足用戶的需要。測試內(nèi)容與系統(tǒng)測 試基本相同。（驗收階段

21、）平行測試：新舊兩個系統(tǒng)同時運行進行比較，避免風險的同時給用戶對新系統(tǒng)一段熟悉的時間（運行階段）30、 什么叫維護？維護的類型有哪些？軟件維護就是在軟件已經(jīng)交付使用之后，為了改正錯誤或滿足新的需要而修改軟件的過程。軟件維護類型有：1、改正性維護：對程序使用期間發(fā)現(xiàn)的程序錯誤進行診斷和改正的過程；占維護工作量17-21%。2、適應性維護：配合變化了的環(huán)境進行修改軟件的活動；占維護工作量18-25%。3、完善性維護：滿足用戶在使用過程中提出增加新的功能或修改已有功能的建議而進行的改進工作；占維護工作量50-66%。4、預防性維護：為了改善未來的可維護性或可靠性而修改軟件的工作；占維護工作量4%左右

22、31、 UML中活動圖、狀態(tài)圖、順序圖都分別描述什么？活動圖強調(diào)的是從活動到活動的控制流，是一種表述過程基理、業(yè)務過程以及工作流的技術。活動圖 它可以用來對業(yè)務過程、工作流建模，也可以對用例實現(xiàn)甚至是程序?qū)崿F(xiàn)來建模狀態(tài)機圖常用來描述業(yè)務或軟件系統(tǒng)中的對象在外部事件的作用下，對象的狀態(tài)從一種狀態(tài) 狀態(tài)機圖 到另一種狀態(tài)的控制流。順序圖描述的是對象之間的消息發(fā)送關系，而不是類之間的關系32、 UML中的事物有哪些？結(jié)構(gòu)事物：UML中的名詞，它是模型的靜態(tài)部分，描述概念或物理元素。行為事物：UML中的動詞，它是模型中的動態(tài)部分，是一種跨越時間、空間的行為。分組事物：UML中的容器，用來組織模型，使模

23、型更加的結(jié)構(gòu)化。注釋事務：UML中的解釋部分，和代碼中的注釋語句一樣，是用來描述模型的33、 面向?qū)ο蟮幕靖拍铑悺ο?、封裝、繼承等定義是什么？類（Class）是具有相同屬性和服務的一組對象的集合，它為屬于該類的全部對象提供了統(tǒng)一的抽象描述，其內(nèi)部包括 屬性和服務兩個主要部分。對象（Object ）是系統(tǒng)中描述客觀事物的一個實體，它是構(gòu)成系統(tǒng)的一個基本單位，由一組屬性和對這組屬性進行操作的一組服務組成，是類的一個實例封裝（Encapsulation ）是把對象的屬性和服務結(jié)合成一個獨立的系統(tǒng)單位，并盡可能隱藏對象的內(nèi)部細節(jié)。繼承性：如果一個類 A繼承自另一個類 B,就把這個 A稱為"

24、;B的子類",而把B稱為"A的父類"。繼承使得相似對象可以共享程序代碼和數(shù)據(jù)結(jié)構(gòu)，大大減少程序中的冗余信息；繼承可以把已有的一般性的類具體化來提高軟件的可重用性。 多態(tài)性（Polymorphism ）是指在父類中定義的屬性或服務被子類繼承后，可以具有不同的數(shù)據(jù)類型或表現(xiàn)出不同的行 為 34、用例圖的作用是什么？用例圖是外部參與者所能觀察到的系統(tǒng)功能的模型圖。由一組用例、參與者及它們之間的關 系組成。主要用于對系統(tǒng)、子系統(tǒng)或類的功能行為進行建模。參與者是與系統(tǒng)交互的外部實體，可以是人，也可以是其它系統(tǒng)。用例是從用 戶的角度描述系統(tǒng)的行為（功能）它將系統(tǒng)的功能描述成一

25、系列事件，這些事件最終對參與者產(chǎn)生可觀察結(jié)果35、 UML中的關系有哪些？關系有六種：依賴，類屬，關聯(lián)，實現(xiàn)，聚合和組合36、 UML中實現(xiàn)關系、依賴關系、泛化關系等符號？實現(xiàn)關系>依賴關系>泛化關系37、 用例、活動、狀態(tài)、節(jié)點等圖形符號分別是什么？填空辛W來刖參與者、用例間的關系類型訪日H主干符導入川、大+加叨叁 二者和 用 問間 的辛率小uU、TU J1余嚀者受問成用例安間的辛率A1TJ包含用例夕間的¥系<<include>>擴展用例之間的關系<<extend>> 一.面向?qū)ο?對象+類+繼承+通信聚合組合1、畫出UM

26、L中依賴關系的圖形符號2、在UML 2.0中定義了四種交互圖，其中強調(diào)對象調(diào)用順序的是程序圖。3、UML中實現(xiàn)關系的圖形符號是。4、軟件生命周期可劃分為 8個階段，它們是什么？問題定義、可行性研究、需求分析；總體設計、詳細設計、編碼與單元測試、綜合測試；運行維護。5、軟件測試的目的是發(fā)現(xiàn)錯誤，通常把測試方法按功能劃分為墨盒測試和白盒測試兩大類。因為通常不可能做到窮盡測試，所以精心設計測試方案是保證達到測試目的所必須的。6、計算機軟件的開發(fā)經(jīng)過三個階段分別為：定義、設計和運行。7、軟件維護的活動包括四種：改正性維護、適應性維護、完善性維護和預防性維護。8、在軟件測試過程的 4個步驟中，測試依據(jù)是

27、需求規(guī)格說明的是驗收測試。選擇題1、以下哪個不是詳細設計中常用的圖形描述工具 。A、數(shù)據(jù)流圖B、程序流圖C、盒圖（N-S圖）D、問題分析圖（PAD）2、耦合是對軟件結(jié)構(gòu)中各個不同模塊之間互相關聯(lián)程度的度量。一個模塊直接訪問另一個模塊的內(nèi)部信息應屬于方式。A、控制耦合B、內(nèi)容耦合C、數(shù)據(jù)耦合D、外部耦合3、在七種內(nèi)聚中屬于最強的是功能 內(nèi)聚.最弱的是偶然 內(nèi)聚4、軟件工程的原則包括：模塊化、抽象與逐步求精、信息隱藏與局部化、模塊獨立模塊耦合程度低，則說明模塊的獨立性越強。A.耦合越強B、扇入數(shù)越高C、扇入數(shù)越低D、耦合越弱5、軟件設計包括 兩個階段。A、接口設計和結(jié)構(gòu)設計B、數(shù)據(jù)設計和概要設計C

28、、結(jié)構(gòu)設計和過程設計D、概要設計和詳細設計6、現(xiàn)有一個計算類型的程序，它的輸入只有一個Y,其范圍是一50WYW50。現(xiàn)從輸入的角度考慮設計了一組測試用例：一 100, 100, 0。設計這組測試用例的方法是 。A、條件覆蓋法 B、邊緣值分析法C、錯誤推測法D、等價劃分法7、系統(tǒng)設計分為兩個階段分別為設計方案與選擇方案。8、對于變換型的數(shù)據(jù)流圖，按照軟件設計思想，要將一個大型復雜的軟件進行分解，要確定數(shù)據(jù)流圖的輸入邊界，輸出邊界和變換中心。9、自頂向下結(jié)合的漸增式測試法，在組合模塊時有兩種組合策略：深度優(yōu)先策略和寬序優(yōu)先策略。10、在用面向?qū)ο笥^點建立起的3種模型中，是最基本、最重要、最核心的。

29、A、動態(tài)模型B、對象模型C、功能模型D、狀態(tài)模型11、在軟件結(jié)構(gòu)圖的有關術語中，用于表示軟件結(jié)構(gòu)中控制的層數(shù)的是 。A、扇出B、扇入C、深度D、寬度12、指出PDL是哪種語言過程設計語言 。13、在進行軟件測試時，首先應當進行元測試，然后再進行組裝測試，最后再進行有效性測試。14、結(jié)構(gòu)化設計方法是面向 的設計。A .數(shù)據(jù)編碼B .數(shù)據(jù)流 C .數(shù)據(jù)庫 D .數(shù)據(jù)結(jié)構(gòu)15、軟件工程的過程模型中，瀑布 是經(jīng)典的傳統(tǒng)模型。16、模塊 定義為受該模塊內(nèi)一個判斷影響的所有模塊集合。A.控制域B、作用域C、寬度D、接口17、在軟件生命周期中，能準確確定軟件系統(tǒng)的體系結(jié)構(gòu)的功能階段是 。A、概要設計B、詳細

30、設計C、需求分析D、可行性分析18、下面不屬于軟件工程的基本原則的是。A、模塊化B、抽象C、局部化D、自頂向上19、在數(shù)據(jù)流圖中，用圓或者橢圓來表示 。A、數(shù)據(jù)流B、數(shù)據(jù)源點或終點C、數(shù)據(jù)存儲D、加工20、軟件是計算機系統(tǒng)中與硬件相互依存的部分，它是包括（A）、（B）、及（C）的完整集合。其中，（A）是按事先設計的功能和性能要求執(zhí)行的指令序列，（B）是使程序員能夠正確操縱信息的數(shù)據(jù)結(jié)構(gòu)，（C）是與程序開發(fā)、維護和使用有關的圖文材料。軟件 程序 代碼 硬件 文檔 外設 數(shù)據(jù) 圖表21、開發(fā)軟件時，對于提高軟件開發(fā)人員工作效率至關重要的是（A）。軟件工程中描述軟件生存周期的瀑布類型一般包括計劃、（

31、B）、設計、編碼、測試、維護等幾個階段。其中，設計階段在管理上可以依次分成（C）和（D）兩個步驟。A :程序開發(fā)環(huán)境操作系統(tǒng)的資源管理功能開發(fā)程序人員數(shù)量計算機的并行處理能力B :需求分析需求調(diào)查可行性分析問題定義C 、D:方案設計代碼設計概要設計數(shù)據(jù)設計 運行設計詳細設計故障處理設計軟件體系結(jié)構(gòu)設計22 .在結(jié)構(gòu)化的分析方法中，用以表達系統(tǒng)內(nèi)數(shù)據(jù)的運行情況的工具有（）。A：數(shù)據(jù)流圖B：數(shù)據(jù)詞典C：結(jié)構(gòu)化英語D:判定表與判定樹23 .在結(jié)構(gòu)化的分析方法中，用實體關系圖表達系統(tǒng)中的對象及其關系，在實體關系圖中，表達對象的實例關系之間 的關聯(lián)有三種類型：一對一聯(lián)系，（）聯(lián)系，多對多聯(lián)系。A : 一

32、對多 B:多對多24 .軟件需求分析的任務，不應包括 （A）,進行需求分析可使用多種工具，但 （B）是不適用的，在需求分析中，分析員 要從用戶那里解決的最重要的問題是 （C）。規(guī)格說明書的內(nèi)容不應當包括 （D）,該文檔在開發(fā)中具有重要的作用，但其 作用不應包括（E）。A : 1問題分析 2信息域分析3結(jié)構(gòu)化程序設計4確定邏輯模型B : 1數(shù)據(jù)流圖 2判定表3 PAD圖4數(shù)據(jù)詞典C : 1要讓軟件做什么2要對該軟件提供哪些信息3要求軟件工作效率如何4讓軟件具有什么結(jié)構(gòu)D : 1對重要功能的描述2對算法的詳細過程性描述3軟件確認準則4軟件的性能E : 1軟件設計的依據(jù)2用戶和開發(fā)人員對軟件要“做什

33、么”的共同理解3軟件驗收的依據(jù)4軟件可行性分析的依據(jù)（A）系統(tǒng)，它從用戶界面的開發(fā)入手，首先形25 .原型化方法是用戶和軟件開發(fā)人員之間進行的一種交互過程，適用于成（B）,用戶（C）,并就（D）提出意見。4決策支持A : 1需求不確定性高的2需求確定的3管理信息B :1用戶界面使用手冊3系統(tǒng)界面原型C :1改進用戶界面的設計3模擬用戶界面的運行D 1同意什么和不同意什么3程序的結(jié)構(gòu)2用戶界面需求分析說明書4完善的用戶界面2閱讀文檔資料4運行用戶界面原型2使用和不使用哪一種編程語言4執(zhí)行速度是否滿足要求26 .從下列有關系統(tǒng)結(jié)構(gòu)圖的描述中選出正確的敘述。系統(tǒng)結(jié)構(gòu)圖中反映的是程序中數(shù)據(jù)流的情況。

34、系統(tǒng)結(jié)構(gòu)圖是精確表達程序結(jié)構(gòu)的圖形表示法。因此有時也可將系統(tǒng)結(jié)構(gòu)圖當作程序流程圖使用。一個模塊的多個下屬模塊在系統(tǒng)結(jié)構(gòu)圖中所處的左右位置是無關緊要的。 在系統(tǒng)結(jié)構(gòu)圖中，上級模塊與其下屬模塊之間的調(diào)用關系用有向線段表示。這時使用斜的線段和水平、垂直的 線段具有相同的含義。27 .選出正確答案：一組語句在程序中多處出現(xiàn)，為了節(jié)省內(nèi)存空間，把這些語句放在一個模塊中，該模塊的內(nèi)聚性是（A）的。將幾個邏輯上相似的成份，放在同一個模塊中，通過模塊入口的一個判斷決定執(zhí)行哪一個功能，該模塊的內(nèi)聚 性是（B）的。模塊中所有成份引用共同的數(shù)據(jù)，該模塊的內(nèi)聚性是（C）的。模塊內(nèi)的某成份的輸出是另一些成份的輸入，該模

35、塊的內(nèi)聚性是（D）的。模塊中所有成份結(jié)合起來完成一項任務，該模塊的內(nèi)聚性是（E）的。A- E:偶然內(nèi)聚時間內(nèi)聚功能內(nèi)聚通信內(nèi)聚邏輯內(nèi)聚信息內(nèi)聚 過程內(nèi)聚28 .關于模塊化程序設計的說法正確的五項：（）1程序設計比較方便但難于維護。2便于由多人分工編制大型程序。3軟件功能易于擴充。4易于理解，也便于排錯。5在主存儲器能夠容納的前提下，并使模塊盡可能大，以減少模塊的個數(shù)。6模塊間的接口叫做數(shù)據(jù)文件。7只要模塊之間的接口關系不變，模塊內(nèi)部實現(xiàn)細節(jié)的修改將不會影響別的模塊。8模塊間的單向調(diào)用關系叫做模塊的層次結(jié)構(gòu)。9模塊越小，模塊化的優(yōu)點越明顯，一般來說模塊的大小都在10行以下。29.從下列敘述中選出

36、五條符合程序設計風格指導原則的敘述。1嵌套的重數(shù)應加以限制。2盡量少使用全局變量。3不濫用語言特色。4不用可以省略的括號。5使用有意義的變量名。6盡可能把程序編的短些。7把常見的局部優(yōu)化工作留給編譯程序去做。8注解越少越好。9程序的格式應有助于讀者理解程序。10應盡可能多用goto語句。31 .測試過程需要三類輸入：（A）、（B）、（C）。A、B、C:接口選擇軟件配置硬件配置測試配置軟件環(huán)境測試工具32 .測試的費用已超過（A）的30%以上，高產(chǎn)的測試是指（B）,單元測試是在（C）階段完成的，集成測試的計劃是在（D）階段制定的，確認測試的計劃是在（E）決定制定的。A:軟件開發(fā)費用軟件維護費用軟

37、件開發(fā)和維護費用軟件研制費用軟件生存期全部B:用適量的測試用例運行程序，證明被測試程序正確無誤用適量的測試用例運行程序，證明被測試程序符合相應的要求用少量的測試用例運行程序發(fā)現(xiàn)被測試程序盡可能多的錯誤用少量的測試用例運行程序，糾正被測程盡可能多的錯誤C D E:可行性研究和計劃需求分析概要設計詳細設計實現(xiàn)集成測試確認測試使用和維護33 .軟件測試白目的是（A）,為了提高測試的效率，應該（B）。使用白盒測試方法時，確定測試數(shù)據(jù)應根據(jù)（C）和指定的附（E）承擔，以提高集成測試的結(jié)果。證明軟件是正確的帶標準。與設計測試無關的文檔是（D）。軟件的集成測試工作最好由A:評價軟件的質(zhì)量發(fā)現(xiàn)軟件的錯誤找出軟

38、件中的所有錯誤B:隨機的選取測試數(shù)據(jù)取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)在完成編碼后，制定軟件的測試計劃選擇發(fā)現(xiàn)錯誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù)C：程序的內(nèi)部邏輯 D:該軟件的設計人員 E:該軟件的設計人員 設計人員程序的復雜程度程序的復雜程度使用說明書源程序程序的功能項目開發(fā)計劃該軟件開發(fā)組的負責人該軟件的編程人員不屬于該軟件開發(fā)組的軟件34 .軟件調(diào)試白目的是（A）排除存在錯誤的可能性對錯誤性質(zhì)進行分類A:找出錯誤所在，并改正之統(tǒng)計出錯的次數(shù)選擇題：1 .為了提高測試的效率，應該 。A.隨機地選取測試數(shù)據(jù)B .取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)庫C.在完成編碼后制定軟件的測試計劃D.選擇發(fā)現(xiàn)錯誤

39、可能性大的數(shù)據(jù)作為測試數(shù)據(jù)2 .與設計測試數(shù)據(jù)無關的文檔是 一。A.需求說明書Bo數(shù)據(jù)說明書Co源程序 D。項目開發(fā)設計3 .結(jié)構(gòu)化設計是一種應用最廣泛的系統(tǒng)設計方法，是以 為基礎，自頂向下，求精和模塊化的過程。A.數(shù)據(jù)流Bo數(shù)據(jù)流圖 Co數(shù)據(jù)庫Do數(shù)據(jù)結(jié)構(gòu)4 .概要設計的結(jié)果是提供一份 。A.模塊說明書Bo框圖 C程序 D數(shù)據(jù)結(jié)構(gòu)5 .需求分析是由分析員了解用戶的要求，認真細致地調(diào)研。分析，最終應建立目標系統(tǒng)的邏輯模型并寫出A .模塊說明書Bo軟件規(guī)格說明書C。項目開發(fā)計劃D。合同文檔6 .注釋是提高程序可讀性的有效手段，好的程序注釋占到程序總量的一。A 1/6 B 。 1/5 C。 1/4

40、 D 。 1/37 變換型和事務型是程序結(jié)構(gòu)的標準形式。 從某處獲得數(shù)據(jù)， 再對這些數(shù)據(jù)作處理， 然后將結(jié)果送出是屬于A 變換型B 事務型8 PAD ( Problem Analysis Diagram )圖是一種工具。A.系統(tǒng)描述 Bo詳細設計Co測試 Do編程輔助9排錯一般是在測試發(fā)現(xiàn)錯誤后進行，其中找到錯誤位置占排錯總工作量的A 95%B 5%C 50%D 20%10分層數(shù)據(jù)流圖是一種比較嚴格又易于理解的描述方式，它的頂層描述了系統(tǒng)的A , 總貌B ,細節(jié)C.抽象D .軟件的作者11 數(shù)據(jù)流圖中，當數(shù)據(jù)流向或流自文件時， 。A 數(shù)據(jù)流要命名，文件不必命名B 數(shù)據(jù)流不必命名，有文件名就足夠

41、了C.數(shù)據(jù)流和文件均要命名，因為流出和流進數(shù)據(jù)流是不同的D 數(shù)據(jù)流和文件均不要命名，通過加工可自然反映出12 分析員是 。A 用戶中系統(tǒng)的直接使用者B 用戶和軟件人員的中間人C 軟件的編程人員 D 。用戶和軟件人員的領導13 在軟件開發(fā)中，有利于發(fā)揮集體智慧的一種做法是。A 設計評審 B 模塊化 C 主程序員制 D 。進度控制14在開發(fā)軟件時， 可用來提高程序員的工作效率。B 操作系統(tǒng)的作業(yè)管理功能A 程序開發(fā)環(huán)境C.編譯程序的優(yōu)化功能15軟件測試中設計測試實例(A 測試規(guī)則C 預期輸出結(jié)果D 。并行運算的大型計算機test case)主要由輸入數(shù)據(jù)和 兩部分組成。B 測試計劃D 以往測試記錄

42、分析16 結(jié)構(gòu)化程序設計主要強調(diào)程序的 。A 效率 B 速度 C 可讀性D 大小17開發(fā)軟件需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱作。A.軟件投機B.軟件危機C.軟件工程D.軟件產(chǎn)生18成功的測試是指。A 運行測試實例后未發(fā)現(xiàn)錯誤項B 發(fā)現(xiàn)程序的錯誤C 證明程序正確D 改正程序的錯誤19系統(tǒng)開發(fā)的需求分析階段的重要工作之一是 。A.數(shù)據(jù)定義B.數(shù)據(jù)庫設計C.數(shù)據(jù)維護D.數(shù)據(jù)結(jié)構(gòu)實現(xiàn)20文檔是軟件開發(fā)人員.維護人員.用戶以及計算機之間的 , 軟件開發(fā)人員在各個階段以文檔作為前段工作成果的 和后段工作的 。A.接口 B.橋梁 C.科學 D.繼續(xù) E.體現(xiàn)F.基礎21單獨測試一個模塊時

43、,有時需要一個程序驅(qū)動被測試的模塊.有時還要有一個或幾個模塊模擬由被測試模塊調(diào)用的模塊 。1 .A.理解B.驅(qū)動C.管理D.傳遞2A 子(Sub)B.仿真(Initation)C.棧(Ssack)D.樁(Ssub)22在結(jié)構(gòu)化程序設計思想提出以前，在程序設計中曾強調(diào)程序的 。現(xiàn)在，與程序的 相比，人們更重視程序的 。12A。安全性Bo專用性Co 一致性Do合理性E?？衫斫庑訤。效率23軟件測試中，白箱方法是通過分析程序的 來設計測試實例的方法， 除了測試程序外，還適用于對 階段的軟件文檔進行測試。黑箱方法是根據(jù)程序的 來設計測試實例的方法，除了測試程序外，它適用于 階段的軟件文檔進行測試。1

44、、 3A 應用范圍 B 內(nèi)部邏輯 C 功能 D 輸入數(shù)據(jù)2 、 4A 編碼 B 軟件詳細設計C 軟件概要設計D 需求分析24 ( 1 )在軟件生命期周期中， 階段所需工作量最大，約占 70%；（2）結(jié)構(gòu)化分析方法產(chǎn)生的系統(tǒng)說明書由一套一，一本數(shù)據(jù)字典和一組小說明及補充材料組成；（3）軟件的 一般由兩次故障平均間隔時間和故障平均恢復時間來度量；（4）采用 且編寫程序，可提高程序的可移植性；（5）僅依據(jù)規(guī)格說明書描述的程序功能來設計測試實例的方法稱為 。1. . A.分析B.設計C編碼D測tE維護2. A.因果Bo分層數(shù)據(jù)流圖C PAD圖D 程序流程圖3. A.可維護性B可靠fC效率 D互理解性4

45、. A.機器語言 B宏指令 C匯編語言D高級語言5. A.白箱法 B表態(tài)分析法C黑箱法D人工分析法25 . 是以發(fā)現(xiàn)錯誤為目的的，而 是以定位，分析和改正錯誤為目的的。 A .測試B.排錯（調(diào)tOC,維護 D,開發(fā)26 .請按順序?qū)懗鲕浖诘膸讉€階段 , , , , , 。 A.維護 B.測試 C.詳細設計D.概要設計E .編碼F.需求分析27 .軟件發(fā)展過程中，第一階段（50年代）稱為“程序設計原始時期”，這時既沒有1 也沒有_2_,程序員只能用匯編語言編寫程序。第二階段（50年代末一一60年代末）稱為“基本軟件期”，出現(xiàn)了 1 并漸普及，隨之2 編譯技術也有較大發(fā)展。第三階段（60年代

46、一一70年代中）稱為“程序設計方法的時代”。與硬件費用下降相反，軟件開發(fā)費急劇上升。人們提出了3 和4 等到程序設計方法，設法降低軟件開發(fā)的費用。第四代階段（70年代中至今）稱為“軟件工程時期”，軟件開發(fā)技術不再僅僅是程序設計技術，而是同軟件開發(fā)的各階段（5, 6,編碼，測試，7）及整體和管理有關。A.匯編語言B.操作系統(tǒng)C.虛擬存儲器概念D.高級語言E.結(jié)構(gòu)化程序設計數(shù)據(jù)庫概念 F.固件 G.模塊化程序設計A.使用和維護 B.兼容性的確認 C.完整性的確定D.設計E需求定義F圖像處理28 .軟件危機出現(xiàn)于 ,為了解決軟件危機，人們提出了用 的原理來設計軟件，這是軟件工程誕生的基礎。A . 5

47、0年代末 B. 60年代初 C. 60年代末 D. 70年代初A.運籌學 B.工程學 C.軟件學 D.軟件學 E.數(shù)字29 .瀑布模型把軟件生存周期劃分為軟件定義、軟件開發(fā)和 三個階段，而每一階段又可細分為若干個更小的階段。A.詳細設計B.可行性分析C.運行及維護D.測試與排錯30 .軟件的 設計又稱為總體設計，其主要任務是建立軟件系統(tǒng)的總體結(jié)構(gòu)。A.概要 B.抽象C.邏輯 D.規(guī)劃31 .結(jié)構(gòu)化分析SA是軟件開發(fā)需求分析階段所使用的方法， 不是SA所使用的工具。A . DFD圖 B . PAD圖 C.結(jié)構(gòu)化英語D .判定表32 .結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、和加工說明等描述工具，即用直觀的圖和

48、簡潔的語言來描述軟件系統(tǒng)模型。A . DFD圖 B. PAD圖 C. IPO圖 D.數(shù)據(jù)字典33 .模塊本身的內(nèi)聚是模塊獨立性的重要度量因素之一，在七類內(nèi)聚中，具有最強內(nèi)聚的一類是。A .順序性內(nèi)聚B.過程性內(nèi)聚C.邏輯性內(nèi)聚D.功能性內(nèi)聚34 . Jackson設計方法由英國的 M. Jackson提出的，它是一種面向 的設計方法。A.對象B.數(shù)據(jù)流C.數(shù)據(jù)結(jié)構(gòu)D,控制結(jié)構(gòu)35 .結(jié)構(gòu)化設計思想的核心是要求程序只由順序、循環(huán)和 三種結(jié)構(gòu)組成。A.分支B.單入口C.單出口D.有規(guī)則 GOTO36 .源程序的版面文檔要求應有變量說明、適當注釋和 。A.框圖 B.統(tǒng)一書寫格式C.修改記錄 D.編程

49、日期37 .在軟件工程中.軟件測試的目的是_ 一AB ,發(fā)現(xiàn)軟件錯誤C.證明軟件是正確的D.找出軟件中的全部錯誤38 .在軟件工程中，當前用于保證軟件質(zhì)量的主要技術手段還是一。A.正確性證明B.測試 C.自動程序設計D.符號證明39 .在軟件工程中，高質(zhì)量的文檔標準是完整性、一致性和 。A .統(tǒng)一性 B.安全性 C.無二義性 D.組合性40.在軟件研究過程中，CASE是。A 指計算機輔助系統(tǒng)工程B CAD 和 CAM 技術的發(fā)展動力C 正在實驗室用的工具D 指計算機輔助軟件工程41軟件（結(jié)構(gòu)）設計階段（概要設計）的文檔是 。A 系統(tǒng)模型說明書B 程序流程圖C 系統(tǒng)功能說明書D 模塊結(jié)構(gòu)圖和說明

50、書42軟件的維護是指 。A 對軟件的改進、適應和完善B 維護正常運行C 配置新軟件D 軟件開發(fā)期的一個階段43逆向工程在軟件工程中主要用于 階段。A 分析 B 設計C 編碼D 維護44軟件工程中，只根據(jù)程序的功能說明而不關心程序內(nèi)部的邏輯結(jié)構(gòu)的測試方法，稱為 測試。A 白盒法B 灰盒法C 黑盒法D 綜合法45模塊內(nèi)聚聯(lián)系最大的是。A 順序內(nèi)聚B 功能內(nèi)聚C 通信內(nèi)聚D 時間內(nèi)聚46在軟件的設計階段應提供的文檔是 。A 軟件需求規(guī)格說明書B 概要設計規(guī)格說明書和詳細設計規(guī)格說明書C 數(shù) 據(jù)字典及流程圖D 源程序以及源程序的說明書47程序流程圖、N-S 圖和 PAD 圖是 使用的算法表達工具。A

51、設計階段的概要設計B 設計階段的詳細設計C 編碼階段D 測試階段48軟件的可維護性是指 。A 軟件的可理解程度，程序修改的難易程度B 軟件文檔修改的難易程度C 程序修改的難易程度D 使用維護工具進行維護的難易程度49月收入<=800 元者免稅，現(xiàn)用輸入數(shù)800 元和 801 元測試程序，則采用的是方法。A 邊緣值分析 B 條件覆蓋C 錯誤推測D 等價類50采用黑盒法測試程序是根據(jù) 。A.程序的邏輯 B.程序的功能說明C.程序中的語句 D.程序中的數(shù)據(jù)51數(shù)據(jù)流圖的小說明中描述的最基本部分是。A 激發(fā)條件B 加工邏輯C 優(yōu)先級 D 執(zhí)行頻率52系統(tǒng)的健壯性是指 。A 系統(tǒng)能夠正確地完成預期

52、的功能B 系統(tǒng)能有效地使用計算機資源C 在有干擾或輸入數(shù)據(jù)不合理等意外情況下，系統(tǒng)仍能進行適當?shù)毓ぷ鱀 在任何情況下，系統(tǒng)均具有錯誤自修復功能53軟件工程學是應用科學理論和工程上的技術指導軟件開發(fā)的學科，其目的是 。A 引入新技術提高空間利用率B 用較少的投資獲得高質(zhì)量的軟件C 縮短研制周期擴大軟件功能D 硬軟件結(jié)合使系統(tǒng)面向應用54不適于作為數(shù)據(jù)流圖處理（加工）框名稱的是 。A 人工校核工資數(shù)據(jù)B 工資支票數(shù)據(jù)C 打印工資支票D 計算職工工資55如果模塊中所有成分引用共同的數(shù)據(jù)，該模塊內(nèi)的聯(lián)系類型是。A 順序內(nèi)聚B 功能內(nèi)聚C 通信內(nèi)聚D 過程內(nèi)聚56某模塊的功能是打印錄取通知書或不錄取通知

53、書，調(diào)用模塊可通過向此模塊傳遞布爾標志信息決定本次調(diào)用 哪種通知書的打印，這種模塊之間的耦合稱為 。A 數(shù)據(jù)耦合 B 混合耦合C 公共耦合 D 控制耦合57適應性維護的含義是所進行的維護。A 為使軟件在改變了的環(huán)境下仍能使用B 為改正在開發(fā)時期產(chǎn)生、測試階段沒有發(fā)現(xiàn)、運行時出現(xiàn)的錯誤C.為改善系統(tǒng)性能、擴充功能D 為軟件的正常執(zhí)行58采用白盒法測試模塊（程序），應根據(jù) 。A.內(nèi)部邏輯結(jié)構(gòu)B.算法復雜度C.外部功能特性 D.支撐環(huán)境59下列關于軟件工程方面的敘述中，正確的說法是 。A 軟件的質(zhì)量標準中，某些因素是不可兼得的B 數(shù)據(jù)字典包括數(shù)據(jù)流、文件、模塊調(diào)用關系等三種條目C.測試過程即調(diào)試D 白盒法測試用例中，滿足條件覆蓋的一定滿足判定覆蓋60程序編寫（實現(xiàn)）階段完成的文檔有 。A 詳細設計說明書B 詳細設計說明書、用戶手冊C.模塊開發(fā)宗卷、操作手冊D.用戶手冊、操作手冊61軟件總體結(jié)構(gòu)的內(nèi)容應在 文檔中闡明。A 軟件需求規(guī)格說明書B 概要設計規(guī)格說明書C.詳細設計規(guī)格說明書D.數(shù)據(jù)要求規(guī)格說明書62使用結(jié)構(gòu)化分析方法時，采用的基本手段是。A.分解和抽象 B.分解和綜合C.歸納與推導D.試探與回溯63決定軟件可維護性的主要因素可概括為 。A 可測試性、可理解性、可修改性