A.開(kāi)發(fā)角色負(fù)責(zé)運(yùn)營(yíng)文檔
B.運(yùn)營(yíng)文檔與解決方案的其他交付成果同時(shí)構(gòu)造
C.開(kāi)發(fā)角色應(yīng)保證開(kāi)發(fā)成果與對(duì)應(yīng)的內(nèi)部發(fā)布版本同步
D.運(yùn)營(yíng)文檔交付物包括:操作指南、標(biāo)準(zhǔn)的操作流程;用戶支持和技術(shù)支持的流程
您可能感興趣的試卷
你可能感興趣的試題
A.單個(gè)項(xiàng)目中的內(nèi)部發(fā)布,可以看作是產(chǎn)品不對(duì)外的版本
B.內(nèi)部發(fā)布的關(guān)鍵點(diǎn)是要達(dá)到明確的、能表達(dá)的項(xiàng)目狀態(tài),并以通過(guò)質(zhì)量標(biāo)準(zhǔn)定義的基準(zhǔn)來(lái)實(shí)現(xiàn)
C.每次發(fā)布工作產(chǎn)品內(nèi)聚性要好,便于開(kāi)發(fā)測(cè)試
D.每次內(nèi)部發(fā)布后要事先審核
A.內(nèi)部發(fā)布
B.構(gòu)造用戶體驗(yàn)交付物
C.測(cè)試解決方案
D.確定解決方案范圍
E.構(gòu)造運(yùn)營(yíng)文檔
A.程序管理負(fù)責(zé)和用戶打交道,他責(zé)任是推動(dòng)需求收集和概念設(shè)計(jì)
B.開(kāi)發(fā)角色推動(dòng)整個(gè)設(shè)計(jì),重點(diǎn)是邏輯設(shè)計(jì),領(lǐng)導(dǎo)完成功能規(guī)范文檔
C.用戶體驗(yàn)角色推動(dòng)功能規(guī)范的物理設(shè)計(jì)部分
D.測(cè)試者只參與設(shè)計(jì)評(píng)價(jià),以判定某些功能特性能否測(cè)試
A.在對(duì)資源做出估算后,即可得到真實(shí)的進(jìn)度
B.創(chuàng)建估算時(shí),需要考慮或部分考慮對(duì)人的任命;技術(shù)的成熟度;系統(tǒng)的復(fù)雜性;環(huán)境的穩(wěn)定性;所用開(kāi)發(fā)工具
C.創(chuàng)建估算時(shí),需要考慮或部分考慮調(diào)整和分析工具的可用性;協(xié)調(diào)技術(shù)和小組技術(shù)水平的關(guān)系;小組動(dòng)態(tài)性
D.創(chuàng)建估算時(shí),需要考慮或部分考慮可重用性的機(jī)遇;客戶的期望值;設(shè)計(jì)的靈活性和模塊性;企業(yè)文化
A.培訓(xùn)對(duì)象和工具
B.培訓(xùn)材料的開(kāi)發(fā)
C.培訓(xùn)費(fèi)用
D.培訓(xùn)期
E.培訓(xùn)完成時(shí)間
F.培訓(xùn)資源
最新試題
以下架構(gòu)風(fēng)格中,注重系統(tǒng)的松耦合和靈活性的是()。
可用以描述加工的是()
以下哪一種需求發(fā)現(xiàn)技術(shù)可能會(huì)導(dǎo)致“完美蠕行”病癥的體現(xiàn)?()
軟件需求分為功能需求與非功能需求,下面哪一項(xiàng)是非功能需求?()
關(guān)于依賴說(shuō)法錯(cuò)誤的是()
不需要建立“原型"的軟件開(kāi)發(fā)模式是()。
面向?qū)ο蠓治鲋?,確定類的關(guān)鍵策略不包括()。
某公司欲開(kāi)發(fā)一個(gè)移動(dòng)辦公平臺(tái),以下需求中屬于設(shè)計(jì)約束的是()
面向?qū)ο蠓治鲋?,發(fā)現(xiàn)對(duì)象之間關(guān)系的常用方法是()。
軟件體系結(jié)構(gòu)中的分層設(shè)計(jì)通常是為了達(dá)到什么目的?()