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

篇1

【關(guān)鍵詞】配置管理；SAP系統(tǒng)；時速350公里動車組項目

1、前言

黨的十六大以來，我國鐵路發(fā)展方面，成功引進(jìn)了時速200公里及以上動車組技術(shù)，大功率電力和內(nèi)燃機(jī)車技術(shù)，實現(xiàn)了“引進(jìn)先進(jìn)技術(shù)，聯(lián)合設(shè)計生產(chǎn)，打造中國品牌”的總體要求，掌握了核心技術(shù)，達(dá)到了國產(chǎn)化目標(biāo)。

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

2、SAP系統(tǒng)配置管理平臺的開發(fā)

2.1SAP系統(tǒng)配置管理平臺開發(fā)的背景

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

2.2SAP系統(tǒng)配置管理平臺開發(fā)的功能范圍

2.2.1問題陳述單（PP）

以項目為前提條件，對項目執(zhí)行中遇到的異常狀況提出問題，根據(jù)該問題解決復(fù)雜度和相關(guān)影響可在系統(tǒng)內(nèi)選擇不同的審批流程，最終至轉(zhuǎn)入工程更改建議（ECP）或經(jīng)審批后對該PP下達(dá)執(zhí)行。

2.2.2工程更改建議單（ECP）

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

2.2.3工程變更管理（ECM）

當(dāng)ECP審核通過后，對其中涉及的配置項進(jìn)行的變更管理過程。工程變更管理（ECM）是SAP系統(tǒng)的標(biāo)準(zhǔn)功能，把它作為配置管理平臺中的一個環(huán)節(jié)，其作用是對配置項的更改過程進(jìn)行記錄和管理，實現(xiàn)了對時速350公里動車組項目設(shè)計研發(fā)、生產(chǎn)過程中的圖紙和BOM變更記錄。

3、SAP系統(tǒng)配置管理平臺在時速350公里動車組項目上的應(yīng)用

3.1SAP系統(tǒng)配置管理平臺的應(yīng)用和開發(fā)的標(biāo)準(zhǔn)

當(dāng)前SAP系統(tǒng)配置管理平臺的應(yīng)用和開發(fā)的標(biāo)準(zhǔn)是根據(jù)公司的標(biāo)準(zhǔn)業(yè)務(wù)流程設(shè)計的，用于時速350公里動車組項目，將來隨著使用的不斷深入，配置管理平臺可根據(jù)需要，再通過系統(tǒng)配置或開發(fā)實現(xiàn)，以滿足公司各個項目的應(yīng)用。

3.2SAP系統(tǒng)配置管理平臺的應(yīng)用方法

SAP系統(tǒng)配置管理平臺設(shè)計考慮到人員在不同項目的權(quán)限可能不同，那么在每個項目對配置管理平臺的使用前就要針對參與該項目配置管理的人員進(jìn)行組織架構(gòu)的權(quán)限及該項目涉及的車型、列數(shù)等項目相關(guān)信息進(jìn)行配置。

3.2.1管理員對系統(tǒng)的配置

管理員根據(jù)用戶提報的項目基本信息、用戶組織架構(gòu)、所需配置管理的審簽流程等信息對系統(tǒng)進(jìn)行配置，配置完成后，用戶可在系統(tǒng)內(nèi)進(jìn)行該項目的配置項信息變更操作。

3.2.2用戶對系統(tǒng)的操作及數(shù)據(jù)維護(hù)

在對申請配置管理使用的項目配置完成后，各業(yè)務(wù)部門的用戶根據(jù)已配置好的權(quán)限進(jìn)行PP/ECP的創(chuàng)建、審核、簽收、執(zhí)行、關(guān)閉。相關(guān)監(jiān)控單位對已下達(dá)的PP/ECP可以通過OJL對完工情況執(zhí)行監(jiān)控。從而完成對配置項變更過程的閉環(huán)管理。

3.3SAP系統(tǒng)配置管理平臺的應(yīng)用效果及解決的問題

SAP系統(tǒng)配置管理平臺的開發(fā)和應(yīng)用，代替了系統(tǒng)內(nèi)原有的項目問題通知單+工程變更的管理模式，從根本上解決了項目內(nèi)設(shè)計、工藝、生產(chǎn)、售后等各環(huán)節(jié)對配置項變更的簽收和執(zhí)行管理，完整的記錄了項目變更的審核過程及審核意見、變更過程及執(zhí)行情況，通過各項查詢報表可以根據(jù)不同條件完成以項目為單位的PP/ECP統(tǒng)計。

結(jié)論和建議

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

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

（1）該平臺是以流程為依據(jù)進(jìn)行開發(fā)和運維的，那么不斷優(yōu)化流程是提高使用效率的基本前提。

篇2

關(guān)鍵詞：關(guān)鍵詞：高校機(jī)房；配置管理；變更管理；

