配置管理和變更管理精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的配置管理和變更管理主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：配置管理和變更管理范文

關鍵詞:配置管理;版本控制;變更

中圖分類號:TP311文獻標識碼:A 文章編號:1009-3044(2010)18-5092-01

在科技發(fā)展如此迅速的時代,沒有一個行業(yè)像計算機行業(yè)發(fā)展的如此迅速。而如今的軟件行業(yè),技術和產品的更新更是日新月異,而來自提高產品質量,縮短面市時間的壓力,對于所有的軟件技術人員和管理人員也越來越明顯?，F(xiàn)在軟件產品開發(fā)對市場的投放速度成倍增長;軟件的開發(fā)、傳遞、和分發(fā)方式也跟隨這Internet/Intranet應用的發(fā)展而不斷變化;軟件質量的不短提高,使軟件開發(fā)的規(guī)范化的要求越來越突出;而在軟件開發(fā)中,多平臺、多操作系統(tǒng)、多開發(fā)工具、多計算機語言、多對象類型的應用,使軟件開發(fā)環(huán)境更加難以控制;因此,軟件配置管理作為軟件開發(fā)過程中的地位也日益突出,并且也引起了各個軟件企業(yè)的高度重視。

1 什么是軟件配置管理

在人才流動的今天,軟件行業(yè)的人員流動也是不可避免的,新的人員怎樣才能快速的接收工作?以減少因人員流動帶來的影響。開發(fā)團隊的每一個人員如何才能及時的了解項目的進展狀態(tài),團隊的人員之間如何有效的溝通?依據(jù)bug發(fā)現(xiàn)的版本,如何快速定位等等問題,為解決如此多的問題,我們就要有一套規(guī)范化的管理體系,而軟件配置管理可以解決以上問題,而它提供的功能還遠遠不止這些。那么軟件配置管理是什么呢?

軟件配置管理簡稱SCM(Soft Configuration Management),它有多種定義,在1986年出版的Wayne Babyish《Software Configuration Management: Coordinating for Team Productivity》一書中把軟件配置管理描述為“對軟件開發(fā)組所建立的軟件的修改進行標識、組織和控制的藝術,其目標是減少錯誤,提高生產力”。這是一個比較簡單定義,在1993年出版的Steve McConnell的《Code Complete》一書中,對軟件配置管理的定義是:“配置管理能夠系統(tǒng)地處理變更,從而使得軟件系統(tǒng)可以隨時保持其完整性。配置管理又可稱為‘變更控制’,可以用來評估提出的變更請求,跟蹤變更,并保存系統(tǒng)在不同時間的狀態(tài)?！避浖渲霉芾硎且惶滓?guī)范化、高效的軟件開發(fā)基礎結構。軟件配置管理可以系統(tǒng)地管理軟件系統(tǒng)中的多重版本;全面記載系統(tǒng)開發(fā)的歷史過程,包括為什么修改,誰做了修改,修改了什么;管理并跟蹤開發(fā)過程中危害軟件質量,以及開發(fā)周期的變化和缺陷。軟件配置管理對開發(fā)過程進行有效的管理和控制,完整、明確記載開發(fā)過程中的歷史變更,形成規(guī)范化的文檔,是日后的維護、升級得到保證,更重要的是保護寶貴的代碼資源,積累軟件財富,提高軟件重用率,加快投資回報。準確的說:軟件配置管理是對軟件產品進行標識、存儲和控制,及維護其完整性、可追溯性以及正確性的學科。

2 軟件配置管理的功能

軟件配置管理系統(tǒng)應該具備的主要功能有:

1) 并行開發(fā)支持:在軟件開發(fā)和維護的過程中,常常會有在同一時間,甚至是在不同地域的開發(fā)人員,在同一個開發(fā)模塊上工作,為使團隊在相互不干擾的前提下,能夠相互協(xié)同工作,同時又不失去控制。為滿足以上要求,就要實現(xiàn)并行開發(fā)支持的功能,也就要求軟件配置管理系統(tǒng)需要提供靈活的分支機制和工作空間管理。

2) 版本控制:軟件配置管理的核心功能是版本控制,其他配置管理的功能都建立在版本控制功能之上。而版本控制就是對軟件開發(fā)過程中產生的所有系統(tǒng)對象的管理,也是對各個版本的各種操作的控制,并保證開發(fā)人員在任何時候,都能取到軟件系統(tǒng)的任何一個歷史版本。簡而言之,就是要簡單,明確的重現(xiàn)軟件開發(fā)系統(tǒng)的每一個歷史版本。

3) 建立管理:基于軟件存儲庫的版本控制功能,我們首先從存儲庫中取得正確的配置項,然后建立過程的自動化。

4) 修訂版管理:由于在軟件開發(fā)中,每個版本都是對上一個版本存在的問題及缺陷的修改后產生的,為以后能夠跟蹤每一個版本變更的創(chuàng)建者,時間及原因,以便加快問題和缺陷的確定,我們就要對每個版本進行管理,即修訂版管理;

5) 產品管理:為使項目經理能夠隨時清晰地了解項目的狀態(tài),這就要求管理、計劃軟件的變更,與軟件計劃、預先制定的生命周期或相關的質量過程必須保持一致,同時為了能夠跟蹤管理版本,必須使每一個版本有唯一的一組配置項集合。

6) 過程管理:軟件開發(fā)中不免會有人員的流動,這就要求新的成員能在最短時間內接手,而人員的流動,也會造成代碼的泄露等等問題,因此在開發(fā)過程中,貫徹訪問權限的控制、開發(fā)規(guī)則等等的規(guī)范化實施也尤為重要。

7) 變更請求管理:在跟蹤和管理開發(fā)過程中,常常會有一些功能的不足需要增強,或者是一些缺陷需要修補的變更請求,為了團隊對中每個人都能夠能隨時了解到變更的狀態(tài),就需要對這些變更請求進行管理,以便加強溝通和協(xié)作。

8) 代碼共享:擁有良好的存儲、訪問機制,可以是開發(fā)團隊中的每一個成員共享各自的開發(fā)資源,以便減少重復的勞動,節(jié)省開發(fā)時間!

3 軟件配置管理的實施

古語有云:“工欲善其事,必先利其器”。軟件配置管理是一項非常繁瑣的工作,同時又和整個軟件開發(fā)活動緊密聯(lián)系,因此工具選擇對整個開發(fā)影響很大,所以在實施的過程中,我們應在以下三方面考慮:首先,選用的工具應提供完善的版本管理的功能,使得所有的配置項都應清晰、完整的得到保存,相應的操作紀錄完備,使得開發(fā)組織中的任何人員都能迅速的了解任一配置項的演進過程,并快捷的找到所需的資源。其次,應具備工作空間的管理。最后,我們所選用的工具,一定要操作簡便,不能給開發(fā)人員增加負擔。

4 軟件配置管理的意義

軟件配置管理實施的恰當,不僅更好的保證軟件的質量,而且也降低了維護軟件的成本,不僅提高了軟件開發(fā)效率,而且也減少了軟件的缺陷和錯誤,而且在加快問題的定位和修復,同時使開發(fā)依賴于過程,而不依賴于人,確保建立正確的開發(fā)系統(tǒng)。

參考文獻:

第2篇：配置管理和變更管理范文

[關鍵詞]IT運維服務管理 支撐系統(tǒng) 設計與實現(xiàn)

中圖分類號：TP315 文獻標識碼：A 文章編號：1009-914X（2016）05-0177-01

前言：隨著IT技術與信息技術的發(fā)展，我國已經進入了整合、創(chuàng)新、轉型、深化的信息化建設階段。對于組織形態(tài)、管理機制、商業(yè)模式、運行流程、治理結構等方面，信息系統(tǒng)和信息技術產生了越來越大的影響。在電信運營商、企業(yè)、銀行、政府等組織機構當中，對于信息系統(tǒng)和信息技術的應用也越來越廣泛。然而，企業(yè)在信息技術和IT系統(tǒng)等方面的大量投入，并沒有取得十分理想的效果。對此，企業(yè)應當更加重視IT運維服務管理支撐系統(tǒng)的設計與實現(xiàn)，從而使其為企業(yè)的IT系統(tǒng)提供更為良好服務與保障。

一、 系統(tǒng)的總體設計

（一）系統(tǒng)結構

IT運維服務管理支撐系統(tǒng)是一種十分重要的軟件應用平臺，其主要針對的是IT資源的維護管理。對于IT資源，可通過縱向提供的采集接口進行管理，對于交互其它服務商的運維支撐系統(tǒng)，則可以應用橫向提供的管理接口。通過這樣的設計，能夠使系統(tǒng)更好的管理和監(jiān)視IT資源的動態(tài)。具體來說，主要包括采集層、應用層、呈現(xiàn)層等功能體系結構，以及相應的物理體系結構。

（二）流程管理

在IT運維服務管理中，流程管理功能可以滿足系統(tǒng)對于管理流程的實際要求，同時對其進行實時監(jiān)控，以保證運維服務的質量[1]。在流程管理當中，需要良好的管控服務流程，同時采用的工作流程中，運維服務需經過支撐系統(tǒng)的固化。在實際設計當中，主要包括服務臺、事件管理、問題管理、管理、服務級別管理、知識庫管理、變更管理、事故管理、配置管理等諸多功能。

