信息系統(tǒng)項目管理師試題分析(已修改)
2025-02-02 14:24 本頁面
【正文】 試題（ 35） 以 ANSI冠名的標準術(shù)語 A 。 2022年 試題（ 36） 需求工程幫助軟件工程師更好地理解要解決的問題，下列活動中，不屬于需求工程范疇的是 C 。 ，分析要求，評估可行性 ，無歧義地詳細說明方案 ，并得到客戶的認可 試題（ 37） Web Service體系結(jié)構(gòu)中包括服務(wù)提供者、 B 和服務(wù)請求著三種角色。 試題（ 38） 關(guān)于企業(yè)資源計劃（ ERP）的敘述，不正確的是 D 。 機會 ERP軟件，轉(zhuǎn)化成本高，失敗的風(fēng)險也很大 ， ERP系統(tǒng)可以支持人力資源、銷售和配送 ，使得諸如質(zhì)量、有效性、客戶滿意度、工作成果等可控 試題（ 41） 作為乙方的系統(tǒng)集成項目經(jīng)理與其單位高層領(lǐng)導(dǎo)溝通時，使用頻率最少的溝通工具是 B 。 試題（ 42） 國際標準化組織在 ISO/IEC122071995中將軟件過程分為三類，其中不包括 D 。 試題（ 43） 以下不具備“完成 — 開始”關(guān)系的兩個活動是 C 。 ，設(shè)計評審 ，需求評審 ，周例會 ，制定 WBS（工作分解結(jié)構(gòu)） 試題（ 45） 某軟件公司欲開發(fā)一個圖像處理系統(tǒng)，在項目初期開發(fā)人員對需求并不確定的情況下，采用 B 方法比較合適。 試題（ 46）（ 47） 螺旋模型是一種演進式的軟件過程模型，結(jié)合了原型方法的系統(tǒng)性和瀑布模型的可控性特點。它的兩個顯著特點，一是采用 C 的方式逐步加深系統(tǒng)定義和實現(xiàn)的深度，降低風(fēng)險；二是確定一系列 C ，確保項目開發(fā)過程中的相關(guān)利益者都支持可行的和令人滿意的系統(tǒng)解決方案。 試題（ 48）（ 49）（ 50） 軟件質(zhì)量強調(diào)三個方面的內(nèi)容： A 是測試軟件質(zhì)量的基礎(chǔ)； A 定義了一組用于指導(dǎo)軟件開發(fā)方式的準則； D 間接定義了用戶對某些特性的需求。 （ 48） （ 49） （ 50） 試題（ 1） 需求規(guī)格說明書的內(nèi)容不應(yīng)當(dāng)包括 B 。 B. 對算法過程的描述 C. 軟件確認標準 D. 軟件性能 試題（ 2） A.?數(shù)據(jù)庫 ?HTML B. ?數(shù)據(jù)倉庫 ?XML C. ?數(shù)據(jù)挖掘 ?HTTP D. ?商業(yè)智能 ?UML 把分布在不同地點、不同時間的數(shù)據(jù)集成起來，以支持管理人員決策的技術(shù)稱為 ?， ?為 Web Service平臺中表示數(shù)據(jù)的基本格式， ?和 ?分別為 B 。 2022年 試題（ 3） D 是一種能夠?qū)崿F(xiàn)過程集成的技術(shù)，一般用于用戶的業(yè)務(wù)流程經(jīng)常發(fā)生改變的場合。 B. 控制流 C. 流媒體 D. 工作流 試題（ 4） 在實施企業(yè)業(yè)務(wù)流程改造的過程中，許多企業(yè) 領(lǐng)導(dǎo)人和員工在變革之初對變革抱有很大的期望和熱情，但在變革實施以后發(fā)現(xiàn)似乎一切又恢復(fù)了老樣子，其遺憾的原因往往在于變革的設(shè)計者和領(lǐng)導(dǎo)者未能在變革中堅持企業(yè)流程改造的核心原則。即 D 。 B. 以人為本的團隊式管理原則 C. 顧客導(dǎo)向原則 D. 以上都是 試題（ 5） CMM是美國卡內(nèi)基梅隆大學(xué)軟件工程研究所開發(fā)的（軟件）能力成熟度模型，其中 C 強調(diào)軟件開發(fā)過程穩(wěn)定性與項目量化管理。 A. 可重復(fù)級 B. 已定義級 C. 已管理級 D. 持續(xù)優(yōu)化級 試題（ 6） 在軟件質(zhì)量模型中，比較有代表性的有 McCall提出的軟件質(zhì)量模型，在這個質(zhì)量模型中，軟件的質(zhì)量特性被分成了三期，即產(chǎn)品轉(zhuǎn)移、產(chǎn)品修改和 A 。 B. 產(chǎn)品銷售 試題（ 7）、（ 8） 常見的軟件開發(fā)模型有瀑布模型、演化模型、螺旋模型和噴泉模型。其中 A 使用于需求明確或很少變更的項目， D 主要用來描述面向?qū)ο蟮能浖_發(fā)過程。 B. 演化模型 C. 螺旋模型 D. 噴泉模型 試題（ 9） 根據(jù) 《 軟件文檔管理指南 GB/T 166801996》 ，軟件文檔包括 C 等。 、計劃文檔、實施文檔和收尾文檔 、支持文檔和管理文檔 、產(chǎn)品文檔和管理文檔 、技術(shù)文檔和管理文檔 試題（ 10） 根據(jù) 《 計算機軟件質(zhì)量保證計劃規(guī)范 GB/T 125041990》 ，項目開發(fā)組長或其代表 C 。 ，不設(shè)副組長時可擔(dān)任評審組的組長 ，但只能擔(dān)任評審組的副組長 ，但不能擔(dān)任評審組的組長或副組長 試題（ 11） 根據(jù) 《 軟件生存周期過程 GB/T 85662022》 ，開發(fā)過程的第一活動是 B 。 試題（ 12） 需求開發(fā)的目的是通過調(diào)查與分析，獲取用戶需求并定義產(chǎn)品需求。完整的需求開發(fā)過程包括 C 。 、需求分析、需求定義 、需求分析 、需求分析、需求定義、需求驗證 、需求定義、需求驗證 試題（ 13） OMG組織、微軟公司和 SUN公司所提出的軟件構(gòu)件的標準依次是 C 。 A.?CORBA?EJB?COM B.?UML?VB?J2EE C.?CORBA?COM?EJB D.?CORBA?C?JAVA
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1