中圖分類號：TP308    文獻(xiàn)標(biāo)識碼：A     文章編號：

    1. 引言

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

    對不規(guī)范文檔（包括信息系統(tǒng)開發(fā)中產(chǎn)生的文檔）進(jìn)行管理，即實現(xiàn)文檔的標(biāo)準(zhǔn)化，惟一的辦法就是配置管理。配置管理是項目管理中一個很重要的概念，在項目管理中具有重要的地位和作用，主要是提供了結(jié)構(gòu)化的、有序化的、產(chǎn)品化的管理方法，通過技術(shù)和行政手段對來實現(xiàn)控制、規(guī)范的一系列措施和過程，對變更的情況進(jìn)行處理和實現(xiàn)[1]。機(jī)房管理是一個動態(tài)的，發(fā)展的，不斷建設(shè)的過程，鑒于配置管理的諸多優(yōu)點并結(jié)合多年機(jī)房管理的實踐經(jīng)驗，想利用配置管理的思想，以配置管理方法為手段，來實現(xiàn)日益復(fù)雜的高校機(jī)房的全面規(guī)范化管理[2]，以簡化規(guī)范機(jī)房管理過程，達(dá)到機(jī)房資源統(tǒng)一管理調(diào)配使用的目的。

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

    2. 硬件配置管理

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

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

    3. 軟件配置管理

    3.1 軟件安裝清單

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

    3.2 系統(tǒng)備份

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

    3.3 備忘日志

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

     4. 變更管理

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

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

    每一學(xué)期臨近期末時，可請教務(wù)處及各系部對機(jī)房硬件、軟件環(huán)境提出需求，機(jī)房管理處依據(jù)需求驗證后在原有機(jī)房的硬軟件基礎(chǔ)上對機(jī)房做出相應(yīng)的調(diào)整。如：有的機(jī)房內(nèi)存太小，影響運行速度，則可擴(kuò)充內(nèi)存；有的機(jī)房應(yīng)用軟件版本較低，功能不齊全，則升級軟件版本；有的機(jī)房因新的教學(xué)需求，需要安裝新的軟件?？傊山虅?wù)處統(tǒng)一對下學(xué)期的機(jī)房環(huán)境進(jìn)行全面部署安排，最終敲定各機(jī)房如何變動，原則上要能保證新的教學(xué)需求，同時對原有的環(huán)境變動又不太大。安排通過后各機(jī)房管理人員就可以根據(jù)部署安排做相應(yīng)的變動，最后將變動備案，以備將來翻閱和查詢。

    5. 歸檔——版本化管理

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

    另外譬如機(jī)房管理制度、機(jī)房安全衛(wèi)生管理辦法、機(jī)房管理員工作職責(zé)以及機(jī)房硬件清單，軟件安裝清單，機(jī)房介紹資料、機(jī)房課表安排、機(jī)房維護(hù)維修日志等等可一并整理歸檔?？砂凑諘r間先后順序保存各配置的所有版本，避免因相隔時間久了發(fā)生混淆等現(xiàn)象，并可以快速準(zhǔn)確地查找到各配置的任何版本。

    6.結(jié)論

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

參考文獻(xiàn)：

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

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

篇3

在對當(dāng)前軟件開發(fā)項目管理信息系統(tǒng)進(jìn)行需求分析的基礎(chǔ)上，整合項目管理九大知識體系與軟件開發(fā)過程的特點，確定了軟件開發(fā)項目管理信息系統(tǒng)的總體結(jié)構(gòu)。本系統(tǒng)包括十一個子系統(tǒng)，他們分別是綜合管理系統(tǒng)、計劃管理系統(tǒng)、需求管理系統(tǒng)、費用管理系統(tǒng)、質(zhì)量管理系統(tǒng)、人員管理系統(tǒng)、配置管理系統(tǒng)、進(jìn)度管理系統(tǒng)、風(fēng)險管理系統(tǒng)、售后服務(wù)系統(tǒng)和后臺維護(hù)系統(tǒng)。本文重點闡述計劃管理系統(tǒng)、需求管理系統(tǒng)與配置管理系統(tǒng)三部分。

1 總體設(shè)計

1.1 計劃管理系統(tǒng)

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

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

1.2 需求管理系統(tǒng)

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

需求跟蹤，是通過建立需求文檔和后續(xù)工作產(chǎn)品之間的對應(yīng)關(guān)系，確保產(chǎn)品根據(jù)需求文檔進(jìn)行設(shè)計、開發(fā)、測試等后續(xù)工作。

需求變更控制，指通過規(guī)范的變更控制流程進(jìn)行需求的變更，防止需求變更因為失去控制而產(chǎn)生混亂。需求變更管理是軟件開發(fā)項目特有的一項任務(wù)。對需求變更的處理結(jié)果將直接影響到軟件開發(fā)的進(jìn)展?fàn)顩r以及成功與否。

通過本系統(tǒng)，項目人員可以對軟件需求進(jìn)行統(tǒng)一的管理與變更控制，方便了項目開發(fā)人員與客戶能夠?qū)崟r進(jìn)行溝通。主要功能包括：需求分析、需求確認(rèn)、需求開發(fā)、開發(fā)確認(rèn)、變更申請、變更審批、變更處理、變更實施、需求檢索等。

