第1題： 某系統(tǒng)集成項目共有8個活動，項目完工預(yù)算BAC為100萬元，項目開展10天后，各活動的信息統(tǒng)計如下：

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

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

【問題2】（6分）
請分別計算本項目中的預(yù)防成本、評估成本和失敗成本。
【問題3】（4分）
計算本項目的“需求覆蓋率”和“軟件缺陷率”，并判斷是否達到項目質(zhì)量目標(biāo)。（結(jié)果保留兩位小數(shù)）
答案解析與討論：www.jycxcx.com/st/1102486024.html

第4題：

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

答案解析與討論：www.jycxcx.com/st/110250432.html