第1題： 某系統(tǒng)集成項(xiàng)目共有8個(gè)活動(dòng)，項(xiàng)目完工預(yù)算BAC為100萬(wàn)元，項(xiàng)目開(kāi)展10天后，各活動(dòng)的信息統(tǒng)計(jì)如下：

【問(wèn)題1】（6分）
請(qǐng)確定本項(xiàng)目的關(guān)鍵路徑并計(jì)算項(xiàng)目總工期。
【問(wèn)題2】（8分）
假設(shè)項(xiàng)目成本按照進(jìn)度平均分配，緊前活動(dòng)完成后緊后活動(dòng)立即開(kāi)始，請(qǐng)計(jì)算項(xiàng)目當(dāng)前的掙值（EV），以及進(jìn)度績(jī)效指數(shù)（SPI）與成本績(jī)效指數(shù)（CPI）并進(jìn)行績(jī)效分析。（結(jié)果保留兩位小數(shù)）
【問(wèn)題3】（6分）
如果當(dāng)前偏差是典型的，請(qǐng)計(jì)算項(xiàng)目的ETC和EAC。（結(jié)果保留兩位小數(shù)）
答案解析與討論：m.yifanwine.com/st/1102479012.html

第2題： 某系統(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ì)編寫代碼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ù)盤會(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ù)）
答案解析與討論：m.yifanwine.com/st/1102486024.html

第4題：

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）。

答案解析與討論：m.yifanwine.com/st/110250432.html