導語：如何才能寫好一篇配置管理和變更管理，這就需要搜集整理更多的資料和文獻，歡迎閱讀由公務員之家整理的十篇范文，供你借鑒。

篇1

【關鍵詞】配置管理；SAP系統；時速350公里動車組項目

1、前言

黨的十六大以來，我國鐵路發展方面，成功引進了時速200公里及以上動車組技術，大功率電力和內燃機車技術，實現了“引進先進技術，聯合設計生產，打造中國品牌”的總體要求，掌握了核心技術，達到了國產化目標。

為了實現“引進、消化吸收、國產化、自主研發”的全過各記錄目的，公司決定把時速350公里動車組項目作為SAP系統上線項目，對產品的設計、工藝、生產進行全過程監管。由于該項目是引進、吸收、自主研發并行的，就使得項目在進行過程中存在著大量的變更，為了解決配置項更改的追蹤記錄問題，同時完成配置清單的生成和使用，經過詳細論證后，決定在SAP系統內開發的配置管理平臺，完成時速350公里動車組項目配置管理方面的相關工作。

2、SAP系統配置管理平臺的開發

2.1SAP系統配置管理平臺開發的背景

SAP系統里對產品的變更管理是用標準功能配置管理（CM）及工程變更管理（ECM），對于配置項的更改原因、更改審核過程、更改涉及部門范圍以及配置項更改后的執行情況，在SAP系統中并沒有追蹤記錄，無法滿足我公司時速350公里動車組項目對于各項變更的管理要求。基于這樣的情況，同時為將來系統生成產品配置清單做基礎準備工作，實施了SAP系統配置管理平臺的開發。

2.2SAP系統配置管理平臺開發的功能范圍

2.2.1問題陳述單（PP）

以項目為前提條件，對項目執行中遇到的異常狀況提出問題，根據該問題解決復雜度和相關影響可在系統內選擇不同的審批流程，最終至轉入工程更改建議（ECP）或經審批后對該PP下達執行。

2.2.2工程更改建議單（ECP）

以繼承PP號為前提條件創建ECP，其目的是對在項目執行過程中設計或工藝部門對已經的文檔及BOM進行工程變更的配置項進行的管理。除了自動帶入PP的基本信息外，還對配置項更改涉及到的影響車型、影響列份等進行記錄執行和審核過程，且實現了全過程的審簽記錄、簽收細節記錄、按單位、車型、列份的報工記錄。

2.2.3工程變更管理（ECM）

當ECP審核通過后，對其中涉及的配置項進行的變更管理過程。工程變更管理（ECM）是SAP系統的標準功能，把它作為配置管理平臺中的一個環節，其作用是對配置項的更改過程進行記錄和管理，實現了對時速350公里動車組項目設計研發、生產過程中的圖紙和BOM變更記錄。

3、SAP系統配置管理平臺在時速350公里動車組項目上的應用

3.1SAP系統配置管理平臺的應用和開發的標準

當前SAP系統配置管理平臺的應用和開發的標準是根據公司的標準業務流程設計的，用于時速350公里動車組項目，將來隨著使用的不斷深入，配置管理平臺可根據需要，再通過系統配置或開發實現，以滿足公司各個項目的應用。

3.2SAP系統配置管理平臺的應用方法

SAP系統配置管理平臺設計考慮到人員在不同項目的權限可能不同，那么在每個項目對配置管理平臺的使用前就要針對參與該項目配置管理的人員進行組織架構的權限及該項目涉及的車型、列數等項目相關信息進行配置。

3.2.1管理員對系統的配置

管理員根據用戶提報的項目基本信息、用戶組織架構、所需配置管理的審簽流程等信息對系統進行配置，配置完成后，用戶可在系統內進行該項目的配置項信息變更操作。

3.2.2用戶對系統的操作及數據維護

在對申請配置管理使用的項目配置完成后，各業務部門的用戶根據已配置好的權限進行PP/ECP的創建、審核、簽收、執行、關閉。相關監控單位對已下達的PP/ECP可以通過OJL對完工情況執行監控。從而完成對配置項變更過程的閉環管理。

3.3SAP系統配置管理平臺的應用效果及解決的問題

SAP系統配置管理平臺的開發和應用，代替了系統內原有的項目問題通知單+工程變更的管理模式，從根本上解決了項目內設計、工藝、生產、售后等各環節對配置項變更的簽收和執行管理，完整的記錄了項目變更的審核過程及審核意見、變更過程及執行情況，通過各項查詢報表可以根據不同條件完成以項目為單位的PP/ECP統計。

結論和建議

時速350公里動車組項目（A-3003）目前在系統里共下了PP：10927條；ECP：5407條，上述數據可以看出配置管理平臺在整個項目的執行過程中是起到了至關重要的作用。一方面配置管理平臺對項目執行過程中的變更起到了管理和記錄作用，另一方面A-3003項目對配置管理平臺適用性也做了很好的驗證，同時給其它項目起到了借鑒作用，為公司進一步提升管理水平和產品質量起到了重要作用。

目前，SAP系統配置管理平臺應用程度越來越深，應用范圍越來越廣，對配置管理平臺的功能要求也越來越多，一方面說明了配置管理平臺的應用確實提高了我們對產品生命周期的管理水平，另一方面也使我們逐步認識到配置管理平臺在數據的管理方面有更大的潛力可以挖掘。如何能充分利用該平臺，助推企業管理和產品管理，我認為有以下建議可供參考：

（1）該平臺是以流程為依據進行開發和運維的，那么不斷優化流程是提高使用效率的基本前提。

篇2

關鍵詞：關鍵詞：高校機房；配置管理；變更管理；

中圖分類號：TP308    文獻標識碼：A     文章編號：

    1. 引言

    為承接大量的教學、實踐、實驗實訓、各類上機考試等任務，各高校機房數量明顯增多。但由于各機房建設時間不一，硬件配置不同，所安裝軟件也各有不同，具有一定的差異性，這些差異加大了機房日常管理的難度，所以各機房日常管理中使用的密碼口令，硬件報修，維護記錄，軟件變更等情況會形成很多不規范文檔。如何對這些文檔進行有效的控制和管理來方便管理人員不斷提高維護效率，排課人員能快速有序地排課，在機房管理人員出現變動時新的管理人員能迅速順利接管，這些問題在機房管理中是值得重視的。

    對不規范文檔（包括信息系統開發中產生的文檔）進行管理，即實現文檔的標準化，惟一的辦法就是配置管理。配置管理是項目管理中一個很重要的概念，在項目管理中具有重要的地位和作用，主要是提供了結構化的、有序化的、產品化的管理方法，通過技術和行政手段對來實現控制、規范的一系列措施和過程，對變更的情況進行處理和實現[1]。機房管理是一個動態的，發展的，不斷建設的過程，鑒于配置管理的諸多優點并結合多年機房管理的實踐經驗，想利用配置管理的思想，以配置管理方法為手段，來實現日益復雜的高校機房的全面規范化管理[2]，以簡化規范機房管理過程，達到機房資源統一管理調配使用的目的。

     利用配置管理的思想實現高校機房的全面規范化管理，根據教學需求的不同，大致呈現這樣一個流程：（1）機房的基礎硬件配置；（2）軟件配置安裝；（3）建立適合教學需求的實踐環境；（4）對變更加以管理，版本化配置變更過程。以此保證實踐教學的順利進行。

    2. 硬件配置管理

    各高校因各機房的建設時間先后不同，故硬件配置也是千差萬別。建議以單個機房為單位，建立硬件配置表，詳細標明所配置的各硬件規格型號，購入日期等信息。將這些文檔統一歸檔，以方便日常維護中硬件設備的維護與維修，及硬件的擴充或更換[3]。

    機房電腦因其大量的被使用，硬件損壞幾率大，而且電腦產品更新換代很快，為了滿足新的教學需求，被損壞的要及時更換，舊設備會被淘汰。所以各機房的硬件配置必須詳盡，以便在出現變動時有據可查，方便硬件升級換代，免去了拆裝電腦查看硬件型號的麻煩，甚至是因硬件變動沒有詳細記錄而造成的資產混淆不清。

    3. 軟件配置管理

    3.1 軟件安裝清單

    機房軟件的安裝主要本著以下幾個方面來進行；（1）機房電腦硬件配備是否符合軟件的環境要求。（2）各類軟件安裝在同一電腦內是否會引起軟件沖突。（3）系統和軟件是否能夠運行流暢。（4）是否能滿足某一項或者某一類的教學實驗。一個機房不可能安裝完所有教學需要的軟件，為了能夠更加高效的，合理的使用機房，按照學校開設的專業來建立專業的實驗室是最好的辦法。如軟件開發，網絡建設，游戲設計，廣告設計等等。根據課程設計和機房硬件配置確定好軟件清單以后就可以很清楚的知道哪些機房安裝了哪些軟件，可以上哪些課程，以便于隨時掌握各機房軟件配置情況，保證在排課的過程中少出錯，不出錯。

    3.2 系統備份

    另外建議利用ghost建立備份各機房系統盤，除在系統出現問題時及時修復外，更可以在原有的軟件安裝基礎上對軟體安裝情況進行部分變動，如添加新的軟件或卸載原有的軟件，免去重新安裝系統的麻煩。

    3.3 備忘日志

    環境需求有差異，涉及的軟件或軟件版本就不同。目前在機房管理中，要安裝多臺相同配置的機器，一般都是先裝好一臺機房，其它的靠網絡發送完成安裝，但有的軟件可能網絡發送后可能會出現問題，無法運行，還必須要單機再注冊。有的軟件則只能單機安裝。還有的需要有特殊的環境前提才能正常運行。這些情況都是要注意的問題，機房多，軟件多，光靠人腦記憶畢竟有限。所以最好是為一些特殊的軟件的安裝過程和需求寫一個備忘日志，為以后安裝同樣的軟件提供查詢方便。另外建議制作上課情況登記表，由任課老師自行登記，可以對機房情況提出意見或建議，以便管理員更好的改進，而且萬一設備丟失或者被學生惡意損壞也方便追查和究責。

     4. 變更管理

    隨著軟件的日新月異，版本不斷升級，各機房基本上每學期都會對系統進行變動，有的還經常在行課的中途變動。有的機房可能還會對硬件進行擴充或升級換代。變更不可避免。

    配置管理中有一個很重要的內容就是對變更加以控制，使變更對成本、質量、工作量的影響降到最小。高校機房每一學期的課表都要重新安排，機房課程都會做出調整，軟件相應的也會有所變動。如果對這些變動有效地加以控制，將會在一定程度上減輕機房管理人員的工作量，同時節約不少的時間，降低機房管理難度。并能有效防止出現課表安排混亂，上課了才發現安排的機房沒有需要的軟件，再調課或安裝軟件又來不及，影響正常行課秩序。

    每一學期臨近期末時，可請教務處及各系部對機房硬件、軟件環境提出需求，機房管理處依據需求驗證后在原有機房的硬軟件基礎上對機房做出相應的調整。如：有的機房內存太小，影響運行速度，則可擴充內存；有的機房應用軟件版本較低，功能不齊全，則升級軟件版本；有的機房因新的教學需求，需要安裝新的軟件。總之，要由教務處統一對下學期的機房環境進行全面部署安排，最終敲定各機房如何變動，原則上要能保證新的教學需求，同時對原有的環境變動又不太大。安排通過后各機房管理人員就可以根據部署安排做相應的變動，最后將變動備案，以備將來翻閱和查詢。

    5. 歸檔——版本化管理

    利用配置管理的思想實現高校機房的規范化管理的一個重要想法就是要將管理過程中產生的各種文檔統一歸檔保存，以備后需。各機房在完成一系列的教學過程中，勢必經過一系列的變更，對以上提出的硬件配置、軟件配置、變更管理和上課情況登記表等所產生的文檔實行統一歸檔，可快速準確地了解各機房的變動過程，在以后的配置變動中準確定位原有的配置庫中如有同樣的資源，則可直接提取變動，如利用ghost直接恢復回與本次需求相同的系統，在歸檔時，建議 建立文檔模板保存信息，并依據時間建立各機房配置日志，在此，我們姑且稱之為機房配置管理的版本化管理。

    另外譬如機房管理制度、機房安全衛生管理辦法、機房管理員工作職責以及機房硬件清單，軟件安裝清單，機房介紹資料、機房課表安排、機房維護維修日志等等可一并整理歸檔。可按照時間先后順序保存各配置的所有版本，避免因相隔時間久了發生混淆等現象，并可以快速準確地查找到各配置的任何版本。

    6.結論

    利用配置管理的思想將在一定程度上進一步規范機房管理工作，解決目前高校機房管理中部分文檔管理混亂的現象并減輕機房者的管理和維護工作，避免一些重復的安裝卸載工作，甚至是因管理密碼丟失所造成的不必要的麻煩，使機房管理工作有序地開展。最終實現日益復雜的高校機房的全面規范化管理，簡化規范機房管理過程，達到機房資源統一管理調配使用的目的，更好的保證實踐教學和科研工作的順利進行。

