A.架構(gòu)文檔應(yīng)該從架構(gòu)設(shè)計(jì)者的角度進(jìn)行編寫
B.應(yīng)該保持架構(gòu)文檔的即時更新,但更新不要過于頻繁
C.架構(gòu)文檔中的描述應(yīng)該盡量避免不必要的重復(fù)
D.每次架構(gòu)文檔修改,都應(yīng)該記錄修改的原則
您可能感興趣的試卷
- 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.使用ABSD方法,設(shè)計(jì)活動可以從項(xiàng)目總體功能框架明確就開始
B.ABSD方法是一個自頂向下,遞歸細(xì)化的過程
C.ABSD方法有3個基礎(chǔ):功能分解、選擇架構(gòu)風(fēng)格實(shí)現(xiàn)質(zhì)量和商業(yè)需求及軟件模板的使用
D.使用ABSD方法,設(shè)計(jì)活動的開始意味著需求抽取和分析活動可以終止
A.設(shè)計(jì)構(gòu)件
B.需求獲取
C.標(biāo)識構(gòu)件
D.架構(gòu)需求評審
A.架構(gòu)設(shè)計(jì)能夠滿足系統(tǒng)的性能、可維護(hù)性等品質(zhì)
B.良好的架構(gòu)設(shè)計(jì)能夠更好地捕獲并了解用戶需求
C.架構(gòu)設(shè)計(jì)能夠使得不同的利益相關(guān)人(Stakeholders)達(dá)成一致的目標(biāo)
D.架構(gòu)設(shè)計(jì)能夠支持項(xiàng)目計(jì)劃和項(xiàng)目管理等活動
A.需求分析與設(shè)計(jì)
B.設(shè)計(jì)與實(shí)現(xiàn)
C.實(shí)現(xiàn)與測試
D.部署與變更
A.服務(wù)器、客戶端及其物理位置
B.處理器說明信息
C.單位時間的數(shù)據(jù)流大小
D.傳輸協(xié)議
A.靜態(tài)IDLSkeletons
B.POA
C.靜態(tài)IDL Stubs
D.動態(tài)Skeletons
A.JavaEE定義了分布式環(huán)境中多層應(yīng)用系統(tǒng)的架構(gòu),是多種Java技術(shù)的混合體
B.具有典型的3層結(jié)構(gòu):表現(xiàn)層、業(yè)務(wù)邏輯層和基礎(chǔ)設(shè)施層
C.不同的應(yīng)用系統(tǒng)對底層支持系統(tǒng)的要求可能不同,因此每次開發(fā)時應(yīng)該針對不同的應(yīng)用需求對底層系統(tǒng)進(jìn)行二次開發(fā),提供支持接口
D.要嚴(yán)格區(qū)分業(yè)務(wù)邏輯層和表現(xiàn)層,尤其應(yīng)該注意不要在表現(xiàn)層中混雜業(yè)務(wù)代碼
在企業(yè)應(yīng)用系統(tǒng)開發(fā)中,方法調(diào)用(Method Invocation)和消息(Messaging)機(jī)制是兩種常用的數(shù)據(jù)處理與交換方式,下面關(guān)于這兩種機(jī)制的描述,不正確的是()
A.方法調(diào)用一般具有同步特性,而消息機(jī)制具有異步的特點(diǎn)
B.從可靠性方面考慮,消息機(jī)制比方法調(diào)用更有優(yōu)勢
C.從效率方面考慮,一般情況下消息機(jī)制比方法調(diào)用更有優(yōu)勢
D.消息調(diào)用機(jī)制可以支持多個數(shù)據(jù)的發(fā)送者和接收者,更加靈活
設(shè)計(jì)模式(Design Pattem)是一套被反復(fù)使用、多數(shù)人知曉的、經(jīng)過分類編目的、代碼設(shè)計(jì)經(jīng)驗(yàn)的總結(jié)。下面關(guān)于設(shè)計(jì)模式所倡導(dǎo)的基本原則的描述,錯誤的是()
A.模塊應(yīng)對擴(kuò)展開放,而對修改關(guān)閉
B.優(yōu)先使用繼承,而不是組合
C.要針對接口編程,而不是針對實(shí)現(xiàn)編程
D.抽象不應(yīng)該依賴于細(xì)節(jié),細(xì)節(jié)應(yīng)當(dāng)依賴于抽象
A.遠(yuǎn)程過程調(diào)用
B.層次化
C.管道/過濾器
D.共享數(shù)據(jù)
最新試題
接口展示了軟件構(gòu)件之間的交互關(guān)系,對于軟件構(gòu)架而言非常重要,需要單獨(dú)編檔。
易用性關(guān)注的是對用戶來說完成某個期望任務(wù)的容易程度。
動態(tài)優(yōu)先調(diào)度策略包括()
David Garlan對軟件體系結(jié)構(gòu)的定義可以精簡為體系結(jié)構(gòu)=組件+連接件+約束。
維持語義的一致性的目標(biāo)是確保模塊中所有責(zé)任都能協(xié)同工作,不需要過多依賴于別的模塊。
一個構(gòu)架設(shè)計(jì)可以支持所有質(zhì)量屬性。
CBAM不是使用一個單獨(dú)的場景,是通過改變響應(yīng)值對某一質(zhì)量屬性生成一組場景,每個場景又對應(yīng)一個效用。
軟件構(gòu)架評估的主要目的是控制風(fēng)險(xiǎn),ATAM是一個結(jié)構(gòu)化的軟件構(gòu)架評估方法。
關(guān)于層次構(gòu)架的描述哪些是正確的()
和Pipe-and-Filter構(gòu)架相比,解釋器構(gòu)架提供更好的重用支持,并使得整個系統(tǒng)易于維護(hù)和增強(qiáng)。