智能教學系統(tǒng)設(shè)計復(fù)習提要

1、智能教學系統(tǒng)設(shè)計復(fù)習提要一、智能教學系統(tǒng)設(shè)計的英文和模塊；二、軟件設(shè)計的階段劃分；每個階段的任務(wù)、使用的工具；三、四種軟件開模型的優(yōu)缺點和特點；四、UML和用例相關(guān)；五、面向?qū)ο笤O(shè)計的基本概念；六、CMM定義和沒有級別的特點；附錄一：1、需求分析包括那兩類，主要任務(wù)是什么？需要分析完成的標志是什么？2、什么是可行性分析，包括哪些項目？怎樣具體分析？3、概要設(shè)計的主要任務(wù)是什么？包括哪些內(nèi)容，常用的工具有哪些？4、數(shù)據(jù)庫設(shè)計包括哪些內(nèi)有？什么是數(shù)據(jù)字典？什么書主鍵等？數(shù)據(jù)庫恢復(fù)技術(shù)。5、用例(USECASE)設(shè)計，事件、用例、用例之間的關(guān)系等。6、編碼和效率之間的管。7、測試包括哪些類型，怎么樣

2、進行測試？8、評價系統(tǒng)的指標體系有哪些？9、項目的經(jīng)濟可行性分析。附錄二1、可行性研究的目的是用最小的代價，在盡可能短的時間內(nèi)，確定該項目是否能夠開發(fā)。 2、噴泉模型是一種以需求分析為動力，以對象為驅(qū)動的模型。 3、需求分析階段，分析人員要確定對問題的綜合需求，其中最主要的是功能需求。 4、判定樹較判定表直觀易讀，判定表進行邏輯驗證較嚴格，能把所有的可能性全部都考慮到?？蓪煞N工具結(jié)合起來，先用判定表做底稿，在此基礎(chǔ)上產(chǎn)生判定樹。 5、環(huán)境集成主要有數(shù)據(jù)集成、界面集成、控制集成、平臺集成、過程集成。 6、 投資回收期就是累計的經(jīng)濟效益等于最初的項目投資所需的時間。 7、 詳細描述處理過程常用三

3、種描述工具：圖形、表格和語言。 8、 數(shù)據(jù)流圖中，每個加工至少有一個輸入流和一個輸出流。 9、 結(jié)構(gòu)化設(shè)計以數(shù)據(jù)流為基礎(chǔ)映射成軟件結(jié)構(gòu)。 10、 當數(shù)據(jù)流圖中某個加工的一組動作存在著多個條件復(fù)雜組合的判斷時，使用判定表或判定樹較好。 11、 產(chǎn)品管理包括版本管理和配置管理。 12、 任何程序都可由順序、選擇、重復(fù)三種基本控制結(jié)構(gòu)構(gòu)造。 13、 測試用例應(yīng)有輸入數(shù)據(jù)和預(yù)期的輸出數(shù)據(jù)兩部分組成。這樣便于對照檢查。 14、 需求分析階段產(chǎn)生的最重要的文檔之一是需求規(guī)格說明書。 15、 軟件配置管理，簡稱SCM，軟件配置項簡稱SCI。 16、 在算法描述工具中，PAD圖可自動生成程序。由機器自動通過走

4、樹的辦法生成相應(yīng)的源代碼，大大提高軟件的生產(chǎn)率。 17、 效益分析有有形效益和無形效益兩種。 18、軟件項目計劃是可行性研究階段的結(jié)果產(chǎn)品。但由于可行性研究是在高層次進行系統(tǒng)分析，未能考慮軟件系統(tǒng)開發(fā)的細節(jié)情節(jié)，因此軟件項目計劃一般在需求分析階段完成后才定稿的。 19、信息隱蔽指在設(shè)計和確定模塊時，使得一個模塊內(nèi)包含的信息（過程或數(shù)據(jù)），對于不需要這些信息的其它模塊來說，是不能訪問的。 20、 同一個類中的共享是指同一個類中的對象有著相同的數(shù)據(jù)結(jié)構(gòu)和相同的行為特征。 21、 通過抽象，可以確定組成軟件的過程實體。通過信息隱蔽，可以定義和實施對模塊的過程細節(jié)和局部數(shù)據(jù)結(jié)構(gòu)的存取限制。 22、 I

5、PO圖描述分層圖中一個模塊的輸入、輸出和處理內(nèi)容。 23、 數(shù)據(jù)流圖中的箭頭表示數(shù)據(jù)流。 24、 軟件測試時需要三類信息：軟件配置、測試配置、測試工具。 25、 系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號表示系統(tǒng)中各個元素，表達了系統(tǒng)中各種元素之間的信息流動情況。 26、 樁模塊是用來代替被測試模塊所調(diào)用的模塊，它的作用是返回被測模塊所需的信息。 27、 建立數(shù)據(jù)字典一般的兩種形式是手工建立和利用計算機輔助建立并維護。 28、黑盒測試是功能測試，因此設(shè)計測試用例時，需要研究需求規(guī)格說明書和概要設(shè)計說明書中有關(guān)程序功能或輸入、輸出之間的關(guān)系等信息，從而與測試后的結(jié)果進行分析比較。 29、在類

6、層次中，子類只繼承一個父類的數(shù)據(jù)結(jié)構(gòu)和方法，則稱為單重繼承。子類繼承了多個父類的數(shù)據(jù)結(jié)構(gòu)和方法，則稱為多重繼承。 30、投資回收期就是使累計的經(jīng)濟效益等于最初的投資費用所需的時間。項目的純收入是指在整個生存周期之內(nèi)的累計經(jīng)濟效益（折合成現(xiàn)在值）與投資之差。 31、 程序設(shè)計語言的簡潔性是指人們必須記住的語言成分的數(shù)量。人們要掌握一種語言，需要記住的成分數(shù)量越多，簡潔性越差。 32、 不同對象的同一屬性可以具有相同或不同的屬性值。 33、 軟件開發(fā)劃分的各階段任務(wù)盡可能相對獨立，同一階段任務(wù)性質(zhì)盡可能相同。 34、 瀑布模型是將生存周期各活動規(guī)定為線性順序聯(lián)接的若干階段的模型。 35、 成本效益