參考文獻：

[1] 柳純錄.信息系統項目管理師教程[M].北京：清華大學出版社，2005.334-359.

[2] 陳佐瓚，王達光，蔣炎華.新建地方院校計算機實驗教學示范中心建設與管理探討[J].玉林師范學院學報（自然科學），2009(30):114-125

篇3

在對當前軟件開發項目管理信息系統進行需求分析的基礎上，整合項目管理九大知識體系與軟件開發過程的特點，確定了軟件開發項目管理信息系統的總體結構。本系統包括十一個子系統，他們分別是綜合管理系統、計劃管理系統、需求管理系統、費用管理系統、質量管理系統、人員管理系統、配置管理系統、進度管理系統、風險管理系統、售后服務系統和后臺維護系統。本文重點闡述計劃管理系統、需求管理系統與配置管理系統三部分。

1 總體設計

1.1 計劃管理系統

制定軟件開發項目的計劃，是軟件項目管理系統中最重要的工作。對軟件項目的有效管理，取決于對項目的全面計劃。制定計劃時應該預見到可能發生的問題，并且預先準備好試探性的解決方法。

本系統主要顯現項目規劃階段的各項計劃的編制、審查、審批、變更、查詢等功能，主要包括項目總計劃、時間進度計劃、質量管理計劃、需求管理計劃、費用管理計劃、人員管理計劃、配置管理計劃以及風險管理，此外，系統還應該與其他常用辦公軟件進行集成協作，例如，時間進度計劃表可以從Microsoft Project中導入。

1.2 需求管理系統

需求管理的目的是在客戶與開發方之間建立對需求的共同理解，維護需求和其他工作產品（設計、代碼、測試、測試用例等）的一致性，并控制需求的變更。主要分為需求跟蹤和需求變更控制兩部分。

需求跟蹤，是通過建立需求文檔和后續工作產品之間的對應關系，確保產品根據需求文檔進行設計、開發、測試等后續工作。

需求變更控制，指通過規范的變更控制流程進行需求的變更，防止需求變更因為失去控制而產生混亂。需求變更管理是軟件開發項目特有的一項任務。對需求變更的處理結果將直接影響到軟件開發的進展狀況以及成功與否。

通過本系統，項目人員可以對軟件需求進行統一的管理與變更控制，方便了項目開發人員與客戶能夠實時進行溝通。主要功能包括：需求分析、需求確認、需求開發、開發確認、變更申請、變更審批、變更處理、變更實施、需求檢索等。

1.3 配置管理系統

軟件配置管理（Software Configuration Management，SCM）是一組針對軟件產品的追蹤和控制活動，它貫穿于項目生命周期的始終，并管理著軟件產品接受各項評審。配置管理的目的是建立和維護在項目的整個軟件生存周期中軟件項目產品的完整性和可追溯性。合理的實施配置管理，軟件產品的質量才能夠得到保障。配置管理的基本活動主要包括制定配置管理計劃、確定配置標識、版本管理、變更控制、系統整合和配置審核。

本系統主要提品入庫管理、產品變更管理和配置報告管理三大方面的功能。

2 結構設計

在B/S的系統中，用戶可以通過瀏覽器向分布在網絡上的許多服務器發出請求。B/S結構極大地簡化了客戶機的工作，客戶機上只需安裝、配置少量的客戶端軟件即可，服務器將擔負更多的工作，對數據庫的訪問和應用程序的執行將在服務器上完成。

B/S模式與C/S模式比較，有許多優點：

（1）跨平臺是B/S最大的優點之一，運用標準通信協議組HTTP、統一客戶端軟件、統一界面，它的應用程序能夠從世界各地和完全不同的硬件平臺進行通信；

（2）數據庫應用和B/S信息處理模式緊密結合，B/S模式能運用其他系統的信息處理資源和信息；

（3）應用服務器提供的動態的HTML頁面生成的能力、三層客戶訪問、安全性、處理邏輯以及數據庫訪問等功能，使得B/S模式成為當前Web開發的主流技術。

本系統由若干瀏覽器、WEB服務器和后臺數據庫服務器組成。Web服務器和客戶端采用B/S結構，每個客戶端都通過瀏覽器訪問Web服務器，Web服務器與數據庫SQL.server2003聯接通過ADO對象實現。三者通過Internet或者Intranet實現互連。

3 數據庫的設計

為了系統處理的方便、準確，我們為整個系統設計一個數據庫（CPM.pb），并在數據庫中建立了一系列的表。這些表主要分為三類：第一類是基本信息數據表，如歷史資料、進度分配表等，這一類表一般不大變動；第二類是系統信息數據表，這類表示經常需要不斷變化的；第三類是工作表，即臨時表，這類表的特點是表中的數據在不斷的變化數據并不需要保留，只是為打印報表提供服務。除以上數據表之外，在數據庫中建立了大量的查詢“表”，這類“表”是在運行中在多個數據表中根據一定的條件才產生的表。它們用SQL語句建立，或通過創建“Data Window”中的SQL select對象來實現。

數據庫完整性規則的目的就是保證數據的一致性、正確性和符合業務規則。它主要包括四個方面：實體完整性、值域完整性、引用完整性和用戶定義完整性。為了防止數據冗余，數據庫的數據表中不是包括所有需要的信息的，有些信息可以通過表之間的關系從其他表中獲取。出于以上考慮，在本系統中通過設置主關鍵字和外關鍵字將這些表聯系在一起。

4 系統安全性設計

在基于B/S的管理系統中，WWW服務器與瀏覽器之間是開放的，一個突出的問題是要防止非法用戶的訪問，合法用戶的越權訪問及通訊線路上的在線竊取、修改。由于Web服務器采用微軟公司的IIS，在安全性方面，除了對用戶分級分層管理外，IIS的核心依賴于Windows NT Server內置的安全性，同時還提供了加密、驗證和IIS擴展等。可通過賬戶名以及口令進行控制訪問，也可以對目錄的訪問權限進行控制，還可通過P地址來控制訪問站點的主機。此外，IIS還可以保證客戶與服務器之間的通信安全性，進行數據加密傳輸，支持的標準有SSL、PCT、SET和PPTP等。

篇4

 

一、認識軟件產品庫

 

(一)“三庫”的概念和聯系

 

在軟件實施開發過程中，把不同時期存儲配置的庫劃分為開發庫、受控庫和產品庫。開發庫：開發庫用于軟件的設計、編碼、調試和內部測試，由項目組管理，項目CM維護，主要放置項目組正在開發但還沒被批準的工作產品。受控庫：受控庫存放評審通過并完成評審缺陷修改后的工作產品，由項目CM管理和維護。產品庫：產品庫用于存放驗收通過后的產品，用于交付、生產等，由檔案管理員控制。

 

軟件開發組日常的工作在開發庫中開展，當工作達到里程碑時，再遷移到受控庫，在受控庫中經過更嚴格的測試后，再上升到產品庫，最后。配置項在三庫之間遷移，一級比一級的控制更加嚴格。通過權限和流程的控制來實現配置項在不同庫的訪問。

 

(二)產品庫管理的必要性和重要性

 

軟件的產品庫相當于工廠的成品庫，它存放的是最終提交給用戶的產品。如同其他科技檔案在軍品科研、生產中的扮演的角色一樣，產品庫的軟件產品在武器裝備中具有舉重若輕的地位。從軟件產品庫出去的軟件必須是唯一的、現行有效的，如果用于生產的設備安裝的是不受控的非法的軟件，那么帶來的后果不堪設想。

 

