信息系統(tǒng)分析與設(shè)計選擇題(已修改)
2025-04-05 07:16 本頁面
【正文】 ，數(shù)據(jù)流圖是（15）階段產(chǎn)生的成果。A（15）A. 需求分析 B. 總體設(shè)計 ，不正確的是A。 A. 原型化方法適應(yīng)于需求不明確的軟件開發(fā) B. 在開發(fā)過程中，可以廢棄不用早期構(gòu)造的軟件原型 C. 原型化方法可以直接開發(fā)出最終產(chǎn)品 D. 原型化方法利于確認(rèn)各項系統(tǒng)服務(wù)的可用性。 ，A 。 A. 類的實例化是指對類的實例分配存儲空間B. 每個類都必須創(chuàng)建一個實例C. 每個類只能創(chuàng)建一個實例D. 類的實例化是指對類進行初始化 （ UML）中，B用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互 。 . 對象圖 D. 協(xié)作圖 （UP）是一種用例驅(qū)動的迭代式增量開發(fā)過程，每次迭代過程中主要的工作流包括捕獲需求、分析、設(shè)計、實現(xiàn)和測試等。這種軟件過程的用例圖(Use Case Diagram)是通過 A 得到的。 A. 捕獲需求 “模型－視圖－控制器”（MVC）模式中，A 主要表現(xiàn)用戶界面， B用來描述核心業(yè)務(wù)邏輯。 （39）A. 視圖 B. 模型 C. 控制器 D. 視圖和控制器（40）A. 視圖 B. 模型 C. 控制器 D. 視圖和控制器 UML 構(gòu)建的用例模型（UseCase Model）中，參與者（Actor）與用例（Use Case）是模型中的主要元素，其中參與者與用例之間可以具有 C關(guān)系。（45）A. 包含（include） B. 遞歸（Recursive）C. 關(guān)聯(lián)（Association） D. 組合（Composite） UML 構(gòu)建系統(tǒng)類模型(Class Model)時，若類 B 除具有類 A 的全部特性外，類 B 還可定義新的特性以及置換類 A 的部分特性，那么類 B 與類 A 具有B關(guān)系；若類 A 的對象維持類 B 對象的引用或指針，并可與類 C 的對象共享相同的類 B 的對象，那么類 A 與類 B 具有A關(guān)系。（46）A. 聚合 B. 泛化 C. 傳遞 D. 迭代（47）A. 聚合 B. 泛化 C. 傳遞 D. 迭代，很多敏捷方法都建議的一種重要的設(shè)計活動是 D ，它是一種重新組織的技術(shù)，可以簡化構(gòu)件的設(shè)計而無需改變其功能或行為。 A. 精化B. 設(shè)計類 C. 重構(gòu)D. 抽象 “誰做”、“做什么”、“怎么做”和“什么時候做”，RUP用A來表述“誰做”。 B. 活動 C. 制品 D. 工作流 ，并在結(jié)束時產(chǎn)生一些制品。在 C 結(jié)束時產(chǎn)生“在適當(dāng)?shù)钠脚_上集成的軟件產(chǎn)品”。 C. 構(gòu)建階段 D. 移交階段，用于系統(tǒng)開發(fā)人員與項目管理人員溝通的主要文檔是 B 。 A. 系統(tǒng)開發(fā)合同 B. 系統(tǒng)設(shè)計說明書 C. 系統(tǒng)開發(fā)計劃 D. 系統(tǒng)測試報告，應(yīng)該著重對可維護性進行復(fù)審。在系統(tǒng)設(shè)計階段的復(fù)審期間，應(yīng)該從 B出發(fā)，評價軟件的結(jié)構(gòu)和過程。 A. 指出可移植性問題以及可能影響軟件維護的系統(tǒng)界面 B. 容易修改、模塊化和功能獨立的目的 C. 強調(diào)編碼風(fēng)格和內(nèi)部說明文檔 D. 可測試性，不正確的是 D 。 A. 面向?qū)ο蠓治鰝?cè)重于理解問題 B. 面向?qū)ο笤O(shè)計側(cè)重于理解解決方案 C. 面向?qū)ο蠓治雒枋鲕浖鍪裁? D. 面向?qū)ο笤O(shè)計一般不關(guān)注技術(shù)和實現(xiàn)層面的細節(jié)， C 是應(yīng)用領(lǐng)域中的核心類，一般用于保存系統(tǒng)中的信息以及提供針對這些信息的相關(guān)處理行為； B 是系統(tǒng)內(nèi)對象和系統(tǒng)外參與者的聯(lián)系媒介； A 主要是協(xié)調(diào)上述兩種類對象之間的交互。 （38）A. 控制類 B. 邊界類 C. 實體類 D. 軟件類（39）A. 控制類
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1