軟件體系結構復習參考.doc

名詞解釋1、軟件危機答案：是指愛計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題依據頁碼：P12、軟件重用答案：是指在兩次或多次不同的軟件開發(fā)過程中重復使用相同或相近軟件元素的過程。依據頁碼：P43、構件組裝答案：構件組裝是指將庫中的構件經適當修改后相互連接，或者將它們與當前開發(fā)項目中的軟件元素相連接，最終構成新的目標軟件。依據頁碼：P124、構件答案：是指語義完整、語法正確和有可重用價值的單位軟件，是軟件重用過程中可以明確辨識的系統(tǒng)；結構上，它是語義描述、通信接口和實現代碼的復合體。依據頁碼：P45、構件：答案：構件是具有某種功能的可重用的軟件模版單元，表示了系統(tǒng)中主要的計算元素和數據存儲。依據頁碼：P376、構件答案：構件是一個數據單元或一個計算單元，它由構件的對象的集合、屬性的集合、動作的集合和端口的集合組成。依據頁碼：P417、場景（scenarios）：答：場景可以看做是那些重要系統(tǒng)活動的抽象，它使4個視圖有機聯系起來，從某種意義上說場景是最重要的需求抽象。依據頁碼：P378、在軟件系統(tǒng)中構件不是獨立存在的，構件具有互操作性。請具體解釋構件。答：構件是一個數據單元或一個計算單元，它由構件的對象的集合、屬性的集合，動作的集合和端口集合組成。并可以抽象為C=(O,A,X,P),這里，O是組成構件的所有對象的集合，A是構件屬性的集合，X是構件動作的集合，P是構件端口的集合依據頁碼：P419、軟件體系結構答案：軟件體系結構是一個設計，它包括所建立系統(tǒng)中的各元素（構件和連接件）的描述、元素之間的交互、指導裝配的范例和對范例的約束。根據頁碼：P4510、軟件體系結構風格答案：軟件體系結構風格是描述某一特定領域中系統(tǒng)組織方式的慣用模式。依據頁碼：P5111、“服務模型”答案：“服務模型”是對所創(chuàng)建的構件進行分組的一種邏輯方式，這種模型與語言無關。服務模型基于這樣一個概念：每個構建都是一系列服務的集合，這些服務由構建提供給其他對象。依據頁碼：P6412、消息轉換答案：消息轉換所有構件實力發(fā)出和接受的消息類型都經過消息總線的過濾。依據頁碼：P8113、C2體系結構風格答案：C2體系結構風格可以概括為通過連接件綁定在一起的、按照一組規(guī)則運作的并行構件網絡。依據頁碼：P5514、COBRBA接口池答案：COBRBA接口池包括分布計算機環(huán)境中所有可用的服務器對象的接口表示它使動態(tài)搜索可用服務器的接口，動態(tài)構造請求及參數成為可能。參考頁碼:P6815、DSSA的定義答案：DSSA就是在一個特定應用領域中為一組應用提供組織結構參考的標準軟件體系結構參考頁碼：P9217、連接件：答案：連接件是用來建立構件間的交互以及支配這些交互規(guī)則的體系結構構造模塊。依據頁碼：P10818、體系結構配置：答案：體系結構配置或拓撲是描述體系結構的構件與連接件的連接圖。體系結構配置提供信息來確定構件是否正確連接、接口是否分配、連接件構成的通信是否正確，并說明實現要求行為的組合含義。依據頁碼：P10919、構造能力：答案：構造能力指的是ADL能力使用較小的獨立體系結構元素來建造大型軟件系統(tǒng)。依據頁碼：P10620、ADL：答案：ADL是這樣一種形式化語言，他在底層語義模型的支持下，為軟件系統(tǒng)的概念結構建模提供了具體語法和概念模型。依據頁碼：P10621、軟件體系結構的動態(tài)性答案：軟件系統(tǒng)在運行時刻的體系結構變動。依據頁碼：P15322、化學抽象機答案：化學抽象機是一種對動態(tài)軟件體系結構的分析、測試非常有用的形式化描述技術。依據頁碼：P16823、化學抽象機答案：化學抽象機時一種對動態(tài)軟件體系結構的分析，測試非常有用的形式化描述技術。依據頁碼：P16824、演算答案：是計算機并行理論領域最重要的并發(fā)計算模型，能夠描述結構不斷變化的并發(fā)系統(tǒng)。依據頁碼：P16025、Web服務棧答案：Web服務棧是一種全新的體系結構，整個Web服務的技術系列被稱為Web服務棧。依據頁碼：P17726、SOAP答案：簡單對象訪問協議，SOAP是一個基于XML的，在松散分布式環(huán)境中交換結構化信息的輕量級協議。依據頁碼：P18027、WSDL標準答案：WSDL是一種XML格式，用于將網絡服務描述為一組端點，這些端點包含面向文檔或面向過程信息的消息進行操作。依據頁碼：P18228、UDDI答案：UDDI基于現成的標準，是一套基于Web的，分布式的、為Web服務提供信息注冊中心的實現標準和規(guī)范。依據頁碼：P18329、需求答案：用戶對目標軟件系統(tǒng)在功能、行為、性能、設計約束等方面的期望依據頁碼：P21730、設計模式中，什么是元素的一個空間配置？答案：每個模式規(guī)定了的一個特定的結構。31、模式答案：模式是指從某個具體的形式中得到的一種抽象，在特殊的非任意性的環(huán)境中，該形式不斷地重復出現。依據頁碼：P19632、SA演化答案：由于系統(tǒng)需求、技術、環(huán)境和分布等因素的變化而最終導致的SA按照一定的目標形態(tài)的變動，稱為SA演化。依據頁碼：P23633、設計模式答案：一些設計面向對象的軟件開發(fā)的經驗總結，就是系統(tǒng)的命名、解釋、和評價某一個重要的面向對象的可重現的面向對象的設計方案。依據頁碼：P19534、構建依賴圖（CDG）答：構建依賴圖是用于在體系結構級進行可靠性分析的概率模型。一個構建依賴圖是一個對基于構件的軟件系統(tǒng)的可靠性分析模型，它是控制流圖的一個擴展。它把系統(tǒng)的構建、連接件及其之間的關系模型轉化為一個CDG圖。依據頁碼：P24835、單元測試答案：是最底層的測試活動，指構件開發(fā)者對構件本身的測試，涉及的消息流是構件內部的消息，一般由構件開發(fā)者完成。依據頁碼：25536、軟件體系結構的可靠性答案：在基于構建的可靠性模型中，通過狀態(tài)圖來描述系統(tǒng)的行為，軟件系統(tǒng)地可靠性依賴于狀態(tài)的執(zhí)行順序和每一個狀態(tài)的可靠性。依據頁碼：P24437、風險評估答案：風險評估是基于能夠通過定量的方法對軟件產品屬性進行的度量。依據頁碼：P24838、可修改性答案：可修改性是指能夠快速地以較高的性能價格比對系統(tǒng)進行變更的能力。通常以某些具體的變更為基準，通過考察這些變更的代價衡量可修改性?？尚薷男园ǎ?可維護性2可擴展性3結構重組4可移植性見書25939、評估方法中質量屬性中性能的含義。答：性能指系統(tǒng)的響應能力，即要經過多長時間才能對某個事件做出響應，或者在某個時間內系統(tǒng)所能處理的事件的個數。經常用單位時間內處理事務的數量或系統(tǒng)完成某個事物處理所需的時間來對性能進行定量的表示。依據頁碼：P25840、基于場景的評估方法。答：場景是一系列有序地使用或修改系統(tǒng)的步驟。這種評估方式分析軟件體系結構對場景也就是對系統(tǒng)的使用或修改活動的支持程度，從而判斷該體系結構對這一場景所代表的質量需求的滿足程度?；趫鼍暗脑u估方式涉及的基本活動包括確定應用領域的功能和軟件體系結構之間的映射，設計用于體現待評估質量屬性的場景以及分析軟件體系結構對場景的支持程度。41、什么是軟件對安全性？答：安全性是指系統(tǒng)在向合法用戶提供服務對同時能夠阻止非授權用戶使用對企圖或拒絕服務對能力。安全性是根據系統(tǒng)看能受到的安全威脅對類型來分類的。安全性又可分為機密性，完全性，不可否認性以及可控性等特性。其中，機密性保證信息不泄漏給非授權的用戶，實體或過程;完整性保證信息對完整和準確，防止信息被非法修改;可控性保證對信息對傳播以及內容具有控制對能力，防止為非法者所使用。依據頁碼：P25942、核心資源答案：是領域工程所有結果的集合，是產品線中產品構造的基礎。依據頁碼：P28543、軟件產品線答案：軟件產品線就是在一個公共的軟件資源集合基礎上建立起來的共享同一個特性集合的系統(tǒng)集合。依據頁碼：P28444、SEI模型答案：SEI將產品線的基本活動分為三部分，分別是核心資源開發(fā)，產品開發(fā)和管理。45、產品線體系結構答案：產品線體系結構是一個軟件體系結構和一組在一族產品中可重用的構件，為增加軟件重要、為企業(yè)降低軟件開發(fā)和維護的成本提供了一個重要的途徑。問答題1、縱觀軟件體系結構技術的發(fā)展過程，從最初的“無結構”設計到現行的基于體系結構的軟件開發(fā)，可以認為經歷了哪四個階段？P23答案：（1）“無體系結構”設計階段。以匯編語言進行小規(guī)模應用程序開發(fā)為特征（2）萌芽階段。出現了程序結構設計主題，以控制流圖和數據流圖構成軟件結構為特征（3）初期階段。出現了從不同側面描述系統(tǒng)的結構模型，以UML為典型代表（4）高級階段。以描述系統(tǒng)的高層抽象結構為中心，不關心集體的建模細節(jié)，劃分了體系結構模型與軟件結構的界限，該階段以Kruchten，提出了“4+1”模型為標志，由于概念尚不統(tǒng)一，描述規(guī)范也不能達成一致認識，因此在軟件開發(fā)實踐中軟件體系結構上布恩那個發(fā)揮重要作用。依據頁碼：p232、試述下可重用技術對構件庫組織方法的幾點要求：答：（1）支持構件庫的各種維護動作，如增加、刪除以及修改構件，盡量不要影響構件庫的結構。（2）不僅要支持精確匹配，還要支持相似構件的查找。（3）不僅能進行簡單的語法匹配，而且還能夠查找在功能或行為方面等價或相似的構件。（4）對應用領域具有較強的描述能力和較好的描述精度。（5）庫管理員和用戶容易使用依據頁碼：p73、簡要概產生軟件危機的原因答：1.用戶需求不明確2.缺乏正確的理論指導3.軟件規(guī)模越來越大4.軟件復雜度越來越高。依據頁碼：p34、軟件體系結構的定義眾多，你是如何理解軟件體系結構的？軟件體系結構在軟件系統(tǒng)中有何作用？答案：（1）軟件體系結構為軟件系統(tǒng)提供了一個結構、行為和屬性的高級抽象，由構成系統(tǒng)的元素的描述、這些元素的相互作用、指導元素繼承的模式以及這些模式的約束組成。軟件體系結構不僅指定了系統(tǒng)的組織結構和拓撲結構，還顯示了系統(tǒng)需求和構成系統(tǒng)的元素之間的對應關系，提供了一些設計決策的基本原理。（2）體系結構是風險承擔者進行交流的手段。它明確了對系統(tǒng)實現的約束條件，決定了開發(fā)和維護組織的組織結構，制約著系統(tǒng)的質量屬性，可以預測軟件的質量，是推理和控制更改更簡單，有助于循序漸進的原型設計。同時，軟件體系結構是可傳遞和可重用的模型。依據頁碼：p196、體系結構的生命周期模型分為哪幾個階段？答案：1、需求分析階段2、建立軟件體系結構階段3、設計階段4、實現階段依據頁碼：P387、軟件體系結構是必需，軟件體系結構的生命周期分為哪幾個階段？答：軟件體系結構的生命周期可以分為需求分析階段、建立軟件體系結構階段、設計階段、實現階段四個階段。依據頁碼：P328、請簡述軟件體系結構的生命周期。答：以自然語言進行軟件結構的非形式化描述，接著運用合適的形式化數學理論模型對上一階段的非形式化描述進行規(guī)范定義，從而得到軟件形式結構的形式化規(guī)范描述。對設計好的軟件體系結構進行驗證和求精，直到不需要進行求精驗證時，轉入軟件體系結構的實施。在此階段將軟件結構實施于系統(tǒng)設計中，并將其結構的構件和連接件有機組織在一起。判斷軟件體系結構是否需要擴展，演化。需要從則重復以上步驟，否則對該體系結構進行評價、度量，轉入終結階段。10、DSSA與體系結構之間有何關聯?答案：1、DSSA是以問題域為出發(fā)點，而軟件體系結構是以解決域為出發(fā)點的；2、DSSA只對某一個領域進行設計專家知識的提取、存儲和組織，但可以同時使用多種體系結構風格；而在某個體系結構風格中進行體系結構專家知識的組織時可以擴展到多個應用領域；3、DSSA的特定領域參考體系結構通常選一個或多個體系結構風格，并設計一個專用的體系結構分析設計工具；4、體系結構風格的定義和應用領域是直交的，提取的設計知識比用DSSA提取的設計專家知識的應用要廣泛依據頁碼：P10011、試闡述與C/S體系結構相比，B/S體系結構的不足之處。答案：1、B/S體系結構缺乏對動態(tài)頁面的支持能力，沒有集成有效的數據庫處理功能；2、B/S體系結構的系統(tǒng)擴展能力差，安全性難以控制；3、采用B/S體系結構的應用系統(tǒng)，在數據查詢等響應速度上，要遠遠的地低于C/S體系結構；4、B/S體系結構的數據提交一般以頁面為單位，數據的動態(tài)交互性不強，不利于在線事務處理應用。依據頁碼：P6712、C/S系統(tǒng)中客戶端應用程序有哪些主要任務？答案：1、提供用戶與數據庫的交互界面2、向數據庫服務器提交用戶請求并接受來自數據庫服務器的信息3、利用客戶端應用程序對存在于客戶端的數據執(zhí)行應用邏輯要求。依據頁碼：P5713、請簡述隱式調用系統(tǒng)的優(yōu)缺點。答案：優(yōu)點：（1）為軟件重用提供了強大的支持。（2）為改進系統(tǒng)帶來了方便。缺點：（1）構件放棄了對系統(tǒng)計算的控制。（2）數據交換的問題。（3）既然過程的語義必須依賴于被觸發(fā)事件的上下文約束，關于正確性的推理就存在問題。依據頁碼：P5414、請簡述三層C/S結構的優(yōu)點答案：1、允許合理的劃分三層結構的功能，使之在邏輯上保持相對獨立性，從而使整個系統(tǒng)的邏輯結構更為合理清晰，能提高系統(tǒng)和軟件的可維護性和可擴展性。2、允許更靈活的選用相應的平臺和硬件系統(tǒng)使之在處理負荷能力上與處理特性上分別適應于結構清晰的三層，并且具有可升級性和開放性3、可并行開發(fā)，各層可選擇各自最適合語言使之高效開發(fā)，從而達到較高的性價比4、允許利用功能層有效的隔離開表示層和數據層，未授權的用戶難以通過如黑客手段訪問數據層，同時也更加合理和有效的控制參考頁碼：P6515、OOA模型劃分為5個層次或視圖，分別為哪些？1、對象一類層2、屬性層3、服務層4、結構層5、主題層參考頁碼：P6216、應用體系結構描述的推薦標準應該遵循哪些要求？答案：（1）體系結構的存檔要求（2）能識別人員及其關系（3）體系結構視點的選擇（4）體系結構的視點（5）系統(tǒng)結構視點之間的一致性（6）體系結構原理依據頁碼：P10517、Unicon及其支持的工具的主要目的有哪些方面？答案：（1）提供對大量構件和連接件的統(tǒng)一的訪問。（2）區(qū)分不同類型的構件和連接件，以便對體系結構配置進行檢查。（3）支持不同的表示方式和不同開發(fā)人員的分析工具。（4）支持對現有構件的使用。依據頁碼：P11018、在C2中，連接件和構件是如何工作的？答案：連接件負責構建之間消息的傳遞，而構件維持狀態(tài)，執(zhí)行操作并通過兩個名字分別為top和buttom的端口和其他的構件交換信息。每個接口包含一種可發(fā)送的消息和一組可接受的消息，構件之間的消息要么是請求其他構件執(zhí)行某個操作的請求消息，要么是通知其他構件自身執(zhí)行某個操作或狀態(tài)發(fā)生改變的通知消息。構件之間的消息交換不能之間進行，而只能通過連接件來完成。依據頁碼：P11219、Rapide由哪幾種子語言構成？答案：（1）類型語言。定義接口類型和函數類型，支持通過繼承已有接口來構造新的接口類型。（2）模式語言。定義具有因果、獨立、時序等關系的事件所構成的事件模式。（3）可執(zhí)行語言。包含描述構件行為的控制結構。（4）體系結構語言。通過定義同步和通信連接來描述構件之間的事件流。（5）約束語言。定義構件行為和體系結構所滿足的形式化約束，其中約束為需要的或禁止的偏序集模式。依據頁碼：P11720、Stereotypes是UML中最重要的擴充機制，在定義Stereotypes時必須滿足哪些規(guī)則？答案：（1）Stereotype名不能與其基類重名。（2）Stereotype名不能與它所繼承的Stereotype名重名。（3）Stereotype名不能與雷淵命名空間沖突。（4）Stereotype所定義的Tag名不能語氣基類元素的元屬性命名空間沖突，也不能與它所繼承的Stereotype的Tag名沖突。依據頁碼：P13621、按照CBDSAM的結構，對系統(tǒng)進行更新，一般分為哪四個步驟？答案：1、檢測更新的范圍。2、更新準備工作。3、執(zhí)行更新。4、存儲更新。依據頁碼：P15722、動態(tài)體系結構特征有哪些？答案：1、可構造性動態(tài)特征2、適應性動態(tài)特征3、智能型動態(tài)特征依據頁碼：P16723、請簡述基于構件的動態(tài)體系結構模型是如何支持運行系統(tǒng)更新的？答案：1、檢測更新的范圍2、更新準備工作3、執(zhí)行更新4、存儲更新依據頁碼：P17124、請回答動態(tài)體系結構有哪些特征？答案：1.可構造性動態(tài)特征2.適應性動態(tài)特征3.智能性動態(tài)特征依據頁碼：P16725、什么是Web服務？Web服務具有哪些特點？答案：Web服務是使用標準技術在Internet上運行的商務流程，它可以使用標準的Internet協議，將功能綱領性的體現在Internet和Intranet上。特征：1、使用標準協議規(guī)范2、使用協議的規(guī)范性 3、高度集成能力4、完好的封裝性5、松散耦合依據頁碼：P173、P17526、SOAP包含了哪幾個部分？請簡要描述各個部分？答案：SOAP包含4個部分，分別為SOAP信封、SOAP編碼規(guī)則、SOAPRPC表示、SOAP綁定SOAP信封是SOAP消息在句法上的最外層，它構造和定義了一個整體的表示框架；SOAP編碼規(guī)則是一個定義傳輸數據類型的通用數據類型系統(tǒng)，這個簡單類型系統(tǒng)包括了程序語言、數據庫、和半結構數據中不同類型系統(tǒng)的公共特性；SOAPRPC表示定義了遠程過程調用和應答的協議；SOAP綁定定義了一個使用底層傳輸協議來完成結點間交換SOAP信封的約定。依據頁碼：P18027、什么是服務集成器？它包括哪五部分功能？答案：服務集成器是整個系統(tǒng)的核心部分，它支持企業(yè)內部及跨越整個價值鏈的業(yè)務過程模型的建立、執(zhí)行和監(jiān)控，并能夠實時的與其他相關信息系統(tǒng)進行集成。包括：.過程定義.執(zhí)行分析引擎.業(yè)務過程監(jiān)控運行交互服務單元搜索依據頁碼：P189-19028、UDDI注冊中心提供的信息可以分為哪幾組？它們具體指什么？答案：可以分為3組，分別是白頁、黃頁和綠葉。白頁。包括地址、聯系方式和已知的企業(yè)標識。黃頁。包括基于標準分類法的行業(yè)類別。綠葉。包括關于商業(yè)實體所提供的服務技術信息，以及Web服務規(guī)范的引用，也支持指向基于發(fā)現機制的不同文件和URL的指針。依據頁碼：P18429、設計模式的基本成分有哪4條？答案：1、模式名稱2、問題3、解決方案4、效果依據頁碼：P19731、軟件工程的研究主要有哪三個方向？答案：1、軟件過程分析和建模；2、軟件過程支持；3、軟件過程評估和改進。依據頁碼：P22732、簡述一下演化開發(fā)階段的八個步驟？答案：需求變動歸類。制訂體系結構演化計劃修改、增加或刪除構件。更新構件的相互作用。產生演化后的體系結構迭代。對以上步驟進行確認，進行階段性技術評審。對所做的標記進行處理。依據頁碼：P21633、設計模式可以分為幾類？答案：創(chuàng)建型、結構型、行為型。依據頁碼：20234、試說明軟件體系結構的風險分析方法主要步驟？答：1.采用體系結構描述語言對體系結構進行建模2.通過模擬方法進行復雜性分析3.通過FMEA和模擬運行進行嚴重性分析4.為構建和連接件開發(fā)其啟發(fā)式風險子5.建立用于風險評估的CDG6.通過圖論中的算法進行風險評估和分析依據頁碼：P24935、體系結構的分析與測試主要考慮的是？答：構件端口行為與連接件約束是否一致，兼容，單元間的消息是否一致，可達，相關端口是否可連接，體系結構風格是否可滿足。依據頁碼：25436、如何理解基于體系結構的軟件測試的？答案：軟件體系結構測試與程序測試不同，它是檢查軟件設計的適用性，這種測試不考慮軟件的實現代碼。與傳統(tǒng)的軟件測試一樣，基于體系的軟件測試也需要研究測試內容、測試準則、測試用例、測試充分性及測試方法。在傳統(tǒng)測試方法中，測試準則是基于實現和規(guī)約得到的，基于實現的測試準則是結構化的，它是利用軟件的內部結構來定義測試數據以覆蓋系統(tǒng)。實現完整測試的典型方法是利用測試準則定義測試需求，進而生成測試用例。依據頁碼：P25437、系統(tǒng)的可靠性可以通過哪些步驟來模型化？答案：通過系統(tǒng)的詳細說明書，確定系統(tǒng)所采用的體系結構風格。把每一個體系結構風格轉換成狀態(tài)圖，并計算狀態(tài)視圖中每一個狀態(tài)的可靠性及其相應的遷移概率。通過整個系統(tǒng)的體系結構視圖，把所有的狀態(tài)視圖集成為一個整體狀態(tài)視圖。通過整體狀態(tài)視圖構造系統(tǒng)的遷移矩陣，并計算系統(tǒng)的可靠性。依據頁碼：P24738、畫出評估方法的主要步驟之間的關系答案：見書圖39、所有評估方法關注的質量屬性有哪幾個？答：1.性能2.可靠性（容錯，健壯性）3.可用性4.安全性5.可修改性6.功能性7.可變性8.集成性9.互操作性依據頁碼P25840、ATAM評估方法的基本步驟是什么？（1）描述ATAM方法（2）描述業(yè)務動機（3）描述體系結構（4）確定體系結構方法（5）生成質量屬性效用樹（6）分析體系結構方法（7）討論和分級場景（8）分析體系結構方法（9）描述評估結果依據頁碼：P26441、軟件體系結構評估對主要方式有哪些？1.基于調查問卷或檢查表的評估方式調查問卷是一系列可以應用到各種體系結構評估對相關問題，這些問題可能涉及體系結構對設計決策，文檔，描述本身對細節(jié)問題等質量屬性。這一評估方法比較靈活自由，可評估多種質量屬性，也可以在軟件體系結構設計的多個階段進行。盡管此方式相對比較主觀，但他仍然是進行軟件體系結構評估對重要途徑之一。2.基于場景的評估方式場景是一系列有序使用或修改系統(tǒng)的步驟。這種軟件體系評估方式分析軟件體系結構對場景也就是對系統(tǒng)對使用或修改活動的支持程度，從而判斷該體系結構對這一場景所代表對質量需求對滿足程度。3.基于度量的評估方式度量是指為軟件產品對某一屬性所賦予對數值。此評估技術涉及3個基本活動：首先需要建立屬性和質量之間的映射關系，然后從軟件體系結構文檔中獲取度量信息，最后根據映射原則分析推導出系統(tǒng)對某些質量屬性。4.比較從通用性，評估者對體系結構對了解程度，評估實施階段，評估方式的客觀程度等方面對三類方式進行簡單的比較。依據頁碼：P26342、簡述雙生命周期中的領域工程階段的主要任務及內容。答：（1）領域分析。利用現有的系統(tǒng)設計、體系結構和需求建立領域模型。（2）領域設計。用領域模型確定領域/產品線的共性和可變性，為產品線設計體系結構。（3）領域實現?；陬I域體系結構開發(fā)領域可重用資源（構件、文檔、代碼生成器）。依據頁碼：P28543、框架技術的基本特征有哪些？答案：1、反向控制2、可重用性3、擴展性 4、模塊化或結構化：框架有固定的、穩(wěn)定的接口和封裝的熱點依據頁碼：P29244、軟件產品線的劃分依據有？答案：1、該組織是用演化方式還是革命方式引入產品線開發(fā)過程的。2、是基于現有產品還是開發(fā)全新的產品線。依據頁碼：P28945、軟件產品線的過程模型有哪些？答案：1、雙周期模型2、SEI模型3、三生命周期模型2、 填空題1、軟件元素包括 、 、 、 、 甚至領域知識。答案：程序代碼、測試用例、設計文檔、設計過程、需求分析文檔依據頁碼：P42、 軟件工程包括3個要素： 、 和 。答案：方法、工具、過程依據頁碼：P33、 軟件重用過程中需要重用的開發(fā)組織結構予以支持，它包括：_、_、_三組成員組成。答案：構件開發(fā)組、構件應用組、協調組。依據頁碼：P174、 采用層次式軟件體系結構，將產品的系統(tǒng)構件模型定義為4個層次，分別為： 、 、 、 。 答案：系統(tǒng)構件層、通用類構件層、業(yè)務構件層、表現層 依據頁碼：P165、軟件體系結構的模型分為5種： 、框架模型、 、過程模型和功能模型。答案：結構模型，動態(tài)模型。 依據頁碼：P316、軟件體系結構的名片型分為：_、框架模型、_、_、功能模型。 答案：結構模型、動態(tài)模型、過程模型依據頁碼：P317、根據建模的側重點不同，可以將軟件體系結構的模型分為5種： 、框架模型、 、過程模型和動能模型。答案：結構模型，動態(tài)模型。依據頁碼：P318、軟件體系結構的生命周期模型主要分為需求分析階段，建立軟件體系結構階段（）和實現階段。答：設計階段依據頁碼：P38、399、軟件體系結構應建立于傳統(tǒng)的軟件開發(fā)過程的_和_階段之間。答案：需求分析、軟件設計根據頁碼：P3810、黑板系統(tǒng)主要由 _ 、_ 和 _ 組成 。答案：知識源、合辦數據結構、控制依據頁碼：P5511、三層C/S結構風格是由 _ 、_ 和 _ 構成的。答案：表示層、功能層、數據層依據頁碼：P59P6012、消息總線對消息過濾提供了_和_兩種方式。答案：轉換、阻塞依據頁碼：P8013、正交軟件體系結構由_和_構成。答案：組織層、線索的構件依據頁碼：P7014、C/S體系結構服務器主要負責有效的管理系統(tǒng)的資源主要負責_、_、_和_。答案：數據庫安全性的要求、數據庫訪問并發(fā)性的控制、數據庫前端的客戶應用程序的全局數據完整性規(guī)則、數據庫的備份與恢復參考頁碼: P5715、層次系統(tǒng)最廣泛的應用是 _. 答案：分層通信協議參考頁碼：P5416、軟件體系結構的描述方法主要有 、 、基于軟構件的系統(tǒng)描述語言和 。答案：圖形表達工具、模塊內連接語言、軟件體系結構描述語言 依據頁碼：P103-10517、ADL是一種在底層語義模擬支持下的形式化語言。基于底層語義的工具為體系結構的 、分析、 、 、設計過程等提供支持。答案：表示、演化、細化 依據頁碼：P10618、可重用的體系結構描述框架可以從 、 、 和 四個視點出發(fā)描述體系結構。答案：需求視點、設計視點、實現視點、測試視點 依據頁碼：P10519、 支持對構件之間交互的形式化和分析。答案：Wright 依據頁碼：P11220、典型的ADL在充分繼承和吸收傳統(tǒng)程序設計語言的 和 特點的同時，還應該具有構造、抽象、重用、組合、異構和分析推理等多種能力和特性。 能力指的是ADL使得其描述的每一個系統(tǒng)元素都有其自己的局部結構。答案：精確性、嚴格性，組合 依據頁碼：P10621、體系結構的動態(tài)性分為“_ ”“_”“_”三類。答案：交互式動態(tài)性、結構化動態(tài)性、體系結構動態(tài)性依據頁碼：P 15322、基于構件的動態(tài)體統(tǒng)結構模型（CBDSAM）支持運行系統(tǒng)的動態(tài)更新。該模型分為三層，分別是應用層、_和_。答案：中間層、體系結構層依據頁碼：P15523、體系結構的動態(tài)性主要分為幾類：_、_、_。 答案：交互式動態(tài)性，結構化動態(tài)性、體系結構化動態(tài)性。依據頁碼：P15324、對動態(tài)軟件體系結構的形式化描述通常有_、_、_三種方法。 答案： 圖形化方法、進程代數方法、邏輯描述方法依據頁碼：P16525、一個完整的Web服務包括3種邏輯構件：_ 、_、_。 答案：服務提供、服務代理、服務請求依據頁碼：P17626、Web服務棧的五層標準為：發(fā)現服務層、描述層、_、_、_。答案：消息格式層、編碼格式層、傳輸協議層依據頁碼：P17827、Web服務開發(fā)生命周期分為：_、_、_、_四個階段。答案：構建、部署、運行、管理。依據頁碼：P17728、OOAD、EA和BPM分別從_層、_層 和_層 3個層次上為SOAD提供了理論支撐。答案：基礎設計、應用結構、業(yè)務組織。依據頁碼：P18729、MVC模式的中的M，V，C分別對應_、_、_三種單詞。 答案：Model，View，Controller依據頁碼：P19530、模式的問題陳述用一個強制條件_集來表示。答案：force依據頁碼：P197 第七行31、ABSD方法取決于決定系統(tǒng)的體系結構驅動，所謂體系結構驅動，是指構成體系結構的_、_、_的組合。答案：業(yè)務 質量 功能需求依據頁碼：P20432、填空題設計模式的基本成分包括_、_、_、_。答案：模式名稱、問題、解決方案、效果。依據頁碼：P19633、ABSD的全稱是：_答案：基于體系結構的軟件設計依據頁碼：P 20334、軟件體系結構的可靠性風險分析方法有_和_答案：動態(tài)方法 、構建依賴圖（CDG）依據頁碼：P24835、實現完整測試的典型方法是利用測試準則定義測試需求,進而生成測試用例.參照相關研究工作,可定義 、 等測試路徑。答案：構件或連接件內部消息的傳遞路徑、構件或連接件內部端口的執(zhí)行順序路徑依據頁碼：P25536、構建依賴圖是用于在體系結構級進行可靠性分析的 模型。答案：概率依據頁碼：P24837、一個復雜的系統(tǒng)通常包括 、 、 和 常用的結構風格模型。答案：順序、并行計算、容錯和客戶/服務器依據頁碼：P24538、_方法是最早形成文檔并得到廣泛使用的軟件體系結構分析方法，最初用來分析體系結構的可修改性的。答案：SAAM 見書P27339、 體系結構評估中，一般采用刺激，環(huán)境，和_三方面來對場景進行描述。答案：響應依據頁碼：P26140、可修改性是指能夠快速地以較高的性能價格比對系統(tǒng)進行變更的能力。包括可維護性、可擴展性、 、可移植性4個方面。答案：結構重組。依據頁碼：P25941、SAAM評估方法可以對許多_以及_進行快速評估。 答案：質量屬性，系統(tǒng)功能 依據頁碼： P27342、軟件重用是為了解決 _ 答案：軟件危機依據頁碼：P28443、_的開發(fā)是大型軟件系統(tǒng)開發(fā)的關鍵環(huán)節(jié)。答案：軟件體系結構依據頁碼：P28244、 領域工程階段的主要任務有_ 、_和_三個階段。答案：領域分析、領域設計、領域實現依據頁碼：P28545、 軟件體系結構設計的主要目的是滿足對軟件的_。答案：質量需求依據頁碼：P2961、軟件危機主要表現在哪些方面？答：1）軟件成本日益增長；2）開發(fā)進度難以控制；3）軟件質量差；4）軟件維護困難。這題最好談談自己對軟件危機的看法。2、軟件體系結構建模的種類有：結構模型、框架模型、動態(tài)模型、過程模型、功能模型。3、“4+1”視圖模型從5個不同的視角包括：邏輯視圖、進程視圖、物理視圖、開發(fā)視圖和場景視圖來描述軟件體系結構。4、構件：是具有某種功能的可重用的軟件模板單元。連接件：表示構件之間的交互。配置：表示構件和連接件的拓撲邏輯和約束。端口：表示構件和外部環(huán)境的交互點。角色：定義了該連接交互的參與者。5、畫出“4+1”視圖模型圖，分析各部分的原理和功能。見p316、軟件體系結構風格：是描述某一特定應用領域中系統(tǒng)組織方式的慣用模式。7、分層系統(tǒng)的優(yōu)點有：1）支持基于抽象程度遞增的系統(tǒng)設計，使設計者可以把一個復雜系統(tǒng)按遞增的步驟進行分解；2）支持功能增強，因為每一層至多和相鄰的上下層交互，因此功能的改變最多影響相鄰的上下層；3）支持重用。只要提供的服務接口定義不變，同一層的不同實現可以交換使用。這樣，就可以定義一組標準的接口，而允許各種不同的實現方法。8、分層系統(tǒng)的缺點有：1）并不是每個系統(tǒng)都可以很容易地劃分為分層的模式，甚至即使一個系統(tǒng)的邏輯結構是層次化的，出于對系統(tǒng)性能的考慮，系統(tǒng)設計師不得不把一些低級或高級的功能綜合起來；2）很難找到一個合適的、正確的層次抽象方法。9、B/S體系結構的優(yōu)點有什么？答：1）基于B/S體系結構的軟件，系統(tǒng)安裝、修改和維護全在服務器端解決。用戶在使用系統(tǒng)時，僅僅需要一個瀏覽器就可運行全部的模塊，真正達到了“零客戶端”的功能，很容易在運行時自動升級。2）B/S體系結構還提供了異種機、異種網、異種應用服務的聯機、聯網、統(tǒng)一服務的最現實的開放性基礎。10、B/S體系結構的缺點有什么？答：1）B/S體系結構缺乏對動態(tài)頁面的支持能力，沒有集成有效的數據庫處理功能。2）B/S體系結構的系統(tǒng)擴展能力差，安全性難以控制。3）采用B/S體系結構的應用系統(tǒng)，在數據查詢等響應速度上，要遠遠地低于C/S體系結構。4）B/S體系結構的數據提交一般以頁面為單位，數據的動態(tài)交互性不強，不利于在線事務處理(OLTP)應用。11、軟件體系結構的動態(tài)性主要分為：交互式動態(tài)性、結構化動態(tài)性、體系結構動態(tài)性等三類。12、請畫出基于構件的動態(tài)系統(tǒng)結構模型畫。見p15313、Web服務分為五個邏輯層：數據層、數據訪問層、業(yè)務邏輯層、業(yè)務面、監(jiān)聽者。14、Web服務的特點有：使用標準協議規(guī)范、使用協約的規(guī)范性、高度集成能力、完好的封裝性、松散耦合。15、請畫出Web服務的模型圖。見p17316、Web服務體系結構的優(yōu)勢有：1）高度的通用性和易用性；2）完全的平臺、語言獨立性；3）高度的集成性；4）容易部署和發(fā)布。17、UML中的交互圖有兩種，分別是順序圖和協作圖，請分析一下兩者之間的主要差別和各自的優(yōu)缺點。掌握利用兩種圖進行的設計的方法。答：順序圖可視化地表示了對象之間隨時間發(fā)生的交互，它除了展示對象之間的關聯，還顯示出對象之間的消息傳遞。與順序圖一樣，協作圖也展示對象之間的交互關系。順序圖強調的是交互的時間順序，而協作圖強調的是交互的語境和參與交互的對象的整體組織。順序圖按照時間順序布圖，而協作圖按照空間組織布圖。順序圖可以清晰地表示消息之間的順序和時間關系，但需要較多的水平方向的空間。協作圖在增加對象時比較容易，而且分支也比較少，但如果消息比較多時難以表示消息之間的順序。18、什么是高內聚度?答：高內聚度是對一個類中的各個職責之間相關程度和集中程度的度量。一個具有高度相關職責的類并且這個類所能完成的工作量不是特別巨大，那么它就具有高內聚度。19、UML提供了一系列的圖支持面向對象的分析與設計，其中_(1)_給出系統(tǒng)的靜態(tài)設計視圖；_(2)_對系統(tǒng)的行為進行組織和建模是非常重要的；_(3)_和_(4)_都是描述系統(tǒng)動態(tài)視圖的交互圖，其中_(3)_描述了以時間順序組織的對象之間的交互活動，_(4)_強調收發(fā)消息的對象的組織結構。A、狀態(tài)圖B、用例圖C、時序圖D、配置圖E、協作圖F、類圖答：（1）F（2）B（3）C（4）E20、找出下面場景中的概念類：（1）顧客帶著購買的商品或服務來到POS收款臺（2）收款員啟動一次銷售（3）收款員輸入商品標識（4）系統(tǒng)記錄商品，并且顯示該商品說明，價格，并計算總金額。按一組計價規(guī)則計算單價。答：顧客、POS收款臺、收款員、銷售、商品標識、商品、商品說明。22、統(tǒng)一過程中有哪四個階段，各階段需要完成的主要工作有哪些？答：1）初始階段：編制簡要的愿景文檔、業(yè)務案例、確定范圍、粗略評估成本。2）細化階段：細化場景文檔、迭代地實現核心構架、解決高風險的問題、定義大多數的需求和范圍、進一步評估成本。3）構造階段：迭代地實現系統(tǒng)的其余部分、準備部署。4）提交階段：beta測試、部署。23、簡述統(tǒng)一建模語言(UML)：答：統(tǒng)一建模語言(UML)是一種繪制軟件藍圖的標準語言?？梢杂肬ML對軟件密集型系統(tǒng)的制品進行可視化詳述和文檔化。UML是一種定義良好、易于表達、功能強大且普遍適用的可視化建模語言。它融入了軟件工程領域的新思想、新方法和新技術。它的作用域不限于支持面向對象的分析與設計，還支持從需求分析開始的軟件開發(fā)的全過程。UML的作用就是用很多圖從靜態(tài)和動態(tài)方面來全面描述我們將要開發(fā)的系統(tǒng)。24、在電話系統(tǒng)中假設有兩個打電話的個案：使用電話卡和對方付款，其中PhoneUser是電話用戶，請畫出其usecasediagram。答：usecasediagram如下所示：1軟件危機的主要表現及原因表現：軟件開發(fā)成本日益增加，軟件開發(fā)進度難以控制，軟件質量差，軟件維護困難原因：用戶需求不明確，缺乏正確的理論指導，軟件規(guī)模越來越大，軟件復雜度越來越復雜2說明軟件規(guī)模與復雜度對軟件過程的影響及解決方案軟件的規(guī)模和復雜度增加后，軟件的開發(fā)成本增加，開發(fā)進度難以控制，軟件質量差，軟件維護變得困難。應更多的采用科學的分析設計及實現方法以及輔助工具