1.3 配置管理系統(tǒng)

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

本系統(tǒng)主要提品入庫管理、產(chǎn)品變更管理和配置報告管理三大方面的功能。

2 結(jié)構(gòu)設(shè)計

在B/S的系統(tǒng)中，用戶可以通過瀏覽器向分布在網(wǎng)絡(luò)上的許多服務(wù)器發(fā)出請求。B/S結(jié)構(gòu)極大地簡化了客戶機(jī)的工作，客戶機(jī)上只需安裝、配置少量的客戶端軟件即可，服務(wù)器將擔(dān)負(fù)更多的工作，對數(shù)據(jù)庫的訪問和應(yīng)用程序的執(zhí)行將在服務(wù)器上完成。

B/S模式與C/S模式比較，有許多優(yōu)點：

（1）跨平臺是B/S最大的優(yōu)點之一，運用標(biāo)準(zhǔn)通信協(xié)議組HTTP、統(tǒng)一客戶端軟件、統(tǒng)一界面，它的應(yīng)用程序能夠從世界各地和完全不同的硬件平臺進(jìn)行通信；

（2）數(shù)據(jù)庫應(yīng)用和B/S信息處理模式緊密結(jié)合，B/S模式能運用其他系統(tǒng)的信息處理資源和信息；

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

本系統(tǒng)由若干瀏覽器、WEB服務(wù)器和后臺數(shù)據(jù)庫服務(wù)器組成。Web服務(wù)器和客戶端采用B/S結(jié)構(gòu)，每個客戶端都通過瀏覽器訪問Web服務(wù)器，Web服務(wù)器與數(shù)據(jù)庫SQL.server2003聯(lián)接通過ADO對象實現(xiàn)。三者通過Internet或者Intranet實現(xiàn)互連。

3 數(shù)據(jù)庫的設(shè)計

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

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

4 系統(tǒng)安全性設(shè)計

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

篇4

 

一、認(rèn)識軟件產(chǎn)品庫

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

因此，開展科學(xué)合理的軟件產(chǎn)品庫管理必不可少。

 

二、軟件產(chǎn)品庫管理實踐

 

(一)加強技術(shù)支持，實現(xiàn)優(yōu)化配置

 

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

 

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

 

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

 

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

 

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

 

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

 

三、結(jié)語

 

在軍工企業(yè)中，科學(xué)有效的產(chǎn)品庫管理是提高和保證軟件產(chǎn)品質(zhì)量的有力保障。軟件產(chǎn)品庫管理是一項系統(tǒng)工程，通過將檔案管理和軟件配置管理相結(jié)合，在軟件開發(fā)全周期過程中對軟件產(chǎn)品狀態(tài)全過程進(jìn)行跟蹤和管理，從而最終保證電子裝備系統(tǒng)的質(zhì)量。

篇5

關(guān)鍵詞：制造業(yè)信息化；ITIL；IT運維服務(wù)管理

中圖分類號：F832.2 文獻(xiàn)標(biāo)識碼：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

一、引言

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

二、運維服務(wù)與ITIL理念

IT運維服務(wù)主要包括基礎(chǔ)設(shè)施維護(hù)服務(wù)、系統(tǒng)運行維護(hù)服務(wù)和系統(tǒng)運營支持服務(wù)?；A(chǔ)設(shè)施維護(hù)服務(wù)是指對基礎(chǔ)環(huán)境、硬件、基礎(chǔ)軟件的故障診斷和修復(fù)等服務(wù)。系統(tǒng)運行維護(hù)服務(wù)是指通過使用監(jiān)控、服務(wù)管理工具等方式，保障系統(tǒng)正常運行的服務(wù)。系統(tǒng)運營支持服務(wù)是指為提升業(yè)務(wù)有效性所提供的評估、數(shù)據(jù)管理、數(shù)據(jù)分析、業(yè)務(wù)流程管理等服務(wù)。

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

ITIL的框架包括業(yè)務(wù)管理、服務(wù)管理、IT基礎(chǔ)架構(gòu)管理、安全管理、應(yīng)用管理、IT服務(wù)管理規(guī)劃等，其中最核心的是服務(wù)管理中的服務(wù)支持和服務(wù)提供。IT主管部門可能更關(guān)心服務(wù)支持，服務(wù)支持主要包括：服務(wù)臺、故障管理、問題管理、配置管理、變更管理和管理等六個模塊。

為使企業(yè)的運維服務(wù)更加有效、持續(xù)和穩(wěn)定發(fā)展，引進(jìn)最先進(jìn)的ITIL管理理念和ISO 20000國際標(biāo)準(zhǔn)，結(jié)合制造業(yè)在IT運維服務(wù)管理情況，提高IT運維服務(wù)管理的效率和規(guī)范性，保障業(yè)務(wù)系統(tǒng)的持續(xù)穩(wěn)定運行。

三、企業(yè)對于IT服務(wù)管理的需求分析

