運維服務(wù)方案全框架要點

第1章項目概況1.1項目背景近年來為適應(yīng)業(yè)務(wù)發(fā)展的需求，XX企業(yè)進行了大規(guī)模的電子商務(wù)建設(shè)，包括采購桌面PC約300臺，打印機約100臺，這些應(yīng)用系統(tǒng)及硬件設(shè)備的投入使用極大的推動了XX企業(yè)信息化建設(shè)的進程。隨著越秀工商局對整體IT系統(tǒng)（硬件、軟件、網(wǎng)絡(luò)通訊…）的可用性要求日益提高，系統(tǒng)運行保障和維護管理就成為確保業(yè)務(wù)系統(tǒng)安全穩(wěn)定可靠運行的最有力的手段。XX企業(yè)主要有一棟N層的辦公環(huán)境，現(xiàn)階段對設(shè)備維護主要采用自主維護的方式。由于人力有限，建設(shè)任務(wù)繁重，中心技術(shù)人員在接手新項目及日常工作的同時往往需要做大量的維護工作，不少技術(shù)人員長期處于滿負荷，嚴重影響了工作效率。在當前有限的人力物力資源下，為了保障和提高IT服務(wù)質(zhì)量，XX企業(yè)有必要將計算機、外設(shè)及網(wǎng)絡(luò)的運行維護進行外包，派駐2名工程師進行維護，以解決當前IT服務(wù)個方面日益增長的需求和有限的提供能力之間的矛盾，提高XX企業(yè)辦公區(qū)域內(nèi)的軟、硬件、業(yè)務(wù)應(yīng)用軟件的運行維護效率，確保信息系統(tǒng)正常運行。1.2項目目標結(jié)合XX企業(yè)業(yè)務(wù)工作及信息化建設(shè)實際，完善運維管理體系的建設(shè)，加強信息系統(tǒng)正常運行保障，“以流程為導向，以服務(wù)為核心”提高服務(wù)質(zhì)量水平、轉(zhuǎn)變服務(wù)理念、拓寬服務(wù)范圍、提高服務(wù)效率、提升用戶服務(wù)滿意度。1.3需求分析本次項目XX企業(yè)需求主要包括兩個部分,1、 運維管理體系建設(shè)要求；2、 信息系統(tǒng)正常運行保障服務(wù)。其中運維管理體系建設(shè)應(yīng)完善服務(wù)內(nèi)控制度即服務(wù)質(zhì)量管理，逐步建立起一套符合XX企業(yè)自身實際的運維管理標準及應(yīng)用制度；建設(shè)IT運營維護管理平臺，采用標準的IT運維管理流程，提供準確、詳盡、專業(yè)的報告制度，通過客觀分析運維過中出現(xiàn)的各種障礙及問題，為XX企業(yè)信息化建設(shè)提供決策依據(jù)。信息系統(tǒng)正常運行保障涵蓋了1、 一般信息化設(shè)備及軟件的運維管理；2、 、防病毒服務(wù)；3、 辦公區(qū)域內(nèi)設(shè)備及軟件巡檢普查；4、 提供符合XX企業(yè)實際的服務(wù)響應(yīng)水平及質(zhì)量保障；5、 信息化資產(chǎn)管理第2章運維服務(wù)管理體系建設(shè)2.1IT服務(wù)管理概述現(xiàn)今，隨著計算機技術(shù)，特別是網(wǎng)絡(luò)技術(shù)的飛速發(fā)展，對于許多行政單位，許多企業(yè)而言，IT技術(shù)越來越深入到核心業(yè)務(wù)，影響策略制定和企業(yè)的發(fā)展。從而對IT環(huán)境的可靠性，可用性和快速適應(yīng)性提出了越來越高的要求，與此同時，直環(huán)境(包括軟/硬件及相關(guān)技術(shù))卻變得越來越復雜。因此，對于一個單位而言：如何把有限的IT資源最有效的作用于核心業(yè)務(wù)的發(fā)展如何最快地獲取專業(yè)的支持能力如何實現(xiàn)對系統(tǒng)的完善管理，提高系統(tǒng)的可靠性和可用性如何提高用戶的工作效率，增加最終用戶滿意度如何跟上直技術(shù)的發(fā)展，及時更新相關(guān)技術(shù)如何提高對IT系統(tǒng)利用的靈活性如何更好地管理IT運營成本以提高服務(wù)能力，將會是單位可能面臨的問題。直服務(wù)管理(ITSM)是一套幫助企業(yè)對直系統(tǒng)的規(guī)劃、研發(fā)、實施和運營進行有效管理的方法，是一套指導IT服務(wù)的方法論°ITIL是英國國家電腦局(CCTA)于八十年代開發(fā)的一套IT業(yè)界的服務(wù)管理標準庫，它把業(yè)界在IT管理方面最好的方法歸納起來，形成規(guī)范，旨在為企業(yè)的IT部門提供一套從計劃、研發(fā)、實施到運維的標準方法。它一經(jīng)提出，便被歐洲各大公司紛紛采納，隨后在澳洲，美洲和亞洲流行開來，目前已成為IT服務(wù)管理事實上的標準。通過參考這些標準，我們可以充分借鑒國際化標準的直服務(wù)管理最佳經(jīng)驗，使我們“站在巨人的肩膀上”來設(shè)計、規(guī)劃及運維IT服務(wù)，盡可能少走彎路，有效提高直服務(wù)的質(zhì)量。ITIL框架圖ITIL是基于流程的方法論。IT部門可用其檢查是否用一種可控的和可訓練有素的方法為最終用戶交付所需的IT服務(wù)°ITIL合并了一套最佳的實踐慣例，可適用于幾乎所有IT組織，無論其規(guī)模大小，或采取何種技術(shù)。ITIL對IT服務(wù)管理實踐中涉及的許多重要問題進行了系統(tǒng)的分析，包括全面的檢查清單、任務(wù)、程序、責任等與任何IT服務(wù)組織密切相關(guān)的問題。這些概念的定義也涵蓋了大多數(shù)IT服務(wù)組織的主要行為。IT服務(wù)組織可以借助ITIL的指導建立和拓展自己的IT服務(wù)流程。2.2運維服務(wù)管理流程體系運維務(wù)管理最核心的是“服務(wù)支持”(ServiceSupport)和“服務(wù)提供”(ServiceDelivery)兩個模塊。各流程相互貫穿和作用，形成有機整體，共同建立一個健全的服務(wù)管理體系。如下圖所示：2.2.1服務(wù)支持服務(wù)支持的內(nèi)容描述了一個客戶如何訪問適當?shù)姆?wù)，以支持其業(yè)務(wù)。服務(wù)支持包含以下內(nèi)容：2.2.1.12.2.1.1服務(wù)臺我們?yōu)槠髽I(yè)建設(shè)服務(wù)臺，提供統(tǒng)一報障電話，統(tǒng)一報障、統(tǒng)一維修接口，越秀工商可以通過統(tǒng)一的報障電話申請服務(wù)、查詢服務(wù)處理進程，監(jiān)控服務(wù)質(zhì)量。服務(wù)臺(ServiceDesk)是IT服務(wù)組織和用戶相互聯(lián)系的接入點。服務(wù)臺曾經(jīng)被稱為幫助臺(HelpDesk)。HelpDesk的主要任務(wù)是記錄，分解和監(jiān)控提出的問題。一個服務(wù)臺可以具備更寬范的角色，如接收變更請求(RFC),并且可以支撐多種流程中的操作。服務(wù)臺是服務(wù)提供者和用戶之間的日常工作的單一聯(lián)系點。它也是報告突發(fā)事件和提交服務(wù)請求的焦點。正因為如此，服務(wù)臺的職責是保持將服務(wù)相關(guān)信息，行為和契機通知用戶，并追蹤了解用戶每日的行為。例如，服務(wù)臺可能扮演用戶提交變更請求的聯(lián)系點，基于變更管理流程傳達變更實施計劃，并保持將變更實施進程通知用戶。變更管理應(yīng)該確保服務(wù)臺隨時保持對變更行為情況的掌握。在任何對SLA產(chǎn)生影響的事件面前，服務(wù)臺處于第一線，并維護高速的信息流通道。圍繞突發(fā)事件，服務(wù)臺有可能在其權(quán)限范圍被授權(quán)實施變更。此類變更的范圍可能被預(yù)先定義。當所有相關(guān)變更發(fā)生時，變更管理流程將被告知?；旧?，當對任何CI的規(guī)范做出修改之前，變更流程都需要對其進行預(yù)先審批。2.2.1.22.2.1.2突發(fā)事件管理突發(fā)事件管理流程致力于解決突發(fā)事件，并快速恢復服務(wù)供應(yīng)。突發(fā)事件被記錄下來，并且事件記錄的質(zhì)量決定了相關(guān)的其它流程的效力。服務(wù)臺接近于突發(fā)事件管理流程和問題管理流程，并處于它們之間。如果沒有適當?shù)目刂疲兏锌赡芤胄碌耐话l(fā)事件。因此需要建立有效途徑對變更進行跟蹤。這是為什么建議持續(xù)不斷地將突發(fā)事件記錄在同一個CMDB中，并分類為“問題”，“已知錯誤”，“變更記錄”等信息，以促進服務(wù)臺界面的信息溝通能力，簡化事件調(diào)查和報告。突發(fā)事件的優(yōu)先權(quán)及其升級需要作為服務(wù)級別管理流程中的一部分進行協(xié)商，并在SLA中備案。突發(fā)事件管理的目標：突發(fā)事件管理的目標是盡可能迅速地根據(jù)SLA中定義的普通服務(wù)級別作出反應(yīng)，使產(chǎn)生問題后對業(yè)務(wù)行為及組織和用戶的影響最小。突發(fā)事件管理也應(yīng)該保留對事件的有效記錄，以便于衡量和改進流程，并向其它流程匯報。突發(fā)事件流程如下圖所示：2.2.1.3問題管理對于突發(fā)事件有兩種處理方法，一種是對其做出服務(wù)快速響應(yīng)，盡快恢復其正常運行，另一種是鑒別和解決問題根源。這兩種方法之間存在微妙的區(qū)別，而且經(jīng)常被互相混淆。對其做好區(qū)分具有重要意義。如果問題被懷疑存在于IT架構(gòu)內(nèi)部，問題管理流程將會瞄準其潛在的根源。一個問題可能是被突發(fā)事件暴露出來的，但是顯然，問題管理的目標是解決問題根源，預(yù)防其可能產(chǎn)生的干擾，而不是迅速恢復系統(tǒng)運行。當問題被識別后（被識別的問題通常稱之為已知錯誤），通常需要進行一個業(yè)務(wù)決策，決定是否采取永久性措施改進系統(tǒng)架構(gòu)，以預(yù)防再次發(fā)生新的突發(fā)事件。如果需要，提交一個變更請求來實現(xiàn)改進。為了有效和高效地識別突發(fā)事件背后的問題根源及其發(fā)展趨勢，問題管理流程需要準確全面的突發(fā)事件的記錄。問題管理流程同樣需要和可用性管理流程密切聯(lián)絡(luò)，以確定這些趨勢并明確補救措施的重要性。流程：2.2.1.4配置管理配置管理致力于控制一個變化中的IT架構(gòu)（標準化和狀態(tài)監(jiān)控），鑒別配置項目（清冊，相互關(guān)聯(lián)，審核與注冊），收集和管理有關(guān)IT架構(gòu)的文檔，為所有其它流程提供IT架構(gòu)的相關(guān)信息。配置管理是所有其它服務(wù)管理流程不可分割的一部分。擁有當前架構(gòu)中所有部件的最新的，準確的，全面的和詳細的信息，并管理其變更，使這些信息有效而高效地支持其它流程運行。變更管理可以與配置管理集成。至少，建議在配置管理系統(tǒng)中控制變更的登錄和實施，并自在配置管理系統(tǒng)的幫助下對變更影響做出評估。因此所有變更請求應(yīng)該被輸入配置管理數(shù)據(jù)庫（CMDB）,并隨著變更請求的進展隨時更新記錄，直至其實施。配置管理系統(tǒng)識別一個變更項目和架構(gòu)中其它部件的關(guān)系，將這些部件的所有人召集到影響評估流程中來。不管一個變更是否在架構(gòu)中實施，相互關(guān)聯(lián)的配置管理記錄應(yīng)該在CMDB中得到更新。最好在變更發(fā)生時，使用集成工具自動地更新記錄。CMDB應(yīng)該開放給整個服務(wù)支持組，使所有人理解部件失效可能的原因，從而使突發(fā)事件和問題可以被更容易地解決。CMDB還應(yīng)當被用來把突發(fā)事件及問題記錄和其它記錄聯(lián)系起來，比如失效的配置項目(ConfigurationItem-CI)和用戶之間的聯(lián)系。如果缺少了配置管理流程的集成，發(fā)布管理將難以實現(xiàn)，并可能錯誤連連。服務(wù)交付流程同樣依賴于CMDB中的數(shù)據(jù)。例如：服務(wù)級別管理需要識別相互結(jié)合在一起的部件，并在此基礎(chǔ)上設(shè)置支持協(xié)議，交付服務(wù)。IT財務(wù)管理需要知道每個業(yè)務(wù)部門使用的IT架構(gòu)部件，尤其是對于收費的項目。IT服務(wù)持續(xù)性和可用性管理需要識別部件，用于問題風險分析和部件失效影響分析。下圖顯示了配置管理和其它服務(wù)管理流程之間的關(guān)系：圖：能力管理，變更管理，配置管理和發(fā)布管理之間的關(guān)系2.2.1.5變更管理變更管理專注于對直架構(gòu)實施可控的變更。此流程的目標是確定所需的變更，并決定這些變更如何在對IT服務(wù)產(chǎn)生最小的不利影響的范圍內(nèi)得以實施。同時確保其變更是可追溯的，而且是經(jīng)過整個組織內(nèi)部有效地磋商和協(xié)調(diào)的。在客戶組織提交變更請求后，由配置管理流程監(jiān)控其狀態(tài)，與問題管理和若干其它流程進行協(xié)調(diào)。變更實施履行一特定的路徑，包括定義，計劃，建立，測試，接受，實施，和評估。變更管理流程依賴于配置數(shù)據(jù)的準確性，以確保獲知所有實行變更造成的影響。因此變更管理與配置管理之間有密切的聯(lián)系。變更流程的詳細內(nèi)容應(yīng)在SLA中存檔，確保用戶知道提交變更申請的程序，項目目標及時間，以及實施變更造成的影響。變更的詳細內(nèi)容需要通知服務(wù)臺。即使變更經(jīng)過了全面測試，仍然很有可能存在實施變更的過程中發(fā)生各種困難，這些困難可能緣于變更沒有按需求或預(yù)期運行，或者對變更對功能造成的影響產(chǎn)生質(zhì)疑。變更咨詢會議(ChangeAdvisoryBoard-CAB)由可向變更管理小組提供專家意見的人員組成。這個會議很可能由來自于所有領(lǐng)域的IT及業(yè)務(wù)單位的人參與。2.2.1.6發(fā)布管理發(fā)布是指一組配置項目(ConfigurationItems-CI)經(jīng)過測試被引入處于活動狀態(tài)的環(huán)境中。發(fā)布管理的主要目標是確保發(fā)布信息被成功地公布，包括歸納綜合，測試與存檔。發(fā)布管理確保只有經(jīng)過測試和正確授權(quán)的軟硬件版本才能提供給IT運行環(huán)境。發(fā)布管理與配置管理和變更管理的行為密切相關(guān)。真實的變更實施經(jīng)常通過發(fā)布管理行為得以貫徹。變更的結(jié)果可能經(jīng)常來自于新硬件，新版本軟件，以及新的文檔（自行建立，或購買而來）等。對它們進行控制，并打包和頒發(fā)。有關(guān)存檔安全和公布程序應(yīng)該和變更管理和配置管理流程緊密集成。發(fā)布的程序也可能作為突發(fā)事件管理和問題管理流程中不可分割的一部分，同時還和CMDB密切相連，以維護及時更新的記錄。2?2.2服務(wù)提供服務(wù)提供主要包括：服務(wù)級別管理、H服務(wù)財務(wù)管理、能力管理、持續(xù)持續(xù)管理、可用性管理等。2.2.2.1服務(wù)級別管理服務(wù)級別管理的目標是縷清與客戶之間有關(guān)H服務(wù)的協(xié)議，并付諸實施。因此，服務(wù)級別管理需要收集客戶需求，直服務(wù)組織可提供的設(shè)施，以及可用的財務(wù)資源。服務(wù)級別管理針對提供給客戶的服務(wù)（聚焦客戶的）。因此是基于客戶需求建立服務(wù)（需求拉動），而非單純基于現(xiàn)有技術(shù)所及（供應(yīng)驅(qū)動），從而使直服務(wù)組織提高客戶滿意度。服務(wù)級別管理闡述的內(nèi)容有：如何在服務(wù)級別協(xié)議（ServiceLevelAgreement-SLA）中清楚地定義條款，使其可優(yōu)化IT服務(wù)成本，并為用戶所接受。如何監(jiān)控和討論所提供的服務(wù)。如何管理直服務(wù)組織的供應(yīng)商及其下包合同。服務(wù)級別管理(ServiceLevelManagement—SLM)流程是用來確保服務(wù)級別協(xié)議，并支持運行級別協(xié)議及其它合同，保證所有對服務(wù)質(zhì)量的影響減少到最小。此流程在服務(wù)質(zhì)量和SLA基礎(chǔ)上評估各種變更造成的影響，包含預(yù)期變更前的影響，也包含評估實施變更后的影響。SLA中某些最重要的目標和服務(wù)可用性、以及在容許周期內(nèi)對突發(fā)事件形成決策有關(guān)。SLM是服務(wù)支持和服務(wù)交付的關(guān)鍵。由于它依賴于其它流程的存在性，有效性及運行效率，它不可孤立存在。一個缺乏基礎(chǔ)支持流程的SLA是沒有意義的，缺乏支持的SLA就失去了承認其內(nèi)容的基礎(chǔ)。2.2.2.2直服務(wù)的財務(wù)管理財務(wù)管理針對于IT服務(wù)的謹慎從事。例如，當所提供的IT服務(wù)在進行中時，財務(wù)管理將提供其導致的成本信息。這樣使考慮IT架構(gòu)或IT服務(wù)的改變時，能夠合理地考慮成本和利益(價格和性能)之間的關(guān)系。財務(wù)管理中對成本的鑒別、分配、預(yù)測和監(jiān)控使成本成為可知因素，減少成本和預(yù)算的差距。重點結(jié)合IT服務(wù)組織的贏利，IT服務(wù)的財務(wù)管理描述了多種支付方法，包括設(shè)立支付和定價的目標，以及預(yù)算計劃。財務(wù)管理負責對成本及IT服務(wù)投資回報的會計核算，并管理任何來自于客戶的成本。財務(wù)管理需要與能力管理(CapacityManagement)，配置管理(ConfigurationManagement，包含資產(chǎn)數(shù)據(jù))，以及SLM的良好接口，來確定服務(wù)的真實成本。在IT組織預(yù)算談判階段和客戶的IT耗費核算階段，財務(wù)管理很可能與業(yè)務(wù)關(guān)系管理(BusinessRelationshipManagement)及IT組織密切相關(guān)。2.2.2.3能力管理能力管理是優(yōu)化成本，獲得時間，以及開發(fā)IT資源的流程，來支持與客戶簽訂的服務(wù)條款。能力管理針對資源管理，性能管理，需求管理，建模，能力計劃，負載管理，以及應(yīng)用軟件能力推測。能力管理強調(diào)用計劃來確保所簽訂的服務(wù)級別可以被履行和成長。能力管理負責確保在所有時間具備足夠的可用能力，以滿足業(yè)務(wù)需求。能力管理不是簡單地與系統(tǒng)部件的性能相關(guān)，而是直接與業(yè)務(wù)需求相關(guān)。在那些與能力問題相關(guān)的困難面前，能力管理在突發(fā)事件決策和問題鑒別過程中被引入。能力管理提交變更請求以確保得到適當?shù)目捎媚芰?。這些RFC被提交給變更管理流程，其實施可能影響若干CI，包括硬件，軟件和文檔，并需要提供有效的版本管理。能力管理應(yīng)該在評估所有變更時被引入，用來確定變更導致的在能力和性能上的影響。這種影響在變更實施前后都有可能出現(xiàn)。能力管理應(yīng)該特別關(guān)注變更在一定周期后引起的累積性變化。容易被忽略的單個的變更往往在經(jīng)過累積后，引起響應(yīng)時間衰減，文件存儲問題，和對處理能力的過度需求。2.2.2.4直服務(wù)持續(xù)性管理此流程在業(yè)務(wù)中斷時對直服務(wù)進行災(zāi)難恢復措施的準備和計劃。業(yè)務(wù)持續(xù)性管理為客戶組織遇到災(zāi)難時準備好緊急預(yù)案，根據(jù)此預(yù)案采取與直服務(wù)相關(guān)的預(yù)防災(zāi)難發(fā)生的措施。直服務(wù)持續(xù)性管理流程對技術(shù)，財務(wù)和管理資源需求做好計劃和協(xié)調(diào)，確保災(zāi)難發(fā)生后可持續(xù)提供服務(wù)，并就其內(nèi)容達成客戶同意。IT服務(wù)持續(xù)性管理與一個組織在業(yè)務(wù)中斷后在某個可允許范圍內(nèi)繼續(xù)運作的能力密切相關(guān)。至少要保證最基本的業(yè)務(wù)運行所需要的IT服務(wù)，預(yù)先對其服務(wù)級別作出規(guī)定，并和客戶達成一致。有效的IT服務(wù)持續(xù)性需要一個平衡的風險縮減措施，例如有彈性的系統(tǒng)和備份恢復設(shè)施。配置管理流程中的數(shù)據(jù)被用來輔助其計劃和預(yù)防措施。需要對架構(gòu)和業(yè)務(wù)變更對持續(xù)性計劃造成的潛在影響進行評估。有關(guān)IT和業(yè)務(wù)的計劃應(yīng)該提交變更管理程序。在持續(xù)性管理流程中，服務(wù)臺承擔著重要角色。2.2.2.5可用性管理可用性管理是確保資源，方法和技術(shù)得以適當拓展的流程，以支持與客戶簽訂的IT服務(wù)條款?？捎眯怨芾磲槍λ龅降膯栴}，如優(yōu)化維護等，并且設(shè)計測量指標，最大程度減少意外突發(fā)事件的數(shù)量?？捎眯怨芾砼cIT服務(wù)的設(shè)計，實施，測量和管理相關(guān)，確保規(guī)定的業(yè)務(wù)需求中有關(guān)可用性的內(nèi)容被貫徹?？捎眯怨芾硇枰斫釯T服務(wù)失效發(fā)生的原因和恢復服務(wù)所需的事件。突發(fā)事件管理和問題管理提供了關(guān)鍵輸入SLA中描述的可用性的目標在可用性管理流程中被監(jiān)控，并包含在其報表中。此外，在支持服務(wù)核查制度所提供的測量和報表中，可用性管理對服務(wù)級別管理(SLM)流程提供了支持。2.3運維服務(wù)管理規(guī)劃2?3?1第一階段：服務(wù)磨合階段第一階段，乂稱為運維服務(wù)磨合階段，工作目標主要是通過服務(wù)管理，將客戶現(xiàn)有的無序救火式突發(fā)事件服務(wù)有序化，實現(xiàn)突發(fā)事件管理，所有的突發(fā)事件將運用技術(shù)、管理與流程相結(jié)合的方式，做到統(tǒng)一管理，統(tǒng)一任務(wù)分發(fā)，安排合適的人員處理合適的事件。所有的突發(fā)事件全過程可控制、跟蹤、即時回饋，讓每一個客戶能夠隨時查詢到事件處理過程，不會出現(xiàn)焦慮、服務(wù)要求長時間無人響應(yīng)或服務(wù)要求根本無人響應(yīng)的情況，從而提高客戶滿意度，提高運行維護效率，提高客戶使用業(yè)務(wù)信息系統(tǒng)的效率，從而做到提高總體生產(chǎn)力?，F(xiàn)今客戶大都沒有真正意義上的配置管理系統(tǒng)。配置管理系統(tǒng)，顧名思義，含有業(yè)務(wù)信息系統(tǒng)及終端設(shè)備詳細清單，配置情況，針對于業(yè)務(wù)信息系統(tǒng)的操作系統(tǒng)服務(wù)運行情況，終端運行軟件情況，使用軟件資產(chǎn)情況等，以及每一次配置改變的記錄，做到配置的改變都有跡可查，將軟硬件資產(chǎn)系統(tǒng)化的管理起來。用一句話概括我們上述兩項服務(wù)：將無序的突發(fā)事件有序化，將紙制的配置管理信息化。就是我們突發(fā)事件管理以及配置管理的目標。ITSM所定義處理突發(fā)事件的工作目標是規(guī)避與盡快恢復。運維服務(wù)的目標不是盡可能多，盡可能快的完成服務(wù)，而應(yīng)該是盡量避免事件的發(fā)生，當然，這不是一步可以到位的，因此，在第一階段，我們需要做到盡快恢復客戶的正常使用，故：在處理突發(fā)事件時，我們不分析事件發(fā)生的原因，只收集有價值的事件/故障信息，并在最短的時間內(nèi)將客戶的設(shè)備恢復到正常使用狀態(tài)。針對于重復/頻繁發(fā)生的突發(fā)事件，我們需要轉(zhuǎn)問題管理流程，予以處理。問題管理，也就是事件的原因分析以及根除此事件的解決方法管理，我們需要對突發(fā)事件發(fā)生的原因，使用專業(yè)的方式予以分析，如使用國際QA標準，使用魚骨圖，使用柏拉圖等方式來分析出可能的原因，并對原因予以檢測和測試，提出根本解決事件的方案。魚骨圖分析法柏拉圖分析法問題管理，僅提出解決問題之道，也就是根除某突發(fā)事件的方案，具體的處理步驟，交由實施管理來執(zhí)行。實施管理，乂叫做發(fā)布管理，因根除故障特別是信息系統(tǒng)缺陷時，需要嚴格處理過程，避免在線運行業(yè)務(wù)受到不可預(yù)計的影響。我們在發(fā)布過程中都會預(yù)計到一些可能的影響，如更改交換機配置可能導致部分終端無法使用網(wǎng)絡(luò)；修改某一個數(shù)據(jù)庫字段可能導致數(shù)據(jù)混亂；修改某段代碼可能導致整個程序陷入死循環(huán)等。因此實施管理必須能有效并切實的分析大部分存在或者隱含的風險。試想我們在更改交換機配置前經(jīng)歷過充分測試，將中斷網(wǎng)絡(luò)時間縮短為五分鐘并且通知到全部/大部分可能受影響的客戶；修改數(shù)據(jù)庫字段或代碼前在虛擬測試平臺或訪真數(shù)據(jù)庫中反復測試，而后予以發(fā)布；將發(fā)布的時間定在非使用高峰期。這樣，可以規(guī)避大量風險，保證問題解決的安全可靠。越維風險控制模型凡涉及到解決問題，必然關(guān)聯(lián)到變更。變更管理的作用，是保證每一步的配置更改，都有跡可查，有人可尋。在工作中是否遇到過有人修改了系統(tǒng)代碼，您卻不知道是誰改動了哪些地方驗收后提供的系統(tǒng)原代碼不知道是否與在線系統(tǒng)原代碼相符有哪些地方不同是哪些人修改的您的設(shè)備是否與剛采購的時候配置情況相同保修情況始終保持不變變更后的資產(chǎn)是否已經(jīng)更新配置庫變更管理將為您解答上述問題。第一階段的服務(wù)，就涵蓋上述五個方面的服務(wù)內(nèi)容，總結(jié)描述：將無序的突發(fā)事件有序化，將紙制的配置管理信息化，問題管理科學化，實施管理風險可控制化，以及變更管理記錄化。2.3.2第二階段：主動服務(wù)階段重點是在改良前一階段的服務(wù)基礎(chǔ)上，將前一階段的大量響應(yīng)式服務(wù)，部分主動式服務(wù)，轉(zhuǎn)換為主動服務(wù)為主導，科學的規(guī)避故障發(fā)生，做到故障可控制化。因此，第二階段的服務(wù)內(nèi)容，主要包括：實施&測試、安全管理、IT服務(wù)規(guī)劃，以及規(guī)模管理、可用性管理、服務(wù)級別管理和成本管理。實施&測試：前面我們講實施管理，包含有上線前的充分測試等工作，那這一個實施&測試是否重復呢此處的實施&測試，是與業(yè)務(wù)信息系統(tǒng)開發(fā)質(zhì)量管理相關(guān)的實施管理和測試管理工作。隨著業(yè)務(wù)信息化需求的不斷提高，業(yè)務(wù)系統(tǒng)的升級也隨之產(chǎn)生。是Down掉原有系統(tǒng)建設(shè)新的，還是在原有系統(tǒng)基礎(chǔ)上進行修改是用新的服務(wù)器替換掉原有服務(wù)器，還是在原有服務(wù)器上升級這些處理，都面臨一個必不可少的階段：切換?？蛻敉辉敢飧鼡Q已經(jīng)使用習慣了的系統(tǒng)，除非系統(tǒng)已經(jīng)不能滿足他的實際工作需求，但老系統(tǒng)總是存在大量缺陷，且運行效率低下，導致業(yè)務(wù)部門的工作效率也隨之下降。那么，為什么客戶不愿意更換系統(tǒng)原因是不熟悉。已經(jīng)開順手的車不會容易出事故，已經(jīng)用順手的手機可以方便的找到每一個聯(lián)系電話，而新系統(tǒng)的培訓，是否進行得完善新的業(yè)務(wù)流程講解，是否讓每一個業(yè)務(wù)部門人員熟悉了新系統(tǒng)是否有這樣那樣的缺陷而導致更低下的效率新系統(tǒng)是否能夠承載足夠多的用戶訪問新采購的硬件是否能夠保證質(zhì)量業(yè)務(wù)系統(tǒng)可以通過分析代碼來找尋缺陷，但是需要的時間過長，可以在測試平臺上對每一個功能進行測試，但是無法滿足壓力測試，只有將多種測試手段有機結(jié)合起來，才能保障新系統(tǒng)的質(zhì)量，如使用Winruner予以界面測試，使用Loadruner進行壓力測試，并管理好開發(fā)商的培訓工作，將給實施與測試工作帶來實質(zhì)性效果。另外，選擇合適的發(fā)布時間，做好發(fā)布計劃，也是實施管理工作的重點。安全管理，指服務(wù)過程的安全類服務(wù)、風險控制以及與客戶的數(shù)據(jù)安全協(xié)議。安全類服務(wù)如網(wǎng)絡(luò)病毒防治，網(wǎng)絡(luò)反黑，入侵檢測等技術(shù)類服務(wù)，風險控制如服務(wù)過程中各種風險的分析、規(guī)避等管理。技術(shù)類工作可以通過軟件等工具來實現(xiàn)，如系統(tǒng)補丁分發(fā)，防病毒軟件升級及策略優(yōu)化，網(wǎng)絡(luò)安全性優(yōu)化，增加入侵檢測系統(tǒng)(IDS)等，這些服務(wù)也能夠在第一階段中開始，而風險控制和客戶數(shù)據(jù)安全性協(xié)議，則完全通過人員管理、流程管理來實現(xiàn)。標準的ITSM流程是能夠做到0風險的，但在實際處理過程中卻往往不可能做到0風險。畢竟流程是靠人來運轉(zhuǎn)，而人員是否能夠完全遵照流程的指導來執(zhí)行，就是管理方法的問題了。運維被稱為PeopleBusiness，就證明人員管理猶在流程管理之上。因此，運維人員素質(zhì)是一個至關(guān)重要的條件。越維人員穩(wěn)定，且大都經(jīng)歷過保密培訓，這些都是實現(xiàn)安全管理的必要條件。另外，我們在項目啟動前將與客戶簽定保密協(xié)議，確保客戶數(shù)據(jù)的安全。IT服務(wù)規(guī)劃：此時我們對客戶的情況已經(jīng)有所了解，且積累的部分維護服務(wù)數(shù)據(jù)，如果進行了業(yè)務(wù)系統(tǒng)維護，更應(yīng)該對客戶的業(yè)務(wù)流程有了一定了解，此時可以針對客戶目前使用的信息系統(tǒng)或設(shè)備提出服務(wù)規(guī)劃，包括如何建立與推廣運維服務(wù)系統(tǒng)平臺，如何與多方監(jiān)控軟件整合形成集中管理，如何將運維部門由產(chǎn)出部門轉(zhuǎn)換為產(chǎn)入部門等。規(guī)模管理：客戶除本部外，還設(shè)有系列分部，分布地理位置比較接近，在第一期項目中即可以組成2級服務(wù)結(jié)構(gòu)，使用集中式服務(wù)臺(ServiceDesk)統(tǒng)一報障以及任務(wù)分發(fā)，這在資源的充分利用上有很大意義。如越維的某客戶單位正在策劃將越維設(shè)立在總部的統(tǒng)一故障受理平臺(ServiceDesk)服務(wù)范圍擴充到涵蓋全市范圍內(nèi)全市各區(qū)分局及所轄下屬單位的集中式運維服務(wù)管理平臺。同樣，規(guī)模的擴充將不限于服務(wù)臺，整體的運維服務(wù)也可以在全市服務(wù)環(huán)境的建立基礎(chǔ)上發(fā)揮其集中管理覆蓋面廣的特色?？捎眯怨芾恚和ㄟ^對客戶系統(tǒng)環(huán)境的了解與熟悉，以及在磨合階段的系統(tǒng)改良，我們此時充分根據(jù)客戶實際需求，做出符合客戶成本，盡可能高的可用性管理承諾。可用性管理的目標是合理調(diào)配有限的資源，采用應(yīng)急預(yù)案等手段保障核心系統(tǒng)的正常運行，可用性承諾是服務(wù)方對客戶方系統(tǒng)情況的熟悉度結(jié)合自身技術(shù)承載能力所做出的質(zhì)量保證。目前，越維對某客戶做出的系統(tǒng)可用性承諾咼達98%。服務(wù)級別管理：同可用性管理，服務(wù)級別管理的目標是保證服務(wù)的提供按照服務(wù)級別協(xié)議（SLA）約定執(zhí)行，如2小時響應(yīng)4小時解決。通常在項目初始階段會有一個初始服務(wù)級別（SLA）這是對服務(wù)商自身技術(shù)承載能力，服務(wù)初始資源安排以及客戶基本需求的約定，不可能完全符合客戶實際情況，那么在第二階段，已有充分的時間分析客戶實際需求，審視自身技術(shù)承載能力，兩者相結(jié)合做出真正符合客戶實際的服務(wù)級別承諾，并由服務(wù)級別調(diào)配相關(guān)資源。如越維與某客戶的一期項目服務(wù)級別為所有故障2小時響應(yīng)4小時解決，而在二期的2005年7至9月中，越維的平均故障恢復時間，僅為18分鐘！成本管理：前面提到了很多“資源”的調(diào)配問題，隨著對客戶系統(tǒng)環(huán)境的熟悉，我們能夠分析出客戶更為實際的需求。如核心業(yè)務(wù)不能發(fā)生故障，而某臺不常被使用的普通終端也許兩天內(nèi)修復也不會影響工作，因此不需要提供過多的資源進行緊急維護，成本管理的目標是在客戶能夠接受的預(yù)算內(nèi)盡可能高的提高系統(tǒng)可用性。運維不是多做突發(fā)事件處理，而是降低突發(fā)事件的發(fā)生率，因此善用工具，減少緊急事件，也能夠有效控制成本；做好規(guī)模管理，有效合理使用整體資源，更是控制成本的好方案。綜上，成本管理的意義，就在于資源的合理，充分使用。2?3.3第三階段：戰(zhàn)略規(guī)劃階段第三階段，客戶已經(jīng)與服務(wù)商緊密結(jié)合為戰(zhàn)略合作伙伴關(guān)系，能夠為客戶制定it戰(zhàn)略規(guī)劃，能夠?qū)蛻魳I(yè)務(wù)投資建設(shè)的信息系統(tǒng)使用所創(chuàng)造的業(yè)務(wù)價值予以計算與評估，并能夠協(xié)助業(yè)務(wù)部門對最終客戶予以管理。2.4運維服務(wù)質(zhì)量管理與“產(chǎn)品”不同，“服務(wù)”的提供貫穿于和客戶的互動中。只有當服務(wù)被提供時，才能體現(xiàn)其存在和價值。服務(wù)的質(zhì)量取決于服務(wù)提供者與其客戶間互動過程中某些協(xié)議的實現(xiàn)程度?？蛻羧绾胃兄?wù)的優(yōu)劣，服務(wù)提供者如何考慮所提供的服務(wù)，兩者都很大程度上取決于他們的經(jīng)驗和期望。提供服務(wù)的流程是生產(chǎn)和使用的一種組合方式，通過流程使服務(wù)提供者和客戶同時參與服務(wù)的過程?？蛻魧Ψ?wù)的感知主要來自于服務(wù)供應(yīng)的過程?？蛻敉ǔＳ靡韵聠栴}評價服務(wù)的質(zhì)量：所提供的服務(wù)是否達到期望（質(zhì)量可衡量性）能否在多次服務(wù)中得到同樣的質(zhì)量（質(zhì)量穩(wěn)定性）服務(wù)所需成本是否合理（質(zhì)量與成本）服務(wù)是否達到客戶期望主要取決于客戶在多大程度上贊同所交付的服務(wù)內(nèi)容，而不是服務(wù)提供者提供了多“好”的服務(wù)。因此開展有效的和持續(xù)的客戶對話機制極為重要。服務(wù)質(zhì)量取決于服務(wù)完成客戶需求和期望的程度。為了能夠提供所需的質(zhì)量，服務(wù)提供者應(yīng)該持續(xù)評估服務(wù)經(jīng)驗，了解客戶對未來的期望。不同客戶考慮的內(nèi)容和方式都不盡相同。因此優(yōu)質(zhì)服務(wù)都是為客“戶量身定做”的，這也是服務(wù)區(qū)別于產(chǎn)品的主要特點。ISO-8402對質(zhì)量的定義是：“質(zhì)量是一個產(chǎn)品或服務(wù)就其具有的能力滿足確定的或暗示的需求的總體特性?！辟|(zhì)量“高”往往意味著產(chǎn)品或服務(wù)在某種程度上超過了客戶的期望。在質(zhì)量得以保證的同時，成本也是客戶同時考慮的因素?；蛘哒f在就其對服務(wù)的期望達成協(xié)議之后緊接著的步驟就是對成本達成協(xié)議。服務(wù)成本必須是合理的-一對于服務(wù)提供者來說體現(xiàn)其實施成本與合理利潤，對于客戶來說是建立在對服務(wù)市場的合理理解與選擇之上?？蛻魧Ψ?wù)質(zhì)量評估的另一重要依據(jù)是服務(wù)的一貫性。如果服務(wù)提供者偶然能夠提供超出客戶期望的服務(wù)，但在其它時間卻常常讓客戶失望，則顯然不能稱之為質(zhì)量合格者?！俺掷m(xù)的質(zhì)量”是最為重要的，也常常是服務(wù)業(yè)最難以實現(xiàn)的目標。服務(wù)（或產(chǎn)品）的提供是通過交付行為實現(xiàn)的。而其質(zhì)量很大程度上取決于組織這些行為的方式。Deming質(zhì)量輪提供了一個簡單有效的質(zhì)量控制模型：這一模型假設(shè)要實現(xiàn)有效的質(zhì)量控制，必須重復履行以下步驟:計劃(Plan):應(yīng)該做什么什么時候做誰去做如何做借助什么去做執(zhí)行(Do):實施計劃的行為。檢查(Check):確定執(zhí)行行為是否提供了預(yù)期的結(jié)果。效果(Act):基于檢查得到的信息修正計劃。有效和適時地推動此輪旋轉(zhuǎn)，意味著服務(wù)行為被按照各自的計劃和檢查機制分為各子流程。必須清楚誰在組織中負有責任，他們被授權(quán)修改哪些計劃和程序，不僅為某一個行為，而且為每一個流程。質(zhì)量管理(QualityManagement)是在提供服務(wù)的組織中工作的每一個人的責任。每一個員工必須明白他對組織作出的成果如何影響工作質(zhì)量，影響其他同事作出的工作質(zhì)量，并且最終如何影響整個組織提供的服務(wù)質(zhì)量。質(zhì)量管理同時意味著持續(xù)地尋找改進組織的機會，實施能夠改進質(zhì)量的行為。質(zhì)量保證(QualityAssurance)是組織內(nèi)部的重要政策，用來保證質(zhì)量管理的實施。它集中體現(xiàn)了一整套質(zhì)量衡量標準和履行程序，保證組織能夠提供持久滿足客戶期望及相關(guān)協(xié)議的服務(wù)。質(zhì)量保證確保質(zhì)量管理所實施的成果處于可維護的狀態(tài)。綜上所述，本次越秀工商運維項目的服務(wù)質(zhì)量管理，圍繞質(zhì)量系統(tǒng)的服務(wù)流程是保證服務(wù)質(zhì)量持久延續(xù)的有效方法。2.5建立運維管理規(guī)范2-5.1運維管理規(guī)范概要我門與XX企業(yè)共同學習ITIL>ITSM>BS15000、IS020000與IS09000等國內(nèi)外先進標準，運維管理規(guī)范采用ISO9000模式編寫，涵蓋服務(wù)管理體系、服務(wù)級別管理、服務(wù)臺管理流程、突發(fā)事件管理、問題管理、變更管理、發(fā)布管理、配置管理等方面，如下圖所示：如上圖所示，是一個金字塔結(jié)構(gòu)。處于最高層的，是《客戶滿意度指引》，一切服務(wù)均以“保證客戶最大滿意度”為前提展開。與之同級的還有服務(wù)管理體系文件與總體文件，用以與服務(wù)管理體系相結(jié)合，并且維持服務(wù)管理規(guī)范的改良性原則。處于中層的，是ITIL核心的11個標準流程，均根據(jù)XX企業(yè)實際情況進行了修訂和優(yōu)化，以確保在XX企業(yè)實際工作中能夠得到實際應(yīng)用，運維管理規(guī)范是各種操作指南與巡檢制度，包括日常管理制度等，確保提供給客戶的服務(wù)，是統(tǒng)一形象的規(guī)范化標準服務(wù)。巡檢制度的建立，為XX企業(yè)信息系統(tǒng)"提高系統(tǒng)可用性、提高系統(tǒng)健壯性、提高各級人員技能素質(zhì)”的"三提高”目標奠定了堅實的基礎(chǔ)。第3章信息系統(tǒng)運行保障方案3.1統(tǒng)一服務(wù)臺建設(shè)提供統(tǒng)一報障電話，統(tǒng)一報障、統(tǒng)一維修接口，XX企業(yè)可以通過統(tǒng)一的報障電話申請服務(wù)、查詢服務(wù)處理進程，跟蹤處理進度，確保服務(wù)時效、控服務(wù)質(zhì)量、調(diào)查用戶滿意度。這個統(tǒng)一的服務(wù)接口，在國際上有個標準的稱呼：服務(wù)臺（ServiceDesk）。我們將為XX企業(yè)建立統(tǒng)一服務(wù)臺，提供優(yōu)質(zhì)、專業(yè)的報障受理、跟進服務(wù)；服務(wù)臺總體架構(gòu)如下：服務(wù)臺（服務(wù)臺）在服務(wù)支持中扮演著一個極其重要的角色。完整意義上的服務(wù)臺可以理解為其他IT部門和服務(wù)流程的“前臺”，它可以在不需要聯(lián)系特定技術(shù)人員的情況下處理大量的客戶請求。對用戶而言，服務(wù)臺是他們與IT部門的唯一連接點，確保他們找到幫助其解決問題和請求的相關(guān)人員。服務(wù)臺不僅負責處理事故、問題和客戶的詢問，同時還為其它活動和流程提供接口。這些活動和流程包括客戶變更請求、維護合同、服務(wù)級別管理、配置管理、可用性管理和持續(xù)性管理等，服務(wù)臺還負責事件快速響應(yīng)，使用已知問題、已知事件知識庫對終端用戶的突發(fā)事件予以快速恢復或規(guī)避事故發(fā)生。3.2建立文檔管理制度文檔管理的目標是通過對運維服務(wù)過程中使用的文檔進行統(tǒng)一管理，達到充分利用文檔提升服務(wù)質(zhì)量的目的，確保運維資源符合運維服務(wù)的要求。文檔資源包括運維體系文檔、項目（軟硬件）文檔資料、服務(wù)質(zhì)量管理文檔以及服務(wù)報告文檔等。雙方的職責為：XX企業(yè)：負責批準運維文檔的更改、刪除和發(fā)布。XX企業(yè)運維部組織編寫及更改運維文檔；批準文檔的借閱申請。運維服務(wù)商負責更新文件目錄清單；負責保管文檔資料；負責備份文檔資料；檢查各類在用文件的有效性，防止使用無效版本；負責定期提交服務(wù)質(zhì)量管理文檔以及服務(wù)報告文檔等。文檔資源管理流程圖文檔資源管理的工作程序文檔資源管理包括對以下五類文檔進行管理：運維文檔：指運維體系文檔，包括運維手冊、程序文件、相關(guān)支持文件及表單格式等。項目文檔：指交付運維的軟硬件系統(tǒng)相關(guān)的文檔。質(zhì)量管理文檔服務(wù)報告文檔其他文件資料：指文件、傳真、外來資料等。A、運維文檔編碼規(guī)則文檔分級文檔編號規(guī)則說明示例一級文A+兩位一級兩位一級文件序列號從A01：術(shù)語表件文件序列號01起順序遞增A02：總綱（總體）二級文B+兩位二級兩位二級文件序列號從B01:服務(wù)級別管件文件序列號01起順序遞增理程序文件（程序B02:服務(wù)臺管理文件）程序文件

