軟件工程習題200題(同等學歷計算機考試題庫參考).doc

軟件工程習題200題之一 我的軟件工程筆記99年末的一段，是當時幾乎所有軟件工程書籍的習題。這里整理出來，希望對大家學習軟件工程有益。 1、 什么是軟件危機？產(chǎn)生軟件危機的原因？怎樣消除？ 軟件危機是指在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題。軟件危機產(chǎn)生的原因：(1) 軟件不同于硬件，它是計算機系統(tǒng)的邏輯部件而不是物理部件。在寫出程序代碼并在計算機上試運行之前，軟件開發(fā)過程的進展情況較難衡量。很難檢驗開發(fā)的正確性且軟件開發(fā)的質(zhì)量也較難評價。因此，控制軟件開發(fā)過程相當困難。此外，在軟件運行過程中發(fā)現(xiàn)錯誤，很可能是遇到了一個在開發(fā)期間引入的、但在測試階段沒有能夠檢測出來的錯誤，所以軟件維護常常意味著修改原來的設(shè)計。這樣，維護的費用十分驚人，客觀上使得軟件較難維護。(2) 軟件開發(fā)的過程是多人分工合作，分階段完成的過程，參與人員之間的溝通和配合十分重要。但是，相當多的軟件開發(fā)人員對軟件的開發(fā)和維護存在不少錯誤的觀念，在實踐的過程中沒有采用工程化的方法，或多或少采用了一些錯誤的方法和技術(shù)，這是造成軟件危機的主要原因。(3) 開發(fā)和管理人員只重視開發(fā)而輕視問題的定義，使軟件產(chǎn)品無法滿足用戶的要求。對用戶的要求沒有完整準確的認識就急于編寫程序。這是許多軟件開發(fā)失敗的另一主要原因。事實上，許多用戶在開始時并不能準確具體地敘述他們的需要，軟件人員需要做大量深入細致的調(diào)查研究工作，反復(fù)多次與用戶交流信息，才能真正全面、準確、具體地了解用戶的要求。(4) 軟件管理技術(shù)不能滿足現(xiàn)代軟件開發(fā)的需要，沒有統(tǒng)一的軟件質(zhì)量管理規(guī)范。首先是文檔缺乏一致性和完整性，從而失去管理的依據(jù)。因為程序只是完整軟件產(chǎn)品的一個組成部分，一個軟件產(chǎn)品必須由一組的配置組成，不能只重視程序而應(yīng)當特別重視軟件配置。其次，由于成本估計不準確，資金分配混亂，人員組織不合理，進度安排無序，導(dǎo)致軟件技術(shù)無法實施。(5) 在軟件的開發(fā)和維護關(guān)系問題上存在錯誤的觀念。軟件維護工作通常是在軟件完成之后進行的，因此是極端艱巨復(fù)雜的工作，需要花費很大的代價。所以做好軟件的定義工作，是降低軟件成本，提高軟件質(zhì)量的關(guān)鍵。如果軟件人員在定義階段沒有正確、全面地理解用戶要求，直到測試階段才發(fā)現(xiàn)軟件產(chǎn)品不完全符合用戶的需要，這時再修改就為時已晚了。另外，在軟件生存期的不同結(jié)點進行修改需要付出的代價是很不相同的。在早期引入變更，涉及面較小，付出的代價較低；在開發(fā)的中期軟件配置的許多成分已經(jīng)完成，引入一個變更可能需要對所有已完成的配置成分都做相應(yīng)的修改，不僅工作量大，而且邏輯上更復(fù)雜，因而付出的代價劇增。在軟已經(jīng)完成后再引入變更。則需要付出更高得多的代價。因此，必須把軟件維護的觀念引入軟件開發(fā)的各個階段，建立起軟件開發(fā)與維護的正確關(guān)系。2、 什么是軟件工程？包括哪些內(nèi)容？ 軟件工程是研究和應(yīng)用如何以系統(tǒng)化的、規(guī)范的、可度量的方法去開發(fā)、運行和維護軟件，即把工程化應(yīng)用到軟件上。軟件工程學的主要內(nèi)容是軟件開發(fā)技術(shù)和軟件工程管理 軟件開發(fā)技術(shù)包含軟件工程方法學、軟件工具和軟件開發(fā)環(huán)境；軟件工程管理學包含軟件工程經(jīng)濟學和軟件管理學。3、 軟件生存周期包含哪些內(nèi)容？ 軟件生存周期是指軟件產(chǎn)品從考慮其概念開始到該軟件產(chǎn)品交付使用，直至最終退役為止的整個過程，一般包括計劃、分析、設(shè)計、實現(xiàn)、測試、集成、交付、維護等階段。4、 軟件開發(fā)模型有幾種？各有什么特點？ 1.瀑布模型 開發(fā)模型呈線性,所以當開發(fā)成果沿未經(jīng)過測試時,用戶無法看到軟件的效果,這樣軟件與用戶見面的時間間隔,也增加了一定的風險;在軟件開發(fā)前期末發(fā)現(xiàn)的錯誤傳到后面的開發(fā)活動時,可能會擴散,進而可能會造成整個軟件項目開發(fā)失敗;在軟件需求分析階段,完全確定用戶的需求是比較困難的,甚至可以說是不太可能的.2.螺旋模型 需要具有相當豐富的風險評估經(jīng)驗和專門知識,在風險較大的項目開發(fā)中,如果末能及時標識風險,勢必造成重大損失;過多的迭代次數(shù)會增加開發(fā)成本,延遲提交時間3.噴泉模型 以用戶需求為動力,主要用于面向?qū)ο蟮能浖椖?軟件的某個部分通常被重復(fù)多次,相關(guān)對象在每次迭代中隨之加入漸進出境的軟件成分,各個階段沒有明顯的界限4.智能模型 基于知識的軟件開發(fā)模型 把瀑布模型和專家系統(tǒng)結(jié)合在一起,利用專家系統(tǒng)來幫助軟件開發(fā)人員的工作.適合于特定領(lǐng)域軟件和專家決策系統(tǒng)的開發(fā)5.增量模型 融合了瀑布模型的基本成分和原形實現(xiàn)的迭代特征,優(yōu)點是人員分配靈活,剛開始不用投入大量人力資源.如果核心產(chǎn)品很受歡迎,則可增加人力實現(xiàn)下一下增量6.WINWIN模型 融合了螺旋模型的基本成分和原形實現(xiàn)的迭代勞特征,強調(diào)風險分析和標識.通過早期談判客戶和開發(fā)者之間達成一致協(xié)議.它將變成進展到軟件和系統(tǒng)定義的關(guān)鍵標準.7.原形實現(xiàn)模型 原形實現(xiàn)模型從需求收集開始,開發(fā)者和客戶在一起定義軟件的總目標,標識出已知的需求,并規(guī)劃出需要進一步定義的區(qū)域,然后是快速設(shè)計,即集中于軟件中那些對用戶/客戶可見的部分的表示,這將導(dǎo)致原形的創(chuàng)建,其最大的特點是能夠快速實現(xiàn)一個可實際運行的系統(tǒng)初步模型,供開發(fā)人員和用戶進行交流和評審,以便較準確地獲得用戶的需求, 供開發(fā)人員和用戶進行交流和評審,這個過程是迭代過程,它可以避免在瀑布模型冗長的開發(fā)過程中看不見產(chǎn)品雛開的現(xiàn)象,其優(yōu)點之一是開發(fā)工具先進,開發(fā)效率高,使總的開發(fā)費用降低,時間縮短,二是開發(fā)人員與用戶交流直觀,可以澄清模糊需求,調(diào)用用戶的積極參與,能及早顯露實施后潛在的一些問題,三是原型系統(tǒng)可作為培訓環(huán)境,有利于用戶培訓和開發(fā)同步,開發(fā)過程也是學習過程,缺點是在一定的程序上限制了開發(fā)人員的創(chuàng)新,沒有考慮軟件的整體質(zhì)量和長期的可維護性,由于達不到質(zhì)量要求產(chǎn)品可能被拋棄,而采用新模型重新設(shè)計,因此原形實現(xiàn)不適合嵌入式,實時控制及科學數(shù)值計算等大型軟件系統(tǒng)的開發(fā)8.RAD模型 增量型的軟件開發(fā),采用基于構(gòu)件的建造方法贏得了快速開發(fā)9.并行開發(fā)模型10.基于構(gòu)件的開發(fā)模型 利用模塊化方法將整個系統(tǒng)模塊化,并在一定構(gòu)件模型的支持下復(fù)用構(gòu)件庫中的一個或多個軟件構(gòu)件,通過組合手段效率,高質(zhì)量地構(gòu)造應(yīng)用軟件系統(tǒng)的過程,缺乏通用的組裝標準,因而編入了較大的風險11.基于體系結(jié)構(gòu)的開發(fā)模型12.XP方法 其核心思想是交流(communication),簡單(Simplicity),反饋(Feedback)和進取.xp小組不僅包括開發(fā)人員,還包括管理人員和客戶,該模型強調(diào)小組成員之間要經(jīng)常進行交流.優(yōu)點是:采用簡單計劃策略,不需要長期計劃和復(fù)雜模型,開發(fā)周期短;在全過程采用迭代增量開發(fā),反饋修正和反復(fù)測試的方法,軟件質(zhì)量有保證;能夠適應(yīng)用戶經(jīng)常變化的需求,提供用戶滿意的高質(zhì)量軟件5、 軟件技術(shù)審查和管理復(fù)審的作用是什么？ 6、 軟件開發(fā)與寫程序有什么不同？ 軟件包含程序，程序是軟件的一部分。軟件是程序、數(shù)據(jù)及其相關(guān)文檔的完整集合。程序只是為了實現(xiàn)軟件的功能和性能要求而編寫的指令序列。7、 在軟件開發(fā)的早期階段，為什么要進行可行性研究？應(yīng)該從哪些方面研究目標系統(tǒng)的可行性？ 可行性研究的目的就是，用最小的代價在盡可能 短的時間內(nèi)研究并確定所有面臨的問題是否能夠解決。首先需要分析和澄清問題定義。然后分析員應(yīng)該到處系統(tǒng)的邏輯模型。研究目標系統(tǒng)的可行性分為以下三方面：（1）技術(shù)可行性：使用現(xiàn)有的技術(shù)能實現(xiàn)這個系統(tǒng)嗎？（2）經(jīng)濟可行性：這個性同的經(jīng)濟效益能超過他的開發(fā)成本嗎？（3）操作可行性：系統(tǒng)的操作方式在這個用戶住址內(nèi)行得通嗎？ 技術(shù)經(jīng)濟時間資源8、 一個軟件開發(fā)系統(tǒng)的可行性研究報告應(yīng)如何編寫？ 可行性研究報告的編寫目的是：說明該軟件開發(fā)項目的實現(xiàn)在技術(shù)、經(jīng)濟和社會條件方面的可行 性；評述為了合理地達到開發(fā)目標而可能選擇的各種方案；說明并論證所選定的方案。可行性研究報告的編寫內(nèi)容要求如下：1引言11編寫目的說明編寫本可行性研究報告的目的，指出預(yù)期的讀者。12背景說明：a所建議開發(fā)的軟件系統(tǒng)的名稱；b本項目的任務(wù)提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算中心或計算機網(wǎng)絡(luò)；C該軟件系統(tǒng)同其他系統(tǒng)或其他機構(gòu)的基本的相互來往關(guān)系。13定義列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。14參考資料列出用得著的參考資料，如：a本項目的經(jīng)核準的計劃任務(wù)書或合同、上級機關(guān)的批文；b屬于本項目的其他已發(fā)表的文件；C本文件中各處引用的文件、資料，包括所需用到的軟件開發(fā)標準。|列出這些文件資料的標題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。2可行性研究的前提說明對所建議的開發(fā)項目進行可行性研究的前提，如要求、目標、假定、限制等。21要求說明對所建議開發(fā)的軟件的基本要求，如：a功能；b性能；C輸出如報告、文件或數(shù)據(jù)，對每項輸出要說明其特征，如用途、產(chǎn)生頻度、接口以及分發(fā)對象；d輸入說明系統(tǒng)的輸入，包括數(shù)據(jù)的來源、類型、數(shù)量、數(shù)據(jù)的組織以及提供的頻度；e處理流程和數(shù)據(jù)流程用圖表的方式表示出最基本的數(shù)據(jù)流程和處理流程，并輔之以敘述；f在安全與保密方面的要求；g同本系統(tǒng)相連接的其他系統(tǒng)；h完成期限。22目標說明所建議系統(tǒng)的主要開發(fā)目標，如：a人力與設(shè)備費用的減少；b處理速度的提高；C控制精度或生產(chǎn)能力的提高；d管理信息服務(wù)的改進；e自動決策系統(tǒng)的改進；f人員利用率的改進。23條件、假定和限制說明對這項開發(fā)中給出的條件、假定和所受到的限制，如：a所建議系統(tǒng)的運行壽命的最小值；b進行系統(tǒng)方案選擇比較的時間；c經(jīng)費、投資方面的來源和限制；d法律和政策方面的限制；e硬件、軟件、運行環(huán)境和開發(fā)環(huán)境方面的條件和限制；f可利用的信息和資源；g系統(tǒng)投入使用的最晚時間。24進行可行性研究的方法說明這項可行性研究將是如何進行的，所建議的系統(tǒng)將是如何評價的。摘要說明所使用的基本方法 和策略，如調(diào)查、加權(quán)、確定模型、建立基準點或仿真等。25評價尺度說明對系統(tǒng)進行評價時所使用的主要尺度，如費用的多少、各項功能的優(yōu)先次序、開發(fā)時間的長短 及使用中的難易程度。3對現(xiàn)有系統(tǒng)的分析這里的現(xiàn)有系統(tǒng)是指當前實際使用的系統(tǒng)，這個系統(tǒng)可能是計算機系統(tǒng)，也可能是一個機械系統(tǒng)甚 至是一個人工系統(tǒng)。分析現(xiàn)有系統(tǒng)的目的是為了進一步闡明建議中的開發(fā)新系統(tǒng)或修改現(xiàn)有系統(tǒng)的必要性。31處理流程和數(shù)據(jù)流程說明現(xiàn)有系統(tǒng)的基本的處理流程和數(shù)據(jù)流程。此流程可用圖表即流程圖的形式表示，并加以敘述。32工作負荷列出現(xiàn)有系統(tǒng)所承擔的工作及工作量。33費用開支列出由于運行現(xiàn)有系統(tǒng)所引起的費用開支，如人力、設(shè)備、空間、支持性服務(wù)、材料等項開支以及開 支總額。34人員列出為了現(xiàn)有系統(tǒng)的運行和維護所需要的人員的專業(yè)技術(shù)類別和數(shù)量。35設(shè)備列出現(xiàn)有系統(tǒng)所使用的各種設(shè)備。36局限性列出本系統(tǒng)的主要的局限性，例如處理時間趕不上需要，響應(yīng)不及時，數(shù)據(jù)存儲能力不足，處理功能 不夠等。并且要說明，為什么對現(xiàn)有系統(tǒng)的改進性維護已經(jīng)不能解決問題。4所建議的系統(tǒng)本章將用來說明所建議系統(tǒng)的目標和要求將如何被滿足。41對所建議系統(tǒng)的說明概括地說明所建議系統(tǒng)，并說明在第A2章中列出的那些要求將如何得到滿足，說明所使用的基本 方法及理論根據(jù)。42處理流程和數(shù)據(jù)流程給出所建議系統(tǒng)的處理流程和數(shù)據(jù)流程。43改進之處按22條中列出的目標，逐項說明所建議系統(tǒng)相對于現(xiàn)存系統(tǒng)具有的改進。44影響說明在建立所建議系統(tǒng)時，預(yù)期將帶來的影響，包括：441對設(shè)備的影響說明新提出的設(shè)備要求及對現(xiàn)存系統(tǒng)中尚可使用的設(shè)備須作出的修改。442對軟件的影響說明為了使現(xiàn)存的應(yīng)用軟件和支持軟件能夠同所建議系統(tǒng)相適應(yīng)。而需要對這些軟件所進行的修 改和補充。443對用戶單位機構(gòu)的影響說明為了建立和運行所建議系統(tǒng)，對用戶單位機構(gòu)、人員的數(shù)量和技術(shù)水平等方面的全部要求。4 4 4對系統(tǒng)運行過程的影響說明所建議系統(tǒng)對運行過程的影響，如：a用戶的操作規(guī)程；b運行中心的操作規(guī)程；C運行中心與用戶之間的關(guān)系；d源數(shù)據(jù)的處理；e數(shù)據(jù)進入系統(tǒng)的過程；f對數(shù)據(jù)保存的要求，對數(shù)據(jù)存儲、恢復(fù)的處理；g輸出報告的處理過程、存儲媒體和調(diào)度方法；h系統(tǒng)失效的后果及恢復(fù)的處理辦法。445對開發(fā)的影響說明對開發(fā)的影響，如：a為了支持所建議系統(tǒng)的開發(fā)，用戶需進行的工作；b為了建立一個數(shù)據(jù)庫所要求的數(shù)據(jù)資源；C為了開發(fā)和測驗所建議系統(tǒng)而需要的計算機資源；d所涉及的保密與安全問題。446對地點和設(shè)施的影響說明對建筑物改造的要求及對環(huán)境設(shè)施的要求。447對經(jīng)費開支的影響扼要說明為了所建議系統(tǒng)的開發(fā)，設(shè)計和維持運行而需要的各項經(jīng)費開支。45局限性說明所建議系統(tǒng)尚存在的局限性以及這些問題未能消除的原因。46技術(shù)條件方面的可行性本節(jié)應(yīng)說明技術(shù)條件方面的可行性，如：a在當前的限制條件下，該系統(tǒng)的功能目標能否達到；b利用現(xiàn) 9、 數(shù)據(jù)流圖有哪幾種基本符號？ 數(shù)據(jù)流圖基本圖形符號數(shù)據(jù)流圖采用4種基本的圖形符號，見表18-1。表18-1 數(shù)據(jù)流圖基本符號1加工用圓或橢圓描述，又稱數(shù)據(jù)處理，表示輸入數(shù)據(jù)在此進行變換產(chǎn)生輸出數(shù)據(jù)，以數(shù)據(jù)結(jié)構(gòu)或數(shù)據(jù)內(nèi)容作為加工對象。加工的名字通常是一個動詞短語，簡明扼要地表明要完成的加工。2數(shù)據(jù)流用箭頭描述，由一組固定的數(shù)據(jù)項組成，箭頭方向表示數(shù)據(jù)的流向，作為數(shù)據(jù)在系統(tǒng)內(nèi)的傳輸通道。它們大多是在加工之間傳輸加工數(shù)據(jù)的命名通道，也有在數(shù)據(jù)存儲文件和加工之間的非命名數(shù)據(jù)通道。雖然這些數(shù)據(jù)流沒有命名，但其連接的加工和文件的名稱，以及流向可以確定其含義。同一數(shù)據(jù)流圖上不能有同名的數(shù)據(jù)流。如果有兩個以上的數(shù)據(jù)流指向一個加工，或是從一個加工中輸出兩個以上的數(shù)據(jù)流，這些數(shù)據(jù)流之間往往存在一定的關(guān)系。其具體的描述如圖18-1所示，其中*表示相鄰之間的數(shù)據(jù)流同時出現(xiàn)，表示相鄰之間的數(shù)據(jù)流只取其一。（點擊查看大圖）圖18-1 數(shù)據(jù)流3數(shù)據(jù)存儲文件用雙桿描述，在數(shù)據(jù)流圖中起保存數(shù)據(jù)的作用，又稱數(shù)據(jù)存儲或文件，可以是數(shù)據(jù)庫文件或任何形式的數(shù)據(jù)組織。流向數(shù)據(jù)存儲的數(shù)據(jù)流可以理解為寫入文件或查詢文件，從數(shù)據(jù)存儲流出的數(shù)據(jù)流可以理解為從文件讀數(shù)據(jù)或得到查詢結(jié)果。4數(shù)據(jù)源點或終點用方框描述，表示數(shù)據(jù)流圖中要處理數(shù)據(jù)的輸入來源或處理結(jié)果要送往的地方，在圖中僅作為一個符號，并不需要以任何軟件的形式進行設(shè)計和實現(xiàn)，是系統(tǒng)外部環(huán)境中的實體，故稱外部實體。它們作為系統(tǒng)與系統(tǒng)外部環(huán)境的接口界面，在實際的問題中可能是人員、組織、其他軟硬件系統(tǒng)等。一般只出現(xiàn)在分層數(shù)據(jù)流的頂層圖中。10、 畫數(shù)據(jù)流圖原則是什么？ 畫數(shù)據(jù)流圖應(yīng)該注意的問題數(shù)據(jù)流圖是軟件設(shè)計師考試必考的題目之一，下面是畫數(shù)據(jù)流圖時應(yīng)該注意的問題，希望對大家有所幫助。1） 適當?shù)貫閿?shù)據(jù)流、加工、數(shù)據(jù)存儲、外部實體命名，名字應(yīng)該反應(yīng)該成分的實際含義，避免空洞的名字。2） 畫數(shù)據(jù)流而不畫控制流3） 一個加工的輸出數(shù)據(jù)流不應(yīng)與輸入數(shù)據(jù)流同名，即使他們的組成成分相同。4） 允許一個加工有多條數(shù)據(jù)流流向另外一個加工，也允許一個加工有兩個相同的輸出數(shù)據(jù)流流向另外兩個不同的加工。5） 保持父圖和子圖平衡。也就是說，父圖中某加工的輸入、輸出必須與它的子圖的輸入、輸出數(shù)據(jù)流在數(shù)量和名字上相同。值得注意的是，如果父圖的一個輸入（或輸出）數(shù)據(jù)流對應(yīng)于子圖中幾個輸入或輸出數(shù)據(jù)流，而子圖中組成這些數(shù)據(jù)流的數(shù)據(jù)項全體正好是父圖中的這一個數(shù)據(jù)流，那么它們?nèi)匀凰闶瞧胶獾摹?） 在自頂向下的分解過程中，若一個數(shù)據(jù)存儲首次出現(xiàn)時只與一個加工有關(guān)，那么這個數(shù)據(jù)存儲應(yīng)作為這個加工的內(nèi)部文件而不必畫出。7） 保持數(shù)據(jù)守恒。也就是說，一個加工所有輸出數(shù)據(jù)必須能從該加工的輸入數(shù)據(jù)流中直接獲得，或者是通過該加工能產(chǎn)生的數(shù)據(jù)。8） 每隔加工必須既有輸入數(shù)據(jù)流也有輸出數(shù)據(jù)流。9） 在整套數(shù)據(jù)流圖中，每隔數(shù)據(jù)存儲必須既又讀的數(shù)據(jù)流，又有寫的數(shù)據(jù)流。但在某一張子圖中可能只有讀沒有寫，或者只有寫沒有讀。四、畫分層數(shù)據(jù)流圖時應(yīng)注意的問題下面從四個方面討論畫分層數(shù)據(jù)流圖時應(yīng)注意的問題。1合理編號分層數(shù)據(jù)流圖的頂層稱為0層,稱它是第1層的父圖，而第1層既是0層圖的子圖，又是第2層圖的父圖，依此類推。由于父圖中有的加工可能就是功能單元，不能再分解，因此父圖擁有的子圖數(shù)少于或等于父圖中的加工個數(shù)。為了便于管理，應(yīng)按下列規(guī)則為數(shù)據(jù)流圖中的加工編號：l子圖中的編號為父圖號和子加工的編號組成。l子圖的父圖號就是父圖中相應(yīng)加工的編號。為簡單起見，約定第1層圖的父圖號為0，編號只寫加工編號1、2、3.，下面各層由父圖號1、1.1等加上子加工的編號1、2、3.組成。按上述規(guī)則，圖的編號即能反映出它所屬的層次以及它的父圖編號的信息，還能反映子加工的處理信息。例如1表示第1層圖的1號加工處理，1.1、1.2、1.3.表示父圖為1號加工的子加工，1.3.1、1.3.2、1.3.3.表示父圖號為1.3加工的子加工。為了方便，對數(shù)據(jù)流圖中的每個加工，可以只標出局部號，但在加工說明中，必須使用完整的編號。例如圖5-4-5可表示第1層圖的1號加工的子圖，編號可以簡化成圖中的形式。圖5-4-5 簡化子圖編號示例2注意子圖與父圖的平衡子圖與父圖的數(shù)據(jù)流必須平衡，這是分層數(shù)據(jù)流的重要性質(zhì)。這里的平衡指的是子圖的輸入、輸出數(shù)據(jù)流必須與父圖中對應(yīng)加工的輸入、輸出數(shù)據(jù)流相同。但下列兩種情況是允許的，一是子圖的輸入/輸出流比父圖中相應(yīng)加工的輸入/輸出流表達得更細。例如，在圖546中，若父圖的“訂貨單”數(shù)據(jù)流是由客戶、品種、帳號、數(shù)量四部分組成，則圖中的子圖和父圖是平衡的。在實際中，檢查該類情況的平衡，需借助于數(shù)據(jù)詞典進行。二是考慮平衡時，可以忽略枝節(jié)性的數(shù)據(jù)流。例如圖5-4-6，在4號加工的子圖中4.3號子加工中增加了一個輸出，表示出錯的數(shù)據(jù)流(由虛線所示)，則子圖和父圖仍可看作是平衡的。圖5-4-6 子圖和父圖的平衡圖片 子圖和父圖的平衡動畫3局部文件圖5-4-7中的父圖和子圖是平衡的，但子圖中的文件W并沒在父圖中出現(xiàn)。這是由于對文件W的讀、寫完全局限在加工3.3之內(nèi)，在父圖中各個加工之間的界面上不出現(xiàn)，該文件是子圖的局部文件或為臨時文件。圖5-4-7 數(shù)據(jù)流圖中的局部文件應(yīng)當指出的是，如果一個臨時文件在某層數(shù)據(jù)流圖中的某些加工之間出現(xiàn)，則在該層數(shù)據(jù)流圖中就必須畫出這個文件。一旦文件被單獨畫出，那么也需畫出這個文件同其它成分之間的聯(lián)系。4分解的程度對于規(guī)模較大的系統(tǒng)的分層數(shù)據(jù)流圖,如果一下子把加工直接分解成基本加工單元,一張圖上畫出過多的加工將使人難以理解，也增加了分解的復(fù)雜度。然而，如果每次分解產(chǎn)生的子加工太少，會使分解層次過多而增加作圖的工作量，閱讀也不方便。經(jīng)驗表明，一般說來一個加工每次分解量最多不要超過七個為宜。同時，分解時應(yīng)遵循以下原則：l分解應(yīng)自然,概念上要合理、清晰。l上層可分解的快些(即分解成的子加工個數(shù)多些)，這是因為上層是綜合性描述，對可讀性的影響小。而下層應(yīng)分解得慢些。l在不影響可讀性的前提下,應(yīng)適當?shù)囟喾纸獬蓭撞糠?以減少分解層數(shù)。l一般說來，當加工可用一頁紙明確地表述時，或加工只有單一輸入/輸出數(shù)據(jù)流時(出錯處理不包括在內(nèi))，就應(yīng)停止對該加工的分解。另外，對數(shù)據(jù)流圖中不再作分解的加工(即功能單元)，必須作出詳細的加工說明，并且每個加工說明的編號必須與功能單元的編號一致。11、 數(shù)據(jù)流圖在軟件分析中的作用是什么？ 12、 數(shù)據(jù)字典的作用？ 13、 什么是數(shù)據(jù)字典？有幾個定義？各自特點是什么？ 14、 有幾種效益的分析方法？ 15、 需求分析的任務(wù)是什么？ 16、 需求分析通常采用哪些分析技術(shù)？ 17、 什么是結(jié)構(gòu)化分析？他的結(jié)構(gòu)化體現(xiàn)在哪里？ 18、 簡述面向?qū)ο蠓治黾夹g(shù)的主要步驟？ 19、 原型開發(fā)技術(shù)的目的，特點是什么？ 20、 簡述總體設(shè)計的一般過程？ 21、 什么叫軟件結(jié)構(gòu)？什么叫軟件工程？二者之間關(guān)系？ 22、 解釋深度、寬度、扇出、扇入對軟件的影響。 23、 什么叫模塊化？M代表的含義是什么？ 24、 模塊化的三個重要特征是什么？闡明各自的作用。 25、 舉例說明各種耦合情況和各種內(nèi)聚情況。 26、 簡述設(shè)計準則的內(nèi)容。 27、 簡述層次方框圖與軟件結(jié)構(gòu)圖的異同點。 28、 事物型軟件結(jié)構(gòu)圖有什么特點？原因是什么？ 29、 詳細設(shè)計的任務(wù)是什么？ 30、 什么是結(jié)構(gòu)化程序設(shè)計？用N-S圖表示三種基本結(jié)構(gòu)。 31、 簡述Jackson程序設(shè)計方法的主要內(nèi)容。 32、 簡述Wariner程序設(shè)計方法的主要內(nèi)容。 33、 McaHei(Muahe,筆記有些模糊，未校正)方法的核心是什么？有何用途？ 34、 簡述程序設(shè)計語言兩次本質(zhì)性變化的內(nèi)容及意義。 35、 C語言屬于第幾代語言?第四代語言特點是什么? 36、 簡述高級語言的應(yīng)用特點和內(nèi)在特點。 37、 試分析程序設(shè)計語言特點及軟件可靠性、可理解性、可修改性、可測試性及成本的關(guān)系。 38、 選擇一種語言的實用標準是什么？ 39、 簡述開發(fā)環(huán)境、計算機體系結(jié)構(gòu)、軟件設(shè)計方法、軟件開發(fā)過程與程序設(shè)計語言之間的促進和制約作用。 40、 程序的編碼風格主要體現(xiàn)在哪幾個方面？ 41、 軟件測試的基本任務(wù)是什么？測試與調(diào)試區(qū)別是什么？ 42、 軟件測試的目標是什么？ 43、 軟件測試分幾個步驟進行？每個步驟解決什么問題？ 44、 軟件測試有幾種方法？每種方法的特點是什么？ 45、 軟件出錯有幾種類型？驗證其程序正確性有幾種方法？ 46、 什么是單元測試和集成測試？他們各有什么特點？ 47、 簡述漸增式測試方法與非漸增式測試方法的優(yōu)劣。 48、 簡述存根程序 驅(qū)動程序的作用。 49、 編 最大、最小公倍數(shù)程序，并為它設(shè)計測試用例。 50、 測試的具體任務(wù)是什么？為什么說調(diào)試是軟件開發(fā)過程中最艱巨的任務(wù)？ 51、 舉出幾種常用的測試工具，說明他們的用法。 52、 MTTF的含義是什么？如何計算Et值？ 53、 假設(shè)有一個由1000行Pascal語句構(gòu)成的程序（編譯后約有5000條機器指令），請估算對它進行測試期間將發(fā)現(xiàn)多少錯誤。為什么？ 54、 什么叫軟件維護？軟件維護的基本內(nèi)容是什么？ 55、 軟件維護分幾類？每類的基本內(nèi)容是什么？占軟件維護總工作量的百分比是多少？ 56、 軟件維護有哪些特點？ 57、 簡述軟件的維護過程。 58、 軟件的可維護性與哪些因素有關(guān)？在軟件開發(fā)過程中應(yīng)采取哪些措施才能提高軟件產(chǎn)品的可維護性？ 59、 什么是軟件工程的文檔？分哪兩大類？每類內(nèi)容是什么？ 60、 計算軟件價格時，應(yīng)不應(yīng)該把維護費用計入成本？為什么？ 61、 軟件項目分幾類？劃分依據(jù)是什么？ 62、 簡述軟件項目的特點和項目中人員的特點對軟件管理的影響。 63、 軟件職能管理的具體內(nèi)容是什么？ 64、 為什么說“時間和人員不能交換”？試說明其原因。 65、 變動分兩類，闡述每類特點及二者之間的區(qū)別。 66、 談?wù)勀銓浖F(xiàn)代技術(shù)的理解，預(yù)測一下軟件發(fā)展方向。 67、 計算機技術(shù)已不再是單一學科的發(fā)展，它是許多相關(guān)學科的融合和滲透。舉例說明你所熟悉的這方面的技術(shù)、方法和應(yīng)用。 68、 何為軟件？軟件可分哪幾種類？ 69、 軟件危機主要有哪些表現(xiàn)? 70、 什么是軟件工程？試說明軟件工程是如何克服軟件危機的。 71、 面向?qū)ο笊嫫谀Ｐ团c傳統(tǒng)的生存期模型有什么區(qū)別? 72、 列出兩種以上的軟件開發(fā)過程模型。并說明各自的特點。 73、 分析員職責是什么？分析員應(yīng)具備什么條件？ 74、 分析員應(yīng)采取哪些方法來明確需求？ 75、 建立系統(tǒng)模型有什么作用？ 76、 建立良好的規(guī)格說明的原則有哪些？ 77、 為什么要進行規(guī)格說明評審？ 78、 數(shù)據(jù)流圖作用是什么？ 79、 數(shù)據(jù)字典的作用是什么？數(shù)據(jù)字典中包含了哪些信息？ 80、 何為結(jié)構(gòu)化分析方法？他在發(fā)展過程中得到了哪些擴充？ 81、 什么是面向數(shù)據(jù)流的設(shè)計？數(shù)據(jù)流包括哪幾種？ 82、 怎樣完成從數(shù)據(jù)流圖到程序結(jié)構(gòu)圖的轉(zhuǎn)換？ 83、 面向數(shù)據(jù)流的設(shè)計方法包含那些步驟？ 84、 Jackson結(jié)構(gòu)化編程方法是以控制技術(shù)為中心還是以數(shù)據(jù)結(jié)構(gòu)為中心？為什么？ 85、 Jsp方法包括那些步驟？ 86、 如何表示數(shù)據(jù)的順序結(jié)構(gòu)、選擇結(jié)構(gòu)、重復(fù)結(jié)構(gòu)？ 87、 回溯用于解決Jsp方法遇到了什么問題？為什么Jsp往往會面臨這種問題而別的方法往往不會？ 88、 為什么Jsp方法會遇到結(jié)構(gòu)沖突問題？如何解決？ 89、 DSSD方法包括那些步驟？ 90、 DSSD方法中，邏輯輸出結(jié)構(gòu)和邏輯過程結(jié)構(gòu)的導(dǎo)出各起到什么作用？ 91、 什么是原型？原型應(yīng)具有什么特點？ 92、 什么是原型開發(fā)？原型開發(fā)包括那幾類？ 93、 原型開發(fā)由哪幾個步驟組成？ 94、 用戶界面原型開發(fā)方法有哪幾種？與傳統(tǒng)的用戶界面開發(fā)方法相比具有哪些優(yōu)點？ 95、 面向?qū)ο笳Z言必須支持那些概念？ 96、 面向?qū)ο缶幊陶Z言分幾大類？ 97、 試說明面向?qū)ο缶幊陶Z言用哪些機制支持面向?qū)ο蠓椒ǖ幕靖拍睿?98、 什么是實時系統(tǒng)？實時設(shè)計與其他系統(tǒng)設(shè)計有什么區(qū)別？ 99、 實時系統(tǒng)設(shè)計有哪些要素？ 100、 實時系統(tǒng)在進行任務(wù)同步時通常采取哪幾種方法？軟件工程習題200題之二 我的軟件工程筆記99年末的一段，是當時幾乎所有軟件工程書籍的習題。這里整理出來，希望對大家學習軟件工程有益。 1、 Statemate方法是如何解決實時設(shè)計的特殊問題的？ 2、 什么是規(guī)格說明語言？它具有什么性質(zhì)？ 3、 什么是設(shè)計語言？它具有什么性質(zhì)？ 4、 CASE環(huán)境語言提出了什么要求？如何實現(xiàn)？ 5、 什么是原型開發(fā)語言？它具有什么性質(zhì)？ 6、 如何使原型開發(fā)語言可執(zhí)行？ 7、 編程語言從心里工程角度看各具有什么特性？ 8、 評價選擇可用編程語言的準則是什么？ 9、 舉例說明編程語言對軟件工程的各個步驟的影響。 10、 編程語言中的基礎(chǔ)有哪些方面？ 11、 第一代至第四代語言是如何劃分的？各具有什么特點？包括那些語言？ 12、 程序中與編程風格有關(guān)的因素有哪些？為建立良好的編程風格應(yīng)遵循什么原則？ 13、 提高編程效率應(yīng)從哪些方面著手？ 14、 人機界面設(shè)計包括哪些方面？ 15、 在人機界面設(shè)計中應(yīng)如何考慮用戶的使用要求？ 16、 人機界面的設(shè)計應(yīng)遵循什么原則？ 17、 人機交互方式分哪幾種？ 18、 如何采用結(jié)構(gòu)化的分析方法和面向?qū)ο蠓治龇椒▉砻鞔_人機界面設(shè)計的任務(wù)？ 19、 在進行人機界面設(shè)計的初期（概要設(shè)計階段）必須解決那些問題？ 20、 人機界面的開發(fā)主要采用那些模型？ 21、 界面設(shè)計有哪些一般準則？ 22、 何為智能人機界面？智能人機界面由哪幾部分構(gòu)成？各部分之間存在什么關(guān)系？ 23、 多媒體技術(shù)可用于解決人機界面設(shè)計中的什么問題？ 24、 為什么在CASE中需要有數(shù)據(jù)庫的支持？ 25、 軟件工程中有哪些數(shù)據(jù)需要管理？ 26、 數(shù)據(jù)模型的評價準則有哪十個方面？他們對CASE有什么意義？ 27、 CASE需要什么樣的數(shù)據(jù)庫支持？ 28、 為什么說軟件設(shè)計十分重要？ 29、 完成良好的軟件設(shè)計應(yīng)遵循哪些原則？ 30、 抽象有哪幾種形式？他們各起什么作用？ 31、 如何理解模塊獨立性？用什么指標來衡量模塊獨立性？ 32、 為什么數(shù)據(jù)設(shè)計是設(shè)計活動中十分重要的一項？進行數(shù)據(jù)設(shè)計應(yīng)遵循什么原則？ 33、 何為體系結(jié)構(gòu)設(shè)計？進行體系結(jié)構(gòu)設(shè)計應(yīng)遵循什么原則？ 34、 什么是結(jié)構(gòu)化設(shè)計？他在軟件發(fā)展史上具有什么地位？ 35、 過程設(shè)計語言具有哪些特征？ 36、 什么是對象？對象有哪幾種形式？ 37、 什么是類？類與對象間是什么關(guān)系？ 38、 面向?qū)ο蠓椒ㄌ卣饔心男?39、 面向?qū)ο蠓椒ɑ疽c是什么？ 40、 面向?qū)ο笤O(shè)計涉及那幾個主要活動？面向?qū)ο笤O(shè)計如何體現(xiàn)三個主要的軟件設(shè)計概念：抽象信息、隱藏和模塊化？ 41、 面向?qū)ο蠓治錾婕澳菐讉€主要活動？如何應(yīng)用系統(tǒng)建模？ 42、 Booch方法中運用了那幾類圖表？他們各有什么作用？ 43、 Booch方法包括那些開發(fā)步驟？ 44、 Petri網(wǎng)是與分析與設(shè)計哪類系統(tǒng)？它是通過什么方式來反映系統(tǒng)動態(tài)行為的？ 45、 運用Petri網(wǎng)進行系統(tǒng)建模與性能分析的具體步驟是什么？ 46、 Petri網(wǎng)客分析系統(tǒng)哪些行為特征？這些特征含義是什么？ 47、 Petri網(wǎng)的性能分析方法有哪幾種？其原理各是什么？ 48、 軟件開發(fā)工具分哪幾類？各完成什么工作？ 49、 軟件開發(fā)環(huán)境一般用來解決哪幾類問題？ 50、 何為CASE，Z-CASE含義是什么？ 51、 環(huán)境集成包括那三個方面的集成？ 52、 集成方式分哪幾種？那種方式使集成思想得到充分體現(xiàn)？如何體現(xiàn)的？ 53、 軟件質(zhì)量的含義是什么？ 54、 影響軟件質(zhì)量的因素分哪兩大類？ 55、 Boehm和McCall等人從哪些方面來確定軟件質(zhì)量？他們有什么異同？ 56、 ISO1985提出的關(guān)于軟件質(zhì)量度量模型有哪三個層次組成？它有哪些特點？ 57、 軟件質(zhì)量的各種特性怎樣度量？ 58、 什么是軟件質(zhì)量保證的策略？現(xiàn)代軟件質(zhì)量保證的策略是什么？ 59、 軟件質(zhì)量保證活動有哪七個主要方面？如缺少一兩個方面行不行？是否還有沒有考慮到的方面？ 60、 為什么說軟件正是技術(shù)評審是軟件質(zhì)量保證的一個最基本的活動？ 61、 為什么在軟件進行技術(shù)評審中要有一張預(yù)先設(shè)定的評審檢查表？ 62、 軟件的缺陷為什么在軟件開發(fā)和維護過程中會擴大？硬件會產(chǎn)生這樣的問題嗎？ 63、 什么是Halstead軟件科學度量？這種方法的實質(zhì)是什么？它可以用來進行軟件質(zhì)量哪些方面的度量？它有哪些優(yōu)缺點？ 64、 什么是McCabe復(fù)雜性度量？這種方法的實質(zhì)是什么？它可以用來進行軟件質(zhì)量哪些方面的度量？它有哪些優(yōu)點？ 65、 什么是軟件可靠性和軟件可用性？他們能否定量計算？ 66、 什么是軟件安全性？軟件安全性與軟件可靠性有什么不同？為什么有了軟件可靠性還要考慮軟件安全性？軟件安全性應(yīng)從哪些方面去考慮？ 67、 為什么說軟件質(zhì)量保證中最重要的兩個方面是：對軟件質(zhì)量保證活動和軟件配置的審計；軟件質(zhì)量保證計劃的制定和標準的采用？ 68、 為什么說軟件測試是軟件開發(fā)中不可缺少的重要的遺患，但不是軟件質(zhì)量保證的“安全網(wǎng)”？ 69、 為什么把軟件測試的目標定義為只是發(fā)現(xiàn)錯誤？ 70、 軟件測試應(yīng)當遵循什么原則？為什么要遵循這些原則？ 71、 單元（模塊）測試、組裝測試和確認測試各自主要的目標是什么？他們之間有哪些不同？相互有什么關(guān)系？ 72、 什么是黑盒子測試和白盒子測試？他們都適應(yīng)哪些測試？ 73、 單元測試時，為什么需要另外開發(fā)驅(qū)動程序和連接程序？ 74、 比較在組裝測試中，自頂向下與自底向上、先深度后寬度與先寬度后深度結(jié)合的優(yōu)缺點。 75、 為什么說在確認測試階段，如果發(fā)現(xiàn)對用戶需求理解的錯誤，要修改就要付出極大的代價？ 76、 什么是軟件測試中邏輯覆蓋？什么是語句、分支、條件、分支/條件、多重合循環(huán)覆蓋？一般軟件測試至少應(yīng)保證哪些覆蓋？為什么？ 77、 什么叫鄧家華分？在確定等價劃分測試用例中，為什么在設(shè)計一個測試用例時，要使其盡可能多的覆蓋未被覆蓋過的合理的等價類，而是其只覆蓋且僅一個未被覆蓋過的不合理的等價類？ 78、 什么是邊界值分析？他與等價類劃分有什么不同？ 79、 什么是因果圖？他用于何處？ 80、 什么是程序圖？他用于何處？ 81、 糾錯技術(shù)中的歸納法和演繹法的中心思想是什么？ 歸納法，指的是從許多個別事例中獲得一個較具概括性的規(guī)則。這種方法主要是從收集到的既有資料，加以抽絲剝繭地分析，最后得以做出一個概括性的結(jié)論。演繹法，則與歸納法相反，是從既有的普遍性結(jié)論或一般性事理，推導(dǎo)出個別性結(jié)論的一種方法。由較大范圍，逐步縮小到所需的特定范圍。82、 什么是軟件測試中的回溯測試？他有什么用處？ 網(wǎng)上找不到回溯測試，找到相近的，供參考：回溯法(探索與回溯法)是一種選優(yōu)搜索法，按選優(yōu)條件向前搜索，以達到目標。但當探索到某一步時，發(fā)現(xiàn)原先選擇并不優(yōu)或達不到目標，就退回一步重新選擇，這種走不通就退回再走的技術(shù)為回溯法，而滿足回溯條件的某個狀態(tài)的點稱為“回溯點”。83、 為什么實時系統(tǒng)測試較一般系統(tǒng)測試要困難得多？ 很多實時系統(tǒng)的時間依賴性和異步性給測試帶來新的困難時間！測試用例的設(shè)計者考慮的不僅是白盒和黑盒測試用例，而且包括事件處理（如中斷處理）、數(shù)據(jù)的時間序列以及處理數(shù)據(jù)的任務(wù)（進程）的并發(fā)性。很多情況下，提供的測試數(shù)據(jù)有時使得實時系統(tǒng)在某狀態(tài)下可以正常運行，而同樣的數(shù)據(jù)在系統(tǒng)處于不同狀態(tài)時有時又會導(dǎo)致錯誤。所以實時系統(tǒng)測試較一般系統(tǒng)測試困難。84、 根據(jù)統(tǒng)計，軟件維護工作量占軟件整個生存周期工作量的10%70%，這個比例隨著時間的退役還在增加，為什么軟件維護需要這么大的工作量？ 在軟件的維護過程中，需要花費大量的工作量，從而直接影響了軟件維護的成本。因此，應(yīng)當考慮有哪些因素影響軟件維護的工作量，相應(yīng)應(yīng)該采取什么維護策略，才能有效地維護軟件并控制維護的成本。在軟件維護中，影響維護工作量的程序特性有以下6種。 (1)系統(tǒng)大小：系統(tǒng)越大，理解掌握起來越困難。系統(tǒng)越大，所執(zhí)行功能越復(fù)雜。 (2)程序設(shè)計語言：使用強功能的程序設(shè)計語言可以控制程序的規(guī)模。語言的功能越強，生成程序所需的指令數(shù)就越少；語言的功能越弱，實現(xiàn)同樣功能所需語句就越多，程序就越大。有許多軟件是用較老的程序設(shè)計語言書寫的，程序邏輯復(fù)雜而混亂，且沒有做到模塊化和結(jié)構(gòu)化，直接影響到程序的可讀性。(3)系統(tǒng)年齡：老系統(tǒng)比新系統(tǒng)需要更多的維護工作量。老系統(tǒng)隨著不斷的修改，結(jié)構(gòu)越來越亂；由于維護人員經(jīng)常更換，程序又變得越來越難于理解。而且許多老系統(tǒng)在當初并未按照軟件工程的要求進行開發(fā)，因而沒有文檔，或文檔太少，或在長期的維護過程中文檔在許多地方與程序?qū)崿F(xiàn)變得不一致，這樣在維護時就會遇到很大困難。(4)數(shù)據(jù)庫技術(shù)的應(yīng)用：使用數(shù)據(jù)庫，可以簡單而有效地管理和存儲用戶程序中的數(shù)據(jù)，還可以減少生成用戶報表應(yīng)用軟件的維護工作量。數(shù)據(jù)庫工具可以很方便地修改和擴充報表。(5)先進的軟件開發(fā)技術(shù)：在軟件開發(fā)時，若使用能使軟件結(jié)構(gòu)比較穩(wěn)定的分析與設(shè)計技術(shù)，及程序設(shè)計技術(shù)，如面向?qū)ο蠹夹g(shù)、復(fù)用