首先，軟件是一種數字產品，其復制成本極低，幾乎為零，復制過程中不會降低軟件本事的質量，與原始版本基本沒有差別，而軟件版權保護的關鍵技術，如軟件水印技術、加密技術和混淆技術，還不是很完善，并不能給軟件真正意義上的安全，這就給盜版提供了機會，不同于傳統意義的盜版光盤，這里說的盜版活動是指生產調試人員為了省事而將私自留存的軟件自行修改、刻錄的行為，如果此類不受控制的軟件用于生產，會造成軟件故障無法追溯和查詢的困境。

 

其次，軟件的復用性和移用性程度高，設計師通過局域網進行軟件的共享和傳遞，一方面造成軟件不受控，另一方面，由于安全漏洞的原因，往往造成軟件病毒的傳播，這對公共調試網和武器裝備造成了巨大的危害和損失。

 

最后，軟件與硬件不同，在使用過程中沒有磨損、沒有消耗，但軟件是有生命的，在軟件的整個生命周期中，需求專人跟蹤、管理。

 

因此，開展科學合理的軟件產品庫管理必不可少。

 

二、軟件產品庫管理實踐

 

(一)加強技術支持，實現優化配置

 

為軟件開發和管理配置管理工具，因為配置管理是以軟件在整個生命周期內建立和維護產品的完整性為目的的，主要用來標識軟件配置項，對配置項的修改加以系統控制，建立和維護產品基線庫、了解產品基線庫的狀態，如果缺乏良好的配置管理工具，要順利進行配置管理工作十分困難。我所應用的是QONE平臺，配置項、變更都會通過平臺通知利益相關方，項目組成員能通過平臺了解和掌握軟件產品的狀態。

 

在軟件產品庫的管理過程中，除了硬件工具外，還必須有一套適合自身特點的配置管理程序和制度，并配備完整的三庫管理人員。在GJB5000A標準的指導下，結合自身管理特點，編制適合我所的相關規范文件，如《配置項和基線標識規范》《三庫管理規范》《變更控制規程》《軟件檔案管理制度》等。我所在實施軟件工程化管理的過程中，成立了軟件配置管理組(SCM組)，明確檔案人員作為SCM中的軟件產品庫管理員。軟件產品庫管理員是本單位最高級別的管理員，其授權也高于開發庫和受控庫，產品庫管理員根據軟件規章制度和規范文件，結合檔案管理要求，保證產品庫軟件配置項的歸屬明確、分類合理、標識明確，確保在實現軟件配置項嚴格控制的同時方便科研人員的利用。

 

(二)加強產品庫的科學管理，確保軟件產品的有效控制

 

為保證產品庫內軟件的穩定可靠。產品庫內的軟件在未經審批，不允許對其進行任何刪除和更改。產品庫中的軟件都是已寫入了不可擦寫的光盤中進行物理歸檔的，產品庫管理員要對其進行一致性、完整性、有效性等一系列檢查，具體操作是，根據《產品庫物理審核檢查單》，對比光盤中的配置項和QONE平臺上的軟件配置管理計劃，以及歸檔入庫單，檢查配置項的命名、標識、版本是否符合相關要求。完成檢查后還要進行信息錄入和光盤備份，然后產品庫信息并通知利益相關方。

 

軟件產品庫的重要性在于它是直接用于生產的，因此必須嚴格執行出庫申請，不能擅自使用產品庫以外的軟件用于生產和交付。當由于產品交付、生產的需要時，由項目CM申請產品出庫，填寫《產品庫出庫申請單》提交部門主管和所級CCB審批。檔案管理員根據審批通過的《產品庫出庫申請單》辦理產品出庫。

 

軟件產品的更改控制和版本管理是產品庫管理的重要工作之一。產品庫內的軟件一般是不允許更改的，若確須更改，須經用戶同意或在用戶提出更改要求并經軍方領導同意后。由產品庫管理員提取軟件到受控庫，按照受控庫中文件更改的相關要求。在履行嚴格的審批手續后，方能進行更改。更改后的文件，經專家評審確認滿足規定的功能和性能要求，并經用戶同意和批準后，再次存入軟件產品庫，從而完成對產品庫中軟件產品的有效更改。具體做法是：當軟件配置項需要更改時，由問題提出者填寫《軟件問題報告單》，《軟件問題報告單》被批準(同意更改)后，由軟件開發人員根據《軟件問題報告單》填寫《軟件產品出庫單》，配置管理員“揀出”須更改的軟件，關閉配置項的發行，并向軟件開發人員出庫通知。當更改和測試完成后，由軟件開發人員填寫《軟件更改報告》，根據評審后通過的《軟件更改報告》，軟件配置管理員將更改后的程序及相關文檔重新“揀入”產品庫，配置項版本升級成新的文件版本。

 

三、結語

 

在軍工企業中，科學有效的產品庫管理是提高和保證軟件產品質量的有力保障。軟件產品庫管理是一項系統工程，通過將檔案管理和軟件配置管理相結合，在軟件開發全周期過程中對軟件產品狀態全過程進行跟蹤和管理，從而最終保證電子裝備系統的質量。

篇5

關鍵詞：制造業信息化；ITIL；IT運維服務管理

中圖分類號：F832.2 文獻標識碼：A文章編號：1007-9599 (2011) 20-0000-02

Manufacturing Enterprise IT Practices and Research of Operation&Maintenance Management

Li Lu,Yang Yanguo,Liu Yang

(AVIC Shenyang Liming Aero-Engine(Group)Co.,Ltd.Data Center,Shenyang110043,China)

Abstract:This article is written under the guidance of ITIL theory.From the respect of IT operation and maintenance management,it studies the real-time supervision,information desk,accident management,problem management,configuration management,issuing management and knowledge base of IT infrastructure and application.Considering the present situation of IT operation and maintenance service management in Manufacturing business,it puts forward the more suitable design and realization of IT operation and maintenance service management for manufacturing business and ensures the IT infrastructure and application to efficiently,safely and normally operate.It strongly supports the production to be steadily conducted.

Keywords:Manufacturing informatization;ITIL;IT service management of operation and maintenance

一、引言

近年來，隨著各類應用系統建設速度迅猛發展，信息化技術人員的數量、維護能力和知識水平日顯不足，在實際工作中只能等到設備及應用系統出現問題造成故障時才進行維護，并且IT設備和信息系統多而復雜關聯性日益增強。運維人員有效地降低系統運行的風險，主動的發現并及時解決系統運行故障，這些都給企業IT運維服務管理水平提出了更高的要求，也是當前IT系統運維服務管理普遍面臨的巨大挑戰。面對如此高的要求和壓力，目前的信息化應用平臺單靠人工管理已經變得不現實，因此，通過采取IT運維服務管理系統來輔助信息部門進行半自動化管理，使信息系統更加適應業務持續變化的需求。

二、運維服務與ITIL理念

IT運維服務主要包括基礎設施維護服務、系統運行維護服務和系統運營支持服務。基礎設施維護服務是指對基礎環境、硬件、基礎軟件的故障診斷和修復等服務。系統運行維護服務是指通過使用監控、服務管理工具等方式，保障系統正常運行的服務。系統運營支持服務是指為提升業務有效性所提供的評估、數據管理、數據分析、業務流程管理等服務。

20世紀80年代，英國政府為了提升信息化設備和系統的運行效率，指定當時的英國政府計算機與通信局，研究開發一種方法，用于指導全國政府部門高效、經濟地運營信息化設備和系統，結果產生了信息技術基礎架構庫（Information Technology Infrastruc-ture Library-ITIL）。ITIL供組織內部進行IT服務管理的參考經驗，它匯集了IT服務業內的最佳實踐，是指導如何在運維管理中定義人員、流程、服務活動及其之間關系的指導框架。

ITIL的框架包括業務管理、服務管理、IT基礎架構管理、安全管理、應用管理、IT服務管理規劃等，其中最核心的是服務管理中的服務支持和服務提供。IT主管部門可能更關心服務支持，服務支持主要包括：服務臺、故障管理、問題管理、配置管理、變更管理和管理等六個模塊。

為使企業的運維服務更加有效、持續和穩定發展，引進最先進的ITIL管理理念和ISO 20000國際標準，結合制造業在IT運維服務管理情況，提高IT運維服務管理的效率和規范性，保障業務系統的持續穩定運行。

三、企業對于IT服務管理的需求分析

制造業信息化通過多年的建設，形成了眾多的信息系統，如何使信息系統穩定、可靠、安全的運行，IT運維服務管理工作步入一個有序的、規范的層，成為數據中心的一個長期的業務目標。

一方面，數據中心面對的管理工作的范圍也越來越大，從核心的網絡、服務器、數據庫、應用系統到終端計算機。對各種IT基礎架構設施的具體配置、運行狀態、故障、性能進行了集中監控，及時發現故障并報警，同時對運行性能歷史數據進行深入、定量分析，并提供各種中長期運行趨勢和運維報表，及早發現網絡擁塞或系統性能的問題，為IT維護人員提供運維技術手段和工具，提高IT運行監控管理的處理能力的需求越來越迫切。

另一方面，IT系統對于核心業務起著決定性的作用，因此IT服務的可用性以及服務的質量越來越引起重視，并且在未來還將面對越來越多的數據業務，因此對其計算機網絡、系統及各終端設備的穩定性和故障的快速處理、恢復能力的要求，建立合適的工作流程，合理安排人員崗位，明確職責，保障在業務中斷的第一時間找到相關負責人去解決問題，快速恢復業務。

四、IT運維服務管理平臺設計

在進行IT運維服務管理平臺管理設計時，考慮IT服務對業務帶來的影響，強調從業務目標角度出發來優化IT運維服務管理。

（一）IT基礎設施管理

IT基礎設施管理包括網絡、服務器、客戶機、數據庫、應用系統的配置管理、性能管理、故障管理等，系統整體架構橫向分為4層被監控層、數據采集層、匯聚處理層、展現層。

被監控層為IT基礎設施，數據采集層通過與被管基礎設施的接口采集數據，送到數據處理層進行數據處理。匯聚處理層包含2個層面：一個層面是IT基礎架構運行監控，主要實現IT基礎架構的各種監控功能，如網絡拓撲、鏈路流量等；另一個層面是業務服務管理，主要針對業務層面進行監控，包括業務故障影響分析、業務性能指標計算、業務應用性能監控以及業務視圖展現等。最頂層是統一展現層，即統一門戶，為不同級別、不同職能的人員提供整合統一的IT運維管理門戶。