三級文件（支持性文件）C+二級文件序列號+兩位三級文件序列號三級文件均從某個二級文件產(chǎn)生，此處的二級文件序列號是指與本文件對應(yīng)的二級文件序列號；兩位三級文件序列號從01起遞增C0101:服務(wù)等級規(guī)劃C0102:服務(wù)目錄四級文件（表單）D+二級文件序列號+兩位四級文件序列號四級文件均從某個二級文件產(chǎn)生，此處的二級文件序列號是指與本文件對應(yīng)的二級文件序列號；兩位四級文件序列號從01起遞增D0201:運維工作單D0302：工單跟蹤記錄記錄編號無關(guān)聯(lián)記錄四級文件編號-日期+兩位序列號四級文件編號指該記錄對應(yīng)的四級文件的編號；日期按“yyyy+mm+dd”格式編寫；兩位序列號從01起遞增運維工作單記錄關(guān)聯(lián)記錄四級文件編號-關(guān)聯(lián)記錄編號四級文件編號指該記錄對于的四級文件的編號；關(guān)聯(lián)記錄編號指與本記錄的產(chǎn)生相關(guān)聯(lián)的記錄的編號工單跟蹤記錄B、運維文檔的更改除刪、運維文檔由運維部負責組織編寫，經(jīng)XX企業(yè)信息主管部門批準后頒布執(zhí)行。所有運維文檔經(jīng)批準后，由運維服務(wù)商統(tǒng)一歸入《文件目錄清單》中?！段募夸浨鍐巍返膬?nèi)容包括文檔類型、文檔名稱、編號、版本號、發(fā)布時間、內(nèi)容說明、保管位置、保存期限等。運維文檔需要更改時，由文件更改提出人填寫《文件更改申請單》，說明更改原因和更改內(nèi)容。經(jīng)運維部、信息中心批準后，由運維部組織人員進行文檔的更改，并記錄更改過程、更改內(nèi)容、更改結(jié)果等。更改結(jié)果經(jīng)運維部、信息中心確認后由運維服務(wù)商更新《文件目錄清單》。若需刪除運維文檔，則需由相關(guān)人員填寫《報廢申請單》，說明刪除內(nèi)容、刪除原因等，經(jīng)運維部、信息中心批準后由運維服務(wù)商在《文件目錄清單》中將該文檔刪除。C、質(zhì)量管理文檔的應(yīng)用服務(wù)質(zhì)量管理文檔主要分為服務(wù)回訪文檔、服務(wù)滿意度調(diào)查文檔、服務(wù)投訴處理文檔三類。三種文檔均為保障與提高客戶滿意度為目標所制訂的《客戶滿意度指引》中的部分，屬于運行服務(wù)管理體系最高層指導文件，以確?！皬姆?wù)的角度出發(fā)”為客戶提供五星級的運行服務(wù)。根據(jù)ITIL標準與《規(guī)范》的要求，所有的事件均由服務(wù)臺受理，服務(wù)工程師處理完畢后，由服務(wù)臺完成回訪并關(guān)閉事件流程，因此回訪動作將直接獲得客戶對當次服務(wù)的評價，并由客戶的評價獲得服務(wù)質(zhì)量改良的依據(jù)。在ISO20000戴明環(huán)的指引下，服務(wù)團隊質(zhì)量管理小組將分析運行服務(wù)過程中成功回訪的客戶對當次服務(wù)的直接評價，并收集盡可能完整的評價信息，通過每周的部門例會對客戶的評價進行匯總分析，并提出可能的原因和可能的改進辦法，回訪與總結(jié)例會記錄樣本如下：3.3一般信息化設(shè)備及相關(guān)軟件運維管理3?3.1一般信息化設(shè)備服務(wù)范圍本次項目的服務(wù)范圍包括XX企業(yè)辦公區(qū)域內(nèi)的臺式機、打印機以及客戶端所有常用的辦公軟件（包括操作系統(tǒng)軟件、系統(tǒng)應(yīng)用軟件、系統(tǒng)管理軟件、辦公軟件、工具軟件等）。3.3.2一般信息化設(shè)備運維1、 根據(jù)實際需要，經(jīng)xx企業(yè)同意準備相應(yīng)數(shù)量的維護零配件，協(xié)助XX企業(yè)進行備件庫的管理，并在零配件不足時及時補倉。2、 定期對計算機設(shè)備進行保養(yǎng)維護，定期進行用戶滿意度調(diào)查；對一般信息化設(shè)備硬件進行定期巡檢、保養(yǎng)，以保障設(shè)備運行正常；按照越秀工商要求進行硬件設(shè)備普查工作，建設(shè)可實現(xiàn)動態(tài)維護的硬件設(shè)備檔案庫，并實現(xiàn)與XXX企業(yè)的資產(chǎn)管理系統(tǒng)的銜接。定期對公用信息化設(shè)備消毒除塵；檢查硬件實際配置與設(shè)備登記表是否相符。3、 對故障設(shè)備的維修在響應(yīng)時間內(nèi)完成故障設(shè)備的維修，維修人員應(yīng)嚴格遵守維修規(guī)程。建立硬件應(yīng)急維修小組，對關(guān)鍵重點崗位及緊急的故障及時響應(yīng)并及時匯報，對于故障設(shè)備的維修由越秀工商指定的具體技術(shù)人員組織監(jiān)督進行；對處于保修期內(nèi)的故障設(shè)備，供應(yīng)商在廣州市工商局越秀分局授權(quán)的范圍內(nèi)代表越秀工商協(xié)調(diào)產(chǎn)品供貨商予以維修，并監(jiān)督維修時效和質(zhì)量；對處于保修期外的故障設(shè)備維修，如需更換零配件，可由供應(yīng)商提供多家的報價，經(jīng)用戶選擇審核確認后，方可進行更換；3.3.3例行維護流程圖3.3.4一般設(shè)備服務(wù)方案3.3.4.1信息化設(shè)備資產(chǎn)調(diào)查及管理資產(chǎn)標簽應(yīng)含有上圖所注所有信息，包括資產(chǎn)名稱、合同采購號、產(chǎn)品序列號、保修期限、IP地址、系統(tǒng)序列號以及供應(yīng)商、聯(lián)系人名稱、電話，使用條形編碼統(tǒng)一進行資產(chǎn)記錄。條形碼記錄號應(yīng)與數(shù)據(jù)庫中記錄對應(yīng)，關(guān)聯(lián)使用人、資產(chǎn)配件（如顯示器、鍵盤、鼠標、打印機、音箱等型號信息），所有資產(chǎn)應(yīng)落實到具體責任人，共用設(shè)備按照編碼順序先后指定責任人。設(shè)備封條統(tǒng)一為純白色易碎貼，使用設(shè)備封條將有效的保障客戶設(shè)備的完整性，明確區(qū)分設(shè)備保管的責任性。服務(wù)工程師上門服務(wù)時一旦發(fā)

