7.面向?qū)ο蟮慕?6)-軟考試題分析

1、面向?qū)ο蟮慕＼浛荚囶}分析軟件設計師: 2010-5采用面向?qū)ο蠓椒ㄩ_發(fā)軟件的過程中，抽取和整理用戶需求并建立問題域精確模型的過程叫 （16） 。 A. 面向?qū)ο鬁y試 B. 面向?qū)ο髮崿F(xiàn) C. 面向?qū)ο笤O計 D. 面向?qū)ο蠓治鲕浖O計師: 2010-5（41） 不是面向?qū)ο蠓治鲭A段需要完成的。 A. 認定對象 B. 組織對象 C. 實現(xiàn)對象及其相互關系 D. 描述對象間的相互作用程序員:2008-5下列關于結構化設計與面向?qū)ο笤O計的敘述中，不正確的是（44 ） 。 A結構化設計以過程設計為核心 B面向?qū)ο笤O計以對象設計為核心 C結構化設計比面向?qū)ο笤O計更易支持數(shù)據(jù)結構的修改 D面向?qū)ο笤O計比結

2、構化設計更易支持系統(tǒng)的維護 程序員:2009-11 以下關于面向?qū)ο蠓治雠c結構化分析的敘述中，錯誤的是 （46） 。 A. 面向?qū)ο蠓治鼋Y果可采用UML描述 B. 結構化分析結果可使用 DFD等模型表示 C. 面向?qū)ο蠓治鼋Y果需要采用面向?qū)ο蟪绦蛟O計語言描述 D. 面向?qū)ο蠓治鼋Y果是面向?qū)ο笤O計的輸入的靜態(tài)視圖 程序員:2010-5面向?qū)ο蟪绦蛟O計語言用于 （46） 。 A. 面向?qū)ο蠓治?B. 面向?qū)ο笤O計 C. 面向?qū)ο髮崿F(xiàn) D. 面向?qū)ο蠓治?、設計與實現(xiàn)軟件設計師: 2009-5 一個軟件開發(fā)過程描述了“誰做” 、 “做什么” 、 “怎么做”和“什么時候做” ，RUP用 （16） 來表述

3、“誰做” 。 （16）A. 角色 B. 活動 C. 制品 D. 工作流2008-11UP（統(tǒng)一過程）是用例驅(qū)動的、以架構為核心、迭代和增量的軟件過程框架，它提供了一種 （32） 的特性。 A. 演進 B. 敏捷 C. 測試驅(qū)動 D. 持續(xù)集成軟件設計師: 2010-5統(tǒng)一過程（UP）定義了初啟階段、精化階段、構建階段、移交階段和產(chǎn)生階段，每個階段以達到某個里程碑時結束，其中 （32） 的里程碑是生命周期架構。 A. 初啟階段 B. 精化階段 C. 構建階段 D. 移交階段軟件設計師: 2009-5在采用面向?qū)ο蠹夹g構建軟件系統(tǒng)時， 很多敏捷方法都建議的一種重要的設計活動是 （15） ，它是一種

4、重新組織的技術，可以簡化構件的設計而無需改變其功能或行為。 （15）A. 精化 B. 設計類 C. 重構 D. 抽象 程序員:2010-5XP 是一種輕量級（敏捷）、高效、低風險、柔性、可預測的、科學的軟件開發(fā)方式，其四大價值觀包括溝通、簡單、 （50） 。 A. 隱喻和反饋 B. 重構和勇氣 C. 隱喻和重構 D. 反饋和勇氣 軟件設計師: 2009-10極限編程（XP）由價值觀、原則、實踐和行為四個部分組成，其中價值觀包括溝通、簡單性、 （36） 。 A. 好的計劃 B. 不斷的發(fā)布 C. 反饋和勇氣 D. 持續(xù)集成 2008-5極限編程(eXtreme Programming)是一種輕量

5、級軟件開發(fā)方法， （29）不是它強調(diào)的準則。 A. 持續(xù)的交流和溝通 B. 用最簡單的設計實現(xiàn)用戶需求 C. 用測試驅(qū)動開發(fā) D. 關注用戶反饋2008-11極限編程（XP）包含了策劃、設計、編程和測試四個活動，其十二個最佳實踐中的“持續(xù)集成”實踐在 （30） 活動中進行。 A. 策劃和設計 B. 設計和編程 C. 設計和測試 D. 編程和測試程序員:2008-5UML 是一種（48 ） 。 A面向?qū)ο蟮某绦蛟O計語言 B 面向過程的程序設計語言 C軟件系統(tǒng)開發(fā)方法 D軟件系統(tǒng)建模語言 軟件設計師: 2007-5在統(tǒng)一建模語言（UML）中，（22）用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互。 A.

6、類圖 B. 用例圖 C. 對象圖 D. 協(xié)作圖軟件設計師: 2007-5在采用標準UML構建的用例模型（Use-Case Model）中，參與者（Actor）與用例（Use Case）是模型中的主要元素，其中參與者與用例之間可以具有（45）關系。 A. 包含（include） B. 遞歸（Recursive） C. 關聯(lián)（Association） D. 組合（Composite）軟件設計師: 2007-5面向?qū)ο蠓治鲂枰页鲕浖枨笾锌陀^存在的所有實體對象（概念），然后歸納、抽象出實體類。 （38） 是尋找實體對象的有效方法之一。 A. 會議調(diào)查 B. 問卷調(diào)查 C. 電話調(diào)查 D. 名詞分析

7、軟件設計師: 2007-11UML中有多種類型的圖，其中， （44） 對系統(tǒng)的使用方式進行分類， （45） 顯示了類及其相互關系， （46） 顯示人或?qū)ο蟮幕顒?，其方式類似于流程圖，通信圖顯示在某種情況下對象之間發(fā)送的消息， （47） 與通信圖類似，但強調(diào)的是順序而不是連接。（44） A. 用例圖 B. 順序圖C. 類圖D. 活動圖（45） A. 用例圖 B. 順序圖C. 類圖D. 活動圖（46） A. 用例圖 B. 順序圖C. 類圖D. 活動圖（47） A. 用例圖 B. 順序圖C. 類圖D. 活動圖軟件設計師: 2007-11 在下面的用例圖（UseCase Diagram）中，X1、X2

8、和X3表示 （39） ，已知UC3是抽象用例，那么X1可通過 （40） 用例與系統(tǒng)進行交互。并且，用例 （41） 是UC4的可選部分，用例 （42） 是UC4的必須部分。（39）A. 人 B. 系統(tǒng)C. 參與者 D. 外部軟件（40）A. UC4、UC1B. UC5、UC1 C. UC5、UC2D. UC1、UC2（41）A. UC1B. UC2 C. UC3D. UC5（42）A. UC1B. UC2 C. UC3D. UC52009-11試題三注冊工資支付生成付費請求工資系統(tǒng)查看今日特價管理菜單菜單管理員泛化關系2009-11試題三工資系統(tǒng)2008-11closeU2U3U1A1A2A3A42008-11試題三作者登錄（login）后提交稿件和瀏