A.拋棄式
B.演化史
C.瀑布是
D.增量
您可能感興趣的試卷
你可能感興趣的試題
A.原型系統(tǒng)的積累
B.開發(fā)工作模型、模型驗(yàn)證
C.修正和改近
D.整理原型和提供文檔
A.獲得基本需求
B.開發(fā)工作模型
C.嚴(yán)格細(xì)致說(shuō)明
D.模型驗(yàn)證
A.軟件設(shè)計(jì)的依據(jù)
B.用戶和開發(fā)人員對(duì)軟件要做什么的共同理解
C.軟件驗(yàn)收的依據(jù)
D.軟件可行性分析依據(jù)
A.很難定制具體的.數(shù)量化得產(chǎn)品質(zhì)量標(biāo)準(zhǔn),所以沒(méi)有相應(yīng)的國(guó)際標(biāo)準(zhǔn).國(guó)家標(biāo)準(zhǔn)
B.軟件產(chǎn)品之間很難進(jìn)行橫向的質(zhì)量對(duì)比,很難說(shuō)這個(gè)產(chǎn)品比那個(gè)產(chǎn)品好多少
C.滿足了用戶需求的軟件質(zhì)量,就是好的軟件質(zhì)量
D.軟件的類型不同,但是軟件質(zhì)量的衡量標(biāo)準(zhǔn)的側(cè)重點(diǎn)相同
A.需求工程師的任務(wù)是將所有利益相關(guān)者得需求進(jìn)行分類以便允許決策者選擇一個(gè)相互一致的需求集
B.利益相關(guān)者是將來(lái)購(gòu)買所開發(fā)軟件系統(tǒng)的人
C.在需求分析的過(guò)程中,分析員要從用戶那里解決的最重要的問(wèn)題是明確軟件做什么
D.開發(fā)人員與客戶創(chuàng)建用例以幫助軟件團(tuán)隊(duì)理解有多少類型的最終用戶將使用這些功能

最新試題
追蹤工具、版本管理工具和發(fā)布屬于()
IP地址是在OSI模型的()定義。
下面為某項(xiàng)目規(guī)劃的進(jìn)度網(wǎng)絡(luò)圖(單位:周),在實(shí)際實(shí)施過(guò)程中,活動(dòng)圖B-E計(jì)劃延遲了2周,活動(dòng)j-k比計(jì)劃提前了3周,到該項(xiàng)目的關(guān)鍵路徑()
在()組織結(jié)構(gòu)中,項(xiàng)目擁有獨(dú)立的項(xiàng)目團(tuán)隊(duì),項(xiàng)目經(jīng)理在調(diào)用與項(xiàng)目相關(guān)的資源時(shí)不需要向部門經(jīng)理匯報(bào)。
合同變更一般包括以下活動(dòng):①變更實(shí)施②變更請(qǐng)求審查③變更批準(zhǔn)④變更提出以上活動(dòng)正確的排列順序是()
()是在確認(rèn)范圍過(guò)程中使用的工具與技術(shù)。
()屬于人力資源管理中的Y理論。
公司計(jì)劃開發(fā)一個(gè)新的信息系統(tǒng),該系統(tǒng)需求不明確,實(shí)現(xiàn)不能定義需求,需要經(jīng)過(guò)多期開發(fā)完成,該系統(tǒng)的生命周期模型宜采用()
()的項(xiàng)目不適合使用總價(jià)合同。
在審查項(xiàng)目需求規(guī)格說(shuō)明書時(shí),發(fā)現(xiàn)該文檔圖表編號(hào)混亂,建立()解決上訴問(wèn)題。①文檔管理制度②文檔書寫規(guī)范③圖標(biāo)標(biāo)號(hào)規(guī)則④文檔加密