（三）監(jiān)控功能

監(jiān)控功能的作用主要是監(jiān)控和管理用戶終端用戶環(huán)境、IT應用、IT基礎設施等部分。在實際設計中，主要包括配置管理、性能管理、故障管理、拓撲管理等方面。其中，配置管理主要負責統(tǒng)計、分析、維護終端用戶環(huán)境、IT應用、基礎設施等方面的信息資源，對信息下發(fā)功能進行配置。性能管理主要包括性能數(shù)據(jù)的處理、分析、統(tǒng)計和采集，以及性能門限管理等。故障管理主要包括處理、清除、顯示、采集告警信息，同時定位故障位置。拓撲管理則主要對資源的運行狀態(tài)進行實時顯示，為用戶對信息資源的了解提供便利。

（四）安全管理

安全管理的作用是為了維護IT系統(tǒng)的安全、穩(wěn)定運行，主要包括病毒防范、系統(tǒng)日志管理、用戶管理等。通過病毒防范功能，可以確保系統(tǒng)在連接外部網絡的時候，免受計算機網絡病毒和木馬的沖擊與破壞。系統(tǒng)日志管理主要包括了系統(tǒng)的登錄日志和操作日志等方面的管理[2]。用戶管理則主要包括增加用戶、刪除用戶、查詢用戶屬性、修改用戶屬性等。

二、 配置管理、變更管理、管理設計

（一） 配置管理

配置管理的作用是對產品、系統(tǒng)、服務當中的所有組件及其相互之間關系的信息進行維護和識別，從而更好的控制信息變更與。同時負責對基礎設施、資產、服務等配置模型進行建立。配置管理的主要目的在于提供業(yè)務客戶的控制目標支持、提供正確的配置信息、降低質量與適性的問題、優(yōu)化IT資源和配置等。在配置過程中，主要包括識別配置項、監(jiān)控檢驗CMDB、監(jiān)控維護CMDB、審計CMDB、報告度量、評估該酒流程、管理升級的步驟。

（二） 變更管理

在管理服務的生命周期中，變更服務資產和配置項都需要變更管理來實現(xiàn)。主要包括在管理環(huán)境中與維護、支持、執(zhí)行相關的通信設備、運營系統(tǒng)、角色、文檔記錄、職責、處理程序、軟件、硬件等管理對象。在實際設計當中，主要包括記錄和分類變更、風險和負面影響評估、變更審批和實施等流程。

（三） 管理

在管理當中，會涉及到很多的功能、系統(tǒng)、流程、主要用戶測試、構建和打包[3]。在生產環(huán)境中，進行的部署。在管理當中，需要在生產環(huán)境中進行的部署，同時對服務建立起有效使用，將服務向運用階段轉移。在其設計過程中，主要包括計劃策略、設計與建立、測試與確認、回顧與檢驗等。

三、 系統(tǒng)功能的實現(xiàn)

在IT運維服務管理支撐系統(tǒng)的功能實現(xiàn)當中，對oracle數(shù)據(jù)庫、EOS開發(fā)工具等進行了良好的應用，從而對系統(tǒng)流程的功能進行良好的支持。在實際應用中，主要包括了配置管理、變更管理、管理等部分。在配置管理當中，在開發(fā)界面上，從oracle中存放的組織結構圖在界面右側顯示。在配置管理總流程當中，包含了各個步驟所需調用的子流程。在此基礎上，對相關的字段設計、數(shù)據(jù)庫表等進行配置[4]。而在變更管理、管理中，通過同樣的方式，結合開發(fā)界面和相應字段設計、數(shù)據(jù)庫表的變更與，對系統(tǒng)功能的運行環(huán)境進行良好的構建。通過測試結果表明，通過這種方式和技術構建的IT運維服務管理支撐系統(tǒng)，在實際應用中能夠發(fā)揮出更加良好的作用，同時其安全性、穩(wěn)定性等性能也得到了很大程度上的提升。這樣，用戶通過用戶名和密碼登錄系統(tǒng)，就能夠對相應的流程和任務的執(zhí)行情況進行了解，從而更好的開展后續(xù)工作。

結論：在當前社會中，隨著計算機技術、信息技術、IT技術的發(fā)展，在社會各個領域當中，計算機IT系統(tǒng)得到了越來越廣泛的應用，使得工作效率得到了很大的提升。不過，在IT系統(tǒng)的實際運行過程中，需要運維服務管理系統(tǒng)的良好支持才能夠發(fā)揮出更大的作用。因此，應當加強對IT運維服務管理支撐系統(tǒng)的設計與實現(xiàn)，從而使其能夠更好的發(fā)揮作用。

參考文獻

[1]尚云云.IT運維服務管理支撐系統(tǒng)的設計與實現(xiàn)[D].北京交通大學，2009.

[2]張偉俊.成飛所IT運維管理系統(tǒng)的設計與實現(xiàn)[D].電子科技大學，2013.

第3篇：配置管理和變更管理范文

關鍵詞：電力系統(tǒng)；通信；IT服務管理 

 一、電力系統(tǒng)通信部門的IT服務管理

 電力系統(tǒng)通信部門IT服務管理體系包括展現(xiàn)層、功能層、數(shù)據(jù)層。通過對各種系統(tǒng)狀態(tài)進行實時監(jiān)控，將現(xiàn)有軟硬件環(huán)境、網絡資源、應用系統(tǒng)、人力資源、知識庫有機地融為一體，合理調配資源，切實解決了機構人員、管理模式、業(yè)務流程、技術集成等方面實際問題，真正實現(xiàn)科學高效的I T 服務管理。

 二、典型處理流程

 IT服務管理是一種面向流程的管理模式。在電力系統(tǒng)通信部門原有的業(yè)務流程的基礎上，對其進行優(yōu)化和改造，在此提出了IT服務管理四個典型處理流程，下面分別從流程目的、功能等角度進行說明：

 （一）事件管理流程

 事件是任何不符合標準操作且已經引起或可能引起服務中斷和服務質量下降的事件。在ITSM引入以前，事件管理沒有特定的流程，所有事件都通過通信故障專線通知到通信調度部門，然后由值班員派工單給檢修班成員，并不區(qū)分事件的“輕重緩急”，也沒有技術層面的審核，因此故障派修單回單率一直很低，很多單據(jù)由于不具備執(zhí)行條件而在班組和通信科之間來回推諉，降低了故障解決時間，也沒有相關考核指標。

 事件管理的流程如下：首先，事件通過運行單位填報、用戶填報或者通信檢修部門巡視發(fā)現(xiàn)填報，所有事件記錄進系統(tǒng)，對于已經處理的缺陷只要補報即可。接著通信調度進行分類預判斷并分派，確定是事件的影響范圍和優(yōu)先等級：如果是事件處理影響范圍小或無影響，則直接進行派單；如果事件處理影響范圍大，則要求檢修部門先進行停服役申請，再進行事件處理。然后，檢修部門消缺完畢后，由用戶和通信調度分別進行消缺驗收，判斷是否已解決確定問題：如解決，則由檢修班回單給通信科，則納入審核管理或者填報缺陷歸檔，關閉記錄；如沒有解決，則納入通信科審核管理繼續(xù)診斷，納入下一季度大修工程，必要時轉省調、廠商和集成商、服務商等進行支持解決等。最后更新文檔，必要時進行回顧，事件支持人員將根據(jù)管理要求定期產生相關報表。

 （二）問題管理流程

 問題管理流程設立的主要功能是分析已被列為問題的事件（一組或一個）的根本原因，然后找出和建議永久性解決方案。其目的包括：（1）確保分析并確定事件的根本原因，以防止再次發(fā)生；（2）確保問題分派了正確支持人員，提高解決率。（3）根據(jù)IT資源情況分派問題優(yōu)先級；（4）主動提供預防性措施；（5）提高IT服務的可靠性；（5）降低IT支持成本；（6）提高通信部門的整體形象和名譽。

