信息系統(tǒng)項目管理師案例分析當天每日一練試題地址：http://m.xiexiliangjiufa.com/exam/ExamDayAL.aspx

往期信息系統(tǒng)項目管理師每日一練試題匯總：http://m.xiexiliangjiufa.com/class27-1-1.aspx

信息系統(tǒng)項目管理師案例分析每日一練試題（2017/6/12）在線測試：http://m.xiexiliangjiufa.com/exam/ExamDayAL.aspx?day=2017/6/12

信息系統(tǒng)項目管理師案例分析每日一練試題內(nèi)容（2017/6/12）

試題一（25 分）
閱讀下列說明，從項目整體管理和配置管理的角度，回答問題1至問題3。將解答填入答題紙的對應欄內(nèi)。
【說明】
老高承接了一個信息系統(tǒng)開發(fā)項目的項目管理工作。在進行了需求分析和設計后，項目人員分頭進行開發(fā)工作，其間客戶提出的一些變更要求也由各部分人員分別解決。各部分人員在進行自測的時候均報告正常，因此老高決定直接在客戶現(xiàn)場進行集成。各部分人員分別提交了各自工作的最終版本進行集成，但是發(fā)現(xiàn)問題很多，針對系統(tǒng)各部分所表現(xiàn)出來的問題，開發(fā)人員又分別進行了修改，但是問題并未有明顯減少，而且項目工作和產(chǎn)品版本越來越混亂。
【問題1】
請用200字以內(nèi)的文字，分析出現(xiàn)這種情況的原因。
【問題2】
請用300字以內(nèi)的文字，說明配置管理的主要工作并作簡要解釋。
【問題3】
請用300字以內(nèi)的文字，說明針對目前情況可采取哪些補救措施。
 

信管網(wǎng)zhchunfen：
問題1：
溝通不充分；項目啟動工作不充分，未建立項目管理幾乎；變更管理不完善，未嚴格按照變更流程執(zhí)行，且變更后未及時通知項目組；現(xiàn)場集成，無法進行集成測試；開發(fā)和修改都是分別進行，缺少溝通；配置管理不完善，未進行版本控制；
問題2：
（1） 制定配置管理計劃。確定方針，分配資源，明確責任，計劃培訓，確定干系人，制定配置識別準則，制定基線計劃，制定配置庫備份計劃，制定變更控制流程，制定審批計劃。 
（2） 配置項識別。識別配置項，分配唯一標識，確定配置項特征，記錄配置項進入時間，確定配置項擁有者職責，進行配置項登記管理。 
（3） 建立配置管理信息系統(tǒng)。建立分級配置管理機制，存儲和檢索配置項，共享和轉(zhuǎn)換配置項，進行歸檔、記錄、保護和權(quán)限設置。 
（4） 基線化。獲得授權(quán)，建立或發(fā)布基線，形成文件，使基線可用。 
（5） 建立配置庫。建立動態(tài)庫，受控庫和靜態(tài)庫。 
（6） 變更控制。包括變更記錄、分析、批準、實施、驗證、溝通和存檔。 
（7） 配置狀態(tài)統(tǒng)計。統(tǒng)計配置項的各種狀態(tài)。 
（8） 配置審計。包括功能配置審計和物理配置審計。
問題3：
結(jié)合問題1.2

信管網(wǎng)shenrong610：
問題1：（1）需求分析后未與客戶進行需求范圍確認和制定范圍基線，就進行分頭開發(fā)。
（2）沒有制定和執(zhí)行項目變更管理流程和制度
（3）項目變更沒有評審、審核就隨意安排人員進行變更。
（4）項目整體管理混亂，沒有進行系統(tǒng)測試就安排進行現(xiàn)場集成。
（5）項目配置管理混亂，人員可以對產(chǎn)品版本進行修改。

信管網(wǎng)河南省移動隨E行(全省通用)考友：

信管網(wǎng)liuxuehong001：
問題1：出現(xiàn)這種情況的原因是：（1）沒有形成正規(guī)的需求規(guī)格說明書 （2）對項目人員開發(fā)工作缺乏整體協(xié)調(diào)管理 （3）缺乏需求變更控制流程，對客戶提出的變更要求沒有統(tǒng)一管理 （4）在現(xiàn)場集成之前缺乏系統(tǒng)測試，對最終軟件版本缺乏整體集成，導致問題很多 （5）軟件集成之后出現(xiàn)的問題缺乏整體管理，只由開發(fā)人員分別修改，收效甚微 （6）缺乏配置管理，導致產(chǎn)品版本混亂 7. 缺乏進度管理，導致項目工作混亂 8.缺乏質(zhì)量管理，導致問題很多 9. 缺乏項目整體管理計劃 問題2：配置管理的主要工作：1. 統(tǒng)一軟件版本 2. 制定配置基線 問題3：針對目前情況可采取的補救措施包括：1. 及時加強版本管理，分派專門的配置管理員，統(tǒng)一可交付的產(chǎn)品版本 2. 形成詳細統(tǒng)一的需求說明書，針對需求追溯功能實現(xiàn)情況，監(jiān)控實施情況 3. 增加系統(tǒng)測試及第三方測試，確保軟件質(zhì)量

信管網(wǎng)sdfsdj：
問題1： 首先，項目人員分頭進行開發(fā)工作，是符合項目按工作包分解任務進行的。但是在客戶變更上面犯了如下幾個錯誤。1是變更需要進行整體變更控制流程，即分析變更在各自部分產(chǎn)生的影響，以及變更在整體上產(chǎn)生的影響。本例中沒有體現(xiàn)出整理變更流程，也沒有進行整體集成的內(nèi)部測試。就提交到了用戶環(huán)境。出現(xiàn)問題后也僅僅是分別進行修改。仍然沒有考慮整體變更帶來的關聯(lián)影響。 問題2： 配置管理主要是設立配置項，針對配置項進行監(jiān)控。在工作總某個配置項出現(xiàn)問題，應該做識別登記 ，記錄分析問題，然后依據(jù)后續(xù)步驟做相應處理。 問題3： 針對目前問題，項目工作和產(chǎn)品版本已經(jīng)開始混亂。應該就某一問題嘴上的項目版本核對產(chǎn)品配置庫，標記出當前調(diào)整的參考基線，再次基線上將目前產(chǎn)生的問題進行分類和匯總，已經(jīng)預計的修改措施。分項整合后，進一步分析整體繼承的問題和相互影響的點。根據(jù)配置項和用戶需求范圍做核對，必要時提交整體變更控制流程。然后經(jīng)批準后實施整體變更控制