發布時間：2014-11-05所屬分類：科技論文瀏覽：1次
摘 要： 摘要：在系統運維期間，對應急預案以及重大問題的應急演練不足。出現問題，運維人員處理無步驟、無重點、無章法，延誤問題的解決，造成更大的損失。就目前來說，各系統運行都有了相應的預案，但是在系統實施期間對數據遷移問題處理預案、雙軌運行數據同步問
摘要：在系統運維期間，對應急預案以及重大問題的應急演練不足。出現問題，運維人員處理無步驟、無重點、無章法，延誤問題的解決，造成更大的損失。就目前來說，各系統運行都有了相應的預案，但是在系統實施期間對數據遷移問題處理預案、雙軌運行數據同步問題處理預案等重視不夠、準備不足。
在一個系統穩定運行一段時間以后，操作人員會依據操作習慣以及業務要求，提出一些頁面操作修改和功能變更等需求。運維人員往往沒有經過嚴格的驗證和審核，直接針對需求對系統進行了修改。而這些修改就有可能對系統造成隱患或者部分功能無法正常執行。
由于系統是全網統一版本，雖然系統在設計開發的過程中對統一功能標準化，而且個性化功能可配置，但各個地區用戶水平不一，使用習慣也不一樣。另外，對新系統的擔憂也是用戶產生抵觸心理的重要原因，他們普遍認為，新系統即使有改進，也未必能解決他們的老大難問題，從而產生抵觸心理。
用戶抵觸心理是系統實施過程中的第一塊絆腳石。要想消除用戶的抵觸心理，使系統的推廣實施能夠變得輕松，除了在系統設計之初對用戶關注的功能點進行改進以外，系統宣傳培訓也非常必要。
系統宣傳培訓是信息系統推廣實施過程中的重要環節，它能使用戶對系統的認識從抽象到具體，全面理解新系統相對于老系統的的優勢。通過宣傳，消除用戶的憂慮，轉變觀念，真正理解新系統推廣實施的必要性，從而消除他們對系統的抵觸心理。
系統在推廣應用過程中，會面臨信息集成平臺不統一、缺乏統一的服務規劃、應用系統的服務化程度不高、應用系統間的數據交互模型不統一、信息集成的應用深度不夠和缺乏服務的統一治理與管控等問題。因此，根據南方電網“十二五”信息化規劃的要求，將建設南方電網公司及分、子公司間信息交互的一體化信息集成平臺，以支撐流程集成和業務應用的深度融合，打破業務間的壁壘、消除信息孤島，促進各應用系統間的信息共享和流程協同，實現對各個應用系統服務的統一管控，實現信息系統的橫向集成。
在系統推廣前期，需統籌各網省系統建設現狀，充分考慮各單位可能存在的合理性差異，深入把握業務本質、科學兼容地區差異，集成涉及到結構、硬件、軟件及流程等各個層面，保證業務的延續性，實現跨業務、跨層級信息有效集成。系統在推廣應用中，不是孤立存在的，與其他系統、設備等都會發生橫向的業務及數據共享交叉，需提前對各供電單位當前存在的個性化管理模式進行分析，提出個性化功能方向性的解決策略和方法。
應嚴格遵循業務模型和需求分析的要求，在進行個性化功能梳理的過程中，要與業務模型進行嚴格比對，對于業務模型要求的關鍵業務環節和核心管控環節，應遵循核心統一的原則，在制定策略時要保證業務模型完整無誤的在系統中得以落地。
近年來，隨著南方電網一體化工程及企業信息化工作的不斷推進，供電企業營銷信息化程度不斷提升，營銷管理信息系統覆蓋了營銷業務的各個方面，實現了“服務型定位、經營型管控、集團化運作、一體化管理”目標。但營銷管理信息系統的推廣應用涉及到企業的各個方面，參與部門范圍廣、人員投入多、流程環節復雜，因此，做好企業營銷管理信息系統推廣工作較為困難。本文以南方電網公司一體化營銷管理系統推廣、應用為實例，對供電企業營銷管理信息系統推廣、應用的關鍵問題進行了分析，并提出了相應的解決策略。
靜態數據的采集。靜態數據主要包括客戶基本信息、設備基礎信息、企業資產信息、各類圖紙信息等。靜態數據為開展其他相關業務工作提供了基礎支撐，在實施過程中靜態數據的采集缺失將會給系統的應用、推廣帶來很大影響。例如，某縣級供電企業現有的系統對于資產的資產編號、廠家、類型的記錄缺失比較嚴重，在新系統實施推廣的過程中，也未能及時進行普查、采集，對系統應用產生了很大的影響，如無法對企業資產的結構進行正確的分析，無法正常開展電能表定檢工作流程，表計真實的所屬客戶或安裝位置與系統中記錄不相符等。
靜態數據關鍵在于保障系統數據與現場情況保持一致。該工作相對來說對參與人員的技能要求較低，關鍵在于投入足夠的人手與有效的管理。
動態數據的核對。動態數據主要指的是應用系統中的業務應用數據，此類數據主要是在業務處理的過程中生成。如工作單數據、電量電費數據、計量檢定數據等。動態數據的正確性直接影響到系統的應用價值，核對動態數據的參與人員需具備較高的技術能力與業務能力。為了保障動態數據核對工作準確、有效、高效地開展，可以從如下幾個方面來開展相關工作：1)成立專門專家工作組。動態數據的核對工作，需要成立專門的技術專家、業務專家工作組來共同完成。技術專家工作組負責動態數據清理的技術方案制定，業務專家工作組為技術專家組提供業務指導，并對數據清理的結果進行檢驗。2)模型梳理。對業務模型與數據模型的準確理解是數據遷移、清理成功的保障。只有準確掌握了現有系統與新系統中業務模型與數據模型的關系，才能正確地完成數據遷移與清理的工作，保證進入到新系統中的數據真實、正確、可用。
模型差異數據的填充。新建設的系統雖然帶來了很多先進的管理理念、服務理念與工作方式，但現有系統與新建系統數據模型也存在著較大的差異。如隨著以客戶為中心理念的不斷加強與深化，應用系統中對于客戶信息的記錄將會比現有的系統更為詳細。為了保障新系統充分發揮出其先進的管理、服務理念與高效的工作方式，需要對此類缺失的數據進行補充完善。一般情況下，主要分為如下幾類：1)無數據關聯性的數據。該類數據往往作為獨立的個體存在，與其他的數據信息沒有必然的關聯性。此類數據需要在數據采集的環節中一并提出，并納入需要人工采集的數據類型當中。2)有數據關聯性的數據。此類數據與其他數據存在著較強的關聯性，一般情況下，該類型的數據內容可以通過其他一個或多個屬性來共同聯合推斷、確定出該字段所應該填寫的內容。
數據修改是系統在運行維護過程中較為頻繁發生的情況，同時也是對數據安全性帶來較大風險的操作。數據修改的要求，絕大部分情況主要來源于兩個方面：第一，由于系統功能不夠完備，業務流程中的錯誤無法通過系統進行修正，此類統一歸為系統問題;第二，出于業務上或管理上的需求，需要對數據進行修改，此類統一歸為業務要求。
對于系統問題所引起的數據修改要求，可以通過如下方面來盡力保障數據修改的正確性、合理性、合法性、可行性。1)制定嚴格、完善的數據修改審核制度與流程。通過該流程，業務部門需要對修改內容的正確性、合理性、合法性進行審核，信息部門對數據修改的可行性進行審核。2)嚴格的數據庫權限管理。對數據庫的權限進行嚴格的管理，只為經過審批流程以后的修改請求開通相關數據庫權限，操作完畢后立即回收。3)修改過程的跟蹤。通過審計平臺對修改工作的整個過程進行跟蹤、監控、記錄。4)功能整改的需求。對于由于功能無法滿足業務要求而引起的數據修改，需要匯總功能整改需求并上報上級部門審查。
在系統運維期間，由于對系統運維的難度、復雜程度估計不足，造成運維人員、技術儲備以及物資等準備不足，無法及時準備地解決系統使用人員遇到的問題。這個問題在系統運維初期最為常見，這個時期由于系統新上線，操作人員對操作不熟悉，是最需要運維人員支撐的時期。
SCISSCIAHCI
