識別風(fēng)險點、非風(fēng)險點、敏感點和權(quán)衡點是軟件架構(gòu)評估過程中的關(guān)鍵步驟。針對某系統(tǒng)所作的架構(gòu)設(shè)計中,“系統(tǒng)需要支持的最大并發(fā)用戶數(shù)量直接影響傳輸協(xié)議和數(shù)據(jù)格式”描述了系統(tǒng)架構(gòu)設(shè)計中的一個(1):“由于系統(tǒng)的業(yè)務(wù)邏輯目前尚不清楚,因此現(xiàn)有系統(tǒng)三層架構(gòu)中的第2層可能會出現(xiàn)功能重復(fù),這會影響系統(tǒng)的可修改性”描述了系統(tǒng)架構(gòu)設(shè)計中的一個(2)。
空白(1)處應(yīng)選擇()
A.敏感點
B.風(fēng)險點
C.非風(fēng)險點
D.權(quán)衡點
您可能感興趣的試卷
- 2009年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2009年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年下午試卷
- 2010年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2011年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2012年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2013年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2014年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
你可能感興趣的試題
A.領(lǐng)域?qū)<?br />
B.領(lǐng)域分析者
C.領(lǐng)域設(shè)計者
D.領(lǐng)域?qū)崿F(xiàn)名
特定領(lǐng)域軟件架構(gòu)(DSSA)是在一個特定應(yīng)用領(lǐng)域為一組應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)準(zhǔn)軟件架構(gòu)。實施DSSA的過程中包括一系列基本的活動,其中(1)活動的主要目的是為了獲得DSSA。該活動參加人員中,(2)的主要任務(wù)是提供關(guān)于領(lǐng)域中系統(tǒng)的需求規(guī)約和實現(xiàn)的知識。
空白(1)處應(yīng)選擇()
A.領(lǐng)域需求
B.領(lǐng)域分析
C.領(lǐng)域設(shè)計
D.領(lǐng)域?qū)崿F(xiàn)
某公司欲開發(fā)一門戶網(wǎng)站,將公司的各個分公司及辦事處信息進行整合?,F(xiàn)決定采用Composite設(shè)計模式來實現(xiàn)公司的組織結(jié)構(gòu)關(guān)系,并設(shè)計了如圖12-18所示的UML類圖。圖中與Composite模式中的Component角色相對應(yīng)的類是(1),與Composite角色相對應(yīng)的類是(2)。
空白(2)處應(yīng)選擇()
A.Company
B.FinanceDepartment
C.HRDepartment
D.ConcreteCompany
某公司欲開發(fā)一門戶網(wǎng)站,將公司的各個分公司及辦事處信息進行整合?,F(xiàn)決定采用Composite設(shè)計模式來實現(xiàn)公司的組織結(jié)構(gòu)關(guān)系,并設(shè)計了如圖12-18所示的UML類圖。圖中與Composite模式中的Component角色相對應(yīng)的類是(1),與Composite角色相對應(yīng)的類是(2)。
空白(1)處應(yīng)選擇()
A.Company
B.FinanceDepartment
C.HRDepartment
D.ConcreteCompany
某公司欲開發(fā)一個在線交易系統(tǒng),在架構(gòu)設(shè)計階段公司的架構(gòu)師識別出3個核心質(zhì)量屬性場景。其中“在并發(fā)用戶數(shù)量為1000人時,用戶的交易請求需要在0.5秒內(nèi)得到響應(yīng)”主要與(1)質(zhì)量屬性相關(guān),通常可采用(2)架構(gòu)策略實現(xiàn)該屬性;“當(dāng)系統(tǒng)由于軟件故障意外崩潰后,需要在0.5小時內(nèi)恢復(fù)正常運行”主要與(3)質(zhì)量屬性相關(guān),通??刹捎茫?)架構(gòu)策略實現(xiàn)該屬性;“系統(tǒng)應(yīng)該能夠抵擋惡意用戶的入侵行為,并進行報警和記錄”主要與(5)質(zhì)量屬性相關(guān),通??刹捎茫?)架構(gòu)策略實現(xiàn)該屬性。
空白(6)處應(yīng)選擇()
A.內(nèi)置監(jiān)控器
B.記錄/回放
C.追蹤審計
D.維護現(xiàn)有接口
最新試題
維持語義的一致性的目標(biāo)是確保模塊中所有責(zé)任都能協(xié)同工作,不需要過多依賴于別的模塊。
關(guān)于層次構(gòu)架的描述哪些是正確的()
在影響軟件構(gòu)架的因素中,構(gòu)架師的經(jīng)驗對構(gòu)架有決定性的作用。
在一個軟件系統(tǒng)中,功能是質(zhì)量的載體,質(zhì)量屬性的得到依賴于開發(fā)的設(shè)計、執(zhí)行以及部署等各個階段的努力。
軟件體系結(jié)構(gòu)只是表示了軟件的拓?fù)浣Y(jié)構(gòu),不關(guān)心其動態(tài)結(jié)構(gòu)。
如果兩個模塊之間是語義依賴,則可以插入一個仲裁者來降低它們之間的依賴程度。
和Pipe-and-Filter構(gòu)架相比,解釋器構(gòu)架提供更好的重用支持,并使得整個系統(tǒng)易于維護和增強。
推遲綁定時間是提高系統(tǒng)運行時的可修改性的一種戰(zhàn)術(shù)。
軟件構(gòu)架評估的主要目的是控制風(fēng)險,ATAM是一個結(jié)構(gòu)化的軟件構(gòu)架評估方法。
限制隊列大小是一個提高系統(tǒng)性能的戰(zhàn)術(shù)。