（二）IT服務管理

基于ITIL流程框架，結合現有實際業務需求，遵循“計劃、實施、檢查、改進”的設計原則，建立切實可行的實施方法和流程，將整個體系劃分為服務臺、事故處理、問題管理、變更管理、管理、CMDB、知識庫等模塊劃分，運維流程可穿越各個階段進行流轉。

五、IT運維服務管理平臺的實現

（一）IT服務管理基礎平臺的搭建

IT服務管理基礎平臺系統由應用服務器、數據庫服務器、客戶機組成，使用分布式部署，減輕核心服務器的壓力。創建用戶類型、定義安全機制、代碼表配置、組織結構數據建設、人員數據建設、資產數據裝載，制作統計報表。

（二）服務臺建設

數據中心服務臺負責全公司服務請求的處理和轉發，技術上主要是對服務臺工作人員進行培訓，掌握全面的運維知識，熟悉服務臺職責；管理上主要是制定服務臺運維管理制度，明確服務臺人員的工作內容與操作規程。服務臺是用戶申報事故以及獲得事故處理結論的統一入口，主要工作包括以下幾個方面，一是完成響應服務請求，處理常見的運維事件，將不能解決的事件升級；二是相關的運維信息，如網絡、業務系統、設備故障等；三是協助提高IT部門事故處理質量，增加用戶滿意度，形成有效的事故處理和跟蹤的手段。

（三）事故管理建設

我們借鑒了IT服務管理的經驗，為了靈活實現運維系統各個流程建設，在實踐中簡化了流程以適應運維工作的需要。在事故處理流程建設中，IT服務管理標準的做法是直接將事故送到服務臺，由服務臺負責處理或者分發，而實際工作中，將業務系統的監控事件直接送到業務管理系統的管理員，服務臺負責監督事故處理完成的情況。

（四）問題管理建設

問題管理管理員直接手工新建問題工單，或者由服務臺或事故管理來觸發問題工單管理流程。當問題由于成本與技術等原因暫不消除時，可定為已知錯誤，后期可繼續處理。找到問題的根本原因，并提供臨時措施與根本解決方案，防止問題再次發生或減少問題的數量。

（五）配置管理建設

配置管理數據庫（CMDB）儲存與管理企業IT架構中設備的各種配置信息，它與所有服務支持和服務交付流程都緊密相聯，一方面支持這些流程的流暢運轉、發揮配置信息的價值；另一方面，幫助技術人員受到服務請求時獲取相關技術支持，同時依賴于相關流程保證數據的準確性。

在建設初期通過配置項自動發現，整個企業IT架構的配置項（CI）導入配置項，為了保證數據的準確、全面、我們要求業務系統、設備等管理人員提供、核對相關數據，保證在運維中能準確利用數據進行運維。

CMDB通過拓撲關聯圖展現各個配置項之間的關聯關系，可以清晰的看到各個硬件、軟件間的關聯關系，也能看到IT配置項和IT服務之間的關聯關系，因此當IT服務出現問題時，可以通過該關聯關系，快速查找IT服務不可用的根本原因。

將配置項和事故記錄、問題記錄、變更記錄和記錄相關聯，有利于針對具體的IT設施進行運維優化和改進。

（六）變更管理建設

確保在IT服務變動的過程中能夠有標準的方法，以有效的控制變更，降低或消除因為變更對業務運營所造成的影響與問題。由專家和技術顧問組成，對提交的變更請求（RFC）進行評審，并最終裁定是否批準實施該變更請求。

變更審計管理，通過CMDB定期對配置項進行自動掃描，發現企業IT架構中的非法變更，管理員根據變更的信息，選擇變更恢復或者進入變更流程，幫助管理人員進行變更的審計管理。

（七）管理建設

通過正式的流程確保只有經過完整測試與得到授權的軟件與硬件才能夠進入正式運行環境，以確保變更后生產環境的質量。的最終結果將會反映到CMDB中。

（八）知識庫建設

將成熟可行的解決方案錄入知識庫，進行數據共享，快速排除故障，從而達到提高用戶“自助式服務”能力的目的。當運維人員進行事故、問題、變更和運維流程時，可以根據不同資源類型，自動關聯該類型的知識條目，幫助運維人員快速解決問題。知識庫的自身管理，包括建立、審核、分類、評價、訂閱、收藏、搜索知識等，知識需要經過知識庫管理員審核后才能進入知識庫。

六、結束語

通過ITIL在制造業的實踐，實現對IT系統的集中、統一的監控管理，設計和建立基本的IT服務管理流程和技術支撐平臺。IT運維服務管理信息化是信息部門自身工作信息化的一個標志性環節，不但意味著管理的標準化、規范化，也提高了對外的服務能力與質量，提升了運行管理水平及故障應急處理能力，實現了知識經驗的積累和共享，并且把工作量化，為考評提供依據。

實現IT服務管理體系涉及到很多方面，實施過程中要考慮企業的文化特點和對變化的接受能力，立足現有的組織分工和人員結構，分期設計、實施，建立配套的管理制度等。

參考文獻：

[1]Jan van Bon,章斌譯.IT服務管理+基于ITIL的全球最佳實踐[M].北京:清華大學出版社,2006

[2]上海信息化培訓中心IT管理培訓部.基于ITIL的IT服務管理白皮書V2.1[EB/DK].上海信息化培訓中心,2003

篇6

1ITIL與變更管理

1.1ITIL簡介

IT服務管理是以流程為基礎，以客戶至上和服務質量為核心的IT服務管理所定義的標準和規范框架。與傳統IT管理的最大不同在于，IT服務管理在加強IT和業務需求融合的同時還注重IT的投入和成本效益。同時ITIL架構是以IT服務管理為核心，以ITIL規范為指導原則，因此首先需要深入研究和掌握ITIL的架構體系，然后掌握ITIL在整個IT服務管理體系中所扮演的角色。

ITIL整個架構由6個模塊構成，其中包括業務管理（Business Perspective）、服務管理、ICT基礎架構管理（ICT Infrastructure Management）、IT服務管理規劃與實施（Planning to Implement IT Service Manager）、應用管理（Application Management）和安全管理。圖1描述了這些模塊的定義以及它們之間的關系。

ITIL規范中強調的核心理念是從客戶方面的業務處罰而不是IT服務提供者的技術角度去看IT服務管理的需求，即在提供IT服務的同時，應該盡量抓住業務需求這個核心環節。業務管理模塊讓業務管理者根據自己的商業頭腦去分析IT相關問題，并且還需要深入掌握ICT基礎架構支持和IT服務管理在提供兩點之間的IT服務過程中所起到的作用，同時需要協助它們更好地處理與服務提供者之間的聯系，以更好地實現商業利益。

服務管理模塊是ITIL體系架構的核心模塊，它是ITIL與其它IT管理方法相比的獨特之處，也即用一系列典型的流程方法把很多IT管理的內容進行合理的區分和管理。服務管理模塊是由服務支持和服務提供兩個子模塊構成。其中，服務提供由服務等級管理、IT服務財務管理、IT服務持續性管理、可用性管理和能力管理5個服務管理流程組成；服務支持由事故管理、問題管理、配置管理、變更管理和管理5個流程及服務臺職能組成。

1.2變更管理和ITIL

服務管理模塊是ITIL的核心，核心流程及管理職能可分成兩組。其中，服務級別管理、IT服務財務管理、能力管理、IT服務持續性管理、可用性管理為服務提供流程，其中配置管理、變更管理、管理、事件管理、問題管理流程和服務臺職能屬于服務支持流程。服務支持流程主要是面向用戶（End User），用于保證用戶得到合適的服務來支持組織的業務功能，保證IT服務提供者（Provider）所提供的服務質量符合服務級別協議（SLA）的要求。這5個流程屬于運營層面的服務管理流程，它們之間的關系如圖2所示。

商業環境中的競爭非常激烈，為了支持企業快速發展并迎接新的挑戰，IT部門需要不斷改進其架構，或者推出新的產品。然而，變更又會引起一定的風險，小的則會影響性能，嚴重的則會使整個產品停止生產。“變更管理”的目的就是在“時間”和“風險”之間做出相應的平衡，以達到最佳效果，并盡可能地降低風險；通過清楚而高效的溝通流程來加快變更確認的速度，不會因為某些步驟而延誤變更的最佳時機。以上文的門戶網站為例，當決定升級硬件，但仍然會因為硬件的升級而影響到相應的服務，所以必須提交變更申請來表述升級的原因以及可能造成的影響、如何執行以及下一階段的結果評估，同時必須獲得相應協調人的批準才能執行此次變更。

1.3變更管理簡介

變更管理（Change Management）的目的是管理整個變更的進程以及與變更相關的事件，同時減少相應的錯誤。變更控制保證了所有的變更進程都得到控制，其中包含了變更的提交控制、分析控制、決策控制、批準控制、實時控制和實施后的控制。變更管理按可控的方式控制基礎設施或者服務方面的變更，這樣能將已經批準的變更影響降至最低限度。

變更管理流程的目標是保證使用標準化的方法和規范來有效并及時處理所有的變更請求，這樣就能使變更所引發的故障對服務質量的影響度降到最小，并改進公司的正常運作。

變更管理是企業中IT部門成功運營最重要的一個模塊。當前，IT部門是企業業務流程的重要組成部門，并且集成到常規業務的結構中。失敗的變更、停滯的變更、超預算的變更、資源不足的變更、溝通不暢的變更、獨立的變更以及處理不當的變更都是無法接受的，同時還要記住變更控制和變更管理之間的區別。

2變更管理設計與實現

2.1變更業務流程

變更的流程需要多級部門進行審核，變更業務流程如圖3所示。

2.2變更管理設計

3結語

隨著時代的發展，企業的業務和管理越來越需要IT信息化的管理系統，企業IT環境內的設備和系統數量迅猛增長，同時IT環境負載也越來越嚴重，實現基于ITIL架構的IT服務管理系統是一個非常具有挑戰性的項目。因此，要充分參考ITIL這個集聚大規模企業在多年IT管理領域的成功經驗以及完善的標準和規范。

