【正文】 的特征描述基本需求以滿足開發(fā)原型的需求。因此在開發(fā)過程的早期，在獲得一組基本需求說明之后，就快速的使其 “實現(xiàn) ”，通過原型反饋，加深對系統(tǒng)的理解， 并滿足用戶的基本需求，使用戶在試用過程中受到啟發(fā)，對需求說明進行補充和精確化，還幫助開發(fā)者和用戶對系統(tǒng)需求的理解。增量開發(fā)是指在項目開發(fā)周期內(nèi)，以一定的時間間隔增量方式向用戶提交工作軟件及相應文檔。開發(fā)的順序按上圖中的編號進行。增量構(gòu)造模型如圖 22 所示。雖然瀑布模型也允許迭代，但這種改變往往給項目開發(fā)帶來混亂。為了達到此目的，需要良好的開發(fā)方法。方法一般表述成一系列的步驟，每一步驟都與相應的技術(shù)和符號相關(guān)。 軟件工程習題與解答 38 28： D 解析：軟件開發(fā)瀑布模型中測試與測試目標定義的關(guān)系如圖 2— 1 所示。即使在軟件開發(fā)中由于技術(shù)等原因造成文檔的改動，也必須將改動造成的影響反應到所有相關(guān)的文檔中，以便該軟件系統(tǒng)的測試，維護，升級，保持一定的一致行性等。 結(jié)構(gòu)化生命周期方法是以軟件開發(fā)地瀑布面向為基礎(chǔ)地，所以它在開發(fā)中要劃分開發(fā)階段。所以答案是 C。 ?哪些情況下不適宜使用原型？ ？ ？ 種類型？ ？ ？ 參考答案 一、填空題 、供應過程、開發(fā)過程、操作過程、維護過程、管理過程、支持過程 、 Jackson 方法、維也納開發(fā)方法（ VDM）、面向?qū)ο蟮拈_發(fā)方法 、結(jié)構(gòu)化設(shè)計、結(jié)構(gòu)化程序設(shè)計、數(shù)據(jù)流 、對象、面相對象、迭代性、無間隙性 、軟件需求形式化說明、變換 、分解、抽象、數(shù)據(jù)處理領(lǐng)域 、增量 計劃、風險分析、開發(fā)實施、用戶評估 、面向?qū)ο笤O(shè)計、面相對象實現(xiàn) 、 Coad、 OMT 軟件工程習題與解答 34 、增量、螺旋、噴泉、變換、基于知識的 、項目開發(fā)計劃、需求分析、概要設(shè)計、詳細設(shè)計、編碼、測試、維護 、軟件開發(fā)方法 、整體開發(fā)、增量分析 、增量開發(fā)、增量提交 、基于腳本的設(shè)計、采用非常高級語言或?qū)ｉT 語言、能重用軟件 、系統(tǒng)的總體結(jié)構(gòu)、系統(tǒng)的主要處理和性能、數(shù)據(jù)庫設(shè)計 、增量開發(fā) 、增量方式、工作軟件、相應文檔 、增量模型 、設(shè)計、實現(xiàn)方案、可行性與合理性、總體框架、設(shè)計結(jié)果 、構(gòu)造原型、運行原型、評價原型、修改 、軟件工具和環(huán)境、反復循環(huán)、軟件系統(tǒng) 、快速實現(xiàn)、試用原型、反復評價和改進原型 、用戶的需求、所期望的特性、可行性 性能 、用戶與開發(fā)者對項目都缺乏經(jīng)驗、用戶的需求 、接受對象、事件跟蹤圖 、共享、實現(xiàn)步驟 （數(shù)據(jù)值）、屬性值 、事件、狀態(tài)序列 、輸入事件 、實現(xiàn)方案、能否實現(xiàn) 、結(jié)構(gòu)和行為、代碼的共享 、實驗型、演化型 、重要特性 、附加策略 、原型 、需求說明 、開發(fā)結(jié)束 第 2 章 軟件工程的基本理論 35 55. 整體、非整體 56. 增量方式 ,細節(jié) ,盡早 57. 瀑布模型 ,增量開發(fā) ,增量開發(fā) ,增量提交 58. 早起 ,重要特性 59. 需求分析 ,需求說明 ,瀑布模型 60. 需求分析和設(shè)計 ,編碼和測試 二 . 選擇題 1. C 2. B 【解析】：軟件開發(fā)的結(jié)構(gòu)化方法死基于瀑布模型的，而原型化方法是基于動態(tài)定義的需求。 ，以下說法不正確的是（ ）。 ，能夠使用原型 ，不能相對穩(wěn)定時，能夠使用原型 開發(fā)工具，或?qū)υ偷目捎霉ぞ卟涣私獾臅r候，能夠使用原型 ，能夠使用原型 ，可以容易地確定系統(tǒng)的性能，確認各項主要系統(tǒng)服務的可應用性，確認（ ），確認系統(tǒng)作為產(chǎn)品的結(jié)果。 A:整體開發(fā) B:非整體開發(fā) C:靈活性差 D:較晚產(chǎn)生工作軟件 30:漸增模型是（ ）。 ，活動和任務的結(jié)果框架。其中規(guī)定了由前至后、相互銜接的固定次序的模型是（）。 A運行階段 B可行性研究 C詳細研究 D測試與排錯 ，在軟件生命周期中的八個階段中，下面的幾個選項中 ,()出錯，對軟件的影響最大。 ，用原型過程來代替 __階段，把原型作為 __的補充形式，運用原型盡可能使需求說明完整、一致、準確、無二義性，但在整體上仍采用 __。 ，分為 __模型和 __模型。 __的抽象。 __。 。在順序進行設(shè)計，編碼，測試，把該功能的軟件交付給用戶，然后再對另一部分功能進行開發(fā)，提交用戶，直到所有功能全部增量開發(fā)完畢。 根據(jù)增量的方式和形式的不同，增量模型分為漸增模型和原型模型。 傳統(tǒng)的瀑布模型很難適應可變，模糊不清的軟件系統(tǒng)的開發(fā)，而且在開發(fā)過程中，用戶很難參與進去，只有到開發(fā)結(jié)束才能看到整個軟件系統(tǒng)。通常，軟件生岑周期包含可行性分析 和項目開發(fā)計劃，需求分析，概要設(shè)計，詳細設(shè)計，編碼，測試，維護等活動，可以將這些活動以適當方式分配到不同階段去完成。丁以維護者和機構(gòu)為了修改的管理軟件，使它處在良好的運行狀態(tài)所需要的活動。定義需要按合同或取一個系統(tǒng)，軟件產(chǎn)品或服務的活動。 （ 3）開發(fā)過程。 (7) 支持過程。目前由若種軟件生存周期模型。 增量模型是在瀑布模型的基礎(chǔ)上加以修改而形成的。也就是說在前面的開發(fā)階段按瀑布模型模型進行整體開發(fā)，后面的開發(fā)階段按增量方式開發(fā)。 4. 原型模型 中開發(fā)模型又是快速原型模型，它是增量模型的另一種形式。 ，必須注意 __取舍，忽略一切暫時不關(guān)心的部分。不同對象的同一屬性可以具有相同或不同的 __。 ，存在繼承關(guān)系的各相似子類中，存在數(shù)據(jù)結(jié)構(gòu)和行為的 __，使各相似子類共享共同的 __。 ，使需求說明完整、一致、準確，這種快速原型是 __原型。 A螺旋模型 B增量模型 C功能模型 D瀑布模型 ，在實際應用中，它們之間的關(guān)系表現(xiàn)為（）； A相互排斥 B相互補充 C交替使用 D獨立使用 、需求分析、概要設(shè)計、詳細設(shè)計、編碼、（）、維護等活動。 A基于瀑布模型的結(jié)構(gòu)化方法 B基于需求動態(tài)定義的原型化方法 C基于對象的面向?qū)ο蠓椒? D基于數(shù)據(jù) 的數(shù)據(jù)流開發(fā)方法 ，用戶主要是在（）參與軟件開發(fā)。 A．瀑布模型 C. 變換模型 D. 螺旋模型 18 .Which of the following statement is correct? A. The definition plase result in the Software Requirement Specification is optional in software life cycle tools can only aid in the design phase of a sofeware lifecycle change during alter phase does not require the documentation 第 2 章 軟件工程的基本理論 29 （ ） 20．目前有若干種軟件生存周期模型。 噴泉模型描述了（ ）的開發(fā)模型，它體現(xiàn)了這種開發(fā)方法創(chuàng)建軟件的過程所固有的（ ）和（ ）的特征。 ，實現(xiàn)原型的途徑也有所不同，下列不正確的類型是（ ）。 ，以下說法不正確的是（ ）。 A .對于探索型，把原型作為需求說明的補充形式 ，通過原型過程的反復循環(huán)，直接得到軟件系統(tǒng) ，原型成為設(shè)計的總體框架或設(shè)計結(jié)果的一部分 ，適用于（ ）系統(tǒng)。但是，兩個方法地目的都是實現(xiàn)軟件生產(chǎn)地工程化，因此它們有互相借鑒的部分。 11． C 【解析】：面向?qū)ο蟮募夹g(shù)首先在 SmallTalk 語言中得到應用，后來隨著 C＋＋， JAVA 等面向?qū)ο蟮恼Z言的出現(xiàn)，面向?qū)ο蟮募夹g(shù)的廣泛的開發(fā)工具的支持， UML 是在面向?qū)ο蟮能浖_發(fā)中在設(shè)計解毒常用的一個工具，因此應選 C。 15． B 【解析】：軟件工程中的軟件工程技術(shù)主要是從軟件的系統(tǒng)結(jié)構(gòu)，軟件得數(shù)據(jù)結(jié)構(gòu)，軟件的數(shù)據(jù)流，軟件的控制流等角度來研究軟件是如何開發(fā)的，而指令流和程序流在軟件工程中事實上描述的不夠精確，相對地，它們在計算機的操作系統(tǒng)和編譯器，計算機系統(tǒng)結(jié)構(gòu)中有比較嚴格的定義。而程序的結(jié)構(gòu)或函數(shù)的結(jié)構(gòu)是軟件的詳細設(shè)計階段主要任務，并且在具體的軟件開發(fā)中不同的系統(tǒng)有不同的軟件結(jié)構(gòu)，不可能有通用的軟件系統(tǒng)，所以答案是 C。把整個生存周期劃分為若干階段，使得每個階段有明確的任務，使規(guī)模大、結(jié)構(gòu)復雜和管理復雜的軟件開發(fā)變得容易控制和管理。 5．結(jié)構(gòu)化方法總的指導思想是自頂向下、逐步求精。 （ 3）原型模型支持軟件產(chǎn)品的演化，對開發(fā)過程中的問題和錯誤具有應付變化的機制。這種思想的、線性的開發(fā)過程，缺乏靈活性，不適應實際的開發(fā)過程 。 （ 2）演化提交模型。它是在瀑布模型的基礎(chǔ)上加以修改而形成的。 11 快速原型模型的基本思想：軟件開發(fā)過程中的原型是軟件的一個早期可運行的 版本，它反映了最終系統(tǒng)的重要特性。即先用相對少的成本，較短的周期開發(fā)一個簡單的但可以運行的系統(tǒng)原型向用戶演示或讓用戶試用，一邊及早澄清并檢查一些主要設(shè)計策略，在此基礎(chǔ)上再開發(fā)實際的軟件系統(tǒng)。在快速分析的基礎(chǔ)上，根據(jù)基本需求說明盡快實現(xiàn)一個可運行的系統(tǒng)。根據(jù)評價原型的活動結(jié)果進行修改。 (2) 附加策略是將原型用于開發(fā)的全過程，原型由最基本的核心開始，逐步增加新的功能和新的需求，反復修改，反復擴充，最后發(fā)展為用戶滿意的最終系統(tǒng)，演化型快速模型就是采用此策略。這是一些建模的語言，使用應用領(lǐng)域中的術(shù)語，方便了用戶和開發(fā)者在計劃中的系統(tǒng)的特性的思想交流。 （ 2）實驗型模型。 （ 3）減少技術(shù)、應 用風險，縮短開發(fā)時間，減少費用，機討生產(chǎn)率。 （ 2）系統(tǒng)的使用可能變化較大，不能相對穩(wěn)定，而原型模型具有適應變化的機制。 ： （ 1）交互式系統(tǒng)。 。使用于一個開發(fā)目標模糊、用戶于開發(fā)者均缺乏這種項目開發(fā)經(jīng)驗的軟件項目。