7、分析的目的是從經(jīng)濟角度評價開發(fā)一個軟件項目是否可行。 36、 在需求分析階段要進行以下幾方面的工作：問題識別、分析與綜合、導(dǎo)出軟件的邏輯模型、編寫文檔。 37、 McCabe質(zhì)量度量模型，針對面向軟件產(chǎn)品的運行、修正、轉(zhuǎn)移。 38、 項目開發(fā)計劃的主要內(nèi)容有：項目概述、實施計劃、人員組織及分工、交付期限。 39、 可行性研究要在較高層次上以較抽象方式進行需求分析和設(shè)計。 40、 若年利率為I，不計復(fù)利，P元在n年后的價值F=P*(1+n*i) 41、 軟件設(shè)計階段產(chǎn)生的最重要的文檔之一是概要設(shè)計說明書。 42、 各模塊經(jīng)過單元測試后，將各模塊組裝起來進行集成測試，以檢查與設(shè)計相關(guān)的軟件系統(tǒng)結(jié)構(gòu)

8、的有關(guān)問題。 43、 純收入是軟件生存周期內(nèi)累計經(jīng)濟效益與投資之差。 44、 若年利率為I，不計復(fù)利，n年后能收入F元的現(xiàn)在價值p=F/(1+n*i)。 45、 軟件生存周期模型是描述軟件開發(fā)過程中各種活動如何執(zhí)行的模型。 46、 結(jié)構(gòu)化設(shè)計對數(shù)據(jù)流有兩種分析方法，他們是變換分析設(shè)計和事務(wù)分析設(shè)計。 47、 數(shù)據(jù)字典中有四類條目：數(shù)據(jù)流、數(shù)據(jù)項、數(shù)據(jù)存儲、加工。 48、常借用硬件可靠性的定量度量方法來度量軟件的可靠性與可用性。常用指標有平均失效等待時間MTTF和平均失效間隔時間MTBF。 49、 Jackson結(jié)構(gòu)圖能對結(jié)構(gòu)進行自頂向下分解，因此可以表示層次結(jié)構(gòu)。 50、 變換模型是一種適合于

9、形式化開發(fā)方法的模型，從軟件需求形式化說明開始，經(jīng)過一系列變換，最終得到系統(tǒng)的目標程序。 51、 軟件開發(fā)環(huán)境的主要目標是提高軟件開發(fā)的生產(chǎn)率，改善軟件質(zhì)量和降低軟件成本。 52、 “軟件”包含數(shù)據(jù)、計算機程序、文檔。 53、 開發(fā)過程依序包括需求分析、設(shè)計、編碼、集成、軟件安裝和驗收等活動。 54、 數(shù)據(jù)庫的設(shè)計指數(shù)據(jù)存儲文件的設(shè)計，主要進行的設(shè)計方面有：概念設(shè)計、邏輯設(shè)計、物理設(shè)計。 55、Jackson方法是面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法。早期的Jackson方法用于開發(fā)模型較少的數(shù)據(jù)處理系統(tǒng)的設(shè)計，簡稱JSP。 56、 工程網(wǎng)絡(luò)圖只有一個開始點和一個終止點，開始點沒有流入箭頭，稱為入度為零；終

10、止點沒有流出箭頭，稱為出度為零。 57、為了確保每個開發(fā)過程的質(zhì)量，防止把軟件差錯傳遞到下一個過程，必須進行質(zhì)量檢驗，檢驗的實施有實際運行檢驗（即白盒測試和黑盒測試）和鑒定兩種形式。附錄三 1、需求分析：需求分析是指開發(fā)人員要準確理解用戶的需求，進行細致的調(diào)查分析，將用戶非形式的需求陳述轉(zhuǎn)化成完整的需求定義，再由需求定義轉(zhuǎn)換到相應(yīng)的形式功能規(guī)約（需求規(guī)格說明）的過程。 2、白盒法：該方法把測試對象看作一個打開的盒子，測試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理過程，以檢查處理過程的細節(jié)為基礎(chǔ)，對程序中盡可能多的邏輯路徑進行測試，檢查內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯，實際的運行狀態(tài)與預(yù)期的狀態(tài)是否一致。白盒

11、法也不可能進行窮舉測試。 3、黑盒法：該方法把被測試對象看成一個黑盒子，測試人員完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程，只在軟件接口處進行測試，依照需求規(guī)格說明書，檢查程序是否滿足功能要求。因此，黑盒測試又稱為功能測試或數(shù)據(jù)驅(qū)動測試。 4、可執(zhí)行的規(guī)格說明：這是一種使要求說明過程自動化的技術(shù)，通過可執(zhí)行的規(guī)格說明語言來描述預(yù)期的行為“做什么”，人們可以從直接觀察中用規(guī)格說明語言來規(guī)定任何系統(tǒng)行為。 5、經(jīng)濟可行性：對組織的經(jīng)濟狀況和投資能力進行分析，對系統(tǒng)建設(shè)，運行和維護費用進行估算，對系統(tǒng)建成后可能取得的社會及經(jīng)濟效益進行估計。 6、系統(tǒng)設(shè)計說明書：是從系統(tǒng)總體的角度出發(fā)對系統(tǒng)建設(shè)中各主要技術(shù)方