（三）配置管理流程

 通信部門的所有資源都通過手工和電子配置管理是通過手工形式派發(fā)“電路（設備、線路）投入、改接單”，單據(jù)與實際資源狀況出入較大。待單據(jù)完成后，由專人進行手動的資料更新和管理，而經常出現(xiàn)資料忘記更新或資料更新出錯，缺乏必要的考核體系。

 配置管理的流程如下：首先進行配置申請。接著配置管理員根據(jù)需求進行方案設計，經配置管理經理審批后生成配置工單。配置工單由配置經理審核后進行工單派發(fā)，此時由于工單并未真正實施，配置資源處于預占狀態(tài)。然后配置管理員根據(jù)班組回單進行完成確認，若確認完成，則將資源預占狀態(tài)更改為運行狀態(tài)；否則取消資源預占狀態(tài)。并定期進行資源檢查驗證，流程回顧，每個一個季度由系統(tǒng)自動生成配置管理報告，據(jù)此可進行資源分析、預警等。

 （四）變更管理流程

 變更管理流程將通過標準統(tǒng)一的方法和步驟管理和控制所有對通信系統(tǒng)運行環(huán)境有影響的變更。其目的在于：通過對所有變更的正確評估，可以維護通信系統(tǒng)運行環(huán)境的完整性；確保變更和變更實施得到正確記錄，并提供審核統(tǒng)計；減少或消除由于變更實施準備不當?shù)仍虺霈F(xiàn)的故障；提供一致性的變更實施質量控制；提高資源使用率（如未得到正確控制和授權的變更需要更多的后續(xù)資源）；確保實施的變更不會超出預定的系統(tǒng)利用限值確保緊急變更請求得到快速實施。

 三、IT服務管理體系的實施效果評價

 杭州市電力局通信部門I T 服務管理系統(tǒng)2006 年初上線運行，截止到2007年9 月30 日，IT服務管理系統(tǒng)的配置項數(shù)據(jù)包括服務器、客戶端設備、網絡設備、變電站通信機房、變電站通信屏體信息、數(shù)據(jù)采集與監(jiān)視控制系統(tǒng)（SCADA） 采集點以及其他各種設備信息，總計有36個分類、95000多條記錄。自投運以來總共記錄有效服務呼叫8546 條，電力通信網和管理信息化共關閉8492 條，完成比率達99 %。

 杭州市電力局通信部門I T 服務管理系統(tǒng)固化了18 種處理流程及衡量標準、20項事件流程服務指標、10 項工作量考核指標、28種事件分類指標等可量化的I T運行維護指標, 電力通信網和管理信息化都分別設置了流程經理, 每個流程又明確了流程負責人，負責處理流程時限、效率和質量。I T 服務管理系統(tǒng)提供了可觀、可測、可控、可量化的工作環(huán)境, 工作量考核、系統(tǒng)風險識別、流程實施關鍵績效指標（KPI） 、人員技術能力等都可用“數(shù)字說話”。通過系統(tǒng)實施，事件處理更加高效, 變更管理更加規(guī)范、問題管理更加可控、IT服務水平和人員素質得到了極大提高，為IT管理人員提供了方便高效的管理手段。

 四、結語

 IT服務管理系統(tǒng)運行兩 年的實踐證明了ITSM是一套科學的方法論。實施效果表明該體系應用成效顯著，流程清晰, 責權分明, 運行維護內容可量化，服務質量可考核，運作模式徹底告別了被動的救火隊式的管理，開始步入主動的有預案的IT服務管理良性發(fā)展軌道。通過系統(tǒng)的實施，各流程的關鍵績效指標越來越好，問題的可控程度也越來越高。因此，有計劃、分步驟地將各流程應用在日常的系統(tǒng)運行維護和管理中去是現(xiàn)階段最切實可行的方法。

參考文獻

 [1]曹漢平，王強，賈素玲．現(xiàn)代IT服務管理——基于ITIL的最佳實踐[M]．清華大學出版社，2005．

 [2]孫強，左天祖，劉偉．IT服務管理——概念、理解與實施[M]．機械工業(yè)出版社，2007．

第4篇：配置管理和變更管理范文

誰也不曾想到，本著為企業(yè)業(yè)務服務的IT，在其基礎構架日漸完善、無數(shù)個既相互關聯(lián)又彼此獨立的系統(tǒng)開始投入應用時，它反而成了業(yè)務的絆腳石。

但這并不奇怪，多數(shù)企業(yè)的信息化都是始于其核心業(yè)務部門，然后逐步鋪開的。在業(yè)務系統(tǒng)數(shù)量單一、功能相對簡單時，人們對IT故障的控制也要容易得多。然而，當IT服務面向的是企業(yè)業(yè)務全局而非局部功能時，諸如應用系統(tǒng)的集成，以及由此帶來的整體安全問題、資源配置問題等，如果得不到有效解決，各種惱人問題便會頻繁發(fā)生。于是，IT基礎構架管理被提上了議事日程。

當然，不可忽略的是相對于IT的迅猛發(fā)展，人們對于IT基礎構架管理的方法和手段尚顯得稚嫩。直到ITIL的出現(xiàn)，才猶如一縷清風吹來，為IT基礎構架管理帶來清新的氣息。

感受ITIL

恰如我們在做美味佳肴之前，總是試圖去找一張可以參考的菜單一樣，ITIL就是實施IT基礎構架管理的最理想菜單。

當ITIL的基本框架構筑起來后后，許多IT服務管理的實踐者參與了ITIL的編撰工作。如今，ITIL已經匯聚了以流程為導向、以客戶滿意和服務品質為核心的IT服務管理最佳實踐，其目標是將IT技術服務和企業(yè)業(yè)務進行有效的整合。

面對這樣一份完美的“菜單”，IT基礎構架管理者的感受各不相同。一方面，ITIL提供的一套基于最佳實踐的流程，確實能讓IT服務管理有章可循;但在另一方面，ITIL又顯得曲高而和寡，讓人覺得可望而不可及。

讓IT服務管理有章可循

可以說，ITIL是若干IT基礎構架管理實踐者智慧的結晶。這些實踐者基于實踐，將一些日常的管理事務，如財務管理、能力管理、可用性管理、配置管理等，進行歸納和總結，從而得出完成這些事務的最佳實踐方法。并且，這些方法被提煉成一個個相對獨立，但又彼此關聯(lián)的流程。

詳盡的菜單不僅羅列了每道菜肴的配方，還會列出每種配料的量多少為宜。ITIL與此有異曲同工之妙，它告訴人們在實施IT基礎構架管理時，哪些工作是必須做的，要做到什么程度才能達到最佳狀況。對于IT基礎構架管理，人們從最初的茫然失措，到能根據(jù)ITIL明白管理的內容和明晰管理的目的，這就是ITIL帶給人們最直觀的印象。

似乎可望不可及

當然，完美的菜單并不能被所有的人所接受。菜單中列出的有些菜肴雖然讓人垂涎三尺，但其配料如此豐富、又如此珍稀，只能讓人望而興嘆，ITIL帶給眾多的中國企業(yè)用戶同樣的感受。

作為IT服務管理的最佳實踐的集合，ITIL對IT基礎構架管理的描述是非常詳盡的，它包含十個核心流程（服務級別管理、IT服務財務管理、能力管理、IT服務持續(xù)性管理、可用性管理、配置管理、變更管理、管理、事件管理、問題管理）和一項管理職能（服務臺）。但對于多數(shù)剛剛開始關注IT基礎構架管理的企業(yè)用戶來說，他們不能一口吃個胖子，把IT基礎構架管理想得如此周全，而是把更多的目光投向服務臺、事件管理、問題管理等更貼近其需求的流程。這種情況下，過于詳盡的ITIL體系反而讓他們不知所措。

ITIL應該更平易近人

中國的企業(yè)用戶真正接觸ITIL的時間不足五年，應該說ITIL帶給IT基礎構架管理的沖擊是前所未有的。透過ITIL，我們看到了一幅傾心的愿景圖:通過減少重復和冗余工作，將IT人員從煩瑣的故障排除工作中解放出來;通過規(guī)范工作流程，降低由人動導致的風險，并提高IT部門的服務水平;通過提高IT服務的可用性、可靠性和安全性，為業(yè)務用戶提供高質量的服務;通過科學的財務控制，降低IT運營成本，并提高企業(yè)IT投資的回報、提升企業(yè)的綜合競爭力。

但憧憬之余，我們不會忽略ITIL藍圖與現(xiàn)實之間的差距。ITIL自身復雜的體系和一直有待提升的管理水平，讓企業(yè)在接觸ITIL時有如得到一個燙手的山芋，不知從何下手。

首先，ITIL只是一套理論框架，并沒有告訴企業(yè)可操作的具體方法（如具體的制度、流程、員工的崗位手冊、職位描述、管理工具，等等），推廣ITIL需要彌補理論與實踐之間的差距。

其次，國內廣大企業(yè)對基本的IT服務管理理念尚缺乏基本的了解和認識，管理水平是制約ITIL應用的瓶頸。

最后，國內企業(yè)多是從局部開始接觸ITIL，真正的成功實施案例少，完整實施ITIL的例子更鳳毛麟角，人們缺少一個可以參照的樣板。

“美好得讓人難以置信”，人們總是這么評價ITIL。看來，ITIL要在中國扎根還得改改其“陽春白雪”的風格，應該變得更平易近人一點。

解決之道:整體化+工具化

即使是按照詳盡的菜單，人們也不一定就能做出美味佳肴，因為烹飪還要受個人手藝（比如刀功、火候的掌握等）的限制。但這并不成問題，因為一些技藝卓越的廚師已將那些配方復雜、工藝難度大的菜肴制成半成品、甚至成品，人們無須做太多的工作就可以享用。

?系統(tǒng)管理、存儲、安全一層不差

ITIL過于精細的流程劃分，是人們對其望而生畏的原因之一。在實施ITIL的過程中，巧妙地處理這個問題的方法之一是，在遵循流程化思想的同時，抓住IT基礎構架管理的核心――系統(tǒng)管理、存儲和安全，并將ITIL的流程加以綜合，提供給企業(yè)用戶更為整體化的管理框架。

