每日一練

1.CORBA服務端構件模型中，()是CORBA對象的真正實現(xiàn)，負責完成客戶端請求答案與解析

• A.伺服對象(Servant)
• B.對象適配器(Object Adapter)
• C.對象請求代理(Object Request Broker)
• D.適配器激活器(AdapterActivator)

2.DMA(直接存儲器訪問)工作方式是在()之間建立起直接的數(shù)據(jù)通路。答案與解析

• A.CPU與外設
• B.CPU與主存
• C.主存與外設
• D.外設與外設

3.特定領域軟件架構(Domain $pecifc Sotware Architecture,DSSA)以一個特定問題領域為對象，形成由領域參考模型、參考需求、( )等組成的開發(fā)基礎架構，支持一個特定領域中多個應用的生成。DSSA的基本活動包括領域分析、領域設計和領域?qū)崿F(xiàn)。其中領域分析的主要目的是獲得()，從而描述領域中系統(tǒng)之間共同的需求，即領域需求;領域設計的主要目標是獲得()，從而描述領域模型中表示需求的解決方案;領域?qū)崿F(xiàn)的主要目標是開發(fā)和組織可重用信息，并實現(xiàn)基礎軟件架構。答案與解析
問題1

• A.參考設計
• B.參考規(guī)約
• C.參考架構
• D.參考實現(xiàn)

問題2

• A.領域邊界
• B.領域信息
• C.領域?qū)ο?/li>
• D.領域模型

問題3

• A.特定領域軟件需求
• B.特定領域軟件架構
• C.特定領域軟件設計模型
• D.特定領域軟件重用模型

4.用例(use case)用來描述系統(tǒng)對事件做出響應時所采取的行動。用例之間是具有相關性的。在一個會員管理系統(tǒng)中，會員注冊時可以采用電話和郵件兩種方式。用例“會員注冊”和“電話注冊"、“郵件注冊”之間是( )關系。答案與解析

• A.包含(include)
• B.擴展(extend)
• C.泛化(generalize)
• D.依賴(depends on)

5.識別風,險、非風險、敏感點和權衡點是進行軟件架構評估的重要過程。"改變業(yè)務數(shù)據(jù)編碼方式會對系統(tǒng)的性能和安全性產(chǎn)生影響”是對()的描述，“假設用戶請求的頻率為每秒1個，業(yè)務處理時間小于30毫秒，則將請求響應時間設定為1秒鐘是可以接受的”是對()的描述。答案與解析
問題1

• A.風險點
• B.非風險
• C.敏感點
• D.權衡點

問題2

• A.風險點
• B.非風險
• C.敏感點
• D.權衡點

6.下列關于軟件調(diào)試與軟件測試的敘述中，正確的是()。答案與解析

• A.軟件測試的目的是找出存在的錯誤，軟件調(diào)試的目的是定位錯誤并修正錯誤
• B.軟件測試的結(jié)束過程不可預計，軟件調(diào)試使用預先定義的過程
• C.軟件調(diào)試的過程可以實現(xiàn)設計
• D.軟件測試不能描述過程或持續(xù)時間

7.軟件開發(fā)環(huán)境應支持多種集成機制。根據(jù)功能不同，可以將集成機制分為三個部分:()，用以存儲與系統(tǒng)開發(fā)有關的信息，并支持信息的交流與共享;( )，是實現(xiàn)過程集成和控制集成的基礎;()，它的統(tǒng)一性和一致性是軟件開發(fā)環(huán)境的重要特征。答案與解析
問題1

• A.算法模型庫
• B.環(huán)境信息庫
• C.信息模型庫
• D.用戶界面庫

問題2

• A.工作流與日志服務器
• B.進程通信與數(shù)據(jù)共享服務器
• C.過程控制與消息服務器
• D.同步控制與恢復服務器

問題3

• A.底層數(shù)據(jù)結(jié)構
• B.數(shù)據(jù)處理方法
• C.業(yè)務過程模型
• D.環(huán)境用戶界面

8.某公司承接了一個開發(fā)家用空調(diào)自動調(diào)溫器的任務，調(diào)溫器測量外部空氣溫度，根據(jù)設定的期望溫度控制空調(diào)的開關。根據(jù)該需求，公司應采用( )架構風格最為臺適。答案與解析

• A.解釋器
• B.過程控制
• C.分層
• D.管道-過濾器

9.()的選擇是開發(fā)一個軟件系統(tǒng)時的基本設計決策;()是最低層的模式，關注軟件系統(tǒng)的設計與實現(xiàn)，描述了如何實現(xiàn)構件及構件之間的關系。引用一計數(shù)是C++管理動態(tài)資源時常用的一種()。答案與解析
問題1

• A.架構模式
• B.慣用法
• C.設計模式
• D.分析模式

問題2

• A.架構模式
• B.慣用法
• C.設計模式
• D.分析模式

問題3

• A.架構模式
• B.慣用法
• C.設計模式
• D.分析模式