12、面的設(shè)計進行說明，是系統(tǒng)設(shè)計階段的產(chǎn)物，其著重點在于闡述系統(tǒng)設(shè)計的指導(dǎo)思想以及所采用的技術(shù)路線和方法，編寫系統(tǒng)設(shè)計說明書將為后續(xù)的系統(tǒng)開發(fā)工作從技術(shù)和指導(dǎo)思想上提供必要的保證。 7、面向?qū)ο笤O(shè)計：是把分析階段得到的需求轉(zhuǎn)變成符合成本和質(zhì)量要求的、抽象的系統(tǒng)實現(xiàn)方案的過程?；蛘哒f，面向?qū)ο笤O(shè)計就是用面向?qū)ο笥^點建立求解域模型的過程。 8、結(jié)構(gòu)化設(shè)計：面向數(shù)據(jù)流的設(shè)計是以需求分析階段產(chǎn)生的數(shù)據(jù)流圖為基礎(chǔ)，按一定的步驟映射成軟件結(jié)構(gòu)，因此又稱結(jié)構(gòu)化設(shè)計（SD）。 9、結(jié)構(gòu)化分析：是根據(jù)分解與抽象的原則，按照系統(tǒng)中數(shù)據(jù)處理的流程，用數(shù)據(jù)圖來建立系統(tǒng)的功能模型，從而完成需求分析工作。 10、軟件概要設(shè)計

13、：進入了設(shè)計階段，要把軟件“做什么”的邏輯模型變換為“怎么做”的物理模型，即著手實現(xiàn)軟件的需求，并將設(shè)計的結(jié)果反應(yīng)在“設(shè)計規(guī)格說明書”文檔中，所以軟件設(shè)計是一個把軟件需求轉(zhuǎn)換為軟件表示的過程，最初這種表示只是描述了軟件的總的體系結(jié)構(gòu)，稱為軟件的概要設(shè)計或結(jié)構(gòu)設(shè)計。 11、信息隱蔽：指在設(shè)計和確定模塊時，使得一個模塊內(nèi)包含的信息（過程或數(shù)據(jù)），對于不需要這些信息的其它模塊來說，是不能訪問的。 12、系統(tǒng)流程圖：是描述物理系統(tǒng)的傳統(tǒng)工具，它用圖形符號來表示系統(tǒng)中的各個元素，例如人工處理、數(shù)據(jù)處理、數(shù)據(jù)庫、文件、設(shè)備等。它表達了系統(tǒng)中各個元素之間的信息流動的情況。 13、集成測試：是指在單元測試的基

14、礎(chǔ)上，將所有模塊按照設(shè)計要求組裝成一個完整的系統(tǒng)進行的測試，故也稱組裝測試或聯(lián)合測試。 14、抽象：是認識復(fù)雜現(xiàn)象過程中使用的思維工具，即抽出事物本質(zhì)的共同的特征而暫不考慮它的細節(jié)，不考慮其它因素。 15、原型：是指模擬某種產(chǎn)品的原型模型。軟件開發(fā)中的原型是軟件的一個早期可運行的版本，它反映了最終系統(tǒng)的重要特征。 16、模塊化：是指解決一個復(fù)雜問題是自頂向下逐層把軟件系統(tǒng)劃分成若干模塊的過程，每個模塊完成一個特定的子功能，所有的模塊按某種方法組裝起來，成為一個整體，完成整個系統(tǒng)所要求的功能。 17、瀑布模型：是將軟件生存各個活動規(guī)定為依線性順序聯(lián)接的若干階段的模型。它包括可行性分析、項目開發(fā)計

15、劃、需求分析、概要設(shè)計、詳細設(shè)計、編碼、測試和維護。它規(guī)定了由前至后，相互銜接的固定次序，如同瀑布流水，逐級下落。 18、增量模型：是在項目的開發(fā)工程中以一系列的增量方式開發(fā)系統(tǒng)。增量方式包括增量開發(fā)和增量提交。增量開發(fā)是指在項目開發(fā)過程中以一定的時間間隔開發(fā)部分工作軟件；增量提交是指在開發(fā)周期內(nèi)，以一定的時間間隔增量方式向用戶提交工作軟件及相應(yīng)穩(wěn)當。增量開發(fā)和增量提交可以同時使用，也可單獨使用。 19、噴泉模型：是一種以用戶需求為動力，以對對象作為驅(qū)動的模型，適合于面向?qū)ο蟮拈_發(fā)方法。他克服了瀑布模型不支持軟件重用和多項開發(fā)活動集成的局限性。噴泉模型使開發(fā)過程具有迭代性和無間隙性。系統(tǒng)某些部

16、分常常重復(fù)工作多次，相關(guān)功能在每次迭代中隨之加入演化的系統(tǒng)。無間隙是指在分析、設(shè)計、實現(xiàn)等開發(fā)活動之間不存在明顯的邊界。 20、功能模型：描述了系統(tǒng)的所有計算，它表明一個計算如何從輸入值得到輸出值，他不考慮所計算的次序。功能模型說明對象模型中操作的涵義、動態(tài)模型中動作的意義以及對象模型中約束的意義。 21、動態(tài)模型：是與時間和變化有關(guān)的系統(tǒng)性質(zhì)。該模型描述了系統(tǒng)的控制結(jié)構(gòu)，他表示了瞬時的、行為化的系統(tǒng)控制性質(zhì)。它關(guān)心的是系統(tǒng)的控制，操作的執(zhí)行順序。它從對象的事件和狀態(tài)的角度出發(fā)，表現(xiàn)了對象的相互行為。 22、對象模型：表示了靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)數(shù)據(jù)性質(zhì)，描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)，它是從客觀世界實體

17、的對象關(guān)系角度來描述，表現(xiàn)了對象的相互關(guān)系。 23、貨幣的時間價值：通常利用銀行的存款利息來表示貨幣的時間價值。設(shè)年利率為I，現(xiàn)存入p元，n年后得到本金和利息為F。若不計復(fù)利，則P元在n年后的價值為：F=P*(1+n*i)。反過來，若n年后能收入的本金和利息為F,則將來F元的現(xiàn)在價值(本金)P為：P=F/(1+n*i)?？捎眠@個公式來計算將來收入的現(xiàn)在價值。這是效益分析的最基本公式。 24、類：具有相同或相似性質(zhì)的對象的抽象就是類。 25、對象：是人們要進行研究的任何事物，從最簡單的整數(shù)到復(fù)雜的飛機等均可看作對象，它不僅能表示具體的事物，還能表示抽象的規(guī)則、計劃或事件。類的具體化就是對象，也可

