摘要:軟考系統(tǒng)架構(gòu)設計師考試經(jīng)典100題由希賽網(wǎng)整理,本文是軟考系統(tǒng)架構(gòu)設計師考試經(jīng)典100題的(6)題內(nèi)容,以便考生對系統(tǒng)架構(gòu)設計師考試知識點的掌握檢測。
為方便軟考考生對系統(tǒng)架構(gòu)設計師考試知識點的檢測,希賽軟考頻道為考生整理了軟考系統(tǒng)架構(gòu)設計師考試經(jīng)典100題的資料,本文是軟考系統(tǒng)架構(gòu)設計師考試經(jīng)典100題的(6)題內(nèi)容(100題及答案解析完整版可在本文文首本文資料處或文末的資料下載欄目下載):
八、軟件工程(20)
11、下列關(guān)于用戶界面設計的敘述中,錯誤的是( )。
A.界面交互模型應經(jīng)常進行修改
B.界面的視覺布局應該盡量與真實世界保持一致
C.所有可視信息的組織需要按照統(tǒng)一的設計標準
D.確保用戶界面操作和使用的一致性
12、軟件概要設計將軟件需求轉(zhuǎn)化為軟件設計的( )和軟件的( )。
A.算法流程
B.數(shù)據(jù)結(jié)構(gòu)
C.交互原型
D.操作接口
A.系統(tǒng)結(jié)構(gòu)
B.算法流程
C.內(nèi)部接口
D.程序流程
13、使用McCabe方法可以計算程序流程圖的環(huán)形復雜度,下圖的環(huán)形復雜度為( )。
A.3
B.4
C.5
D.6
14、軟件文檔是影響軟件可維護性的決定因素。軟件的文檔可以分為用戶文檔和()兩類。其中,用戶文檔主要描述()和使用方法,并不關(guān)心這些功能是怎樣實現(xiàn)的。
A.系統(tǒng)文檔
B.需求文檔
C.標準文檔
D.實現(xiàn)文檔
A.系統(tǒng)實現(xiàn)
B.系統(tǒng)設計
C.系統(tǒng)功能
D.系統(tǒng)測試
15、在單元測試中,( )。
A.驅(qū)動模塊用來調(diào)用被測模塊,自頂向下的單元測試中不需要另外編寫驅(qū)動模塊
B.樁模塊用來模擬被測模塊所調(diào)用的子模塊,自頂向下的單元測試中不需要另外編寫樁模塊
C.驅(qū)動模塊用來模擬被測模塊所調(diào)用的子模塊,自底向上的單元測試中不需要另外編寫驅(qū)動模塊
D.樁模塊用來調(diào)用被測模塊,自底向上的單元測試中不需要另外編寫樁模塊
16、軟件設計過程中,可以用耦合和內(nèi)聚兩個定性標準來衡量模塊的獨立程度,耦合衡量不同模塊彼此間互相依賴的緊密程度,應采用以下設計原則( ) ,內(nèi)聚衡量一個模塊內(nèi)部各個元素彼此結(jié)合的緊密程度,以下屬于高內(nèi)聚的是()。
A.盡量使用內(nèi)容耦合、少用控制耦合和特征耦合、限制公共環(huán)境耦合的范圍、完全不用數(shù)據(jù)耦合
B.盡量使用數(shù)據(jù)耦合、少用控制耦合和特征耦合、限制公共環(huán)境耦合的范圍、完全不用內(nèi)容耦合
C.盡量使用控制耦合、少用數(shù)據(jù)耦合和特征耦合、限制公共環(huán)境耦合的范圍、完全不用內(nèi)容耦合
D.盡量使用特征耦合、少用數(shù)據(jù)耦合和控制耦合、限制公共環(huán)境耦合的范圍、完全不用內(nèi)容耦合
A.偶然內(nèi)聚
B.時間內(nèi)聚
C.功能內(nèi)聚
D.邏輯內(nèi)聚
17、對于遺留系統(tǒng)的評價框架如下圖所示,那么處于“高水平、低價值”區(qū)的遺留系統(tǒng)適合于采用的演化策略為( )。
A.淘汰
B.繼承
C.改造
D.集成
18、在軟件的使用過程中,用戶往往會對軟件提出新的功能與性能要求。為了滿足這些要求,需要修改或再開發(fā)軟件。在這種情況下進行的維護活動稱為( )。
A.改正性維護
B.適應性維護
C.完善性維護
D.預防性維護
19、某軟件企業(yè)在項目開發(fā)過程中目標明確,實施過程遵守既定的計劃與流程,資源準備充分,權(quán)責到人,對整個流程進行嚴格的監(jiān)測、控制與審查,符合企業(yè)管理體系與流程制度。因此,該企業(yè)達到了CMMI評估的( )。
A.可重復級
B.已定義級
C.量化級
D.優(yōu)化級
20、軟件系統(tǒng)工具的種類繁多,通??梢园凑哲浖^程活動將軟件工具分為( ) 。
A.需求分析工具、設計工具和軟件實現(xiàn)工具
B.軟件開發(fā)工具、軟件維護工具、軟件管理工具和軟件支持工具
C.需求分析工具、設計工具、編碼與排錯工具和測試工具
D.設計規(guī)范工具、編碼工具和驗證工具
軟考備考資料免費領(lǐng)取
去領(lǐng)取