制造業(yè)信息化通過多年的建設(shè)，形成了眾多的信息系統(tǒng)，如何使信息系統(tǒng)穩(wěn)定、可靠、安全的運行，IT運維服務(wù)管理工作步入一個有序的、規(guī)范的層，成為數(shù)據(jù)中心的一個長期的業(yè)務(wù)目標(biāo)。

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

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

四、IT運維服務(wù)管理平臺設(shè)計

在進(jìn)行IT運維服務(wù)管理平臺管理設(shè)計時，考慮IT服務(wù)對業(yè)務(wù)帶來的影響，強調(diào)從業(yè)務(wù)目標(biāo)角度出發(fā)來優(yōu)化IT運維服務(wù)管理。

（一）IT基礎(chǔ)設(shè)施管理

IT基礎(chǔ)設(shè)施管理包括網(wǎng)絡(luò)、服務(wù)器、客戶機(jī)、數(shù)據(jù)庫、應(yīng)用系統(tǒng)的配置管理、性能管理、故障管理等，系統(tǒng)整體架構(gòu)橫向分為4層被監(jiān)控層、數(shù)據(jù)采集層、匯聚處理層、展現(xiàn)層。

被監(jiān)控層為IT基礎(chǔ)設(shè)施，數(shù)據(jù)采集層通過與被管基礎(chǔ)設(shè)施的接口采集數(shù)據(jù)，送到數(shù)據(jù)處理層進(jìn)行數(shù)據(jù)處理。匯聚處理層包含2個層面：一個層面是IT基礎(chǔ)架構(gòu)運行監(jiān)控，主要實現(xiàn)IT基礎(chǔ)架構(gòu)的各種監(jiān)控功能，如網(wǎng)絡(luò)拓?fù)?、鏈路流量等；另一個層面是業(yè)務(wù)服務(wù)管理，主要針對業(yè)務(wù)層面進(jìn)行監(jiān)控，包括業(yè)務(wù)故障影響分析、業(yè)務(wù)性能指標(biāo)計算、業(yè)務(wù)應(yīng)用性能監(jiān)控以及業(yè)務(wù)視圖展現(xiàn)等。最頂層是統(tǒng)一展現(xiàn)層，即統(tǒng)一門戶，為不同級別、不同職能的人員提供整合統(tǒng)一的IT運維管理門戶。

（二）IT服務(wù)管理

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

五、IT運維服務(wù)管理平臺的實現(xiàn)

（一）IT服務(wù)管理基礎(chǔ)平臺的搭建

IT服務(wù)管理基礎(chǔ)平臺系統(tǒng)由應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器、客戶機(jī)組成，使用分布式部署，減輕核心服務(wù)器的壓力。創(chuàng)建用戶類型、定義安全機(jī)制、代碼表配置、組織結(jié)構(gòu)數(shù)據(jù)建設(shè)、人員數(shù)據(jù)建設(shè)、資產(chǎn)數(shù)據(jù)裝載，制作統(tǒng)計報表。

（二）服務(wù)臺建設(shè)

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

（三）事故管理建設(shè)

我們借鑒了IT服務(wù)管理的經(jīng)驗，為了靈活實現(xiàn)運維系統(tǒng)各個流程建設(shè)，在實踐中簡化了流程以適應(yīng)運維工作的需要。在事故處理流程建設(shè)中，IT服務(wù)管理標(biāo)準(zhǔn)的做法是直接將事故送到服務(wù)臺，由服務(wù)臺負(fù)責(zé)處理或者分發(fā)，而實際工作中，將業(yè)務(wù)系統(tǒng)的監(jiān)控事件直接送到業(yè)務(wù)管理系統(tǒng)的管理員，服務(wù)臺負(fù)責(zé)監(jiān)督事故處理完成的情況。

（四）問題管理建設(shè)

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

（五）配置管理建設(shè)

配置管理數(shù)據(jù)庫（CMDB）儲存與管理企業(yè)IT架構(gòu)中設(shè)備的各種配置信息，它與所有服務(wù)支持和服務(wù)交付流程都緊密相聯(lián)，一方面支持這些流程的流暢運轉(zhuǎn)、發(fā)揮配置信息的價值；另一方面，幫助技術(shù)人員受到服務(wù)請求時獲取相關(guān)技術(shù)支持，同時依賴于相關(guān)流程保證數(shù)據(jù)的準(zhǔn)確性。

在建設(shè)初期通過配置項自動發(fā)現(xiàn)，整個企業(yè)IT架構(gòu)的配置項（CI）導(dǎo)入配置項，為了保證數(shù)據(jù)的準(zhǔn)確、全面、我們要求業(yè)務(wù)系統(tǒng)、設(shè)備等管理人員提供、核對相關(guān)數(shù)據(jù)，保證在運維中能準(zhǔn)確利用數(shù)據(jù)進(jìn)行運維。