18、以說類的實例是對象。 26、多態(tài)性：指相同的操作或函數(shù)、過程可作用于多種類型的對象上并獲得不同結(jié)果。不同的對象，收到同一消息可以產(chǎn)生不同的結(jié)果，這種現(xiàn)象稱為多態(tài)性。 27、風險分析：實際上就是貫穿在軟件工程上的一系列風險管理步驟，其中包括風險識別、風險估計、風險管理策略、風險解決和風險監(jiān)督，它能讓人們主動“攻擊”風險。 28、模塊：模塊在程序重視數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募?，或者是單獨命名和編址的元素，如高級語言中的過程、函數(shù)、子程序等等。 29、路徑覆蓋：指設(shè)計足夠的測試用例，覆蓋被測程序中所有可能的路徑。 30、判定/條件覆蓋：指設(shè)計足夠的測試用例，使得判定表達式中的每個條件的所有

19、可能取值至少出現(xiàn)一次，并使每個判定表達式所有可能的結(jié)果也至少出現(xiàn)一次。 31、條件組合覆蓋：是指設(shè)計足夠的測試用例，使的每個判定表達式中條件的各種可能的值的組合都至少出現(xiàn)一次，條件組合覆蓋是比較強的覆蓋標準。 32、條件覆蓋：是指設(shè)計足夠的測試用例，使得判定表達式中每個條件的各種可能的值至少出現(xiàn)一次。滿足條件覆蓋并不一定滿足判定覆蓋。 33、原型模型：又稱快速原型模型，它是在開發(fā)真實系統(tǒng)之前，構(gòu)造一個原型，在該原型的基礎(chǔ)上，逐漸完成整個系統(tǒng)的開發(fā)工作。 附錄四1、可行性研究的任務(wù)是什么？ 首先需要進行概要的分析研究，初步確定項目的規(guī)模和目標，確定項目的約束和限制，把他們清楚地列舉出來。然后，分

20、析員進行簡要的需求分析，抽象出該項目的邏輯結(jié)構(gòu)，建立邏輯模型。從邏輯模型出發(fā)，經(jīng)過壓縮的設(shè)計，探索出若干種可供選擇的主要解決方法，對每種解決方法都要研究它的可行性，可從以下三個方面分析研究每種解決方法的可行性。技術(shù)可行性：對要開發(fā)項目的功能、性能、限制條件進行分析，確定在現(xiàn)有的資源條件下，技術(shù)風險有多大，項目是否能實現(xiàn)。經(jīng)濟可行性：進行開發(fā)成本的估算以及了解取得效益的評估，確定要開發(fā)的項目是否值得投資開發(fā)。社會可行性：要開發(fā)的項目是否存在任何侵犯、妨礙等責任問題，要開發(fā)項目的運行方式在用戶組織內(nèi)是否行得通，現(xiàn)有管理制度、人員素質(zhì)、操作方式是否可行。 2、什么是模塊的影響范圍？什么是模塊的控制范

21、圍？他們之間應(yīng)該建立什么關(guān)系？ 一個模塊的作用范圍（或稱影響范圍）指受該模塊內(nèi)一個判定影響的所有模塊的集合。一個模塊的控制范圍指模塊本身以及其所有下屬模塊（直接或間接從屬于它的模塊）的集合。一個模塊的作用范圍應(yīng)在其控制范圍之內(nèi)，且判定所在的模塊應(yīng)在其影響的模塊在層次上盡量靠近。如果再設(shè)計過程中，發(fā)現(xiàn)模塊作用范圍不在其控制范圍之內(nèi)，可以用“上移判點”或“下移受判斷影響的模塊，將它下移到判斷所在模塊的控制范圍內(nèi)”的方法加以改進。 3、軟件質(zhì)量與軟件質(zhì)量保證的含義是什么？ 從實際應(yīng)用來說，軟件質(zhì)量定義為：與所確定的功能和性能需求的一致性。與所成文的開發(fā)標準一致性。與所有專業(yè)開發(fā)的軟件所期望的隱含特性

22、的一致性。軟件質(zhì)量保證就是向用戶及社會提供滿意的高質(zhì)量的產(chǎn)品，確保軟件產(chǎn)品從誕生到消亡為止的所有階段的質(zhì)量的活動，即確定、達到和維護需要的軟件質(zhì)量而進行的所有有計劃、有系統(tǒng)的管理活動。5、軟件工程標準化的意義是什么？都有哪些軟件工程標準？積極推進軟件工程標準化，其道理是顯而易見的。僅就一個軟件開發(fā)項目來說，有許多層次，不同分工的人員相互配合，在開發(fā)項目的各個部分以及各開發(fā)階段之間也都存在許多聯(lián)系和銜接問題。如何把這些錯綜復(fù)雜的關(guān)系協(xié)調(diào)好，需要有一系列統(tǒng)一的約束和規(guī)定。在軟件開發(fā)項目取得階段成果或最后完成是時，需要進行階段評價和驗收測試。投入運行的軟件，其維護工作中遇到問題又與開發(fā)工作者有著密切

