軟件工程―名詞解釋

1、全國 2010年 10月三、名詞解釋題 (本大題共 5小題,每小題 3分,共 15分 1. 軟件生存周期模型答案:軟件生存周期模型是描述軟件開發(fā)過程中各種活動(dòng)如何執(zhí)行的模型。 (1分 軟件生存周期模型確立了軟件開發(fā)和演繹中各階段的次序限制以及各階段活 動(dòng)的準(zhǔn)則, (1分 確立開發(fā)過程所遵守的規(guī)定和限制, 便于各種活動(dòng)的協(xié)調(diào)以及各種人員的有效通信, 有利于活動(dòng) 重用和活動(dòng)管理。 (1分 2. 模塊答案:模塊在程序中是數(shù)據(jù)說明、 可執(zhí)行語句等程序?qū)ο蟮募? 或者是單獨(dú)命 名和編址的元素,如高級(jí)語言中的過程、函數(shù)和子程序等。 (2分 在軟件的體系 結(jié)構(gòu)中,模塊是可組合、分解和更換的單元。 (1分

2、3. 可維護(hù)性答案:軟件可維護(hù)性是指軟件能夠被理解、校正、適應(yīng)及增強(qiáng)功能的容易程度。 (2分 可維護(hù)性可用 7個(gè)質(zhì)量特性來衡量,即可理解性、可測(cè)試性、可修改性、可 靠性、可移植性、可使用性和效率。 (1分 4. 繼承性答案:繼承性是子類自動(dòng)共享父類數(shù)據(jù)結(jié)構(gòu)和方法的機(jī)制, 這是類之間的一種關(guān) 系。 (2分 在定義和實(shí)現(xiàn)一個(gè)類的時(shí)候,可以在一個(gè)已經(jīng)存在的類的基礎(chǔ)之上來 進(jìn)行,把這個(gè)已經(jīng)存在的類所定義的內(nèi)容作為自己的內(nèi)容,并加入若干新的內(nèi)容。 (1分 5. 投資回收期答案:投資回收期是衡量一個(gè)開發(fā)工程價(jià)值的經(jīng)濟(jì)指標(biāo)。 (1分 投資回收期就是 積累的經(jīng)濟(jì)效益等于最初的投資所需要的時(shí)間。 (2分 全國

3、2010年 1月31.軟件工程過程 :即軟件生命周期的方法、工具和概念32.模塊化 :模塊化是指解決一個(gè)復(fù)雜問題時(shí)自頂向下逐層把系統(tǒng)劃分成若干模 塊的過程, 有多種屬性, 分別反映其內(nèi)部特性 . 每個(gè)模塊完成一個(gè)特定的子功能, 所有的模塊按某種方法組裝起來,成為一個(gè)整體,完成整個(gè)系統(tǒng)所要求的功能33.集成測(cè)試 :集成測(cè)試,也叫組裝測(cè)試或聯(lián)合測(cè)試。在單元測(cè)試的基礎(chǔ)上,將 所有模塊按照設(shè)計(jì)要求 (如根據(jù)結(jié)構(gòu)圖 組裝成為子系統(tǒng)或系統(tǒng), 進(jìn)行集成測(cè)試。34.軟件可靠性 :(1在規(guī)定的條件下,在規(guī)定的時(shí)間內(nèi),軟件不引起系統(tǒng) 失效的概率; (2在規(guī)定的時(shí)間周期內(nèi),在所述條件下程序執(zhí)行所要求 的功能的能力;

4、35.模塊的控制范圍2008年 10月1. 過程設(shè)計(jì)語言 (PDL答案:也稱程序描述語言, 又稱為偽碼, 是一種用于描述模塊算法設(shè)計(jì)和處理細(xì) 節(jié)的語言。2. 可移植性答案:指程序從一個(gè)計(jì)算機(jī)環(huán)境移植到另一個(gè)計(jì)算機(jī)環(huán)境的容易程度。3. 漸增式測(cè)試答案:是把未經(jīng)過測(cè)試的模塊逐個(gè)組裝到已經(jīng)過測(cè)試的模塊上進(jìn)行集成測(cè)試, (2分每增加一個(gè)模塊進(jìn)行一次集成測(cè)試,重復(fù)此過程直至完成集成測(cè)試。(1分4. 詳細(xì)設(shè)計(jì)答案:也稱過程設(shè)計(jì), 是在概要設(shè)計(jì)的基礎(chǔ)上, 設(shè)計(jì)出軟件各模塊內(nèi)部的詳細(xì)算 法,并精確地表達(dá)這些算法。(2分一般采用過程設(shè)計(jì)的表達(dá)工具給出適當(dāng)?shù)乃惴枋觥?1分5. 條件覆蓋答案:指設(shè)計(jì)足夠多的測(cè)試用

5、例, 使得判定表達(dá)式中每個(gè)條件的各種可能的值至 少出現(xiàn)一次。(意思符合加下劃線部分即算對(duì)2007年 10月1. 軟件生存周期答案:是指一個(gè)軟件從提出開發(fā)要求開始直到該軟件報(bào)廢為止的整個(gè)時(shí)期。 2. 需求分析答案:是指開發(fā)人員要準(zhǔn)確理解用戶的要求, 進(jìn)行細(xì)致的調(diào)查分析, 將用戶非形 式的需求陳述轉(zhuǎn)化為完整的需求定義, 并由需求定義轉(zhuǎn)換到相應(yīng)的形式功能規(guī)約 (需求規(guī)格說明的過程。3. 程序設(shè)計(jì)風(fēng)格答案:是指一個(gè)人編制程序時(shí)所表現(xiàn)出來的特點(diǎn)、習(xí)慣、邏輯思路等。4. 白盒測(cè)試答案:該方法把測(cè)試對(duì)象看作一個(gè)打開的盒子, 測(cè)試人員須了解程序的內(nèi)部結(jié)構(gòu) 和處理過程, 以檢查處理過程的細(xì)節(jié)為基礎(chǔ), 對(duì)程序中盡

6、可能多的邏輯路徑進(jìn)行 測(cè)試, 檢驗(yàn)內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯(cuò), 實(shí)際的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是 否一致。5. 基線答案:基線是軟件生存期中各開發(fā)階段的一個(gè)特定點(diǎn), 它的作用是把開發(fā)各階段 工作的劃分更加明確化, 使本來連接的工作在這些點(diǎn)上斷開, 以便于檢查與肯定 階段成果。2006年 10月1. 軟件開發(fā)環(huán)境答案:指在計(jì)算機(jī)的基本軟件的基礎(chǔ)上, 為了支持軟件的開發(fā)而提供的一組工具 軟件系統(tǒng)。2. 錯(cuò)誤推測(cè)法答案:在測(cè)試程序時(shí), 人們可能根據(jù)經(jīng)驗(yàn)或直覺推測(cè)程序中可能存在的各種錯(cuò)誤, 從而有針對(duì)性地編寫檢查這些錯(cuò)誤的測(cè)試用例的方法。3. 黑盒測(cè)試法答案:把被測(cè)試對(duì)象看成一個(gè)黑盒子, 測(cè)試人員完全

7、不考慮程序的內(nèi)部結(jié)構(gòu)和處 理過程, 只在軟件的接口處進(jìn)行測(cè)試, 依據(jù)需求規(guī)格說明書, 檢查程序是否滿足 功能要求。4. 軟件質(zhì)量保證答案:是向用戶及社會(huì)提供滿意的高質(zhì)量的產(chǎn)品, 確保軟件產(chǎn)品從誕生到消亡為 止的所有階段的質(zhì)量的活動(dòng), 即確定、 達(dá)到和維護(hù)需要的軟件質(zhì)量而進(jìn)行的所有 有計(jì)劃、有系統(tǒng)的管理活動(dòng)。5. 瀑布模型答案:將軟件生存周期各個(gè)活動(dòng)規(guī)定為依線性順序連接的若干階段的一種軟件開 發(fā)模型。它包括可行性分析、項(xiàng)目開發(fā)計(jì)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、 編碼、測(cè)試和維護(hù)。2005年 10月1. 軟件工程過程答案:軟件工程過程規(guī)定了獲取、供應(yīng)、開發(fā)、操作和維護(hù)時(shí),要實(shí)施的過程、 活動(dòng)和任

8、務(wù)。2. 基線答案:是軟件生存期中各開發(fā)階段的一個(gè)特定點(diǎn), 它的作用是把開發(fā)各階段工作 的劃分更加明確化, 使本來連續(xù)的工作在這些點(diǎn)上斷開, 以便于檢查與肯定階段 成果。3. 靜態(tài)測(cè)試答案:指被測(cè)程序不在機(jī)器上運(yùn)行, 而是采用人工檢測(cè)和計(jì)算機(jī)輔助靜態(tài)分析的 手段對(duì)程序進(jìn)行檢測(cè)。4. PAD答案:PAD 是指問題分析圖,是一種算法描述工具,它是一種由左往右展開的二 維型樹結(jié)構(gòu)。5. 需求分析答案:是指開發(fā)人員要準(zhǔn)確理解用戶的要求, 進(jìn)行細(xì)致的調(diào)查分析, 將用戶非形 式的需求陳述轉(zhuǎn)化為完整的需求定義。 再由需求定義轉(zhuǎn)化為相應(yīng)的形式功能規(guī)約 的過程。2004年 10月1. 冗余答案:指實(shí)現(xiàn)系統(tǒng)規(guī)定功

9、能是多余的那部分資源, 包括硬件、 軟件、 信息和時(shí)間。 2. 增量提交答案:增量提交是指在項(xiàng)目開發(fā)周期內(nèi), 以一定的時(shí)間間隔增量方式向用戶提交 工作軟件及相應(yīng)文檔。3. 維護(hù)的副作用答案:維護(hù)的副作用是指因修改軟件而造成的錯(cuò)誤或其他不希望出現(xiàn)的情況。 4. 動(dòng)態(tài)測(cè)試答案:指通過運(yùn)行程序發(fā)現(xiàn)錯(cuò)誤。5. 技術(shù)可行性答案:對(duì)要開發(fā)項(xiàng)目的功能、性能、限制條件進(jìn)行分析,確定在現(xiàn)有的資源條件 下,技術(shù)風(fēng)險(xiǎn)有多大,項(xiàng)目是否能實(shí)現(xiàn)。2003年 10月1. 增量開發(fā)答案:增量開發(fā)指在項(xiàng)目開發(fā)周期內(nèi),以一定的時(shí)間間隔開發(fā)部分工作軟件。 2. 漸增式測(cè)試答案:逐個(gè)把未經(jīng)過測(cè)試的模塊組裝到已經(jīng)測(cè)試的模塊上, 進(jìn)行集

10、成測(cè)試。 每加 入一個(gè)新模塊,進(jìn)行一次集成測(cè)試,重復(fù)此過程,直到程序組裝完畢。3. 詳細(xì)設(shè)計(jì)答案:是軟件設(shè)計(jì)的第二階段,主要確定每個(gè)模塊具體執(zhí)行過程,故也稱“過程 設(shè)計(jì)”。4. 模塊的控制范圍答案:一個(gè)模塊的控制范圍指模塊本身以及其所有下屬模塊的集合。5. 父圖與子圖的平衡答案:建立分層的數(shù)據(jù)流圖時(shí), 子圖的輸入輸出數(shù)據(jù)流同父圖相應(yīng)加工的輸入輸 出數(shù)據(jù)流必須保持一致,這就是父圖與子圖的平衡。模擬 101. 需求分析答案:需求分析是指開發(fā)人員要準(zhǔn)確理解用戶的需求, 進(jìn)行細(xì)致的調(diào)查分析, 將 用戶非形式的需求陳述轉(zhuǎn)化為完整的需求定義, 再由需求定義轉(zhuǎn)換到相應(yīng)的形式 功能規(guī)約 (需求規(guī)格說明 的過程

11、。2. 系統(tǒng)流程圖答案:是描繪物理系統(tǒng)的傳統(tǒng)工具, 它用圖形符號(hào)來表示系統(tǒng)中的各個(gè)元素, 例 如人工處理、數(shù)據(jù)處理、數(shù)據(jù)庫、文件、設(shè)備等。它表達(dá)了系統(tǒng)中各個(gè)元素之間 的信息流動(dòng)的情況。3. 結(jié)構(gòu)化設(shè)計(jì)答案:是根據(jù)模塊獨(dú)立性準(zhǔn)則、 軟件結(jié)構(gòu)準(zhǔn)則將數(shù)據(jù)流圖轉(zhuǎn)換為軟件的體系結(jié)構(gòu), 用軟件結(jié)構(gòu)圖來建立系統(tǒng)的物理模型,實(shí)現(xiàn)系統(tǒng)的概要設(shè)計(jì)。4. 類答案:具有相同或相似性質(zhì)的對(duì)象的抽象就是類。5. JSP 方法答案:JSP 方法方法定義了一組以數(shù)據(jù)結(jié)構(gòu)為指導(dǎo)的映射過程,它根據(jù)輸入、輸 出的數(shù)據(jù)結(jié)構(gòu), 按一定的規(guī)則映射成軟件的過程描述, 即程序結(jié)構(gòu), 而不是軟件 的體系結(jié)構(gòu),因此該方法適于詳細(xì)設(shè)計(jì)階段。模擬

12、9三、名詞解釋題 (本大題共 5小題,每小題 3分,共 15分 1. 動(dòng)態(tài)冗余答案:動(dòng)態(tài)冗余的主要方式是多重模塊待機(jī)儲(chǔ)備, 當(dāng)系統(tǒng)檢測(cè)到某工作模塊出現(xiàn) 錯(cuò)誤時(shí), 就用一個(gè)備用的模塊來頂替它并重新運(yùn)行。 這里須有檢測(cè)、 切換和恢復(fù) 過程,故稱其為動(dòng)態(tài)冗余。2. 增量模型答案:增量模型是在項(xiàng)目的開發(fā)過程中以一系列的增量方式開發(fā)系統(tǒng)。 增量方式包括增量開發(fā)和增量提交。 增量開發(fā)是指在項(xiàng)目開發(fā)過程中以一定的時(shí)間間隔開 發(fā)部分工作軟件; 增量提交是指在開發(fā)周期內(nèi), 以一定的時(shí)間間隔增量方式向用 戶提交工作軟件及相應(yīng)文檔。 增量開發(fā)和增量提交可以同時(shí)使用, 也可單獨(dú)使用。 3. JSD 方法答案:JSD

13、主要以活動(dòng)事件為中心,通過由一串活動(dòng)順序組合構(gòu)成的進(jìn)程,建立 系統(tǒng)模型,最后實(shí)現(xiàn)該模型。4. 結(jié)構(gòu)化分析答案:是根據(jù)分解與抽象的原則, 按照系統(tǒng)中數(shù)據(jù)處理的流程, 用數(shù)據(jù)圖來建立 系統(tǒng)的功能模型,從而完成需求分析工作。5. 基于腳本的設(shè)計(jì)答案:此方法主要用于解決要求的驗(yàn)證問題。 一個(gè)腳本將模擬在系統(tǒng)運(yùn)行期間用 戶經(jīng)歷的事件, 它提供了輸入處理輸出的屏幕, 以及有關(guān)對(duì)話的一個(gè)模 型,開發(fā)者能夠給用戶顯示一個(gè)系統(tǒng)的逼真視圖。模擬 8三、名詞解釋題 (本大題共 5小題,每小題 3分,共 15分 1. 漸增式測(cè)試答案:漸增式測(cè)試逐個(gè)把未經(jīng)過測(cè)試的模塊組裝到已經(jīng)過測(cè)試的模塊上去, 進(jìn)行 集成測(cè)試。 每加

14、入一個(gè)新模塊進(jìn)行一次集成測(cè)試, 重復(fù)此過程直至程序組裝完畢。 2. 可執(zhí)行的規(guī)格說明答案:這是一種使要求說明過程自動(dòng)化的技術(shù), 通過可執(zhí)行的規(guī)格說明語言來描 述預(yù)期的行為 “做什么” , 人們可以從直接觀察中用規(guī)格說明語言來規(guī)定任何系 統(tǒng)行為。3. 模型答案:模型是為了理解事物而對(duì)事物做出一種抽象, 它忽略不必要的細(xì)節(jié), 它也 是事物的一種抽象形式、一個(gè)規(guī)劃、一個(gè)程式。4. 拋棄策略答案:拋棄策略是將原型用于開發(fā)過程的某一階段, 促使該階段的開發(fā)結(jié)果更加 完整、準(zhǔn)確、一致、可靠,該階段結(jié)束后,原型隨之作廢。5. 對(duì)象模型答案:對(duì)象模型表示了靜態(tài)的、 結(jié)構(gòu)化的系統(tǒng)數(shù)據(jù)性質(zhì), 描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)

15、, 它是從客觀世界實(shí)體的對(duì)象關(guān)系角度來描述,表現(xiàn)了對(duì)象的相互關(guān)系。模擬 7三、名詞解釋題 (本大題共 5小題,每小題 3分,共 15分 1. 結(jié)構(gòu)化設(shè)計(jì)答案:面向數(shù)據(jù)流的設(shè)計(jì)是以需求分析階段產(chǎn)生的數(shù)據(jù)流圖為基礎(chǔ), 按一定的步 驟映射成軟件結(jié)構(gòu),因此又稱結(jié)構(gòu)化設(shè)計(jì) (簡(jiǎn)稱 SD 。2. JSP 方法答案:JSP 方法定義了一組以數(shù)據(jù)結(jié)構(gòu)為指導(dǎo)的映射過程,它根據(jù)輸入、輸出的 數(shù)據(jù)結(jié)構(gòu), 按一定的規(guī)則映射成軟件的過程描述, 即程序結(jié)構(gòu), 而不是軟件的體 系結(jié)構(gòu),因此該方法適于詳細(xì)設(shè)計(jì)階段。3. 程序圖答案:程序圖是退化的程序流程圖。 也就是說, 把程序流程圖中每個(gè)處理符號(hào)都 退化成一個(gè)結(jié)點(diǎn), 原來連

16、結(jié)不同處理符號(hào)的流線變成連接不同結(jié)點(diǎn)的有向弧, 這樣得到的有向圖就叫程序圖。 4. 噴泉模型 答案：噴泉模型是一種以用戶需求為動(dòng)力，以對(duì)象作為驅(qū)動(dòng)的模型，適合于面向 對(duì)象的開發(fā)方法。 它克服了瀑布模型不支持軟件重用和多項(xiàng)開發(fā)活動(dòng)集成的局限 性。噴泉模型使開發(fā)過程具有迭代性和無間隙性。系統(tǒng)某些部分常常重復(fù)工作多 次，相關(guān)功能在每次迭代中隨之加入演化的系統(tǒng)。無間隙是指在分析、設(shè)計(jì)、實(shí) 現(xiàn)等開發(fā)活動(dòng)之間不存在明顯的邊界。 5. 條件覆蓋 答案：指設(shè)計(jì)足夠的測(cè)試用例，使得判定表達(dá)式中每個(gè)條件的各種可能的值至少 出現(xiàn)一次。滿足條件覆蓋并不一定滿足判定覆蓋。 模擬6 模擬6 三、名詞解釋題(本大題共5小題

17、，每小題3分，共15分 1. 白盒法 答案：該方法把測(cè)試對(duì)象看作一個(gè)打開的盒子，測(cè)試人員須了解程序的內(nèi)部結(jié)構(gòu) 和處理過程，以檢查處理過程的細(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)是 否一致。白盒法也不可能進(jìn)行窮舉測(cè)試。 2. 黑盒法 答案：該方法把被測(cè)試對(duì)象看成一個(gè)黑盒子，測(cè)試人員完全不考慮程序的內(nèi)部結(jié) 構(gòu)和處理過程，只在軟件的接口處進(jìn)行測(cè)試，依照需求規(guī)格說明書，檢查程序是 否滿足功能要求。因此，黑盒測(cè)試又稱為功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。 3. 動(dòng)態(tài)模型 答案： 動(dòng)態(tài)模型是與時(shí)間和變化有關(guān)的系統(tǒng)性質(zhì)。 該模型描述了系統(tǒng)的控制結(jié)

18、構(gòu)， 它表示了瞬時(shí)的、行為化的系統(tǒng)控制性質(zhì)。它關(guān)心的是系統(tǒng)的控制，操作的執(zhí)行 順序。它從對(duì)象的事件和狀態(tài)的角度出發(fā)，表現(xiàn)了對(duì)象的相互行為。 4. 對(duì)象 答案：是人們要進(jìn)行研究的任何事物，從最簡(jiǎn)單的整數(shù)到復(fù)雜的飛機(jī)等均可看作 對(duì)象，它不僅能表示具體的事物，還能表示抽象的規(guī)則、計(jì)劃或事件。 類的具體化就是對(duì)象，也可以說類的實(shí)例是對(duì)象。 5. 參數(shù)化抽象 答案：所謂參數(shù)化抽象，它是指當(dāng)描述類的規(guī)格說明時(shí)并不具體指定所要操作的 數(shù)據(jù)類型，而是把數(shù)據(jù)類型作為參數(shù)。 模擬5 模擬5 三、名詞解釋題(本大題共5小題，每小題3分，共15分 1. 功能模型 答案：功能模型描述了系統(tǒng)的所有計(jì)算。它表明一個(gè)計(jì)算如何

19、從輸入值得到輸出 值，它不考慮所計(jì)算的次序。功能模型說明對(duì)象模型中操作的含義、動(dòng)態(tài)模型中 動(dòng)作的意義以及對(duì)象模型中約束 的意義。 2. 抽象 答案： 抽象是認(rèn)識(shí)復(fù)雜現(xiàn)象過程中使用的思維工具即抽出事物本質(zhì)的共同的特征 而暫不考慮它的細(xì)節(jié)，不考慮其它因素。 3. 模塊化 答案： 模塊化是指解決一個(gè)復(fù)雜問題時(shí)自頂向下逐層把軟件系統(tǒng)劃分成若干模塊 的過程。每個(gè)模塊完成一個(gè)特定的子功能，所有的模塊按某種方法組裝起來，成 為一個(gè)整體，完成整個(gè)系統(tǒng)所要求的功能。 4. 原型模型 答案：又稱快速原型模型。它是在開發(fā)真實(shí)系統(tǒng)之前，構(gòu)造一個(gè)原型，在該原型 的基礎(chǔ)上，逐漸完成整個(gè)系統(tǒng)的開發(fā)工作。 5. 風(fēng)險(xiǎn)分析 答

20、案：風(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)。理學(xué)、軟件經(jīng)濟(jì)學(xué)、軟件心理學(xué)等。 模擬3 模擬3 三、名詞解釋題(本大題共5小題，每小題3分，共15分 1. 靜態(tài)測(cè)試 答案：靜態(tài)測(cè)試指被測(cè)試程序不在機(jī)器上運(yùn)行，而是采用人工檢測(cè)和計(jì)算機(jī)輔助 靜態(tài)分析的手段對(duì)程序進(jìn)行檢測(cè)。 2. 條件組合覆蓋 答案：指設(shè)計(jì)足夠的測(cè)試用例，使得每個(gè)判定表達(dá)式中條件的各種可能的值的組 合都至少出現(xiàn)一次：條件組合覆蓋是比較強(qiáng)的覆蓋標(biāo)準(zhǔn)。 3. 軟件工程環(huán)境 答案：美國國防部在STARS計(jì)劃中定義如下：“軟

21、件工程環(huán)境是一組方法、過程 及計(jì)算機(jī)程序(計(jì)算機(jī)化的工具的整體化構(gòu)件，它支持從需求定義、程序生成直 到維護(hù)的整個(gè)軟件生存期”。 4. 系統(tǒng)設(shè)計(jì)說明書 答案： 系統(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)思想上提供必要的保證。 5. 瀑布模型 答案： 瀑布模型是將軟件生存各個(gè)活動(dòng)規(guī)定為依線性順序連接的若干階段的模型。 它包括可行性分析、項(xiàng)目開發(fā)計(jì)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè) 試和維護(hù)。 它規(guī)定了由前至后、 相互銜接的固定次序， 如同瀑布流水， 逐級(jí)下落。 模擬2 模擬2 三、名詞解釋題(本大題共5小題，每小題3分，共15分 1. 非漸增式測(cè)試 答案：非漸增式測(cè)試首先對(duì)每個(gè)模塊分別進(jìn)行單元測(cè)試，然后再把所有的模塊按 設(shè)計(jì)要求組裝在一起進(jìn)行測(cè)試。 2. 附加策略 答案：附加策略是將原型用于開發(fā)的全過程，原型由最基本的核心開始，逐步增 加新的功能和新的需求，反復(fù)修改反復(fù)擴(kuò)充，最后發(fā)展為用戶滿意的最終系統(tǒng)。 3. 軟件概要設(shè)計(jì) 答案：進(jìn)入了設(shè)計(jì)階段，要把軟件“做什么”的邏輯模型變換為“怎么做”的物 理模型，即著手實(shí)現(xiàn)軟件的需求，并將設(shè)計(jì)的結(jié)果反映在“設(shè)計(jì)規(guī)格說明書”文 檔中，所以