本文根據國際上推行的ITIL體系規范，結合我國當前情況和企業的實際狀況，以流程為基礎，以客戶至上為核心，提出了一套IT服務管理系統的整體架構，設計并實現了變更管理，對于國內企業實現IT管理和構建一套IT服務管理系統具有極大的參考價值。

參考文獻：

[1]JOHN BARTLETT.Service Support[S].OGC，2001.

[2]PAUL GRAHAM.ICT Infrastructure management[S].OGC2002.

[3]孫強，左天祖，劉偉.IT服務管理：概念、理解與實施[M].北京：機械工業出版社，2004.

[4]左天祖.中國IT服務管理指南[M].北京：北京大學出版社，2004.

[5]JAN VAN BON.IT Service management and introduction[M].VanHaren Publishing，2002.

篇7

關鍵詞： 軍用機載設備； 嵌入式軟件；適航；DO?178B；軟件工程化管理；軟件驗證

中圖分類號： TN911?34； TP311.5 文獻標識碼： A 文章編號： 1004?373X（2013）10?0040?05

隨著計算機技術飛速發展及飛機型號性能要求的不斷提高，現代飛機幾乎所有重要功能都與軟件有關，機載軟件的應用規模飛速擴大，包括軟件功能、結構和數據都愈加復雜。由機經歷的外部環境和內部運行狀態千變萬化，飛行安全和任務保障要求不斷提高，使得機載軟件具有實時性、高可靠性的特點，也因此對機載軟件的管理提出了更高的要求[1]。軟件管理是機載設備中的關鍵技術之一，對軟件進行適航管理是一種解決飛機安全性問題的方式，也是最基本的安全性要求。

1 適航的概念與創新實踐

1.1 適航的概念與內涵

適航（Airworthiness）是來自民用航空的概念，1980年，美國科學院在《改進航空安全性》的報告中給出了定義：適航是“在預期的使用環境中和在經申明并被批準的使用期限之內運行時，航空器（包括其部件和子系統、性能和操作特點）的安全性和物理完整性” [2]。

目前，對于民用飛機能否安全地完成各種客貨運輸業務，業界通常以其是否具有“適航性”來衡量，適航已經成為“安全性”一詞在航空技術領域具有更深安全內涵的專用詞語。

1.2 適航要求

我國的適航管理制度是參照美國的適航管理制度建立的，因此我國的機載設備適航管理技術要求也同樣參照美國機載設備適航技術要求。美國機載設備適航技術要求是美國聯邦航空局（FAA）頒發的“技術標準規定（Technology Standard Order，TSO）”，大部分TSO中的技術要求引用的是美國“美國機動車工程協會（SAE）”和美國“無線電技術委員會（RTCA）”的技術文件，例如計算機軟件要求（RTCA DO?178B）、機載電子硬件設計的特別要求（RTCA DO?254）等。

我國的民用飛機機載設備適航技術文件要求是CTSO，但我國現在單獨頒發的CTSO不是很多，進行機載設備適航合格審定時可以直接使用美國的TSO[3]。

1.3 適航在軍機上的創新

安全性是軍用飛機的固有屬性，但在軍機研制中，安全性工作的開展相對比較薄弱，可供借鑒的經驗較少，目前僅有安全性標準GJB900?1990《系統安全性大綱》，但這一標準可操作性不強，缺乏針對軍機特色的具體技術和方法[4]。在軍機研制中引入適航理念，開展適航工作，是我國軍機研制史上的一次大膽嘗試和重大實踐。適航條款的各項要求為軍機的安全性設計提供了很好的借鑒。

2 軟件適航管理

2.1 軟件適航性

軟件適航性標準采用的是RTCA DO?178B《機載系統和設備合格審定中對軟件的要求》標準，該標準為機載設備嵌入式軟件的研制提供指南，保證其按照適航要求的安全性實現其預期功能。

RTCA DO?178B為機載設備嵌入式軟件的開發過程提出了一系列相關的過程控制方法，包括軟件等級劃分、軟件生命周期過程及之間的關系、軟件驗證過程、軟件配置管理、軟件質量保證等。機載設備研制單位按照RTCA DO?178B的要求對軟件開發和各項活動分別實施規范化的工程管理、協調、監督和控制，保證機載設備嵌入式軟件的整個開發過程有標準化管理，對每個要完成的目標輸入都有對應的目標輸出，根據各階段要求輸出對應的符合性文件、代碼和記錄[2]。比如軟件需求階段，需要根據軟件研制任務書和軟件計劃文檔產生軟件需求規格說明、軟件評審報告及軟件質量保證（SoftWare Quality Assurance，SQA）記錄等。

2.2 軟件工程化管理

軟件工程化管理是軟件適航管理中最重要的一項管理方法。機載設備嵌入式軟件遵循適航工作管理規定及軟件工程化大綱，對軟件開發全過程和生命周期進行定義、規范、控制和管理，使軟件的每一項活動都在受控狀態下進行，保證了軟件狀態的一致性，并達到機載軟件裝機狀態清晰、完整，確保飛行和維護保障的準確可靠[1]。

2.2.1 軟件產品的分析和設計

機載設備分析和設計階段是軟件研制的起始階段，設備承研單位根據系統研制總要求、技術協議書的要求合理分配軟、硬件功能和性能指標，確定設備軟硬件體系結構，進行初步危險性分析并提出對設備的安全性要求，同時根據系統提出的功能、性能和信息接口要求，確定設備軟件運行環境，編制軟件研制任務書。

軟件研制任務書是軟件工程化管理和研發工作的關鍵一步，主要描述軟件開發的目的、目標、主要任務、功能及性能指標等要求，是后續開發階段的必要輸入文件，為軟件開發提供了設計基礎。

2.2.2 明確軟件生命周期過程和軟件等級

（1）軟件生命周期

機載設備嵌入式軟件生命周期包括3個過程：軟件計劃過程、軟件開發過程和軟件綜合管理過程。

為保證機載設備嵌入式軟件的質量，保障飛機的安全，根據軟件生命周期的3個過程繼而細化為10個階段進行控制，分別是：設備分析和設計階段、軟件計劃階段、軟件需求階段、軟件設計階段、軟件編碼階段、軟件集成階段、軟件驗收與交付階段、系統集成階段、定型階段、軟件使用與維護階段。各階段之間是一個相互補充并不斷重復的過程，階段產品是一個反復迭代、持續改進過程的結果。

（2）軟件等級

RTCA DO?178B根據軟件所導致的失效狀態類別，把軟件等級劃分為A、B、C、D、E五個等級，決定了設計保證活動的嚴格程度。軟件等級劃分如表1所示[5]。

表1 軟件等級劃分

若機載設備嵌入式軟件根據軟件失效狀態分析決定了軟件等級為C級，則軟件研制工作就按照軟件適航要求中C級在每一軟件生命周期過程中的目標要求和符合性方法進行，形成相應的軟件生命周期文檔。

2.2.3 軟件配置管理

軟件配置管理（Software Configuration Management，SCM）非常重要，它關系到軟件研制工作的有效性、軟件產品的可用性和可信性。SCM是標識和確定系統或設備中軟件配置項的過程，在整個軟件生命周期內控制這些軟件配置項的發放和更改，記錄并報告配置的狀態和更改要求，驗證配置項的完整性和正確性[1]。其中，軟件配置項即軟件產品在不同時期的組合，包括在軟件生命周期各階段產生的各種形式和各種版本的文檔、程序和數據等。軟件配置項隨著開發工作的進展而不斷變化。

（1）制定軟件配置管理計劃

機載設備實施初期依據該設備的軟件開發計劃進行配置策劃，明確配置管理內容，以便有計劃地開展配置管理工作。同時根據軟件開發計劃等頂層文件確定配置管理的詳細要求，由軟件配置管理員制定軟件配置管理計劃初稿，包含配置管理組織、標識規定、軟件配置項、基線定義、更改控制、狀態報告和版本管理等。評審通過后，正式作為該設備配置管理活動的依據。

（2）基線

基線（baseline）是軟件生命周期各階段末尾的特定點，也稱為里程碑。基線是經過正式審核與同意的規格說明或產品，可用作下一步開發的基礎。基線確定后，只能通過正式的更改管理辦法變更。

機載設備軟件生命周期各階段基線劃分如圖1所示。

圖1 軟件生命周期各階段基線

（3）變更管理

滿足RTCA DO?178B要求的軟件研發過程中，所有基線變更都應在有效的控制下進行。

機載設備嵌入式軟件因為其開發難度和開發周期，在軟件生命周期的各階段是很容易出問題的。一旦發現問題，不管是文檔還是代碼，均需要通過變更來滿足系統需求和相應的適航要求。軟件變更前應提出申請，經過嚴格審批后才能實施變更，防止隨意修改造成的失控和混亂，導致軟件工作的損傷。同時對軟件更改還建立了問題報告單、更改申請、更改報告、問題歸零、出/入庫的可追蹤管理制度。更改后的軟件產品經過評審和審批后再納入配置管理。

2.2.4 質量控制和監督

滿足RTCA DO?178B要求的軟件研發過程中，軟件質量保證活動SQA是必不可少的。SQA通過保證研制過程中符合批準的軟件計劃及標準，確保軟件生命周期中的產品符合軟件需求提供的置信度。

機載設備依據軟件研制任務書及軟件需求開展SQA。在設備啟動初期，軟件質量師依據系統下發的軟件質量保證大綱編制SQA計劃，提出軟件生命周期各階段的質量管理要求，以持續監控整個軟件生命周期過程并評審軟件產品。

軟件生命周期各階段質量保證活動的輸出產物為SQA記錄，包括SQA評審或審核報告、軟件符合性評審記錄等，跟蹤并確保評審問題或不符合項的解決和閉環。

同時，SQA還對各個階段的軟件配置管理活動進行監督和檢查，形成配置審核記錄；對系統集成階段設備裝入分系統或系統聯試期間發現的軟件問題的糾正情況進行監督和檢查，保證問題歸零。

2.2.5 軟件文檔資料

軟件文檔是軟件的重要組成部分。文檔內容是根據軟件開發過程中各階段的工作任務而產生的，主要記載各階段的主要活動信息和要求。