23、的關(guān)系。軟件的管理工作則滲透到軟件生存期的每一個環(huán)節(jié)。所有這些都要要求提供統(tǒng)一的行動規(guī)范和衡量準則，使得各種工作都有章可循。軟件工程的標準主要有以下三個：FIPS135是美國國家標準局發(fā)布的軟件文檔管理指南NSAC 39是美國核子安全分析中心發(fā)布的安全參數(shù)顯示系統(tǒng)的驗證與確認。ISO5807是國際標準化組織公布（現(xiàn)已成為中國的國家標準）的信息處理數(shù)據(jù)流程圖、程序流程圖、程序網(wǎng)絡(luò)圖和系統(tǒng)資源圖的文件編制符號及約定。 4、需求分析階段的基本任務(wù)是什么？需求分析階段的基本任務(wù)是要準確的定義新系統(tǒng)的目標，為了滿足用戶需要，回答系統(tǒng)必須“做什么”的問題。本階段要進行以下幾方面的工作：問題識別。雙方確定對

24、問題的綜合需求，這些需求包括：功能需求、性能需求、環(huán)境需求、用戶界面需求，另外還有可靠性、安全性、保密性、可移植性、可維護性等方面的需求。分析與綜合,導(dǎo)出軟件的邏輯模型。分析人員對獲取的需求，進行一致性的分析檢查，在分析、綜合中逐步細化軟件功能，劃分成各個子功能。這里也包括對數(shù)據(jù)域進行分解，并分配到各個子功能上，以確定系統(tǒng)的構(gòu)成及主要成份，并用圖文結(jié)合的形式，建立起新系統(tǒng)的邏輯模型。編寫文檔。編寫“需求規(guī)格說明書”、編寫初步用戶使用手冊、編寫確認測試計劃、修改完善軟件開發(fā)計劃。 5、采用黑盒技術(shù)設(shè)計測試用例有哪幾種方法？這些方法各有什么特點？等價類劃分。等價類劃分是將輸入數(shù)據(jù)域按有效的或無效的

25、（也稱合理的或不合理的）劃分成若干個等價類，測試每個等價類的代表值就等于對該類其它值的測試。邊界值分析。該方法是將測試邊界情況作為重點目標，選取正好等于，剛剛大于或剛剛小于邊界值的情況，根據(jù)這些情況選擇測試用例。錯誤推測。錯誤推測法沒有確定的步驟，憑檢驗進行。它的基本思想是列出程序中可能發(fā)生錯誤的情況，根據(jù)這些情況選擇測試用例。因果圖。因果圖能有效的檢測輸入條件的各種組合可能會引起的錯誤。因果圖的基本原理是通過畫因果圖，把用自然語言描述的功能說明轉(zhuǎn)換為判定表，最后為判定表的每一列設(shè)計一個測試用例。 6、說明動態(tài)建模的過程。準備腳本。動態(tài)分析從尋找事件開始，然后確定各對象的可能事件的順序。在分析

26、階段不考慮算法的執(zhí)行，算法是實現(xiàn)模型的一部分。確定事件。確定所有外部事件。事件包括所有來自或發(fā)往用戶的信息、外部設(shè)備的信號、輸入、轉(zhuǎn)換和動作。準備事件跟蹤表。把腳本表示成一個事件跟蹤表，對象為表中的列，給每一個對象分配一個獨立的列。構(gòu)造狀態(tài)圖。對各對象類建立狀態(tài)圖，反映對象接收和發(fā)送的事件，每個事件跟蹤都對應(yīng)于狀態(tài)圖中一條路徑。 7、如何做好軟件質(zhì)量保證工作？軟件質(zhì)量保證工作是軟件工程管理的重要內(nèi)容，軟件質(zhì)量保證應(yīng)做好以下幾個方面的工作：<1>采用技術(shù)手段和工具。質(zhì)量保證活動要貫徹開發(fā)過程始終，必須從采用技術(shù)手段和工具，尤其是使用軟件開發(fā)環(huán)境來進行軟件開發(fā)。<2>組織正

27、式技術(shù)評審，在軟件開發(fā)的第一個階段結(jié)束時，都要組織正式的技術(shù)評審。國家標準要求單位必須采用審查、文檔評審、設(shè)計評審、審計和測試等具體手段來保證質(zhì)量。<3>加強軟件測試。軟件測試是質(zhì)量保證的重要手段，因為測試可發(fā)現(xiàn)軟件可發(fā)現(xiàn)軟件中大多數(shù)潛在錯誤。<4>推選軟件工程規(guī)范（標準）。用戶可以自己指定軟件工程規(guī)范（標準），但標準一旦確認就應(yīng)貫徹執(zhí)行。<5>對軟件的變更進行控制。軟件的修改和變更常常會引起潛伏的錯誤，因此必須嚴格控制軟件的修改和變更。<6>對軟件質(zhì)量進行度量。即對軟件質(zhì)量進行跟蹤，及時記錄和報告軟件質(zhì)量情況。 8、什么是數(shù)據(jù)流圖？其作用是什么

28、？其中的基本符號各表示什么含義？數(shù)據(jù)流圖簡稱DFD，是SA方法中用于表示系統(tǒng)邏輯模型的一種工具。它以圖形的方式描述數(shù)據(jù)在系統(tǒng)中流動和處理的過程，由于它只反映系統(tǒng)必須完成的邏輯功能，所以它是一種功能模型。數(shù)據(jù)流圖有四種基本圖形符號：“”箭頭表示數(shù)據(jù)流；“”圓或橢圓表述加工；“=”雙杠表示數(shù)據(jù)存儲；“”方框表示數(shù)據(jù)的源點或終點。 9什么是確認測試？該階段有哪些工作？確認測試又稱有效性測試。它的任務(wù)是檢查軟件的功能與性能是否與需求規(guī)格說明書中確定的指標相符合。確認測試階段有兩項工作，進行確認測試與軟件配置審查。<1>確認測試一般是在模擬環(huán)境中運用黑盒測試方法，由專門測試人員和用戶參加的測

