在軟件需求調(diào)研過(guò)程中,用戶(hù)要求承建單位搭建的業(yè)務(wù)系統(tǒng)采用SOA架構(gòu)實(shí)現(xiàn),且須遵循用戶(hù)內(nèi)部的《數(shù)據(jù)維護(hù)與管理規(guī)范》、《信息分類(lèi)編碼規(guī)范》等制度進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì),這類(lèi)需求屬于 ( ) 。
A、目標(biāo)需求
B、業(yè)務(wù)需求
C、功能需求
D、非功能性需求
信息系統(tǒng)監(jiān)理工程師及監(jiān)理單位在項(xiàng)目的監(jiān)理過(guò)程中必須遵循相應(yīng)的法律法規(guī),下列做法中,僅屬于違反職業(yè)道德的是 ( ) 。
A、利用工作之便,將項(xiàng)目承建單位內(nèi)部技術(shù)文件發(fā)送項(xiàng)目無(wú)關(guān)人員
B、參與被監(jiān)理項(xiàng)目的產(chǎn)品采購(gòu)
C、從事超出個(gè)人專(zhuān)業(yè)范圍的監(jiān)理工作
D、因未通過(guò)企業(yè)年審,篡改《信息系統(tǒng)工程監(jiān)理資質(zhì)證書(shū)》有
軟件需求分析方法中不屬于模型驅(qū)動(dòng)法的是 ( ) 。
A、SA(結(jié)構(gòu)化分析)
B、IE(信息工程建模)
C、OOA(面向?qū)ο蠓治觯?
D、RAA(快速架構(gòu)分析)
下列關(guān)于軟件質(zhì)量保證活動(dòng)要素的敘述中,不正確的是 ( ) 。
A、質(zhì)量保證人員不能是兼職的
B、軟件開(kāi)發(fā)必須嚴(yán)格按照軟件開(kāi)發(fā)規(guī)范進(jìn)行
C、驗(yàn)證和確認(rèn)軟件質(zhì)量所用的方法有評(píng)審、審查、審計(jì)、分析、演示、測(cè)試等
D、應(yīng)在軟件開(kāi)發(fā)過(guò)程中及時(shí)記錄與質(zhì)量保證有關(guān)的活動(dòng)
UML提供了幾種不同的圖用于組成不同的視圖,下列不屬于靜態(tài)圖的是 ( ) 。
A、用例圖
B、類(lèi)圖
C、序列圖
D、配置圖
黑盒測(cè)試是將被測(cè)試程序看成一個(gè)黑盒子,不考慮程序內(nèi)部結(jié)構(gòu)的情況,而只考慮程序的輸入與輸出之間的關(guān)系,下列屬于典型黑盒測(cè)試方法的是 ( ) 。
A、等價(jià)類(lèi)劃分法
B、靜態(tài)結(jié)構(gòu)分析法
C、代碼檢查法
D、代碼覆蓋率分析法
根據(jù)程序流程圖所示,滿(mǎn)足條件覆蓋的用例是( ) 。
①CASE1: x=1,y=3,z=0
②CASE2: x=3,y=2,z=1
③CASE3: x=1,y=2,z=0
④CASE4: x=1,y=1,z=0
A、①②
B、②③
C、③④
D、①④