因為對于多數(shù)企業(yè)用戶來說，精細的ITIL流程往往讓他們?yōu)榱鞒潭鞒袒?，最終陷入流程的旋渦而難以自拔。

所以，IT服務管理商需要做的是，對ITIL流程加以綜合和分類，并嫻熟地將其融合到系統(tǒng)管理、存儲管理和安全管理中去，從而將ITIL流程以打包的方式帶給企業(yè)用戶。

結果，那些看似難以一一實現(xiàn)的流程，通過系統(tǒng)管理、存儲管理和安全管理的方式被實現(xiàn)了。

?寓理論框架于工具

對于任何非專業(yè)的廚師來說，僅憑一張菜單來做一道工序復雜的菜都不是容易的事。而ITIL更是高度抽象化，它列出的僅是IT基礎構架管理各個環(huán)節(jié)的指標，甚至省卻了具體的操作步驟。

這樣，就需要將抽象的ITIL理念以工具的形式展現(xiàn)出來，提供給用戶的是實施ITIL的工具和方法，而不僅僅是一系列讓人費解、難以操縱的指標。

借用這些工具，用戶感受到的不是如何將其IT基礎構架管理劃分成具體流程的瑣碎，而是流程化管理IT基礎構架管理的暢快。

?流程化管理筑起整合系統(tǒng)平臺

至此，我們可以清晰地看到，ITIL作為一種先進的IT服務管理體系，它用IT服務管理的最佳實踐提升了IT基礎構架管理的科學性。但將ITIL帶出“象牙塔”，并得以推廣和應用的卻是那些集成了ITIL流程化思想的管理工具。

鏈 接

變更、配置管理應用的目標

變更管理

變更管理的受重視程度正在上升，這就意味著使命也越來越大，除了控制變更，還包括改進流程、增強集成性、支撐業(yè)務。

為了達到完整的效果，變更管理應用包括如下幾個目的:

?提高變更實施的成功率；

?減少變更引起的非正常IT失效的廣度和幅度；

?將變更管理與其他服務管理流程集成；

?降低變更的成本；

?達到提高生產力；

?確立改善變更的標準處理流程和處理方法；

?評估風險和風險對業(yè)務的潛在影響；

?提高變更的透明度；

?提供有關溝通交流的高效渠道；

?管理每個變更的全部生命周期；

?管理變更之間的關系；

?管理變更的財務成本。

配置管理

在提供可靠服務來支持公司的業(yè)務目標方面，IT部門面臨巨大的挑戰(zhàn)。其中大多數(shù)的解決需要良好的配置管理策略：如果都不知道您們環(huán)境有什么，就沒指望控制它們，維護它們和提高它們。根據(jù)ITIL服務支持手冊，配置管理應該追求下列目標：

?落實組織的所有IT資產和配置及其相關服務；

?提供準確的配置信息和配置相關的文檔信息來支持所有別的服務管理流程；

第5篇：配置管理和變更管理范文

據(jù)統(tǒng)計，我國國內軟件企業(yè)規(guī)模相對較小，員工人數(shù)低于50人的軟件公司占有超過80%的比例。目前，迫于生存的壓力，這些企業(yè)往往忽視了軟件設計與開發(fā)的過程規(guī)范工作，對于開發(fā)生命周期的管理意識非常薄弱。這也正是國內軟件產品質量難以控制和軟件企業(yè)不能成長的主要原因之一。

軟件開發(fā)凸現(xiàn)管理需求

加入WTO使得國內絕大部分企業(yè)日益重視企業(yè)管理水平的提高。但是，處在企業(yè)管理變革中至關重要地位的應用系統(tǒng)的開發(fā)者，似乎并沒有跟上這種潮流，規(guī)范軟件開發(fā)生命周期管理。其實，企業(yè)應用需求的變化和客觀市場環(huán)境給各類開發(fā)者提出了加快產品開發(fā)速度的要求。軟件產業(yè)的發(fā)展，造就了越來越多的軟件供應商，這給開發(fā)機構帶來了更加激烈的競爭，促進他們更快地推出產品。

與IT技術的其它領域相同，軟件產業(yè)在飛速的發(fā)展和變化之中，尤其是新技術和新理念日新月異，軟件開發(fā)環(huán)境更加復雜和難以管理。技術和產品的更新?lián)Q代令技術人員和管理人員感到明顯的壓力，Internet/Intranet的普及，軟件開發(fā)技術在不斷發(fā)展，開發(fā)效率在不斷提高，使得開發(fā)周期逐步從原來的數(shù)月甚至數(shù)年縮短到幾天或幾個小時。在軟件企業(yè)內部，開發(fā)B/S及C/S架構應用系統(tǒng)的軟件團隊往往分布于不同地點。如果沒有一個自動化追蹤軟件模塊變更管理體系，使團隊成員共享LAN或WAN的開發(fā)環(huán)境，不可避免地要引出許多配合問題，造成時間和資源的浪費，甚至是組織聲譽的受損。在如此大的市場壓力下，如果不能及時地完善系統(tǒng)開發(fā)生命周期管理，勢必使企業(yè)的軟件產品長期裹步不前，從而喪失競爭優(yōu)勢。

需求管理事半功倍

當前，國內IT市場逐漸呈現(xiàn)出需求驅動應用和需求變化迅速兩大趨勢。所謂需求，就是來源于用戶的實際需要，來源于參照行業(yè)規(guī)范對某個特定行業(yè)特性的提煉。其間也體現(xiàn)著對用戶實際業(yè)務流程的分析，對用戶自身特性與需求的考慮。

需求管理是完整開發(fā)生命周期管理中非常重要的一環(huán)，它的意義在于從開發(fā)生命周期的源頭開始控制錯誤的發(fā)生機率。在需求管理中發(fā)現(xiàn)并糾正的錯誤，如果一旦被忽視并持續(xù)到開發(fā)應用后的維護階段，所造成的損失將會增加200倍。在全球市場上，Telelogic DOORS、IBM RequisitePro和Borland CaliberRM是應用最為廣泛的三大需求管理應用軟件。Anders Lidbeck強調，需求管理要深度掘取用戶需求細節(jié)，即時跟蹤應用現(xiàn)狀，驗證企業(yè)管理的變化。需求管理應當是已知系統(tǒng)需求的全面體現(xiàn)，對關鍵需求的疏忽很可能是災難性的。需求管理的過程，從需求獲取開始貫于整個開發(fā)生命周期，目標是實現(xiàn)最終產品同需求的最佳結合。他表示，需求管理本就是一個動態(tài)的過程，而這種過程正朝著自動化和智能化的方向發(fā)展。

配置管理增進自適應力

第6篇：配置管理和變更管理范文

關鍵字：PDM系統(tǒng)，企業(yè)

一、引言

PDM(Product Data Management)是以產品為中心,通過計算機網絡和數(shù)據(jù)庫技術,把企業(yè)生產過程中所有與產品相關的信息和過程集成起來,統(tǒng)一管理,使產品數(shù)據(jù)在其生命周期內保持一致、最新和安全,為工程技術人員提供一個協(xié)同工作的環(huán)境,從而縮短產品研發(fā)周期、降低成本、提高質量,為企業(yè)贏得競爭優(yōu)勢。一般而言,與產品相關的信息包括項目計劃、設計數(shù)據(jù)、產品模型、工程圖紙、技術規(guī)范、工藝資料等等;與產品相關的過程包括工作流程、機構關系等過程處理程序。PDM技術就是將它們集成并管理起來,使企業(yè)的并行工程能夠真正發(fā)揮效益。

二、PDM數(shù)據(jù)統(tǒng)一管理

（1）設計文檔管理。管理的主要文檔包含：與產品直接相關的2D/3D圖檔、設計技術文件、研試文件、軟件文檔，以及其它相關技術文件等等，主要功能內容如下：

1）多種格式文檔的創(chuàng)建和關聯(lián)。對文檔的創(chuàng)建和組織可以按照兩種方式進行：產品結構、普通文件夾。實現(xiàn)了通過產品結構的部件節(jié)點組織、創(chuàng)建和關聯(lián)文檔的能力。

2）文檔的分類與屬性管理。實現(xiàn)文檔的分類管理?？梢詫⑽臋n按照類型劃分為圖檔類、非圖檔類、研試文件、軟件文檔等類型，并提供了各類文檔的詳細信息，根據(jù)類型不同規(guī)劃了不同的屬性模型，便于文檔的查詢、統(tǒng)計和最大化重用。

3）文檔存儲和訪問安全性控制。可以按照業(yè)務需求，對不同類型的文檔進行不同的存儲劃分和權限控制。

4）文檔版本管理。提供了強大的版本管理功能，有效地支持對歷史數(shù)據(jù)的追溯和參照。

（2）產品結構與配置管理。產品結構與配置管理是PDM系統(tǒng)的核心功能。其管理產品、部件、零件之間的分級關系，以及產品之間的衍生關系，并以產品結構為核心，把定義最終產品的所有工程數(shù)據(jù)和文檔聯(lián)系起來，實現(xiàn)產品數(shù)據(jù)的組織、管理和控制，并在一定目標和規(guī)則約束下通過配置向用戶提品結構的不同視圖和描述。