29、試。<2>軟件配置審查的任務(wù)是檢查軟件的所有文檔資料的完整性、正確性。如果發(fā)現(xiàn)遺漏和錯誤，應(yīng)補充和改正，同時要編排好目錄，為以后的軟件維護工作奠定基礎(chǔ)。 10、詳細設(shè)計的基本任務(wù)是什么？有哪幾種描述方法？詳細設(shè)計是軟件設(shè)計的第二階段，其基本任務(wù)有：為每個模塊進行詳細的算法設(shè)計；為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進行設(shè)計；對數(shù)據(jù)庫進行物理設(shè)計，即確定數(shù)據(jù)庫的物理結(jié)構(gòu)；其它設(shè)計，根據(jù)軟件系統(tǒng)類型，還可能要進行代碼設(shè)計、輸入/輸出格式設(shè)計、人機對話設(shè)計；編寫詳細設(shè)計說明書；評審。詳細描述處理過程常用三種工具：圖形、表格和語言。如結(jié)構(gòu)化程序流程圖、盒圖和問題分析圖。IPO圖也是詳細設(shè)計的主要工具之一。表格

30、工具如判定表可作為詳細設(shè)計中描述邏輯條件復(fù)雜的算法。過程設(shè)計語言（PDL）是一種用于描述模塊算法設(shè)計和處理細節(jié)的語言工具。5、什么是軟件危機？其產(chǎn)生的原因是什么？當軟件開發(fā)技術(shù)的進步不能跟上硬件技術(shù)的進步，未能滿足發(fā)展的要求，致軟件開發(fā)中遇到的問題找不到解決的辦法，使問題積累起來，形成了尖銳的矛盾，因而導(dǎo)致了軟件危機。主要表現(xiàn)為：<1>經(jīng)費預(yù)算經(jīng)常突破，完成時間一再拖延；<2>開發(fā)的軟件不能滿足用戶要求；<3>開發(fā)的軟件可維護性差；<4>開發(fā)的軟件可靠性差。造成軟件危機的原因是由于軟件產(chǎn)品本身的特點以及開發(fā)軟件的方式、方法、技術(shù)和人員引起的。共產(chǎn)

31、生原因主要有以下幾方面：<1>軟件的規(guī)模越來越大，結(jié)構(gòu)越來越復(fù)雜；<2>軟件開發(fā)管理困難而復(fù)雜；<3>軟件開發(fā)費用不斷增加；<4>軟件開發(fā)技術(shù)落后；<5>生產(chǎn)方式落后；<6>開發(fā)工具落后，生產(chǎn)率提高緩慢。6、CASE工作臺有哪些分類？一個CASE工作臺是一組工具集，支持像設(shè)計、實現(xiàn)或測試等特定的軟件開發(fā)階段。工作臺工具能通過共享文件、共享倉庫或共享數(shù)據(jù)結(jié)構(gòu)來集成。它能支持大多數(shù)的軟件過程活動。工作臺有：<1>程序設(shè)計工作臺；<2>分析和設(shè)計工作臺；<3>測試工作臺；<4>交叉

32、開發(fā)工作臺；<5>配置管理（CM）工作臺；<6>文檔工作臺<7>項目管理工作臺。7、IDEF0方法有什么特點？<1>采用方框和箭頭等簡單的圖形符號描述系統(tǒng)的活動和數(shù)據(jù)流，描述活動所受到的約束條件及實現(xiàn)機制。從側(cè)面清楚的反映了系統(tǒng)的功能。故IDEF0圖宜全為正式文檔。<2>采用嚴格的自頂向下、逐層分解的方式建立系統(tǒng)功能模型。頂層確定系統(tǒng)范圍，采用抽象原則，然后有控制的逐步展開有關(guān)活動的細節(jié)，符合SA方法的分析策略。同時，IDEF0規(guī)定每張圖至少有3個、最多有6個方框，上界6保證采用層次性描述復(fù)雜問題的可理解性，下界3保證分解有意義。 1

33、1、軟件維護的特點是什么？主要體現(xiàn)在三個方面：<1>非結(jié)構(gòu)化維護和結(jié)構(gòu)化維護。軟件的開發(fā)過程對軟件的維護有很大的影響。若不采用軟件工程的方法開發(fā)軟件，則軟件只有程序而無文檔，維護工作非常困難，這是一種非結(jié)構(gòu)化的維護。若采用軟件工程的方法開發(fā)軟件，則各階段都有相應(yīng)的文檔，容易進行維護工作，這是一種結(jié)構(gòu)化的維護。<2>維護的困難性。軟件維護的困難性是由于軟件需求分析和開發(fā)方法的缺陷。軟件生存周期中的開發(fā)階段沒有嚴格而有科學的管理和規(guī)劃，就會引起軟件運行時的維護困難。<3>軟件維護的費用。軟件維護的費用在總費用中的比重是在不斷增加的，這是軟件維護有形的代價。另外還

34、有無形的代價，即要占用更多的資源。軟件維護費用增加的主要原因是軟件維護的生產(chǎn)率非常低。 12、什么是CASE？CASE工具有哪些分類？CASE是一組工具和方法的集合，可以輔助軟件開發(fā)生命周期各階段進行軟件開發(fā)。從學術(shù)研究角度講，CASE是多年來在軟件開發(fā)管理、軟件開發(fā)方法、軟件開發(fā)環(huán)境和軟件工具等方面研究和發(fā)展的產(chǎn)物。CASE把軟件開發(fā)技術(shù)、軟件工具和軟件開發(fā)方法集成到一個統(tǒng)一而一致的框架中，并且吸引了CAD（計算機輔助設(shè)計）、軟件工程、操作系統(tǒng)、數(shù)據(jù)庫、網(wǎng)絡(luò)和許多其它計算機領(lǐng)域的原理和技術(shù)。因而，CASE領(lǐng)域是一個應(yīng)用集成和綜合的領(lǐng)域。從產(chǎn)業(yè)角度講，CASE是種類繁多的軟件開發(fā)和系統(tǒng)集成的產(chǎn)