現(xiàn)設(shè)備封條破損，將現(xiàn)場進行設(shè)備現(xiàn)狀與資產(chǎn)清單的對比，避免出現(xiàn)保管責任不清的狀況發(fā)生。3.3.4.2一般設(shè)備軟件安裝及維護此部分主要解決在用戶使用當中遇到的軟件各種問題，在進行軟件維護時應(yīng)做好用戶數(shù)據(jù)的備份，建立軟件維護流程，通過現(xiàn)場解決及用戶培訓的多種方式提高用戶的使用水平和解決一般問題的能力。軟件維護主要內(nèi)容包括：對WINDOWS操作系統(tǒng)的安裝、調(diào)試及升級；外設(shè)（打印機、掃描儀等設(shè)備）的相關(guān)驅(qū)動程序及軟件的安裝調(diào)試；經(jīng)越秀工商授權(quán)進行軟件安裝、升級并排除軟件使用過程中的故障；解決軟件沖突造成的系統(tǒng)故障；對計算機進行病毒檢測和清除，防止病毒擴散；計算機標配的軟件備份，包括隨機恢復光盤，附帶贈送軟件、驅(qū)動程序等；計算機外設(shè)的軟件備份。3.3.4.3一般設(shè)備硬件日常保養(yǎng)及維修計算機硬件維護：包括主機、硬盤、驅(qū)動器、顯示適配卡及服務(wù)器等安裝、調(diào)試和配置，充分利用現(xiàn)有設(shè)備，進行系統(tǒng)優(yōu)化配置；對使用中的計算機存在或?qū)⒁霈F(xiàn)的故障進行及時的診斷、維修、替換，對客戶原廠保修的機器（如計算機及配件、服務(wù)器等），我們代為聯(lián)絡(luò)維修，并跟蹤維修情況。并根據(jù)越秀工商需要，對設(shè)備進行升級或更新，保證設(shè)備正常運行。周邊設(shè)備的維護：包括打印機、掃描儀、顯示器等使用過程中出現(xiàn)的故障或不穩(wěn)定因素排除，必要時對越秀工商原廠保修期內(nèi)的機器，我們代為聯(lián)絡(luò)維修，跟蹤維修情況，并根據(jù)客戶需要，對設(shè)備進行升級或更新，保證工作任務(wù)的正常進行；系統(tǒng)硬件設(shè)備（計算機、服務(wù)器，路由器，交換機、備份設(shè)備、MODEM等）、計算機線路連接、各種設(shè)備工作狀態(tài)例行檢查和維護；操作項目維護工程師每月的對XX企業(yè)計算機設(shè)備的巡檢服務(wù)，了解和記錄最新的使用情況，對各終端在用辦公軟件予以普查并核對運維軟件資產(chǎn)記錄，通過月服務(wù)報告上報XX企業(yè)普查情況；對經(jīng)常出現(xiàn)問題的設(shè)備進行登記和記錄，并且制定知識庫，對常出現(xiàn)的設(shè)備要重點檢查、消除隱患，最大限度降低計算機設(shè)備的故障率。維護工程師在對用戶維護的時候，必須按照服務(wù)流程來進行，給用戶提供快速、標準、滿意的服務(wù)。對保內(nèi)的計算機硬件進行免費的更換，時間方面按照原廠商的服務(wù)標準時間來進行。對保外的設(shè)備，由工商局申請須更換的設(shè)備，有工商局提供硬件費，維修費情況按照合同約定執(zhí)行。對經(jīng)過維修或已更換配件的設(shè)備，根據(jù)具體情況延長保修期并更新資產(chǎn)庫記錄，更新配置庫記錄。對終端用戶的輸入設(shè)備以及公用設(shè)備予以定期消毒處理。對終端用戶的在用辦公軟件、資產(chǎn)使用情況普查，并匯總巡檢報告提交給越秀工商。一般信息化設(shè)備硬件服務(wù)還包括：供應(yīng)商根據(jù)實際需要，經(jīng)XX企業(yè)同意準備相應(yīng)數(shù)量的維護零配件，協(xié)助越秀工商進行備件庫的管理，并在零配件不足時及時補倉。定期對計算機設(shè)備進行保養(yǎng)維護，定期進行用戶滿意度調(diào)查；對一般信息化設(shè)備硬件進行定期巡檢、保養(yǎng)，以保障設(shè)備運行正常；按照越秀工商要求進行硬件設(shè)備普查工作，建設(shè)可實現(xiàn)動態(tài)維護的硬件設(shè)備檔案庫，并實現(xiàn)與越秀工商的資產(chǎn)管理系統(tǒng)的銜接。定期對公用信息化設(shè)備消毒除塵；檢查硬件實際配置與設(shè)備登記表是否相符。對故障設(shè)備的維修在響應(yīng)時間內(nèi)完成故障設(shè)備的維修，維修人員應(yīng)嚴格遵守維修規(guī)程。建立硬件應(yīng)急維修小組，對關(guān)鍵重點崗位及緊急的故障及時響應(yīng)并及時匯報，對于故障設(shè)備的維修由越秀工商指定的具體技術(shù)人員組織監(jiān)督進行；對處于保修期內(nèi)的故障設(shè)備，供應(yīng)商在廣州市工商局越秀分局授權(quán)的范圍內(nèi)代表越秀工商協(xié)調(diào)產(chǎn)品供貨商予以維修，并監(jiān)督維修時效和質(zhì)量；對處于保修期外的故障設(shè)備維修，如需更換零配件，可由供應(yīng)商提供多家的報價，經(jīng)用戶選擇審核確認后，方可進行更換；3.3.4.4客戶端病毒處理在越秀工商授權(quán)下，使用越秀工商已有的Symantec企業(yè)版，對存在病毒的終端予以隔離，生成事件安排工程師予以處理。3.3.4.5第三方維修管理當運維過程中需要轉(zhuǎn)由維修商提供服務(wù)時，由運維工程師填寫《維修商服務(wù)工作單》，描述需維護的產(chǎn)品名稱、問題描述、問題類型、優(yōu)先級、服務(wù)級別以及服務(wù)要求等內(nèi)容?！毒S修商服務(wù)工作單》經(jīng)服務(wù)主管審批通過后提交給維修商，維修商在收到《維修商服務(wù)工作單》后應(yīng)簽收確認，并向投標人返回一份副本。當《維修商服務(wù)工作單》經(jīng)服務(wù)主管審批不通過時，由運維工程師修改《維修商服務(wù)工作單》并重新提交；如果審批意見為不采用維修商服務(wù)方式，則轉(zhuǎn)【問題管理】流程處理。維修商按照《維修商服務(wù)工作單》的要求提供服務(wù)，在工作單中記錄維護處理、處理建議及維護處理結(jié)果，并得到客戶的簽字確認。維修商在維護服務(wù)工作完成后將填寫好的《維修商服務(wù)工作單》提交給運維工程師。運維工程師根據(jù)維修商提交的《維修商服務(wù)工作單》對維修商服務(wù)過程和結(jié)果進行驗證。驗證通過的，運維工程師簽字確認，與本次維護對應(yīng)的《運維工作單》一起提交給服務(wù)主管。驗證不通過的，則在《維修商不合格情況記錄表》中記錄該維修商不合格服務(wù)時間、原因和對應(yīng)工單編號后，由運維工程師重新提交《維修商服務(wù)工作單》，再次發(fā)給維修商。若維修商每月不合格服務(wù)次數(shù)超過2次（不含2次），則由服務(wù)主管填寫《增加維修商黑名單申請表》，說明將該維修商列入黑名單的理由，并提交給運維部、信息中心審批。經(jīng)審批同意后，由服務(wù)主管將該維修商的編號、名稱、列入黑名單時間、列入黑名單原因等內(nèi)容登記在《維修商黑名單》中。建議列入黑名單的維修商不得參與工商局任何項目的投標和建設(shè)工作。當該維修商每月不合格服務(wù)少于2次（不含2次）時，服務(wù)主管填寫《撤銷維修商黑名單申請表》，說明將該維修商從黑名單中撤銷的理由，并提交給運維部、信息中心審批。經(jīng)審批同意后，由服務(wù)主管將該維修商從《維修商黑名單》中刪除。3.3.4.6知識庫管理問題處理完成后，由服務(wù)主管對問題處理過程和結(jié)果進行總結(jié)分析，并進行歸類，將相關(guān)信息登記在《運維知識庫》中。加入《運維知識庫》的信息應(yīng)正確歸類，并保證各項內(nèi)容描述簡潔、清晰、易懂，同類相似的問題應(yīng)歸類到同一條知識庫記錄中?！哆\維知識庫》主要內(nèi)容如下：問題類型：分為系統(tǒng)軟件、應(yīng)用軟件、硬件、咨詢、其他等。軟硬件系統(tǒng)類型：對問題類型中的分類再根據(jù)軟硬件系統(tǒng)的不同進行細分，例如：系統(tǒng)軟件：WINDOWS操作系統(tǒng)、LINUX操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)、辦公系統(tǒng)軟件等；應(yīng)用軟件：廣告管理子系統(tǒng)軟件、內(nèi)資注冊登記系統(tǒng)、外資注冊登記系統(tǒng)等；硬件：PC機、服務(wù)器、筆記本電腦、打印機等；咨詢：使用操作咨詢、安裝操作咨詢等；其他：不屬于上述類型的其他情況。故障類型：根據(jù)軟硬件系統(tǒng)類型按故障現(xiàn)象進行分類，例如對于PC機，可能的故障類型包括死機、頻繁重啟、無法啟動、光驅(qū)不能正常操作、顯示器不能正常顯示等。故障現(xiàn)象：故障現(xiàn)象的簡要描述，同類相似的故障現(xiàn)象盡量保持同一描述。故障原因：故障原因的簡要描述。解決方案：排除此故障的處理措施的簡要描述。關(guān)聯(lián)表單編號：列舉本條知識庫記錄是從哪些相關(guān)表單中獲取的信息。服務(wù)主管應(yīng)不定期地檢查《運維知識庫》，發(fā)現(xiàn)相似的故障描述時應(yīng)合并成一條知識庫記錄，如果發(fā)現(xiàn)有更好的解決方案時，應(yīng)將該方案更新到《運維知識庫》中。3.4防(殺)病毒服務(wù)3.4.1防病毒服務(wù)需求在用戶的指導下完成防殺病毒工作。、范圍包括辦公區(qū)域內(nèi)的客戶端及服務(wù)器；、對XX企業(yè)現(xiàn)有的XX殺毒軟件客戶端進行升級維護；、無法解決的病毒問題需在得到具體用戶和XX企業(yè)技術(shù)管理部門即分局信息室確認后才能進行系統(tǒng)重裝。3.4.2制定合理的防病毒策略和安全管理制度。運維團隊協(xié)助用戶制定合理防病毒策略和安全管理制度，并設(shè)立防病毒管理員,他的工作職責是：收集和整理整個網(wǎng)絡(luò)內(nèi)防毒相關(guān)信息配合防病毒廠家專職服務(wù)人員建立用戶數(shù)據(jù)庫檔案在病毒事件中，第一時間與防病毒廠家專職服務(wù)人員進行聯(lián)系，并通過Web方式在線提交可疑文件與防病毒廠家專職服務(wù)人員進行溝通，發(fā)出遠程支持或現(xiàn)場支持的申請接收到防病毒廠家專職服務(wù)人員提供的預(yù)警信息后，及時在全網(wǎng)內(nèi)部進行通告與防病毒廠家專職服務(wù)人員一道制訂定期巡檢計劃推行全網(wǎng)病毒防護管理策略負責防病毒服務(wù)器總控管中心的管理，實時了解全網(wǎng)病毒防護狀況，并做出安全評估，對出現(xiàn)管理漏洞的管理節(jié)點提出相應(yīng)的改進建議轉(zhuǎn)發(fā)防病毒廠家專職服務(wù)人員遞交的相關(guān)技術(shù)文檔防病毒產(chǎn)品的日常維護防病毒產(chǎn)品及時更新確認分析已產(chǎn)生的病毒事件，確定傳播源定期的系統(tǒng)安全漏洞評估3.4.3客戶端防病毒升級軟件登記所有客戶機、服務(wù)器，包括主機名、IP地址、操作系統(tǒng)類別、使用者等，并查明是否安裝防病毒軟件，是何產(chǎn)品。這樣在發(fā)生病毒事

