• 試題1

  根據(jù)GB/T 11457-2006《軟件工程術(shù)語(yǔ)》由某人、某小組或借助某種工具對(duì)源代碼進(jìn)行的獨(dú)立的審查，以驗(yàn)證其是否符合軟件設(shè)計(jì)文件和程序設(shè)計(jì)標(biāo)準(zhǔn)，稱為（）。
  A、桌面檢查
  B、代碼評(píng)審
  C、代碼走查
  D、代碼審計(jì)
  

• 試題2

  根據(jù)《軟件文檔管理指南GB/T 16680-1996》的要求，有關(guān)正式組織需求文檔的評(píng)審，不正確的是（ ）。
  A．無(wú)論項(xiàng)目大小或項(xiàng)目管理的正規(guī)化程度，需求評(píng)審是必不可少的
  B．可采用評(píng)審會(huì)的方式進(jìn)行評(píng)審
  C．評(píng)審小組由軟件開發(fā)單位負(fù)責(zé)人、開發(fā)小組成員、科技管理人員和標(biāo)準(zhǔn)化人員組成，必要時(shí)還可邀請(qǐng)外單位專家參加
  D．需求文檔可能需要多次評(píng)審

• 試題3

  Web Service體系結(jié)構(gòu)中包括服務(wù)提供者、（ ）和服務(wù)請(qǐng)求者三種角色。
  A．服務(wù)認(rèn)證中心
  B．服務(wù)注冊(cè)中心
  C．服務(wù)協(xié)作中心
  D．服務(wù)支持中心

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

• 試題1

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

  信管網(wǎng)參考解析：(6)代碼審計(jì)：由某人、某小組或借助某種工具對(duì)源代碼進(jìn)行的獨(dú)立的審查，以驗(yàn)證其是否符合軟件設(shè)計(jì)文件和程序設(shè)計(jì)標(biāo)準(zhǔn)。還可能對(duì)正確性和有效性進(jìn)行估計(jì)。
  《軟件工程術(shù)語(yǔ)》與項(xiàng)目管理相關(guān)的術(shù)語(yǔ)匯總：http://m.xiexiliangjiufa.com/pm1/55772.html
  

• 試題2

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

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

   根據(jù)《軟件文檔管理指南GB/T 16680-1996》.關(guān)于需求文檔的評(píng)審，有下列條款：
      “無(wú)論項(xiàng)目大小或項(xiàng)目管理的正規(guī)化程度，需求評(píng)審和設(shè)計(jì)評(píng)審是必不可少的。需求必須說(shuō)明清楚，用戶和開發(fā)者雙方都必須理解需求，為了能把需求轉(zhuǎn)換成程序及程序成分，設(shè)計(jì)的細(xì)節(jié)須經(jīng)同意并寫成文檔。
    評(píng)審一般采用評(píng)審會(huì)的方式進(jìn)行，其步驟為：
    a)由軟件開發(fā)單位負(fù)責(zé)人、用戶代表、開發(fā)小組成員、科技管理人員和標(biāo)準(zhǔn)化人員等組成評(píng)審小組，必要時(shí)還可邀請(qǐng)外單位的專家參加；
      b)開會(huì)前，由開發(fā)單位負(fù)責(zé)人確定評(píng)審的具體內(nèi)容，并將評(píng)審材料發(fā)給評(píng)審小組成員，要求做好評(píng)審準(zhǔn)備；
      c)由開發(fā)單位負(fù)責(zé)人主持評(píng)審會(huì)，根據(jù)文檔編制者對(duì)該文檔的說(shuō)明和評(píng)審條目，由評(píng)審小組成員進(jìn)行評(píng)議、評(píng)審，評(píng)審結(jié)束應(yīng)作出評(píng)審結(jié)論，評(píng)審小組成員應(yīng)在評(píng)審結(jié)論上簽字?！?br />     由上述標(biāo)準(zhǔn)原文可知，需求文檔的評(píng)審須有用戶代表的參加，選項(xiàng)c所述的評(píng)審小組中缺少用戶代表，故應(yīng)選C。

