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è)專門(mén)編程標(biāo)準(zhǔn)與風(fēng)險(xiǎn)審查,有利于遍出更規(guī)范的代碼
D.代碼審核可以節(jié)約大量測(cè)試和維護(hù)時(shí)間,代碼審核實(shí)際是一次內(nèi)部交流,有利于疑難、懸而未決的問(wèn)題早解決,減少不必要的延期
A.測(cè)試和開(kāi)發(fā)需要始終結(jié)合
B.針對(duì)每日構(gòu)造,無(wú)需天天測(cè)試,只需要集成
C.開(kāi)發(fā)組的成員每天每人必須完成一個(gè)模塊
D.發(fā)現(xiàn)缺陷后,必須當(dāng)天修改,不能把有問(wèn)題的程序帶入第二天
A.小組的領(lǐng)導(dǎo)實(shí)施任務(wù)分解和定優(yōu)先級(jí)
B.由小組領(lǐng)導(dǎo)人作任務(wù)層次上的估算
C.每個(gè)任務(wù)都有多個(gè)起始和結(jié)束點(diǎn)
D.產(chǎn)生一個(gè)單獨(dú)的產(chǎn)品或工作產(chǎn)品:任務(wù)要分配到個(gè)人
最新試題
“與所期望的設(shè)計(jì)之間的偏差”是指()
下列哪個(gè)不是系統(tǒng)的參與者?()
在UML中,一種可以表達(dá)系統(tǒng)功能模型的圖形化工具是()
類程序設(shè)計(jì)語(yǔ)言(PDL),又稱為()。
軟件開(kāi)發(fā)的實(shí)質(zhì)是實(shí)現(xiàn)不同層之間的“映射”,實(shí)現(xiàn)的基本途徑是()
在銷售管理系統(tǒng)需求文檔中出現(xiàn)下列描述,屬于設(shè)計(jì)約束范疇的是()
聚合是關(guān)聯(lián)的一種特殊形式,其圖形符號(hào)表示是()
對(duì)于具有復(fù)雜業(yè)務(wù)邏輯和流程的系統(tǒng),較適合的架構(gòu)風(fēng)格是()。
在UML圖中能反映系統(tǒng)功能的是()。
以下屬于軟件設(shè)計(jì)階段的任務(wù)是()