件后，可迅速確定病毒傳播源，并進行有效清除。對于沒有安裝防病毒軟件的終端協(xié)助安裝。無法解決的病毒問題需在得到具體用戶和XXXX企業(yè)技術(shù)管理部門即分局信息室確認后才能進行系統(tǒng)重裝。3.4.4防毒組件及時更新定期（每天）通過控制臺查看各類防病毒軟件，確保病毒碼、掃描引擎已更新至最新，包括服務(wù)器端或客戶端。通過趨勢防病毒軟件的集中管理功能實現(xiàn)管理工作，如發(fā)現(xiàn)有未及時更新的情況，應(yīng)迅速處理。同時協(xié)調(diào)員可通過總控管中心每周了解全網(wǎng)的防病毒軟件的更新狀況。3.4.5每周防毒系統(tǒng)部署情況統(tǒng)計使用防病毒廠家掃描工具定期（每周）對所轄網(wǎng)絡(luò)中的不同網(wǎng)段進行掃描，確保在線的客戶機或服務(wù)器均已部署趨勢的防病毒軟件，且病毒碼及掃描引擎已更新至最新，同時生成未安裝防毒軟件機器的列表，對未安裝防毒軟件的機器進行強制安裝或通知安裝。3.4.6每周對產(chǎn)生的病毒事件進行評估將每周發(fā)生的病毒事件在管理控制臺以CSV文件格式導出，并進行詳細評估，查找病毒感染原因，并將此報告提交至感染較嚴重者的部門管理人員，督促相關(guān)人員增強自身管理。收集各病毒管理員提交的安全評估報告，進行總結(jié)，提交上級領(lǐng)導。3.5信息資產(chǎn)巡檢及普查服務(wù)3.5.1主動巡檢為了確保xx企業(yè)直資產(chǎn)長期、穩(wěn)定的工作，最大限度和降低計算機的運行故障及延長計算機設(shè)備的使用壽命，為XX企業(yè)管理人員提供輔助決策的有效數(shù)據(jù)，項目組服務(wù)工程師對越秀工商的計算機設(shè)備提供定期的巡查及保養(yǎng)服務(wù)。項目直設(shè)備維護工程師在日常工作中，除了處理日常維護工作以外，由被動服務(wù)變主動服務(wù)，主動到進行日常巡檢巡查服務(wù)，通過日常巡檢巡查服務(wù)排除故障隱患，降低故障率。并通過以往XX企業(yè)維護數(shù)據(jù)分析，詳細總結(jié)XX企業(yè)各使用部門的具體故障情況，并及時對故障多發(fā)和高發(fā)地點進行預(yù)防性巡查。日常巡查主要包括以下內(nèi)容：應(yīng)用系統(tǒng)的優(yōu)化、數(shù)據(jù)的整理、常見故障的排除。升級防病毒軟件，檢查系統(tǒng)軟件補丁情況。協(xié)助用戶備份重要資料，對用戶進行指導。系統(tǒng)軟件補丁升級，數(shù)據(jù)備份與恢復。計算機病毒的查殺與升級。調(diào)試計算機，將設(shè)備調(diào)試到最佳狀態(tài)。設(shè)備清潔保養(yǎng)：通過清潔保養(yǎng)服務(wù)，最大限度降低設(shè)備的故障率，延長設(shè)備的使用壽命，同時為越秀工商的工作人員提供一個整潔、干凈的工作環(huán)境。硬件設(shè)備運行情況巡檢：了解和記錄XX企業(yè)計算機設(shè)備的最新使用情況（包括新增設(shè)備情況、已有設(shè)備的維修情況、耗材的使用情況、關(guān)鍵設(shè)備的運行情況等），檢測設(shè)備的運行情況，排除故障發(fā)生隱患，最大限度的降低計算機硬件設(shè)備的故障發(fā)生率，對一些經(jīng)常出現(xiàn)故障的設(shè)備和關(guān)鍵設(shè)備要進行重點的檢查。同時對一些已老化需淘汰的計算機設(shè)備進行記錄并向越秀工商信息主管部門進行反映、提出備機建議。系統(tǒng)及軟件運行情況巡查：系統(tǒng)的優(yōu)化、數(shù)據(jù)的整理、常見故障的排除；計算機病毒的查、殺、防毒軟件的定期升級；根據(jù)使用人員的要求、提供系統(tǒng)軟件的升級。系統(tǒng)數(shù)據(jù)的備份與恢復。服務(wù)小組的工程師將利用母盤克隆、網(wǎng)絡(luò)備份、存儲備份等方法把重要部門的系統(tǒng)和數(shù)據(jù)安全備份，出現(xiàn)故障時在最短時間內(nèi)進行數(shù)據(jù)的恢復。3.5.2信息資產(chǎn)普查為全面掌握越秀工商的信息資產(chǎn)情況，每半年進行一次資產(chǎn)普查工作，并提交資產(chǎn)清單。包括硬件的配置、數(shù)量、使用人、保修期限、軟件類型、軟件系統(tǒng)序列號、軟件授權(quán)、軟件光盤及說明書等。在運維服務(wù)的日常工作中，采用《服務(wù)工作單》記錄資產(chǎn)變更情況，匯總變更情況，更新資產(chǎn)記錄。在服務(wù)期滿前應(yīng)再協(xié)助采購人進行一次資產(chǎn)普查工作，并核對資產(chǎn)記錄，提交最終資產(chǎn)清單。3.6其它有關(guān)說明及要求XX企業(yè)為本次項目提供運維辦公場地、電話、運維后臺操作計算機設(shè)備。我們提供全套設(shè)備維修、保養(yǎng)、檢測工具，調(diào)測儀器。同時我們提供了相應(yīng)的服務(wù)水平質(zhì)量保障承諾文件。（見第6章《服務(wù)水平質(zhì)量承諾及服務(wù)管理》）我們提供完整可行的運維實施方案，并保證可在入場15個工作日內(nèi)向XX企業(yè)提供整體運維方案及實施計劃（其中應(yīng)包括標書所要求的功能點，并具有相應(yīng)運維工作成效評估方案），并確保相應(yīng)資源準備到位。協(xié)助XX企業(yè)制訂可持續(xù)的信息系統(tǒng)運行維護發(fā)展戰(zhàn)略。第4章運維服務(wù)計劃方案4.1運維服務(wù)準備做好運維服務(wù)項目的準備工作是項目順利完成的前提條件。在運維服務(wù)項目開始前，越維將積極做好前期準備工作，在這個階段，有三個主要步驟：4.1.1簽定必要的協(xié)議和約定我們將配合xx企業(yè)，考慮服務(wù)外包可能產(chǎn)生的信息安全風險，并簽署信息保密協(xié)議；同時對項目中涉及的各類軟硬件資產(chǎn)、工具的知識產(chǎn)權(quán)做出明確規(guī)定與聲明。4.1.2人員準備越維依據(jù)服務(wù)方案，培訓相應(yīng)數(shù)量、具備相應(yīng)技術(shù)資質(zhì)的專業(yè)服務(wù)人員，并向越秀工商提供這些服務(wù)人員的：身份證明；健康證明；勞動關(guān)系證明；保險證明；學歷和技術(shù)專業(yè)資質(zhì)證明；4.1.3工具準備依據(jù)服務(wù)方案，針對企業(yè)的直資產(chǎn)類別、數(shù)量等為服務(wù)外包項目準備相應(yīng)的備機、備件以及工具。服務(wù)工具包括軟性工具和硬性工具，軟性工具包括服務(wù)商開發(fā)的各類服務(wù)管理軟件系統(tǒng)、知識庫系統(tǒng)、針對客戶方H資產(chǎn)的文檔和驅(qū)動程序庫等；硬件工具指維修、保養(yǎng)、檢測工具及調(diào)測儀器等。4.2項目人員組織4.2.1人員結(jié)構(gòu)根據(jù)越秀工商的信息系統(tǒng)運維要求，越維派出長期駐場服務(wù)人員2人，項目駐場服務(wù)組按工作類型分為服務(wù)臺人員（由硬件維護人員兼任），硬件維護人員。服務(wù)臺人員：負責項目服務(wù)中客戶服務(wù)申請受理，已知故障/問題快速解決，客戶回訪，客戶情緒安撫，資產(chǎn)標簽制作，數(shù)據(jù)統(tǒng)計整理，運維項目文檔管理以及運維場地整理工作。硬件軟件維護人員日常工作包括硬件設(shè)備維護及軟件維護。硬件維護管理日常任務(wù)：1） 運維服務(wù)中的定期硬件巡檢、日常維護與保養(yǎng)、定期輸入設(shè)備消毒除塵、資產(chǎn)標簽張貼、硬件維修、終端網(wǎng)絡(luò)維護、第三方設(shè)備維修管理，備品備件管理工作。2） 對越秀工商終端用戶的設(shè)備進行病毒查殺工作，且按照越秀工商要求每月末提交病毒處理服務(wù)統(tǒng)計分析報告。3） 對越秀工商不同處室部門終端人員使用的終端設(shè)備，以及各業(yè)務(wù)系統(tǒng)數(shù)據(jù)庫形成基線，并進行基線管理以及配置管理，并對基線的調(diào)整以及配置的改變在每月底對XX企業(yè)進行報告。軟件維護管理日常任務(wù)：4） 操作系統(tǒng)的安裝、調(diào)試及升級；5） 外設(shè)（打印機、掃描儀等設(shè)備）的相關(guān)驅(qū)動程序及軟件的安裝調(diào)試；6） 經(jīng)XX企業(yè)授權(quán)進行軟件安裝、升級并排除軟件使用過程中的故障；7） 解決軟件沖突造成的系統(tǒng)故障；對計算機進行病毒檢測和清除，防止病毒擴散；8） 計算機標配的軟件備份，包括隨機恢復光盤，附帶贈送軟件、驅(qū)動程序等；計算機外設(shè)的軟件備份。為配合駐場服務(wù)，我們還提供了強大的場外支持隊伍。項目場外支持人員包括：含項目總監(jiān)、服務(wù)經(jīng)理、質(zhì)量管理經(jīng)理等。項目總監(jiān)由技術(shù)專家擔任，負責批準項目總體方案、實施計劃、驗收方案，必要時刻的資源調(diào)度，與XX企業(yè)高層領(lǐng)導交流。項目經(jīng)理由部門主管擔任，負責編寫項目的總體計劃，服務(wù)實施計劃，驗收方案并根據(jù)項目進度，以及質(zhì)量要求，安全要求分配各種資源，對項目風險予以控制，代表我們與XX企業(yè)溝通，對項目合同的變更有決策權(quán)，接受XX企業(yè)投訴。服務(wù)經(jīng)理：負責越維運維服務(wù)團隊的日常運作管理、工作安排，分析越秀工商服務(wù)要求，并分派給具體的運維工程師處理；審查、驗證和評估各項運維工作結(jié)果，資產(chǎn)管理，運維文檔材料審核，向越秀工商匯報工作，各項資源調(diào)配，投訴管理工作。質(zhì)量管理經(jīng)理由客戶服務(wù)主管擔任，按照戴明改良PDCA循環(huán)方式，負責檢查環(huán)節(jié)，充分與客戶溝通，對目前運行服務(wù)質(zhì)量提出待改良點，督促服務(wù)改良計劃的執(zhí)行情況，同時負責運維服務(wù)全過程的質(zhì)量跟蹤與越秀工商投訴受理、處理、跟蹤、匯報工作；同時負責。4.2.2人員職責與崗位要求駐場服務(wù)組的要求為：維護工程師：本科學歷，至少3年信息化建設(shè)經(jīng)驗，至少2年IT服務(wù)管理經(jīng)驗，熟悉ITIL管理標準，至少2年團隊領(lǐng)導經(jīng)驗服務(wù)臺人員：?？茖W歷，至少1年呼叫中心工作經(jīng)驗，至少1年計算機行業(yè)客戶服務(wù)工作經(jīng)驗，，有良好的客戶情緒管理能力。場外支持組的要求為：項目總監(jiān)：至少5年H服務(wù)管理經(jīng)驗，至少5年團隊領(lǐng)導經(jīng)驗，市級工商運維管理經(jīng)，驗熟悉ML管理標準，且具有ITIL>HSM認證，。服務(wù)經(jīng)理：至少5年信息化建設(shè)經(jīng)驗，3年直服務(wù)管理經(jīng)驗，至少3年團隊領(lǐng)導經(jīng)驗，市級工商運維管理經(jīng)驗，熟悉HIL管理標準，并擁有ITSM認證。4.3服務(wù)計劃4-3.1服務(wù)時間服務(wù)期為從簽定合同之日起一年。4.3.2進場初始階段在服務(wù)項目組進場后的1個月，屬于資源轉(zhuǎn)移和項目過渡階段，越維將以充足資源保證項目平滑過渡：1、XX企業(yè)向我司進行的資源轉(zhuǎn)移XX企業(yè)應(yīng)在服務(wù)商項目組正式入場開始服務(wù)前進行必要的資源移交和提供工作，以使得項目組盡快開始高質(zhì)量服務(wù)工作，降低前期磨合帶來的風險，需要進行資源轉(zhuǎn)移的工作包括：準備好必要的證件、卡牌；準備必要的工作地點和工具（依據(jù)服務(wù)合同）；在維護系統(tǒng)和項目可能涉及的應(yīng)用系統(tǒng)中開設(shè)測試用或維護用賬號;提供項目涉及服務(wù)對象的通訊錄和不同對象的服務(wù)注意事項；提供項目涉及服務(wù)資產(chǎn)的類別、數(shù)量、分布情況說明；提供項目涉及專用系統(tǒng)的使用與維護說明書，并安排對服務(wù)商項目組服務(wù)人員的專用系統(tǒng)使用及維護培訓；提供項目涉及資產(chǎn)的過往服務(wù)記錄；提供項目涉及服務(wù)資產(chǎn)的邏輯地址、口令等信息；2、我司向XX企業(yè)進行的資源轉(zhuǎn)移工作服務(wù)人員接受證件、卡牌并辦理必要的登記手續(xù)；現(xiàn)場備機、備件的登記（依據(jù)服務(wù)合同）；服務(wù)工具的登記，尤其是可用于數(shù)據(jù)存儲工具的登記和檢查；4.3.3第一個服務(wù)階段在為期一年的服務(wù)項目中，第一季度年必須從管理與技術(shù)兩個方面打好基礎(chǔ)。除了日常的服務(wù)響應(yīng)之外，其他重要工作包括：1、 知識庫建立完成時間：入場后第一個月內(nèi)容與目的：自入場開始，越維的服務(wù)人員將承擔各類技術(shù)服務(wù)請求，這些信息，將被完整的錄入越維在線知識庫系統(tǒng)。2、 技術(shù)文檔和驅(qū)動程序庫的建立完成時間：入場后第二個月內(nèi)容與目的：技術(shù)文檔和驅(qū)動程序庫包括了XX企業(yè)應(yīng)用設(shè)備及軟件系統(tǒng)的軟硬件兼容性列表；PC操作系統(tǒng)的備份；PC及外設(shè)的全部所需驅(qū)動程序以及配套補??；XX企業(yè)計算機系統(tǒng)的病毒防護列表以及預(yù)防性解決方案；3、整理《IT基礎(chǔ)架構(gòu)服務(wù)工作指南》完成時間：入場后第六個月內(nèi)容與目的：全面形成《IT基礎(chǔ)架構(gòu)服務(wù)工作指南》，確保服務(wù)質(zhì)量的持續(xù)穩(wěn)定。4.3.4第二個服務(wù)階段在IT服務(wù)外包項目中，必須以3個月為單位定制切實可行的服務(wù)目標。在本項目的前6個月服務(wù)期內(nèi)，越維的總體服務(wù)目標是幫助XX企業(yè)建立完善的服務(wù)管理體系，確保服務(wù)的標準化和客戶滿意度的持續(xù)提升。在前9個月服務(wù)期內(nèi)，總體服務(wù)目標是在繼續(xù)保證服務(wù)質(zhì)量提升的基礎(chǔ)上，對服務(wù)所獲得的豐富信息進一步分析增值，使之起到輔助決策的重要作用。4.3.5服務(wù)總結(jié)和延續(xù)階段在服務(wù)期結(jié)束前一個月開始，我司將全面整理整個服務(wù)項目內(nèi)完成的各項文檔、數(shù)據(jù)，進行必要的資源移交工作，形成下一期服務(wù)的整體規(guī)劃方案。為服務(wù)項目的延續(xù)做好充分準備。第5章應(yīng)急服務(wù)方案5.1災(zāi)難應(yīng)急措施5.1.1應(yīng)急措施體制圖與總則一旦發(fā)生災(zāi)難，由負責人XXX主導：首先保人員安全；其次保關(guān)鍵設(shè)備、數(shù)據(jù)安全；三是保一般設(shè)備安全。人員疏散的程序是：運行人員立即按響火警警報，并通過119電話向公安消防請求支援，所有人員戴上防毒面具，所有不參與滅火的人員按照預(yù)先確定的線路，迅速從機房中撤出。人員滅火的程序是：首先切斷所有電源，啟動自動噴淋系統(tǒng)，運行人員戴好防毒面具，從指定位置取出泡沫滅火器進行滅火。人員若在疏散時如有受傷情況，立刻撥打120電話向近鄰的醫(yī)院請求支援。5.1.2大型災(zāi)難緊急行動方案5.1.2.1發(fā)生水害、火害等自然災(zāi)害時報警措施：嚴格遵守火警處理流程；關(guān)閉供電總閘；啟用滅火設(shè)備進行滅火，并打火警電話119；全力保護重要的數(shù)據(jù)備份，并轉(zhuǎn)移到安全地點；完全滅掉各種明火；