產品結構與配置管理的主要功能包括：

1）產品結構樹的創(chuàng)建可以通過手工創(chuàng)建、Pro/E集成自動創(chuàng)建、導入創(chuàng)建等方式。用戶可以在PDM系統(tǒng)中手工交互式地創(chuàng)建、維護產品結構樹，該方式比較靈活；當從Pro/E環(huán)境中檢入模型時，可以自動創(chuàng)建相應的產品結構；可以通過導入Excel的CSV文件中的明細清單批量創(chuàng)建零部件的產品結構樹；

2）以產品結構為核心組織和管理產品設計文檔，通過按、有效性等配置規(guī)范來管理產品在不同研制階段的技術狀態(tài)演化；

（3）電子化工作流程管理。實現(xiàn)產品零部件和設計文檔的生命周期和電子化審簽流程管理，其中流程包括：批量審簽流程、部件審簽流程、非圖檔類設計文件審簽流程、單文檔審簽流程等。PDM系統(tǒng)用戶可以搜索和查看所有的審簽流程歷史記錄。

1）批量審簽流程。要審簽的產品結構可以和其關聯(lián)的CAD文檔和圖檔類設計文檔一起打包進行批量審簽。創(chuàng)建了批量審簽單元后，需要選擇流程審簽人員，然后才能啟動批量審簽流程進行批量審簽。

對于三維部件和圖檔類設計文檔的審簽，流程中的審簽人員可以利用ProductView打開要審簽部件的可視化模型進行瀏覽、批注。

2）非圖檔類設計文件審簽流程。該審簽流程支持對非圖檔類設計文件、研試文件、軟件文檔、技術通知單等文檔的電子審簽。該類文件創(chuàng)建時就自動啟動審簽流程進行電子化審簽。

（4）工程更改管理。通過PDM系統(tǒng)的CMII工程變更管理可以建立有效的變更業(yè)務控制手段，實現(xiàn)對變更信息和變更過程的有效管理；基于變更請求、變更通知單等變更對象實現(xiàn)對工程變更業(yè)務的管理，以相關性分析作為重點，實現(xiàn)了高效的更改管理。

（5）與其他系統(tǒng)集成管理

1）與PRO/E集成管理。設計人員可以在PRO/E設計環(huán)境中創(chuàng)建自己的PDM工作區(qū)，系統(tǒng)支持將設計模型檢入到PDM系統(tǒng)中，并且在后臺自動將該設計模型轉換為ProductView輕量可視化模型供用戶在PDM系統(tǒng)中方便、快捷地瀏覽和圈閱。

2）與Microsoft Office集成管理。對需要提交到PDM系統(tǒng)中的Office文件，與Office工具提供了桌面級的集成，直接從Office應用程序中實現(xiàn)數(shù)據(jù)的檢入、檢出、查詢。

三、PDM3個層面功能

PDM的功能主要由3個層面組成：支撐層、維護層和核心層。

支撐層為PDM實施的基礎，主要包括數(shù)據(jù)庫管理系統(tǒng)和網絡，這里不僅包括

軟件，如操作系統(tǒng)等，還包括計算機硬件，這些為PDM的實施提供了物質和技術上的支持。維護層則是PDM系統(tǒng)的維護工作，包括數(shù)據(jù)集的維護，部門和用戶的管理，項目創(chuàng)建以及項目中角色的定義。這些模塊主要完成PDM系統(tǒng)的控制和管理，保證PDM系統(tǒng)的順暢推廣使用。核心層則是PDM實施的核心部分，也是用戶主要面對的模塊。核心層包括文檔管理、產品結構管理、流程管理、電子數(shù)據(jù)倉庫管理、CAX/ERP應用軟件集成以及接口管理系統(tǒng)等。其中文檔結構化管理是產品結構管理和流程管理的支撐，后兩者所產生的文檔由文檔管理來控制。

四、PDM系統(tǒng)的集成

PDM系統(tǒng)和企業(yè)中其他系統(tǒng)的聯(lián)系則主要通過應用軟件集成和接口管理系統(tǒng)以及數(shù)據(jù)倉庫來完成，這樣才能實現(xiàn)企業(yè)中各個部分的有機集成，達到數(shù)據(jù)最大限度共享。而PDM系統(tǒng)通過對數(shù)據(jù)以及數(shù)據(jù)流的管理和控制，將企業(yè)中的各個系統(tǒng)有機地組織在一起，實現(xiàn)了企業(yè)中信息的集成、過程的集成和人的集成，這對于企業(yè)的信息化建設過程來說，是非常重要的。

五、小結

PDM在邏輯上將信息化孤島集成起來，利用計算機系統(tǒng)控制整個產品的開發(fā)設計過程，通過逐步建立虛擬的產品模型，最終形成完整的產品描述、生產過程描述以及生產過程控制數(shù)據(jù)?，F(xiàn)今，在企業(yè)中，PDM系統(tǒng)不是要不要使用的問題了，而是如何把PDM更好的應用于科研生產線上，給企業(yè)節(jié)約成本，取得更高的經濟效益。

參考文獻

第7篇：配置管理和變更管理范文

【關鍵詞】信息化項目;信息系統(tǒng);項目整體管理

在當代企業(yè)中，越來越多的戰(zhàn)略目標是通過項目這一形式來實現(xiàn)的。在信息化與工業(yè)化兩化融合的浪潮下，信息化建設與項目建設的結合也越來越緊密。在信息化項目的建設過程中，對于大型項目的管理尤為重要，是項目建設所必須的。大型及復雜項目，一般有如下幾個特征：項目周期較長、項目規(guī)模較大、目標構成復雜、項目團隊構成復雜等[1]。在大型復雜的項目中，項目的整體管理尤為重要，本文從間接管理、分級管理、分工管理的角度，對大型項目的整體管理進行了研究和分析，論述了項目整體管理中的項目啟動、編寫初步范圍說明書、制定整體管理計劃、指導和管理項目執(zhí)行、監(jiān)督和管理項目、整體變更管理和項目收尾等在項目建設中的作用。

1.項目章程

項目合同簽訂后，需要根據(jù)合同和項目工作說明書SOW撰寫項目章程，建立項目型管理組織，授權相關管理人員為高級項目經理，規(guī)定了該項目的主要建設目標和費用，為項目配備了管理經驗豐富的子項目經理和技術水平較高的骨干人員。在此過程中，項目的授權是十分重要的內容，在實踐中，很多項目因為沒有清晰的授權，在建設過程中多頭管理，多人負責事實上成為了無人負責，管理混亂最終將導致項目失敗。

2.編制初步的范圍說明書

高級項目經理依據(jù)項目章程獲取授權后，需著手編寫初步的項目范圍說明書。管理團隊需分析項目章程和工作說明書，結合團隊的項目管理經驗，對項目的建設目標、可交付物、驗收標準、初步的項目里程碑，初步的風險，成本的概算等進行描述，形成初步的范圍說明書。很多建設項目往往對項目范圍說明書不夠重視，沒有形成書面的統(tǒng)一意見，很多管理人員依據(jù)自己想當然的目標進行建設，項目的建設目標和范圍不明確，需求方經常根據(jù)臨時的想法變更目標，范圍不斷蔓延，導致項目的無法達到驗收目標，很多項目久拖不決，最終無法完成。在該項目中，管理團隊對范圍說明書非常重視，根據(jù)項目的目標和可交付物，將項目分為大屏幕集中顯示子系統(tǒng)，數(shù)字化視頻監(jiān)控平臺子系統(tǒng)、調度管理軟件集成開發(fā)、服務器及存儲設備安裝調試及信息機房建設5個子項目，并逐一注明了各部分建設需要達到的驗收標準。

3.制定項目整體管理計劃

對于大項目管理，項目的過程計劃是必須優(yōu)先考慮的。在完成項目初步的范圍說明書后，項目管理團隊需在組織原有項目管理流程和模板的基礎上，編制項目的整體管理計劃，指導各子項目經歷生成了子項目的范圍管理、質量管理、進度管理、成本管理、人力資源管理等管理子計劃。因為通常大型復雜項目周期較長，可交付物和干系人較多，系統(tǒng)較復雜，為保障項目順利執(zhí)行，需重點加強項目的配置管理，為項目設立專門的配置管理員，建立配置的版本規(guī)則和管理流程。大型項目的管理流程除了需遵循組織管理的管理規(guī)定外，還可以根據(jù)大型項目的實際情況和特點建立專用于此項目的流程，提高項目管理的效率和質量。實踐證明，為項目管理建立配置和管理流程所花費的人力成本，遠遠低于因項目管理不當造成返工、窩工、交流障礙等項目建設的損失。

4.指導和管理項目的執(zhí)行

有了好的計劃并不意味著項目能夠自動成功，因此對管理的執(zhí)行就成為管理關注的焦點。在項目的推進過程中，各子項目經理需嚴格按照管理計劃進行日常的項目管理，確保項目整體有序高效推進。例如，大屏幕顯示系統(tǒng)子項目經理，應按照該子項目的進度計劃，安排設備招標采購、預埋管道、預敷線纜、到貨驗貨、拼接組合、系統(tǒng)調試、烤機運行等工作，確保了該子系統(tǒng)的按時完成。