規范、細致地編制、管理和維護文檔，對軟件工程化管理具有非常重要的意義。

機載設備根據軟件文檔編制要求進行軟件文檔的編寫，保證交付的文檔完全符合工程要求且準確、完整和規范。交付的文檔同時作為軟件配置項納入配置管理，嚴格控制文檔的更改。

2.3 軟件設計和實現

2.3.1 軟件設計遵循原則

機載設備嵌入式軟件遵循以下設計原則：

（1）嚴格執行數字式電子類機械設備（軟件部分）的研制通用要求；

（2）軟件研制過程中，將可靠性和安全性放在首位；

（3）采取分層次、模塊化設計，方便進行裁減和升級；

（4）減小應用軟件與底層處理器硬件相關性，通過提供標準的接口規范，分離應用軟件與特定硬件相關的代碼。

2.3.2 軟件設計和實現

（1）設計方法

軟件采用多處理器的分布式結構，以實時分布式方式并行運行在各處理器上。軟件主要采用適合嵌入式軟件的結構化方法，自頂向下按功能劃分成幾個能獨立工作的軟件模塊進行開發和管理。

（2）實現方案

各個功能模塊軟件駐留和運行于相對獨立的CPU上。在各功能模塊中設計接口控制管理層，使應用軟件獨立于硬件接口，既有利于隔離模塊故障，又可以屏蔽硬件差異，將硬件選型對軟件的影響降低到最小，靈活應對硬件變化，最大限度保護軟件資源，有利于軟件維護、升級、測試和系統可靠性的提高。

（3）編程語言

現階段計算機軟件編程采用的語言主要是匯編語言和高級語言。目前，在航電系統上采用的高級語言主要為C，C++。

鑒于高級語言在應用上的一系列問題還有待解決，故常將匯編語言與高級語言混合使用。比如，結合機載設備軟件運行的CPU器件特性，在對中斷及I/O口等寄存器進行初始化或者對CMD文件進行寄存器的配置時采用匯編語言，對設備功能處理方面采用C/C++。

2.4 軟件驗證

2.4.1 定義

RTCA DO?178B對驗證（Verification）的定義是：驗證是軟件開發過程和軟件驗證過程兩者結果的技術評估[5]。驗證貫穿于軟件開發過程中，包括了對需求的驗證、對設計的驗證、對代碼的驗證、對集成的驗證及對驗證過程的驗證，目的就是檢測和報告在開發過程中形成的錯誤。機載設備根據系統軟件驗證和確認要求及評審細則等首先形成軟件驗證計劃，然后以軟件驗證計劃、軟件需求、源代碼及可執行目標代碼等作為輸入/輸出軟件驗證用例和規程、軟件驗證結果。

2.4.2 方法

不同于以往國軍標如GJB2786?1996等，GJB2786認為測試的本身就是保障的手段，著重從測試的方法入手[7]，而RTCA DO?178B是將測試定義為驗證的一部分，驗證的方法包括評審、分析和測試，偏重于對整個驗證過程的本身與活動，且明確驗證是保障的手段。

（1）軟件評審

軟件評審作為軟件驗證的一項重要活動，是軟件質量保證的重要一環。

為保證嵌入式軟件的研制質量，機載設備遵循系統制定的軟件評審細則，規范軟件評審活動。同時根據軟件等級要求，對軟件各階段的工作成果進行符合該等級的評審要求和評審方式（外部評審或內部評審）。

為保證嵌入式軟件的研制質量，在機載設備軟件研制初期，在軟件研制任務書、軟件開發計劃、軟件驗證計劃中對各階段生產的軟件產品評審均進行了明確規劃，按照質量要求，所有外部評審均有型號總師單位和軍代表參加。

評審時，提交評審的所有文檔必須已經通過逐級審簽。每次評審后必須形成評審報告，評審通過后將其和相關軟件產品納入配置管理。階段產品必須進行并通過評審。

機載設備在軟件生命周期中設立了一系列階段評審點：設備分析和設計階段、軟件計劃階段、軟件需求分析階段、軟件設計階段、軟件實現（編碼與單元測試）階段、軟件集成階段（軟件集成測試、系統測試）、軟件驗收與交付階段。

評審針對各階段的工作成果。在各階段工作成果評審通過后才允許建立相應的基線，才能進行后續階段的開發工作。

（2）軟件測試

軟件測試是保證軟件質量的重要手段，完整的軟件測試工作貫穿整個軟件生命周期，它包括兩方面的含義：一是軟件開發的不同階段都有軟件測試工作；二是軟件測試工作的各個步驟分布在整個軟件生命周期中。

為保證研制質量，按照軟件測試流程，機載設備嵌入式軟件開展了軟件測試活動。在設備分析和設計階段，遵循系統制定的軟件測試細則，依據軟件研制任務書編寫軟件測試計劃，確定軟件測試范圍、目的、測試指標、進度安排及最終形成產品等，根據軟件等級明確要求測試類別和測試方法及測試技術要求。

軟件測試計劃通過評審后即刻開展測試活動，在計劃階段、需求階段和設計階段主要執行了測試策劃、測試設計和實現；從編碼階段開始進入測試執行，直到軟件集成階段系統測試結束進行測試總結。在測試工作中，機載設備根據測試執行情況對上述四個過程反復迭代（包括軟件回歸測試），直至達到測試要求為止。

（3）一般測試要求

軟件測試類別主要為單元測試、部件測試、配置項（集成）測試、系統測試。

軟件測試方法主要分為白盒測試和黑盒測試。

軟件單元測試時，采用代碼審查、靜態分析方法和白盒測試的方法完成；軟件部件、軟件配置項測試和系統測試測試時，均采用了黑盒測試方法輔助以白盒測試的方法完成。

（4）機載軟件測試的特點

機載設備軟件為機載嵌入式軟件，機載嵌入式軟件具有以下幾個顯著特點[6]：

①軟件和硬件結合緊密，軟件脫離特定運行環境是肯定無法運行的，軟件失效與硬件故障有時難以區分，甚至互相干擾；

②開發環境和實際運行環境不同；

③機載軟件實時性強；

④機載軟件屬于安全關鍵軟件。

目前機載設備嵌入式軟件的測試工作也僅限于對純軟件的測試，但是，嵌入式軟件的前兩個特性給軟件測試提出了新問題，比如軟硬件錯誤的界定、硬件特性對軟件測試的影響等。

機載嵌入式軟件的第三個特性說明了機載軟件是實時多任務處理軟件。如機載設備需要在同一時間段處理多個任務，為了不漏掉任一任務的處理，軟件設計了中斷握手管理。軟件測試時就對中斷握手管理執行的語句進行了驗證。

機載嵌入式軟件的第四個特性說明了機載軟件若性能不可靠將帶來災難性后果，因此對其可靠性和安全性要求很高。在機載軟件設計時均采用了一些提高可靠性、安全性的先進技術，比如容錯技術、安全監控等，在軟件測試中則充分考慮設計測試用例對這些軟件語句進行了驗證。

機載設備軟件的最后一項測試即飛行測試，也就是我們常說的試飛階段。試飛測試是在飛機飛行中進行的一些特殊測試，包括根據適航要求進行的適航試飛。通過上述方式的軟件測試，將大大保證軍用航電系統機載通信設備軟件有較高的置信度。

（5）軟件測試結果

軟件測試過程中即軟件生命周期各階段的測試產物主要包括各級（單元級、部件級、配置項級、系統級）軟件測試計劃、測試說明、測試報告、測試問題報告、測試總結報告及評審結果等。軟件測試結果在生命周期各階段均進行了管理、跟蹤和控制，并將其納入了配置管理。

3 結 語

軍機嵌入式軟件適航工作以提高軍機的安全水平為宗旨，不脫離現有軍機研制管理模式，不改變軍機研制流程，在技術上充分借鑒，在管理上大膽創新，在引入適航理念和方法的過程中不斷積累經驗，探索形成規范的、有中國特色的軍機嵌入式軟件研制適航工作途徑，推動軍機軟件研制質量與安全水平的不斷提高。

參考文獻

[1] 白康明.飛機機載軟件的工程化管理[J].航空制造技術，2006（12）：95?97.

[2] 中國民用航空總局航空器適航司.中國民用航空器適航管理[M].北京：中國民航出版社，1994.

[3] 劉友丹.民用飛機機載設備的適航管理[J].航空標準化與質量，2007（4）：19?21.

[4] 國防科學技術工業委員會.GJB900?1990 系統安全性通用大綱[S].北京：[出版者不詳]，1990.

[5] 美國航空無線電技術委員會.機載系統和設備合格審定中的軟件考慮[EB/OL].[2011?01?17].http：//.1992：SC?167.

篇8

軟件配置管理系統指的是進行軟件配置庫的管理，配置庫包含軟件開發庫、受控庫和產品庫，由CM人員負責管理和維護。本文介紹如何利用“Starteam”工具完成軟件工作產品的出庫、入庫和變更控制，從而避免軟件項目發生混亂，提高軟件開發團隊的工作效率。

【關鍵詞】配置庫 開發庫 受控庫 產品庫 CCB

1 建立配置庫

《國防開發任務書》評審通過后，由項目經理向CM人員提交《配置庫建立申請表》， CM人員根據申請表規劃存儲結構，利用“Starteam”建立開發庫、受控庫和產品庫，并分配權限。

2 開發庫管理規定

開發庫是項目組內部使用，有訪問控制權限的項目組成員可自行進行出庫、入庫和變更的操作。

2.1 入庫控制

配置項的擬制人對配置項進行“Add Files”操作，實施配置項的入庫。

2.2 出庫控制

項目組成員對配置項進行“Check out”操作，實施配置項的出庫。

2.3 變更控制

（1）項目組成員對相應版本的配置項“Check out”后進行更改；

（2）完成有效更改后，將配置項“Check in”至開發庫，形成新的版本。

3 受控庫管理規定

3.1 入庫控制

入受控庫內容應包括：《軟件配置管理計劃》中識別的所有配置項（含軟件文檔、源程序、目標程序等）。

（1）擬制、校對與審核：項目組成員擬制軟件文檔，項目經理或本領域專家等對軟件文檔進行校對，項目部門負責人對軟件文檔進行審核；