盡量保護好火災(zāi)現(xiàn)場，協(xié)助有關(guān)方面勘察分析火災(zāi)發(fā)生的原因、造成的損失、提出批評防范措施和需要改進的地方；對發(fā)生火災(zāi)造成的損失、原因等做好記錄，經(jīng)部門負責人、聯(lián)社領(lǐng)導審閱后，向上級主管部門全面匯報。5.1.2.2防雷措施一旦被雷擊后，使設(shè)備無法正常運行。由運職人員立刻通知越秀工商主管部門，敘述情況。由越秀工商指派相關(guān)負責人主導?，F(xiàn)地防雷措施：為防止高壓雷電波侵入設(shè)備，可在設(shè)備前端采用多種防雷裝置。例如，在網(wǎng)絡(luò)設(shè)備前設(shè)三級避雷裝置可有效分流限壓，防止感應(yīng)雷電波的侵入，三級避雷裝置指電源端、UPS端、服務(wù)器端。防雷措施主要針對直擊雷和感應(yīng)雷，一般做法是裝設(shè)避雷針。由于廣州雨季約在4月一一8月，在這段期間必須每月做一次防雷設(shè)備的測試。除4月一一8月外，必須4個月做一次防雷裝置的測試。避雷針接地的接地電阻應(yīng)W4Q。5.1.2.3斷電處理措施通訊1、 市電中斷后，運行人員應(yīng)立即切換到備用電源-UPS。2、 運行人員應(yīng)立即查明原因，并向上一級匯報。3、 立即致電資源調(diào)度組長，并協(xié)助恢復電源?，F(xiàn)地的設(shè)備檢查1、 巡查內(nèi)部設(shè)備是否損壞。2、 如有損壞，將設(shè)備型號及生產(chǎn)日期記錄，向設(shè)備搶救員匯報，若設(shè)備未過保修期，應(yīng)立即聯(lián)系廠家進行送修。備用工具1、 應(yīng)定期1個月報一次備件需求，以防網(wǎng)絡(luò)中斷后，備件燒損，能立即更換。2、 備件可存放在庫房，由庫管做為保管。市電中斷演習1、 所有市電中斷后，運行人員應(yīng)立即關(guān)閉所有從UPS取電的不必要電氣設(shè)備，檢查UPS狀態(tài)、所剩電量，然后檢查設(shè)備運行情況。2、 向上一級匯報初步情況。3、 致電資源調(diào)度組長共同查明原因，盡可能縮短斷電時間。時刻與上級保持聯(lián)系反映最新情況。4、 故障解決。向上級報告故障已處理以及報告處理全過程。5、 撰寫文檔——做好故障發(fā)生時間、處理方法和故障原因的記錄。5.1.2.4設(shè)備入水措施通訊1、 發(fā)生設(shè)備入水后，可由服務(wù)工程師向越秀工商匯報入水后機器情況。2、 匯報后主要由服務(wù)工程師組織人力，進行實施。場地需求1、 負責人應(yīng)立即向上一級領(lǐng)導申請場地。2、 人力（包括司機）3、 運輸工具（車一輛）工具需求1、 機器入水后需要向資源調(diào)度領(lǐng)取螺絲刀、插線板、硬件備件等工具。2、 用電吹風將機體及零件吹干。設(shè)備入水預(yù)演一、 設(shè)備入水1、 機器因天災(zāi)造成計算機入水，首先第一步機器不能通電，避免硬件燒損。2、 將機器存放在干處，不得放在燥濕，有水處。3、 主機入水立即將水倒出，這樣才能將損害減低到最低。4、 將主機機箱蓋開啟，用電吹風將機體及零件吹干，請注意將電吹風與機體保持一定距離，以免高溫對元器件的損傷。5、 確認零件吹干后，插電點燃確認機器能否正常進入系統(tǒng)，如有出現(xiàn)軟硬故障、需要立即更換，使機器能正常進入正常工作狀態(tài)。6、 機器確認完好正常后，運往現(xiàn)場。二、 筆記本入水1、立即取下筆記本電腦的電源及電池，如有外接或抽換式模塊零件（如光驅(qū)、硬盤、軟驅(qū)、擴充內(nèi)存等）一并取下。2、千萬不要再開機了，否則會對筆記本電腦造成更嚴重的損害。3、 將筆記本電腦體內(nèi)的水盡量倒光，并在第一時間內(nèi)送到服務(wù)站由受過訓練的專業(yè)工程師處理，這樣才能將損害減低到最低程序。（如條件不允許，無法及時聯(lián)絡(luò)到服務(wù)站，可先采取一列應(yīng)急處理措施后再送至服務(wù)站處理。）4、 找一條柔軟的濕紙巾或軟布將污漬輕輕擦去，并盡量避免磨損表面。5、 用電吹風將機體及零件吹干，請注意將電吹風與機體保持一定距離，以免高溫對元器件的損傷。三、匯報情況1、 由負責人向上一級匯報這一次搶修情況進入反饋。2、 對這次工作做出總結(jié)。5.1.2.5數(shù)據(jù)及設(shè)備撤離計劃將數(shù)據(jù)備份磁帶、UNIX系統(tǒng)及SYBASE系統(tǒng)軟件轉(zhuǎn)移到安全地方；將服務(wù)器、陣列、集線器轉(zhuǎn)移到安全地方；將前置機及遠程數(shù)據(jù)通訊器轉(zhuǎn)移到安全地方；將有關(guān)外部設(shè)備轉(zhuǎn)移到安全地方。5.1.2.6資源備份（硬件、軟件、數(shù)據(jù)）單機及外部設(shè)備采用硬件備份。5.1.2.7快速恢復環(huán)境正常以后，將硬件設(shè)備恢復到原來狀態(tài)，若數(shù)據(jù)有錯誤，利用最近日期的數(shù)據(jù)備份磁帶進行恢復。5.2運行服務(wù)應(yīng)急方案緊急故障應(yīng)急措施應(yīng)以快速恢復客戶使用為目標，第一時間將客戶使用狀態(tài)恢復到正常，避免或盡量減少因故障而導致的損失。5.2.1啟動應(yīng)急流程在【問題管理】流程中，當服務(wù)主管收到服務(wù)臺人員或助理提交的《運維工作單》，并判斷該問題屬于重大事故時，則啟動應(yīng)急處理流程。重大事故包括以下幾種情況：大范圍系統(tǒng)中斷區(qū)域性系統(tǒng)崩潰關(guān)鍵業(yè)務(wù)中斷大范圍病毒爆發(fā)系統(tǒng)嚴重破壞數(shù)據(jù)嚴重破壞根據(jù)重大事故的緊急程度和狀態(tài)不同，服務(wù)主管可采取以下方式啟動應(yīng)急流程：當緊急事件發(fā)生時，投標人的運行人員首先要進行故障分析，確定故障的范圍和程度，確認為緊急故障的，在查找原因和解決問題的同時，要同步將故障解決情況通報給部門領(lǐng)導、及向客服中說明事件發(fā)生的狀況。如需其他部門協(xié)助的，需要請求相關(guān)部門共同盡快解決故障。對于病毒突發(fā)事件，當病毒大面積地感染終端，投標人的現(xiàn)場服務(wù)人員將已感染的終端從局域網(wǎng)中斷開，投標人的運行人員將第一時間收集病毒信息，并向現(xiàn)場人員提供有針對性的應(yīng)急方案；如果應(yīng)急方案沒有效果，要立即和殺毒軟件廠方聯(lián)絡(luò)，由雙方共同協(xié)同提供有效的應(yīng)對措施。對于網(wǎng)絡(luò)中斷事件，投標人的運行人員首先要判斷中斷原因，如果是局域網(wǎng)本地設(shè)備或線路造成的，依網(wǎng)絡(luò)運行處理流程優(yōu)先快速處理；如果是電信服務(wù)提供商造成的，要立即聯(lián)絡(luò)電信技術(shù)部門解決問題。對于系統(tǒng)故障事件，投標人的運行人員首先要啟用備用系統(tǒng)，再判斷故障類型：硬件損壞、操作系統(tǒng)故障、軟件故障。硬件損壞的情況，首先向服務(wù)器供應(yīng)商報障；操作系統(tǒng)故障多數(shù)情況都和硬件故障同時出現(xiàn)，處理方式相同；軟件故障如果是由購買的軟件造成的，立即向軟件廠商尋求技術(shù)支持；如果是公司自行開發(fā)的軟件，立即向相關(guān)人員聯(lián)系并排除故障。。對于自然災(zāi)害性事件，運行管理人員要盡可能將設(shè)備轉(zhuǎn)移到安全地帶，將損失降低到最少。對于電力中斷事件，由于機房多采用UPS防止斷電帶來的系統(tǒng)停機現(xiàn)象，在UPS還能供應(yīng)電力期間恢復供電，對系統(tǒng)使用不會有影響；但遇到特殊情況導致供電部門在短期內(nèi)不能恢復供電時，如有備用發(fā)電設(shè)備要啟用備用發(fā)電設(shè)備供電，否則要關(guān)閉所有設(shè)備，確保突然斷電造成設(shè)備損壞。在故障排除之后，運行管理人員要填寫故障記錄，如果故障是由于項目實施中存在的隱患造成的問題，具體操作請參見上層文件《網(wǎng)絡(luò)系統(tǒng)維護管理指引》。故障記錄匯總到“系統(tǒng)運行故障記錄表”，重大事故由故障處理人填寫故障報告。5.2.2成立應(yīng)急小組《啟動應(yīng)急流程申請單》獲批準后（包括口頭批準），由信息主觀部門負責組建應(yīng)急小組。應(yīng)急小組由多方人員組成，例如信息中心代表、運維部代表、服務(wù)主管、客戶代表、供應(yīng)商代表以及其他第三方人員等。應(yīng)急小組對發(fā)生的重大事故進行討論分析并制定應(yīng)急處理方案。運維小組會根據(jù)實際人員需求情況從公司本部調(diào)配足夠人員加入到應(yīng)急小組。運維小組會根據(jù)實際需求情況從公司本部調(diào)配足夠的資金以保障事件處理經(jīng)費需求。5.2.3應(yīng)急處理過程運維服務(wù)商根據(jù)應(yīng)急小組制定的應(yīng)急處理方案具體實施應(yīng)急處理活動，并將實施過程和結(jié)果記錄在《應(yīng)急處理