5.監(jiān)督和控制項目工作

項目推進除了需要日常的工作管理之外，還離不開對項目績效的監(jiān)督和控制。項目管理團隊需對項目工作進行了系統(tǒng)的監(jiān)督和控制。按照管理計劃，每周舉行項目績效報告會，對項目的進度、成本等進行掙值分析，對項目的范圍、質量等對比管理基線查找偏差，發(fā)現(xiàn)問題。實踐證明，如果未能及時發(fā)現(xiàn)，各個步驟的偏差累積，最終會導致較為嚴重的后果，造成的損失遠大于監(jiān)督控制所花費的開銷，項目的監(jiān)督和控制對預防錯誤的蔓延具有良好的效果。

6.變更的管理

項目建設并不都是一切按照計劃進行的，對于工期較長的項目更是如此。因此建立一套嚴格的項目變更管理流程是十分的必要。在項目中，管理團隊需建立變更提交、初審、CCB決策、變更執(zhí)行、變更驗證和變更記錄等管理過程。因為相關項目投資大，變更影響較大，因此CCB通常由乙方和甲方領導組成，對項目中的變更進行審核。項目管理人員需根據(jù)變更決議和變更記錄，修改建設計劃并積極執(zhí)行。良好的變更管理是應對項目建設過程中各種變化的有效措施，嚴格控制的變更管理是控制項目在有限范圍內完成的有力保障。

7.項目收尾

設備安裝到位、軟件開發(fā)完畢并不意味著項目的結束。項目管理團隊在項目收尾階段需重點進行項目的合同收尾和管理收尾工作。項目收尾標志著項目建設的完成，項目收尾的各項文檔和總結時十分重要的，良好的收尾管理，是項目能夠順利驗收的有效保證;全面的總結，是提高管理和技術能力的有效手段。項目管理團隊需申請甲方按照合同要求對項目進行驗收，對項目的開發(fā)文檔、管理文檔和產品文檔進行歸檔檢查，向甲方移交合同規(guī)定的資料。之后需組織全體項目成員召開項目總結會，總結在項目中的經驗、不足和應對措施，更新相關組織過程資產，對項目和人員的績效進行評估和總結。

8.結束語

綜上所述，對于大型復雜信息化項目，項目的整體管理是非常必要的。只有嚴格規(guī)范化、標準化的整體管理措施，才能保證信息化項目的有效實施。推進信息化項目建設的科學管理勢在必行。

參考文獻

第8篇：配置管理和變更管理范文

關鍵詞:質量管理;軟件開發(fā);應用

Application of Quality Management in Software Development

ZHU Yan, WANG Fang, YANG Yu

(Jiangsu Suzhou Power Supply Company, Suzhou 215004, China)

Abstract: With the high-speed development of software industry, overtime and over-budget of software development have become the most concern to the software industry. In order to effectively manage software development, some companies also introduced an important post, quality management, to manage and get feedback of the project information in time, thus all important trouble can be controlled in early stage, and a lot of manpower, resource and finance will be saved.

Key words: quality management; software development; application

隨著社會信息化水平的不斷提高,隨之帶來的信息市場競爭激烈。企業(yè)為了求生存,在市場競爭中處于不敗之地,滿足客戶要求則成為各行各業(yè)的首要責任。如今的IT項目,軟件工程倍受關注,而軟件的質量更是重中之重,因此,要求企業(yè)對質量管理加強認識。目前,軟件質量管理基本使用定性指標,軟件質量保證理論側重于解決組織和管理的流程問題[1]。

軟件質量模型早期由McCall 提出,在此基礎上,國際標準化組織(ISO)提出軟件質量的三層模型[2-3]。軟件項目的質量管理主要包括:質量計劃編制、質量保證和質量控制三個過程域。質量計劃是根據(jù)項目的立項文檔,對具體的計劃執(zhí)行情況進行裁減,其內容全面反應用戶的要求,為質量小組成員提供了工作指南,為整個項目組成員提供了工作標準和工作依據(jù),為確保項目質量提供了堅實的基礎。質量保證則是貫穿整個項目全生命周期的有計劃和有系統(tǒng)的活動,經常性地針對整個項目質量計劃的執(zhí)行情況進行評估、檢查與改進等工作,向管理者或其他方提供信任,確保項目質量與計劃保持一致。質量控制必須對階段性的成果進行測試、驗證,而很多失敗的軟件開發(fā)案例正是由于在測試中發(fā)現(xiàn)了先天存在的、無法修復的缺陷,這更說明了質量管理在軟件開發(fā)中的重要性[4]。

1 未實施質量管理的劣勢

公司在軟件開發(fā)方面逐步向正規(guī)化發(fā)展,以前在軟件開發(fā)方面比較隨意,存在的缺點主要有:很能全面考慮技術難點,影響項目開發(fā)的整體進度;沒有規(guī)范統(tǒng)一格式的開發(fā)代碼,開發(fā)人員編寫的代碼風格迥異;技術文檔在項目開發(fā)過程中沒有統(tǒng)一管理,導致項目開發(fā)雜亂無章等問題?？紤]到以上問題,公司在軟件開發(fā)方面增強管理力度,軟件開發(fā)的質量管理也逐漸提入公司的日程。

2 質量管理的優(yōu)點

公司在軟件開發(fā)方面采用質量管理,帶來很多優(yōu)點,提高公司的工作效率與收益。質量管理的優(yōu)點具體如下:

2.1 保證項目進度

項目進度與項目計劃是否一致直接決定軟件開發(fā)是否順利。一個合理的項目計劃對項目開發(fā)尤為重要,而要制定合理的項目計劃,與項目計劃制定者從事類似工作的經驗有直接關系。經驗豐富的項目計劃者可以預見潛在的風險,在問題細節(jié)上也考慮得更周全,更能保證項目進度和計劃的一致性。圖1是某個項目的項目計劃實施情況。

項目計劃制定初期,由質量管理小組召開項目計劃評審會,討論項目計劃的可行性,對計劃中不合理的地方進行修改完善,并由質量管理人員對其結果跟蹤,以確保項目計劃完整性和可行性,完善的計劃交由配置管理人員進行管理。

計劃實施過程中,計劃并不是固定不變的。當發(fā)生變化時,質量管理小組報告項目經理,由項目經理負責對計劃進行維護。使項目按新調整后的計劃正常進行,并且盡量讓開發(fā)進度趕上原先的項目計劃。項目計劃以里程碑為界限,將整個開發(fā)周期劃分為若干階段。里程碑在項目開發(fā)過程中有著很重要的作用,每個里程碑都要有階段性的成果交付,同時可以根據(jù)里程碑將項目計劃作動態(tài)調整。

2.2 項目開發(fā)過程中監(jiān)管

2.2.1 需求

需求分析是指理解用戶需求,就軟件功能與客戶達成一致,估計軟件風險和評估項目代價,最終形成開發(fā)計劃的一個復雜過程。在此過程中,用戶是處在主導地位,需求分析工程師和項目經理要負責整理用戶需求,為軟件設計打下基礎。在開發(fā)過程中,開發(fā)前期犯下的錯誤,會在開發(fā)后期被累積和放大,時間越久,糾正錯誤所花費的代價越昂貴,也越發(fā)影響系統(tǒng)的工期和系統(tǒng)的質量。解決這些錯誤的方法時通常采用邀請用戶參與進行需求評定,用戶的意見由質量管理員跟蹤。即所有需求的實現(xiàn)過程都得到跟蹤、監(jiān)督與驗證;所有需求的變化都得到控制、理解和處理[5-6]。

雖然在需求調研期間積極地和用戶溝通,但仍然避免不了項目進行中用戶的需求,如變更請求。由質量管理小組組織討論實施變更的可行性及實施后所帶來的影響,無論哪種變更都需要對相應的資料實施同步變更。若變更會帶來巨大影響而導致項目進度的延期,項目組需要將變更報告提交給用戶并同用戶進行協(xié)調,討論變更的取舍問題或是項目進度變更問題。決定變更之后,質量管理成員監(jiān)督變更實施過程并協(xié)助配置管理員對變更后涉及的資料進行版本控制。

2.2.2 設計

優(yōu)良的體系結構應當具備可擴展性和可配置性,而良好的體系結構則需要優(yōu)秀的設計方法,因此,設計選型成為了系統(tǒng)設計首要的工作。對于設計選型需要針對項目的結構、項目的特征和用戶的需求來分析,同時還要要考慮到參與項目開發(fā)的小組成員的整體素質。例如,項目經理選擇的設計方法具有明顯的優(yōu)勢,但項目組部分成員并不是十分熟悉這種設計方法,而且在時間評估上沒有考慮到某些程序員的學習適應期。在這個項目的開發(fā)過程中,存在了嚴重的項目延期問題,由此可以看出,設計方法的選擇對項目開發(fā)的重要性,盡管有些設計方法有明顯的優(yōu)勢,但是熟悉的設計方法能為項目的開發(fā)節(jié)省許多時間,正確的選擇可以減少項目承擔的技術風險。設計方法的選擇需要由質量管理小組組織討論,確定設計方法更具有可操作性,確定后項目組根據(jù)設計方法實施。

