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é)約大量測(cè)試和維護(hù)時(shí)間，代碼審核實(shí)際是一次內(nèi)部交流，有利于疑難、懸而未決的問題早解決，減少不必要的延期
您可能感興趣的試卷
你可能感興趣的試題
A.測(cè)試和開發(fā)需要始終結(jié)合
B.針對(duì)每日構(gòu)造，無需天天測(cè)試，只需要集成
C.開發(fā)組的成員每天每人必須完成一個(gè)模塊
D.發(fā)現(xiàn)缺陷后，必須當(dāng)天修改，不能把有問題的程序帶入第二天
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è)人
A.關(guān)于系統(tǒng)實(shí)現(xiàn)和性能方面的考慮
B.關(guān)于產(chǎn)品的連貫的、集成的描述
C.設(shè)計(jì)完全基于業(yè)務(wù)和用戶提供的真實(shí)數(shù)據(jù)
D.業(yè)務(wù)、用戶和項(xiàng)目小組達(dá)成共識(shí)的期望集合
E.與企業(yè)體系結(jié)構(gòu)同步
A.項(xiàng)目的成功因素和接受條件
B.建立和陳述解決方案的初始目標(biāo)和初始計(jì)劃
C.解決方案中用戶的種類，以及個(gè)類用戶的特性
D.解決方案提供的關(guān)于業(yè)務(wù)問題的早期功能描述
A.做出本項(xiàng)目的計(jì)劃，制定出進(jìn)度表，提出產(chǎn)品上市日期
B.創(chuàng)建一個(gè)關(guān)于項(xiàng)目的目標(biāo)、限定條件和解決方案的概要視圖
C.構(gòu)造解決方案中所要求的各種功能特性和交付物
D.提高解決方案的質(zhì)量，滿足發(fā)布到生產(chǎn)環(huán)境的質(zhì)量標(biāo)準(zhǔn)
最新試題
IDEFO圖不反應(yīng)出系統(tǒng)（）
類程序設(shè)計(jì)語言（PDL），又稱為（）。
下列哪個(gè)不是系統(tǒng)的參與者？（）
對(duì)于具有復(fù)雜業(yè)務(wù)邏輯和流程的系統(tǒng)，較適合的架構(gòu)風(fēng)格是（）。
在UML中，活動(dòng)圖主要用于（）?
軟件體系結(jié)構(gòu)中的分層設(shè)計(jì)通常是為了達(dá)到什么目的？（）
軟件開發(fā)的實(shí)質(zhì)是實(shí)現(xiàn)不同層之間的“映射”，實(shí)現(xiàn)的基本途徑是（）
以下屬于軟件設(shè)計(jì)階段的任務(wù)是（）
面向?qū)ο蠓治鲋校_定類的關(guān)鍵策略不包括（）。
軟件需求分為功能需求與非功能需求，下面哪一項(xiàng)是非功能需求？（）