需求分析師為某電子商務(wù)網(wǎng)站制定的總體功能需求如下圖所示,關(guān)于該電子商務(wù)網(wǎng)站的功能需求,下面說(shuō)法不正確的是( ) 。
A.企業(yè)客戶和個(gè)人客戶在注冊(cè)之后不可以完善資料和相互留言
B.個(gè)人客戶在注冊(cè)后不可以發(fā)布產(chǎn)品信息和供求信息
C.企業(yè)客戶在注冊(cè)后不可以發(fā)布競(jìng)拍信息并參與競(jìng)拍
D.該電子商務(wù)網(wǎng)站同時(shí)提供B2B和B2C功能
某信息系統(tǒng)項(xiàng)目采用原型法開(kāi)發(fā),以下做法中不正確的是( )
A.前期花足夠的時(shí)間與客戶充分溝通,完全明確需求后再開(kāi)發(fā)實(shí)現(xiàn)
B.系統(tǒng)分析、設(shè)計(jì)和實(shí)現(xiàn)工作之間不做嚴(yán)格的界限劃分
C.動(dòng)態(tài)響應(yīng)用戶的需求,逐步納入用戶的具體要求,逐步修改系統(tǒng)開(kāi)發(fā)計(jì)劃
D.本著開(kāi)發(fā)人員對(duì)需求的初步理解,快速開(kāi)發(fā)一個(gè)原型系統(tǒng),再反復(fù)修改
在軟件產(chǎn)品即將面世前,為發(fā)現(xiàn)產(chǎn)品中的錯(cuò)誤并及時(shí)修正,軟件企業(yè)通常要組織內(nèi)部人員模擬各類(lèi)用戶進(jìn)行應(yīng)用,即對(duì)該產(chǎn)品進(jìn)行( ) 。
A.Alpha測(cè)試 B. Beta測(cè)試 C. 冒煙測(cè)試 D. 靜態(tài)測(cè)試
電子商務(wù)有多種物流模式,在( )模式下,物流供應(yīng)商是一個(gè)供應(yīng)鏈和物流方案的集成商,它對(duì)公司內(nèi)部和具有互補(bǔ)性的服務(wù)供應(yīng)商所擁有的不同資源、能力和技術(shù)能進(jìn)行整合和管理,并提供一整套供應(yīng)鏈解決方案,也是貨主的物流方案集成商。
A.物流聯(lián)盟 B. 第三方物流 C. 第四方物流 D. 物流一體化
邊界值分析是一種常用的黑盒測(cè)試法。某程序循環(huán)體最少執(zhí)行0次,最多執(zhí)行100次,采用邊界值分析法,宜選擇( )作為測(cè)試用例。
A.循環(huán)0次、循環(huán)1次、循環(huán)99次、循環(huán)100次
B.循環(huán)0次、循環(huán)100次、循環(huán)49次、循環(huán)50次
C.循環(huán)1次、循環(huán)99次、循環(huán)49次、循環(huán)50次
D.循環(huán)0次、循環(huán)100次
在設(shè)計(jì)和實(shí)現(xiàn)軟件系統(tǒng)的功能模塊時(shí),( )最不利于軟件維護(hù)。
A.系統(tǒng)的主要功能應(yīng)該由一個(gè)模塊實(shí)現(xiàn)
B.一個(gè)模塊應(yīng)該只實(shí)現(xiàn)一個(gè)主要功能
C.模塊之間的相互作用和耦合應(yīng)盡量小
D.一個(gè)模塊應(yīng)該只有一個(gè)控制入口和控制出口
某軟件主要由操作系統(tǒng)程序和數(shù)據(jù)庫(kù)程序組成。受前任項(xiàng)目經(jīng)理的安排,甲正在開(kāi)發(fā)該軟件的數(shù)據(jù)庫(kù)程序。乙和丙都在開(kāi)發(fā)軟件的操作系統(tǒng)。新任項(xiàng)目經(jīng)理曾和甲、乙、丙共事,統(tǒng)計(jì)過(guò)他們開(kāi)發(fā)類(lèi)似程序的缺陷率水平。如下表所示,為保證該軟件的代碼質(zhì)量,新任項(xiàng)目經(jīng)理應(yīng) ( )。
A.調(diào)換甲、丙的工作,各自在對(duì)方編寫(xiě)的代碼基礎(chǔ)上繼續(xù)開(kāi)發(fā)
B.維持開(kāi)發(fā)任務(wù)分工不變,同時(shí)讓乙培訓(xùn)丙
C.維持開(kāi)發(fā)任務(wù)分工不變,同時(shí)讓甲培訓(xùn)丙
D.維持開(kāi)發(fā)任務(wù)分工不變,同時(shí)讓甲培訓(xùn)乙,乙培訓(xùn)丙