公共類開發(fā)要求項目組成員在設計階段通過對用戶需求的仔細研究,盡可能的識別、提煉出公共類,并進行定義。公共類應該具有通用性、可復用性,對公司和個人都是有利的,對項目組成員是一種學習的機會,另外可以為公司節(jié)約大量的成本和縮短工期。公共類開發(fā)后由質量管理小組把關,確認沒問題后交由配置管理員保存入庫,方便開發(fā)人員長期使用。

2.2.3 實現(xiàn)與測試

系統(tǒng)實現(xiàn)也就是軟件代碼的編寫過程,這里不僅包括代碼的產生,同時也包括測試用例的產生。開發(fā)人員針對項目組之前的詳細設計,程序員編寫代碼,調試代碼。每個階段質量管理小組都要對項目組進行管理,在編碼過程中檢查項目組的開發(fā)代碼,有問題直接讓開發(fā)人員修改。測試人員不僅要測試軟件的功能是否完整,還要測試軟件的性能。軟件的性能也直接影響到軟件開發(fā)的成敗,為了避免重頭再來,項目組必須要重視性能測試。

測試人員則根據(jù)系統(tǒng)設計編寫測試用例和測試計劃。測試用例和測試計劃都需要經過質量管理員組織的評審會評審。測試人員按照測試計劃和測試用例,對項目進行測試,并把測試出來的問題及時反饋給項目組,項目組根據(jù)測試問題的嚴重級別,修改程序代碼。只有當程序員調試完程序,測試通過并通過質量管理小組審核后,才可交給用戶測試、驗收。

2.2.4 維護

系統(tǒng)維護由維護人員擔任,負責保證客戶的使用質量。維護人員不僅要了解項目的技術核心內容,同時也要與客戶溝通。這樣當用戶提出維護問題時,才能根據(jù)具體情況判斷出問題的根源。篩選出是用戶的使用方法問題、環(huán)境問題等普通原因,還是確實是程序的BUG、程序的修改問題。如果沒有指定的維護人員,那么項目組的開發(fā)成員可能會一直被老項目影響,沒辦法專心投入新項目,從而形成一種人員浪費。當維護人員發(fā)現(xiàn)是程序缺陷,需要修改時要走變更控制流程。大的修改由開發(fā)人員對已的程序修改,并由質量管理小組對整個修改過程作變更控制,修改結束后由測試小組測試通過后新版本交付用戶。小的修改由維護人員實施,同時變更所涉及到的一切資料。

2.3 保證項目文檔

項目開發(fā)過程中的文檔對整個項目來說也是不可或缺的。一個軟件項目沒有了文檔,就好像迷路的人沒有了地圖,遇到問題時就沒依據(jù)可循。

在質量管理還沒成型,項目組人員還沒習慣寫文檔時,會覺得寫文檔是浪費時間,不寫各類文檔直接進入編碼階段可以直接切入主題,肯定比寫文檔的進度快。但隨著項目的逐漸深入,各種問題也接踵而來,需要部門間配合的工作也越來越多。一個大的項目是一個團體合作的工作,需要了解其他人員的技術方向和開發(fā)思路。當某些環(huán)節(jié)需要相互配合時,就能顯現(xiàn)出文檔管理的重要性。

編寫文檔并不是項目組成員隨心所欲、自由發(fā)揮的,而是經過質量管理小組、軟件組負責人及相關業(yè)務人員討論得出公共模板,每個文檔都有標準模板,這樣編寫文檔的速度也會很快。有了完整的項目文檔,就不會因為項目開發(fā)人員的辭職而耽誤開發(fā)進度,減少了整個項目組對某個重要開發(fā)人員的依賴性,也減少了軟件開發(fā)的風險成本;有了完整的項目文檔,給項目后期的維護工作帶來了便利。

文檔管理的歸檔工作是由配置管理小組負責的。重要文檔是由質量管理小組審查合格后提交給配置管理小組的。做一個大的項目,必須要有完整的項目文檔做支持。

3 結束語

從軟件開發(fā)的實際情況可以證明,優(yōu)質的質量管理可以節(jié)約大量的人力、物力和財力,同時可以保證軟件的質量。實踐證明,軟件工程項目的成敗與否,一般與項目的管理直接相關,而與技術的關系。要想做一盤“完美”的軟件大餐,質量管理的作用是不言而喻的。

參考文獻:

[1] Silva R N,Murray G W.Low cost quartz rate sensors applied to tactical guidance IMUs[C].Proceeding of the IEEE Position,Location and Navigation Symposium,1994:37-42.

[2] 胡小平.自主導航理論與應用[M].長沙:國防科技大學出版社,2002:194-203.

[3] 陳哲.捷聯(lián)慣導系統(tǒng)原理[M].北京:宇航出版社,1986:143-147.

[4] 匡啟和.RTLinux環(huán)境下導航系統(tǒng)的設計與實現(xiàn)[J].導航,2001:37(4):58-60.

第9篇：配置管理和變更管理范文

[關鍵詞] 產品數(shù)據(jù)管理；數(shù)據(jù)管理系統(tǒng)；汽車企業(yè)

doi ： 10 . 3969 / j . issn . 1673 - 0194 . 2014 . 18. 035

[中圖分類號] F272.7 [文獻標識碼] A [文章編號] 1673 - 0194（2014）18- 0052- 06

0 引 言

隨著汽車企業(yè)的發(fā)展和車型的不斷增加，日益膨脹的信息給某車企帶來的影響也越來越明顯，以往的人工把控變得越來越吃力，缺乏產品開發(fā)統(tǒng)一的數(shù)據(jù)管理平臺，各個車型之間數(shù)據(jù)缺乏關聯(lián)性，難以形成未來車型的開發(fā)技術庫，產品信息分散管理，資源重用率低；BOM和產品配置表仍以Excel方式進行表述和傳遞；管理檢索統(tǒng)計都不方便，零部件缺乏有效的分類管理，難以查找和重用；缺乏有效的項目監(jiān)控，技術部門的工作任務都是以項目進行驅動，目前主要手段是開會討論，輔助以Project和Excel等辦公軟件，無法及時了解到項目資源的分配及使用情況。鑒于以上情況，迫切地需要將現(xiàn)有車型數(shù)據(jù)平臺單一數(shù)據(jù)整合并建立產品數(shù)據(jù)管理系統(tǒng)（以下簡稱“PDM系統(tǒng)”），并逐步實現(xiàn)產品數(shù)據(jù)管理的規(guī)范性、有序性。

1 PDM系統(tǒng)建設目標

經過長時間的選型，某車企決定搭建企業(yè)級PDM平臺，結合未來的發(fā)展戰(zhàn)略、業(yè)務需求及目前實際情況，遵循管理與技術并重、IT系統(tǒng)效益最大化、擴展/開放和集成性、安全性4大原則，以逐步形成整車產品研發(fā)管理系統(tǒng)，完善企業(yè)研發(fā)管理體系的建設，從而提高企業(yè)研發(fā)核心競爭力并確保企業(yè)主要任務和目標的順利實現(xiàn)為總體目標。

針對上述目標，該車企規(guī)劃了兩步走的實施策略，并明確定義了在每期所需完成的具體內容。各期規(guī)劃的內容和功能如圖1。

2 PDM系統(tǒng)數(shù)據(jù)庫結構

隨著產品研發(fā)方式的不斷發(fā)展變化，工程師設計的交付物不在是單一的圖紙，而是各種格式的文件，包括3D和2D設計數(shù)據(jù)。設計數(shù)據(jù)是一切制造，檢驗和生產的標準，也是一個企業(yè)中最重要的產品數(shù)據(jù)。隨著該車企的發(fā)展，設計資料數(shù)量變得異常龐大，設計的標準化成為構建PDM系統(tǒng)數(shù)據(jù)庫的基礎和核心問題。它包括統(tǒng)一的模板、統(tǒng)一的編號、統(tǒng)一的格式、版本的更新以及3D與2D數(shù)據(jù)的關聯(lián)、設計數(shù)據(jù)與檢驗標準的關聯(lián)、設計數(shù)據(jù)與物料的關聯(lián)等。

該車企PDM系統(tǒng)數(shù)據(jù)庫按企業(yè)特定需求進行了設計和擴展，關鍵結構及編碼有以下內容。

2.1 塊總成MODEL

編碼原則：

屬性：

2.2 零件PART

編碼原則：

屬性：

2.3 內部數(shù)據(jù)發(fā)放單

編碼原則：”XX_IEX”NNNNNNNN（N表示任意數(shù)字）

屬性：

2.4 企業(yè)至供應商數(shù)據(jù)發(fā)放單

編碼原則：“XX_OEX”NNNNNNNN（N表示任意數(shù)字）

屬性：

2.5 主要的系統(tǒng)對象關系

2.6 狀態(tài)

3 PDM系統(tǒng)工作原理

3.1 SOA架構

