某系統(tǒng)集成公司承接“某市智慧校園教務(wù)管理系統(tǒng)開(kāi)發(fā)項(xiàng)目”,項(xiàng)目需完成學(xué)生信息管理課程調(diào)度、成績(jī)統(tǒng)計(jì)3大核心模塊的研發(fā),需符合國(guó)家標(biāo)準(zhǔn)《信息技術(shù)軟件產(chǎn)品質(zhì)量要求與評(píng)價(jià)》中“軟件功能性、可靠性、易用性”三級(jí)要求。任命質(zhì)量保證工程師趙某負(fù)責(zé)過(guò)程合規(guī)審查,測(cè)試工程師孫某負(fù)責(zé)缺陷跟蹤,項(xiàng)目經(jīng)理劉某負(fù)責(zé)質(zhì)量決策與資源協(xié)調(diào)。
趙某編制了項(xiàng)目質(zhì)量管理計(jì)劃,明確需求覆蓋率≥95%、軟件缺陷率≤0.4個(gè)/千行代碼、測(cè)試用例通過(guò)率≥92%三項(xiàng)目標(biāo)。項(xiàng)目設(shè)定需求基線評(píng)審、詳細(xì)設(shè)計(jì)評(píng)審、單元測(cè)試驗(yàn)收、系統(tǒng)測(cè)試驗(yàn)收4項(xiàng)審查活動(dòng)。應(yīng)用需求跟蹤矩陣關(guān)聯(lián)需求與測(cè)試用例,應(yīng)用缺陷跟蹤工具M(jìn)ANTIS記錄缺陷處理流程,應(yīng)用魚(yú)骨圖分析質(zhì)量問(wèn)題根本原因,以支撐項(xiàng)目管理活動(dòng)。項(xiàng)目團(tuán)隊(duì)依據(jù)質(zhì)量管理計(jì)劃執(zhí)行情況如下:
質(zhì)量成本投入:團(tuán)隊(duì)《信息技術(shù)軟件產(chǎn)品質(zhì)量要求與評(píng)價(jià)》標(biāo)準(zhǔn)培訓(xùn)2.2萬(wàn)元、質(zhì)量檢查清單與手冊(cè)編制1.8萬(wàn)元、功能性檢查成本1萬(wàn)元、第三方可靠性測(cè)試1.5萬(wàn)元、需求文檔透露“跨校成績(jī)查詢”功能返工1.5萬(wàn)元。代碼邏輯錯(cuò)誤重構(gòu)0.8萬(wàn)元、上線后“課程沖突提醒”bug緊急修復(fù)0.6萬(wàn)元。
質(zhì)量控制執(zhí)行:需求階段通過(guò)需求跟蹤矩陣關(guān)聯(lián)250條教務(wù)需求與測(cè)試用例,最終驗(yàn)證覆蓋了242條需求;開(kāi)發(fā)階段累計(jì)編寫(xiě)代碼5萬(wàn)行,單元測(cè)試與集成測(cè)試共發(fā)現(xiàn)18個(gè)軟件缺陷,系統(tǒng)測(cè)試驗(yàn)收時(shí),執(zhí)行600條測(cè)試用例,通過(guò)了564條:針對(duì)“成績(jī)統(tǒng)計(jì)模塊數(shù)據(jù)計(jì)算偏差”缺陷,團(tuán)隊(duì)用魚(yú)骨圖定位原因?yàn)椤皵?shù)據(jù)庫(kù)查詢語(yǔ)句邏輯錯(cuò)誤”,制定“優(yōu)化SQL語(yǔ)句并增加數(shù)據(jù)校驗(yàn)邏輯”的糾正措施,驗(yàn)證后缺陷關(guān)閉,未影響項(xiàng)目上線時(shí)間。
質(zhì)量持續(xù)改進(jìn):項(xiàng)目中期開(kāi)展質(zhì)量復(fù)盤(pán)會(huì),分析出“需求評(píng)審參與人員不全”、“單元測(cè)試覆蓋率僅80%”2個(gè)問(wèn)題,隨即補(bǔ)充教務(wù)主任參與后續(xù)評(píng)審,要求開(kāi)發(fā)人員補(bǔ)充單元測(cè)試用例,使后期缺陷率下降30%。
【問(wèn)題1】(8分)
結(jié)合案例,并參考示例,補(bǔ)充完整如下的本項(xiàng)目質(zhì)量管理計(jì)劃表。
【問(wèn)題2】(6分)
請(qǐng)分別計(jì)算本項(xiàng)目中的預(yù)防成本、評(píng)估成本和失敗成本。
【問(wèn)題3】(4分)
計(jì)算本項(xiàng)目的“需求覆蓋率”和“軟件缺陷率”,并判斷是否達(dá)到項(xiàng)目質(zhì)量目標(biāo)。(結(jié)果保留兩位小數(shù))

