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