【正文】 當用戶認可以后，將原型不斷擴充、演變?yōu)樽罱K的軟件產(chǎn)品，它是在不斷于用戶交流過程中開發(fā)出來的，不斷得到用戶的反饋意見，隨時根據(jù)用戶意見進行修改完善，因而能滿足用戶需求。其主要目的是及早向用戶提交一 個原型系統(tǒng)。 。一旦通過原型的開發(fā)運行，明確了用戶的需求，可按瀑布模型的設計、編碼、測試進行開發(fā)。同過對原型的開發(fā)來明確用戶的需求。 （ 3）數(shù)據(jù)庫模式，用原型來確定系統(tǒng)的數(shù)據(jù)庫結構。 ，構造原型的內容的取舍不同，體現(xiàn)出原型特征有如下類別： （ 1）系統(tǒng)的界面形式，用原型來解決系統(tǒng)的人機交互界面的結構。若對于一個大型軟件系統(tǒng)的設 軟件工程習題與解答 44 計方案心中沒有把握時，要考核設計方案是否正確、能否實現(xiàn)、可通過原型模型的開發(fā)運行來證實。 可以減少重復勞動。容易使用的數(shù)據(jù)編輯，屏幕格式化軟件等對原型設計和開發(fā)都有很大的幫助。能提供很多工具，可以定義、建立、查詢、加工信息資源。能快速的響應使用者的要求。 （ 4）用戶的軟件資源沒有沒組織和管理起來的時候，因為 MIS 中的模型、模塊、使用設施和程序的難易程度對原型使用很關鍵。 （ 2）用戶不愿意參與開發(fā)。 上訴這些情況均適合于使用原型模型來開發(fā)。 （ 3）用戶對系統(tǒng)的需求較為模糊，對某種要求缺乏信心。 ： （ 1）開發(fā)周期很長的項目，通過原型開發(fā)來縮短開發(fā)周期。 （ 4）在多次重復改變原型的過程中，程序員會感到厭倦。 （ 2）缺乏有效的管理機制，還未建立起自己的開發(fā)標準。 （ 4）通過實際運行原型，提供直接評價系統(tǒng)的方法，促使用戶主動參與開發(fā)活動，加強了信息反饋，促進各工作員的協(xié)調，減少誤解，適應需求的變化，你能有效提高系統(tǒng)的質量。 （ 2）可及早發(fā)現(xiàn)問題，隨時糾正錯誤。它將原型的思想擴展到軟件開發(fā)的全過程。 （ 3）演化型模型。 這種原型主要用于設計階段，考核實現(xiàn)方案是否合適，能否實現(xiàn)。它主要針對開發(fā)目標模糊，用戶與開發(fā)者對項目都缺乏經(jīng)驗的情況，通過對原型的開發(fā)來說明用戶的需求。根據(jù)原型的不同作用，有三類原型模型： （ 1）探索型模型。 16 原型模型又稱快速原型模型，它是增量模型的另一種形式。 （ 4）能重用軟件。 （ 3）采用非常高級語言和專門語言。此方法主要用于解決要求的驗證問題。這是一種使要求說明過程自動化的技術 ，通過可智興的規(guī)格說明語言來描述預期的行為 “作什么 ”，人們可以從直接觀察中用規(guī)格說明語言來規(guī)定任何系統(tǒng)行為。 采用何種形式，何種策略運用快速原型主要取決于軟件項目的特點，人員素質，可供支持的原型開發(fā)工具和技術等，這要根據(jù)實際情況的特點來決定。探索型和試驗型快速原型就時采用此策略的。 14 由于運用原型的目的和方式不同，在使用原型時也采取不同的策略，有拋棄策略和附加策略。 上述步驟是為了描述方便而劃分的。若原型未滿足需求說明的要求，說明對需求說明存在不一致的理解或實現(xiàn)方案不夠合理， 則根據(jù)明確的要求迅速修改原型。 （ 5）修改。 軟件工程習題與解答 42 （ 4）評價原型。這是發(fā)現(xiàn)問題，消除誤解，使開發(fā)者與用戶充分協(xié)調的一個步驟。這里要求具有強有力的軟件工具支持，并忽略最終系統(tǒng)在某些細節(jié)上的要求，如安全性，堅固性，例外處理等等，主要考慮原型系統(tǒng)能夠充分反映所要評價的特性，而暫時刪除一切次要內容。 （ 2）構造原型。分析人員與用戶緊密配合下，迅速確定系統(tǒng)的基本要求，根據(jù)原型 所要體現(xiàn)的特征描述基本需求以滿足開發(fā)原型的需求。 在構造原型的目的確定考核，評價原型的內容。 12 原型不同于最終系統(tǒng)，兩者在功能上的區(qū)別使最終系統(tǒng)要實現(xiàn)軟件需求的全部功能，而原型只實現(xiàn)所選擇的部分功能，最終系統(tǒng)對每個軟件需求都是要求詳細實現(xiàn)，而原型僅僅是為了試驗和演示的，部分功能需求可以忽略或者模擬實現(xiàn)。 以后，又把快速原型思想用到軟件開發(fā)的其他階段，并向軟件開發(fā)的全過程擴展。因此在開發(fā)過程的早期，在獲得一組基本需求說明之后，就快速的使其 “實現(xiàn) ”，通過原型反饋，加深對系統(tǒng)的理解， 并滿足用戶的基本需求，使用戶在試用過程中受到啟發(fā)，對需求說明進行補充和精確化，還幫助開發(fā)者和用戶對系統(tǒng)需求的理解。 在 20世紀 80年代就出現(xiàn)了快速原型的思想，它是在研究需求階段的方法和技術中產(chǎn)生的。 快速原型是利用原型輔助軟件開發(fā)的一種新思想。 有多種增量模型，根據(jù)增量的方式和形式的不同，分為漸增模型和原型模型。增量開發(fā)是指在項目開發(fā)周期內，以一定的時間間隔增量方式向用戶提交工作軟件及相應文檔。 增量模型是在項目的開發(fā)過程中以一系列的增量方式開發(fā)系統(tǒng)。 第 2 章 軟件工程的基本理論 41 增量的模型和瀑布模型之間的本質區(qū)別是：瀑布模型屬于整體開發(fā)模型，它規(guī) 定再開始下一個階段的工作之前，必須完成前一階段的所有細節(jié)。 10．為了克服瀑布模型的局限性，使開發(fā)過程具有一定的靈活性和可修改性，于是產(chǎn)生了增量模型。開發(fā)的順序按上圖中的編號進行。 1 1 1 1 1 1 1 1 1 1 1 1 需求分析 設計 編碼 測試 圖 2－ 3 在該模型中，項目開發(fā)的各個階段都是增量方式。它在瀑布模型的基礎上，所有階段都進行增量開發(fā)，也就是說不僅是增量開發(fā)，也是增量提交。在這種模型的 開發(fā)中，用戶及早看到部分軟件功能，可以及早發(fā)現(xiàn)全面問題，以便在開發(fā)其他軟件功能時及時解決問題。增量構造模型如圖 22 所示。它在瀑布模型基礎上，對一些階段進行整體開發(fā)，對另一些階段進行增量開發(fā)。 軟件工程習題與解答 40 9．漸增模型是瀑布模型的變種，有兩類漸增模型：增量構造模型和演化提交模型。 傳統(tǒng)的瀑布模型很難適應需求可變、模糊不定的軟件系統(tǒng)的開發(fā)，而且在開發(fā)過程中，用戶很難參與進去，只有到開發(fā)結束才能看到整個軟件系統(tǒng)。雖然瀑布模型也允許迭代，但這種改變往往給項目開發(fā)帶來混亂。 8．盡管傳統(tǒng)的瀑布模型曾經(jīng)給軟件產(chǎn)業(yè)帶來了巨大的進步，部分緩解了軟件危機，但這種模型本質上是一種線性順序模型，因此存在著比較明顯的缺點，各階段之間存在著嚴格的順序性，特別強調預先定義需求的重要性，在著手進行具體的 開發(fā)工作之前，必須通過需求分析預先定義并“凍結”軟件需求，然后再一步一步地實現(xiàn)這些需求。 （ 4）原型模型鼓勵用戶參與開發(fā)過程，參與原型的運行和評價，能充分地與開發(fā)者協(xié)調一致。 （ 2）原 型可作為新穎設計思想的實現(xiàn)工具，也可作為高風險開發(fā)的安全因素，從而證實設計的可行性。為了達到此目的，需要良好的開發(fā)方法。相應的支持工具較多，發(fā)展較為成熟。它的基本原則是功能的分解與抽象。 從軟件工程誕生以來，人們重視了軟件開發(fā)方法的研究，已經(jīng)提出了多種軟件開發(fā)方法和技術，對軟件工程及軟件產(chǎn)業(yè)的發(fā)展起到了重要作用的方法有：結構化方 法、 Jackson 方法、維也納開發(fā)方法（ VDM）、面向對象的開發(fā)方法等。方法一般表述成一系列的步驟，每一步驟都與相應的技術和符號相關。通常，軟件生存周期包括可行性分析和項目開發(fā)計劃、需求分析、概要設計、詳細設計、編碼、測試、維護等活動，可以將這些活動以適當?shù)姆绞椒峙涞讲煌A段去完成。 軟件生存周期在各階段有不同的劃分。 3．軟件生存周期是指一個軟件從提出開發(fā)要求開始直到該軟件報廢為止的整個時期。 軟件工程習題與解答 38 28： D 解析：軟件開發(fā)瀑布模型中測試與測試目標定義的關系如圖 2— 1 所示。至于文檔編制則應貫穿與各個周期，維護是運行時期的主要內容。 25： A 解析：軟件開發(fā)中的結構化生命周期方法是以瀑布模型為基礎的，對象模型是面對對象的軟件開發(fā)的基礎，層次模型是在結構化開發(fā)設計階段常用的方法；螺旋 模型是軟件工程發(fā)展過程中，出現(xiàn)的一種軟件生命周期模型，此外還有演化模型，噴泉模型，智能模型等，所以答案是 A 26． A， 2 ， B 4， C1， D4， E1 27． A2， B1， C3 解析：迄今為止，軟件生存周期仍是軟件工程的最重要原理之一，傳統(tǒng)的瀑布模型仍是基本的軟件開發(fā)模型，這種模型的步驟清楚，每一步的任務明確，即可以主要靠手工進行開發(fā)，有可以利用工具來輔助開發(fā)， 在開發(fā)時期，主要包括需求分析（解決做什么），概要于詳細設計（解決 這么做，總體設計或模塊設計都屬于概要設計階段），編碼（解決在計算機上“實現(xiàn) ”）以及測試（解決“質量保證”）。結構設計，即確定軟件結構。即使在軟件開發(fā)中由于技術等原因造成文檔的改動，也必須將改動造成的影響反應到所有相關的文檔中，以便該軟件系統(tǒng)的測試，維護，升級，保持一定的一致行性等。 CASE 是 Computer Aid Software Engineering 的縮寫，即計算機輔助軟件工程， CASEtools 在軟件開發(fā)的各個工程中得到了廣泛的應用，按照 CASE 工具的使用功能標準來劃分，可分為：信息工程工具，過程建模與管理工具，項目計劃工具，風險分析工具，項目管理工具，需求跟蹤工具，度量和管理工具，文檔工具， 系統(tǒng)軟件工具，數(shù)據(jù)管理工具，質量保證工具，集成和軟件測試工具，靜態(tài)分析工具，動態(tài)分析工具，測試管理工具，客戶 \服務器測試工具，再工程工具等，還可以作進一步的劃分。所以答案為 B。 事實上，結構化生命周期方法主要以分析數(shù)據(jù)流來設計軟件的，僅僅在軟件的詳細設計中，常常用到控制流的分析方法設計程序，所以答案是 D。 結構化生命周期方法是以軟件開發(fā)地瀑布面向為基礎地，所以它在開發(fā)中要劃分開發(fā)階段。所以答案是 B。 軟件工程習題與解答 36 12． A 13． B 【解析】：結構化開發(fā)方法是指在軟件開發(fā)初期明確地定義軟件地功能和軟件開發(fā)地標準，作為軟件開發(fā)地后期實施依據(jù)； 原型化方法是指在軟件開發(fā)的過程中動態(tài)地定義軟件地需求和軟件的功能，標準，面向對象的開發(fā)方法，強調以對象作為在軟件設計中的基本元素，并以類和繼承來表達是事物具有的共性和他們之間存在的關系；控制流方法事實上是在軟件概要設計中常用的一種方法。 9． D 10． B 【解析】：系統(tǒng)測試又稱確認測試，它包括功能測試和驗收測試兩種，它按軟件需求說明書上的功能逐項進行。所以答案是 C。 5． C 6． A 7. C 【解析】：在軟件開發(fā)中，軟件的生命周期的各個階段的正確分析和設計是極為重要的。所以，答案是 B。顯然兩個開發(fā) 方法地不同。 ?哪些情況下不適宜使用原型？ ？ ？ 種類型？ ？ ？ 參考答案 一、填空題 、供應過程、開發(fā)過程、操作過程、維護過程、管理過程、支持過程 、 Jackson 方法、維也納開發(fā)方法（ VDM）、面向對象的開發(fā)方法 、結構化設計、結構化程序設計、數(shù)據(jù)流 、對象、面相對象、迭代性、無間隙性 、軟件需求形式化說明、變換 、分解、抽象、數(shù)據(jù)處理領域 、增量 計劃、風險分析、開發(fā)實施、用戶評估 、面向對象設計、面相對象實現(xiàn) 、 Coad、 OMT