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

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

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

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

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

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

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

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

8、和X3表示 （39） ，已知UC3是抽象用例，那么X1可通過 （40） 用例與系統(tǒng)進(jìn)行交互。并且，用例 （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試題三注冊工資支付生成付費(fèi)請求工資系統(tǒng)查看今日特價(jià)管理菜單菜單管理員泛化關(guān)系2009-11試題三工資系統(tǒng)2008-11closeU2U3U1A1A2A3A42008-11試題三作者登錄（login）后提交稿件和瀏