35、品及軟件工具的集合。CASE分類：<1>CASE技術(shù)種類CASE系統(tǒng)所涉及到的技術(shù)有兩類：一類是支持軟件開發(fā)過程本身的技術(shù)；另一類是支持軟件開發(fā)過程管理的技術(shù)。從CASE系統(tǒng)產(chǎn)生方式來看，還有一種特殊的CASE技術(shù)，即元CASE技術(shù)。他是生成CASE系統(tǒng)的生成器所采用的技術(shù)。該生成器可用來創(chuàng)建支持軟件開發(fā)過程活動及過程管理的CASE系統(tǒng)。<2>CASE工具的分類對CASE工具分類的標準可分為：功能。功能是對軟件進行分類的最常用的標準。支持的過程。根據(jù)支持的過程，工具可分為設(shè)計工具、編程工具、維護工具等。支持的范圍。根據(jù)支持的范圍，可分為窄支持、較寬支持和一般支持工具。窄

36、支持指支持過程中特定的任務(wù)，較寬支持是指支持特定過程階段；一般支持是指支持覆蓋軟件過程的全部階段或大多數(shù)階段。1993年，F(xiàn)uggetta根據(jù)CASE系統(tǒng)對軟件過程的支持范圍，提出CASE系統(tǒng)可分為三類：支持單個過程任務(wù)的工具。工具可能是通用的，或者也可能歸組到工作臺。工作臺支持某一過程所有活動或某些活動。他們一般以或多或少的集成度組成工具集。環(huán)境支持軟件過程所有活動或至少大部分。他們一般包括幾個不同的工作臺，將這些工作臺以某種方式集成起來。 13、 說明容錯軟件的定義與容錯的一般方法。歸納容錯軟件的定義，有以下四種：規(guī)定功能的軟件，在一定程序上對自身錯誤的作用（軟件錯誤）具有屏蔽能力，則稱此

37、軟件為具有容錯功能的軟件。規(guī)定功能的軟件，在一定程序上能從錯誤狀態(tài)自動恢復(fù)到正常狀態(tài)，則稱之為容錯軟件。規(guī)定功能的軟件，在因錯誤而發(fā)生錯誤時，仍然能在一定程度上完成預(yù)期的功能，則把該軟件稱為容錯軟件。規(guī)定功能的軟件，在一定程度上具有容錯能力，則稱之為容錯軟件。實現(xiàn)容錯技術(shù)的主要手段是冗余，通常冗余技術(shù)分為四類。結(jié)構(gòu)冗余。結(jié)構(gòu)冗余是通常用的冗余技術(shù)。按其工作方式，它分為靜態(tài)、動態(tài)和混合冗余三種。信息冗余。為檢查或糾正信息在運算或傳輸中的錯誤須外加一部分信息，這種現(xiàn)象稱為信息冗余。時間冗余。是指以重復(fù)執(zhí)行指令（指令復(fù)執(zhí)）或程序（程序復(fù)算）來消除瞬時錯誤帶來的影響。冗余附加技術(shù)。是指為實現(xiàn)上述冗余技

38、術(shù)所需的資源和技術(shù)。包括程序、指令、數(shù)據(jù)、存放和調(diào)動他們的空間和通道等。 14、軟件概要設(shè)計階段的基本任務(wù)是什么？設(shè)計軟件系統(tǒng)結(jié)構(gòu)（簡稱軟件結(jié)構(gòu)），具體為：采用某種設(shè)計方法，將一個復(fù)雜的系統(tǒng)按功能劃分成模塊。確定每個模塊的功能。確定模塊之間的調(diào)用關(guān)系。確定模塊之間的接口，即模塊之間傳遞的信息。評價模塊結(jié)構(gòu)的質(zhì)量。數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)庫設(shè)計，漢數(shù)據(jù)結(jié)構(gòu)的設(shè)計及數(shù)據(jù)庫的設(shè)計。編寫概要設(shè)計文檔。主要有：概要設(shè)計說明書；數(shù)據(jù)庫設(shè)計說明書；用戶手冊；修訂測試計劃。評審。5、快速原型模型有幾種？各有何特點？根據(jù)原型的不同作用，有三類原型模型：探索型原型。這種類型的原型模型是把原型用于開發(fā)的需求分析階段，目的是要

39、弄清用戶的需求，確定所期望的特性，并探索各種方案的可行性。它主要針對開發(fā)目標模糊，用戶與開發(fā)著對項目都缺乏經(jīng)驗的情況，通過對原型的開發(fā)來明確用戶的需求。實驗型原型。這種原型主要用于設(shè)計階段，考核實現(xiàn)方案是否合適，能否實現(xiàn)，對于一個大型系統(tǒng)，若對設(shè)計方案心中沒有把握時，可通過這種原型來證實設(shè)計方案的正確性。演化型原型。這種原型主要用于及早向用戶提交一個原型系統(tǒng)，該原型系統(tǒng)或者包含系統(tǒng)的框或者包含系統(tǒng)的主要功能。在得到用戶的認可后，將原型系統(tǒng)不斷擴充演變?yōu)樽罱K的軟件系統(tǒng)，它將原型的思路擴展到軟件開發(fā)的全過程。 15、請說明軟件文檔的作用？軟件開發(fā)項目生存期各階段都包含哪些文檔？軟件文檔的作用是：提

40、高軟件開發(fā)過程的能見度；提高開發(fā)效率；作為開發(fā)人員階段工作成果和結(jié)束標志；記錄開發(fā)過程的有關(guān)信息便于使用與維護；提供軟件運行、維護和培訓有關(guān)資料；便于用戶了解軟件功能、性能。軟件開發(fā)項目生存期各階段應(yīng)包括得文檔以及與各類人員的關(guān)系如下：可行性研究報告、項目開發(fā)計劃、軟件需求說明書、數(shù)據(jù)要求說明書、測試計劃、概要設(shè)計說明書、詳細設(shè)計說明書、用戶手冊、操作手冊、測試分析報告、開發(fā)進度月報、項目開發(fā)總結(jié)、程序維護手冊（維護修改建議）。 16、軟件開發(fā)成本估算方法有哪幾種？<1>自頂向下估算方法。估算人員參照以前完成的項目所耗費的總成本（或總工作量），來推算將要開發(fā)的軟件的總成本（或總工作

