《軟件工程》課后習(xí)題答案.docVIP

1、可行性研究的目的是用最小的代價(jià)，在盡可能短的時(shí)間內(nèi)，確定該項(xiàng)目是否能夠開發(fā)。 2、程序設(shè)計(jì)時(shí)代的生產(chǎn)方式是個(gè)體手工，程序系統(tǒng)時(shí)代的生產(chǎn)方式是作坊式小團(tuán)體，軟件工程時(shí)代的生產(chǎn)方式是工程化。 3、噴泉模型是一種以需求分析為動(dòng)力，以對(duì)象為驅(qū)動(dòng)的模型。 4、需求分析階段，分析人員要確定對(duì)問題的綜合需求，其中最主要的是功能需求。 5、可行性研究需要從以下三個(gè)方面分析研究每種解決方法的可行性：技術(shù)可行性、經(jīng)濟(jì)可行性、社會(huì)可行性。 6、可行性研究的目的不是去開發(fā)一個(gè)軟件項(xiàng)目，而是研究這個(gè)軟件項(xiàng)目是否值得開發(fā)，其中的問題能否解決。 7、判定樹較判定表直觀易讀，判定表進(jìn)行邏輯驗(yàn)證較嚴(yán)格，能把所有的可能性全部都考慮到?？蓪煞N工具結(jié)合起來，先用判定表做底稿，在此基礎(chǔ)上產(chǎn)生判定樹。 8、軟件工具的發(fā)展特點(diǎn)是軟件工具有單一工具向多個(gè)工具集成化方向發(fā)展。重視用戶界面的設(shè)計(jì)，不斷的采用新理論和新技術(shù)。軟件工具的商品化推動(dòng)了軟件產(chǎn)業(yè)的發(fā)展，而軟件產(chǎn)業(yè)的發(fā)展，又增加了對(duì)軟件工具的需求，促進(jìn)了軟件工具的商品化進(jìn)程。 9、環(huán)境集成主要有數(shù)據(jù)集成、界面集成、控制集成、平臺(tái)集成、過程集成。 10、 可行性研究實(shí)質(zhì)上是進(jìn)行一項(xiàng)簡化、壓縮了的需求分析、設(shè)計(jì)過程。 11、 結(jié)構(gòu)化方法有結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計(jì)、結(jié)構(gòu)化程序設(shè)計(jì)構(gòu)成，它是一種面向數(shù)據(jù)流的開發(fā)方法。 12、 投資回收期就是累計(jì)的經(jīng)濟(jì)效益等于最初的項(xiàng)目投資所需的時(shí)間。 13、 詳細(xì)描述處理過程常用三種描述工具：圖形、表格和語言。 14、 數(shù)據(jù)流圖中，每個(gè)加工至少有一個(gè)輸入流和一個(gè)輸出流。 15、 結(jié)構(gòu)化設(shè)計(jì)以數(shù)據(jù)流為基礎(chǔ)映射成軟件結(jié)構(gòu)。 16、 當(dāng)數(shù)據(jù)流圖中某個(gè)加工的一組動(dòng)作存在著多個(gè)條件復(fù)雜組合的判斷時(shí)，使用判定表或判定樹較好。 17、 由于運(yùn)用原型的目的和方式不同，在使用原型時(shí)也采取不同的策略，有拋棄策略和附加策略。 18、有兩類維護(hù)技術(shù)：在開發(fā)階段是用來減少錯(cuò)誤、提高軟件可維護(hù)性面向維護(hù)的技術(shù)，在維護(hù)階段用來提高維護(hù)的效率和質(zhì)量的維護(hù)支援技術(shù)。 19、 軟件開發(fā)中原型是軟件的一個(gè)早期可運(yùn)行的版本，它反映了最終系統(tǒng)的重要特性。 20、 產(chǎn)品管理包括版本管理和配置管理。 21、 任何程序都可由順序、選擇、重復(fù)三種基本控制結(jié)構(gòu)構(gòu)造。 22、 測試用例應(yīng)有輸入數(shù)據(jù)和預(yù)期的輸出數(shù)據(jù)兩部分組成。這樣便于對(duì)照檢查。 23、 需求分析階段產(chǎn)生的最重要的文檔之一是需求規(guī)格說明書。 24、 項(xiàng)目開發(fā)計(jì)劃是一個(gè)管理性文檔。 25、 軟件配置管理，簡稱SCM，軟件配置項(xiàng)簡稱SCI。 26、 在算法描述工具中，PAD圖可自動(dòng)生成程序。由機(jī)器自動(dòng)通過走樹的辦法生成相應(yīng)的源代碼，大大提高軟件的生產(chǎn)率。 27、在CASE集成中，控制集成支持工作臺(tái)或環(huán)境中一個(gè)工具對(duì)系統(tǒng)中其它工具的訪問。過程集成是指CASE系統(tǒng)嵌入了關(guān)于過程活動(dòng)、階段、約束和支持這些活動(dòng)所需的工具的知識(shí)。 28、 解決一個(gè)復(fù)雜問題，往往采取的策略是分解。 29、 效益分析有有形效益和無形效益兩種。 30、 兩個(gè)模塊都是用同一張表，這種耦合稱為公共耦合。 31、 一個(gè)模塊把數(shù)值作為參數(shù)傳送給另一個(gè)模塊，這種耦合方式稱為數(shù)據(jù)耦合。 32、 一個(gè)模塊內(nèi)部各程序段都在同一張表上操作，這個(gè)模塊的內(nèi)聚性稱為通信內(nèi)聚。 33、在SA方法的需求描述工具中，數(shù)據(jù)流圖描述系統(tǒng)的分解，即描述系統(tǒng)有哪幾部分組成，各部分之間有什么聯(lián)系等等。數(shù)據(jù)字典定義了數(shù)據(jù)流圖中每一個(gè)圖形元素；結(jié)構(gòu)化語言、判定表或判定樹則詳細(xì)描述數(shù)據(jù)流圖中不能被再分解的每一個(gè)加工。 34、IDEF圖是一種功能模型，表示系統(tǒng)功能的圖形稱為活動(dòng)圖形，連方框上的箭頭有四種類型，他們分別是輸入、輸出、控制、機(jī)制。 35、軟件項(xiàng)目計(jì)劃是可行性研究階段的結(jié)果產(chǎn)品。但由于可行性研究是在高層次進(jìn)行系統(tǒng)分析，未能考慮軟件系統(tǒng)開發(fā)的細(xì)節(jié)情節(jié)，因此軟件項(xiàng)目計(jì)劃一般在需求分析階段完成后才定稿的。 36、信息隱蔽指在設(shè)計(jì)和確定模塊時(shí)，使得一個(gè)模塊內(nèi)包含的信息（過程或數(shù)據(jù)），對(duì)于不需要這些信息的其它模塊來說，是不能訪問的。 37、 同一個(gè)類中的共享是指同一個(gè)類中的對(duì)象有著相同的數(shù)據(jù)結(jié)構(gòu)和相同的行為特征。 38、 通過抽象，可以確定組成軟件的過程實(shí)體。通過信息隱蔽，可以定義和實(shí)施對(duì)模塊的過程細(xì)節(jié)和局部數(shù)據(jù)結(jié)構(gòu)的存取限制。 39、 IPO圖描述分層圖中一個(gè)模塊的輸入、輸出和處理內(nèi)容。 40、 軟件是一種邏輯產(chǎn)品，它與物質(zhì)產(chǎn)品有很大區(qū)別。 41、 數(shù)據(jù)流圖中的箭頭表示數(shù)據(jù)流。 42、 軟件測試時(shí)需要三類信息：軟件配置、測試配置、測試工具。 43、 基于IDEF0圖的設(shè)計(jì)也是結(jié)構(gòu)化設(shè)計(jì)技術(shù)之一，它以系統(tǒng)的功能模型和信息結(jié)構(gòu)為基礎(chǔ)設(shè)計(jì)軟件結(jié)構(gòu)。 44、 系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)中各個(gè)元素，表達(dá)了系統(tǒng)中各種元素之間的信息流動(dòng)情況。 45、 樁模塊是用來代替被測試模塊所調(diào)用的模塊，它的作用是返回被測模塊所需的信息。 46、 建立數(shù)據(jù)字典一般的兩種形式是手工建立和利用計(jì)算機(jī)輔助建立并維護(hù)。 47、 匯編語言是面向機(jī)器的，可以完成高級(jí)語言無法滿足要求的特殊功能，如與外部設(shè)備之間的一些接口操作。 48、黑盒測試是功能測試，因此設(shè)計(jì)測試用例時(shí)，需要研究需求規(guī)格說明書和概要設(shè)計(jì)說明書中有關(guān)程序功能或輸入、輸出之間的關(guān)系等信息，從而與測試后的結(jié)果進(jìn)行分析比較。 49、在類層次中，子類只繼承一個(gè)父類的數(shù)據(jù)結(jié)構(gòu)和方法，則稱為單重繼承。子類繼承了多個(gè)父類的數(shù)據(jù)結(jié)構(gòu)和方法，則稱為多重繼承。 50、 由于數(shù)據(jù)流是流動(dòng)中的數(shù)據(jù)，所以必須有流向。除了與數(shù)據(jù)存儲(chǔ)之間的數(shù)據(jù)流不用命名外，數(shù)據(jù)流應(yīng)該用名詞或名詞短語命名。 51、投資回收期就是使累計(jì)的經(jīng)濟(jì)效益等于最初的投資費(fèi)用所需的時(shí)間。項(xiàng)目的純收入是指在整個(gè)生存周期之內(nèi)的累計(jì)經(jīng)濟(jì)效益（折合成現(xiàn)在值）與投資之差。 52、 程序設(shè)計(jì)語言的簡潔性是指人們必須記住的語言成分的數(shù)量。人們要掌握一種語言，需要記住的成分?jǐn)?shù)量越多，簡潔性越差。 53、 不同對(duì)象的同一屬性可以具有相同或不同的屬性值。 54、 軟件開發(fā)劃分的各階段任務(wù)盡可能相對(duì)獨(dú)立，同一階段任務(wù)性質(zhì)盡可能相同。 55、 瀑布模型是將生存周期各活動(dòng)規(guī)定為線性順序聯(lián)接的若干階段的模型。 56、 成本效益分析的目的是從經(jīng)濟(jì)角度評(píng)價(jià)開發(fā)一個(gè)軟件項(xiàng)目是否可行。 57、 在需求分析階段要進(jìn)行以下幾方面的工作：問題識(shí)別、分析與綜合、導(dǎo)出軟件的邏輯模型、編寫文檔。 58、 靜態(tài)冗余常用的有：三模冗余TMR和多模冗余。 59、 McCabe質(zhì)量度量模型，針對(duì)面向軟件產(chǎn)品的運(yùn)行、修正、轉(zhuǎn)移。 60、程序設(shè)計(jì)語言的局部性是指語言的聯(lián)想性。在編碼過程中，由語句組合成模塊，由模塊組裝成系統(tǒng)結(jié)構(gòu)，并在組裝過程中實(shí)現(xiàn)模塊的高內(nèi)聚，低耦合，使局部性得到加強(qiáng)。 61、 軟件復(fù)雜性度量的參數(shù)主要有規(guī)模、難度、結(jié)構(gòu)和職能度。 62、 項(xiàng)目開發(fā)計(jì)劃的主要內(nèi)容有：項(xiàng)目概述、實(shí)施計(jì)劃、人員組織及分工、交付期限。 63、 可行性研究要在較高層次上以較抽象方式進(jìn)行需求分析和設(shè)計(jì)。 64、 軟件工程是一門綜合性交叉學(xué)科，計(jì)算機(jī)科學(xué)著重于原理和理論，軟件工程著重于建造軟件系統(tǒng)。 65、 維護(hù)的副作用有編碼副作用、數(shù)據(jù)副作用、文檔副作用三種。 66、 若年利率為I，不計(jì)復(fù)利，P元在n年后的價(jià)值F=P*(1+n*i) 67、 軟件結(jié)構(gòu)是以模塊為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。 68、 軟件設(shè)計(jì)階段產(chǎn)生的最重要的文檔之一是概要設(shè)計(jì)說明書。 69、獨(dú)立路徑是指包括一組以前沒有處理的語句或條件的一條路徑。從程序圖來看，一條獨(dú)立路徑是至少包含有一條在其它獨(dú)立路徑中未有過的邊的路徑。 70、 各模塊經(jīng)過單元測試后，將各模塊組裝起來進(jìn)行集成測試，以檢查與設(shè)計(jì)相關(guān)的軟件系統(tǒng)結(jié)構(gòu)的有關(guān)問題。 71、 開發(fā)過程管理包括項(xiàng)目計(jì)劃和控制和任務(wù)管理等。 72、 臨時(shí)維護(hù)小組采用“同事復(fù)審”或“同行復(fù)審”等方法來提高維護(hù)工作的效率。 73、數(shù)據(jù)字典中的加工邏輯主要描述該加工做什么，即實(shí)現(xiàn)加工的策略，而不是實(shí)現(xiàn)加工的細(xì)節(jié)，它描述如何把輸入數(shù)據(jù)流變換為輸出數(shù)據(jù)流的加式規(guī)則。 74、 為了較完整的描述用戶對(duì)系統(tǒng)的需求，DFD應(yīng)與數(shù)據(jù)庫中的ER圖結(jié)合起來。 75、 純收入是軟件生存周期內(nèi)累計(jì)經(jīng)濟(jì)效益與投資之差。 76、 反映軟件結(jié)構(gòu)的基本形態(tài)特征是深度、寬度、扇入和扇出。 77、 若年利率為I，不計(jì)復(fù)利，n年后能收入F元的現(xiàn)在價(jià)值p=F/(1+n*i)。 78、 在一個(gè)模塊中，功能狀態(tài)與接口反映模塊的外部特性，邏輯反映它的內(nèi)部特性。 79、 硬件與軟件一起構(gòu)成完整的計(jì)算機(jī)系統(tǒng)。 80、 SA方法中主要描述工具是DFD與DD。 81、 軟件生存周期模型是描述軟件開發(fā)過程中各種活動(dòng)如何執(zhí)行的模型。 82、 結(jié)構(gòu)化設(shè)計(jì)對(duì)數(shù)據(jù)流有兩種分析方法，他們是變換分析設(shè)計(jì)和事務(wù)分析設(shè)計(jì)。 83、 數(shù)據(jù)字典中有四類條目：數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、數(shù)據(jù)存儲(chǔ)、加工。 84、常借用硬件可靠性的定量度量方法來度量軟件的可靠性與可用性。常用指標(biāo)有平均失效等待時(shí)間MTTF和平均失效間隔時(shí)間MTBF。 85、 Lisp是一種函數(shù)型語言，Prolog是一種邏輯性語言。 86、 Jackson結(jié)構(gòu)圖能對(duì)結(jié)構(gòu)進(jìn)行自頂向下分解，因此可以表示層次結(jié)構(gòu)。 87、 變換模型是一種適合于形式化開發(fā)方法的模型，從軟件需求形式化說明開始，經(jīng)過一系列變換，最終得到系統(tǒng)的目標(biāo)程序。 88、 軟件開發(fā)環(huán)境的主要目標(biāo)是提高軟件開發(fā)的生產(chǎn)率，改善軟件質(zhì)量和降低軟件成本。 89、 “軟件”包含計(jì)算機(jī)程序及其說明程序的各種文檔。 90、 開發(fā)過程依序包括需求分析、設(shè)計(jì)、編碼、集成、軟件安裝和驗(yàn)收等活動(dòng)。 91、 社會(huì)可行性研究包括合同、責(zé)任、侵權(quán)、用戶組織的管理模式及規(guī)范，其他一些技術(shù)人員常常不了解的陷阱等。 92、 IDEF0方法中，將系統(tǒng)功能稱為活動(dòng)，將表示系統(tǒng)功能的圖形稱為活動(dòng)圖形。 93、 數(shù)據(jù)庫的設(shè)計(jì)指數(shù)據(jù)存儲(chǔ)文件的設(shè)計(jì)，主要進(jìn)行的設(shè)計(jì)方面有：概念設(shè)計(jì)、邏輯設(shè)計(jì)、物理設(shè)計(jì)。 94、如果只有兩個(gè)模塊之間有公共數(shù)據(jù)環(huán)境，這種公共耦合有兩種情況：一是一個(gè)模塊只是給公共數(shù)據(jù)環(huán)境送數(shù)據(jù)，另一個(gè)模塊是只從公共環(huán)境中去數(shù)據(jù)，這是比較松散的公共耦合；二是兩個(gè)模塊都往公共環(huán)境中送數(shù)據(jù)又從里面取數(shù)據(jù)，這是緊密的數(shù)據(jù)耦合。 95、Jackson方法是面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法。早期的Jackson方法用于開發(fā)模型較少的數(shù)據(jù)處理系統(tǒng)的設(shè)計(jì)，簡稱JSP。 96、 工程網(wǎng)絡(luò)圖只有一個(gè)開始點(diǎn)和一個(gè)終止點(diǎn)，開始點(diǎn)沒有流入箭頭，稱為入度為零；終止點(diǎn)沒有流出箭頭，稱為出度為零。 97、為了確保每個(gè)開發(fā)過程的質(zhì)量，防止把軟件差錯(cuò)傳遞到下一個(gè)過程，必須進(jìn)行質(zhì)量檢驗(yàn)，檢驗(yàn)的實(shí)施有實(shí)際運(yùn)行檢驗(yàn)（即白盒測試和黑盒測試）和鑒定兩種形式1、需求分析：需求分析是指開發(fā)人員要準(zhǔn)確理解用戶的需求，進(jìn)行細(xì)致的調(diào)查分析，將用戶非形式的需求陳述轉(zhuǎn)化成完整的需求定義，再由需求定義轉(zhuǎn)換到相應(yīng)的形式功能規(guī)約（需求規(guī)格說明）的過程。2、白盒法：該方法把測試對(duì)象看作一個(gè)打開的盒子，測試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理過程，以檢查處理過程的細(xì)節(jié)為基礎(chǔ)，對(duì)程序中盡可能多的邏輯路徑進(jìn)行測試，檢查內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯(cuò)，實(shí)際的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是否一致。白盒法也不可能進(jìn)行窮舉測試。 3、黑盒法：該方法把被測試對(duì)象看成一個(gè)黑盒子，測試人員完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程，只在軟件接口處進(jìn)行測試，依照需求規(guī)格說明書，檢查程序是否滿足功能要求。因此，黑盒測試又稱為功能測試或數(shù)據(jù)驅(qū)動(dòng)測試。 4、漸增式測試：逐個(gè)把未經(jīng)過測試的模塊組裝到已經(jīng)過測試的模塊上去，進(jìn)行集成測試。每加入一個(gè)新模塊進(jìn)行一次集成測試，重復(fù)此過程直至程序組裝完畢。 5、非漸增式測試：首先對(duì)每個(gè)模塊分別進(jìn)行單元測試，然后再把所有的模塊按設(shè)計(jì)要求組裝在一起進(jìn)行測試。 6、可執(zhí)行的規(guī)格說明：這是一種使要求說明過程自動(dòng)化的技術(shù)，通過可執(zhí)行的規(guī)格說明語言來描述預(yù)期的行為“做什么”，人們可以從直接觀察中用規(guī)格說明語言來規(guī)定任何系統(tǒng)行為。 7、經(jīng)濟(jì)可行性：對(duì)組織的經(jīng)濟(jì)狀況和投資能力進(jìn)行分析，對(duì)系統(tǒng)建設(shè)，運(yùn)行和維護(hù)費(fèi)用進(jìn)行估算，對(duì)系統(tǒng)建成后可能取得的社會(huì)及經(jīng)濟(jì)效益進(jìn)行估計(jì)。 8、系統(tǒng)設(shè)計(jì)說明書：是從系統(tǒng)總體的角度出發(fā)對(duì)系統(tǒng)建設(shè)中各主要技術(shù)方面的設(shè)計(jì)進(jìn)行說明，是系統(tǒng)設(shè)計(jì)階段的產(chǎn)物，其著重點(diǎn)在于闡述系統(tǒng)設(shè)計(jì)的指導(dǎo)思想以及所采用的技術(shù)路線和方法，編寫系統(tǒng)設(shè)計(jì)說明書將為后續(xù)的系統(tǒng)開發(fā)工作從技術(shù)和指導(dǎo)思想上提供必要的保證。 9、面向?qū)ο笤O(shè)計(jì)：是把分析階段得到的需求轉(zhuǎn)變成符合成本和質(zhì)量要求的、抽象的系統(tǒng)實(shí)現(xiàn)方案的過程。或者說，面向?qū)ο笤O(shè)計(jì)就是用面向?qū)ο笥^點(diǎn)建立求解域模型的過程。 10、結(jié)構(gòu)化設(shè)計(jì)：面向數(shù)據(jù)流的設(shè)計(jì)是以需求分析階段產(chǎn)生的數(shù)據(jù)流圖為基礎(chǔ)，按一定的步驟映射成軟件結(jié)構(gòu)，因此又稱結(jié)構(gòu)化設(shè)計(jì)（SD）。 11、結(jié)構(gòu)化分析：是根據(jù)分解與抽象的原則，按照系統(tǒng)中數(shù)據(jù)處理的流程，用數(shù)據(jù)圖來建立系統(tǒng)的功能模型，從而完成需求分析工作。 12、基于腳本的設(shè)計(jì)：此方法主要用于解決要求的驗(yàn)證問題。一個(gè)腳本將模擬在系統(tǒng)運(yùn)行期間用戶經(jīng)歷的事件，它提供了輸入、處理、輸出的屏蔽，以及有關(guān)對(duì)話的一個(gè)模型，開發(fā)者能夠給用戶顯示一個(gè)系統(tǒng)的逼真視圖。 13、IDEF方法：是美國空軍在1981年針對(duì)集成化計(jì)算機(jī)輔助制造（簡稱ICAM）工程項(xiàng)目中用于進(jìn)行復(fù)雜系統(tǒng)分析和設(shè)計(jì)的方法，是在結(jié)構(gòu)化分析與設(shè)計(jì)技術(shù)的基礎(chǔ)上提出來的。 14、JSP方法：定義了一組以數(shù)據(jù)結(jié)構(gòu)為指導(dǎo)的映射過程，他根據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映射成軟件的過程描述，即程序結(jié)構(gòu)，而不是軟件的體系結(jié)構(gòu)，因此該方法適于詳細(xì)設(shè)計(jì)階段。 15、軟件概要設(shè)計(jì)：進(jìn) 入了設(shè)計(jì)階段，要把軟件“做什么”的邏輯模型變換為“怎么做”的物理模型，即著手實(shí)現(xiàn)軟件的需求，并將設(shè)計(jì)的結(jié)果反應(yīng)在“設(shè)計(jì)規(guī)格說明書”文檔中，所以軟 件設(shè)計(jì)是一個(gè)把軟件需求轉(zhuǎn)換為軟件表示的過程，最初這種表示只是描述了軟件的總的體系結(jié)構(gòu)，稱為軟件的概要設(shè)計(jì)或結(jié)構(gòu)設(shè)計(jì)。 16、信息隱蔽：指在設(shè)計(jì)和確定模塊時(shí)，使得一個(gè)模塊內(nèi)包含的信息（過程或數(shù)據(jù)），對(duì)于不需要這些信息的其它模塊來說，是不能訪問的。 17、系統(tǒng)流程圖：是描述物理系統(tǒng)的傳統(tǒng)工具，它用圖形符號(hào)來表示系統(tǒng)中的各個(gè)元素，例如人工處理、數(shù)據(jù)處理、數(shù)據(jù)庫、文件、設(shè)備等。它表達(dá)了系統(tǒng)中各個(gè)元素之間的信息流動(dòng)的情況。 18、集成測試：是指在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝成一個(gè)完整的系統(tǒng)進(jìn)行的測試，故也稱組裝測試或聯(lián)合測試。 19、附加策略：是將原型用于開發(fā)的全過程，原型由最基本的核心開始，逐步增加新的功能和新的需求，反復(fù)修改反復(fù)擴(kuò)充，最后發(fā)展為用戶滿意的最終系統(tǒng)。 20、拋棄策略：是將原型用于開發(fā)過程的某一階段，促使該階段的開發(fā)結(jié)果更加完整、準(zhǔn)確、一致、可靠，該階段結(jié)束后，原型隨之作廢。 21、抽象：是認(rèn)識(shí)復(fù)雜現(xiàn)象過程中使用的思維工具，即抽出事物本質(zhì)的共同的特征而暫不考慮它的細(xì)節(jié)，不考慮其它因素。 22、參數(shù)化抽象：所謂參數(shù)化抽象，它是指當(dāng)描述類的規(guī)格說明時(shí)并不具體指定所要操作的數(shù)據(jù)類型，而是把數(shù)據(jù)類型作為參數(shù)。 23、靜態(tài)測試：指被測試程序不在機(jī)器上運(yùn)行，而是采用人工檢測和計(jì)算機(jī)輔助靜態(tài)分析的手段對(duì)程序進(jìn)行檢測。 24、原型：是指模擬某種產(chǎn)品的原型模型。軟件開發(fā)中的原型是軟件的一個(gè)早期可運(yùn)行的版本，它反映了最終系統(tǒng)的重要特征。 25、事件：是指定時(shí)刻發(fā)生的某件事情。它是某事情發(fā)生的信號(hào)，它沒有持續(xù)時(shí)間，它是一種相對(duì)性的快速事件。 26、動(dòng)態(tài)冗余：動(dòng)態(tài)冗余的主要方式是多種模塊待機(jī)儲(chǔ)備，當(dāng)系統(tǒng)檢測到某工作模塊出現(xiàn)錯(cuò)誤時(shí)，就用一個(gè)備用的模塊來頂替它并重新運(yùn)行。這里須有檢測、切換和恢復(fù)過程，故稱其為動(dòng)態(tài)冗余。 27、模塊化：是指解決一個(gè)復(fù)雜問題是自頂向下逐層把軟件系統(tǒng)劃分成若干模塊的過程，每個(gè)模塊完成一個(gè)特定的子功能，所有的模塊按某種方法組裝起來，成為一個(gè)整體，完成整個(gè)系統(tǒng)所要求的功能。 28、JSP方法：定義了一組以數(shù)據(jù)結(jié)構(gòu)為指導(dǎo)的映射過程，它根據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映射成軟件的過程描述，即程序結(jié)構(gòu)，而不是軟件的體系結(jié)構(gòu)，因此該方法適于詳細(xì)設(shè)計(jì)階段。 29、模型：是為了理解事務(wù)而對(duì)事物做出一種抽象，它忽略不必要的細(xì)節(jié)，它也是事物的一種抽象形式，一個(gè)規(guī)劃，一個(gè)程式。 30、瀑布模型：是將軟件生存各個(gè)活動(dòng)規(guī)定為依線性順序聯(lián)接的若干階段的模型。它包括可行性分析、項(xiàng)目開發(fā)計(jì)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測試和維護(hù)。它規(guī)定了由前至后，相互銜接的固定次序，如同瀑布流水，逐級(jí)下落。 31、增量模型：是 在項(xiàng)目的開發(fā)工程中以一系列的增量方式開發(fā)系統(tǒng)。增量方式包括增量開發(fā)和增量提交。增量開發(fā)是指在項(xiàng)目開發(fā)過程中以一定的時(shí)間間隔開發(fā)部分工作軟件；增量 提交是指在開發(fā)周期內(nèi)，以一定的時(shí)間間隔增量方式向用戶提交工作軟件及相應(yīng)穩(wěn)當(dāng)。增量開發(fā)和增量提交可以同時(shí)使用，也可單獨(dú)使用。 32、噴泉模型：是一種以用戶需求為 動(dòng)力，以對(duì)對(duì)象作為驅(qū)動(dòng)的模型，適合于面向?qū)ο蟮拈_發(fā)方法。他克服了瀑布模型不支持軟件重用和多項(xiàng)開發(fā)活動(dòng)集成的局限性。噴泉模型使開發(fā)過程具有迭代性和 無間隙性。系統(tǒng)某些部分常常重復(fù)工作多次，相關(guān)功能在每次迭代中隨之加入演化的系統(tǒng)。無間隙是指在分析、設(shè)計(jì)、實(shí)現(xiàn)等開發(fā)活動(dòng)之間不存在明顯的邊界。 33、功能模型：描述了系統(tǒng)的所有計(jì)算，它表明一個(gè)計(jì)算如何從輸入值得到輸出值，他不考慮所計(jì)算的次序。功能模型說明對(duì)象模型中操作的涵義、動(dòng)態(tài)模型中動(dòng)作的意義以及對(duì)象模型中約束的意義。 34、動(dòng)態(tài)模型：是與時(shí)間和變化有關(guān)的系統(tǒng)性質(zhì)。該模型描述了系統(tǒng)的控制結(jié)構(gòu)，他表示了瞬時(shí)的、行為化的系統(tǒng)控制性質(zhì)。它關(guān)心的是系統(tǒng)的控制，操作的執(zhí)行順序。它從對(duì)象的事件和狀態(tài)的角度出發(fā)，表現(xiàn)了對(duì)象的相互行為。 35、對(duì)象模型：表示了靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)數(shù)據(jù)性質(zhì)，描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)，它是從客觀世界實(shí)體的對(duì)象關(guān)系角度來描述，表現(xiàn)了對(duì)象的相互關(guān)系。 36、貨幣的時(shí)間價(jià)值：通 常利用銀行的存款利息來表示貨幣的時(shí)間價(jià)值。設(shè)年利率為I，現(xiàn)存入p元，n年后得到本金和利息為F。若不計(jì)復(fù)利，則P元在n年后的價(jià)值為：F=P*(1+ n*i)。反過來，若n年后能收入的本金和利息為F,則將來F元的現(xiàn)在價(jià)值(本金)P為：P=F/(1+n*i)。可用這個(gè)公式來計(jì)算將來收入的現(xiàn)在價(jià) 值。這是效益分析的最基本公式。 37、類：具有相同或相似性質(zhì)的對(duì)象的抽象就是類。 38、對(duì)象：是人們要進(jìn)行研究的任何事物，從最簡單的整數(shù)到復(fù)雜的飛機(jī)等均可看作對(duì)象，它不僅能表示具體的事物，還能表示抽象的規(guī)則、計(jì)劃或事件。類的具體化就是對(duì)象，也可以說類的實(shí)例是對(duì)象。 39、多態(tài)性：指相同的操作或函數(shù)、過程可作用于多種類型的對(duì)象上并獲得不同結(jié)果。不同的對(duì)象，收到同一消息可以產(chǎn)生不同的結(jié)果，這種現(xiàn)象稱為多態(tài)性。 40、風(fēng)險(xiǎn)分析：實(shí)際上就是貫穿在軟件工程上的一系列風(fēng)險(xiǎn)管理步驟，其中包括風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)估計(jì)、風(fēng)險(xiǎn)管理策略、風(fēng)險(xiǎn)解決和風(fēng)險(xiǎn)監(jiān)督，它能讓人們主動(dòng)“攻擊”風(fēng)險(xiǎn)。 41、模塊：模塊在程序重視數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募希蛘呤菃为?dú)命名和編址的元素，如高級(jí)語言中的過程、函數(shù)、子程序等等。 42、JSD方法：主要以活動(dòng)事件為中心，通過有一串活動(dòng)順序組合構(gòu)成的進(jìn)程，建立系統(tǒng)模型，最后實(shí)現(xiàn)該模型。 43、路徑覆蓋：指設(shè)計(jì)足夠的測試用例，覆蓋被測程序中所有可能的路徑。 44、判定/條件覆蓋：指設(shè)計(jì)足夠的測試用例，使得判定表達(dá)式中的每個(gè)條件的所有可能取值至少出現(xiàn)一次，并使每個(gè)判定表達(dá)式所有可能的結(jié)果也至少出現(xiàn)一次。 45、條件組合覆蓋：是指設(shè)計(jì)足夠的測試用例，使的每個(gè)判定表達(dá)式中條件的各種可能的值的組合都至少出現(xiàn)一次，條件組合覆蓋是比較強(qiáng)的覆蓋標(biāo)準(zhǔn)。 46、條件覆蓋：是指設(shè)計(jì)足夠的測試用例，使得判定表達(dá)式中每個(gè)條件的各種可能的值至少出現(xiàn)一次。滿足條件覆蓋并不一定滿足判定覆蓋。 47、原型模型：又稱快速原型模型，它是在開發(fā)真實(shí)系統(tǒng)之前，構(gòu)造一個(gè)原型，在該原型的基礎(chǔ)上，逐漸完成整個(gè)系統(tǒng)的開發(fā)工作。 48、軟件工程環(huán)境：美國國防部在STARS計(jì)劃中定義如下：“軟件工程環(huán)境是一組方法、過程及計(jì)算機(jī)程序（計(jì)算機(jī)化的工具）的整體化構(gòu)件，他支持從需求定義、程序生成知道維護(hù)的整個(gè)軟件生存期”。 49、程序圖：是退化的程序流程圖。也就是說，把程序流程圖中每個(gè)處理符號(hào)都退化成一個(gè)結(jié)點(diǎn)，原來連接不同處理符號(hào)的流線變成連接不同結(jié)點(diǎn)的有向弧，這樣得到的有向圖就叫程序圖。 1、可行性研究的任務(wù)是什么？ 首先需要進(jìn)行概要的分析研究，初步確定項(xiàng)目的規(guī)模和目標(biāo)，確定項(xiàng)目的約束和限制，把他們清楚地列舉出來。然后，分析員進(jìn)行簡要的需求分析，抽象出該項(xiàng)目 的邏輯結(jié)構(gòu)，建立邏輯模型。從邏輯模型出發(fā)，經(jīng)過壓縮的設(shè)計(jì)，探索出若干種可供選擇的主要解決方法，對(duì)每種解決方法都要研究它的可行性，可從以下三個(gè)方面 分析研究每種解決方法的可行性。技術(shù)可行性：對(duì)要開發(fā)項(xiàng)目的功能、性能、限制條件進(jìn)行分析，確定在現(xiàn)有的資源條件下，技術(shù)風(fēng)險(xiǎn)有多大，項(xiàng)目是否能實(shí)現(xiàn)。 經(jīng)濟(jì)可行性：進(jìn)行開發(fā)成本的估算以及了解取得效益的評(píng)估，確定要開發(fā)的項(xiàng)目是否值得投資開發(fā)。社會(huì)可行性：要開發(fā)的項(xiàng)目是否存在任何侵犯、妨礙等責(zé)任 問題，要開發(fā)項(xiàng)目的運(yùn)行方式在用戶組織內(nèi)是否行得通，現(xiàn)有管理制度、人員素質(zhì)、操作方式是否可行。 2、什么是模塊的影響范圍？什么是模塊的控制范圍？他們之間應(yīng)該建立什么關(guān)系？ 一個(gè)模塊的作用范圍（或稱影響范圍）指受該模塊內(nèi)一個(gè)判定影響的所有模塊的集合。一個(gè)模塊的控制范圍指模塊本身以及其所有下屬模塊（直接或間接從屬于它 的模塊）的集合。一個(gè)模塊的作用范圍應(yīng)在其控制范圍之內(nèi)，且判定所在的模塊應(yīng)在其影響的模塊在層次上盡量靠近。如果再設(shè)計(jì)過程中，發(fā)現(xiàn)模塊作用范圍不在其 控制范圍之內(nèi)，可以用“上移判點(diǎn)”或“下移受判斷影響的模塊，將它下移到判斷所在模塊的控制范圍內(nèi)”的方法加以改進(jìn)。 3、非漸增式測試與漸增式測試有什么區(qū)別？漸增式測試如何組裝模塊？ 非漸增式測試與漸增式測試的測試方法有以下區(qū)別：非漸增式測試方法把單元測試和集成測試分成兩個(gè)不同的階段，前一階段完成模塊的單元測試，后一階段完 成集成測試。而漸增式測試往往把單元測試與集成測試和在一起，同時(shí)完成。非漸增式需要更多的工作量，因?yàn)槊總€(gè)模塊都需要驅(qū)動(dòng)模塊和樁模塊，而漸增式利用 已測試過的模塊作為驅(qū)動(dòng)模塊或樁模塊，因此工作量較少。漸增式可以較早的發(fā)現(xiàn)接口之間的錯(cuò)誤，非漸增式最后組裝是才發(fā)現(xiàn)。漸增式有利于排錯(cuò)，發(fā)生錯(cuò)誤 往往和最近加進(jìn)來的模塊有關(guān)，而非漸增式發(fā)現(xiàn)接口錯(cuò)誤推遲到最后，很難判斷是哪一部分接口出錯(cuò)。漸增式比較徹底，已測試的模塊和新的模塊再測試。漸增 式占用的時(shí)間較多，但非漸增式須更多的驅(qū)動(dòng)模塊、樁模塊也占用一些時(shí)間。非漸增式開始可并行測試所有模塊，能充分利用人力，對(duì)測試大型軟件很有意義。漸 增式測試有以下兩種不同的組裝模塊的方法：自頂向下組合。該方法只需編寫樁模塊，其步驟是從頂層模塊開始，沿被測程序的軟件結(jié)構(gòu)圖的控制路徑逐步向下測 試，從而把各個(gè)模塊都結(jié)合起來，它又有兩種組合策略：深度有先策略：先從軟件結(jié)構(gòu)中選擇一條主控制路徑，把該路徑上的模塊一個(gè)個(gè)結(jié)合進(jìn)來進(jìn)行測試，以便 完成一個(gè)特定的子功能，接著再結(jié)合其它需要優(yōu)先考慮的路徑。寬度有先策略：逐層結(jié)合直接下屬的所有模塊。自低向上結(jié)合。該方法僅需編寫驅(qū)動(dòng)模塊。其步 驟為：把底層模塊組合成實(shí)現(xiàn)一個(gè)個(gè)特定子功能的族。為每一個(gè)族編寫一個(gè)驅(qū)動(dòng)模塊，以協(xié)調(diào)測試用例的輸入和測試結(jié)果的輸出。對(duì)模塊族進(jìn)行測試。按軟 件結(jié)構(gòu)圖依次向上擴(kuò)展，用實(shí)際模塊替換驅(qū)動(dòng)模塊，形成一個(gè)個(gè)更大的族。重復(fù)至步，直至軟件系統(tǒng)全部測試完畢。 4、軟件質(zhì)量與軟件質(zhì)量保證的含義是什么？ 從實(shí)際應(yīng)用來說，軟件質(zhì)量定義為：與所確定的功能和性能需求的一致性。與所成文的開發(fā)標(biāo)準(zhǔn)一致性。與所有專業(yè)開發(fā)的軟件所期望的隱含特性的一致 性。軟件質(zhì)量保證就是向用戶及社會(huì)提供滿意的高質(zhì)量的產(chǎn)品，確保軟件產(chǎn)品從誕生到消亡為止的所有階段的質(zhì)量的活動(dòng)，即確定、達(dá)到和維護(hù)需要的軟件質(zhì)量而進(jìn) 行的所有有計(jì)劃、有系統(tǒng)的管理活動(dòng)。5、軟件工程標(biāo)準(zhǔn)化的意義是什么？都有哪些軟件工程標(biāo)準(zhǔn)？積極推進(jìn)軟件工程標(biāo)準(zhǔn)化，其道理是顯而易見的。僅就一個(gè)軟件 開發(fā)項(xiàng)目來說，有許多層次，不同分工的人員相互配合，在開發(fā)項(xiàng)目的各個(gè)部分以及各開發(fā)階段之間也都存在許多聯(lián)系和銜接問題。如何把這些錯(cuò)綜復(fù)雜的關(guān)系協(xié)調(diào) 好，需要有一系列統(tǒng)一的約束和規(guī)定。在軟件開發(fā)項(xiàng)目取得階段成果或最后完成是時(shí)，需要進(jìn)行階段評(píng)價(jià)和驗(yàn)收測試。投入運(yùn)行的軟件，其維護(hù)工作中遇到問題又與 開發(fā)工作者有著密切的關(guān)系。軟件的管理工作則滲透到軟件生存期的每一個(gè)環(huán)節(jié)。所有這些都要要求提供統(tǒng)一的行動(dòng)規(guī)范和衡量準(zhǔn)則，使得各種工作都有章可循。軟 件工程的標(biāo)準(zhǔn)主要有以下三個(gè)：FIPS135是美國國家標(biāo)準(zhǔn)局發(fā)布的軟件文檔管理指南NSAC 39是美國核子安全分析中心發(fā)布的安全參數(shù)顯示系統(tǒng)的驗(yàn)證與確認(rèn)。ISO5807是國際標(biāo)準(zhǔn)化組織公布（現(xiàn)已成為中國的國家標(biāo)準(zhǔn)）的信息處理 數(shù)據(jù)流程圖、程序流程圖、程序網(wǎng)絡(luò)圖和系統(tǒng)資源圖的文件編制符號(hào)及約定。 5、需求分析階段的基本任務(wù)是什么？ 需求分析階段的基本任務(wù)是要準(zhǔn)確的定義新系統(tǒng)的目標(biāo)，為了滿足用戶需要，回答系統(tǒng)必須“做什么”的問題。本階段要進(jìn)行以下幾方面的工作：問題識(shí)別。雙 方確定對(duì)問題的綜合需求，這些需求包括：功能需求、性能需求、環(huán)境需求、用戶界面需求，另外還有可靠性、安全性、保密性、可移植性、可維護(hù)性等方面的需 求。分析與綜合,導(dǎo)出軟件的邏輯模型。分析人員對(duì)獲取的需求，進(jìn)行一致性的分析檢查，在分析、綜合中逐步細(xì)化軟件功能，劃分成各個(gè)子功能。這里也包括對(duì) 數(shù)據(jù)域進(jìn)行分解，并分配到各個(gè)子功能上，以確定系統(tǒng)的構(gòu)成及主要成份，并用圖文結(jié)合的形式，建立起新系統(tǒng)的邏輯模型。編寫文檔。編寫“需求規(guī)格說明 書”、編寫初步用戶使用手冊(cè)、編寫確認(rèn)測試計(jì)劃、修改完善軟件開發(fā)計(jì)劃。 6、采用黑盒技術(shù)設(shè)計(jì)測試用例有哪幾種方法？這些方法各有什么特點(diǎn)？等價(jià)類劃分。等價(jià)類劃分是將輸入數(shù)據(jù)域按有效的或無效的（也稱合理的或不合理的）劃分成若干個(gè)等價(jià)類，測試每個(gè)等價(jià)類的代表值就等于對(duì)該類其它值的測試。邊界值分析。該方法是將測試邊界情況作為重點(diǎn)目標(biāo)，選取正好等于，剛剛大于或剛剛小于邊界值的情況，根據(jù)這些情況選擇測試用例。錯(cuò)誤推測。錯(cuò)誤推測法沒有確定的步驟，憑檢驗(yàn)進(jìn)行。它的基本思想是列出程序中可能發(fā)生錯(cuò)誤的情況，根據(jù)這些情況選擇測試用例。因果圖。因果圖能有效的檢測輸入條件的各種組合可能會(huì)引起的錯(cuò)誤。因果圖的基本原理是通過畫因果圖，把用自然語言描述的功能說明轉(zhuǎn)換為判定表，最后為判定表的每一列設(shè)計(jì)一個(gè)測試用例。 7、說明動(dòng)態(tài)建模的過程。準(zhǔn)備腳本。動(dòng)態(tài)分析從尋找事件開始，然后確定各對(duì)象的可能事件的順序。在分析階段不考慮算法的執(zhí)行，算法是實(shí)現(xiàn)模型的一部分。確定事件。確定所有外部事件。事件包括所有來自或發(fā)往用戶的信息、外部設(shè)備的信號(hào)、輸入、轉(zhuǎn)換和動(dòng)作。準(zhǔn)備事件跟蹤表。把腳本表示成一個(gè)事件跟蹤表，對(duì)象為表中的列，給每一個(gè)對(duì)象分配一個(gè)獨(dú)立的列。構(gòu)造狀態(tài)圖。對(duì)各對(duì)象類建立狀態(tài)圖，反映對(duì)象接收和發(fā)送的事件，每個(gè)事件跟蹤都對(duì)應(yīng)于狀態(tài)圖中一條路徑。 8、軟件生產(chǎn)經(jīng)歷了幾個(gè)階段？各有何特征？ 軟件生產(chǎn)至今已經(jīng)歷了三個(gè)階段：程序設(shè)計(jì)時(shí)代（1946-1956）：這個(gè)階段的生產(chǎn)方式是個(gè)體手工勞動(dòng)，使用的工具實(shí)際其語言、匯編語言。開發(fā)方法 是追求編程技巧，追求程序運(yùn)行效率。硬件特征是價(jià)格貴、存儲(chǔ)容量小，運(yùn)行可靠性差。軟件特征是只有程序、程序設(shè)計(jì)概念，不重視程序設(shè)計(jì)方法。程序系統(tǒng)時(shí) 代（1956-1968）：這個(gè)階段的生產(chǎn)方式是作坊式的小集團(tuán)合作生產(chǎn)，生產(chǎn)工具是高級(jí)語言，開發(fā)方法仍就靠個(gè)人技巧，但開始提出結(jié)構(gòu)化方法。硬件特征 是速度、容量、工作可靠性有明顯提高。軟件特征是程序員數(shù)量猛增，但開發(fā)技術(shù)沒有新的突破，開發(fā)人員的素質(zhì)和落后的開發(fā)技術(shù)不適應(yīng)規(guī)模大、結(jié)構(gòu)復(fù)雜的軟件 開發(fā)，導(dǎo)致軟件危機(jī)的產(chǎn)生。軟件工程時(shí)代（1968至今）：這個(gè)階段的生產(chǎn)方式是工程化的生產(chǎn)，使用數(shù)據(jù)庫、開發(fā)工具、開發(fā)環(huán)境、網(wǎng)絡(luò)、分布式、面向?qū)?象技術(shù)來開發(fā)軟件。硬件特征是向超高速、大容量、微型化以及網(wǎng)絡(luò)化方向發(fā)展。軟件特征是開發(fā)技術(shù)有很大進(jìn)步，但是未能獲得突破性進(jìn)展，軟件價(jià)格不斷上升， 沒有完全擺脫軟件危機(jī)。5、簡述Gantt圖的功能及不足。Gantt圖常用水平線段來描述把任務(wù)分解成子任務(wù)，以及每個(gè)子任務(wù)的進(jìn)度安排，動(dòng)態(tài)反映軟件 開發(fā)進(jìn)度情況，該圖可以：表示任務(wù)分解成子任務(wù)情況；表示每個(gè)任務(wù)的開始時(shí)間和完成時(shí)間，線段的長度表示子任務(wù)完成所需要的時(shí)間；表示子任務(wù)之間的并行和 串行關(guān)系。Gantt圖只能表示任務(wù)之間的并行與串行的關(guān)系，難以反映多個(gè)任務(wù)之間存在的復(fù)雜關(guān)系，不能直觀表示任務(wù)之間相互依賴制約關(guān)系，以及哪些任務(wù) 是關(guān)鍵字任務(wù)等信息，因此僅僅用Gantt圖作為進(jìn)度的安排是不夠的。6、什么是數(shù)據(jù)字典？其作用是什么？它有哪些條目？數(shù)據(jù)字典（簡稱DD）是用來定義 數(shù)據(jù)流圖中的各個(gè)成分的具體含義的，它以一種準(zhǔn)確的、無二義性的說明方式為系統(tǒng)的分析、設(shè)計(jì)及維護(hù)提供了有關(guān)元素的一致的定義和詳細(xì)的描述。他和數(shù)據(jù)流圖 共同構(gòu)成了系統(tǒng)的邏輯模型，是需求規(guī)格說明書的主要組成部分。數(shù)據(jù)字典是為分析人員查找數(shù)據(jù)流圖中有關(guān)名字的詳細(xì)定義而服務(wù)的，因此也像普通字典一樣，要 把所有條目按一定的次序排列起來，以便查閱。數(shù)據(jù)字典有以下四類條目：數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、數(shù)據(jù)存儲(chǔ)、基本加工。數(shù)據(jù)項(xiàng)是組成數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)的最小元素。源 點(diǎn)、終點(diǎn)不在系統(tǒng)之內(nèi)，故一般不在字典中說明。7、調(diào)試的目的是什么？調(diào)試有哪些技術(shù)手段？調(diào)試的目的是確定錯(cuò)誤的原因和位置，并改正錯(cuò)誤，因此調(diào)試也成 為糾錯(cuò)。調(diào)試技術(shù)主要有：簡單的調(diào)試方法，主要有在程序中插入打印語句、運(yùn)行部分程序等；歸納法調(diào)試，他從測試結(jié)果發(fā)現(xiàn)的線索（錯(cuò)誤跡象、征兆）入手、分 析他們之間的聯(lián)系，導(dǎo)處錯(cuò)誤原因的假設(shè)，然后再證明或否定這個(gè)假設(shè)；演繹法調(diào)試，該方法列出所有可能的錯(cuò)誤原因的假設(shè)，然后利用測試數(shù)據(jù)排除不適當(dāng)?shù)募?設(shè)，最后再測試數(shù)據(jù)驗(yàn)證余下的假設(shè)確實(shí)是出錯(cuò)的原因；回溯法調(diào)試，該方法從程序產(chǎn)生錯(cuò)誤的地方出發(fā)，人工沿程序的邏輯路徑反向搜索，直到找到錯(cuò)誤的原因?yàn)?止。 9、如何做好軟件質(zhì)量保證工作？ 軟件質(zhì)量保證工作是軟件工程管理的重要內(nèi)容，軟件質(zhì)量保證應(yīng)做好以下幾個(gè)方面的工作：采用技術(shù)手段和工具。質(zhì)量保證活動(dòng)要貫徹開發(fā)過 程始終，必須從采用技術(shù)手段和工具，尤其是使用軟件開發(fā)環(huán)境來進(jìn)行軟件開發(fā)。組織正式技術(shù)評(píng)審，在軟件開發(fā)的第一個(gè)階段結(jié)束時(shí)，都要組 織正式的技術(shù)評(píng)審。國家標(biāo)準(zhǔn)要求單位必須采用審查、文檔評(píng)審、設(shè)計(jì)評(píng)審、審計(jì)和測試等具體手段來保證質(zhì)量。加強(qiáng)軟件測試。軟件測試是質(zhì) 量保證的重要手段，因?yàn)闇y試可發(fā)現(xiàn)軟件可發(fā)現(xiàn)軟件中大多數(shù)潛在錯(cuò)誤。推選軟件工程規(guī)范（標(biāo)準(zhǔn)）。用戶可以自己指定軟件工程規(guī)范（標(biāo) 準(zhǔn)），但標(biāo)準(zhǔn)一旦確認(rèn)就應(yīng)貫徹執(zhí)行。對(duì)軟件的變更進(jìn)行控制。軟件的修改和變更常常會(huì)引起潛伏的錯(cuò)誤，因此必須嚴(yán)格控制軟件的修改和變 更。對(duì)軟件質(zhì)量進(jìn)行度量。即對(duì)軟件質(zhì)量進(jìn)行跟蹤，及時(shí)記錄和報(bào)告軟件質(zhì)量情況。 10、什么是數(shù)據(jù)流圖？其作用是什么？ 其中的基本符號(hào)各表示什么含義？數(shù)據(jù)流圖簡稱DFD，是SA方法中用于表示系統(tǒng)邏輯模型的一種工具。它以圖形的方式描述數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過程， 由于它只反映系統(tǒng)必須完成的邏輯功能，所以它是一種功能模型。數(shù)據(jù)流圖有四種基本圖形符號(hào)：“”箭頭表示數(shù)據(jù)流；“”圓或橢圓表述加工；“=”雙杠表 示數(shù)據(jù)存儲(chǔ)；“”方框表示數(shù)據(jù)的源點(diǎn)或終點(diǎn)。 11、可行性研究的任務(wù)是什么？ 首先需要進(jìn)行概要的分析研究，初步確定項(xiàng)目的規(guī)模和目標(biāo)，確定項(xiàng)目的約束和限制，把他們清楚地列舉出來。然后，分析員進(jìn)行簡要的需求分析，抽象出該項(xiàng)目 的邏輯結(jié)構(gòu)，建立邏輯模型。從邏輯模型出發(fā)，經(jīng)過壓縮的設(shè)計(jì)，探索出若干種可供選擇的主要解決方法，對(duì)每種解決方法都要研究它的可行性，可從以下三個(gè)方面 分析研究每種解決方法的可行性。技術(shù)可行性：對(duì)要開發(fā)項(xiàng)目的功能、性能、限制條件進(jìn)行分析，確定在現(xiàn)有的資源條件下，技術(shù)風(fēng)險(xiǎn)有多大，項(xiàng)目是否能實(shí)現(xiàn)。 經(jīng)濟(jì)可行性：進(jìn)行開發(fā)成本的估算以及了解取得效益的評(píng)估，確定要開發(fā)的項(xiàng)目是否值得投資開發(fā)。社會(huì)可行性：要開發(fā)的項(xiàng)目是否存在任何侵犯、妨礙等責(zé)任 問題，要開發(fā)項(xiàng)目的運(yùn)行方式在用戶組織內(nèi)是否行得通，現(xiàn)有管理制度、人員素質(zhì)、操作方式是否可行。 12、什么是模塊的影響范圍？什么是模塊的控制范圍？他們之間應(yīng)該建立什么關(guān)系？ 一個(gè)模塊的作用范圍（或稱影響范圍）指受該模塊內(nèi)一個(gè)判定影響的所有模塊的集合。一個(gè)模塊的控制范圍指模塊本身以及其所有下屬模塊（直接或間接從屬于它 的模塊）的集合。一個(gè)模塊的作用范圍應(yīng)在其控制范圍之內(nèi)，且判定所在的模塊應(yīng)在其影響的模塊在層次上盡量靠近。如果再設(shè)計(jì)過程中，發(fā)現(xiàn)模塊作用范圍不在其 控制范圍之內(nèi)，可以用“上移判點(diǎn)”或“下移受判斷影響的模塊，將它下移到判斷所在模塊的控制范圍內(nèi)”的方法加以改進(jìn)。 13、非漸增式測試與漸增式測試有什么區(qū)別？漸增式測試如何組裝模塊？ 非漸增式測試與漸增式測試的測試方法有以下區(qū)別：非漸增式測試方法把單元測試和集成測試分成兩個(gè)不同的階段，前一階段完成模塊的單元測試，后一階段完 成集成測試。而漸增式測試往往把單元測試與集成測試和在一起，同時(shí)完成。非漸增式需要更多的工作量，因?yàn)槊總€(gè)模塊都需要驅(qū)動(dòng)模塊和樁模塊，而漸增式利用 已測試過的模塊作為驅(qū)動(dòng)模塊或樁模塊，因此工作量較少。漸增式可以較早的發(fā)現(xiàn)接口之間的錯(cuò)誤，非漸增式最后組裝是才發(fā)現(xiàn)。漸增式有利于排錯(cuò)，發(fā)生錯(cuò)誤 往往和最近加進(jìn)來的模塊有關(guān)，而非漸增式發(fā)現(xiàn)接口錯(cuò)誤推遲到最后，很難判斷是哪一部分接口出錯(cuò)。漸增式比較徹底，已測試的模塊和新的模塊再測試。漸增 式占用的時(shí)間較多，但非漸增式須更多的驅(qū)動(dòng)模塊、樁模塊也占用一些時(shí)間。非漸增式開始可并行測試所有模塊，能充分利用人力，對(duì)測試大型軟件很有意義。漸 增式測試有以下兩種不同的組裝模塊的方法：自頂向下組合。該方法只需編寫樁模塊，其步驟是從頂層模塊開始，沿被測程序的軟件結(jié)構(gòu)圖的控制路徑逐步向下測 試，從而把各個(gè)模塊都結(jié)合起來，它又有兩種組合策略：深度有先策略：先從軟件結(jié)構(gòu)中選擇一條主控制路徑，把該路徑上的模塊一個(gè)個(gè)結(jié)合進(jìn)來進(jìn)行測試，以便 完成一個(gè)特定的子功能，接著再結(jié)合其它需要優(yōu)先考慮的路徑。寬度有先策略：逐層結(jié)合直接下屬的所有模塊。自低向上結(jié)合。該方法僅需編寫驅(qū)動(dòng)模塊。其步 驟為：把底層模塊組合成實(shí)現(xiàn)一個(gè)個(gè)特定子功能的族。為每一個(gè)族編寫一個(gè)驅(qū)動(dòng)模塊，以協(xié)調(diào)測試用例的輸入和測試結(jié)果的輸出。對(duì)模塊族進(jìn)行測試。按軟 件結(jié)構(gòu)圖依次向上擴(kuò)展，用實(shí)際模塊替換驅(qū)動(dòng)模塊，形成一個(gè)個(gè)更大的族。重復(fù)至步，直至軟件系統(tǒng)全部測試完畢。 14、軟件質(zhì)量與軟件質(zhì)量保證的含義是什么？ 從實(shí)際應(yīng)用來說，軟件質(zhì)量定義為：與所確定的功能和性能需求的一致性。與所成文的開發(fā)標(biāo)準(zhǔn)一致性。與所有專業(yè)開發(fā)的軟件所期望的隱含特性的一致 性。軟件質(zhì)量保證就是向用戶及社會(huì)提供滿意的高質(zhì)量的產(chǎn)品，確保軟件產(chǎn)品從誕生到消亡為止的所有階段的質(zhì)量的活動(dòng)，即確定、達(dá)到和維護(hù)需要的軟件質(zhì)量而進(jìn) 行的所有有計(jì)劃、有系統(tǒng)的管理活動(dòng)。5、軟件工程標(biāo)準(zhǔn)化的意義是什么？都有哪些軟件工程標(biāo)準(zhǔn)？積極推進(jìn)軟件工程標(biāo)準(zhǔn)化，其道理是顯而易見的。僅就一個(gè)軟件 開發(fā)項(xiàng)目來說，有許多層次，不同分工的人員相互配合，在開發(fā)項(xiàng)目的各個(gè)部分以及各開發(fā)階段之間也都存在許多聯(lián)系和銜接問題。如何把這些錯(cuò)綜復(fù)雜的關(guān)系協(xié)調(diào) 好，需要有一系列統(tǒng)一的約束和規(guī)定。在軟件開發(fā)項(xiàng)目取得階段成果或最后完成是時(shí)，需要進(jìn)行階段評(píng)價(jià)和驗(yàn)收測試。投入運(yùn)行的軟件，其維護(hù)工作中遇到問題又與 開發(fā)工作者有著密切的關(guān)系。軟件的管理工作則滲透到軟件生存期的每一個(gè)環(huán)節(jié)。所有這些都要要求提供統(tǒng)一的行動(dòng)規(guī)范和衡量準(zhǔn)則，使得各種工作都有章可循。軟 件工程的標(biāo)準(zhǔn)主要有以下三個(gè)：FIPS135是美國國家標(biāo)準(zhǔn)局發(fā)布的軟件文檔管理指南NSAC 39是美國核子安全分析中心發(fā)布的安全參數(shù)顯示系統(tǒng)的驗(yàn)證與確認(rèn)。ISO5807是國際標(biāo)準(zhǔn)化組織公布（現(xiàn)已成為中國的國家標(biāo)準(zhǔn)）的信息處理 數(shù)據(jù)流程圖、程序流程圖、程序網(wǎng)絡(luò)圖和系統(tǒng)資源圖的文件編制符號(hào)及約定。 15、需求分析階段的基本任務(wù)是什么？ 需求分析階段的基本任務(wù)是要準(zhǔn)確的定義新系統(tǒng)的目標(biāo)，為了滿足用戶需要，回答系統(tǒng)必須“做什么”的問題。本階段要進(jìn)行以下幾方面的工作：問題識(shí)別。雙 方確定對(duì)問題的綜合需求，這些需求包括：功能需求、性能需求、環(huán)境需求、用戶界面需求，另外還有可靠性、安全性、保密性、可移植性、可維護(hù)性等方面的需 求。分析與綜合,導(dǎo)出軟件的邏輯模型。分析人員對(duì)獲取的需求，進(jìn)行一致性的分析檢查，在分析、綜合中逐步細(xì)化軟件功能，劃分成各個(gè)子功能。這里也包括對(duì) 數(shù)據(jù)域進(jìn)行分解，并分配到各個(gè)子功能上，以確定系統(tǒng)的構(gòu)成及主要成份，并用圖文結(jié)合的形式，建立起新系統(tǒng)的邏輯模型。編寫文檔。編寫“需求規(guī)格說明 書”、編寫初步用戶使用手冊(cè)、編寫確認(rèn)測試計(jì)劃、修改完善軟件開發(fā)計(jì)劃。 16、采用黑盒技術(shù)設(shè)計(jì)測試用例有哪幾種方法？這些方法各有什么特點(diǎn)？ 等價(jià)類劃分。等價(jià)類劃分是將輸入數(shù)據(jù)域按有效的或無效的（也稱合理的或不合理的）劃分成若干個(gè)等價(jià)類，測試每個(gè)等價(jià)類的代表值就等于對(duì)該類其它值的測試。 邊界值分析。該方法是將測試邊界情況作為重點(diǎn)目標(biāo)，選取正好等于，剛剛大于或剛剛小于邊界值的情況，根據(jù)這些情況選擇測試用例。錯(cuò)誤推測。錯(cuò)誤推測法 沒有確定的步驟，憑檢驗(yàn)進(jìn)行。它的基本思想是列出程序中可能發(fā)生錯(cuò)誤的情況，根據(jù)這些情況選擇測試用例。因果圖。因果圖能有效的檢測輸入條件的各種組合 可能會(huì)引起的錯(cuò)誤。因果圖的基本原理是通過畫因果圖，把用自然語言描述的功能說明轉(zhuǎn)換為判定表，最后為判定表的每一列設(shè)計(jì)一個(gè)測試用例。 17、說明動(dòng)態(tài)建模的過程。 準(zhǔn)備腳本。動(dòng)態(tài)分析從尋找事件開始，然后確定各對(duì)象的可能事件的順序。在分析階段不考慮算法的執(zhí)行，算法是實(shí)現(xiàn)模型的一部分。確定事件。確定所有外 部事件。事件包括所有來自或發(fā)往用戶的信息、外部設(shè)備的信號(hào)、輸入、轉(zhuǎn)換和動(dòng)作。準(zhǔn)備事件跟蹤表。把腳本表示成一個(gè)事件跟蹤表，對(duì)象為表中的列，給每一 個(gè)對(duì)象分配一個(gè)獨(dú)立的列。構(gòu)造狀態(tài)圖。對(duì)各對(duì)象類建立狀態(tài)圖，反映對(duì)象接收和發(fā)送的事件，每個(gè)事件跟蹤都對(duì)應(yīng)于狀態(tài)圖中一條路徑。 18、軟件生產(chǎn)經(jīng)歷了幾個(gè)階段？各有何特征？ 軟件生產(chǎn)至今已經(jīng)歷了三個(gè)階段：程序設(shè)計(jì)時(shí)代（1946-1956）：這個(gè)階段的生產(chǎn)方式是個(gè)體手工勞動(dòng)，使用的工具實(shí)際其語言、匯編語言。開發(fā)方法 是追求編程技巧，追求程序運(yùn)行效率。硬件特征是價(jià)格貴、存儲(chǔ)容量小，運(yùn)行可靠性差。軟件特征是只有程序、程序設(shè)計(jì)概念，不重視程序設(shè)計(jì)方法。程序系統(tǒng)時(shí) 代（1956-1968）：這個(gè)階段的生產(chǎn)方式是作坊式的小集團(tuán)合作生產(chǎn)，生產(chǎn)工具是高級(jí)語言，開發(fā)方法仍就靠個(gè)人技巧，但開始提出結(jié)構(gòu)化方法。硬件特征 是速度、容量、工作可靠性有明顯提高。軟件特征是程序員數(shù)量猛增，但開發(fā)技術(shù)沒有新的突破，開發(fā)人員的素質(zhì)和落后的開發(fā)技術(shù)不適應(yīng)規(guī)模大、結(jié)構(gòu)復(fù)雜的軟件 開發(fā)，導(dǎo)致軟件危機(jī)的產(chǎn)生。軟件工程時(shí)代（1968至今）：這個(gè)階段的生產(chǎn)方式是工程化的生產(chǎn)，使用數(shù)據(jù)庫、開發(fā)工具、開發(fā)環(huán)境、網(wǎng)絡(luò)、分布式、面向?qū)?象技術(shù)來開發(fā)軟件。硬件特征是向超高速、大容量、微型化以及網(wǎng)絡(luò)化方向發(fā)展。軟件特征是開發(fā)技術(shù)有很大進(jìn)步，但是未能獲得突破性進(jìn)展，軟件價(jià)格不斷上升， 沒有完全擺脫軟件危機(jī)。5、簡述Gantt圖的功能及不足。Gantt圖常用水平線段來描述把任務(wù)分解成子任務(wù)，以及每個(gè)子任務(wù)的進(jìn)度安排，動(dòng)態(tài)反映軟件 開發(fā)進(jìn)度情況，該圖可以：表示任務(wù)分解成子任務(wù)情況；表示每個(gè)任務(wù)的開始時(shí)間和完成時(shí)間，線段的長度表示子任務(wù)完成所需要的時(shí)間；表示子任務(wù)之間的并行和 串行關(guān)系。Gantt圖只能表示任務(wù)之間的并行與串行的關(guān)系，難以反映多個(gè)任務(wù)之間存在的復(fù)雜關(guān)系，不能直觀表示任務(wù)之間相互依賴制約關(guān)系，以及哪些任務(wù) 是關(guān)鍵字任務(wù)等信息，因此僅僅用Gantt圖作為進(jìn)度的安排是不夠的。6、什么是數(shù)據(jù)字典？其作用是什么？它有哪些條目？數(shù)據(jù)字典（簡稱DD）是用來定義 數(shù)據(jù)流圖中的各個(gè)成分的具體含義的，它以一種準(zhǔn)確的、無二義性的說明方式為系統(tǒng)的分析、設(shè)計(jì)及維護(hù)提供了有關(guān)元素的一致的定義和詳細(xì)的描述。他和數(shù)據(jù)流圖 共同構(gòu)成了系統(tǒng)的邏輯模型，是需求規(guī)格說明書的主要組成部分。數(shù)據(jù)字典是為分析人員查找數(shù)據(jù)流圖中有關(guān)名字的詳細(xì)定義而服務(wù)的，因此也像普通字典一樣，要 把所有條目按一定的次序排列起來，以便查閱。數(shù)據(jù)字典有以下四類條目：數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、數(shù)據(jù)存儲(chǔ)、基本加工。數(shù)據(jù)項(xiàng)是組成數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)的最小元素。源 點(diǎn)、終點(diǎn)不在系統(tǒng)之內(nèi)，故一般不在字典中說明。7、調(diào)試的目的是什么？調(diào)試有哪些技術(shù)手段？調(diào)試的目的是確定錯(cuò)誤的原因和位置，并改正錯(cuò)誤，因此調(diào)試也成 為糾錯(cuò)。調(diào)試技術(shù)主要有：簡單的調(diào)試方法，主要有在程序中插入打印語句、運(yùn)行部分程序等；歸納法調(diào)試，他從測試結(jié)果發(fā)現(xiàn)的線索（錯(cuò)誤跡象、征兆）入手、分 析他們之間的聯(lián)系，導(dǎo)處錯(cuò)誤原因的假設(shè)，然后再證明或否定這個(gè)假設(shè)；演繹法調(diào)試，該方法列出所有可能的錯(cuò)誤原因的假設(shè)，然后利用測試數(shù)據(jù)排除不適當(dāng)?shù)募?設(shè)，最后再測試數(shù)據(jù)驗(yàn)證余下的假設(shè)確實(shí)是出錯(cuò)的原因；回溯法調(diào)試，該方法從程序產(chǎn)生錯(cuò)誤的地方出發(fā)，人工沿程序的邏輯路徑反向搜索，直到找到錯(cuò)