智能教學(xué)系統(tǒng)設(shè)計(jì)復(fù)習(xí)提要

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

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

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

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

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

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

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

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

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

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

11、法也不可能進(jìn)行窮舉測(cè)試。 3、黑盒法：該方法把被測(cè)試對(duì)象看成一個(gè)黑盒子，測(cè)試人員完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過(guò)程，只在軟件接口處進(jìn)行測(cè)試，依照需求規(guī)格說(shuō)明書(shū)，檢查程序是否滿(mǎn)足功能要求。因此，黑盒測(cè)試又稱(chēng)為功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。 4、可執(zhí)行的規(guī)格說(shuō)明：這是一種使要求說(shuō)明過(guò)程自動(dòng)化的技術(shù)，通過(guò)可執(zhí)行的規(guī)格說(shuō)明語(yǔ)言來(lái)描述預(yù)期的行為“做什么”，人們可以從直接觀察中用規(guī)格說(shuō)明語(yǔ)言來(lái)規(guī)定任何系統(tǒng)行為。 5、經(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ì)。 6、系統(tǒng)設(shè)計(jì)說(shuō)明書(shū)：是從系統(tǒng)總體的角度出發(fā)對(duì)系統(tǒng)建設(shè)中各主要技術(shù)方

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

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

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

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

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

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

18、以說(shuō)類(lèi)的實(shí)例是對(duì)象。 26、多態(tài)性：指相同的操作或函數(shù)、過(guò)程可作用于多種類(lèi)型的對(duì)象上并獲得不同結(jié)果。不同的對(duì)象，收到同一消息可以產(chǎn)生不同的結(jié)果，這種現(xiàn)象稱(chēng)為多態(tài)性。 27、風(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)。 28、模塊：模塊在程序重視數(shù)據(jù)說(shuō)明、可執(zhí)行語(yǔ)句等程序?qū)ο蟮募?，或者是單?dú)命名和編址的元素，如高級(jí)語(yǔ)言中的過(guò)程、函數(shù)、子程序等等。 29、路徑覆蓋：指設(shè)計(jì)足夠的測(cè)試用例，覆蓋被測(cè)程序中所有可能的路徑。 30、判定/條件覆蓋：指設(shè)計(jì)足夠的測(cè)試用例，使得判定表達(dá)式中的每個(gè)條件的所有

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

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

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

22、的一致性。軟件質(zhì)量保證就是向用戶(hù)及社會(huì)提供滿(mǎn)意的高質(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)化，其道理是顯而易見(jiàn)的。僅就一個(gè)軟件開(kāi)發(fā)項(xiàng)目來(lái)說(shuō)，有許多層次，不同分工的人員相互配合，在開(kāi)發(fā)項(xiàng)目的各個(gè)部分以及各開(kāi)發(fā)階段之間也都存在許多聯(lián)系和銜接問(wèn)題。如何把這些錯(cuò)綜復(fù)雜的關(guān)系協(xié)調(diào)好，需要有一系列統(tǒng)一的約束和規(guī)定。在軟件開(kāi)發(fā)項(xiàng)目取得階段成果或最后完成是時(shí)，需要進(jìn)行階段評(píng)價(jià)和驗(yàn)收測(cè)試。投入運(yùn)行的軟件，其維護(hù)工作中遇到問(wèn)題又與開(kāi)發(fā)工作者有著密切

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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