（2）評審與批準：項目組成員將審核通過的文檔及《軟件評審申請單》提交至項目主管，項目主管組織評審，項目組成員針對專家提出的問題進行歸零，主審評委驗證后提交項目經理、部門負責人、標準化負責人和主管副總工簽署確認；

（3）入庫申請：項目組成員提交相應版本的文檔（若是程序，則是通過測試的），及經過了CCB審批的《軟件入庫申請單》給CM人員；

（4）配置審核：CM人員與項目經理進行物理/功能審核，并確認簽署的文檔與提交入受控庫的版本一致；

（5）實施入庫：CM人員將確認過的版本檢入受控庫，并通過“Label”對入庫版本進行標識，同時對開發庫中標識出對應的受控庫版本號；

（6）狀態跟蹤：CM人員填寫《配置狀態報告》，對入庫信息進行登記；

（7）通知：CM人員通過StarTeam工具的“Topic”功能，通知相關方配置項入庫的信息。

3.2 出庫控制

當配置項進行測試、聯試、外場試驗等需要出庫時，項目組成員必須在CM人員處提取，以保證配置項版本的一致性和唯一性。

配置項出受控庫的流程規定如下：

（1）出庫申請：項目組成員填寫《軟件出庫申請單》，并提交CCB審批；

（2）出庫審批：CCB審批受控庫出庫申請，由CCB組長批準；

（3）物理審核：在出庫申請經過審批后，CM人員對配置項實施物理審核；

（4）實施出庫：將物理審核后的配置項進行“Check out”操作，交給出庫申請人；

（5）狀態跟蹤：CM人員在出庫操作后，填寫《軟件配置狀態報告》，對出庫信息進行記錄；

（6）通知：CM人員利用StarTeam工具的“Topic”功能，通知相關方配置項的出庫信息。

4 產品庫管理規定

4.1 入庫控制

入庫內容包括：項目的產品基線或技術狀態凍結的軟件產品。

（1）申請及批準：受控庫中產品基線建立后，CM人員填寫產品基線的受控庫《軟件出庫申請單》和產品庫《軟件入庫申請單》，由CCB審簽，由CCB組長批準；

（2）出受控庫：CM人員從受控庫提取相應產品基線的內容并將工作產品刻盤、貼標簽、裝盒與批準的產品庫《軟件入庫申請單》一并提交至產品庫CM人員；

（3）入產品庫：產品庫CM人員根據CCB審批的產品庫《軟件入庫申請單》進行簽收，接收光盤，將光盤中的產品基線入產品庫后將光盤歸檔。

（4）狀態跟蹤：產品庫CM人員實施入產品庫操作后，CM人員和產品庫CM人員分別填寫《軟件配置狀態報告》對各庫的出入庫情況進行登記。

通知：CM人員和產品庫CM人員分別利用StarTeam工具的“Topic”功能，通知相關方配置項的出入庫信息。

4.2 出庫控制

（1）提交出庫申請單：提取人員填寫《軟件出庫申請單》，并提交CCB審批；

（2）實施出庫：產品庫CM人員在CCB審簽出庫申請后實施產品庫配置項的出庫操作，將配置項交給提取人；

（3）狀態跟蹤：產品庫CM人員在實施完出庫操作后，填寫《軟件配置狀態報告》，對出庫信息進行記錄。

（4）通知：產品庫CM人員利用StarTeam工具的“Topic”功能，通知相關方配置項的出庫信息。

4.3 變更控制

項目組以“軟件問題報告單”的形式提出更改申請，經CCB審批后，產品庫CM人員將配置項從產品庫出庫后交至開發人；開發人員在開發庫中實施更改，在更改完成后填寫《軟件更改報告單》經CCB審批后，將更改后的配置項入受控庫生成新版本；CM人員重建產品基線，并將其至產品庫。

在軟件開發過程中，軟件需求的變更是不可避免的，這將導致軟件工作產品版本的更改，若修改后不做記錄，也不通知項目組的相關成員，混亂的程度勢必會影響項目研發進度和成敗結果。配置管理就是通過配置審核、狀態跟蹤、變更控制等技術和管理的手段對工作產品進行版本控制，以保證軟件整個生命周期過程中產生的軟件產品的完整性、一致性和可控性，以使軟件產品極大程度地與用戶的需求吻合。

篇9

關鍵詞：cmm/cmmi；sqa；信息系統開發

中圖分類號：tp311052 文獻標識碼：a 文章編號：1006-8937（2012）20-0083-02

1 cmm/cmmi概述

cmm（capability maturity model，能力成熟度模型）是用來協助組織啟動改進過程的計劃，通過對目前軟件的實際應用和cmm的基準做比較，識別出能夠進行改進的一些過程，再選擇對這些過程進行有序改進的方法。通過對一個有限的活動集合進行關注并努力地達到目標，一個組織能夠穩步地改進整個組織的軟件過程，逐漸取得在軟件過程成熟度上的持久的、連續的收獲并最終形成軟件工程的文化和優秀的管理水平。

cmmi（capability maturity model integration，集成能力成熟度模型）是cmm模型的最新版本。cmmi的專業領域涵蓋軟件工程、集成產品開發ipd、集成產品開發系統工程和系統采購等，因此cmmi的涉及面更加廣泛。

2 sqa介紹

sqa（software quality assure軟件質量保證）是cmm可重復級中6個關鍵過程域（kpa key process area）之一，在cmmi中該關鍵過程升級為管理級中的過程與產品質量保證過程。軟件質量保證包括評審、對軟件產品和活動的審計工作，以此驗證它們是否符合適用的標準和規程，還應向軟件項目和其他相關管理人員提供審計和評審的結果。

cmm/cmmi為滿足這個關鍵過程域，應達到的目標為：軟件質量保證工作需要有計劃的進行；客觀地驗證軟件項目、產品和工作是否遵循適當的標準、步驟和用戶需求；將軟件質量保證工作及結果通知給有關組別成員；高級管理層能夠對在項目內部不能解決的不符合類問題進行掌控。

sqa不在項目中，是獨立于項目的第三方，這樣更便于sqa通過深入項目，與項目組的成員保持良好的溝通，最終及時獲得真實的項目情況。

3 sqa在信息系統開發中的應用

3.1 信息系統開發過程中遇到的常見問題

在公司推行cmm/cmmi之前，我們發現在大部分信息系統開發項目中，隨著項目的開展，用戶會不斷增加或修改需求，我們的研發人員不得不重新設計、修改。由于沒有對項目進行指導和監督，往往使項目失控從而造成無法保質保量的及時將產品交付給客戶的嚴重后果。以數字化調度第一代產品為例，項目進度已經進入測試階段，此時用戶不斷以口頭形式提出新的修改要求致使項目組開發人員不斷更新產品版本號，測試人員不得不重新測試，項目一再延期；在產品驗收前發現版本與交付版本不一致；由于當時沒有對口頭提出的變更需求進行文字確認，最終產品功能缺失而無據可查。此時的組織架構如圖1所示。

3.2 sqa應用于信息系統開發

我們的信息系統開發項目大部分采用的是傳統的瀑布式開發模式，對開發過程的次序和管理活動的規范比較重視，恰好與cmm基本思想相似，而還有一些項目借鑒傳統瀑布開發業務的案例、原型方案，細化后納入基線結構的迭代開發模式，這與cmmi基本思想相似。基于cmm/cmmi的sqa過程應用于我們的信息系統開發中，可以達到改進信息系統開發過程，保證信息系統開發質量的目的。所以公司決定推行cmm/cmmi，在項目中增加sqa人員。此時的組織架構如圖2所示。

質量管理體系中戴明環，又稱為pdca循環，如圖3所示。依照p（plan）—計劃，d（do）—執行，c（check）—檢查，a（act）—行動的循環過程，對檢查的結果進行處理，成功的經驗加以肯定并適當推廣、標準化；失敗的教訓加以總結，未解決的問題放到下一個pdca循環里。

sqa的工作流程正是遵循了戴明環的原理執行。在項目管理計劃審批通過后，指定相應sqa人員負責該項目的指導與監督，sqa人員根據質量方針、項目的目的、范圍和標準規范等制訂sqa計劃。sqa計劃的目的是保證軟件產品或項目滿足質量方針所定義的活動，它詳細描述每個階段要執行的軟件質量保證活動，清楚定義評審的內容和過程。sqa根據制訂的sqa計劃對項目的關鍵過程域進行檢查。在需求階段，sqa人員必須檢查項目組的《客戶需求文檔》評審記錄，確定給定需求在交給項目組之前經過評審，確保需求沒有問題。遇到類似數字化調度第一代產品中，當用戶提出新需求或刪改需求導致需求發生變更時，sqa人員要檢查項目開發計劃、工

作產物和活動是否都進行了相應的修改。對于需求變更引起了約定的變更，sqa人員也要審核這些變更是否經過相關小組的協商。這樣不僅保證了需求與產品的功能一致性，對于變更帶來的異議也有據可查。由于sqa人員要根據項目開發計劃制定sqa計劃，所以不但要密切關注項目組的計劃制定情況，也要審核開發計劃的活動。在開發計劃制定完成后，sqa人員必須對開發計劃進行評審，首先要根據開發計劃的模板，審核計劃的內容是否完整，是否符合需求、項目、用戶等的標準，審核計劃中是否有工作產品的進度、成本、風險評估等，評估的方法是否合適。在項目進度計劃設置的各里程碑時，sqa通過檢查之前約定修改和評審的記錄內容，審核其活動是否進行。檢查開發活動是否與計劃相符，如果不符，審核是否有修訂軟件開發計劃的活動。通過檢查項目組的項目進度完成情況，審核項目的進度計劃、風險、技術和設計限制等有關活動是否進行。sqa人員也要定期對配置管理活動進行審核，根據配置管理計劃檢查配置管理員是否按時將配置項納入配置管理庫，成為基線的配置項是否進行過同行評審和變更控制委員會（ccb）的批準。還要檢查配置管理員是否定時報告基線庫狀態，以及項目經理是否定時對基線庫進行審核。通過對關鍵過程域的檢查，保證了整個開發過程按照過程要求執行了相應的活動，同時產生了相應的文檔和產品。通過sqa報告，相關的管理人員能實時監控項目進展情況，并能清楚的了解到項目的開發是否遵循標準化過程和導致產生不符合標準過程的原因，從而給出建議或意見。對檢查中發現的問題進行識別，要求項目組按照cmm/cmmi標準進行糾正。及時對糾正問題進行復查，記錄問題解決情況，并及時與項目經理和項目組成員溝通直到解決，同時更新風險登記冊，記錄問題及解決方法。