• 試題3

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

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

  Web Service(Web服務(wù))是一個(gè)組件或應(yīng)用程序，它向外界暴露出一個(gè)能夠通過(guò) Web進(jìn)行調(diào)用的API，該API被調(diào)用后提供相應(yīng)的服務(wù)。
  簡(jiǎn)單地講，Web服務(wù)是一個(gè)URL資源，客戶端可以通過(guò)編程方式請(qǐng)求得到它的服務(wù)，而不需要知道所請(qǐng)求的服務(wù)是怎樣實(shí)現(xiàn)的，這一點(diǎn)與傳統(tǒng)的分布式組件對(duì)象模型不同。
  Web服務(wù)的體系結(jié)構(gòu)是基于Web服務(wù)提供者、Web服務(wù)請(qǐng)求者、Web服務(wù)注冊(cè)中心三個(gè)角色以及發(fā)布、發(fā)現(xiàn)、綁定三個(gè)動(dòng)作構(gòu)建的。簡(jiǎn)單地說(shuō)，Web服務(wù)提供者就是 Web服務(wù)的擁有者，它耐心等待為其他服務(wù)和用戶提供自己已有的功能；Web服務(wù)請(qǐng)求者就是Web服務(wù)功能的使用者，它利用SOAP消息向Web服務(wù)提供者發(fā)送請(qǐng)求以獲得服務(wù)：服務(wù)注冊(cè)中心的作用是把一個(gè)Web服務(wù)請(qǐng)求者與合適的Web服務(wù)提供者聯(lián)系在一起，它充當(dāng)管理者的角色，一般是UDDI。這三個(gè)角色是根據(jù)邏輯關(guān)系劃分的，在實(shí)際應(yīng)用中，角色之間很可能有交叉；一個(gè)Web服務(wù)既可以是Web服務(wù)提供者，也可以是Web服務(wù)請(qǐng)求者，或者二者兼而有之。顯示了Web服務(wù)角色之間的關(guān)系：其中“發(fā)布”是為了讓用戶或其他服務(wù)知道某個(gè)Web服務(wù)的存在和相關(guān)信息；“查找(發(fā)現(xiàn))”是為了找到合適的Web服務(wù)；“綁定”則是在提供者與請(qǐng)求者之間建立某種聯(lián)系。Web服務(wù)角色的相互關(guān)系如下圖所示。
  實(shí)現(xiàn)一個(gè)完整的Web服務(wù)包括以下步驟：
  (1)Web服務(wù)提供者設(shè)計(jì)實(shí)現(xiàn)Web服務(wù)，并將調(diào)試正確后的Web服務(wù)通過(guò)服務(wù)注冊(cè)中心發(fā)布，并在UDDI注冊(cè)中心注冊(cè)。(發(fā)布)
  (2)Web服務(wù)請(qǐng)求者向服務(wù)注冊(cè)中心請(qǐng)求特定的服務(wù)，服務(wù)注冊(cè)中心根據(jù)請(qǐng)求查詢UDDI注冊(cè)中心，為請(qǐng)求者尋找滿足請(qǐng)求的服務(wù)。(發(fā)現(xiàn))
  
  (3)服務(wù)注冊(cè)中心向Web服務(wù)請(qǐng)求者返回滿足條件的Web服務(wù)描述信息，該描述信息用WSDL寫成，各種支持Web服務(wù)的機(jī)器都能閱讀。(發(fā)現(xiàn))
  (4)利用從服務(wù)注冊(cè)中心返回的描述信息生成相應(yīng)的SOAP消息，發(fā)送給Web服務(wù)提供者，以實(shí)現(xiàn)Web服務(wù)的調(diào)用。(綁定)
  (5)Web服務(wù)提供者按SOAP消息執(zhí)行相應(yīng)的Web服務(wù)，并將服務(wù)結(jié)果返回給 Web服務(wù)請(qǐng)求者。(綁定)