亚洲韩国在线,国语对白露脸精彩99av,色亚洲视频

當前位置：信管網 >> 信息系統(tǒng)項目管理師 >> 案例分析 >> 文章內容

2013信息系統(tǒng)項目管理師案例分析之配置管理?？紗栴}及案例實例

來源：信管網 2013年03月26日【所有評論】

如果一個案例，出現(xiàn)項目人員分頭進行開發(fā)工作、錯誤反復出現(xiàn)、各自提交測試報告、產品版本混亂、在客戶現(xiàn)場集成等情形，大家可以參考以下的答題思路分析出現(xiàn)以上各情形的可能原因：

缺乏項目整體管理、缺乏整體變更控制流程、缺乏項目干系人之間的溝通、缺乏配置管理、缺乏整體版本管理、缺乏單元接口測試和集成測試

配置管理流程

1、制定配置管理計劃：確定方針，分配資源，明確職責，計劃培訓，確定干系人，制定配置識別準則，制定基線計劃，制定配置庫備份計劃，制定變更控制規(guī)程，制定審批計劃。

2、配置項識別：識別配置項，分配唯一標識，確定配置項特征，記錄配置項進入時間，確定配置項擁有者職責，進行配置項登記管理。

3、建立配置管理系統(tǒng)：建立分級配置管理機制，存儲和檢索配置項，共享和轉換配置項，進行歸檔、記錄、保護和權限設置。

4、基線化：獲得授權，建立或發(fā)布基線，形成文件，使基線可用。

5、建立配置庫：建立動態(tài)庫、受控庫和靜態(tài)庫。

6、變更控制：變更的記錄、分析、批準、實施、驗證、溝通和存檔。

7、配置狀態(tài)統(tǒng)計：統(tǒng)計配置項的各種狀態(tài)。

8、配置審計：包括功能配置審計和物理配置審計。

可以采取的補救措施：

1、針對目前系統(tǒng)建立或調整基線

2、梳理變更脈絡，確定統(tǒng)一的最終需求和設計

3、梳理配置項及歷史版本

4、對照最終需求和設計逐項分析現(xiàn)有配置項及歷史版本的符合情況

5、根據分析結果由相關干系人確定整體變更計劃并實施

6、加強單元接口測試與系統(tǒng)的集成測試或聯(lián)調

7、加強整體版本管理

配置庫的類型：

1、備份庫：包括制作軟件和相關架構、數據和文檔的不同版本的復制品。

2、動態(tài)庫：存放開發(fā)過程中需要保留的各種信息，供開發(fā)人員個人專用。

3、受控庫：在信息系統(tǒng)開發(fā)的某個階段工作結束時，將工作產品存人或將有關的信息存入。

4、靜態(tài)庫：在開發(fā)的信息系統(tǒng)產品完成系統(tǒng)測試之后，用于存檔各種基線。

案例實例

閱讀以下說明，請回答問題1至問題3，將解答填入答題紙的對應欄內。

【說明】

A信息系統(tǒng)集成公司有員工50多名，其中技術部開發(fā)人員有30多人.公司采用矩陣式的組織結構.公司的主營業(yè)務是開發(fā)企業(yè)信息化建設方面的項目，業(yè)務較為繁忙，一般有十多個項目在同時進行.由于技術人員有限，為保證各個項目的進展，人員在項目間的兼職與交叉很嚴重.一個技術開發(fā)人員在M項目上工作兩天后，很可能轉入Y項目工作，過了三天，又再回到M項目工作.項目的文檔一般采用各自的命名方式進行管理，客戶提出的修改也是各自負責，在技術開發(fā)人員的本地機上進行開發(fā).當技術開發(fā)人員重新回到原項目時，他不得不花大量時間去熟悉原來的工作，找出原來的文檔與程序等，還要了解項目組其他人的工作進展，向相關人員索求需要的開發(fā)成果。當一個項目進行到提交期限時，不得不花費大量的時間找出相匹配版本的相應成果，集成為符合客戶要求的可交付的系統(tǒng)。

【問題1】(4分)

針對本題案例中的情況，從軟件配置管理的角度，分析出現(xiàn)這種情況的原因.

信管網參考答案：

1、不能同時兼任配置管理員，導致精力不夠，無法完成配置管理工作；

2、沒有做好版本管理；

3、沒有建立基線，導致需求、設計、編碼無法應對；

4、沒有做好變更管理；

5、沒有做好范圍管理；

6、項目計劃安排不合理；

7、溝通管理沒有做好；

8、風險管理沒有做好，導致風險加大造成了不必要的損失。

【問題2】(6分)