CMDB通過拓?fù)潢P(guān)聯(lián)圖展現(xiàn)各個配置項之間的關(guān)聯(lián)關(guān)系，可以清晰的看到各個硬件、軟件間的關(guān)聯(lián)關(guān)系，也能看到IT配置項和IT服務(wù)之間的關(guān)聯(lián)關(guān)系，因此當(dāng)IT服務(wù)出現(xiàn)問題時，可以通過該關(guān)聯(lián)關(guān)系，快速查找IT服務(wù)不可用的根本原因。

將配置項和事故記錄、問題記錄、變更記錄和記錄相關(guān)聯(lián)，有利于針對具體的IT設(shè)施進(jìn)行運維優(yōu)化和改進(jìn)。

（六）變更管理建設(shè)

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

變更審計管理，通過CMDB定期對配置項進(jìn)行自動掃描，發(fā)現(xiàn)企業(yè)IT架構(gòu)中的非法變更，管理員根據(jù)變更的信息，選擇變更恢復(fù)或者進(jìn)入變更流程，幫助管理人員進(jìn)行變更的審計管理。

（七）管理建設(shè)

通過正式的流程確保只有經(jīng)過完整測試與得到授權(quán)的軟件與硬件才能夠進(jìn)入正式運行環(huán)境，以確保變更后生產(chǎn)環(huán)境的質(zhì)量。的最終結(jié)果將會反映到CMDB中。

（八）知識庫建設(shè)

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

六、結(jié)束語

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

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

參考文獻(xiàn)：

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

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

篇6

1ITIL與變更管理

1.1ITIL簡介

IT服務(wù)管理是以流程為基礎(chǔ)，以客戶至上和服務(wù)質(zhì)量為核心的IT服務(wù)管理所定義的標(biāo)準(zhǔn)和規(guī)范框架。與傳統(tǒng)IT管理的最大不同在于，IT服務(wù)管理在加強IT和業(yè)務(wù)需求融合的同時還注重IT的投入和成本效益。同時ITIL架構(gòu)是以IT服務(wù)管理為核心，以ITIL規(guī)范為指導(dǎo)原則，因此首先需要深入研究和掌握ITIL的架構(gòu)體系，然后掌握ITIL在整個IT服務(wù)管理體系中所扮演的角色。

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

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

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

1.2變更管理和ITIL

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

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

1.3變更管理簡介

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

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

變更管理是企業(yè)中IT部門成功運營最重要的一個模塊。當(dāng)前，IT部門是企業(yè)業(yè)務(wù)流程的重要組成部門，并且集成到常規(guī)業(yè)務(wù)的結(jié)構(gòu)中。失敗的變更、停滯的變更、超預(yù)算的變更、資源不足的變更、溝通不暢的變更、獨立的變更以及處理不當(dāng)?shù)淖兏际菬o法接受的，同時還要記住變更控制和變更管理之間的區(qū)別。

2變更管理設(shè)計與實現(xiàn)

2.1變更業(yè)務(wù)流程

變更的流程需要多級部門進(jìn)行審核，變更業(yè)務(wù)流程如圖3所示。

2.2變更管理設(shè)計

3結(jié)語

隨著時代的發(fā)展，企業(yè)的業(yè)務(wù)和管理越來越需要IT信息化的管理系統(tǒng)，企業(yè)IT環(huán)境內(nèi)的設(shè)備和系統(tǒng)數(shù)量迅猛增長，同時IT環(huán)境負(fù)載也越來越嚴(yán)重，實現(xiàn)基于ITIL架構(gòu)的IT服務(wù)管理系統(tǒng)是一個非常具有挑戰(zhàn)性的項目。因此，要充分參考ITIL這個集聚大規(guī)模企業(yè)在多年IT管理領(lǐng)域的成功經(jīng)驗以及完善的標(biāo)準(zhǔn)和規(guī)范。

本文根據(jù)國際上推行的ITIL體系規(guī)范，結(jié)合我國當(dāng)前情況和企業(yè)的實際狀況，以流程為基礎(chǔ)，以客戶至上為核心，提出了一套IT服務(wù)管理系統(tǒng)的整體架構(gòu)，設(shè)計并實現(xiàn)了變更管理，對于國內(nèi)企業(yè)實現(xiàn)IT管理和構(gòu)建一套IT服務(wù)管理系統(tǒng)具有極大的參考價值。

參考文獻(xiàn)：

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

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

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

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

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

篇7

關(guān)鍵詞： 軍用機(jī)載設(shè)備； 嵌入式軟件；適航；DO?178B；軟件工程化管理；軟件驗證

中圖分類號： TN911?34； TP311.5 文獻(xiàn)標(biāo)識碼： A 文章編號： 1004?373X（2013）10?0040?05

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

1 適航的概念與創(chuàng)新實踐

1.1 適航的概念與內(nèi)涵

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

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

1.2 適航要求

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

我國的民用飛機(jī)機(jī)載設(shè)備適航技術(shù)文件要求是CTSO，但我國現(xiàn)在單獨頒發(fā)的CTSO不是很多，進(jìn)行機(jī)載設(shè)備適航合格審定時可以直接使用美國的TSO[3]。

1.3 適航在軍機(jī)上的創(chuàng)新

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

2 軟件適航管理

2.1 軟件適航性

