文檔來源為:從網絡收集整理WOKi版本可編輯?歡迎下載支持.第二章軟件工程的基本理論本章內容主要包含：軟件工程過程，軟件生存周期，軟件周期模型，軟件開發的增量模軟件工程規定了獲取，供應，開發，操作和維護軟件時要實施的過程，活動（5）維護過程。丁以維護者和機構為了修改的管理軟軟件生存周期是指一個軟件從提出開發要求開始直到該軟件報廢為止的整個胸期。把整個生存周期劃分為若I：階段，使得每個階段有明確的任務，是規模大，結構復雜和管理復雜的軟件開發變的容階段的任務應盡可能縣對獨立，統一階段各項任務的性質盡可能發和演繹中各階段的次序限制以及各階段活動的準則，確立開發過程所遵守的規定和盡管傳統的瀑布模型曾經給軟件產業帶來巨大的進步，部分的緩解了軟件危機，但這種模型本質上是一種線性的順序模型，因此存在著比較明顯的缺陷，各階段之強調預先定義需求的重要性，但是世界項日很少是遵循這種線性順序傳統的瀑布模型很難適應可變，模糊不淸的軟件系統的開發，而且在開發過程中，用戶很難參與進去，只有到開發結朿才能看到整個軟件系統。這種理想的，線性的開發過程，缺乏靈活性，不適應世為了克服瀑布模型的不足，提出了軟件開發的增量模型，根據增量的方式和形式的不同，增量模型期內，以一定的時間間隔更亮方式向用戶提交工作軟件及相關文檔。兩者可以同時使用也可以單獨使他在瀑布模型基礎上，對一些階段進行整體開發，對另一些階段進行增量開發。也就是說在他在瀑布模型的基礎上，所有階段都進行增量開發，也就是說不僅是增量開發，也是增量提有功能全部增量開發完畢。它不僅是增量開發也是增量提交，用戶將最早受到部分工作軟件交付給用一個模型，在該模型的基礎上，逐漸完成整個系統的開發工作。根據原型的徳不同作用，有三類原型這種類型的原型模型是把原型用于開發的需求分析階通過對原型的開發來明確用戶的需求.這種原型主要用與設計階段，考核方案是否合適，能否實現?對于一個人型系統，若對設計方案沒有把握時，可通過這種原型來實現方案的正確性.件開發的全過程.原型不同于最終系統，最終系統對每個軟件要求都要求詳細實現，而原型僅僅是為了試驗和演示用因此,在構造原型時，必須注意功能性能的取舍，忽略一切暫時不關心的部分以加速原時又要充分體現原型的作用，滿足評價原型的要求.描述基本需求以滿足開發原型的需要.(2)構造原型.在快速分析的基礎上,根據基本需求說明盡(3)運行原型.這是發現問題，消除誤解,開發者與用戶充分協調的一個步驟.各類人員在共同運用原型的過程中進一步加深對系統的了解及相互之間的理解.提出全面的修改意見.(5)修改.根據評價原型的活動結果進行修改.修改過程代替了初始的快速分析，從而形成原型開發的循壞過程?用戶與開發者在這種循壞過程中不斷接近系統的⑴可執行的規格說明?通過可執行的規格說明語言察中用規格說明語言來規定任何系統行為.(2)基于腳本的設計.一個腳本將模擬在系統運行期間用戶經歷的事件，他提供了輸入…處理…輸出(3)采用高級語言或專門語言.軟件開發方法是一種使用早已定義好的技術集及符號表示習慣來組織軟件生產的過程.方法一般表述成一系列的步驟，每一步驟都與相應的技術符號相關.軟件工程及軟件產業的發展起了不可估量的作用.2.描述軟件開發過程中各種活動如何執行?的模型稱為—模型.4.結構化方法由—,—,—，構成.它是一種面向—的開發方法.一部分，可以讓用戶及早看到部分軟件,及早發現問題?或者先開發示給用戶并征求意見，然后逐步完善,最終獲得滿意的軟件產品.件重用和多項開發活動集成的局限性?噴泉模型使開發過程具有—和—.7.變換模型是一種適合于—方法的模型.從—開始，經過一系列—，最終得到系統的目標程序.法，特別適合于—的問題.9.維也納開發方法(VDM)是一種形式化的開發方法,軟件的需求用嚴格的—描述，然后把描述模型逐步變換成目標系統.不足.—,實施軟件開發.第四步—，評價開發工作，提出修改意見,建立下一個周期的計劃.—,—,—,—,—,—,—,—，它規定了由前至后,相互銜接的固定次序，如瀑布流水逐級下落.程度效率問題，而不是解決個別階段的問題?由于跨越了軟件生存周期各個階段，著眼于軟件分析和設計以及實現和維護的自動化，從軟件生存周期的兩端解決了生產率問題.22.增量模型是在項目的開發過程中以一系列的—，開發24.構造原型的技術主要有—,—,25.根據原型的目的，方式及內容的取26.增量構造模型是在瀑布模型基礎上29.對于試驗型，用原型過程來代替—，階段，即在—，階段引入原型，快速分析—，快型，通過運行，考察設計方案的—，原型成為設計的—，或_，的一部分.35.探索型類型的原型模型是把原型用于開發的—階段，目的是要弄清楚_，確定并探索各種方案的39.事件可以看成是信息從一個對彖到另一個對彖的單40.操作指的是類中對彖所使用的一種_。類中的各對象可以—操作，方41.屬性指的是類中對彖所具有的不同對彖的同一屬44.狀態圖反映了_與_的關系。狀態圖存在數據結構和行為的使各相似子類共享共同的使用繼承來實現52.若原型不滿足需要說明，則根據明確的要求修改若原型不滿足用戶需求，則修改和規定重新構造59.對于探索型，用原型過程來代替A應用6.瀑布模型中軟件生命周期劃分為八個階段計、詳細設計、編碼、測試和運行、維護。八個階段又分為可歸納為三個大的階段:計劃階段，開發階7.從結構化的瀑布性模型看，在軟件生命周期中的八個階段中，卞面的幾個選項中，（）出錯,，（）9.軟機生存期中時間最長的階段是()10.檢查軟件產品是否符合需求定義的過程為()（）C基于對彖的面向對彖方法D基于數據的數據流開發方法15.結構化分析方法是一種預先嚴格定義需求的方法，它在實施時強調的是分析對彖的()A程序流（）19.瀑布模型是一種()稱為()22.軟件開發的結構化生命周期方法將軟件生命周期分成()A.計劃階段，開發階段，運行階段D.需求分析，功能定義，系統設計23.軟件工程中描述生存周期模型的瀑布模型一般包括計劃，（），設計，編A.瀑布模型化模型，螺旋模型，噴泉模型和智能模型。螺旋模型將瀑布模型和演化模型相結合，并增加了（），它噴泉模型描述了（）的開發模型，它體現了這種開發方法創建軟件的過程所固有的()A.I.系統工程D.I.歸納E:1.開發各階段之間無“間隙”27.在軟件工程中，軟件生存期（lifecycle）可分為計劃、開為若干更小的階段。通常，計劃時期包扌舌問題定義和開發時期包括概要設計,A:詳細設計階段B.概要設計階段A:整體開發D:較晚產生工作軟件文檔來源為:從網絡收集整理.WOKi版本A:與瀑布模型無關B:與變化模型有關C.（）A.開發周期很長的項目，能夠使用原型C.缺乏開發工具，或對原型的可用工D.開發者對系統的某種設計方案的實現無信心或無十分的把握，能夠使用原型A.增量模型是在瀑布模型的基礎上加以修改而形成的D.瀑布模型規定在開始下一個階段的工作之前，必須完成前一階段的所有細節A.開發完畢才見到產品E?及早提供工作軟件C.及早提供全部完整軟件D?開發完畢才見到工（）A.暫不考慮速度、空間等性能效率方面的要求D.對于原型界面部分的設計，暫不考慮與最終系統的界面內容A.快速原型思想是在研究概要設計階段的方法和技術中產生的D.快速原型是利用原型輔助軟件開發的一種新思想A.對于探索型，用原型過程來代替全部開發階段44.通常用于構造原型的技術包括可執行規格說明、（）、自動程序設計、專用語言、可重用（）（）A.原型為軟件系統提供明確的需求說明E.原型可作為新穎設計思想的實現工具及高風險開發的安全因素，證D.原型模型在用戶不愿意參與開發過程的情況卞，能充分地鼓勵開發者地積極性A.用戶對系統的需求較為模糊，對某種需求缺乏信心時，不宜使用原型D.用戶的軟件資源沒有被組織和管理起來的時候，不宜使用原型A.對于探索型，把原型作為需求說明的補充形式A.用戶容易參與開發B.缺乏靈活性4.結構化分析、結構化設計、結構化25.系統的界面設計、系統的總體結構【解析】：軟件開發的結構化方法死基于瀑布模型的，而原型化方法是基于動態定義的需求。結構化方法是在開發的每個階段都有的目標的，即在軟件的需求分析階段已經將要開發的軟件的目標和功能確定，而原型化定義對開發人員的素質要求比較高，所以占用的人員并不需要太多【解析】：在軟件開發中，軟件的生命周期的各個階段的正確分析和設計是極為重要的。錯，將嚴重影響后期的開發，因為它們的錯誤將以【解析】：在瀑布模型中需求分析階段指導概要設計階段，概要設計階段指導詳細設計階段，【解析】：系統測試又稱確認測試，它包拾功能測試和驗收測試兩種，它按軟件需求說明書上的功能逐項進【解析】：結構化開發方法是指在軟件開發初期明確地定義軟件地功能和軟件開發地標準，發方法，強調以對象作為在軟件設計中的基本元素，并以類和繼承來表達是以便以后的開發中遵照執行，相對原型化開發中動態地定義軟件的需求來說，它需要在義軟件的需求分析，并且在軟件開發的后期執行中盡量少改動軟件的需求分析這是由在不同階段生成的文檔要完成的任務決定的，在可行性分析階段生成的可行性分析報告，在軟件的需求分析階段生成軟件需求規格說明書，在軟件概要設計，詳細設計階段生成軟件設計規事實上，結構化生命周期方法主要以分析數據流來設計軟件的，僅僅在軟件的詳細設計中【解析】：軟件工程中的軟件工程技術主要是從軟件的系統結構，軟件得數據結構，軟件的數據流,軟件的控制流等角度來研究軟件是如何開發的，而指令流和程序流在軟件工程中事實上描述的不夠精是必不可少的，良好的軟件測試是保證軟件工具，項目計劃工具，風險分析工具，項目管理工具，需求跟蹤工具，度量和管理工具，文具，數據管理工具，質量保證工具，集成和軟件測試工具，靜態分析工具，動態分析工具，測試定的軟件范闈加以展開，制定出完整的信息描述，詳細的功能說明，恰當的檢驗標準以及其他的于要求有關的數據，它是在軟件的定義階段產生的，所以答案是A,劃階段，開發階段，和運行階段，所以答案是A構或函數的結構是軟件的詳細設計階段主要任務，并且在具體的軟件開發中不同的系統有不同的軟件結構，不模型是在結構化開發設計階段常用的方法；螺旋模型是軟件工程發展過程中，出現的一種軟件生命周期模型，此外還有演化模型，噴泉模型，智能模型等，所以答案是A解析：迄今為止，軟件生存周期仍是軟件工程的最重要原理之一，合測試，確認測試與驗收測試等子階段。至于文檔編制則應貫穿與各個周期，維護是運在瀑布模型中需求分析階段指導概要設計階段，概要設計階段指導詳細設計階段，并且試以需求分析階段的定義為目標，集成測試以概要設計階段的定義為目標，單元測試以義為目標.,三,簡答題(2)供應過程:定義供應方向需求方提供合同中的系統，軟件產品編碼傑成，測試，軟件安裝和驗收等活動.(4)操作過程:定義操作者和機構為了在規定的運(5)維護過程:定義維護者和機構為了修改和管理軟件，使它處(6)管理過程:定義軟件工程過程中各項管理活動，包扌舌:項目開始和范闈定義,項目管理計劃，實施和控制，評審和評價，項目完成等.(7)支持過程:支持過程對項目的生存周期給予支持.它有助于項目的成功并能提高項目的質量.和演繹中各階段的次序限制以及各階段活動的準則，確立開發過程所遵守的規定協調，便于各種人員的有效通信，有利于活動重用，有利于活動管理.周期劃分為若干階段，使得每個階段有明確的任務，使規模犬、結構復雜和管理復雜的軟件開發變得容表述成一系列的步驟，每一步驟都與相應的技術和符號相關。軟件開發后再一步一步地實現這些需求。但是實際項目很少是遵循著這種傳統的瀑布模型很難適應需求可變、模糊不定的軟件系統的開發，而且在開發過程去，只有到開發結束才能看到整個軟件系統。這種思想的、線性的開發過程9.漸增模型是瀑布模型的變種，有兩類漸增模型：増量構造模型和演化提交模型。也就是說在前面的開發階段按瀑布模型進行整體開發，后面的在該模型中，