【正文】 1檢查軟件產(chǎn)品是否符合需求定義的過程稱為（ B )。 在軟件生存周期中，用戶主要是在（ A )參與軟件開發(fā)。 2螺旋模型將瀑布模型和增量模型結(jié)合，并增加了（ B )。 2螺旋模型在（ D )基礎(chǔ)上，沿著螺線自內(nèi)向外每旋轉(zhuǎn)一圈，就得到元宵的一個(gè)新版本 。 2噴泉模型描述了（ A )的開發(fā)模型，它體現(xiàn)了這種開發(fā)方法創(chuàng)建軟件的過程所固有的迭代和開發(fā)各階段之間無“間隙”的特征。 2瀑布模型中，（ D )階段定義的標(biāo)準(zhǔn)將成為軟件測試中的系統(tǒng)測試階段的目標(biāo)。 研究階段 2增量模型是一種（ B )模型。 2增量模型是（ C )。 三、簡答題 什么是軟件危機(jī)？它有哪些典型表現(xiàn)？為什么會(huì)出席軟件危機(jī) 答： 通常把在計(jì)算機(jī)軟件的開發(fā)與維護(hù)過程中所遇到的一系列嚴(yán)重問題籠統(tǒng)地稱為軟件危機(jī)。軟件危機(jī)主要表 現(xiàn)： ① 對(duì)軟件開發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確 （效率低） ② 用戶對(duì) “ 已完成的 ” 軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生 （需求不準(zhǔn)） ③ 軟件產(chǎn)品的質(zhì)量往往靠不住 （質(zhì)量差） ④ 軟件常常是不可維護(hù)的 （維護(hù)難） ⑤ 軟件通常沒有適當(dāng)?shù)奈臋n資料 （重用差） ⑥ 軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占的比例逐年上升 （成本高） ⑦ 軟件開發(fā)生產(chǎn)率提高的速度遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用迅速普及深 （性能低） 入的趨勢 產(chǎn)生軟件危機(jī)的原因： ① 客觀原因：軟件是計(jì)算機(jī)系統(tǒng)中的邏輯部件而不是物理部件，其顯著特點(diǎn) 是“可見性”，因此，管理和控制軟件開發(fā)過程相當(dāng)困難。此外，軟件維護(hù)通常意味著改正或修改原有的設(shè)計(jì)，從而使得軟件較難維護(hù)。 軟件的另一個(gè)突出特點(diǎn)是規(guī)模龐大，而持續(xù)復(fù)雜性將隨著程序規(guī)模增加以指數(shù)速度上升。軟件可能具有的狀態(tài)通常都是天文數(shù)字，無法完全預(yù)見軟件可能遇到的每一種情況。 ② 主觀原因： 在計(jì)算機(jī)系統(tǒng)發(fā)展早期階段開發(fā)軟件的個(gè)體化特點(diǎn)，使得許多軟件工程師對(duì)軟件開發(fā)和維護(hù)有不少糊涂認(rèn)識(shí)，在實(shí)際工作中或多或少地采用了錯(cuò)誤的方法，這是使軟件問題發(fā)展成軟件危機(jī)的主要原因。 錯(cuò)誤的認(rèn)識(shí)和做法主要表現(xiàn)為，忽視軟 件需求分析的重要性，認(rèn)為軟件開發(fā)就是寫程序，輕視軟件維護(hù)。必須認(rèn)識(shí)到程序只是完整的軟件產(chǎn)品的一個(gè)組成部分，一個(gè)軟件產(chǎn)品必須由一個(gè)完整的配置組成。軟件配置包括程序、文檔和數(shù)據(jù)。 嚴(yán)酷的事實(shí)是，在軟件開發(fā)后期階段引入一個(gè)變動(dòng)比在早期引入同一個(gè)變動(dòng)所需付出的代價(jià)高幾百倍。所謂軟件維護(hù)就是在軟件開發(fā)工作結(jié)束之后在使用現(xiàn)場對(duì)軟件進(jìn)行修改 。因此，維護(hù)是極端艱苦復(fù)雜的工作，需要花費(fèi)很大代價(jià)。由此可見，輕視軟件維護(hù)是一個(gè)最大的錯(cuò)誤。軟件工程的一個(gè)重要目標(biāo)就是提高軟件的可維護(hù)性，減少軟件維護(hù)的代價(jià)。 什么是軟件工程？ 它有哪些本質(zhì)特征？怎樣用軟件工程消除軟件危機(jī) ? 答： 軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的一門工程學(xué)科，該學(xué)科的目的是生產(chǎn)出能按期交付的、在預(yù)算范圍內(nèi)的、滿足用戶需求的、質(zhì)量合格的軟件產(chǎn)品。 軟件工程具有下述本質(zhì)特性： (1)軟件工程關(guān)注大型程序的構(gòu)造 (2)軟件工程的中心課題是控制復(fù)雜性 (3)軟件經(jīng)常變化 (4)開發(fā)軟件的效率非常重要 (5)和諧的合作是開發(fā)軟件的關(guān)鍵 (6)軟件必須有效地支持它的用戶 (7)由具有一種文化背景的人代替具有另一種文化背景的人創(chuàng)造產(chǎn)品 軟件工程的 7 條原理是消除軟件危機(jī)的保證 ： (1)用生命周期計(jì)劃嚴(yán)格管理 (2)堅(jiān)持進(jìn)行階段評(píng)審 (3)實(shí)行產(chǎn)品一致性控制 (4)采用最新的軟件設(shè)計(jì)技術(shù) (5)清楚地審查軟件產(chǎn)品 (6)開發(fā)小組的人員應(yīng)該少而精 (7)承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性 什么是軟件生命周期模型？試比較瀑布模型、快速原型模型、增量原型模型 和螺旋模型。 答： 軟件生命周期 模型概括地描述軟件過程，規(guī)定了 軟件過程包含的各個(gè)階段，以及完成這些階段的順序 。 典型的生命周期模型有： (1)瀑布模型 瀑布模型規(guī)定了各項(xiàng)軟件工程活動(dòng)自上而下，相互銜接的固定次 序，如同瀑布流水，逐級(jí)下落。 優(yōu)點(diǎn)： ①強(qiáng)迫開發(fā)人員采用規(guī)范的技術(shù)方法； ②嚴(yán)格地規(guī)定了每個(gè)階段必須提交的文檔； ③每個(gè)階段提交的產(chǎn)品必須經(jīng)過質(zhì)量保證小組的仔細(xì)驗(yàn)證。 缺點(diǎn)： 在可運(yùn)行的軟件產(chǎn)品交付給用戶之前，用戶只能通過文檔來了解未來的產(chǎn)品是什么樣的；開發(fā)人員與用戶之間缺乏有效的溝通，很可能導(dǎo)致最終開發(fā)的軟件產(chǎn)品不能真正滿足用戶的需求。 (2)快速原型 瀑布型模型的缺陷在于軟件開發(fā)階段推進(jìn)是直線型的，工程實(shí)踐說明這是一個(gè) “ 理想化 ” 模型，不完全符合人們認(rèn)識(shí)問題的規(guī)律。 原型化開發(fā)方法主要思想是：先建立 一個(gè)能夠反映用戶需求的原型系統(tǒng) (“ 樣機(jī) ” )，使得用戶和開發(fā)者可以對(duì)目標(biāo)系統(tǒng)的概貌進(jìn)行評(píng)價(jià)、判斷。然后對(duì)原型進(jìn)行若干輪反復(fù)的擴(kuò)充、改進(jìn)、求精，最終建立完全符合用戶需求的目標(biāo)系統(tǒng)。 初始原型可以非常簡單，它只實(shí)現(xiàn)未來系統(tǒng)的主要功能，系統(tǒng)主要模塊之間的重要接口。初始原型主要用于向用戶展示系統(tǒng)功能概貌。確認(rèn)開發(fā)人員對(duì)系統(tǒng)主要功能的理解。對(duì)系統(tǒng)應(yīng)該具備的功能的演示運(yùn)行通?？梢詫?duì)用戶與開發(fā)人員之間的溝通起到催化劑作用，確立用戶對(duì)項(xiàng)目開發(fā)的信心。 優(yōu)點(diǎn)： ①任何功能一經(jīng)開發(fā)就能進(jìn)入測試以便驗(yàn)證是否符合產(chǎn)品需求。 ② 幫助導(dǎo)引出高質(zhì)量的產(chǎn)品要求。如果沒有可能在一開始就弄清楚所有的產(chǎn)品需求，它們可以分批取得。而對(duì)于已提出的產(chǎn)品需求，則可根據(jù)對(duì)現(xiàn)階段原型的試用而做出修改。 ③風(fēng)險(xiǎn)管理可以在早期就獲得項(xiàng)目進(jìn)程數(shù)據(jù)，可據(jù)此對(duì)后續(xù)的開發(fā)循環(huán)做出比較切實(shí)的估算。提供機(jī)會(huì)去采取早期預(yù)防措施，增加項(xiàng)目成功的機(jī)率。 ④大大有助于早期建立產(chǎn)品開發(fā)的配置管理，產(chǎn)品構(gòu)建，自動(dòng)化測試，缺陷跟蹤，文檔管理。均衡整個(gè)開發(fā)過程的負(fù)荷。 ⑤開發(fā)中的經(jīng)驗(yàn)教訓(xùn)能反饋應(yīng)用于本產(chǎn)品的下一個(gè)循環(huán)過程，大大提高質(zhì)量與效率。 ⑥如果風(fēng)險(xiǎn)管理發(fā)現(xiàn)資金或時(shí)間已超出 可承受的程度，則可以決定調(diào)整后續(xù)的開發(fā)，或在一個(gè)適當(dāng)?shù)臅r(shí)刻結(jié)束開發(fā)，但仍然有一個(gè)具有部分功能的，可工作的產(chǎn)品。 ⑦心理上，開發(fā)人員早日見到產(chǎn)品的雛型，是一種鼓舞。 ⑧使用戶可以在新的一批功能開發(fā)測試后，立即參加驗(yàn)證，以便提供非常有價(jià)值的反饋。 ⑨可使銷售工作有可能提前進(jìn)行，因?yàn)榭梢栽诋a(chǎn)品開發(fā)的中后期取得包含了主要功能的產(chǎn)品原型去向客戶作展示和試用。 缺點(diǎn)： ① “ 模型效應(yīng) ” 對(duì)于開發(fā)者不熟悉的領(lǐng)域把次要部分當(dāng)作主要框架，做出不切題的原型。 ②原型迭代不收斂于開發(fā)者預(yù)先的目標(biāo)。即每次更改，為了消除錯(cuò)誤，次 要部分越來越大， “ 淹沒 ” 了主要部分。 ③原型過快收斂于某些特定需求，而忽略了一些基本點(diǎn)，特別是與系統(tǒng)基本性能有關(guān)的部分。 ④資源規(guī)劃和管理較為困難，隨時(shí)更新文檔也帶來麻煩、版本控制可能導(dǎo)致失控。 ⑤長期在原型環(huán)境上開發(fā)，只注意得到滿意的原型，容易 “ 遺忘 ” 用戶環(huán)境和原型環(huán)境的差異。 (3)增量模型 增量模型把軟件產(chǎn)品作為一系列的增量構(gòu)件來設(shè)計(jì)、編碼、集成和測試。每個(gè)構(gòu)件由多個(gè)相互作用的模塊構(gòu)成，并且能夠完成特定的功能。使用增量模型時(shí)，第一個(gè)增量構(gòu)件往往實(shí)現(xiàn)軟件的基本需求，提供最核心的功能。 特點(diǎn)： ①以功能遞 增的方式進(jìn)行軟件開發(fā) ②能較快地產(chǎn)生可操作的系統(tǒng)； ③在每一步遞增中，都可以把用戶 /開發(fā)者的經(jīng)驗(yàn)結(jié)合到不斷求精的產(chǎn)品中；從而使用戶④有比較充裕的時(shí)間學(xué)習(xí)和適應(yīng)新軟件，減少全新軟件給客戶組織帶來的沖擊； ⑤可改善測試效果和降低軟件開發(fā)總成本。 (4)螺旋模型 將瀑布模型、原型模型等結(jié)合起來，并強(qiáng)調(diào)風(fēng)險(xiǎn)分析。 試述軟件生命周期 8 個(gè)階段要解決的關(guān)鍵問題和里程碑 階段 關(guān)鍵問題 里程碑 問題定義 要解決的問題是什么？ 關(guān)于規(guī)模和目標(biāo)的報(bào)告書 可行性研究 有可行的解嗎？ 系統(tǒng)的高層邏輯模型 需求分析 系 統(tǒng)必須做什么？ 系統(tǒng)的邏輯模型 總體設(shè)計(jì) 概括地說，應(yīng)該如何解決這個(gè)問題？ 系統(tǒng)層次圖或結(jié)構(gòu)圖 詳細(xì)設(shè)計(jì) 怎樣具體地實(shí)現(xiàn)這個(gè)系統(tǒng)？ 編碼規(guī)格說明 編碼和單元測試 正確的程序模塊 源程序、單元測試方案和結(jié)果 綜合測試 符合要求的軟件 綜合測試方案和結(jié)果、軟件配置 維護(hù) 持久地滿足擁用戶需要 維護(hù)記錄 Ch2 可行性研究 一、填空題 軟件可行性研究 的目的就是用最小代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā)、是否值得開發(fā)。 可行性研究的目的不是是開發(fā)一個(gè)軟件項(xiàng)目，而是 研究這個(gè)項(xiàng)目是否 值得去開發(fā) 、 其中的問題能否解決 。 可行性研究的本質(zhì)是要進(jìn)行一次簡化、壓縮了 需求分析 和 設(shè)計(jì) 過程，要在較高層次上以較抽象的方式進(jìn)行需求分析和設(shè)計(jì)過程。 可行性研究需要從 技術(shù) 可行性、 經(jīng)濟(jì) 可行性 、 社會(huì) 可行性 和 操作 可行性四 個(gè)方面分析研究每種解決方案的可行性。 技術(shù)可行性是對(duì)開發(fā)項(xiàng)目的 功能 、 性能 、 限制條件 進(jìn)行分析，確定現(xiàn)有資源條件下，技術(shù)風(fēng)險(xiǎn)有多大，項(xiàng)目是否 能實(shí)現(xiàn)。 經(jīng)濟(jì) 可行性一般要考慮的情況包括： 成本 和 效益 。 技術(shù)可行性的研究包括： 成本 效益分析 、 公司經(jīng)營的長期策略 、 開發(fā)所需要的成本和資源 和 潛在的市場前景 。 社會(huì)可行性所涉及的范圍包括 合同 、 責(zé)任 、 侵權(quán) 、用戶組織的管理模式、范圍以及其他一些技術(shù)人員常常不了解的陷阱。 典型的可行性研究有以下步驟：確定項(xiàng)目的規(guī)模和目標(biāo)、 研究正在運(yùn)行的系統(tǒng) 、 建立 新系統(tǒng)的高層邏 輯模型 、導(dǎo)出和評(píng)價(jià)各種方案、推薦可行的方案和編寫可行性研究報(bào)告。 一個(gè)可行性研究報(bào)告的主要內(nèi)容如下：引言、可行性研究的前提、對(duì)現(xiàn)有系統(tǒng)的分析 所建議系統(tǒng)的技術(shù)的可行性 、 所建議系統(tǒng)的經(jīng)濟(jì)可行性 、 社會(huì)因素可行性分析 、其他可供選擇的方案、結(jié)論意見。 1 系統(tǒng)效益 =經(jīng)濟(jì)效益 + 社會(huì)效益 。 1效益分有型效益和 無形效益 兩種。 1項(xiàng)目開發(fā)計(jì)劃的主要內(nèi)容：項(xiàng)目概述、 實(shí)施計(jì)劃 、 人員組織及分工 和交付期限。 1純收入 = 經(jīng)濟(jì)效益 投資。 1系統(tǒng)流程圖圖形符號(hào)表示系統(tǒng)中各個(gè)元素之間的 信息流動(dòng) 。 1軟件工程有兩種效益，它們是 有形效益 和 無形效益 。 1可行性的最后一個(gè)步驟是 編寫可行性研究報(bào)告 。 1系統(tǒng)的經(jīng)濟(jì)效益等于 因使用新的系統(tǒng)而增加的收入 加上 使用新的系統(tǒng)可以節(jié)省的運(yùn)行費(fèi)用 。 1 經(jīng)費(fèi)使用是否合理 是從 社會(huì)角度 評(píng)價(jià)開發(fā)一個(gè)新的軟件項(xiàng)目是否可行。 可行性研究中描述系統(tǒng)高層次物理模型的工具是 系統(tǒng) 流程圖 。 2可行性研究的本質(zhì)是進(jìn)行一次簡化、壓縮了的 需求分析和設(shè)計(jì) 。 2可行性研究的第一個(gè)步驟是 確定項(xiàng)目的規(guī)模和目標(biāo) 。 二、選擇題 研究開發(fā)資源有效性是進(jìn)行 ( A )可行性研究的一個(gè)方面 A. 技術(shù) B. 經(jīng)濟(jì) C. 社會(huì) D. 操作 在軟件可行性研究中、可以從不同的角度對(duì)軟件進(jìn)行研究，其中是從軟件的功能可行性角度考慮的是 ( B )可行性 A. 經(jīng)濟(jì) B. 技術(shù) C. 操作 D. 社會(huì) 在遵循軟件工程原則開發(fā)軟件過程中，計(jì)劃階段應(yīng)該依次完成 ( B ) A. 可行性研究、需求分析、問題定義 B. 問題定義、可行性研究、 需求分析 C. 需求分析、問題定義、可行性研究 、問題定義、需求分析 技術(shù)可行性要解決 ( D ) A. 存在侵權(quán)否 B. 成本 效益問題 C. 運(yùn)行方式可行 制 定軟件計(jì)劃的目的在于盡早對(duì)欲開發(fā)的軟件進(jìn)行合