軟件適航性標(biāo)準(zhǔn)采用的是RTCA DO?178B《機(jī)載系統(tǒng)和設(shè)備合格審定中對軟件的要求》標(biāo)準(zhǔn)，該標(biāo)準(zhǔn)為機(jī)載設(shè)備嵌入式軟件的研制提供指南，保證其按照適航要求的安全性實現(xiàn)其預(yù)期功能。

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

2.2 軟件工程化管理

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

2.2.1 軟件產(chǎn)品的分析和設(shè)計

機(jī)載設(shè)備分析和設(shè)計階段是軟件研制的起始階段，設(shè)備承研單位根據(jù)系統(tǒng)研制總要求、技術(shù)協(xié)議書的要求合理分配軟、硬件功能和性能指標(biāo)，確定設(shè)備軟硬件體系結(jié)構(gòu)，進(jìn)行初步危險性分析并提出對設(shè)備的安全性要求，同時根據(jù)系統(tǒng)提出的功能、性能和信息接口要求，確定設(shè)備軟件運行環(huán)境，編制軟件研制任務(wù)書。

軟件研制任務(wù)書是軟件工程化管理和研發(fā)工作的關(guān)鍵一步，主要描述軟件開發(fā)的目的、目標(biāo)、主要任務(wù)、功能及性能指標(biāo)等要求，是后續(xù)開發(fā)階段的必要輸入文件，為軟件開發(fā)提供了設(shè)計基礎(chǔ)。

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

（1）軟件生命周期

機(jī)載設(shè)備嵌入式軟件生命周期包括3個過程：軟件計劃過程、軟件開發(fā)過程和軟件綜合管理過程。

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

（2）軟件等級

RTCA DO?178B根據(jù)軟件所導(dǎo)致的失效狀態(tài)類別，把軟件等級劃分為A、B、C、D、E五個等級，決定了設(shè)計保證活動的嚴(yán)格程度。軟件等級劃分如表1所示[5]。

表1 軟件等級劃分

若機(jī)載設(shè)備嵌入式軟件根據(jù)軟件失效狀態(tài)分析決定了軟件等級為C級，則軟件研制工作就按照軟件適航要求中C級在每一軟件生命周期過程中的目標(biāo)要求和符合性方法進(jìn)行，形成相應(yīng)的軟件生命周期文檔。

2.2.3 軟件配置管理

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

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

機(jī)載設(shè)備實施初期依據(jù)該設(shè)備的軟件開發(fā)計劃進(jìn)行配置策劃，明確配置管理內(nèi)容，以便有計劃地開展配置管理工作。同時根據(jù)軟件開發(fā)計劃等頂層文件確定配置管理的詳細(xì)要求，由軟件配置管理員制定軟件配置管理計劃初稿，包含配置管理組織、標(biāo)識規(guī)定、軟件配置項、基線定義、更改控制、狀態(tài)報告和版本管理等。評審?fù)ㄟ^后，正式作為該設(shè)備配置管理活動的依據(jù)。

（2）基線

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

機(jī)載設(shè)備軟件生命周期各階段基線劃分如圖1所示。

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

（3）變更管理

滿足RTCA DO?178B要求的軟件研發(fā)過程中，所有基線變更都應(yīng)在有效的控制下進(jìn)行。

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

2.2.4 質(zhì)量控制和監(jiān)督

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

機(jī)載設(shè)備依據(jù)軟件研制任務(wù)書及軟件需求開展SQA。在設(shè)備啟動初期，軟件質(zhì)量師依據(jù)系統(tǒng)下發(fā)的軟件質(zhì)量保證大綱編制SQA計劃，提出軟件生命周期各階段的質(zhì)量管理要求，以持續(xù)監(jiān)控整個軟件生命周期過程并評審軟件產(chǎn)品。

軟件生命周期各階段質(zhì)量保證活動的輸出產(chǎn)物為SQA記錄，包括SQA評審或?qū)徍藞蟾?、軟件符合性評審記錄等，跟蹤并確保評審問題或不符合項的解決和閉環(huán)。

同時，SQA還對各個階段的軟件配置管理活動進(jìn)行監(jiān)督和檢查，形成配置審核記錄；對系統(tǒng)集成階段設(shè)備裝入分系統(tǒng)或系統(tǒng)聯(lián)試期間發(fā)現(xiàn)的軟件問題的糾正情況進(jìn)行監(jiān)督和檢查，保證問題歸零。

2.2.5 軟件文檔資料

軟件文檔是軟件的重要組成部分。文檔內(nèi)容是根據(jù)軟件開發(fā)過程中各階段的工作任務(wù)而產(chǎn)生的，主要記載各階段的主要活動信息和要求。

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

機(jī)載設(shè)備根據(jù)軟件文檔編制要求進(jìn)行軟件文檔的編寫，保證交付的文檔完全符合工程要求且準(zhǔn)確、完整和規(guī)范。交付的文檔同時作為軟件配置項納入配置管理，嚴(yán)格控制文檔的更改。

