【正文】 方案的 可行性 。 3用原型過程來代替設(shè)計階段，考查設(shè)計方案的可行性與合理性，這是快速原型的 實驗型 原型。 3用原型過程代替全部開發(fā)階段，這種快速原型是 演化型 原型。 實驗型原型主要用于 設(shè)計 階段，考核 實現(xiàn)方案 是否合適和 能否實現(xiàn) 。 4軟件開發(fā)中的原型是軟件的一個 早期可運行的版本， 它反映了最終系統(tǒng)的 重要特征 。 4若原型不滿足需求說明，則根據(jù)明確的要求修改 原型 ，若原型不滿足用戶需求，則修改和規(guī)定 需求說明 ，重新構(gòu)造原型。 4用原型過程來代替需求分析 、使需求說明完整、一致、準確，這種快速原型是 探索型 原型。 4增量模型在開發(fā)過程中以一系列 增量方式 開發(fā)系統(tǒng)，推遲某階段的 細節(jié) ，從而 盡早 產(chǎn)生工作軟件。 50、增量構(gòu)造模型在 需求分析和設(shè)計 階段按整體方式開發(fā)，但在 編碼和測試 階段按增量方式開發(fā)。 A. 有形 B. 邏輯 軟件工程學(xué)的目的應(yīng)該是最終解決軟件生產(chǎn)率的（ B )問題。 程性 軟件危機的主要原因有（ C )。 A. 文檔質(zhì)量 軟件工程與計算機科學(xué)性質(zhì)不同，軟件工程著重于（ C )。 軟件工程方法學(xué)的研究內(nèi)容包含軟件開發(fā)技術(shù)和軟件開發(fā)管理兩個 方面，其期望達到的最終目標是（ A )。 ①生產(chǎn)成本過高 ②需求增長難以滿足 ③進度難以控制 ④質(zhì)量難以保證 A.①② B.②③ C.④ 軟件生存周期模型有多種，下 列選項中，（ C )模型不是軟件生存周期模型。 1軟件生存周期包括可行性研究、需求分析、總體設(shè)計、詳細設(shè)計、編碼、（ B )和維護。 1解決“軟件系統(tǒng)做什么”是（ C )階段的任務(wù)。 8 個階段又可劃分為三個周期：計劃、開發(fā)和（ A )。 B. 總體設(shè)計階段 C. 需求分析階段 1在瀑布模型中，（ A )階段定義的標準將成為軟件測試中的系統(tǒng)階段測試目標。 1檢查軟件產(chǎn)品是否符合需求定義的過程稱為（ B )。 2螺旋模型將瀑布模型和增量模型結(jié)合，并增加了（ B )。 2噴泉模型描述了（ A )的開發(fā)模型，它體現(xiàn)了這種開發(fā)方法創(chuàng)建軟件的過程所固有的迭代和開發(fā)各階段之間無“間隙”的特征。 研究階段 2增量模型是一種（ B )模型。 三、簡答題 什么是軟件危機？它有哪些典型表現(xiàn)？為什么會出席軟件危機 答： 通常把在計算機軟件的開發(fā)與維護過程中所遇到的一系列嚴重問題籠統(tǒng)地稱為軟件危機。此外，軟件維護通常意味著改正或修改原有的設(shè)計，從而使得軟件較難維護。軟件可能具有的狀態(tài)通常都是天文數(shù)字，無法完全預(yù)見軟件可能遇到的每一種情況。 錯誤的認識和做法主要表現(xiàn)為，忽視軟 件需求分析的重要性，認為軟件開發(fā)就是寫程序，輕視軟件維護。軟件配置包括程序、文檔和數(shù)據(jù)。所謂軟件維護就是在軟件開發(fā)工作結(jié)束之后在使用現(xiàn)場對軟件進行修改 。由此可見，輕視軟件維護是一個最大的錯誤。 什么是軟件工程？ 它有哪些本質(zhì)特征？怎樣用軟件工程消除軟件危機 ? 答： 軟件工程是指導(dǎo)計算機軟件開發(fā)和維護的一門工程學(xué)科，該學(xué)科的目的是生產(chǎn)出能按期交付的、在預(yù)算范圍內(nèi)的、滿足用戶需求的、質(zhì)量合格的軟件產(chǎn)品。 答： 軟件生命周期 模型概括地描述軟件過程，規(guī)定了 軟件過程包含的各個階段，以及完成這些階段的順序 。 優(yōu)點： ①強迫開發(fā)人員采用規(guī)范的技術(shù)方法； ②嚴格地規(guī)定了每個階段必須提交的文檔； ③每個階段提交的產(chǎn)品必須經(jīng)過質(zhì)量保證小組的仔細驗證。 (2)快速原型 瀑布型模型的缺陷在于軟件開發(fā)階段推進是直線型的，工程實踐說明這是一個 “ 理想化 ” 模型，不完全符合人們認識問題的規(guī)律。然后對原型進行若干輪反復(fù)的擴充、改進、求精，最終建立完全符合用戶需求的目標系統(tǒng)。初始原型主要用于向用戶展示系統(tǒng)功能概貌。對系統(tǒng)應(yīng)該具備的功能的演示運行通?？梢詫τ脩襞c開發(fā)人員之間的溝通起到催化劑作用，確立用戶對項目開發(fā)的信心。 ② 幫助導(dǎo)引出高質(zhì)量的產(chǎn)品要求。而對于已提出的產(chǎn)品需求，則可根據(jù)對現(xiàn)階段原型的試用而做出修改。提供機會去采取早期預(yù)防措施，增加項目成功的機率。均衡整個開發(fā)過程的負荷。 ⑥如果風(fēng)險管理發(fā)現(xiàn)資金或時間已超出 可承受的程度，則可以決定調(diào)整后續(xù)的開發(fā)，或在一個適當?shù)臅r刻結(jié)束開發(fā)，但仍然有一個具有部分功能的，可工作的產(chǎn)品。 ⑧使用戶可以在新的一批功能開發(fā)測試后，立即參加驗證，以便提供非常有價值的反饋。 缺點： ① “ 模型效應(yīng) ” 對于開發(fā)者不熟悉的領(lǐng)域把次要部分當作主要框架，做出不切題的原型。即每次更改，為了消除錯誤，次 要部分越來越大， “ 淹沒 ” 了主要部分。 ④資源規(guī)劃和管理較為困難，隨時更新文檔也帶來麻煩、版本控制可能導(dǎo)致失控。 (3)增量模型 增量模型把軟件產(chǎn)品作為一系列的增量構(gòu)件來設(shè)計、編碼、集成和測試。使用增量模型時，第一個增量構(gòu)件往往實現(xiàn)軟件的基本需求，提供最核心的功能。 (4)螺旋模型 將瀑布模型、原型模型等結(jié)合起來，并強調(diào)風(fēng)險分析。 可行性研究的目的不是是開發(fā)一個軟件項目，而是 研究這個項目是否 值得去開發(fā) 、 其中的問題能否解決 。 可行性研究需要從 技術(shù) 可行性、 經(jīng)濟 可行性 、 社會 可行性 和 操作 可行性四 個方面分析研究每種解決方案的可行性。 經(jīng)濟 可行性一般要考慮的情況包括： 成本 和 效益 。 社會可行性所涉及的范圍包括 合同 、 責(zé)任 、 侵權(quán) 、用戶組織的管理模式、范圍以及其他一些技術(shù)人員常常不了解的陷阱。 一個可行性研究報告的主要內(nèi)容如下：引言、可行性研究的前提、對現(xiàn)有系統(tǒng)的分析 所建議系統(tǒng)的技術(shù)的可行性 、 所建議系統(tǒng)的經(jīng)濟可行性 、 社會因素可行性分析 、其他可供選擇的方案、結(jié)論意見。 1效益分有型效益和 無形效益 兩種。 1純收入 = 經(jīng)濟效益 投資。 1軟件工程有兩種效益，它們是 有形效益 和 無形效益 。 1系統(tǒng)的經(jīng)濟效益等于 因使用新的系統(tǒng)而增加的收入 加上 使用新的系統(tǒng)可以節(jié)省的運行費用 。 可行性研究中描述系統(tǒng)高層次物理模型的工具是 系統(tǒng) 流程圖 。 2可行性研究的第一個步驟是 確定項目的規(guī)模和目標 。 A. 技術(shù) B. 經(jīng)濟 C. 社會 D. 操作 可行性研究要進行的需求分析和設(shè)計應(yīng)是 ( C )。 A. 技術(shù)可行性 B. 實用可行性 C. 經(jīng)濟可行性 D. 社會可行性 在可行性研究階段，對每個合理的方案， ( B )不是分析人員應(yīng)準備資料。 三、簡答題 畫出可行性研究過程流程圖 為什么要進行可行性研究？可行性研究的任務(wù)是什么？ 答：究是大壓縮簡化了的系統(tǒng)分析和設(shè)計過程，是戰(zhàn)略問題。 可行性研究的任務(wù)： (1)技術(shù)可行性（使用現(xiàn)有的技術(shù)能實現(xiàn)這個系統(tǒng)嗎） 。容易獲得結(jié)果）； (4)社會可行性（把項目的結(jié)果限定在這一個合理的范圍內(nèi)，確定系統(tǒng)開發(fā)可能導(dǎo)致的任何侵權(quán)行為、妨礙性后果和責(zé)任等）。 在需求分析階段，首先進行問題識別，即雙方確定對問題的綜合需求，這些需求包括：功能 需求、 性能 需求、 環(huán)境 需求、 用戶界面 需求。 數(shù)據(jù)流圖有 數(shù)據(jù)流 、 數(shù)據(jù)處理 、 數(shù)據(jù)存儲 、 數(shù)據(jù)的源點和終點 四個基本成分。 數(shù)據(jù)字典中的加工邏輯主要描述該加工 做什么 ，即該加工策略，而不是實現(xiàn)加工的細節(jié)，它描述如何把輸入數(shù)據(jù)流變量變換為輸出數(shù)據(jù)流的 加工規(guī)則 。 需求分析階段所要編寫的文檔有： 需求規(guī)格說明書 、 初 步用戶手冊 、 確認測試計劃。 需求分析的困難主要體現(xiàn)在 4 個方面：問題的復(fù)雜性、 交流障礙 、 不完備性和不一致性需求易變性。它和數(shù)據(jù)流圖共同構(gòu)成了系統(tǒng)的 邏輯模型 ，是 需求說明書 的主要組成部分。 1由于數(shù)據(jù)流是流動中的數(shù)據(jù)，所以必須有 流向 。 1建立數(shù)據(jù)字典一般的兩種形式是 手工建立 和 利用計算機輔助建立并維護。 1結(jié)構(gòu)化分析方法是面向 數(shù)據(jù)流 進行需求分析的方法。 “軟件必須做什么？” B. 可概括為：“理解、分解、表達” 6 個字 D. 以上都對 進行需求分析可使用多種工具，但（ C )是不適用的。 B. 合理要求 C. 系統(tǒng)要求 D. 環(huán)境要求 在數(shù)據(jù)字典中，作為一個詞條加以定義，使得每 一個圖形元素的名字都有一個確切的（ D )。 A. 控制流 B. 信息流 C. 數(shù)據(jù)流 D. 數(shù)據(jù)源點 在數(shù)據(jù)流圖中，不能被計算機處理的成分是（ D )。 軟件需求分析階段的工作，可以分成 4 個方面：問題識別、分析與綜合、制定規(guī)格說明以及（ C )。 流圖 需求規(guī)格說明書的作用不應(yīng)包括（ D )。 A. 主要功能 B. 算法的詳細過程 C. 用戶界面及運行環(huán) 境 D. 軟件的性能 1通過（ B )可以完成數(shù)據(jù)流圖的細化。 A. 分析結(jié)果 B. 事件 C. 動作 D. 數(shù)據(jù) 三、簡答題 為什么要進行需求分析？通常對軟件系統(tǒng)有哪些需求？ 答： 需求分析是發(fā)現(xiàn)、求精、建模、規(guī)格說明和復(fù)審的過程，是對系統(tǒng)要 做什么、如何工作、表現(xiàn)出來的特征、必須具備的質(zhì)量、必須滿足的約束的敘述。就像一條河流，如果源頭被污染了，那么整條河流也就被污染了。 (2)分析系統(tǒng)的數(shù)據(jù)要求 ：需要哪些數(shù)據(jù)、描繪數(shù)據(jù)之間的關(guān)系、數(shù)據(jù)規(guī)范化。 (4)修正系統(tǒng)開發(fā)計劃：根據(jù)分析過程中獲 得的對系統(tǒng)的更深入更具體的了解，可以較 準確地估計系統(tǒng)成本和進度，修正以前制定的開發(fā)計劃。模塊具有 接口 、 功能 、 邏輯和 狀態(tài) 等屬性。 抽象是認識復(fù)雜現(xiàn)象過程中使 用的思維工具，即抽出事物 本質(zhì) 的、 共同 的特性而暫不考慮它的 細節(jié) ，不考慮其它因素。 軟件設(shè)計是一個把 軟件需求 轉(zhuǎn)換為軟件表示的過程，包括總體設(shè)計和 詳細設(shè)計 。 總體設(shè)計評價是對設(shè)計部分是否完整地實現(xiàn)了需求中規(guī)定的 功能 、 性能 等要求，設(shè)計方案的 可行性 ，關(guān)鍵的處理及內(nèi)外部接口定義 正確性 、 有效性 ，各部分之間的 一致性 等都一一進行評審。 1 信息隱蔽 是指在設(shè)計和確定模塊時，使得一個模塊的內(nèi)包含的信息對于不需要遮羞信息的其它模塊來說是不能 訪問 的。 1設(shè)計軟件結(jié)構(gòu)，具體為： (1)采用某種方法將一個復(fù)雜系統(tǒng)按功能劃分為 模塊 (2)確定每個模塊的 功能 (3)確定模塊之間的 調(diào)用關(guān)系 (4)確定模塊之間的 接口 ，即模塊之間傳遞的信息。 1模塊間耦合高低取決與模塊間 接口的復(fù)雜性 、 調(diào)用方式 、 傳遞信息。 1模塊獨立性中每個模塊只完成問題要求的 獨立的 子功能，并且與其它模塊的聯(lián)系 最少且接口簡單 。 1耦合性指軟件結(jié)構(gòu)中 各模塊間 相互聯(lián)系緊密程度的一種度量。 1 數(shù)據(jù)耦合 是指兩個模塊之間有調(diào)