軟件體系結(jié)構(gòu)試題

1、設(shè)計模式一般用來解決什么樣的問題（a）同一問題的不同表相B不同問題的同一表相C.不同問題的不同表相D.以上都不是2、下列屬于面向?qū)ο蠡驹瓌t的是（c）繼承B.封裝C.里氏代換D都不是3、Open-Close原則的含義是一個軟件實體（a）應(yīng)當(dāng)對擴展開放，對修改關(guān)閉.應(yīng)當(dāng)對修改開放，對擴展關(guān)閉應(yīng)當(dāng)對繼承開放，對修改關(guān)閉以上都不對4、當(dāng)我們想創(chuàng)建一個具體的對象而又不希望指定具體的類時，可以使用（a）模式。創(chuàng)建型B.結(jié)構(gòu)型C行為型D.以上都可以5、要依賴于抽象，不要依賴于具體。即針對接口編程，不要針對實現(xiàn)編程是（d）的表述開-閉原則接口隔離原則里氏代換原則依賴倒轉(zhuǎn)原則6、依據(jù)設(shè)計模式思想,程序開發(fā)中應(yīng)優(yōu)先使用的是（a）關(guān)系實現(xiàn)復(fù)用。委派B.繼承C創(chuàng)建D.以上都不對復(fù)用方式：繼承和組合聚合（組合委派）7、設(shè)計模式的兩大主題是（d）系統(tǒng)的維護與開發(fā)B對象組合與類的繼承C.系統(tǒng)架構(gòu)與系統(tǒng)開發(fā)D.系統(tǒng)復(fù)用與系統(tǒng)擴展8、單子模式中,兩個基本要點（ab）和單子類自己提供單例A.構(gòu)造函數(shù)私有B.唯一實例C.靜態(tài)工廠方法D.以上都不對9、下列模式中，屬于行為模式的是（b）工廠模式B觀察者C適配器以上都是10、“不要和陌生人說話”是（d）原則的通俗表述A.接口隔離B.里氏代換C.依賴倒轉(zhuǎn)D.迪米特：一個對象應(yīng)對其他對象盡可能少的了解11、構(gòu)造者的的退化模式是通過合并（c）角色完成退化的。A.抽象產(chǎn)品B產(chǎn)品C創(chuàng)建者D使用者12、單子（單例，單態(tài)）模式類圖結(jié)構(gòu)如下：下列論述中，關(guān)于”0..1”表述的不正確的是（d）1表示,一個單例類中，最多可以有一個實例.”0..1”表示單例類中有不多于一個的實例0表示單例類中可以沒有任何實例0表示單例類可以提供其他非自身的實例13、對象適配器模式是（a）原則的典型應(yīng)用。A.合成聚合復(fù)用原則B.里式代換原則C.依賴倒轉(zhuǎn)原則D.迪米特法則靜態(tài)工廠的核心角色是（a）A.抽象產(chǎn)品B.具體產(chǎn)品C.靜態(tài)工廠D.消費者下列關(guān)于靜態(tài)工廠與工廠方法表述錯誤的是：（a）兩者都滿足開閉原則：靜態(tài)工廠以ifelse方式創(chuàng)建對象，增加需求的時候會修改源代碼靜態(tài)工廠對具體產(chǎn)品的創(chuàng)建類別和創(chuàng)建時機的判斷是混和在一起的，這點在工廠方法中不能形成靜態(tài)工廠的繼承結(jié)構(gòu)。.在工廠方法模式中，對于存在繼承等級結(jié)構(gòu)的產(chǎn)品樹，產(chǎn)品的創(chuàng)建是通過相應(yīng)等級結(jié)構(gòu)的工廠創(chuàng)建的。在觀察者模式中，表述錯誤的是（c）觀察者角色的更新是被動的。被觀察者可以通知觀察者進行更新觀察者可以改變被觀察者的狀態(tài)，再由被觀察者通知所有觀察者依據(jù)被觀察者的狀態(tài)進行。以上表述全部錯誤。對于違反里式代換原則的兩個類，可以采用的候選解決方案錯誤的是：（d）創(chuàng)建一個新的抽象類C,作為兩個具體類的超類，將A和B共同的行為移動到C中，從而解決A和B行為不完全一致的問題。將B到A的繼承關(guān)系改組成委派關(guān)系。區(qū)分是“IS-a”還是”Has—a”。如果是“Is-a”，可以使用繼承關(guān)系，如果是”Has—a”應(yīng)該改成委派關(guān)系以上方案錯誤對象組合的有點表述不當(dāng)?shù)氖牵╠）A.容器類僅能通過被包含對象的接口來對其進行訪問。B.“黑盒”復(fù)用，封裝性好，因為被包含對象的內(nèi)部細節(jié)對外是不可見。通過獲取指向其它的具有相同類型的對象引用，可以在運行期間動態(tài)地定義（對象的）組合造成極其嚴重的依賴關(guān)系。關(guān)于繼承表述錯誤的是：（d）繼承是一種通過擴展一個已有對象的實現(xiàn)，從而獲得新功能的復(fù)用方法。泛化類（超類）可以顯式地捕獲那些公共的屬性和方法。特殊類（子類）則通過附加屬性和方法來進行實現(xiàn)的擴展。破壞了封裝性，因為這會將父類的實現(xiàn)細節(jié)暴露給子類。繼承本質(zhì)上是“白盒復(fù)用”，對父類的修改，不會影響到子類。對于依賴倒轉(zhuǎn)的表述錯誤的是（e）依賴于抽象而不依賴于具體，也就是針對接口編程。依賴倒轉(zhuǎn)的接口并非語法意義上的接口，而是，一個類對其他對象進行調(diào)用時，所知道的方法集合。從選項B的角度論述，一個對象可以有多個接口。實現(xiàn)了同一接口的對象，可以在運行期間，順利地進行替換。而且不必知道所示用的對象是那個實現(xiàn)類的實例。此題沒有正確答案。面向?qū)ο蟮牧鶙l基本原則包括：開閉原則，里式代換原則，合成聚合原則以及（依賴倒轉(zhuǎn)），（迪米特法則），（單一原則），（接口隔離？）。在存在繼承關(guān)系的情況下，方法向（超類）方向集中，而數(shù)據(jù)向（子類）方向集中。適配器模式，分為類的適配器和對象的適配器兩種實現(xiàn)。其中類的適配器采用的是（繼承）關(guān)系，而對象適配器采用的是（組合聚合）關(guān)系。設(shè)計模式的基本要素有（名字），（意圖），（問題），（解決方案），（參與者與協(xié)作者），（實現(xiàn)），（一般性結(jié)構(gòu)）。創(chuàng)立型模式的根本意圖是要把（對象的創(chuàng)建）和（使用分離）的責(zé)任進行分離，從而降低系統(tǒng)的（耦合度）。工廠模式分為（簡單工廠），（工廠方法），（抽象工廠）三種類型門面模式是（迪米特）法則的典型運用MVC模型的基本工作原理是基于（觀察者）模式，實現(xiàn)是基于（命令）模式設(shè)計模式的思想根源是（開閉）基本原則的宏觀運用，本質(zhì)上是沒有任何模式的，發(fā)現(xiàn)模式的人永遠是大師，而死守模式的人，最對只能是一個工匠.UML、設(shè)計模式（測試題）不定項選擇題：一個軟件產(chǎn)品是否成功，因素有（）。需求收集是否正確體系結(jié)構(gòu)的構(gòu)建是否合理測試是否完全軟件的管理TOC\o"1-5"\h\z開發(fā)過程中最困難的一個環(huán)節(jié)是（人與人之間的交流）。用例是從（用戶）的觀點對系統(tǒng)行為的一個描述。順序圖所表達的是基于（時間順序）的動態(tài)交互。當(dāng)需要在項目中定制自己的元素時，可使用（構(gòu)造型來定制）。表示一個操作中的參數(shù)和返回值的數(shù)據(jù)類型的稱呼是（形構(gòu)）。多重性5，10表示（5或者10）。在找出了類的繼承關(guān)系后，通?？梢杂茫ń涌冢﹣肀硎咀钌蠈拥幕?。UML中的實現(xiàn)是一種特殊類型的繼承，因為它是指從一個（接口）繼承。使用用例的難點在于（用例中各個場景的具體步驟）。收集用例的方法是（交談）。產(chǎn)生類圖和得到用例這兩個步驟，位于前面的是（沒有固定順序）。面向?qū)ο罄碚撝?，對象之間發(fā)送信號，在UML狀態(tài)圖里就是（事件）。順序圖中，動態(tài)創(chuàng)建對象表示法的特點是（是在時間線上的某一點創(chuàng)建，結(jié)束時尾部打X）。當(dāng)代軟件工程的特點是（）。允許各個階段進行迭代各個階段沒有明顯的分界線允許后期得到的信息返回，使得早期的能夠被修改。GRAPPLE中最重要的段是（）。需求收集需求分析用例開發(fā)編碼測試設(shè)計模式的基本要素有（名稱，目的（意圖），解決方案，實施后達到的效果）。當(dāng)我們想創(chuàng)建一個具體的對象而又不希望指定具體的類時，可以使用（創(chuàng)建性）模式。當(dāng)我們想將抽象部分和實現(xiàn)部分分離時，可以使用（橋接）模式。當(dāng)我們想用不同的請求對客戶進行參數(shù)化時，可以使用（命令）模式。當(dāng)我們想封裝不同算法并使它們可相互替換時，可以使用（策略）模式。TOC\o"1-5"\h\z面向?qū)ο笙到y(tǒng)中功能復(fù)用的兩種最常用技術(shù)是（）。l對象組合（優(yōu)先使用）l類繼承（限制使用類繼承）->產(chǎn)生類爆炸面向?qū)ο笙到y(tǒng)中的“黑盒復(fù)用”是指（對象組合）。對象組合是通過獲得（抽象類的指針）而在運行時刻動態(tài)定義的。設(shè)計模式中應(yīng)優(yōu)先使用的復(fù)用技術(shù)是（對象組合）。在Lexi系統(tǒng)中，我們把所有文檔元素都看作是圖元，這樣，它們就有了相同的（接口（也叫類型））。Lexi系統(tǒng)中，我們之所以能對文檔采用Composite模式，是因為文檔的元素之間有（遞歸（樹型結(jié)構(gòu)））關(guān)系。填空題：軟件體系結(jié)構(gòu)是指一個系統(tǒng)的有目的的設(shè)計和規(guī)劃，這個設(shè)計規(guī)劃既不描述活動，也不描述系統(tǒng)怎樣開發(fā)，它只描述系統(tǒng)的組成元素及其相互的交互協(xié)作。一個UML模型只描述了一個系統(tǒng)^^做仕^^_，它并沒告訴我們系統(tǒng)是怎么做。接口是可以在整個模型中反復(fù)使用的一組行為，是一個沒有屬性而只有方法的類。多重性指的是，某個類有多個個對象可以和另一個類的1個—對象關(guān)聯(lián)。當(dāng)一個類的對象可以充當(dāng)多種角色時，自身關(guān)聯(lián)就可能發(fā)生。在泛化關(guān)系中，子類可以替代父類。也就是說，后者出現(xiàn)的地方，前者都可以出現(xiàn)。但是反過來卻不成立。最通常的依賴關(guān)系是一個類操作的形構(gòu)中用到了另一個類的定義。組成是強類型的聚集，因為聚集中的每個部分體只能屬于__一±整體。實現(xiàn)的符號和繼承的符號有相似之處，兩者的唯一差別是實現(xiàn)關(guān)系用―虛線表示，繼承關(guān)系用實線表示。【四匚背后的兩個重量級概念是用例和面向?qū)ο?。狀態(tài)圖和類圖、順序圖不同之處在于，后兩種圖能夠?qū)Χ鄠€對象建立模型，而狀態(tài)圖只是對1個對象建立模型。狀態(tài)圖中3個常用的動作是入口動作、出口動作—和do動作,也就是對象處于這個狀態(tài)時應(yīng)該做什么順序圖中，消息用水平箭頭線表示：時間用垂直虛線表示。當(dāng)邏輯發(fā)生分支時，在順序圖中用生命線發(fā)生的分支表示，在協(xié)作圖中用嵌套的序號表示。順序圖強調(diào)的是交互的，協(xié)作圖強調(diào)的是交互的—空間關(guān)系—和參與交互的對象的上下文環(huán)境。GRAPPLE把開發(fā)過程分為5個段，之中又由許多動作組成。TOC\o"1-5"\h\zGRAPPLE過程中，得到初步類圖是在需求收集段，細化類圖是在需求分析段。每一個設(shè)計模式都集中于一個特定的設(shè)計問題，描述了相互通信的對象或者類—以及解決方案和解決效果。面向?qū)ο笙到y(tǒng)中功能復(fù)用的兩種最常用技術(shù)是對象組合和類繼承。設(shè)計模式中應(yīng)優(yōu)先使用對象組合而不是類繼承。簡答題類圖在UML中有何重要作用？答：1.為開發(fā)人員提供這種模仿現(xiàn)實世界的表達方式。讓分析員使用客戶所采用的術(shù)語和客戶交流，促使客戶說出所要解決的問題的重要細節(jié)。闡述用例對于系統(tǒng)開發(fā)人員來說的價值。答：是用來從用戶的觀察角度收集系統(tǒng)需求的一項技術(shù)，便于分析員與客戶和用戶交流，使系統(tǒng)更符合用戶的需求簡述如何在實際工作中發(fā)現(xiàn)類。答：在與客戶的交談中，要注意客戶用來描述業(yè)務(wù)實體的名詞術(shù)語。這些名詞可作為領(lǐng)域模型中的類。還要注意你聽到的動詞，因為這些動詞可能會構(gòu)成這些類中的操作。當(dāng)?shù)玫揭唤M類的核心列表后，應(yīng)當(dāng)向客戶詢問在業(yè)務(wù)過程中每個類的作用。他們的回答將告訴你這些類的職責(zé)。簡述怎樣發(fā)現(xiàn)類之間的繼承關(guān)系。答：作為候選的類有可能和它的父類、子類在談話中同時被發(fā)現(xiàn)。系統(tǒng)分析員意識到某個類的屬性和操作也許能被運用到其他多個類當(dāng)中去。另一種可能的情況是系統(tǒng)分析員注意到兩個或者多個類可能具有相同的屬性和操作數(shù)試使用UML的關(guān)系表示法，表示出大學(xué)計算機專業(yè)中如下這些課程的模型：C語言程序設(shè)計、C++語言程序設(shè)計、Windows程序設(shè)計、網(wǎng)絡(luò)程序設(shè)計。注意抽象類和依賴的使用。畫出圖形用戶界面GUI的狀態(tài)圖，要包括屏幕保護狀態(tài)。其中要表明相應(yīng)的事件、動作。答：圖形用戶界面(GUI)是一個可以說明狀態(tài)轉(zhuǎn)移細節(jié)的例子。在這里，假設(shè)GUI可以處于以下3種狀態(tài)之一：Initializing（初始化）。Working（工作）。ShutDown（關(guān)閉）。當(dāng)打開PC電源的時候，自啟動發(fā)生。因此TurningthePCon（打開PC）是一個觸發(fā)器事件，它導(dǎo)致7GUI的狀態(tài)轉(zhuǎn)移到Initializing狀態(tài)，而Bootup（自啟動）是一個在轉(zhuǎn)移過程中執(zhí)行的動作。由于Initializing狀態(tài)中活動的完成，GUI將轉(zhuǎn)移進入Working狀態(tài)。當(dāng)你對PC選擇ShutDown（關(guān)閉機器）時，就引發(fā)了ShutDown觸發(fā)器事件，最后PC自己切斷電源，整個過程結(jié)束。下面的狀態(tài)圖捕獲7GUI的這些狀態(tài)和轉(zhuǎn)移。下圖是GUI加入了Screensaving狀態(tài)和保護條件的狀態(tài)圖，注意圖中的保護條件［isTimeout］，被寫成一個布爾表達式。順序圖和協(xié)作圖中，消息有哪三種？各自的意義和表示法什么？答：消息可以是簡單的（simple）、同步的（synchronous）或異步的（asynchronous）。簡單消息是從一個對象到另一個對象的控制流的轉(zhuǎn)移。如果一個對象發(fā)送了一個同步消息，那么它要等待對方對消息的應(yīng)答，收到應(yīng)答后才能繼續(xù)自己的操作。而發(fā)送異步消息的對象不需要等待對方的應(yīng)答便可以繼續(xù)自己的操作。在順序圖中，簡單消息是一個簡單箭頭，同步消息是實心箭頭。異步消息是一個半邊箭頭，畫出自動飲料銷售機中，理想場景和“錢數(shù)不正確”的場景合并在一起的順序圖假設(shè)在飲料銷售機中有3個對象來做上述工作：前端（Front）（它是飲料銷售機與顧客之間的接口），錢幣記錄儀（Register）（它負責(zé)收集顧客投的錢幣），以及分配器（Dispenser）。我們還假設(shè)錢幣記錄儀控制分配器對象。那么對象之間的交互序列可能如下所示：顧客向機器前端的槽縫中投入錢幣。顧客選擇所要購買的飲料品種。錢幣被轉(zhuǎn)送給記錄儀。由于這是一個理想情況下的場景，假設(shè)有飲料存貨，則記錄儀控制分配器將一罐飲料投遞到銷售機的前端。由于上述對應(yīng)的序列圖只覆蓋了用例“Buysoda”的一個場景（也就是一個實例），因此它被稱之為實例順序圖（instancesequencediagram）。下圖顯示了對應(yīng)的實例順序圖。注意圖中只有簡單消息，每個消息都引起控制流程從一個對象轉(zhuǎn)移到另一個對象。對于“錢數(shù)不正確”場景：記錄儀檢查顧客輸入的錢幣數(shù)星是否與所要購買的飲料價格匹配。如果輸入數(shù)量大于價格，則記錄儀計算兩者之間的差額并檢查機器中存有的金額。如果機器中剛好有能找給顧客的零錢，則記錄儀將零錢找給顧客，一切按正常情況繼續(xù)進行。如果沒有零錢找給顧客，則記錄儀退回顧客投入的錢幣，并顯示一個消息，提示顧客重新輸入數(shù)量正確的金額。如果顧客所輸入的金額少于所要購買的飲料價格，則記錄儀什么也不做，機器等待顧客繼續(xù)投入錢幣。答：為了表示順序圖中的每個“if”分支，可以將“if”選擇條件寫在方括號中，放到對應(yīng)的消息箭頭上，即增加[input=price]，[changeinreserve]和[changenotinreserve]3個選擇條件。每個條件都引起消息中的控制流的一個“分支”，將消息分為多條路徑。不同的消息路徑最終可以到達同一個對象。為了表達這種關(guān)系，接收對象的生命線可分為多余路徑。在消息序列的某一點上，信息的分支可以合并，生命線的路徑也是如此。下圖是加入了場景“錢數(shù)不正確”后的圖。畫出自動飲料銷售機中，理想場景和“錢數(shù)不正確”的場景合并在一起的協(xié)作圖。下面先來看看用例“BuySoda(買飲料)”的最理想場景下的交互序列：顧客向機器前端的槽縫中投入錢幣。顧客做出一個選擇，選擇所要購買的飲料品種。錢幣被轉(zhuǎn)送給記錄儀。由于這是一個理想情況下的場景，所以記錄儀控制分配器將一罐飲料投遞到銷售機的前端。這個場景的協(xié)作圖如下圖所示。下面再看“錢數(shù)不正確”場景的協(xié)作圖。這個協(xié)作圖中要出現(xiàn)以下幾個條件：用戶輸入的錢數(shù)超過了所要購買的飲料價格。飲料銷售機中備有可找給顧客的零錢。飲料銷售機中沒有可找給顧客的零錢。在協(xié)作圖中條件的表示方法與在順序圖中一樣，都是用方括號將條件表達式括起來，放在消息名的前面。但是要注意的是消息的條件和序號之間的匹配關(guān)系。條件和序號可能會使圖變得復(fù)雜，因此讓我們一步一步地來建立這個場景的協(xié)作圖，這個圖的前提條件是用戶輸入的錢比所要購買的飲料價格高，并且機器中備有找給顧客的零錢。首先增加機器給顧客找零的消息，并為該消息附加上條件。給顧客找零消息是檢查是否有找給顧客的零錢這一消息的直接后續(xù)消息。為了表明兩條消息之間的這種關(guān)系，這兩個消息采用同一序號，用序號后面的點再接序號來區(qū)分它們。這叫做消息嵌套(nesting)。下圖說明了這個順序圖的細節(jié)。如果機器中沒有零錢可找會怎么樣呢?銷售機必須顯示一條“無零錢”信息提示給顧客，并將顧客投入的錢幣退出，提示顧客投入零錢。實際上，這時交易就結(jié)束了。要增加這個條件，就要增加控制流的分支?？梢杂们短仔蛱柋硎具@個控制流的序號。因為它是第2個被嵌套的消息，因此圓點后面的序號是2。最后，由于交易已經(jīng)結(jié)束，該消息上要附加構(gòu)造型《transactionover》來表明交易結(jié)束。此外還有另一個發(fā)送飲料的消息。下圖是這個場景的順序圖。簡述接口對于構(gòu)件的重要意義。答：只能通過構(gòu)件的接口來使用構(gòu)件中定義的操作。構(gòu)件可以讓它的接口被其他構(gòu)件使用，以使其他構(gòu)件可以使用這個構(gòu)件中定義的操作。提供服務(wù)的構(gòu)件提供了導(dǎo)出接口，訪問服務(wù)的構(gòu)件使用了導(dǎo)入接口。簡述當(dāng)代面向?qū)ο筌浖こ痰奶攸c和優(yōu)點。允許各個階段進行迭代各個階段沒有明顯的分界線允許后期得到的信息返回，使得早期的能夠被修改，重用性高、維護性好、擴展性高GRAPPLE過程中，需求收集段的各個動作是什么？分別有什么工作產(chǎn)品？答:1發(fā)現(xiàn)業(yè)務(wù)過程工作產(chǎn)品是一個或者一組能夠捕獲業(yè)務(wù)過程中的步驟和判定點的活動圖。2領(lǐng)域分析工作產(chǎn)品是一個高層的類圖和會談記錄。3識別協(xié)作系統(tǒng)工作產(chǎn)品是新建的系統(tǒng)的部署圖4發(fā)現(xiàn)系統(tǒng)需求會議得到的工作產(chǎn)品是一個包圖。5將結(jié)果提交給客戶這個動作的工作產(chǎn)品視不同的組織而不同。簡述類繼承和接口繼承的區(qū)別？我們應(yīng)該盡量使用哪一種？答：類繼承根據(jù)一個對象的實現(xiàn)定義了另一個對象的實現(xiàn)。簡而言之，它是代碼和表示的共享機制。然而，接口繼承描述了一個對象什么時候能被用來替代另一個對象。類繼承是派生中的類將繼承父類的所有屬性和方法，并且可