A.核心組將這些反思作為下一項(xiàng)目計(jì)劃的動(dòng)作內(nèi)容，并記錄在文檔中
B.核心小組成員對(duì)客戶進(jìn)行最終的技術(shù)培訓(xùn)
C.核心組對(duì)項(xiàng)目過(guò)程和實(shí)現(xiàn)進(jìn)行反思
D.整個(gè)小組可以對(duì)項(xiàng)目過(guò)程和實(shí)現(xiàn)做出反思，這些反思可作為下一項(xiàng)目計(jì)劃的活動(dòng)內(nèi)容，并記錄在文檔之中
您可能感興趣的試卷
你可能感興趣的試題
A.將運(yùn)營(yíng)和支持費(fèi)用的前30%交付給運(yùn)營(yíng)支持部門
B.發(fā)布知識(shí)庫(kù)，提供易于訪問(wèn)的正確知識(shí)
C.把系統(tǒng)故障、改正活動(dòng)和趨勢(shì)分析提交給運(yùn)營(yíng)者
D.把缺陷追蹤數(shù)據(jù)庫(kù)運(yùn)用到基準(zhǔn)數(shù)據(jù)上，是其能被技術(shù)支持者/用戶使用
E.啟動(dòng)報(bào)告系統(tǒng)，把問(wèn)題解決方法放入桌面幫助系統(tǒng)
A.“推部署”策略通常是客戶的一種政治手段，以免造成強(qiáng)買強(qiáng)賣的氣氛，致使站點(diǎn)用戶不接受該解決方案
B.“拉部署”是小組開(kāi)發(fā)完解決方案先不部署它到各個(gè)站點(diǎn)，直到站點(diǎn)要求時(shí)才“拉”出來(lái)
C.即時(shí)計(jì)劃部署指小組要事先為計(jì)劃這個(gè)部署作站點(diǎn)調(diào)查，它比事先計(jì)劃的部署要好一些，但可行性總不好
D.在“拉部署”時(shí)，企業(yè)有個(gè)總指揮部，由它做出決策，將解決方案全部部署到各個(gè)站點(diǎn)或單位
A.從試運(yùn)行的用戶收集意見(jiàn)和取得支持；解決問(wèn)題并寫(xiě)文檔
B.判定是否滿足成功推測(cè)；判定是重做試運(yùn)行，還是返回到前一階段
C.返回覆蓋測(cè)試階段，重新進(jìn)行第二次覆蓋測(cè)試
D.標(biāo)識(shí)用戶最頻繁體驗(yàn)到的錯(cuò)誤
E.標(biāo)識(shí)風(fēng)險(xiǎn)；把發(fā)生頻度最高的問(wèn)題納入培訓(xùn)的內(nèi)容
A.在開(kāi)始作一個(gè)試運(yùn)行之前，小組和試運(yùn)行的參與者都必須對(duì)試運(yùn)行成功推測(cè)達(dá)到共識(shí)
B.試運(yùn)行測(cè)試目的是保證所建議的解決方案是在生產(chǎn)環(huán)境中可以存活的，解決方案的每一個(gè)組件都部署就緒
C.在試運(yùn)行開(kāi)始之前，小組必須建立技術(shù)支持小組和爭(zhēng)議處理流程
D.為了決定部署過(guò)程什么時(shí)候工作，必須先做試運(yùn)行或?qū)⑺胁渴鸬脑刈饕淮闻啪?/p>
A.代碼審核有助于提高代碼的質(zhì)量
B.為了降低更改費(fèi)用，代碼審核一定在到達(dá)開(kāi)發(fā)階段里程碑時(shí)才能進(jìn)行，而不能在中間里程碑時(shí)進(jìn)行
C.審核之中可由一個(gè)專門編程標(biāo)準(zhǔn)與風(fēng)險(xiǎn)審查，有利于遍出更規(guī)范的代碼
D.代碼審核可以節(jié)約大量測(cè)試和維護(hù)時(shí)間，代碼審核實(shí)際是一次內(nèi)部交流，有利于疑難、懸而未決的問(wèn)題早解決，減少不必要的延期
最新試題
以下架構(gòu)風(fēng)格中，注重系統(tǒng)的松耦合和靈活性的是（）。
以下哪一項(xiàng)不是RUP實(shí)現(xiàn)的目標(biāo)？（）
在UML中，活動(dòng)圖主要用于（）?
軟件工程在20世紀(jì)60年代末到80年代初的主要成果是（）
CMMI組織過(guò)程改善的成熟度等級(jí)中的2級(jí)是（）
軟件體系結(jié)構(gòu)中的分層設(shè)計(jì)通常是為了達(dá)到什么目的？（）
下列是需求的性質(zhì)的是（）
定義數(shù)據(jù)字典時(shí)，需要使用一些符號(hào)，以下表示重復(fù)的符號(hào)的是（）
在UML中，以下不是構(gòu)件圖的作用的是（）。
面向?qū)ο蠓治鲋?，發(fā)現(xiàn)對(duì)象之間關(guān)系的常用方法是（）。