該車企PDM系統(tǒng)采用SOA架構，在多年領先的PDM軟件開發(fā)與實施基礎上，實現(xiàn)了PDM系統(tǒng)的完全SOA化：包括PDM系統(tǒng)應使用的SOA組件，PDM系統(tǒng)應提供的服務等。該車企PDM系統(tǒng)能夠以完全SOA架構的方式，提供PDM系統(tǒng)所要求的所有功能，包括文檔管理、產品結構管理、配置管理、零部件分類管理、工作流程管理、更改管理、項目管理、需求管理等。

3.2 CWER架構

該車企PDM系統(tǒng)基于全球領先的4層體系架構進行建設，包括ClientTier，WebTier，EnterpriseTier，ResourceTier。其4層體系架構及遵循業(yè)界的相關標準如工作流聯(lián)盟和工程變更CMII等，為PDM提供了強大的開放性、靈活性和可拓展性，提供全面的端到端的產品全生命周期管理的解決方案組合。

3.3 VAS結構及企業(yè)級選項庫

該車企構建了整車裝配結構（Vehicle Assembly Structure），用來管理研發(fā)過程中的工程數(shù)據(jù)。VAS是一個從產品功能角度對整車進行劃分的標準產品結構，借鑒了業(yè)界的領先實踐。它包括：

（1）VAS模板。VAS模板是VAS結構中不變的部分，基于VAS模板可快速克隆出新平臺的VAS上層結構。其結構如圖2所示。

（2）VAS配置管理。VAS基于PDM平臺采用全配置管理方式，配置變量添加在MODEL（如圖3所示）。

（3）企業(yè)級選項庫。幾百個選項包括：

整車選項――軸距、駕駛方位、驅動方式、品牌。

技術選項――基于塊級總成，從尺寸、功能、結構、材料、顏色、法規(guī)、外觀風格、品牌等8大方面進行定義，如發(fā)動機、變速箱、前排座椅等等。

通過VAS，不但可以快速準確地生成單一配置車型SOS（Stored Option Set），可以進行各階段的整車虛擬評審（在整車開發(fā)過程中的數(shù)據(jù)節(jié)點或物理樣車制造之前進行的整車級別的模型檢查，以期在研發(fā)早期發(fā)現(xiàn)和解決設計問題），此外還帶來以下好處：

以產品功能而不是行政部門來進行組織，并降低了與工藝的耦合度，使得各車型數(shù)據(jù)組織方式完全相同，數(shù)據(jù)查詢和重用方便快捷。

近百個塊級別總成使得整車結構層級和復雜度降低，方便設計分工，并可以圍繞塊有序逐步培養(yǎng)工程師研發(fā)能力，提升企業(yè)整體研發(fā)水平。

將重用級別從零部件級別擴展至塊級別，加快研發(fā)速度和提高重用。

4 PMD系統(tǒng)功能實現(xiàn)

4.1 圖文檔管理

實現(xiàn)電子圖紙及文檔的安全、高效管理，通過流程及版本的控制，確保電子圖紙及文檔的一致性和有效性。

（1）文檔模板管理：可建立文檔模板，依據(jù)不同的類型定制不同的模板。

（2）多種文檔類：支持Office/PDF/TIF文檔屬性的方便定義；支持文檔按照業(yè)務特性進行分類；提供文檔模板功能，使文檔實例的創(chuàng)建可以通過模板來實現(xiàn)；具備版本、版次的管理，資料的引用可保證一致性；科技資料按照類別進行管理，在各類資料中能夠提供授權者的修改、刪除、查詢功能，并能夠進行精確檢索及模糊檢索。

（3）文檔編碼檢查：依照編碼規(guī)則，檢查文檔編號，嚴格保證編碼的唯一性。

（4）文檔查詢：文檔與文檔之間、文檔與零部件對象之間、文檔與其他業(yè)務對象之間能夠建立關聯(lián)，通過關聯(lián)關系的建立，文檔與其他業(yè)務對象之間可以方便地實現(xiàn)交叉查詢。

4.2 零部件管理

（1）零部件編碼檢查：支持零部件編碼與圖號編碼管理；具有編碼規(guī)則管理和糾錯提醒功能，嚴格保證編碼的唯一性；能夠在車型型號和狀態(tài)上區(qū)分整車車型編碼。

（2）零部件查詢：可由零部件屬性查詢零部件；由文檔關聯(lián)性查詢零部件；零部件查詢結果可導出。

（3）零部件與相關文檔關聯(lián)：建立零部件與相關圖面或文檔的關聯(lián)。

（4）建立零部件分類管理庫：規(guī)劃零部件分類；定義零部件屬性，如凈重、零部件材料等（如圖4所示）。

4.3 產品結構與配置管理

通過PDM系統(tǒng)創(chuàng)建產品結構，提供簡單和易用的圖形化方式來定義、瀏覽、修改產品結構樹，從而快速生成新的產品的結構，并自動生成產品明細表。

（1）管理完整的產品結構并提供圖形化的界面進行產品結構的創(chuàng)建、修改（支持替換件、可選件）。

（2）基于選項庫和車型定義表定義車型配置表（SOS）和全配置BOM清單，搭建EBOM上層結構。

（3）可定義多個產品結構的屬性。

（4）可根據(jù)版本規(guī)則、日期、狀態(tài)等條件瀏覽產品BOM結構；可依照選項配置條件瀏覽BOM結構。

（5）可增加或減少替代件/替換件。

（6）任意比對兩個產品結構，并輸出比對結果。

（7）產品結構的單階/多階的使用性反查；可選擇階層與父階類型。

（8）產品結構可轉化為輕量化模型。

（9）產品結構審核流程，可做簽審與通知；產品結構有生命周期狀態(tài)；支持BOM版本和版次的管理；支持BOM不同階段的狀態(tài)管理（如圖5所示）。

4.4 設計變更管理

產品需要設計變更時，設計員在PDM系統(tǒng)中填寫設計變更單，填寫完畢后提交電子審簽流程，審批人在系統(tǒng)中收到審批電子流程的通知，在系統(tǒng)中對流程進行審批，審批結束后發(fā)送給相關單位，各單位按設計變更單進行方案設計或圖紙、零部件變更。圖紙、零部件變更結束后，連接到需變更產品/零部件并附加相關參考文檔，設計員發(fā)起電子流程，審批人通過之后，對該圖紙、零部件進行凍結，系統(tǒng)再將相關文件發(fā)送給各相關部門，相關部門進行試制量產等后續(xù)工作（如圖6所示）。

4.5 可視化管理

PDM系統(tǒng)中內嵌輕量化模型檢視器，能夠基于JT模型進行縮放、平移、測量、動態(tài)剖切等基本功能。瀏覽器提供數(shù)字化樣機（DMU）功能，包括對同構或異構CAD模型產生的JT檔進行靜態(tài)干涉檢查、動態(tài)干涉檢查、拆裝過程分析，能夠加載單一配置車型，將其JT模型加載進行虛擬干涉檢查。

4.6 數(shù)據(jù)分發(fā)與管理

技術文件、圖紙、數(shù)模等設計數(shù)據(jù)通過PDM系統(tǒng)進行創(chuàng)建、審批、會簽、批準等。設計數(shù)據(jù)被批準后，通過電子流程流轉到檔案部門，檔案部門對設計數(shù)據(jù)進行發(fā)放（發(fā)放到內部相關部門及供應商處）并按設計數(shù)據(jù)類別進行歸檔。內部相關部門及供應商到汽車數(shù)據(jù)發(fā)放系統(tǒng)中下載設計數(shù)據(jù)，并按設計數(shù)據(jù)進行相關方案和供貨變更。檔案部門可在PDM系統(tǒng)中監(jiān)控所有的內部部門及供應商是否下載了相關設計數(shù)據(jù)，實現(xiàn)了設計數(shù)據(jù)發(fā)放及歸檔的電子化（如圖7所示）。

5 結 論

該汽車企業(yè)自建設產品數(shù)據(jù)管理系統(tǒng)以來，規(guī)范了產品數(shù)據(jù)管理，提高了產品研發(fā)水平，逐步實現(xiàn)了產品數(shù)字化，降低研發(fā)成本，減少研發(fā)人員的勞動強度，提高研發(fā)工作效率和快速反應及配置能力。PDM系統(tǒng)的應用為該企業(yè)帶來如下收益：

電子流程的應用提高了設計效率，縮短了產品的設計周期30%；

分布式架構和協(xié)同設計平臺的建立減少了信息傳遞時間30%；

通過基于PDM系統(tǒng)搭建的電子發(fā)放流程減少了圖紙和發(fā)放的時間80%；

以產品為中心組織數(shù)據(jù)，促進知識重用，提高設計人員的工作效率30%；

提供查詢和瀏覽研發(fā)數(shù)據(jù)的平臺，制定各類型的報表，查閱紙質檔案資料的時間減少了40%；

規(guī)范和標準更改流程的引入，更改的隨意性和重復性減少了30% 。

主要參考文獻

[1]張新權.統(tǒng)一的研發(fā)協(xié)同管理推進業(yè)務體系整合[J].中國卓越汽車企業(yè)的創(chuàng)新之道，2009（1）：66-67.