2.3 軟件設(shè)計和實現(xiàn)

2.3.1 軟件設(shè)計遵循原則

機(jī)載設(shè)備嵌入式軟件遵循以下設(shè)計原則：

（1）嚴(yán)格執(zhí)行數(shù)字式電子類機(jī)械設(shè)備（軟件部分）的研制通用要求；

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

（3）采取分層次、模塊化設(shè)計，方便進(jìn)行裁減和升級；

（4）減小應(yīng)用軟件與底層處理器硬件相關(guān)性，通過提供標(biāo)準(zhǔn)的接口規(guī)范，分離應(yīng)用軟件與特定硬件相關(guān)的代碼。

2.3.2 軟件設(shè)計和實現(xiàn)

（1）設(shè)計方法

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

（2）實現(xiàn)方案

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

（3）編程語言

現(xiàn)階段計算機(jī)軟件編程采用的語言主要是匯編語言和高級語言。目前，在航電系統(tǒng)上采用的高級語言主要為C，C++。

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

2.4 軟件驗證

2.4.1 定義

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

2.4.2 方法

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

（1）軟件評審

軟件評審作為軟件驗證的一項重要活動，是軟件質(zhì)量保證的重要一環(huán)。

為保證嵌入式軟件的研制質(zhì)量，機(jī)載設(shè)備遵循系統(tǒng)制定的軟件評審細(xì)則，規(guī)范軟件評審活動。同時根據(jù)軟件等級要求，對軟件各階段的工作成果進(jìn)行符合該等級的評審要求和評審方式（外部評審或內(nèi)部評審）。

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

評審時，提交評審的所有文檔必須已經(jīng)通過逐級審簽。每次評審后必須形成評審報告，評審?fù)ㄟ^后將其和相關(guān)軟件產(chǎn)品納入配置管理。階段產(chǎn)品必須進(jìn)行并通過評審。

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

評審針對各階段的工作成果。在各階段工作成果評審?fù)ㄟ^后才允許建立相應(yīng)的基線，才能進(jìn)行后續(xù)階段的開發(fā)工作。

（2）軟件測試

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

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

軟件測試計劃通過評審后即刻開展測試活動，在計劃階段、需求階段和設(shè)計階段主要執(zhí)行了測試策劃、測試設(shè)計和實現(xiàn)；從編碼階段開始進(jìn)入測試執(zhí)行，直到軟件集成階段系統(tǒng)測試結(jié)束進(jìn)行測試總結(jié)。在測試工作中，機(jī)載設(shè)備根據(jù)測試執(zhí)行情況對上述四個過程反復(fù)迭代（包括軟件回歸測試），直至達(dá)到測試要求為止。

（3）一般測試要求

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

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

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

（4）機(jī)載軟件測試的特點

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

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

②開發(fā)環(huán)境和實際運行環(huán)境不同；

③機(jī)載軟件實時性強；

④機(jī)載軟件屬于安全關(guān)鍵軟件。

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

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

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

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

（5）軟件測試結(jié)果

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

3 結(jié) 語

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

參考文獻(xiàn)

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

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

[3] 劉友丹.民用飛機(jī)機(jī)載設(shè)備的適航管理[J].航空標(biāo)準(zhǔn)化與質(zhì)量，2007（4）：19?21.

[4] 國防科學(xué)技術(shù)工業(yè)委員會.GJB900?1990 系統(tǒng)安全性通用大綱[S].北京：[出版者不詳]，1990.

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

篇8

軟件配置管理系統(tǒng)指的是進(jìn)行軟件配置庫的管理，配置庫包含軟件開發(fā)庫、受控庫和產(chǎn)品庫，由CM人員負(fù)責(zé)管理和維護(hù)。本文介紹如何利用“Starteam”工具完成軟件工作產(chǎn)品的出庫、入庫和變更控制，從而避免軟件項目發(fā)生混亂，提高軟件開發(fā)團(tuán)隊的工作效率。

【關(guān)鍵詞】配置庫 開發(fā)庫 受控庫 產(chǎn)品庫 CCB

1 建立配置庫

《國防開發(fā)任務(wù)書》評審?fù)ㄟ^后，由項目經(jīng)理向CM人員提交《配置庫建立申請表》， CM人員根據(jù)申請表規(guī)劃存儲結(jié)構(gòu)，利用“Starteam”建立開發(fā)庫、受控庫和產(chǎn)品庫，并分配權(quán)限。

2 開發(fā)庫管理規(guī)定

開發(fā)庫是項目組內(nèi)部使用，有訪問控制權(quán)限的項目組成員可自行進(jìn)行出庫、入庫和變更的操作。

2.1 入庫控制

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

2.2 出庫控制

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

2.3 變更控制

（1）項目組成員對相應(yīng)版本的配置項“Check out”后進(jìn)行更改；

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

3 受控庫管理規(guī)定

3.1 入庫控制

入受控庫內(nèi)容應(yīng)包括：《軟件配置管理計劃》中識別的所有配置項（含軟件文檔、源程序、目標(biāo)程序等）。

