A.領(lǐng)域?qū)＜?br />
B.領(lǐng)域分析者
C.領(lǐng)域設(shè)計(jì)者
D.領(lǐng)域?qū)崿F(xiàn)者
您可能感興趣的試卷
- 2009年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2009年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年下午試卷
- 2010年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2011年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2012年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2013年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2014年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
你可能感興趣的試題
特定領(lǐng)域軟件架構(gòu)（DSSA）是在一個(gè)特定應(yīng)用領(lǐng)域?yàn)橐唤M應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)準(zhǔn)軟件架構(gòu)。實(shí)施DSSA的過程中包括一系列基本的活動(dòng)，其中（1）活動(dòng)的主要目的是為了獲得DSSA。該活動(dòng)參加人員中，（2）的主要任務(wù)是提供關(guān)于領(lǐng)域中系統(tǒng)的需求規(guī)約和實(shí)現(xiàn)的知識。
空白（1）處應(yīng)選擇（）
A.領(lǐng)域需求
B.領(lǐng)域分析
C.領(lǐng)域設(shè)計(jì)
D.領(lǐng)域?qū)崿F(xiàn)
基于軟件架構(gòu)的設(shè)計(jì)（ArchitectureBasedSoftwareDevelopment，ABSD）強(qiáng)調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動(dòng)軟件架構(gòu)設(shè)計(jì)。它強(qiáng)調(diào)采用（1）來描述軟件架構(gòu)，采用（2）來描述需求。
空白（2）處應(yīng)選擇（）
A.用例與類圖
B.用例與視角
C.用例與質(zhì)量場景
D.視角與質(zhì)量場景
基于軟件架構(gòu)的設(shè)計(jì)（ArchitectureBasedSoftwareDevelopment，ABSD）強(qiáng)調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動(dòng)軟件架構(gòu)設(shè)計(jì)。它強(qiáng)調(diào)采用（1）來描述軟件架構(gòu)，采用（2）來描述需求。
空白（1）處應(yīng)選擇（）
A.類圖和序列圖
B.視角與視圖
C.構(gòu)件和類圖
D.構(gòu)件與功能
某銀行系統(tǒng)采用Factory Method方法描述其不同賬戶之間的關(guān)系，設(shè)計(jì)出的類圖如圖8-44所示。其中與Factory Method中的"Creator"角色相對應(yīng)的類是（1）；與"Product"角色相對應(yīng)的類是（2）。
A.Bank
B.Account
C.Checking
D.Savings
某銀行系統(tǒng)采用Factory Method方法描述其不同賬戶之間的關(guān)系，設(shè)計(jì)出的類圖如圖8-44所示。其中與Factory Method中的"Creator"角色相對應(yīng)的類是（1）；與"Product"角色相對應(yīng)的類是（2）。
A.Bank
B.Account
C.Checking
D.Savings
如圖8-43（a）所示的UML類圖描繪的是設(shè)計(jì)模式中的（1）模式。如圖8-43（b）所示的UML類圖描述了該模式的一種應(yīng)用，其中與圖8-43（a）中的"Abstraction"對應(yīng)的類是（2）。
A.DataAccess
B.DataAccessImpl
C.CustomerDM
D.AccountDM
如圖8-43（a）所示的UML類圖描繪的是設(shè)計(jì)模式中的（1）模式。如圖8-43（b）所示的UML類圖描述了該模式的一種應(yīng)用，其中與圖8-43（a）中的"Abstraction"對應(yīng)的類是（2）。
A.Command
B.Bridge
C.Composite
D.Proxy
A.架構(gòu)模式
B.慣用法
C.設(shè)計(jì)模式
D.分析模式
（1）的選擇是開發(fā)一個(gè)軟件系統(tǒng)時(shí)的基本設(shè)計(jì)決策；（2）是最底層的模式，關(guān)注軟件系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)，描述了如何實(shí)現(xiàn)構(gòu)件及構(gòu)件之間的關(guān)系。引用計(jì)數(shù)是C++管理動(dòng)態(tài)資源時(shí)常用的一種（3）。
空白（2）處應(yīng)選擇（）
A.架構(gòu)模式
B.慣用法
C.設(shè)計(jì)模式
D.分析模式
（1）的選擇是開發(fā)一個(gè)軟件系統(tǒng)時(shí)的基本設(shè)計(jì)決策；（2）是最底層的模式，關(guān)注軟件系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)，描述了如何實(shí)現(xiàn)構(gòu)件及構(gòu)件之間的關(guān)系。引用計(jì)數(shù)是C++管理動(dòng)態(tài)資源時(shí)常用的一種（3）。
空白（1）處應(yīng)選擇（）
A.架構(gòu)模式
B.慣用法
C.設(shè)計(jì)模式
D.分析模式
最新試題
一個(gè)界面美觀、容易學(xué)習(xí)的系統(tǒng)是用戶評估易用性重要方面，因此構(gòu)架設(shè)計(jì)對此質(zhì)量屬性幫助不大。
在軟件體系結(jié)構(gòu)模式中，解決方案包括一個(gè)特定的結(jié)構(gòu)，即元素的一個(gè)空間配置，還規(guī)定了運(yùn)行期間的行為。
如果模塊A和B是位置依賴，可以用名稱服務(wù)器來讓A和B不直接依賴。
CBAM不是使用一個(gè)單獨(dú)的場景，是通過改變響應(yīng)值對某一質(zhì)量屬性生成一組場景，每個(gè)場景又對應(yīng)一個(gè)效用。
關(guān)于層次構(gòu)架的描述哪些是正確的（）
構(gòu)架并不能獨(dú)立實(shí)質(zhì)量屬性，它為質(zhì)量屬性的實(shí)現(xiàn)提供了基礎(chǔ)。
維持語義的一致性的目標(biāo)是確保模塊中所有責(zé)任都能協(xié)同工作，不需要過多依賴于別的模塊。
軟件構(gòu)架評估的主要目的是控制風(fēng)險(xiǎn)，ATAM是一個(gè)結(jié)構(gòu)化的軟件構(gòu)架評估方法。
軟件體系結(jié)構(gòu)只是表示了軟件的拓?fù)浣Y(jié)構(gòu)，不關(guān)心其動(dòng)態(tài)結(jié)構(gòu)。
接口展示了軟件構(gòu)件之間的交互關(guān)系，對于軟件構(gòu)架而言非常重要，需要單獨(dú)編檔。