采用以架構(gòu)為核心的軟件開發(fā)方法，在建立軟件架構(gòu)的初期，首要任務(wù)是選擇一個合適的（1），在此基礎(chǔ)上，開發(fā)人員通過架構(gòu)模型，可以獲得關(guān)于（2）的理解，為將來的架構(gòu)實(shí)現(xiàn)與演化過程建立了目標(biāo)。
空白（1）處應(yīng)選擇（）
A.分析模式
B.設(shè)計(jì)模式
C.架構(gòu)風(fēng)格
D.架構(gòu)標(biāo)準(zhǔ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ì)師下半年上午試卷
你可能感興趣的試題
A.敏感點(diǎn)
B.風(fēng)險(xiǎn)點(diǎn)
C.非風(fēng)險(xiǎn)點(diǎn)
D.權(quán)衡點(diǎn)
識別風(fēng)險(xiǎn)點(diǎn)、非風(fēng)險(xiǎn)點(diǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)是軟件架構(gòu)評估過程中的關(guān)鍵步驟。針對某系統(tǒng)所作的架構(gòu)設(shè)計(jì)中，“系統(tǒng)需要支持的最大并發(fā)用戶數(shù)量直接影響傳輸協(xié)議和數(shù)據(jù)格式”描述了系統(tǒng)架構(gòu)設(shè)計(jì)中的一個（1）：“由于系統(tǒng)的業(yè)務(wù)邏輯目前尚不清楚，因此現(xiàn)有系統(tǒng)三層架構(gòu)中的第2層可能會出現(xiàn)功能重復(fù)，這會影響系統(tǒng)的可修改性”描述了系統(tǒng)架構(gòu)設(shè)計(jì)中的一個（2）。
空白（1）處應(yīng)選擇（）
A.敏感點(diǎn)
B.風(fēng)險(xiǎn)點(diǎn)
C.非風(fēng)險(xiǎn)點(diǎn)
D.權(quán)衡點(diǎn)
A.領(lǐng)域?qū)＜?br />
B.領(lǐng)域分析者
C.領(lǐng)域設(shè)計(jì)者
D.領(lǐng)域?qū)崿F(xiàn)名
特定領(lǐng)域軟件架構(gòu)（DSSA）是在一個特定應(yīng)用領(lǐng)域?yàn)橐唤M應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)準(zhǔn)軟件架構(gòu)。實(shí)施DSSA的過程中包括一系列基本的活動，其中（1）活動的主要目的是為了獲得DSSA。該活動參加人員中，（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)
某公司欲開發(fā)一門戶網(wǎng)站，將公司的各個分公司及辦事處信息進(jìn)行整合?，F(xiàn)決定采用Composite設(shè)計(jì)模式來實(shí)現(xiàn)公司的組織結(jié)構(gòu)關(guān)系，并設(shè)計(jì)了如圖12-18所示的UML類圖。圖中與Composite模式中的Component角色相對應(yīng)的類是（1），與Composite角色相對應(yīng)的類是（2）。
A.Company
B.FinanceDepartment
C.HRDepartment
D.ConcreteCompany
某公司欲開發(fā)一門戶網(wǎng)站，將公司的各個分公司及辦事處信息進(jìn)行整合?，F(xiàn)決定采用Composite設(shè)計(jì)模式來實(shí)現(xiàn)公司的組織結(jié)構(gòu)關(guān)系，并設(shè)計(jì)了如圖12-18所示的UML類圖。圖中與Composite模式中的Component角色相對應(yīng)的類是（1），與Composite角色相對應(yīng)的類是（2）。
A.Company
B.FinanceDepartment
C.HRDepartment
D.ConcreteCompany
某公司欲開發(fā)一個在線交易系統(tǒng)，在架構(gòu)設(shè)計(jì)階段公司的架構(gòu)師識別出3個核心質(zhì)量屬性場景。其中“在并發(fā)用戶數(shù)量為1000人時，用戶的交易請求需要在0.5秒內(nèi)得到響應(yīng)”主要與（1）質(zhì)量屬性相關(guān)，通?？刹捎茫?）架構(gòu)策略實(shí)現(xiàn)該屬性；“當(dāng)系統(tǒng)由于軟件故障意外崩潰后，需要在0.5小時內(nèi)恢復(fù)正常運(yùn)行”主要與（3）質(zhì)量屬性相關(guān)，通?？刹捎茫?）架構(gòu)策略實(shí)現(xiàn)該屬性；“系統(tǒng)應(yīng)該能夠抵擋惡意用戶的入侵行為，并進(jìn)行報(bào)警和記錄”主要與（5）質(zhì)量屬性相關(guān)，通?？刹捎茫?）架構(gòu)策略實(shí)現(xiàn)該屬性。
空白（6）處應(yīng)選擇（）
A.內(nèi)置監(jiān)控器
B.記錄／回放
C.追蹤審計(jì)
D.維護(hù)現(xiàn)有接口
最新試題
通過對軟件構(gòu)架的評估，可以預(yù)測軟件系統(tǒng)的質(zhì)量。
關(guān)于層次構(gòu)架的描述哪些是正確的（）
數(shù)據(jù)流風(fēng)格的構(gòu)架包括Pipe-and-Filter、黑板、Batch Sequential（批處理）。
軟件體系結(jié)構(gòu)只是表示了軟件的拓?fù)浣Y(jié)構(gòu)，不關(guān)心其動態(tài)結(jié)構(gòu)。
安全性質(zhì)量屬性場景的環(huán)境包括在線或離線、直接或通過防火墻入網(wǎng)。
接口展示了軟件構(gòu)件之間的交互關(guān)系，對于軟件構(gòu)架而言非常重要，需要單獨(dú)編檔。
推遲綁定時間是提高系統(tǒng)運(yùn)行時的可修改性的一種戰(zhàn)術(shù)。
在軟件體系結(jié)構(gòu)模式中，解決方案包括一個特定的結(jié)構(gòu)，即元素的一個空間配置，還規(guī)定了運(yùn)行期間的行為。
Pipe-and-Filter構(gòu)架天然地支持并行，并具有良好的性能。
限制隊(duì)列大小是一個提高系統(tǒng)性能的戰(zhàn)術(shù)。