• 試題1

  以下關(guān)于軟件需求分析描述中，不正確的是（ ）。
  A．軟件需求除了所表達(dá)的行為特征外，還具有優(yōu)先級(jí)等特性
  B．架構(gòu)設(shè)計(jì)的工作就是把滿足需求的職責(zé)分配到組件上
  C．軟件需求分析的關(guān)鍵是開發(fā)反映真實(shí)世界問題的模型
  D．可實(shí)現(xiàn)性是軟件需求的基本特征

• 試題2

  （） 指的是集合多方的觀點(diǎn)和意見，得出一個(gè)多數(shù)人接受和承諾的沖突處理方式
  A、合作
  B、強(qiáng)制
  C、妥協(xié)
  D、求同存異
  

• 試題3

  項(xiàng)目可行性研究內(nèi)容一般應(yīng)包括：技術(shù)可行性分析、()、經(jīng)濟(jì)可行性分析、社會(huì)效益可行性分析和其他方面的可行性分析。
  A．風(fēng)險(xiǎn)因素及對(duì)策可行性分析
  B．組織可行性分析
  C．投資必要性可行性分析
  D．運(yùn)行環(huán)境可行性分析
  

系統(tǒng)集成項(xiàng)目管理工程師每日練習(xí)題答案解析（2025/7/11）

• 試題1

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

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

  “除了其表達(dá)的行為特性外，需求還有其他待性，如優(yōu)先級(jí)，以便在資源有限時(shí)進(jìn)行權(quán)衡”的敘述表明選項(xiàng)A的描述是正確的。
  其中“架構(gòu)設(shè)計(jì)是需求過程與軟件或系統(tǒng)設(shè)計(jì)重疊進(jìn)行的，將二者截然分開是不可 能的。其工作是需求分配，即將滿足需求的職責(zé)分配到組件上”的敘述表明選項(xiàng)B的描 述是正確的。
  其中“開發(fā)真實(shí)世界問題的模型是軟件需求分析的關(guān)鍵，模型的目的是幫助理解問題，而不是啟動(dòng)方案的設(shè)計(jì)”的敘述表明選項(xiàng)C的描述是正確的。
  其中“所有軟件需求的一個(gè)基本特性就是可驗(yàn)證性。驗(yàn)證某些軟件需求可能很困難或者成本很高。軟件需求和軟件質(zhì)保人員都必須保證，在現(xiàn)在的資源約束下，需求可以被驗(yàn)證”的敘述表明選項(xiàng)D的描述是不正確的。
  因此正確答案應(yīng)選D。

• 試題2

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

  信管網(wǎng)參考解析：此題目考查沖突管理的解決方法，具體如下：沖突管理的6種方法。
  (1)問題解決(Problem Solving/Confrontation)。問題解決就是沖突各方一起積極地定義問題、收集問題的信息、制定解決方案，最后直到選擇一個(gè)最合適的方案來解決沖突，此時(shí)為雙贏或多贏。但在這個(gè)過程中，需要公開地協(xié)商，這是沖突管理中最理想的一種方法。
  (2)合作(Collaborating)。集合多方的觀點(diǎn)和意見，得出一個(gè)多數(shù)人接受和承諾的沖突解決方案。
  (3)強(qiáng)制(Forcing)。強(qiáng)制就是以犧牲其他各方的觀點(diǎn)為代價(jià)，強(qiáng)制采納一方的觀點(diǎn)。一般只適用于贏-輸這樣的零-和游戲情景里。
  (4)妥協(xié)( Compromising)，妥協(xié)就是沖突的各方協(xié)商并且尋找一種能夠使沖突各方都有一定程度滿意、但沖突各方?jīng)]有任何一方完全滿意、是一種都做一些讓步的沖突解決方法。
  (5)求同存異(Smoothing/Accommodating)。求同存異的方法就是沖突各方都關(guān)注他們一致的一面，而淡化不一致的一面。一般求同存異要求保持一種友好的氣氛，但是回避了解決沖突的根源。也就是讓大家都冷靜下來，先把工作做完。
  (6)撤退（Withcirawing/Avoiding）。撤退就是把眼前的或潛在的沖突擱置起來，從沖突中撤退。
  

  
  

• 試題3

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

  信管網(wǎng)參考解析：項(xiàng)目可行性研究內(nèi)容一般應(yīng)包括：
  技術(shù)可行性分析、運(yùn)行環(huán)境可行性分析、經(jīng)濟(jì)可行性分析、社會(huì)效益可行性分析和其他方面的可行性分析。