前言：中文期刊網精心挑選了配置管理和變更管理范文供你參考和學習，希望我們的參考范文能激發你的文章創作靈感，歡迎閱讀。
配置管理和變更管理范文1
關鍵詞：計算機軟件；軟件配置管理；質量監督；計算機技術
中圖分類號：TP311 文獻標識碼：A隨著現代計算機科學技術的迅猛發展，計算機軟件在各個領域都得到了廣泛應用，計算機軟件已成為人們生活中乃至工作中不可或缺的部分，軟件的失效，會導致整個應用系統癱瘓，數據丟失甚至引起更嚴重后果。軟件的研制開發過程決定了軟件質量，因此，對軟件研制開發過程的質量進行監督，對保證軟件質量起著至關重要的作用。軟件是一種虛擬信息產品，給軟件質量管理和控制帶來了難度。軟件研制開發過程中，影響軟件的質量最主要的因素是軟件技術狀態管理和控制，而對此最好手段就是對軟件進行配置管理。所以，控制軟件配置管理，從而做好質量監督控制有其積極意義。
一、軟件配置管理的定義
軟件配置管理(SCM)是指在開發過程中各階段管理計算機程序演變的過程，它作為軟件工程的關鍵元素，已經成為軟件開發和維護的重要組成部分。通過在配置管理過程中的變更所引起的質量變化，即對軟件變更的標識、組織和控制，為后面的變更提供參考數據，保證整個生命周期過程產生所有配置項的完整性、一致性、可追溯性。
二、軟件配置管理計劃監督
在軟件研制開發過程中，根據系統要求分析和設計軟件配置管理計劃。計劃內容包括：配置管理機構、任務和主要職責，軟件配置管理活動和配置管理流程等。軟件配置管理的主要活動內容包括標識、版本控制、變更控制、配置審計和配置報告。正確標識配置項對整個管理活動起著關鍵作用，對軟件開發過程中所有項目賦予標識符，便于進行控制和管理。配置審計確保了每個軟件配置項的正確性、一致性、完備性、有效性和可追蹤性，定期備份確保安全性和可用性。配置報告提供了軟件開發過程歷史記錄，使整個軟件研發過程中所有變更具有可追蹤性，為質量控制提供了依據。
三、軟件配置管理組織機構監督
3.1 軟件配置管理組織構成要求
建立專門負責軟件配置管理組織，負責軟件研制過程中各階段，各系統及其子系統的配置管理工作。明確與配置管理工作相關的所有角色，包括相應活動，在開發過程中，一項任務在同一時刻只能由一個角色執行。軟件受控庫和產品庫由軟件配置管理組織負責，軟件開發庫由各軟件開發項目組管理。要求實施配置管理系統相關人員都經過相關培訓，包括管理員培訓、開發人員培訓和管理流程培訓。確保每個成員具有良好的專業知識和責任心，為軟件配置管理質量控制提供保證。
3.2 軟件配置管理組織職責
軟件研制過程中，任務復雜繁瑣，軟件管理組織需要明確職責。主要包括：整個軟件生存周期軟件配置管理的活動規劃；明確與軟件配置管理相關的標準或規定并嚴格執行；選用合適的軟件配置管理工具，并做好軟件配置管理任務內容的規劃和記錄報告；收集、維護保存然建配置管理文檔并妥善保管。
四、軟件配置管理活動監督
4.1 定義基線
基線標志著軟件開發過程一個階段的結束，任一軟件配置項形成文檔后，審議通過即成為基線?；€分為三種：完成系統分析設計階段的功能基線；完成需求分析階段的分配基線；完成配置項測試的產品基線。每個基線對應受控配置管理項，相關評審和驗收標準以及建立基線時用戶和開發者參與情況?；€使各階段工作內容明確，在連續的工作線上進行斷點，便于檢驗階段成果。
4.2 標識軟件配置管理項
軟件配置管理項即軟件配置管理對象，是軟件開發過程中所有工作產品，包括代碼以及數據結構、文檔、報告。軟件配置管理項標識包括：文檔標識、代碼標識、運行文件標識。配置項的文檔內容多而繁雜，需要建立一個安全可靠的知識庫，用于保存開發過程中的文件和代碼。根據實際需要，分門別類歸入庫中。保證配置管理工具檢索便利，標識規則便于記憶，并保持組織一級的標識規則以執行。正確標識軟件配置項對整個管理活動非常重要，是具有唯一性的標識符，便于對其控制管理。
4.3 定義軟件配置庫
基線技術將項目實施配置管理存儲庫分為：開發庫、受控庫、產品庫。
（1）入庫控制：受控軟件配置管理項存入受控庫。滿足要求交付用戶后的軟件配置管理項由受控庫轉入產品庫。各基線階段產品經審計確認合格后入庫。
（2）更改控制：整個軟件生命周期中，已進入受控庫或者產品庫的軟件配置管理項有更改情況時，提供軟件問題報告文件并提交更改申請。根據軟件級別和規模決定是否建立評審小組，評審小組包括軟件配置項管理人員，總設計人員，軟件質量保證人員。評審小組收到問題報告和更改申請后，分析是否有必要更改，可行性以及對比其他更改方案。結合軟件配置管理項功能和性能分析，充分考慮合理性和可行性。經審批后更改申請送回軟件開發組，根據審批意見由開發組實施更改。更改后的軟件配置管理項連同更改說明，一并提交管理員重新入庫。為確保軟件配置管理項的一致性，更改的軟件實體相關程序或文檔同時完成。
4.4 軟件配置管理記錄與報告
提供開發過程的歷史記錄，內容包括配置管理項的現行狀態以及入庫變更情況等。在配置狀態記錄報告中，通常包括信息有規格說明和設計說明狀態，更改申請和更改批準報告狀態，產品版本或更改版本狀態，安裝、更新或交付報告，用戶產品提供狀態，以及有關項目開發報告等。配置人員應定期或在需要時提置狀態報告。記錄報告使軟件配置管理一旦出現可追溯源頭。
4.5 配置審計
包括物理和功能上的審計。要點有：應精心維護軟件配置管理項的狀態，驗證其正確性、一致性、完備性、有效性、可追蹤性；應對軟件進行功能配置審計，確保軟件的功能與軟件需求規格的一致性；應對軟件進行物理配置審計，以檢查程序與文檔的一致性以及與標準規范的一致性。定期備份軟件配置。
結語
軟件配置管理是一套規范、高效的軟件開發管理方法，同時也是提高軟件質量的重要手段。軟件配置管理幫助開發團隊對軟件開發過程進行有效的變更控制，保障了軟件開發過程的順利完成，高效地開發高質量的軟件，從而達到控制軟件質量、提高軟件水平的目的。
參考文獻
[1]王耀志.強化計算機文檔質量監督的探討[J].機械管理開發，2010（5）:2144-2145.
[2]于宏霞，陳凱，白英彩，等.基線技術在軟件配置管理過程中的應用[J].計算機應用與軟件，2005，12(37)1212～1214.
[3]姜平利，傅育熙.軟件配置管理及其實現[J].計算機工程，2004，12(18):4148～4150.
配置管理和變更管理范文2
關鍵詞:軟件配置管理;流程設計;實施策略
中圖分類號:TP311文獻標識碼:A文章編號:1009-3044(2009)24-6732-02
Discusses the Software Disposition Management the Flow Design and the Implementation
PENG Wen-bin
(Computer Teaches Education Ministry, Guangzhou Business Vocational School, Guangzhou 510163, China)
Abstract: The software disposition management is set of standards, the highly effective software development management, it can provide the working space management, the parallel development support, the process management, the jurisdiction control, the change management and so on a series of managed capacity, is improves the software quality the important means. The software disposition management may help the development team to carry on the effective change control to the software development process, it organically unifies other support, forms a whole, promotes mutually, the mutual influence, has guaranteed quality system's implementation powerfully. This article mainly carries on the discussion to the software disposition management's flow design and the implementation, and unifies the concrete case, analyzed has carried on the software disposition management the implementation strategy.
Key words: software disposition management; flow design; implementation strategy
1 軟件配置管理概述
現代軟件項目規模越來越大,涉及的人員越來越多,軟件開發過程中經常面臨一些難以解決的問題,例如,團隊開發過程中如何保證產品版本的正確性;怎樣在早先產品版本的基礎上進行重構;如何解決開發策略的統一與特殊版本需求之間的矛盾等,有效的軟件配置管理能夠充分解決上述問題,提高軟件的開發效率。軟件配置管理(Software Configuration Management,SCM)其實并不是一個新的概念,許多專家學者早已從不同角度和不同側面對它進行了論述,本文也是嘗試著從軟件工程的角度出發對其進行簡述。
1.1 軟件配置管理的內涵
在軟件開發過程中,會逐步累積出構成軟件產品的程序,包括源代碼、中間代碼和執行程序、各類文檔及數據,這些所有能夠形成軟件組成的元素被稱為軟件配置,軟件組成中的每一個元素稱為軟件配置中的一個配置項,配置項是軟件配置管理的對象。
《GB/T11457(1995)軟件工程術語》中的定義為:軟件配置管理是標識和確定系統中配置項的過程,在系統整個生存周期內控制這些項的投放和更動,記錄并報告配置的狀態和更動要求,驗證配置項的完整性和正確性。軟件配置管理活動主要包括標識軟件工作產品、配置控制、配置狀態統計和配置審核,四項活動貫穿于軟件開發活動的始終,覆蓋開發活動的各個環節。
1.2 軟件配置管理的意義
要開發出滿足用戶需求的、高質量的軟件產品,關鍵就在于建立起一個穩定、可控、可重用的軟件流程(Software Process)。而要進行軟件流程改進就需要有明確的、量化的對現狀的分析和對未來的預期,而進行度量的前提和基礎就是軟件配置管理。
與一般制造業相類似,軟件流程就像是一條流水線,在它的各個環節上都會有“零部件”產生,它們就是我們所熟悉的程序、相關文檔以及數據,這些正是軟件配置管理的對象――軟件配置項。它們不僅是大量人力物力投入的結晶,更是開發經驗的積累,是軟件組織最寶貴的財富[1]。因此,軟件配置管理的重要作用之一就是要全面的管理保存各個配置項,監控各配置項的狀態,并向項目經理及相關的人員報告,從而實現對軟件過程的控制。
2 軟件配置管理的流程設計
配置管理流程是軟件開發機構進行配置管理的依據,其規定了開發過程中需要做哪些配置管理方面的工作。制訂配置管理流程的方法是:通過對目標機構的調查、評估,定義現有的配置管理流程,由配置管理技術專家對它進一步分析,結合常規的配置管理方法制訂出新的流程,然后,依據選定的配置管理工具的功能,將新流程中可自動化的環節交由配置管理工具處理,其它環節由新制訂的配置管理規范進行控制。下面簡單介紹軟件配置管理的主要功能、量化的軟件配置管理流程以及常見的配置管理工具。
2.1 軟件配置管理的主要功能
軟件配置管理的主要任務是在項目的整個生存周期內建立和維護軟件項目產品的完整性。在IEEE標準729-1983中,軟件配置管理的主要功能包括如下幾項:配置表示;版本控制;變更控制;變更狀態統計;變更審計;構建;過程管理;小組協作[2]。
一個理想的配置管理系統應該提供以上所有功能,但是在實現中,這種情況幾乎是不可能的。實際上,一個系統若能在某種程度上提供上述部分功能,便可以稱之為配置管理系統。因為從本質上來說,配置管理系統是一種功能的綜合,而不是一種標準的體系。同時,在企業實施軟件配置管理所涉及到的活動,不僅僅是要采用相應配置管理系統來支持配置管理,還需要制定一個正確的配置管理解決方案。只有在正確的配置管理方案的指導下,并輔以有效的配置管理工具的支持,才能夠真正的做好配置管理,從而達到對軟件過程的管理和改善,保證軟件產品的高質量。
2.2 量化的軟件配置管理流程
軟件量化是對軟件開發項目、過程及其產品進行數據定義、收集以及分析的持續性定量化過程,目的在于對此加以理解、預測、評估、控制和改善。通過軟件度量可以改進軟件開發過程,促進項目成功,開發高質量的軟件產品。因此,利用量化的軟件配置管理,可以明確規定數值的版本管理,開發人員能按照規定標識開發過程中的各產品,進行統一管理,提高工作效率和并行開發的安全性。同時,利用量化管理提供的各項數據,幫助項目主管了解項目進展與風險,提高管理水平,并可根據開發人員在對配置管理支持工作的數據中了解開發人員的內容,優化人員安排,從而提高工程效率,降低工程成本。
2.3 常見的配置管理工具
CVS(Concurrent Versions System)、VSS(ViSua1 Sourcesafe)和Clear Case是版本控制工具中比較典型的三種工具。其中,CVS是開放源代碼世界的經典,是一個功能比較全面的現代版本控制系統,可以在任何操作系統和網絡環境下運行;VSS是Microsoft公司開發的、基于Windows平臺的、面向小型開發項目的版本控制系統,依靠服務器上的共享目錄提供服務;ClearCase是目前世界上最好的功能強大的商用版本控制系統,提供了全面的配置管理功能,而且無需軟件開發者改變他們現有的環境、開發工具和工作方式,在大型項目的開發管理中表現優異。
3 軟件配置管理的實施策略
如何有效協調同一個軟件產品的維護和開發工作,使之有序、高效,這是軟件配置管理應該解決的問題,主要依賴于配置管理的策略和配置管理工具對并行開發、自動化合并、項目管理等功能的支持。
3.1 軟件項目的并行開發策略
所謂并行開發,是指由兩個或兩個以上的個人或團隊針對同一個文件或整個軟件系統進行同步的變更,并行開發應具備對并行變更內容進行合并的能力。一般來說,軟件項目有以下三種并行開發策略:
第一,每個開發人員一個開發分支/開發流。在這種方式下,每個開發人員擁有一個屬于自己的開發流,優點是開發人員的環境是穩定的,開發人員決定什么時候提交結果,什么時候看到其他人的結果;缺點是每個開發人員處于彼此隔離狀態,集成工作量較大。
第二,多個開發人員共享一個開發分支。在這種方式下,多個開發人員共享一個開發分支。此方式比較適于彼此之間需要緊密協作的開發場合,如果使用動態視圖,立即可以自動看到其他人的修改;如果使用靜態視圖,通過更新也可以看到其他人的修改。
第三,所有開發人員共享一個分支。這種方式是所有開發人員使用一個且僅使用一個分支/流,也就是集成流。這種方式是最大化集成的集中體現,適合整個項目組的各個成員之間需要緊密協作的場合下,一般在項目組規模較小(少于8人),并行修改很小的場合使用。
3.2 配置項標識與庫結構策略
配置項由配置管理員在配置管理計劃中確定,進行配置標識的基本策略是:邏輯上是一個整體,標識規則保持一致,方便檢索,易于記憶。配置項的標識包括配置項名稱、配置項版本標識兩個方面。
在確定了配置項之后,就可以確定配置庫的目錄結構了。配置庫的目錄結構直接關系到配置管理的工作量和使用的方便性,所以需要根據自己的需要確定一個合理的結構。配置庫大結構可以采用二級庫:開發庫、受控庫+知識庫[3]的形式。開發庫和受控庫下的目錄結構基本相同,但開發庫比受控庫多了一個屬于開發人員使用的工作空間。知識庫在項目結束后,把最終代碼、開發文檔、業務相關資料與項目人員的經驗體會等資源收錄其中。
在確定配置管理庫受控庫下目錄結構時,有兩種可選的產品目錄結構的方式:一種是按照開發階段劃分,在產品類型下再劃分諸如設計文檔、代碼等目錄;另一種方式是按照產品類型劃分,例如首先是文檔、代碼,然后在其下按照開發階段劃分。這兩種目錄結構,可以根據軟件項目開發的實際情況來進行相應的選擇。
3.3 B公司電子商務系統的配置管理案例分析
B公司電子商務系統的項目需求是:除了在線交易外,還要通過網站將企業與客戶結合起來,將企業和合作伙伴結合起來;通過網絡的快速反應,為客戶提供更好的服務,促進企業的業務發展。
項目根據企業實際需要選擇并行版本系統CVS作為版本控制工具。系統由主服務器端、客戶端、備份服務器端、測試服務器端四個部分組成。主服務器端負責維護一個CVS倉庫。
及時充分的信息交流是每一個軟件開發項目的基本需要,在該項目的配置過程中做了以下幾點:一是利用公司網站進行項目信息的,比如版本信息,整個項目都通過該網站來版本、人員信息等;二是變更控制委員會和開發小組的例行會議,用于企業決策執行和跟蹤、技術升級、需求變化等重大變更的交流。
基線[4]是軟件開發過程中最重要的里程碑,在本項目配置管理過程中,軟件企業根據自己的開發要求,主要關注開發過程中的階段基線,如表1所示。
在CVS中,用戶需要有一個用戶標識才能訪問CVS的倉庫,在此軟件開發過程中,采用Pserver服務器模式,既可以創建與服務器的用戶相對應的用戶帳號,也可以創建專用于CVS的用戶標識,所有的用戶名稱映射都使用倉庫的CVSROOT模塊中的Passwd文件,由配置管理員完成。
B公司電子商務系統的軟件配置管理方案,針對中小型軟件企業和開發項目特點,用CVS作為主要的配置管理工具,有效的實現了版本控制、變更管理、管理等主要的配置管理功能,較好地滿足了B公司的項目需求。
4 結論
實施軟件配置管理可以解決許多軟件開發企業目前迫切需要解決的問題,在軟件開發的整個生命周期過程中都能起到積極的促進作用。但是實施軟件配置管理也是一個非常復雜的過程,必須對配置管理的內容有足夠的了解,同時分析各種工具,采用適合該軟件項目實際開發流程的配置管理工具,才能實施一個成功的軟件配置管理過程。
參考文獻:
[1] Mette A,Hass J.配置管理原理與實踐[M].龔波,黃慧萍,王高翔,譯.北京:清華大學出版社,2003.
[2] 李奔.PMT軟件配置管理文集》[EB/OL]./scmchina/doc/pmtscmrpt.pdf.
配置管理和變更管理范文3
關鍵詞：電力系統；通信；IT服務管理
一、電力系統通信部門的IT服務管理
電力系統通信部門IT服務管理體系包括展現層、功能層、數據層。通過對各種系統狀態進行實時監控，將現有軟硬件環境、網絡資源、應用系統、人力資源、知識庫有機地融為一體，合理調配資源，切實解決了機構人員、管理模式、業務流程、技術集成等方面實際問題，真正實現科學高效的I T 服務管理。
二、典型處理流程
IT服務管理是一種面向流程的管理模式。在電力系統通信部門原有的業務流程的基礎上，對其進行優化和改造，在此提出了IT服務管理四個典型處理流程，下面分別從流程目的、功能等角度進行說明：
（一）事件管理流程
事件是任何不符合標準操作且已經引起或可能引起服務中斷和服務質量下降的事件。在ITSM引入以前，事件管理沒有特定的流程，所有事件都通過通信故障專線通知到通信調度部門，然后由值班員派工單給檢修班成員，并不區分事件的“輕重緩急”，也沒有技術層面的審核，因此故障派修單回單率一直很低，很多單據由于不具備執行條件而在班組和通信科之間來回推諉，降低了故障解決時間，也沒有相關考核指標。
事件管理的流程如下：首先，事件通過運行單位填報、用戶填報或者通信檢修部門巡視發現填報，所有事件記錄進系統，對于已經處理的缺陷只要補報即可。接著通信調度進行分類預判斷并分派，確定是事件的影響范圍和優先等級：如果是事件處理影響范圍小或無影響，則直接進行派單；如果事件處理影響范圍大，則要求檢修部門先進行停服役申請，再進行事件處理。然后，檢修部門消缺完畢后，由用戶和通信調度分別進行消缺驗收，判斷是否已解決確定問題：如解決，則由檢修班回單給通信科，則納入審核管理或者填報缺陷歸檔，關閉記錄；如沒有解決，則納入通信科審核管理繼續診斷，納入下一季度大修工程，必要時轉省調、廠商和集成商、服務商等進行支持解決等。最后更新文檔，必要時進行回顧，事件支持人員將根據管理要求定期產生相關報表。
（二）問題管理流程
問題管理流程設立的主要功能是分析已被列為問題的事件（一組或一個）的根本原因，然后找出和建議永久性解決方案。其目的包括：（1）確保分析并確定事件的根本原因，以防止再次發生；（2）確保問題分派了正確支持人員，提高解決率。（3）根據IT資源情況分派問題優先級；（4）主動提供預防性措施；（5）提高IT服務的可靠性；（5）降低IT支持成本；（6）提高通信部門的整體形象和名譽。 （三）配置管理流程
通信部門的所有資源都通過手工和電子配置管理是通過手工形式派發“電路（設備、線路）投入、改接單”，單據與實際資源狀況出入較大。待單據完成后，由專人進行手動的資料更新和管理，而經常出現資料忘記更新或資料更新出錯，缺乏必要的考核體系。
配置管理的流程如下：首先進行配置申請。接著配置管理員根據需求進行方案設計，經配置管理經理審批后生成配置工單。配置工單由配置經理審核后進行工單派發，此時由于工單并未真正實施，配置資源處于預占狀態。然后配置管理員根據班組回單進行完成確認，若確認完成，則將資源預占狀態更改為運行狀態；否則取消資源預占狀態。并定期進行資源檢查驗證，流程回顧，每個一個季度由系統自動生成配置管理報告，據此可進行資源分析、預警等。
（四）變更管理流程
變更管理流程將通過標準統一的方法和步驟管理和控制所有對通信系統運行環境有影響的變更。其目的在于：通過對所有變更的正確評估，可以維護通信系統運行環境的完整性；確保變更和變更實施得到正確記錄，并提供審核統計；減少或消除由于變更實施準備不當等原因出現的故障；提供一致性的變更實施質量控制；提高資源使用率（如未得到正確控制和授權的變更需要更多的后續資源）；確保實施的變更不會超出預定的系統利用限值確保緊急變更請求得到快速實施。
三、IT服務管理體系的實施效果評價
杭州市電力局通信部門I T 服務管理系統2006 年初上線運行，截止到2007年9 月30 日，IT服務管理系統的配置項數據包括服務器、客戶端設備、網絡設備、變電站通信機房、變電站通信屏體信息、數據采集與監視控制系統（SCADA） 采集點以及其他各種設備信息，總計有36個分類、95000多條記錄。自投運以來總共記錄有效服務呼叫8546 條，電力通信網和管理信息化共關閉8492 條，完成比率達99 %。
杭州市電力局通信部門I T 服務管理系統固化了18 種處理流程及衡量標準、20項事件流程服務指標、10 項工作量考核指標、28種事件分類指標等可量化的I T運行維護指標， 電力通信網和管理信息化都分別設置了流程經理， 每個流程又明確了流程負責人，負責處理流程時限、效率和質量。I T 服務管理系統提供了可觀、可測、可控、可量化的工作環境， 工作量考核、系統風險識別、流程實施關鍵績效指標（KPI） 、人員技術能力等都可用“數字說話”。通過系統實施，事件處理更加高效， 變更管理更加規范、問題管理更加可控、IT服務水平和人員素質得到了極大提高，為IT管理人員提供了方便高效的管理手段。
四、結語
IT服務管理系統運行兩 年的實踐證明了ITSM是一套科學的方法論。實施效果表明該體系應用成效顯著，流程清晰， 責權分明， 運行維護內容可量化，服務質量可考核，運作模式徹底告別了被動的救火隊式的管理，開始步入主動的有預案的IT服務管理良性發展軌道。通過系統的實施，各流程的關鍵績效指標越來越好，問題的可控程度也越來越高。因此，有計劃、分步驟地將各流程應用在日常的系統運行維護和管理中去是現階段最切實可行的方法。
參考文獻
[1]曹漢平，王強，賈素玲．現代IT服務管理——基于ITIL的最佳實踐[M]．清華大學出版社，2005．
[2]孫強，左天祖，劉偉．IT服務管理——概念、理解與實施[M]．機械工業出版社，2007．
配置管理和變更管理范文4
關鍵詞 ITIL；運維；服務；流程
中圖分類號：TP311 文獻標識碼：A 文章編號：1671-7597（2014）03-0149-03
隨著黃山煙草信息化建設的深入推進，信息系統的規模不斷擴大，公司各種業務對信息系統的依賴性越來越大，同時IT系統日趨復雜、系統維護要求越來越高。尤其是專賣管理、卷煙營銷、物流配送等業務對IT運維管理的要求越來越高。IT硬件和軟件應用的也不斷增漲，其環境復雜，多系統、多數據庫和多應用平臺、多廠商網絡及系統設備的網絡運行環境，使網絡維護難度成幾何倍數的增長，系統管理人員的工作壓力越來越大。ITIL作為運維IT管理的新理論、方法和工具，正在發揮著越來越重要的作用。
1 黃山煙草IT運維的特點及問題
在IT系統生命周期中。系統建設的時間和成本只占相對小的一部分，而系統運行維護階段占了整個時間和成本的主要部分，可以說IT系統是三分建設、七分運維，足見IT運維的重要性。當前，黃山煙草的信息化工作已從IT系統建設為主逐步進入建設和運維并重的新階段。傳統的IT運維管理思路及方法所帶來的弊端逐漸顯現，具體如下。
1）由于實施經驗、行業視角的原因，難免在體系建設的科學性、系統性及完整性等方面存在缺陷，更缺乏從服務運維生命周期全局的角度去審視思考的經驗。
2）由于受到信息部門人力資源逐步收縮的限制，如何平衡好、處理好系統建設與服務運維、應急處理與項目管理控制之間的關系，往往成為長期困擾運維人的難題。
3）缺乏對運行維護工作的規范性管理，信息中心服務運維團隊依然常常扮演應急排障的救火者角色，往往缺乏對信息系統的適用性、主動性運維。
4）缺乏統一的集中監控與管理平臺，無法快速定位故障源，更無法發現潛在故障，都是問題發生時才想解決辦法，缺乏提前預警機制。
5）缺乏對日常運行維護工作的管理工具，目前的系統管理工具已無法滿足日常管理的需要，值班、運維等工作流程還體現在紙介質記錄上。
6）缺乏量化運行質量的工具，無法對運維人員進行有效考核，運維人員運維的價值得不到體現
如何盡快建立規范、高效的IT運維管理運行體系，實現對企業核心業務系統的IT 監控管理，提高IT 運維管理水平，如何在有限的資源基礎上支撐起龐大而復雜的信息系統服務運維，達到穩定、規范及高效的IT運維的管理目標，已經成為黃山煙草信息化管理亟待解決的重要問題。
2 基于ITIL的IT運維平臺的構建與應用
ITIL即IT基礎架構庫，目前已經發展到了第三個版本，該標準旨在于通過對企業流程進行梳理提升企業IT資源的利用率和服務質量。本文擬提出基于ITIL的服務臺管理系統的總體業務模型，從流程、服務及管理活動等方面對該系統進行闡述，以期提供較為全面的業務服務管理解決方案。
ITIL最佳實踐基于IT運維管理的四大核心流程組，即業務與IT規劃（Businss-IT Alignment）、IT運營維護（IT Operations Management）、IT運維保障（IT Operations Assurance）、IT服務管理（IT Service Management），并采用IT運維管理質量改進循環（Deming Circle）進行持續改進。
圖1 PDCA模型
計劃（Plan）階段：IT高層管理者或IT部門經理根據業務部門的需求制定相應的IT服務策略與目標，在評估實現這些目標所需的服務水平與成本等因素后，產生詳細的實施計劃。
實施（Do）階段：IT服務經理執行計劃（Plan）階段產生的實施計劃，對流程、表單、報表、KPI等做出修正，使之更加符合實際業務的需要，同時收集相關運行數據以度量它的績效。
檢查（Check）階段：在成功實施了新的計劃后，IT服務經理檢查實施的效果，發現IT運維中出現的新的問題與瓶頸，并通過分析相關運行數據找到問題與瓶頸的根本原因，并匯報給IT高層管理者。
改進（Improve）：IT高層管理者或IT部門經理根據檢查（Check）階段的檢查結果決定需要采取的進一步行動，例如，修正流程缺陷、進一步標準化流程等，以提高IT運維管理的效率。
1）系統建設目標。服務臺作為受理用戶服務申請或報障的服務窗口，運維中支持級別：一線支持、二線支持和三線支持。一線人員主要由服務臺人員及桌面服務人員組成，其中桌面服務采取外包方式進行；二線主要由系統及應用維護負責人組成；三線人員主要由信息中心系統研發人員、外部專家與合約期內的外部維護商組成。這三線服務運維服務人員通過運維管理系統內的服務運維流程實施運維管理，各個支持級別人員負責各個級別的系統事件或故障，由服務臺統一協調服務運維資源，跟蹤督促實事件進度，促進事件高效解決。
圖2 IT服務運維管理體系
2）功能模塊邏輯架構，如圖3。
圖3 功能模塊邏輯架構
從總體上看，可以將IT運維管理的功能模塊分為兩大類：流程模塊和非流程模塊，流程模塊有自助服務臺、有服務臺&事故、問題、變更、、作業計劃和自定義流程擴展模塊（任務管理），非流程模塊有CMDB，服務水平管理和知識庫管理。
在功能模塊之外，IT運維管理提供2類重要的接口，它們是監控系統告警接口和二次開發接口。這兩個接口主要為IT運維管理的擴展提供重要的支撐。整個IT運維管理系統的最底層是業務管理流程（BPM）引擎，該引擎支撐IT運維管理的所有流程模塊。
服務臺主要支持IT基礎設施的日常運行和維護管理，包括事件管理、問題管理、變更管理、管理和配置管理等ITIL服務支持流程，如圖4所示。
圖4 ITIL服務支持流程架構圖
①服務臺&事故管理：事故管理的目的主要是支撐ITIL中的事件管理流程，涵蓋事件的整個生命周期。目的是記錄、解決及跟蹤IT服務運作過程中發生的事故，并使用戶可以盡快恢復自己的正常工作，避免業務中斷，將事故對業務運營的影響降至最低。服務臺即連接用戶與IT部門以處理上述事故的連接點。于是，服務臺與事故管理相結合就構成了從事故發生到得到解決的首要流程，同時，服務臺記錄下事故以及事故解決方案的有效信息，以備其他流程（例如問題管理）參考。由于監控系統中發現的告警是事件的一個重要來源，因此，IT運維管理提供與監控系統告警的接口。
②問題管理：問題是指一個或幾個已暫時處理但根本原因尚不明確的事件，許多事件往往是由同一個問題引起的。
問題管理流程查明突發事件或錯誤產生的根本原因，并制訂解決問題的方案和防止錯誤再次發生的措施，將由問題和突發事件對業務產生的負面影響減少到最低。用戶能夠非常方便地將問題與突發事件和變更關聯起來，并且很快地找到相應的解決方案。或者在定位問題的根本原因后，產生相應的應急措施以及最終解決方案。對于那些由于成本、技術等原因，暫時不予消除的問題，可以置為已知錯誤，留待日后解決。
③變更與管理：變更管理確保在變更實施過程中使用標準化的方法和流程，盡快和有效地實施變更，從而把由于變更所導致的事件對IT 服務的影響減小到最低，同時改善了公司的日常運作。它包括一套完整的變更管理功能，包括變更的發起、審批、影響評估、派發實施等功能，以工單的形式在各部門和責任人之間流轉。
通過管理流程能夠有計劃的將軟件和硬件的成功地導入實際應用環境中。也可以設計一些有效的流程來將變更導入系統中，同時在整個和導入過程中保持IT 部門和客戶之間的信息溝通。
變更與管理、配置管理緊密結合的，當新引起IT基礎架構的變化時，配置管理數據庫也需要進行實時的更新，同時的內容：如最終軟件版本，硬件規格說明、裝配指南、升級安裝手冊和網絡配置等都要關聯到配置管理數據庫中。
④配置管理：配置管理的總體目的是提供一個統一、一致的流程來管理IT基礎架構中的各個組成部份，以確保：所有資源被正確識別、資源當前和歷史狀態得到記錄、資源記錄的完整性得到維護和確認、IT生產環境的穩定性、確保IT設備的有效控制和管理。
配置管理的活動包括：配置規劃、配置識別、配置項基線控制、配置審計等。配置管理提供系統配置功能，包括報警配置、事件配置、視圖配置、用戶權限、監測配置等供配置控制模塊調用。IT部門可以通過此模塊簡單的進行配置控制，對配置信息進行變更，對系統設置進行管理。
⑤CMDB（Configuration Management Database）：CMDB全稱為Configuration Management Database，即配置管理庫。它是最佳實踐的核心模塊，所有的用戶關注的資源，包括各種軟件、硬件、應用、業務單位、人員等，均被識別為配置項（Configuration Item ）并存儲在CMDB。默認配置項類型包括主機、網絡設備、無線AP、存儲設備、辦公設備、數據庫、郵件服務器、中間件、Web Server、基礎應用、業務服務、資源等。
CMDB模塊是整個ITOM一個核心，主要支撐ITIL中的配置管理。CMDB模塊是一個非流程模塊，主要是管理各類配置項的屬性信息和關系信息，為其它流程模塊集成配置項信息。
⑥知識庫模塊：知識庫模塊的目的為用戶提供一個IT運維經驗和知識積累與共享的平臺。IT運維人員可以將自己的經驗總結為知識出來，其它的人員就可以對該知識進行查找和借鑒，這樣就能在IT組織內有效的實現知識共享機制，從而提高整個組織的工作效率。在知識庫庫模塊中，可以對知識進行新建、審核、和查詢，還提供對知識的關注和收藏、轉發、評價等功能。
3 實施ITIL的幾點建議
建立任何高可用性的系統，都必然要涉及人員、流程和技術三個方面，實施ITIL也不例外，著名的“木桶理論”告訴我們：一只木桶盛水的多少，并不取決于桶壁上最高的那塊木塊，而恰恰取決于桶壁上最短的那塊。人員、流程和技術三個要素也就像組成一個木桶的三塊木板，任何一個要素的短缺，都會影響到最終提供服務質量的高低。
充分了解ITIL體系，全面領會ITIL思想，培養ITIL人才。ITIL不是一種產品，而是一系列最佳實踐經驗，充分了解ITIL體系是項目成功實施的基礎。ITIl的實施，大多都是對現行IT服務管理的顛覆，不光要IT部門人員要成為ITIL專家，普通客戶也要了解ITIL體系。ITIL不是可以“包治百病”，ITI項目實施完畢，并不等于服務質量和運維風險都得到了控制或改善。
循序漸進的實施ITIL，結合企業自身實際，建立科學合理的流程。
ITIL是管理科學在信息技術中的應用，它描述了一系列基于過程的IT服務管理最佳實踐經驗，并沒有說明具體的日常運營活動，也沒有特別針對任何特殊的平臺或技術，只是理論上的指導，如同質量、安全體系一樣，如何結合實際應用進行落地，是整個項目的關鍵所在。哪些流程是必須的？組織內所有的流程都要實施嗎？哪些流程需要重組、變革？投入的資源足夠做所有的流程嗎？所有流程都需要結合企業自身實際，循序漸進的、科學合理的進行設計。
實行嚴格的項目管理制度，重視溝通管理。一方面要建立專門的項目小組，確定項目管理的內容，制定項目管理跟蹤、考核機制。根據項目進度制定項目控制節點（基線、里程碑）；另外要重視項目的溝通管理，既要注重業務部門和IT部門的溝通，更要重視與項目實施單位乙方的溝通。
4 結束語
企業IT服務管理的建設是一個長期的過程，雖然有ITIL理論作為指導，但是要真正形成適應自身企業發展的IT服務管理體系，仍需要經過不斷探索完善，規劃好足夠的充裕時間來實施ITIL是非常關鍵的一點，此外，在實施任何新的ITIL流程之前，必須了解組織目前所處的狀態和想要達到的目標，這是確保實現成功實現ITIL最佳實踐的關鍵成功要素。
參考文獻
[1]曹漢平，王強，賈素玲.現代IT服務管理：基于ITIL的最佳實踐[M]. 北京：清華大學出版社.
[2]朱海林，等.IT服務管理、控制與流程[M]. 北京：機械工業出版社.
[3]左天祖，劉偉.中國IT服務管理指南[M].北京：北京大學出版社，2005.
配置管理和變更管理范文5
1引言
項目管理是20世紀40年代以后迅速發展起來的一門科學， 是現代管理學中的一個重要分支。隨著項目管理理論、方法的發展，其應用范疇和概念不斷拓展， 從最初應用在國防、航天、建筑等領域迅速發展到電子、通訊、計算機、軟件開發、金融等行業。軟件工程學提出將項目管理運用于軟件生產領域，軟件開發成為有組織、工程化的行為。隨著近年來軟件行業的迅速發展，軟件規模急速擴大，對專業化管理人員的需求越來越大。在智聯招聘和51job上搜索軟件項目管理職位，各有8千多個工作崗位，這說明軟件項目管理崗位越來越受到重視，相關人才缺口較大。
華中師范大學計算機學院從2008年以來開設軟件項目管理課程作為計算機科學與技術專業的專業選修課，每次選課都滿班。于2009和2010 年開設軟件工程與項目管理的全校通選課程，旨在為學校其他專業對軟件開發感興趣的同學提供平臺，每次課雖然選課人數在30人左右，人數不多，但學生反響很好，特別是認為項目管理的知識不僅僅能用于專業領域，在生活中組織春游、安排班級比賽等都能用到，實用性非常強。計算機學院于2011年增設本科軟件工程專業，一直把軟件項目管理作為專業必修課。筆者從2008年開始講授本門課程，對課程的教學和實踐有一定體會。
2軟件項目管理課程的課程實驗設計
軟件項目管理課程內容既有很強的理論知識，又有綜合實踐要求，是一門比較難學的課程。很多學生認為軟件項目管理課程是一門理論為主的課程，不像程序設計語言課程那樣重視實驗和練習。但是該課程實際上理論與實踐并重，固然有很多理論知識需要學習，但如果不在實踐中體會，不會使用一些項目管理工具，也達不到學習效果。
另外項目管理的工具很多，多數不僅僅可以用于軟件項目管理，也可以用于很多其它類型的項目管理，對于課堂實驗來說，選擇什么樣的工具，如何驗收實驗都需要很好地設計。
2.1課堂實驗工具的選擇
因為軟件項目管理涉及的知識范圍很廣，一種軟件項目管理工具通常只能用于軟件項目管理的一個或幾個知識領域，教師需要選擇哪些知識需要使用工具練習。通常軟件項目管理的主要知識領域包括范圍管理、時間管理、成本管理和質量管理，另外也可以考慮配置管理、溝通管理等方面的工具。
另一方面，軟件項目管理工具有很多免費的，但是大型的主流的工具還是收費，而且很貴。現在多數學校實驗經費非常緊張，主要用于硬件購置，教師需要盡量使用免費工具，對收費工具的選擇要綜合考慮其能否找到試用版本，試用條件如何、是否容易安裝和配置等等問題。
筆者認為選擇的項目管理工具應該具備以下幾個基本功能。
2.1.1需求管理：項目的需求變更，跟蹤，控制。
2.1.2資源管理：項目的可利用資源的管理，包括人力、物力、財力等資源。
2.1.3計劃管理：包括成員管理和權限分配、日程排定、工作時間管理、里程碑設置等。
2.1.4進度管理：制定日歷、工作流、項目路線圖和Gantt圖。
2.1.5文檔管理：文檔文件、存儲文件、集成SVN代碼管理。
2.1.6信息管理： 具有制定活動統計報表、項目報表的導入和導出、團隊交流、信息篩選等功能。
筆者選擇了幾個滿足以上功能、容易獲得和使用、在業內比較通用的軟件項目管理工具作為課堂實驗內容。
Microsoft Project：軟件具有制定工作計劃、進度管理、資源管理、跟蹤進度、管理預算和分析工作量等功能。該軟件因為微軟的成功推廣，使用非常廣泛，工具適用于所有項目的管理，據統計約有70%的項目使用該工具。作為微軟Office辦公軟件中的一員，Project界面與微軟其他產品很相似，非常容易使用，也很容易和Office中的其他辦公軟件整合。工具的獲取和安裝都很容易，有試用版本。
Project的缺點是它不是專門用于軟件項目管理的工具，不支持軟件項目中的立項與結項、需求管理、質量管理、軟件配置管理等重要管理工作，也不能同時處理多個項目。
禪道：禪道項目管理軟件是國產項目管理軟件的代表，是一款開源的產品，可以在官網http：//zentao.net免費下載。軟件比較符合中國用戶的習慣，在國內中小企業有較高的使用率。軟件集產品管理、項目管理、質量管理、文檔管理、組織管理和事務管理于一體，功能比較完備，適合中小型項目。軟件可以直接基于瀏覽器使用，不需要安裝部署，界面簡單，流程清楚，比較容易使用。軟件有簡單的需求管理功能，能在需求、任務、bug、用例和to do之間建立聯系，能跟蹤需求的實現情況。
但是軟件的開源版本不提供甘特圖、看板、工作日志等功能，需要購買專業版。軟件的需求管理比較簡單，不能和Word文檔關聯，不能從Word文檔中直接讀入需求。
Rational Doors：是IBM旗下非常著名的需求管理工具，能捕獲、跟蹤、分析和管理需求，功能非常強大，并能方便地與其他Rational工具集成，在很多大型軟件公司使用[4]。Rational Doors能與Word同步，自動將Word文檔中的需求抽取到Rational Doors的視圖中。軟件提供Web界面，方便團隊交流，提高工作效率。軟件還能與著名的配置管理工具Rational Clear Quest緊密集成，顯示需求變更;與Rational Rose集成，將需求與UML模型關聯，更準確地表達需求的定義。
但是它功能復雜、安裝部署復雜，需要安裝服務器端和客戶端，還需要安裝專門的數據庫，使用也有難度。作為專業級開發工具它的價格比較貴，試用版只有3個月試用期。但是需求管理工具基本沒有免費軟件，有條件的學?？梢赃x擇該軟件彌補其他項目管理軟件中缺少需求管理功能的問題。
Visual Source Safe：簡稱VSS，是微軟公司開發的一款版本和配置管理工具，并能提供安全保護、跟蹤檢查功能和版本比較的功能[5]。配置管理記錄軟件產品的演化過程，最終保證軟件產品的完整性、一致性、追朔性、可控性[6]，在項目管理中非常重要。配置管理的工具很多，常用的有開源工具Concurrent Version System、IBM的Rational Clear Quest等。VSS使用很廣，是Visual Studio的套件之一，在Visual Studio中集成使用非常方便。工具具有微軟產品的界面統一、安裝方便、使用比較簡單、獲取容易的特點。
但是VSS只能在Windows系統下運行，不能跨平臺運行。因為VSS是通過共享目錄方式存儲文件的，它只適合于局域網內的用戶，不適合于通過Internet連接的用戶，并且安全性不高。VSS的工作方式決定文件只不能由多個用戶同時修改，工作效率比較低，只適合小團隊開發。
2.2課堂實驗設計
選定合適的工具后，在實驗課程中要求每個學生選擇自己熟悉的項目，運用幾種工具分別完成工作分解、進度管理、配置管理、需求管理等工作， 具體實驗內容見表1。
表1實驗內容表
實驗名稱 實驗目的 實驗工具 學時
項目進度計劃管理 合理地分解項目，制定項目計劃并形成甘特圖;分配和管理項目資源，跟蹤資源使用情況;跟蹤進度，監控項目成本。 Microsoft Project 4
項目計劃、文檔和溝通管理 合理地劃分任務和制定計劃;管理和監控項目文檔;完成簡單的需求跟蹤;搭建項目溝通平臺。 禪道 2
項目需求管理 需求文檔分析和需求抽取;需求和團隊溝通;需求變更管理。 Rational Doors 4
項目配置管理 合理地建立和使用配置項;跟蹤版本變更;代碼比較。 Visual Source Safe 2
學生能通過實驗理解企業的項目管理流程，熟悉企業常用的項目管理工具，既能進一步理解項目管理的理論知識，也提高了實際應用能力。
3結語
項目管理課程不能僅僅講授理論，而應該是一門理論與實踐并重的課程。本文介紹的試驗方法應用于多個課堂的課程教學中，學生普遍反映對課堂實驗內容比較感興趣，很多學生原來認為本課程以理論為主，上課后發現實踐內容也同樣重要，而且實驗內容對以后的課程設計、畢業論文和找工作都很有幫助。學生通過對具體項目的分析和實驗理解了項目的成本、資源和進度的關系，了解了在項目執行中如何監控項目，理解了項目中合作和溝通的重要性。
配置管理和變更管理范文6
關鍵詞：IT運維；管理平臺；設備管理
1 設備管理平臺的需求及流程設計
從設備管理的角度來看，整個運維管理平臺應該能夠包含[1]：臺帳管理模塊、系統管理模塊、文件管理模塊以及報表統計模塊等。臺帳管理模塊包含設備的名稱、類型及型號、序列號等疾病信息；系統管理模塊主要對平臺內相關的代碼和權限等進行管理，以記錄設備管理平臺使用人員的操作記錄；文件管理模塊可以對設備的維護記錄、設備采購、報廢信息等進行管理。
設計基于IT運維的設備管理平臺時，可以在遵循上述需求分析的情況下，進行數據庫、中間代碼以及前端等的設計，設計后同時進行數據庫、中間件及客戶端的部署?？紤]到以后的管理及維護成本，可以采用B/S架構；數據庫選擇Mysql，其高性能及高并發性會給設備管理平臺提供高效的數據引擎支持；為提供報表管理功能，設備管理平臺也會提供數據導入導出工具。
基于IT運維的設備管理平臺能夠對設備管理的全過程進行動態管理，不論是進行設備的采購、維修還是報廢等工作，都需要根據設備管理的操作流程進行，而且設備管理流程的每個步驟都要能夠根據操作人員的角色進行業務處理，從而快速、高效的管理設備。作為平臺的核心功能模塊，設備故障處理要經過故障申報、故障處理以及處理結果等步驟，每一步驟完成后會顯示步驟的操作人員和處理時間。
2 IT運維管理平臺的功能模塊
缺陷管理模塊中可以創建關聯的變更單，此時有缺陷的被管理設備的狀態被標記為“擱置”，缺陷問題被創建后，一旦缺陷問題被成功關閉，則可以根據缺陷的解決狀態進行設備的狀態變更，解決的缺陷其狀態被變更為“已解決”。缺陷的記錄一般由發現缺陷的人員進行，缺陷驗收合格后，設備管理平臺的運維人員需要注明缺陷處理的相關信息，并注銷缺陷。
IT設備經常會遇到變更關聯設備的情況，如果某設備有關聯的設備存在，那么此設備的關聯關系在被關閉前，此設備不能被移除。設備的變更管理包括用戶接入、安裝調試、檢修以及配置管理等內容，如圖1所示：
圖1 設備變更管理的內容
其中，用戶接入指的是用戶提交設備變更單，對于處理完成的變更單，如果其達到預期目標，那么此變更單相關的設備變更流程即可關閉，否則此變更處理流程需要被返回。檢修人員作出的檢修申請形成變更申請單，如果此變更申請單涉及到的是通信的檢修或停退，需要判斷此檢修過程是否存在檢修計劃，目的是讓用戶明確的知曉，從而指導設備管理[2]。安裝人員提交安裝調試的變更申請，只有當所有變更資料都提交完后，才去驗收安裝調試過程是否合格；如果安裝調試過程達到預期目標，則可以關閉此變更申請單。配置管理變更申請一般是由用戶提出，配置管理人員會判斷是否需要備份處理。
日常巡檢管理模塊根據巡檢的設備來執行不同的標準，巡檢記錄可以根據不同的預定義規則生成。設備管理平臺的運維人員根據巡檢標準、巡檢周期等進行設備的定期巡檢，并記錄相關的巡檢日志。相關設備的維護人員對此巡檢日志進行分析，并給出是否正常、是否有缺陷等結論，如果發現設備的缺陷，則依據前文介紹的缺陷管理模塊進行處理。
3 基于IT運維的設備管理平臺
基于IT運維的設備管理平臺的設備管理流程包括請實現、事件管理以及配置管理，其總共規劃目標是實現設備管理的快捷性、全局性以及經濟性。從整體結構上而言，設備管理平臺從上而下分為表示層、業務邏輯層以及數據訪問層三層。表示層用戶和用戶交互，業務邏輯層制定業務規則并實現相關的業務流程，充當表示層和數據訪問層之間的橋梁；數據訪問層的作用是訪問數據庫。這三層之間的依賴關系是向下的，底層無法感知上層的存在，對上層的任何設計上的改變都不會影響底層。
設計基于IT運維的設備管理平臺的目的是對基于IT運維的設備管理、維護中的各項功能及非功能性需求進行設計，其中最重要的一部分是數據庫，不僅要明確數據庫的表名、字段名等數據信息，還要進行存儲過程等數據庫腳本的擴展。具體設計數據庫時，要考慮系統模塊相關概念的設計、數據關系圖設計以及數據的邏輯結構設計等。使用設備管理系統的人員主要是系統管理員、維護人員以及一般用戶，不同角色應該有不同的操作權限。數據邏輯結構的設計包括設備數據庫關系圖、故障信息數據庫關系圖以及系統管理數據庫關系圖等[3]。設備數據庫關系圖包括設備的信息表、設備相關資料表等；故障信息關系圖包含發生故障設備信息表、設備備件維修信息表等；系統管理關系圖包含設備單位信息表、廠商信息表等等。
參考文獻
[1]李曉禹.基于SOA的設備管理信息系統平臺的研究與實現[D].南京大學，2013.
[2]孫藝新.大型電網企業特高壓設備運維檢修模式淺析[J].中國設備工程，2014.