（1）擬制、校對與審核：項目組成員擬制軟件文檔，項目經(jīng)理或本領(lǐng)域?qū)＜业葘浖臋n進(jìn)行校對，項目部門負(fù)責(zé)人對軟件文檔進(jìn)行審核；

（2）評審與批準(zhǔn)：項目組成員將審核通過的文檔及《軟件評審申請單》提交至項目主管，項目主管組織評審，項目組成員針對專家提出的問題進(jìn)行歸零，主審評委驗證后提交項目經(jīng)理、部門負(fù)責(zé)人、標(biāo)準(zhǔn)化負(fù)責(zé)人和主管副總工簽署確認(rèn)；

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

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

（5）實施入庫：CM人員將確認(rèn)過的版本檢入受控庫，并通過“Label”對入庫版本進(jìn)行標(biāo)識，同時對開發(fā)庫中標(biāo)識出對應(yīng)的受控庫版本號；

（6）狀態(tài)跟蹤：CM人員填寫《配置狀態(tài)報告》，對入庫信息進(jìn)行登記；

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

3.2 出庫控制

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

配置項出受控庫的流程規(guī)定如下：

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

（2）出庫審批：CCB審批受控庫出庫申請，由CCB組長批準(zhǔn)；

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

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

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

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

4 產(chǎn)品庫管理規(guī)定

4.1 入庫控制

入庫內(nèi)容包括：項目的產(chǎn)品基線或技術(shù)狀態(tài)凍結(jié)的軟件產(chǎn)品。

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

（2）出受控庫：CM人員從受控庫提取相應(yīng)產(chǎn)品基線的內(nèi)容并將工作產(chǎn)品刻盤、貼標(biāo)簽、裝盒與批準(zhǔn)的產(chǎn)品庫《軟件入庫申請單》一并提交至產(chǎn)品庫CM人員；

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

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

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

4.2 出庫控制

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

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

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

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

4.3 變更控制

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

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

篇9

關(guān)鍵詞：cmm/cmmi；sqa；信息系統(tǒng)開發(fā)

中圖分類號：tp311052 文獻(xiàn)標(biāo)識碼：a 文章編號：1006-8937（2012）20-0083-02

1 cmm/cmmi概述

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

cmmi（capability maturity model integration，集成能力成熟度模型）是cmm模型的最新版本。cmmi的專業(yè)領(lǐng)域涵蓋軟件工程、集成產(chǎn)品開發(fā)ipd、集成產(chǎn)品開發(fā)系統(tǒng)工程和系統(tǒng)采購等，因此cmmi的涉及面更加廣泛。

2 sqa介紹

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

cmm/cmmi為滿足這個關(guān)鍵過程域，應(yīng)達(dá)到的目標(biāo)為：軟件質(zhì)量保證工作需要有計劃的進(jìn)行；客觀地驗證軟件項目、產(chǎn)品和工作是否遵循適當(dāng)?shù)臉?biāo)準(zhǔn)、步驟和用戶需求；將軟件質(zhì)量保證工作及結(jié)果通知給有關(guān)組別成員；高級管理層能夠?qū)υ陧椖績?nèi)部不能解決的不符合類問題進(jìn)行掌控。

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

3 sqa在信息系統(tǒng)開發(fā)中的應(yīng)用

3.1 信息系統(tǒng)開發(fā)過程中遇到的常見問題

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

3.2 sqa應(yīng)用于信息系統(tǒng)開發(fā)

我們的信息系統(tǒng)開發(fā)項目大部分采用的是傳統(tǒng)的瀑布式開發(fā)模式，對開發(fā)過程的次序和管理活動的規(guī)范比較重視，恰好與cmm基本思想相似，而還有一些項目借鑒傳統(tǒng)瀑布開發(fā)業(yè)務(wù)的案例、原型方案，細(xì)化后納入基線結(jié)構(gòu)的迭代開發(fā)模式，這與cmmi基本思想相似?；赾mm/cmmi的sqa過程應(yīng)用于我們的信息系統(tǒng)開發(fā)中，可以達(dá)到改進(jìn)信息系統(tǒng)開發(fā)過程，保證信息系統(tǒng)開發(fā)質(zhì)量的目的。所以公司決定推行cmm/cmmi，在項目中增加sqa人員。此時的組織架構(gòu)如圖2所示。

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

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

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

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

3.3 sqa的工作方法

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

4 結(jié) 語

引入sqa作為過程改進(jìn)、降低風(fēng)險、保證信息系統(tǒng)開發(fā)質(zhì)量的策略是當(dāng)今信息系統(tǒng)開發(fā)過程的必然趨勢。以sqa為cmm/cmmi具體實施的突破口，對信息系統(tǒng)開發(fā)過程進(jìn)行標(biāo)準(zhǔn)化的管理和改進(jìn)，以此提高企業(yè)信息系統(tǒng)開發(fā)產(chǎn)品的質(zhì)量和企業(yè)形象。

篇10

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

2加強計算機(jī)網(wǎng)絡(luò)管理

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

3結(jié)語