通過以上sqa的活動內容，項目組圓滿地完成了數字化調度第二代產品的開發工作。而所形成與項目質量保證活動相關的數據都將放入過程資產庫。該過程資產庫將作為組織軟件質量保證工作有關的全部歷史數據源。有了這些歷史數據，我們的組織就能夠開始考慮對質量進行測量并向cmm/cmmi的更高級別前進。

3.3 sqa的工作方法

公司在推行cmm/cmmi時，會對于信息系統開發項目相關的人員進行有關cmm/cmmi的培訓，但雖然如此并不能迅速使cmm/cmmi標準被理解、使用，只有通過和他們密切相關的sqa人員對產生疑問的解答，使項目相關人員更多的了解cmm/cmmi標準，在工作中按照cmm/cmmi標準去做。在剛開始實施cmm/cmmi時，會遇到諸多問題，作為sqa，要基于解決這些問題的目的去開展自己的工作，而并不只是起到監督的作用。sqa人員在負責一個項目的質量保證工作時，要時刻了解項目的進展情況，在軟件項目的每個活動前，與項目組成員特別是項目經理進行溝通，指導他們按照cmm/cmmi標準應該如何去做。比如，在制定項目進度計劃時，就要告訴項目經理如何設置里程碑以及里程碑完成標準。即使項目組的每項活動都是在sqa人員的指導下完成的，但在對項目活動進行評審時，sqa仍可以找到一些與cmm/cmmi標準不符合的問題，因為項目組的每個人對cmm/cmmi標準的理解程度不同，實際執行起來仍會存在偏差。sqa人員發現問題后，首先應及時與項目經理進行交流，爭取對這些問題達成共識，同時要對他們的工作給予肯定，否則很容易打擊項目組的積極性，甚至引起抵觸情緒。總之，sqa人員在對cmm/cmmi標準掌握地非常熟練的情況下，要有足夠的耐心和決心，把cmm/cmmi標準推廣到項目中去。隨著項目組成員在項目中對這種工作流程和標準的熟悉，并且執行后的優越性逐步展現，sqa的工作也會變得輕松。

4 結 語

引入sqa作為過程改進、降低風險、保證信息系統開發質量的策略是當今信息系統開發過程的必然趨勢。以sqa為cmm/cmmi具體實施的突破口，對信息系統開發過程進行標準化的管理和改進，以此提高企業信息系統開發產品的質量和企業形象。

篇10

在計算機網絡管理過程中，為了確保管理的成效，就必須采取有效的技術加強計算機網絡管理。即從技術方面加強計算機管理。以下就常見的幾種計算機網絡管理技術做出以下幾點分析。1.1Web在計算機網絡管理中應用Web技術是基于該技術的網管模式，因而在應用過程中將其靈活性和易操作性的作用發揮出來，得到了廣大技術人員和用戶的一致好評，從而為其應用的空間和網絡管理水平的提升奠定了堅實的基礎。1.2Bluetooth在計算機網絡管理中加強Bluetooth技術的應用，主要是由于應用該技術能實現近距離的無線連接，不僅成本低，而且為移動通信設備或者固定通信設備間的通信提供鏈路，近距離地實現資源的利用，為計算機網絡的管理提供技術支持。1.3CORBA在計算機網絡管理中應用CORBA技術是利用OMG中的標準對計算機網絡進行組織管理，利用分布對象技術將管理應用與被管元素作為分布對象，且將分布對象間的互相作用形成網絡管理，并與SNMP和CMIP等技術的有機結合形成計算機網絡管理系統，為計算機網絡管理的穩定性和安全性奠定基礎。1.4WLAN在計算機網絡管理中應用WLAN技術是基于無線通信技術技術于計算機網絡相結合下的產物，因而具有使用靈活、便于安全和便于擴展的有點，WLAN實際是利用無線多址信道組成的交換網絡，利用該技術進行計算機網絡管理，能有效地解決信息交換的難題。2.5ZigBee在計算機網絡管理中應用ZigBee技術，由于其具有復雜度、速率、功耗、成本等低下的特點，在近距離無線連接方面具有十分強大的優勢，其制定的數據鏈路層和ZigBee物理層為計算機網絡管理中實現多個傳感器間通信的有效協調[2]。

2加強計算機網絡管理

在利用技術進行計算機網絡管理的同時還應采取以下措施加強計算機網絡管理，即從管理方面加強對計算機網絡的管理。具體就是做好以下幾方面的管理。2.1故障在計算機網絡管理中進行故障管理，就是當網絡中某部分出現故障時，利用網絡管理系統能及時地查找和排除故障，通過故障管理確保整個網絡資源運行的順暢和安全。就其內容來看，主要有障礙的管理、故障的恢復以及預防保障，同時提出警告、科學測試、有效診斷、恢復業務、更換故障設備。尤其是預防保障能為網絡自愈提供有效的支持，對網絡運行的狀態進行實時動態監測，一旦發生故障就會報警，并將故障點及時找出，并及時加強對故障的排除，通過日志控制對管理功能進行有效的測試。2.2配置配置管理就是在網絡運行中，對各種設備的功能及設備與設備間連接的關系和工作的參數進行確定，對網絡中出現的情況進行檢測和感知，并結合控制的需要對網絡的變化進行控制。因此在配置管理中，不僅要確保資源與名字之間相對應，并對網絡系統的資源現狀及運行的狀態進行收集和傳播，同時應對網絡系統的日常操作參數進行設置和控制，對系統的配制進行更改，將某些網絡資源進行關閉或初始化的處理。在做好上述工作的基礎上，應在配置管理中應建立網絡、開展業務，并做好數據的配置及其維護工作。由此可見，應通過配置管理對網絡實施初始化處理和網絡配置，從而提供更好的網絡服務。同時其也是在通信網絡組成過程中對所有組成對象進行辨別、鑒定、控制以及監視的重要舉措，從而實現網絡性能最優化的同時達到某個需要的特定功能。所以配置管理工作是一項系統而又復雜的工作，因此在網絡的增容和設備的更新以及新技術應用和新業務開通，以及新用戶加入和業務撤銷和用戶遷移等過程中對網絡配置進行變更，實現網絡規劃的同時將配置管理的作用充分地發揮出來[3]。2.3性能性能管理就是對計算網絡的通信活動和計算機網絡管理對象的行為進行科學的管理和有效的評價。因此加強性能管理同樣是計算機網絡管理的重要工作。因此在性能管理管理過程中，主要是利用性能管理評估系統對網絡資源運行的情況和通行效率等進行評估，因此在性能管理過程中，必須加強對被管理網絡的監視和分析各種，并對網絡所提供的服務性能進行監測，通過對性能的分析得出的結果，就會對診斷測試過程的性能進行影響，同時為網絡的再次配置提供幫助的同時便于網絡的維護。在性能管理過程中，還應對被管理網絡所處狀態的信息數據進行收集和分析，且切實做好性能日志的分析和維護工作。應切實加強對計算機網絡的工作負荷進行檢測，切實加強信息數據的收集和統計工作，并對計算機網絡的各項性能參數進行記錄和統計以及維護，科學地調整性能指標，有效地確定管理模式，有效調整網絡管理對象的配置參數。2.4計費計費管理是加強計算機網絡管理的關鍵環節所在，計費管理工作到位與否，直接關系著網絡費用收取的精準性。因此，計費管理就是對網絡資源使用量進行記錄，從而對網絡操作所需的費用進行監測和控制，對網絡資源用戶所需的網絡費用進行大致的估算，同時作為網絡管理人員還能對用戶的費用最大使用限度進行控制，對用戶的網絡資源行為進行控制的同時將網絡效率進行有效的提升。網絡用戶為達到通信目的而應用多個網絡資源時，能利用計費管理對其使用的總費用進行計算。由此可見，計費管理能對用戶在網絡資源消費過程中所產生的費用進行核算和收取，尤其在資源共享的網絡環境中具有十分重要的作用，因此在商用網絡中得到了有效應用的同時為用戶的費用信息提供查詢服務，從而用戶結合實際調整網絡使用情況確保網絡資源利用效率的最大化。2.5安全安全管理在計算機網絡管理中的重要性不言而喻。所謂安全管理就是采取有效的措施對計算機網絡系統、信息數據和業務等進行保護。因而安全管理是整個管理工作的重要環節之一。在安全管理過程中，作為網絡管理人員，必須利用配置管理過程中提供的系統服務，就網絡安全設施進行維護和控制，一旦發現計算機網絡存在安全故障時，就應通過故障管理對安全故障進行通報，并對故障進行及時的診斷和修復，切實加強安全機制變化情況的控制，并確保物理場地人員自身的安全。此外在安全管理過程中，還應加強管理信息的管理，并確保其安全。尤其是利用安全管理對身份進行識別，并對識別過程進行規定，切實做好安全報警工作的同時加強安全審計和跟蹤，并對安全日志進行維護和檢查，保證整個計算機網絡始終處于安全狀態[4]。2.6其他（1）通過智能化的監控可以對網絡上的資源進行監控，并且在出現網絡故障時可以對其進行及時的維護及診斷，進而解決問題，可見網絡的智能化管理成為了網絡管理的必然趨勢。（2）因為計算機網絡的發展將會逐漸朝著綜合化的方向發展，因為綜合化的發展可以實現對幾個網絡的同時控制，并且能夠實現對網絡故障的及時定位，這樣才能及時地解決問題，進而實現網絡的高效運行，因此網絡管理必須向著綜合化的方向發展。（3）實行分布式的網絡管理，把一個大規模的網絡管理劃分為若干個對等的子管理域，當需要另一個域的信息時，管理者與它的對等系統進行通信。分布式網絡管理減輕了中央管理的負擔，并且將會提高網絡運行的效率。隨著網絡技術的不斷發展，為了能夠使網絡正常地運行，應對網絡管理進行有效設計，提高網絡管理技術水平，只有這樣才能夠很好地實現網絡系統的高效運行[5]。

3結語