10.逆向工程導出的信息可以分為4個抽象層次，其中()可以抽象出程序的抽象語法樹、符號表等信息;()可以抽象出反映程序段功能及程序段之間關系的信息。答案與解析
問題1

• A.實現(xiàn)級
• B.結(jié)構級
• C.功能級
• D.領域級

問題2

• A.實現(xiàn)級
• B.結(jié)構級
• C.功能級
• D.領域級

解析

1.答案：A
同服對象(Servant):CORBA對象的真正實現(xiàn)，負責完成客戶端請求。對象適配器(Object Adapter):用于屏蔽ORB內(nèi)核的實現(xiàn)細節(jié)，為服務器對象的實現(xiàn)者提供抽象接口，以便他們使用ORB內(nèi)部的某些功能。
對象請求代理(Obiect Request Broker):解釋調(diào)用并負責査找實現(xiàn)該請求的對象，將參數(shù)傳給找到的對象，并調(diào)用方法返回結(jié)果。客戶方不需要了解服務對象的位置、通信方式、實現(xiàn)、激活或存儲機制。

2.答案：C
直接存儲器訪問(Direct MemoryAccess，DMA)是指數(shù)據(jù)在主存與I/0設備間的直接成塊傳送，即在主存與I/O設備間傳送數(shù)據(jù)塊的過程中，不需要CPU作任何干涉，只需在過程開始啟動(即向設備發(fā)出“傳送一塊數(shù)據(jù)”的命令)與過程結(jié)束(CPU通過輪詢或中斷得知過程是否結(jié)束和下次操作是否準備就緒)時由CPU進行處理，實際操作由DMA硬件直接完成，CPU在傳送過程中可做其他事情。

3.答案：CDB
簡單地說，DSSA就是在一個特定應用領域中為一組應用提供組織結(jié)構參考的標準軟件體系結(jié)構。對DSSA研究的角度、關心的問題不同導致了對DSSA的不同走義。Haves Roth對DSSA的定義如下:“DSSA就是專用于一類特定類型的任務(領域)的、在整個領域中能有效地使用的、為成功構造應用系統(tǒng)限定了標準的組合結(jié)構的軟件構件的集合”。Tracz的定義為:“DSSA就是一個特定的問題領域中支持一組應用的領域模型、參考需求、參考架構等組成的開發(fā)基礎，其目標就是支持在一個特定領域中多個應用的生成”。實施DSSA的過程中包含了一些基本的活動。雖然具體的DSSA方法可能定義不同的概念、步驟和產(chǎn)品等，但這些基本活動大體上是一致的。以下將分三個階段介紹這些活動。1.領域分析
這個階段的主要目標是獲得領域模型。領域模型描述領域中系統(tǒng)之間的共同的需求，即領域模型所描述的需求為領域需求。在這個階段中首先要進行一些準備性的活動，包括定義領域的邊界。從而明確分析的對象;識別信息源，整個領域工程過程中信息的來源，可能的信息源包括現(xiàn)存系統(tǒng)、技術文獻、問題域和系統(tǒng)開發(fā)的專家、用戶調(diào)查和市場分析、領域演化的歷史記錄等，在此基礎上就可以分析領域中系統(tǒng)的需求，確定哪些需求是領域中的系統(tǒng)廣泛共享的，從而建立領域模型。當領域中存在大量系統(tǒng)時，需要選擇它們的一個子集作為樣本系統(tǒng)。對樣本系統(tǒng)需求的考察將顯示領域需求的一個變化范圍。一些需求對所有被考察的系統(tǒng)是共同的，一些需求是單個系統(tǒng)所獨有的。很多需求位于這兩個極端之間，即被部分系統(tǒng)共享。2，領域設計
這個階段的目標是獲得DSSA。DSSA描述在領域模型中表示的是需求的解決方案，它不是單個系統(tǒng)的表示，而是能夠適應領域中多個系統(tǒng)的需求的一個高層次的設計。建立了領域模型之后，就可以派生出滿足這些被建模的領域需求的DSSA，由于領域模型中的領域需求具有一定的變化性，DSSA也要相應地具有變化性。它可以通過表示多選一的(alternative)、可選的(optional)解決方案等來做到這一點。由模型和DSSA來組織，因此在這個階段通過獲得DSSA，也就同時形成了重用基礎設施的規(guī)約。3.領域?qū)崿F(xiàn)
這個階段的主要目標是依據(jù)領域模型和DSSA開發(fā)和組織可重用信息。這些可重用信息可能是從現(xiàn)有系統(tǒng)中提取得到，也可能需要通過新的開發(fā)得到。它們依據(jù)領域模型和DSSA進行組織，也就是領域模型和DSSA定義了這些可重用信息的重用時機，從而支持了系統(tǒng)化的軟件重用。這個階段也可以看作重用基礎設施的實現(xiàn)階段。

