• 試題1

  某項(xiàng)目在執(zhí)行過(guò)程中，軟件的需求基線已經(jīng)確定后，客戶需要增加新的功能，但該需求變更會(huì)對(duì)已經(jīng)完成系統(tǒng)的穩(wěn)定性有較大影響。作為項(xiàng)目負(fù)責(zé)人處理這些需求變更，下列（  ）做法是不合適的。
  A．利用原型法給用戶提供預(yù)覽，以幫助準(zhǔn)確把握用戶的真實(shí)需求
  B．可以跟客戶說(shuō)不，并與其商議在后續(xù)項(xiàng)目或下一版本中滿足他們的要求
  C．秉承“客戶至上”的原則，召集有關(guān)人員開(kāi)始變更工作，滿足客戶的要求
  D．利用在項(xiàng)目初期文檔化的視圖、范圍、限制，與變更項(xiàng)比較，決定是否采用此項(xiàng)變更

• 試題2

  （ ）provides guidance for the development and improvement of capabilities for introducing new and changed service into supported environment.
  A、Service strategy
  B、Service transition
  C、Service design
  D、Service operation
  

• 試題3

  項(xiàng)目變更按照變更性質(zhì)劃分為重大變更、重要變更和一般變更，通過(guò)不同的（）來(lái)實(shí)現(xiàn)。
  A、變更處理流程
  B、變更內(nèi)容
  C、審批權(quán)限控制
  D、變更原因處理

  
  

信息系統(tǒng)項(xiàng)目管理師每日練習(xí)題答案解析（2025/3/7）

• 試題1

  信管網(wǎng)參考答案：C

  信管網(wǎng)參考解析：

       C。要點(diǎn)解析：在項(xiàng)目的進(jìn)展過(guò)程中，開(kāi)發(fā)者和用戶對(duì)問(wèn)題的理解隨時(shí)間的推移不斷變化，這些變更有反饋到需求中。本試題描述的是“擴(kuò)展需求”的場(chǎng)景，即在軟件需求基線已經(jīng)確定后增添新的功能（或進(jìn)行較大改動(dòng)）的情況。管理需求擴(kuò)展的第一步是：將新的系統(tǒng)的視圖、范圍和限制等進(jìn)行文檔化并作為業(yè)務(wù)需求的一部分。評(píng)估每一項(xiàng)建議的需求和特征，將于項(xiàng)目初期文檔化的視圖、范圍、限制進(jìn)行比較，以決定是否采納此項(xiàng)變更。事實(shí)上，控制需求擴(kuò)展時(shí)需要敢于跟客戶說(shuō)“不”，但由于乙方的被動(dòng)性，在否決客戶的變更需求后要相應(yīng)提出解決方法（例如，與其商議在后續(xù)項(xiàng)目或下一版本中滿足他們的需求等。）

      控制需求擴(kuò)展的另一個(gè)有效技術(shù)是原型法。該方法呢能夠給用戶提供預(yù)覽所有可能的實(shí)現(xiàn)，以幫助用戶與開(kāi)發(fā)者溝通從而準(zhǔn)確低把握用戶的真實(shí)需求。

      通常，需求變更管理需要遵循一定的流程：①問(wèn)題分析和變更描述；②變更分析和成本計(jì)算；③變更實(shí)現(xiàn)，據(jù)此選項(xiàng)C的嘴閥不妥，該項(xiàng)目負(fù)責(zé)人首先應(yīng)該進(jìn)行需求變更的相關(guān)影響分析，并根據(jù)相關(guān)流程進(jìn)行變更審批，而不是直接召開(kāi)有關(guān)人員開(kāi)始變更工作。

• 試題2

  信管網(wǎng)參考答案：B

  信管網(wǎng)參考解析：()為在受支持的環(huán)境中引入新的及已更改的服務(wù)能力的開(kāi)發(fā)及改進(jìn)提供指導(dǎo)。
  A、服務(wù)策略
  B、服務(wù)轉(zhuǎn)換
  C、服務(wù)設(shè)計(jì)
  D、服務(wù)操作

• 試題3

  信管網(wǎng)參考答案：C

  信管網(wǎng)參考解析：項(xiàng)目變更的分類。
  根據(jù)變更性質(zhì)可分為:重大變更、重要變更和一般變更。通過(guò)不同審批權(quán)限控制。
  根據(jù)變更的迫切性可分為:緊急變更、非緊急變更。通過(guò)不同變更處理流程進(jìn)行。