A.分析緩沖時(shí)間的利用
B.分析缺陷收斂趨勢(shì)
C.分析主要風(fēng)險(xiǎn)計(jì)劃
D.分析資金調(diào)配狀況
您可能感興趣的試卷
你可能感興趣的試題
A.項(xiàng)目中缺少用戶體驗(yàn)角色
B.在開(kāi)發(fā)階段的后期又增加了新的功能
C.產(chǎn)品管理角色和測(cè)試角色的合并
D.項(xiàng)目組中缺少發(fā)布管理角色
A.分開(kāi)內(nèi)部發(fā)布意味著工作必須順序進(jìn)行,不能并行
B.內(nèi)部發(fā)布的次數(shù)則取決于產(chǎn)品的大小和員工經(jīng)驗(yàn)
C.每一次內(nèi)部發(fā)布就可以作為一個(gè)中間里程碑
D.典型的內(nèi)部發(fā)布以6-8個(gè)月為期
A.在生產(chǎn)的模擬環(huán)境中測(cè)試解決方案
B.撰寫部署檢測(cè)表
C.自動(dòng)化部署和安裝過(guò)程
D.撰寫運(yùn)營(yíng)和管理規(guī)程
E.開(kāi)發(fā)實(shí)現(xiàn)規(guī)程
A.為了控制禁毒,無(wú)需進(jìn)行單元測(cè)試,直接進(jìn)行系統(tǒng)測(cè)試
B.在代碼開(kāi)發(fā)完之后,直接公布bate版本,讓用戶對(duì)其進(jìn)行測(cè)試,收取反饋意見(jiàn),以便再次修改
C.開(kāi)發(fā)人員主導(dǎo)功能特性的開(kāi)發(fā),聯(lián)合測(cè)試者一邊開(kāi)發(fā)一邊測(cè)試,以保證產(chǎn)品的可靠性
D.在開(kāi)發(fā)階段中,對(duì)技術(shù)基礎(chǔ)架構(gòu)進(jìn)行開(kāi)發(fā)式隊(duì)資源的浪費(fèi),應(yīng)該把所有的精力都投入到開(kāi)發(fā)代碼中去
A.開(kāi)發(fā):功能特性開(kāi)發(fā),測(cè)試
B.測(cè)試:開(kāi)發(fā)并測(cè)試用戶準(zhǔn)備工作的戰(zhàn)術(shù),須知beta計(jì)劃,產(chǎn)品可用測(cè)試
C.產(chǎn)品管理:運(yùn)營(yíng)支持文檔,參與beta計(jì)劃,小組內(nèi)部支持
D.發(fā)布管理:項(xiàng)目追蹤,小組交流和協(xié)調(diào),做beta計(jì)劃
最新試題
IDEFO圖不反應(yīng)出系統(tǒng)()
用于解決不同接口之間適配問(wèn)題的是()設(shè)計(jì)模式。
軟件需求分為功能需求與非功能需求,下面哪一項(xiàng)是非功能需求?()
在UML圖中能反映系統(tǒng)功能的是()。
下列哪個(gè)不是系統(tǒng)的參與者?()
面向?qū)ο蠓治鲋?,發(fā)現(xiàn)對(duì)象之間關(guān)系的常用方法是()。
軟件工程在20世紀(jì)60年代末到80年代初的主要成果是()
對(duì)于具有復(fù)雜業(yè)務(wù)邏輯和流程的系統(tǒng),較適合的架構(gòu)風(fēng)格是()。
不需要建立“原型"的軟件開(kāi)發(fā)模式是()。
在UML中,活動(dòng)圖主要用于()?