• 試題1

  根據(jù)《軟件文檔管理指南》（GB/T 16680-1996），以下關于文檔評審的敘述，（ ）是不正確的。
  A. 需求評審進一步確認開發(fā)者和設計者已了解用戶要求什么及用戶從開發(fā)者一方了解某些限制和約束
  B. 在概要設計評審過程中主要詳細評審每個系統(tǒng)組成部分的基本設計方法和測試計劃，系統(tǒng)規(guī)格說明應根據(jù)概要設計評審的結果加以修改
  C. 設計評審產(chǎn)生的最終文檔規(guī)定系統(tǒng)和程序?qū)⑷绾卧O計開發(fā)和測試以滿足一致同意的需求規(guī)格說明書
  D. 詳細設計評審主要評審計算機程序、程序單元測試計劃和集成測試計劃

• 試題2

  （）is the action to eliminate the caues or ruduce the likehood of recurrence of a detected Nonconformity or  other undersirabee  situatlon.
  A．corrective action
  B．continual improvement
  C．known error
  D．preventive action
  

• 試題3

  ( )可作為軟件生存期中各開發(fā)階段的一個質(zhì)量檢查點。
  A、配置項
  B、程序
  C、基線
  D、過程

系統(tǒng)集成項目管理工程師每日練習題答案解析（2022/11/15）

• 試題1

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

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

   《軟件文檔管理指南》(GB/T 16680-1996)有關“文檔評審”的內(nèi)容如下：
      需求評審進一步確認開發(fā)者和設計者已了解用戶要求什么，及用戶從開發(fā)者一方了解某些限制和約束。需求評審可能需要一次以上產(chǎn)生一個被認可的需求規(guī)格說明?；趯ο到y(tǒng)要做些什么的共同理解，才能著手詳細設計。用戶代表必須積極參與開發(fā)和需求評審，參與對需求文檔的認可。
      設計評審通常安排兩個主要的設計評審，概要設計評審和詳細設計評審。
      在概要設計評審過程中，主要詳細評審每個系統(tǒng)組成部分的基本設計方法和測試計劃。系統(tǒng)規(guī)格說明應根據(jù)概要設計評審的結果加以修改。
      詳細設計評審主要評審計算機程序和程序單元測試計劃。
      設計評審產(chǎn)生的最終文檔規(guī)定系統(tǒng)和程序?qū)⑷绾卧O計、開發(fā)和測試。應選擇D。

• 試題2

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

  信管網(wǎng)參考解析：項目管理過程組
  糾正措施是消除已發(fā)現(xiàn)的不符合或其他潛在情況再次發(fā)生的原因或降低其可能性的措施。
  A、糾正措施
  B、持續(xù)改進
  C、已知誤差
  D、預防措施
  

• 試題3

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

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

  2006年上半年信息系統(tǒng)監(jiān)理師原題，查看軟題庫原題：http://www.ruantiku.com/shiti/50421736.html
  配置項：IEEE對配置項的定義為“硬件、軟件或二者兼有的集合，為配置管理指定的，在配置管理過程中作為一個單獨的實體對待。
  基線：指一個（或一組）配置項在項目生命周期的不同時間點上通過正式評審而進入正式受控的一種狀態(tài)?；€其實是一些重要的里程碑，但相關交付物要通過正式評審，并作為后續(xù)工作的基準和出發(fā)點?；€一旦建立后其變化需要受控制。重要的檢查點是里程碑，重要的需要客戶確認的里程碑，就是基線。在我們實際項目中，周例會是檢查點的表現(xiàn)形式，高層的階段匯報會是基線的表現(xiàn)形式。