41、量），然后把它們按階段、步驟和工作單元進行分配，這樣方法稱為自頂向下的估算方法。<2>自底向上估算方法。自底向上估算方法是將待開發(fā)的軟件細分，分別估算每一個子任務(wù)所需要的開發(fā)工作量，然后將它們加起來，得到軟件的總開發(fā)量。<3>差別估算方法。差別估算是將開發(fā)項目與一個或多個已完成的類似項目進行比較，找出與某個相類似項目的若干不同之處，并估算每個不同之處對成本的影響，導(dǎo)出開發(fā)項目的總成本。<4>專家估算法。依靠一個或多個專家對要求的項目做出估算。<5>類推估算法。<6>算式估算法。 17、簡述SA方法的優(yōu)缺點？結(jié)構(gòu)化分析方法是軟件需求分析

42、中公認的、有成效的、技術(shù)成熟、使用廣泛的一種方法，它較適合于開發(fā)數(shù)據(jù)處理類型軟件的需求分析。該方法利用圖形等半形式化工具表達需求，簡明、易讀，也易于使用，為后一階段的設(shè)計、測試、評價提供了有利的條件。但SA方法也存在有不足之處：傳統(tǒng)的SA方法主要用于數(shù)據(jù)處理方面的問題，主要工具DFD體現(xiàn)了系統(tǒng)“做什么”的功能，但它僅是一個靜態(tài)模型，沒有反映處理的順序，即控制流程。因此，不適合描述實時控制系統(tǒng)。SA方法使用DFD在分析與描述“數(shù)據(jù)要求”方面是有限的，DFD應(yīng)與數(shù)據(jù)庫技術(shù)中的實體聯(lián)系圖（ER圖）結(jié)合起來。DFD不是和描述人機界面系統(tǒng)的需求。SA方法則對這一部分用自然語言作補充，對這類系統(tǒng)可采取其它

43、的分析方法。為了更精確地描述軟件需求，提高軟件系統(tǒng)的可靠性、安全性，也便于實現(xiàn)自動化，SA方法可與形式化方法結(jié)合起來。5、什么是軟件工程？它的目標和內(nèi)容是什么？軟件工程是一種用科學知識和技術(shù)原理來定義、開發(fā)、維護軟件的一門學科。軟件工程是一門工程性學科，目的是成功的建造一個大型軟件系統(tǒng)，所謂成功是要達到以下幾個目標：付出較低的開發(fā)成本，達到要求的軟件功能；取得較好的軟件性能；開發(fā)的軟件易于移植；需要較低的維護費用；能按時完成開發(fā)任務(wù)，及時交付使用；開發(fā)的軟件可靠性高。軟件工程研究的主要內(nèi)容是軟件開發(fā)技術(shù)和軟件開發(fā)管理兩方面，在軟件開發(fā)技術(shù)中，主要研究軟件開發(fā)方法、軟件開發(fā)過程、軟件開發(fā)工具和環(huán)

44、境。在軟件開發(fā)管理中，主要研究軟件管理學、軟件經(jīng)濟學、軟件心理學等。6、簡述容錯系統(tǒng)的設(shè)計過程？容錯系統(tǒng)的設(shè)計過程包括以下設(shè)計步驟：安設(shè)計任務(wù)要求進行常規(guī)設(shè)計，盡量保證設(shè)計的正確。對可能出現(xiàn)的錯誤分類，確定實現(xiàn)容錯的范圍。按照成本效益最優(yōu)原則，選用某種冗余手段來實現(xiàn)對各類錯誤的屏蔽。分析或驗證上述冗余結(jié)構(gòu)的容錯效果。如果效果沒有達到預(yù)期的程度，則應(yīng)重新進行冗余結(jié)構(gòu)設(shè)計。如此重復(fù)，直到有一個滿意的結(jié)果為止。7、漸增模型有幾種？各有何特點？漸增模型是瀑布模型的變種，它有兩類：增量構(gòu)造模型。它在瀑布模型基礎(chǔ)上，對一些階段進行整體開發(fā)，對另一些階段進行增量開發(fā)。也就是說在前面的開發(fā)階段按瀑布模型進行整

45、體開發(fā)，后面的開發(fā)階段按增量方式開發(fā)。演化提交模型。它在瀑布模型基礎(chǔ)上，所有階段都進行增量開發(fā)，也就是說不僅是增量開發(fā)，也是增量提交。8、試述系統(tǒng)開發(fā)的生命周期。系統(tǒng)開發(fā)是管理信息系統(tǒng)建設(shè)中最重要的一個階段，從項目開發(fā)開始到結(jié)束的整個過程，稱為系統(tǒng)開發(fā)的生命周期。系統(tǒng)開發(fā)的生命周期一般分為以下階段：系統(tǒng)分析。這一階段的主要任務(wù)是明確用戶的信息需求，提出新系統(tǒng)的邏輯方案。需要進行的工作有系統(tǒng)的初步調(diào)查，可行性研究，現(xiàn)行系統(tǒng)的詳細調(diào)查及新系統(tǒng)邏輯模型的提出等。系統(tǒng)設(shè)計。這一階段的主要任務(wù)是根據(jù)新系統(tǒng)的邏輯方案進行軟、硬件系統(tǒng)的設(shè)計，其中包括總體結(jié)構(gòu)設(shè)計、輸出設(shè)計、輸入設(shè)計、處理過程設(shè)計、數(shù)據(jù)存儲設(shè)計和計算機系統(tǒng)方案的選擇等。系統(tǒng)實施。這一階段將設(shè)計的系統(tǒng)付諸實施，主要工作有軟件的程序編制與軟件包的購置、計算機與通訊設(shè)備的購置、系統(tǒng)的安裝