4.答案：C
泛化關系是從另一個角度來看的繼承關系，也就是說，當兩個用例之間可能存在父子關系時，可判定為泛化關系。在本題中，“電話注冊”與“郵件注冊“都屬于“會員注冊”，"它們是“會員注冊”的具體形式，所以存在父子關系，可判定為泛化關系。

5.答案： DB
敏感點是一個或多個構件 (和/或構件之間的關系)的特性。研究敏感點可使設計人員或分析員明確在搞清楚如何實現(xiàn)質(zhì)量目標時應注意什么。
權衡點是影響多個質(zhì)量屬性的特性，是多個質(zhì)量屬性的敏感點。例如，改變加密級別可能會對安全性和性能產(chǎn)生非常重要的影響。提高加密級別可以提高安全性，但可能要耗費更多的處理時間，影響系統(tǒng)性能。如果某個機密消息的處理有嚴格的時間延遲要求，則加密級別可能就會成為一個權衡點。風險點與非風險點不是以標準專業(yè)術語形式出現(xiàn)的，只是一個常規(guī)概念，即可能引起風險的因毒，可稱為風險點某個做法如果有隱患，有可能導致一些問題，則為風險點:而如果某件事是可行的、可接受的，則為非風險點。

6.答案：A
測試是為了發(fā)現(xiàn)軟件中存在的錯誤;調(diào)試是為了是定位并修正錯誤。A對，測試以已知條件開始，使用預先定義的程序，且有預知的結(jié)果;調(diào)試一般是以不可知的內(nèi)部條件開始，沒有預先定義的過程，除統(tǒng)計性調(diào)試外，結(jié)果是不可預見的。B錯。測試是有計劃的，需要進行測試設計:調(diào)試是一個推理的過程，需要調(diào)試者去解釋、去發(fā)現(xiàn)產(chǎn)生的原因， 沒有實現(xiàn)設計。C錯。
軟件測試可以描述過程或持續(xù)時間，軟件測試過程主要有:分析需求文檔、測試用例設計、測試執(zhí)行過程、測試結(jié)果分析、形成測試報告。而軟件測試周期并行與軟件生命周期，存在于軟件生命周期的各個階段。D錯。

7.答案：BCD
軟件開發(fā)環(huán)境(Sofware Development Environment，SDE)是指支持軟件的工程化開發(fā)和維護而使用的一組軟件，由軟件工具集和環(huán)境集成機制構成。
軟件開發(fā)環(huán)境應支持多種集成機制，根據(jù)功能的不同，集成機制可以劃分為環(huán)境信息庫、過程控制與消息服務器環(huán)境用戶界面三個部分。
① 環(huán)境信息庫。環(huán)境信息庫是軟件開發(fā)環(huán)境的核心，用以存儲與系統(tǒng)開發(fā)有關的信息，并支持信息的交流與共享。環(huán)境信息庫中主要存儲兩類信息，一類是開發(fā)過程中產(chǎn)生的有關被開發(fā)系統(tǒng)的信息，例如分析文檔、設計文檔和測試報告等;另一類是環(huán)境提供的支持信息，如文檔模板、系統(tǒng)配置、過程模型和可復用構件等。② 過程控制與消息服務器。過程控制與消息服務器是實現(xiàn)過程集成和控制集成的基礎。過程集成時按照具體軟件開發(fā)過程的要求進行工具的選擇與組合，控制集成使各工具之間進行并行通信和協(xié)同工作。③ 環(huán)境用戶界面。環(huán)境用戶界面包括環(huán)境總界面和由它實行統(tǒng)一控制的各環(huán)境部件及工具的界面。統(tǒng)一的、具有-致性的用戶界面是軟件開發(fā)環(huán)境的重要特征，是充分發(fā)揮環(huán)境的優(yōu)越性、高效地使用工具并減輕用戶的學習負擔的保證。

8.答案：B
調(diào)溫器需要實時獲取外界的溫度信息，并與用戶定義的混度進行比較并作出動作。根據(jù)該系統(tǒng)的應用領域和實際需求，可以看出這是一個典型的過程控制架構風格的應用場景。

9.答案：ABB
架構模式是軟件設計中的高層決策，例如C/S結(jié)構就屬于架構模式，架構模式反映了開發(fā)軟件系統(tǒng)過程中所作的基本設計決策;設計模式主要關注軟件系統(tǒng)的設計，與具體的實現(xiàn)語言無關:慣用法則是實現(xiàn)時通過某種特定的程序設計語言來描述構件與構件之間的關系，例如引用-計數(shù)就是C++語言中的一種慣用法。

10.答案：AC
逆向工程導出的信息可分為如下4個抽象層次。
① 實現(xiàn)級:包括程序的抽象語法樹、符號表等信息。
② 結(jié)構級:包括反映程序分量之間相互依賴關系的信息，例如調(diào)用圖、結(jié)構圖等
③ 功能級:包括反映程序段功能及程序段之間關系的信息。
④ 領域級:包括反映程序分量或程序與應用領域概念之間對應關系的信息