軟件工程―名詞解釋(精)

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

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

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

4、在規(guī)定的時間周期內(nèi) ,在所述條件下程序執(zhí)行所要求 的功能的能力 ;35.模塊的控制范圍2008 年 10 月1. 過程設(shè)計(jì)語言 (PDL答案 :也稱程序描述語言 , 又稱為偽碼 , 是一種用于描述模塊算法設(shè)計(jì)和處理細(xì)節(jié)的語言。2. 可移植性答案 :指程序從一個計(jì)算機(jī)環(huán)境移植到另一個計(jì)算機(jī)環(huán)境的容易程度。3. 漸增式測試答案 :是把未經(jīng)過測試的模塊逐個組裝到已經(jīng)過測試的模塊上進(jìn)行集成測試 , (2 分每增加一個模塊進(jìn)行一次集成測試,重復(fù)此過程直至完成集成測試。(1 分4. 詳細(xì)設(shè)計(jì)答案 :也稱過程設(shè)計(jì) , 是在概要設(shè)計(jì)的基礎(chǔ)上 , 設(shè)計(jì)出軟件各模塊內(nèi)部的詳細(xì)算法 ,并精確地表達(dá)這些算法。 (2

5、分一般采用過程設(shè)計(jì)的表達(dá)工具給出適當(dāng)?shù)乃惴枋觥?1 分5. 條件覆蓋答案 :指設(shè)計(jì)足夠多的測試用例 , 使得判定表達(dá)式中每個條件的各種可能的值至少出現(xiàn)一次。(意思符合加下劃線部分即算對2007 年 10 月1. 軟件生存周期答案 :是指一個軟件從提出開發(fā)要求開始直到該軟件報(bào)廢為止的整個時期。 2. 需求分析答案 :是指開發(fā)人員要準(zhǔn)確理解用戶的要求 , 進(jìn)行細(xì)致的調(diào)查分析 , 將用戶非形式的需求陳述轉(zhuǎn)化為完整的需求定義 , 并由需求定義轉(zhuǎn)換到相應(yīng)的形式功能規(guī)約(需求規(guī)格說明的過程。3. 程序設(shè)計(jì)風(fēng)格答案 :是指一個人編制程序時所表現(xiàn)出來的特點(diǎn)、習(xí)慣、邏輯思路等。4. 白盒測試答案 :該方法把測

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

7、存在的各種錯誤 , 從而有針對性地編寫檢查這些錯誤的測試用例的方法。3. 黑盒測試法答案 :把被測試對象看成一個黑盒子 , 測試人員完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程 , 只在軟件的接口處進(jìn)行測試 , 依據(jù)需求規(guī)格說明書 , 檢查程序是否滿足 功能要求。4. 軟件質(zhì)量保證答案 :是向用戶及社會提供滿意的高質(zhì)量的產(chǎn)品 , 確保軟件產(chǎn)品從誕生到消亡為止的所有階段的質(zhì)量的活動 , 即確定、 達(dá)到和維護(hù)需要的軟件質(zhì)量而進(jìn)行的所有 有計(jì)劃、有系統(tǒng)的管理活動。5. 瀑布模型答案 :將軟件生存周期各個活動規(guī)定為依線性順序連接的若干階段的一種軟件開 發(fā)模型。它包括可行性分析、項(xiàng)目開發(fā)計(jì)劃、需求分析、概要設(shè)計(jì)、

8、詳細(xì)設(shè)計(jì)、 編碼、測試和維護(hù)。2005 年 10 月1. 軟件工程過程答案 :軟件工程過程規(guī)定了獲取、供應(yīng)、開發(fā)、操作和維護(hù)時 ,要實(shí)施的過程、活動和任務(wù)。2. 基線答案 :是軟件生存期中各開發(fā)階段的一個特定點(diǎn) , 它的作用是把開發(fā)各階段工作的劃分更加明確化 , 使本來連續(xù)的工作在這些點(diǎn)上斷開 , 以便于檢查與肯定階段 成果。3. 靜態(tài)測試答案 :指被測程序不在機(jī)器上運(yùn)行, 而是采用人工檢測和計(jì)算機(jī)輔助靜態(tài)分析的手段對程序進(jìn)行檢測。4. PAD答案 :PAD 是指問題分析圖 ,是一種算法描述工具 ,它是一種由左往右展開的二維型樹結(jié)構(gòu)。5. 需求分析答案 :是指開發(fā)人員要準(zhǔn)確理解用戶的要求, 進(jìn)

9、行細(xì)致的調(diào)查分析 , 將用戶非形式的需求陳述轉(zhuǎn)化為完整的需求定義。再由需求定義轉(zhuǎn)化為相應(yīng)的形式功能規(guī)約的過程。2004 年 10 月1. 冗余答案 :指實(shí)現(xiàn)系統(tǒng)規(guī)定功能是多余的那部分資源, 包括硬件、 軟件、 信息和時間。 2. 增量提交答案 :增量提交是指在項(xiàng)目開發(fā)周期內(nèi) , 以一定的時間間隔增量方式向用戶提交工作軟件及相應(yīng)文檔。3. 維護(hù)的副作用答案 :維護(hù)的副作用是指因修改軟件而造成的錯誤或其他不希望出現(xiàn)的情況。4. 動態(tài)測試答案 :指通過運(yùn)行程序發(fā)現(xiàn)錯誤。5. 技術(shù)可行性答案 :對要開發(fā)項(xiàng)目的功能、性能、限制條件進(jìn)行分析 ,確定在現(xiàn)有的資源條件下 ,技術(shù)風(fēng)險(xiǎn)有多大 ,項(xiàng)目是否能實(shí)現(xiàn)。2

10、003 年 10 月1. 增量開發(fā)答案 :增量開發(fā)指在項(xiàng)目開發(fā)周期內(nèi),以一定的時間間隔開發(fā)部分工作軟件。2.漸增式測試答案 :逐個把未經(jīng)過測試的模塊組裝到已經(jīng)測試的模塊上 , 進(jìn)行集成測試。 每加 入一個新模塊 ,進(jìn)行一次集成測試 ,重復(fù)此過程 ,直到程序組裝完畢。3. 詳細(xì)設(shè)計(jì)答案 :是軟件設(shè)計(jì)的第二階段 ,主要確定每個模塊具體執(zhí)行過程 ,故也稱 “過程 設(shè)計(jì) ”。4. 模塊的控制范圍答案 :一個模塊的控制范圍指模塊本身以及其所有下屬模塊的集合。5. 父圖與子圖的平衡答案 :建立分層的數(shù)據(jù)流圖時 , 子圖的輸入輸出數(shù)據(jù)流同父圖相應(yīng)加工的輸入輸出數(shù)據(jù)流必須保持一致 ,這就是父圖與子圖的平衡。模

11、擬 101. 需求分析答案 :需求分析是指開發(fā)人員要準(zhǔn)確理解用戶的需求 , 進(jìn)行細(xì)致的調(diào)查分析 , 將用戶非形式的需求陳述轉(zhuǎn)化為完整的需求定義 , 再由需求定義轉(zhuǎn)換到相應(yīng)的形式 功能規(guī)約 (需求規(guī)格說明 的過程。2. 系統(tǒng)流程圖答案 :是描繪物理系統(tǒng)的傳統(tǒng)工具 , 它用圖形符號來表示系統(tǒng)中的各個元素 , 例如人工處理、數(shù)據(jù)處理、數(shù)據(jù)庫、文件、設(shè)備等。它表達(dá)了系統(tǒ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ì)的對象的抽象就是類。5

12、. 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ì)階段。模擬 9三、名詞解釋題(本大題共 5 小題 ,每小題 3 分 ,共 15 分1. 動態(tài)冗余答案 :動態(tài)冗余的主要方式是多重模塊待機(jī)儲備 , 當(dāng)系統(tǒng)檢測到某工作模塊出現(xiàn)錯誤時 , 就用一個備用的模塊來頂替它并重新運(yùn)行。 這里須有檢測、 切換和恢復(fù)過程 ,故稱其為動態(tài)冗余。2. 增量模型答案 :增量模型是在項(xiàng)目的開發(fā)過程中以一系列的增量方式開發(fā)系統(tǒng)。增量方式包括增量開發(fā)和增量提交。 增

13、量開發(fā)是指在項(xiàng)目開發(fā)過程中以一定的時間間隔開 發(fā)部分工作軟件 ; 增量提交是指在開發(fā)周期內(nèi) , 以一定的時間間隔增量方式向用 戶提交工作軟件及相應(yīng)文檔。 增量開發(fā)和增量提交可以同時使用 , 也可單獨(dú)使用。 3. JSD 方法答案 :JSD 主要以活動事件為中心,通過由一串活動順序組合構(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)證問題。 一個腳本將模擬在系統(tǒng)運(yùn)行期間用 戶經(jīng)歷的事件 , 它提供了輸入 處理

14、輸出的屏幕 , 以及有關(guān)對話的一個模型 ,開發(fā)者能夠給用戶顯示一個系統(tǒng)的逼真視圖。模擬 8三、名詞解釋題 (本大題共 5 小題 ,每小題 3 分 ,共 15 分1. 漸增式測試答案 :漸增式測試逐個把未經(jīng)過測試的模塊組裝到已經(jīng)過測試的模塊上去 , 進(jìn)行集成測試。 每加入一個新模塊進(jìn)行一次集成測試 , 重復(fù)此過程直至程序組裝完畢。2. 可執(zhí)行的規(guī)格說明答案 :這是一種使要求說明過程自動化的技術(shù) , 通過可執(zhí)行的規(guī)格說明語言來描述預(yù)期的行為 “做什么 ” 人,們可以從直接觀察中用規(guī)格說明語言來規(guī)定任何系 統(tǒng)行為。3. 模型答案 :模型是為了理解事物而對事物做出一種抽象, 它忽略不必要的細(xì)節(jié) , 它

15、也是事物的一種抽象形式、一個規(guī)劃、一個程式。4. 拋棄策略答案 :拋棄策略是將原型用于開發(fā)過程的某一階段 , 促使該階段的開發(fā)結(jié)果更加完整、準(zhǔn)確、一致、可靠 ,該階段結(jié)束后 ,原型隨之作廢。5. 對象模型答案 :對象模型表示了靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)數(shù)據(jù)性質(zhì) , 描述了系統(tǒng)的靜態(tài)結(jié)構(gòu) , 它是從客觀世界實(shí)體的對象關(guān)系角度來描述 ,表現(xiàn)了對象的相互關(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ì) (簡稱 SD 。2. JSP方法答案 :

16、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. 程序圖答案 :程序圖是退化的程序流程圖。也就是說 , 把程序流程圖中每個處理符號都 退化成一個結(jié)點(diǎn) , 原來連結(jié)不同處理符號的流線變成連接不同結(jié)點(diǎn)的有向弧, 這樣得到的有向圖就叫程序圖。 4. 噴泉模型 答案：噴泉模型是一種以用戶需求為動力，以對象作為驅(qū)動的模型，適合于面向 對象的開發(fā)方法。 它克服了瀑布模型不支持軟件重用和多項(xiàng)開發(fā)活動集成的局限 性。噴泉模型使開發(fā)過程具有迭代性和無間隙性。系統(tǒng)某些部

17、分常常重復(fù)工作多 次，相關(guān)功能在每次迭代中隨之加入演化的系統(tǒng)。無間隙是指在分析、設(shè)計(jì)、實(shí)現(xiàn)等開發(fā)活動之間不存在明顯的邊界。 5. 條件覆蓋 答案：指設(shè)計(jì)足夠的測試用例，使得判定表達(dá)式中每個條件的各種可能的值至少出現(xiàn)一次。滿足條件覆蓋并不一定滿足判定覆蓋。模擬 6 模擬 6三、名詞解釋題 (本大題共 5 小題，每小題 3 分，共 15 分 1. 白盒法 答案：該方法把測試對象看作一個打開的盒子，測試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理過程，以檢查處理過程的細(xì)節(jié)為基礎(chǔ)，對程序中盡可能多的邏輯路徑進(jìn)行測試，檢查內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯，實(shí)際的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是否一致。白盒法也不可能進(jìn)行窮舉測試。

18、2. 黑盒法 答案：該方法把被測試對象看成一個黑盒子，測試人員完全不考慮程序的內(nèi)部結(jié) 構(gòu)和處理過程，只在軟件的接口處進(jìn)行測試，依照需求規(guī)格說明書，檢查程序是 否滿足功能要求。因此，黑盒測試又稱為功能測試或數(shù)據(jù)驅(qū)動測試。 3. 動態(tài)模型 答案： 動態(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)了對象的相互行為。 4. 對象 答案：是人們要進(jìn)行研究的任何事物，從最簡單的整數(shù)到復(fù)雜的飛機(jī)等均可看作 對象，它不僅能表示具體的事物，還能表示抽象的規(guī)則、計(jì)劃或事件。 類的

19、具體化就是對象，也可以說類的實(shí)例是對象。 5. 參數(shù)化抽象 答案：所謂參數(shù)化抽象，它是指當(dāng)描述類的規(guī)格說明時并不具體指定所要操作的 數(shù)據(jù)類型，而是把數(shù)據(jù)類型作為參數(shù)。模擬 5 模擬 5 三、名詞解釋題(本大題共 5 小題，每小題 3 分，共 15 分 1. 功能模型 答案：功能模型描述了系統(tǒng)的所有計(jì)算。它表明一個計(jì)算如何從輸入值得到輸出值，它不考慮所計(jì)算的次序。功能模型說明對象模型中操作的含義、動態(tài)模型中動作的意義以及對象模型中約束 的意義。 2. 抽象 答案： 抽象是認(rèn)識復(fù)雜現(xiàn)象過程中使用的思維工具即抽出事物本質(zhì)的共同的特征而暫不考慮它的細(xì)節(jié)，不考慮其它因素。3. 模塊化 答案：模塊化是指解

20、決一個復(fù)雜問題時自頂向下逐層把軟件系統(tǒng)劃分成若干模塊的過程。每個模塊完成一個特定的子功能，所有的模塊按某種方法組裝起來，成 為一個整體，完成整個系統(tǒng)所要求的功能。 4. 原型模型 答案：又稱快速原型模型。它是在開發(fā)真實(shí)系統(tǒng)之前，構(gòu)造一個原型，在該原型 的基礎(chǔ)上，逐漸完成整個系統(tǒng)的開發(fā)工作。 5. 風(fēng)險(xiǎn)分析 答案：風(fēng)險(xiǎn)分析實(shí)際上就是貫穿在軟件工程上的一系列風(fēng)險(xiǎn)管理步驟，其中包括 風(fēng)險(xiǎn)識別、 風(fēng)險(xiǎn)估計(jì)、 風(fēng)險(xiǎn)管理策略、 風(fēng)險(xiǎn)解決和風(fēng)險(xiǎn)監(jiān)督， 它能讓人們主動 “攻 擊 ”風(fēng)險(xiǎn)。理學(xué)、軟件經(jīng)濟(jì)學(xué)、軟件心理學(xué)等。模擬 3 模擬 3 三、名詞解釋題 (本大題共 5 小題，每小題 3 分，共 15 分 1.

21、 靜態(tài)測試答案：靜態(tài)測試指被測試程序不在機(jī)器上運(yùn)行，而是采用人工檢測和計(jì)算機(jī)輔助靜態(tài)分析的手段對程序進(jìn)行檢測。 2. 條件組合覆蓋 答案：指設(shè)計(jì)足夠的測試用例，使得每個判定表達(dá)式中條件的各種可能的值的組 合都至少出現(xiàn)一次：條件組合覆蓋是比較強(qiáng)的覆蓋標(biāo)準(zhǔn)。 3. 軟件工程環(huán)境 答案：美國國防部在 STARS 計(jì)劃中定義如下： “軟件工程環(huán)境是一組方法、過程 及計(jì)算機(jī)程序 (計(jì)算機(jī)化的工具的整體化構(gòu)件，它支持從需求定義、程序生成直 到維護(hù)的整個軟件生存期 ”。 4. 系統(tǒng)設(shè)計(jì)說明書 答案： 系統(tǒng)設(shè)計(jì)說明書是從系統(tǒng)總體的角度出發(fā)對系統(tǒng)建設(shè)中各主要技術(shù)方面的 設(shè)計(jì)進(jìn)行說明，是系統(tǒng)設(shè)計(jì)階段的產(chǎn)物，其著重

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