A科技公司成功中標(biāo)某高校的“智慧校園”綜合管理平臺(tái)項(xiàng)目,公司任命老王負(fù)責(zé)項(xiàng)目管理工作,并選派年輕工程師小陳擔(dān)任配置管理員。在項(xiàng)目啟動(dòng)會(huì)上,小陳展示了根據(jù)公司模板編制的配置管理計(jì)劃,但由于缺乏大型項(xiàng)目實(shí)戰(zhàn)經(jīng)驗(yàn),該計(jì)劃中的部分內(nèi)容與實(shí)際項(xiàng)目需求存在脫節(jié)。
開(kāi)發(fā)階段,開(kāi)發(fā)人員小李在實(shí)現(xiàn)“課表推送”功能時(shí),發(fā)現(xiàn)需求文檔針對(duì)該功能的描述不合理,他直接在受控庫(kù)中修改了文檔,并基于修改后的需求進(jìn)行了開(kāi)發(fā)。
測(cè)試階段.產(chǎn)品經(jīng)理發(fā)現(xiàn)“課表推送”功能實(shí)現(xiàn)與原始設(shè)計(jì)存在偏差,但已無(wú)法追溯需求文檔的變更記錄。
集成測(cè)試階段,“成績(jī)管理”模塊集成測(cè)試頻繁失敗,調(diào)查發(fā)現(xiàn)受控庫(kù)中具有依賴關(guān)系的數(shù)據(jù)庫(kù)腳本與程序代碼的版本不一致,一是因?yàn)閮擅_(kāi)發(fā)人員分別在本地修改了同一個(gè)數(shù)據(jù)庫(kù)腳本。未遵守配置庫(kù)的變更及檢出機(jī)制,修改后的數(shù)據(jù)庫(kù)腳本提交到受控庫(kù)中后出現(xiàn)了版本覆蓋問(wèn)題。臨近交付,開(kāi)始執(zhí)行配置審計(jì)工作時(shí),發(fā)現(xiàn)用戶手冊(cè)與系統(tǒng)功能存在多處差異。追溯發(fā)現(xiàn),文檔團(tuán)隊(duì)使用的仍是早期的基線版本,后續(xù)的變更都未能及時(shí)同步到文檔庫(kù)。
【問(wèn)題1】(8分)
請(qǐng)簡(jiǎn)述該項(xiàng)自在配置管理上存在的問(wèn)題。
【問(wèn)題2】(5分)
針對(duì)數(shù)據(jù)庫(kù)腳本與代碼版本不一致的問(wèn)題,請(qǐng)從配置管理的角度提出具體改進(jìn)方案。
【問(wèn)題3】(4分)
判斷正誤。
(1)配置庫(kù)中的受控庫(kù)充許開(kāi)發(fā)人員直接修改配置項(xiàng)。()
(2)配置狀態(tài)報(bào)告應(yīng)該包含每個(gè)配置項(xiàng)的變更歷史記錄。()
(3)配置審計(jì)只需要在項(xiàng)目結(jié)束時(shí)進(jìn)行。()
(4)配置項(xiàng)的狀態(tài)一般包括“草稿”、“正式”和“修改”三種狀態(tài)。()
【問(wèn)題4】(3分)
配置庫(kù)通??煞譃椋?)、受控庫(kù)和(2)三種類型。其中,包含已發(fā)布使用的各種基線的存檔,并被置于完全的配置管理之下的庫(kù)是(3)。