西南分公司智能運維管理平臺建設方案(DOC52頁)

《西南分公司智能運維管理平臺建設方案(DOC52頁)》由會員分享，可在線閱讀，更多相關《西南分公司智能運維管理平臺建設方案(DOC52頁)（52頁珍藏版）》請在裝配圖網上搜索。

1、文檔編號：20220329-1編纂：項目管理部修訂日期：2022329保密級別：文檔版本：智能運維管理平臺建設方案二零一五年三月目錄第一章 項目建設背景1第二章 建設目標2第三章 項目設計原則3第四章 平臺總體設計54.1 總體架構54.2 架構設計及要求64.2.1 網絡拓撲架構64.2.2 開發環境74.4 關鍵技術74.4.1 面向對象的分析設計方法74.4.2 多層結構84.4.3 移動 APP 開發技術84.4.4 條形碼技術104.5 系統安全體系104.5.1 網絡安全114.5.2 操作系統級安全114.5.3 用戶級安全114.5.4 模塊級安全114.5.5 數據庫級安全1

2、2第五章 系統功能設計135.1 統一登錄入口135.2 智能巡檢分析系統145.2.1 設備信息管理模塊155.2.2 參數管理模塊155.2.3 巡檢表管理模塊155.2.4 巡檢任務管理模塊155.2.5 巡檢任務執行模塊155.2.6 智能分析模塊165.2.7 智能告警模塊165.3 備品備件管理系統165.3.1 基礎信息管理模塊175.3.2 庫存管理模塊175.3.3 調配管理模塊185.3.4 統計查詢模塊185.3.5 短信/IVR 接口模塊185.4 運維人員管理系統185.4.1 運維人員管理系統195.4.2 考試管理系統205.5 檔案管理系統205.5.1 檔案基

3、礎信息管理215.5.2 檔案在線瀏覽225.5.3 檔案下載225.5.4 檔案打印225.5.5 檔案權限申請225.5.6 檔案權限審批225.6 績效考核系統225.6.1 風機運行參數統計235.6.2 獎勵錄入模塊235.6.3 綜合評分模塊235.7 系統管理模塊245.7.1 角色管理245.7.2 權限管理245.7.3 用戶管理245.7.4 數據備份/恢復255.7.5 密碼修改25第六章 項目實施及保障方案266.1 項目組織結構及管理方案266.1.1 項目組織結構266.1.2 項目管理制度與措施286.2 技術力量與人員296.3 計劃與進度管理方案306.4 項

4、目質量控制336.5 項目應急方案356.6 培訓計劃38第七章 系統測試及驗收39第八章 售后服務及承諾418.1 售后服務的原則418.2 售后服務流程418.3 承諾428.4 服務保障措施42第九章 報價44第一章項目建設背景隨著社會的發展與進步，各行各業對管理工作要求越來越規范化、科學化、數據化。特別是電力行業掌控著國家經濟保障和發展的重要機構，電力行業信息化進程的快慢將是至關重要的。電力公司承擔著電能的安全傳輸和保障，只有相關設備的處于安全運行狀態， 才能使電能真正應用到各行各業中，才能保障國家經濟的快速發展，廣大人民群眾才能安全便捷的使用電能應用到生活當中。電力公司的集控中心是保

5、障設備安全運行的重要部門，其管理手段的先進還是落后是決定整個電力系統能否正常運轉的重要環節。由于多種因素將會促使設備上各元件老化、疲勞、氧化和腐蝕，如不及時發現和消除，就可能會發展成為各種故障，對電力系統的安全和穩定構成威脅。對電力設備的巡檢是重要的工作環節，電力公司有專門設備巡檢人員來保證電力設備的安全，提高電力設備的可靠率，確保電力設備的最小故障率。目前電力設備巡檢工作方式普遍較為落后。很多系統仍舊采用早期的人員簽到或領導抽查等較為傳統的記錄方式。隨著信息化的發展，它的弊端也越來越明顯地表現出來。這種巡檢方法可靠性差，效率低，真實性不足，管理者不容易準確掌握巡檢人員的工作狀態， 這就造成安

6、全事故的重大隱患。一旦安全事故發生，不僅給國家造成巨大財產損失，而且對人民群眾生命財產安全也構成巨大威脅。安全管理年年講、月月講、天天講，但終因管理手段落后始終難以落到實處。如果崗位工作人員再玩忽職守、思想麻痹存在僥幸心理， 造成事故的隱患更是難以避免，不但會影響決策者和主要部門領導的業績，而且一個個事故隱患造成重大事故也會毀掉幾十年的辛苦打下來的基業。第二章建設目標西南分公司智能運維管理平臺的建設旨在打造貫穿運維生產流程的專業信息化平臺， 對運維人員、巡檢任務、備品備件進行全方位管控，極大地提高運維管理工作的規范化及科學化水平，本規劃需達到如下目標：1、 建立西南分公司貫穿運維工作生產過程的

7、信息化平臺，對運維人員、巡檢任務、備品備件進行有效、高效、統一的管理，提高決策分析能力；2、 實現電力設備巡檢管理的實時化、科學化、規范化，科學的管理和安排巡檢人員的巡檢工作；3、 規范巡檢過程、記錄巡檢結果，使巡檢工作變得可管理、可追溯、可控制，提升集控中心的管控能力；4、 通過對巡檢系統數據的匯總和分析，及時發現電力設備中的故障隱患；5、 將集控中心管理人中從日常繁雜業務中解放出來，真正開展管理分析工作，提高工作效率。第三章項目設計原則智能運維管理平臺的項目設計原則是，保證平臺的靈活性、可擴展、可重用、可維護等特性。同時，在建設過程中，需要避免大量、重復的軟件開發，具有廣泛的開放性。在遵循

8、這些基本原則的同時，還需要堅持以下原則：一、統一標準，統一規范統一規劃設計，建立統一的數據標準和技術標準。二、安全性原則系統安全性和保密性對于計算機軟件系統是至關重要的，系統中的任何數據丟失、數據錯誤以及數據泄露都有可能對學院帶來巨大的損失，所以在方案設計中要充分考慮系統的安全和保密因素，保證系統數據不會被非法修改、竊取、破壞。三、穩定性原則本系統設計要具有高穩定性，系統在正常的訪問使用過程中能夠穩定、可靠地提供遠程教育服務。四、高效性原則由于系統隨時都可能需要處理并發的業務請求，所以要求系統設計要盡可能緊湊、高效，盡量加快每次業務請求的響應時間，避免出現用戶需要長時間等待系統進行數據處理的情

9、況。五、技術先進性原則系統方案設計和軟件開發的實現應采用先進、成熟的軟件設計技術，所采用的開發和實現技術應符合今后的技術發展潮流，使得整個系統具有更長的技術生命周期，從而保護系統的開發投資。六、可擴展性原則系統要充分考慮今后平臺業務的發展、運營管理體制的改變等因素，系統設計要具有高度的靈活性和可擴展性，以便于在今后業務情況發展、變化時，可以根據應用需求的改變而方便地擴充和調整系統功能，從而滿足新的應用需求。七、易維護性原則系統設計應該便于安裝、升級和維護，盡可能減少因系統維護問題對平臺的管理服務產生影響。八、易使用性原則系統的用戶接口界面設計應符合用戶已有的操作習慣，系統操作應易學易用。第四章

10、平臺總體設計4.1 總體架構智能運維管理平臺的架構由五層兩體系組成，“五層”分別是：表現層、接口層、邏輯層、訪問層、基礎層；兩體系分別為：身份認證和安全體系、運行維護保障體系，如圖 4.1-1 所示：l 表現層圖 4.1-1 系統總體架構對于用戶來說，對平臺比較直觀的印象就是表現層，表現層比較籠統的概念可以說是系統的界面，用于呈現系統的功能供用戶進行使用。表現層的作用如下：1、管理用戶的請求和響應2、提供一個控制起來將調用委托到業務邏輯和其他上游處理3、將來自于拋出例外的其他層的例外處理到正常提示中4、組裝可以在視圖中表現的模型對象5、執行 UI 校驗l 接口層為表現層提供統一的調用接口，并實

11、現與其它系統的交互。l 邏輯層邏輯層無疑是系統架構中體現核心價值的部分。它的關注點主要集中在業務規則的制定、業務流程的實現等與業務需求有關的系統設計，也即是說它是與系統所應對的領域邏輯有關，很多時候，也將邏輯層稱為領域層。l 訪問層數據訪問層：又稱為 DAL 層，有時候也稱為是持久層，其功能主要是負責數據庫的訪問。簡單的說法就是實現對數據表的 Select（查詢），Insert（插入），Update（更新），Delete（刪除）等操作。l 基礎層基礎層是平臺的基本構架環境，包括數據庫服務器、應用服務器/Web 服務器、流媒體服務器、存儲設備、計算機網絡等。l 身份認證和安全體系平臺安全系統設計

12、除了包含計算機網絡、主機、應用系統等進行安全規劃之外，系統運行的安全設計也是安全規劃的重要內容之一。l 運行維護保障體系運行維護保障機制包含統一性和標準性、公眾服務性、專業性、權威性。因此，運行維護機制要把握三個要素：1. 要保持服務器的穩定高效；2. 要適應社會對服務多樣化的要求；3. 要提供簡便、規范、暢通的基礎數據輸入/輸出手段。4.2 架構設計及要求4.2.1 網絡拓撲架構本平臺使用硬件主要包括：路由器、防火墻、WEB 服務器、轉碼服務器、流媒體服務器、數據庫服務器、存儲設備等，網絡拓撲架構如圖 4.3-1 所示。圖 4.3-1 智能運維管理平臺網絡拓撲架構圖4.2.2 開發環境 開發

13、操作系統：WINDOWS 7/WINDOWS XP/WINDOWS SERVER 2003 開發工具：Eclipse；Xcode； PL/SQL； 數據庫：ORACLE 12g； 開發語言：JAVA；Objective-c4.4 關鍵技術4.4.1 面向對象的分析設計方法面向對象的方法是當今大型軟件系統開發使用的主要設計、分析、實現方法。面向對象的方法可以很好地掌握系統的本質，保證系統的相對穩定性。面向對象的方法可以提高開發的效率和質量。4.4.2 多層結構在系統設計中采用多層結構，其主要的優點如下：1. 安全性加強。應用服務器把客戶與數據庫服務器分開了，客戶端不能直接訪問數據庫服務器。應用服

14、務器可控制哪些數據被改變和被訪問，以及數據更改和訪問方式。另外，對應用和數據的存儲權限可以分層進行設定，這樣，即使外部的入侵者突破了客戶端的安全防線，若在應用服務器和數據庫服務器中備有另外的安全機構，系統也可以阻止入侵者進入其他部分。2. 效率提高。多層結構中，客戶端和應用服務之間的鏈接實際上只是一些簡單的通信協議，而和數據庫服務器打交道所需要的設置或驅動程序，均由應用服務來承擔， 這既減輕了客戶端的負擔，也降低了數據庫服務器的鏈接代價，使數據庫服務器專心于數據服務而不是頻繁地和客戶端的應用程序交流。3. 易于維護。由于應用邏輯被封裝到了應用服務器中，因此，當應用邏輯發生變化時， 僅需修改應用

15、服務器中的程序，客戶端的應用程序不必更新，維護的代價大大降低。4. 可伸縮性。多層結構是明確進行分割的，邏輯上各自獨立，并且能單獨實現。由于它們是邏輯劃分的，與物理位置不一定相對應，因此它們的硬件系統構成是很靈活的，各部分可以選擇與其處理負荷和處理特性相適應的硬件。5. 開放性。由于應用服務器的每個組件都有標準的接口，用戶可以重寫自己的客戶端程序和自己的瀏覽器程序。4.4.3 移動 APP 開發技術移動 APP 是移動應用的簡單，是針對手機這種移動連接到互聯網的業務或者無線網卡業務而開發的應用程序服務。由于主流手機系統分為安卓操作系統及 IOS（蘋果操作系統），所以往往移動 APP 的開發需要

16、同時開發安卓版本及 IOS 版本。一、安卓版移動 APP 開發相關技術安卓版移動 APP 開發使用的程序設計語言是 JAVA。Java 是一種可以撰寫跨平臺應用軟件的面向對象的程序設計語言。Java 技術具有卓越的通用性、高效性、平臺移植性和安全性，廣泛應用于 PC、數據中心、游戲控制臺、科學超級計算機、移動電話和互聯網，同時擁有全球最大的開發者專業社群。與傳統程序不同，Sun 公司在推出 Java 之際就將其作為一種開放的技術。全球數以萬計的 Java 開發公司被要求所設計的 Java 軟件必須相互兼容?！癑ava 語言靠群體的力量而非公司的力量”是 Sun 公司的口號之一，并獲得了廣大軟件

17、開發商的認同。這與微軟公司所倡導的注重精英和封閉式的模式完全不同。Sun 公司對 Java 編程語言的解釋是：Java 編程語言是個簡單、面向對象、分布式、解釋性、健壯、安全與系統無關、可移植、高性能、多線程和動態的語言。Java 平臺是基于 Java 語言的平臺。這樣的平臺非常流行。因此微軟公司推出了與之競爭的.NET 平臺以及模仿 Java 的 C#語言。Java 是功能完善的通用程序設計語言，可以用來開發可靠的、要求嚴格的應用程序。二、IOS 版移動 APP 開發相關技術IOS 版本移動 APP 開發使用的程序設計語言為 OBJECTIVE-C。Objective-C，通常寫作ObjC

18、和較少用的 Objective C 或 Obj-C，是擴充 C 的面向對象編程語言。Objective-C 不僅提供了其他面向對象編程語言中的抽象概念和運行機制，而且還是一種非常靈活的語言，這種動態性就是 Objective-C 的最大優勢所在。這種動態性可以讓應用在運行中（即“運行時”）判斷其該有的行為，而不是在編譯構建時就固定下來。因此， Objective-C 把應用程序從編譯時、連接時的限制中解放出來，并在用戶掌握控制權時，更多依賴于運行時的符號解析。Objective-C 的動態性來自三個方面：1、動態類型：可以讓代碼在運行時判斷對象的類型。id 數據類型可以在運行時用任何數據類型來

19、替換。所以，可以讓運行時因素來決定代碼中用到的對象是什么類型。動態類型讓應用更加靈活，這是靜態類型做不到的，不過這會讓數據的嚴格統一性降低。2、動態綁定：讓代碼在運行時判斷需要調用什么方法，而不是編譯時。就像動態類型把對象的類型放到運行時再去判斷一樣，動態綁定把選擇調用哪種方法的任務放到了運行時去完成。和其他面向對象語言一樣，方法調用和代碼并沒有在編譯時就聯結在一起，只有在消息發出時，它們才真正聯結。 動態類型和動態綁定的存在使得選擇哪個接收者以及調用哪個方法都可以在運行時來決定。用一個畫圖程序來打比方，它能夠定義從父類繼承而來的圖形類應該怎樣歸類；可以直接在某個對象上調用 draw 方法，無

20、需知曉該對象的類以及它繪制自己的具體途徑。3、動態載入：可以讓程序在運行時添加代碼模塊以及其他資源。有了動態載入特性， 應用可以根據需要加載一系列可執行代碼以及資源，而不是在啟動時就加載所有組件。這能夠大大提高性能?？蓤绦写a中可以含有和程序運行時整合的新類。4.4.4 二維碼技術二維碼是一種新型的條碼技術。條形碼是由美國的 NTWoodland 在 1949 年首先提出的。近年隨著計算機應用的不斷普及，條形碼應用得到了很大發展。第一代條形碼是一維碼，由寬度不同、反射率不同的條和空，按照一定的編碼規則（碼制）編制成的，用以表達一組數字或字母符號信息的圖形標識符。平時生活里我們經常用到條碼，像超

21、市里的商品、圖書館里的圖書都貼有這種豎條紋的條形碼（一維碼），用識別器一掃描，物品的品名、種類、價格等信息在電腦上一目了然。一維條形碼最大的問題就是信息只能在一個方向表達，承載的容量太少，需要用條碼掃描儀掃描，對條碼附載的介質也有比較高要求，應用范圍受到了一定的限制。美國 Symbol 公司于 1991 年正式推出名為 PDF417 的二維條形碼，簡稱為 PDF417 條碼，即“便攜式數據文件”二維條形碼。二維碼以矩陣形式來表達，可以在縱橫兩個方向存儲信息，可存儲的信息量是一維碼的幾十倍，并能整合圖像、聲音、文字等多媒體信息，可靠性高、保密防偽性強，而且易于制作、成本低。在二維條碼中，最為廣泛

22、的二維碼是 PDF417，PDF417 具有以下特點：n 信息容量大，在一個 PDF417 條碼中可以存儲 1000 個字節以上，一個載體上可以有幾個二維條碼。n 信息密度高，同樣大小的條碼是一維條碼信息密度的 100 倍以上。n 識別率極高，由于 PDF417 碼有極強的錯誤修正技術，即便破損、沾污 50%的面積也能讀出全部信息。n 保密性、防偽能力強，由于 PDF417 碼的編碼技術十分巧妙，因此非常有效的防止偽造。n 編碼范圍廣，可以將照片、指紋、掌紋、手寫簽名等凡可以數字化的信息均可編碼。n 制作容易、使用成本低，可以打印在普通的紙張、PVC 或其他材料上，與一維條碼的制造成本相當。4

23、.5 系統安全體系系統安全是整個系統可靠運行和進行安全防范的基石，系統安全設計需要在統一設計的原則下，在不同的安全層次，在預防、檢測和恢復等各個階段，確保系統持續穩定運行， 防止信息的損壞、泄露或被非法修改，并保證系統安全。系統安全體系結構分為五層：網絡安全、操作系統級安全、用戶級安全、功能模塊級安全、數據庫級安全。4.5.1 網絡安全在信息安全方面，防止非法修改、越權使用等情況的發生，保證信息的安全，必須采取有效的技術措施。這些措施主要從以下幾個方面解決信息的安全問題，即：用戶身份鑒別、用戶權限控制、信息的傳輸安全、信息的存儲安全。4.5.2 操作系統級安全操作系統級安全保證是整個安全中的第

24、一層保護。它保證只有合法的、授權的用戶才能上網，才能登錄到服務器。它是利用網絡操作系統本身的安全機制來實現的。4.5.3 用戶級安全用戶級安全保證是第二層保護。它保證每個授權用戶只能操作其權限所允許的功能模塊或業務。用戶在使用時， 系統將從用戶安全性列表中讀取該用戶的 Rights 標識符（RID）、用戶級別（ULV）。系統根據 RID 及 ULV 決定用戶所擁有的功能和對象的可操作性。用戶安全性列表是根據用戶的身份、所從事的業務來決定其擁有的權力屬性；用戶所擁有的權限屬性不同，進入系統后用戶所面對的功能樹就不同，他所能操作的功能模塊也就不同，從而實現根據用戶權限自動裁剪功能樹的目的。4.5.

25、4 模塊級安全模塊級安全保證是第三層保護。它保證授權用戶在進入某一功能模塊后，只能做其用戶級別所允許的操作。用戶安全性列表中的用戶級別（ULV）是用戶擁有的某一具體權力屬性的使用級別。使用級別由低到高，用戶對該模塊的操作權力也就由小變大，隨著級別的變化，用戶所面對的操作界面也會自動裁剪變化。譬如說，該用戶對本職業務功能是高級使用者，但對相關業務功能則可能只是普通使用者，對這些模塊的修改與刪除功能就會對他屏蔽，相應控件會不可見。4.5.5 數據庫級安全數據庫級安全是系統安全體系設計中最核心的一道屏障。數據庫級安全遭到破壞的情況主要有三種：第一，數據向未授權用戶泄露，或被未授權用戶改動；第二，一些

26、合法用戶在獲得信息時得到權限以外的信息；第三，由于一些具有合法權限用戶的誤操作，破壞了數據庫中的數據。本系統用戶密碼使用 md5 不可以逆加密，保證用戶密碼安全。通過數據庫安全機制的管理，可以防止以上情況的發生，從而加強數據庫的安全。第五章系統功能設計智能運維管理平臺建設包含智能巡檢分析系統、備品備件庫存管理系統、運維人員管理系統、檔案管理系統、績效考核系統、系統管理模塊等五個子系統、一模塊以及統一登錄入口。l 統一登錄入口：引入用戶單點登錄概念，用戶只需要一次登錄就可進入各個系統， 方便用戶使用及統一管理。l 智能巡檢分析系統：通過結合最新的計算機技術、信息分析技術，對巡檢任務的制定、巡檢任

27、務的執行以及巡檢任務執行結果進行全程管控，可智能分析發現異常并生成告警通知集控中心及風電場。l 運維人員管理系統：對運維人員信息進行統一管理，通過對運維人員基礎信息、技能水平、故障處理經驗等信息進行綜合分析，為不同故障處理提供集控調配建議， 為集控提供技能人員支持。l 檔案管理系統：建立檔案電子化管理，可以有效對舊有檔案進行稽核檢查，便于檔案管理。l 績效考核系統：結合智能巡檢分析系統中巡檢任務執行情況、設備運行健康情況、備品備件調配及時率、考試成績、日常工作表現等，通過數據建模進行分析，自動對考核人員的月度個人績效進行評分，為決策者提供依據。5.1 統一登錄入口智能運維管理平臺提供統一登錄入

28、口進行登錄，登錄后根據用戶角色權限分配及呈現根據其權限訪問平臺上的相應應用和信息資源。平臺入口的功能、性能、使用方便程度對整個平臺的實施效果有決定性的作用，主要實現以下幾個方面的功能。1. 用戶登錄后系統根據用戶的權限展示用戶所能閱讀的內容和能使用的功能。2. 統一登錄頁面及個人空間是整個平臺的形象象征，設計上簡潔生動，在視覺效果上不斷出新。3. 其它功能：個人信息修改、密碼修改、找回密碼、退出系統等功能。5.2 智能巡檢分析系統智能巡檢分析系統通過結合最新的計算機技術、信息分析技術與實際工作流程，對設備巡檢工作執行過程、執行方式進行優化改善，極大地提高了巡檢工作的規范化及科學化水平，保障了巡

29、檢過程有效、可控，杜絕了對巡檢人員無法科學、準確考核與監控的現象， 有效地保障了被巡檢設施經常處于良好狀態。根據對巡檢工作的分析，本系統分為 7 個模塊，分別為：設備信息管理模塊、參數管理模塊、巡檢表管理模塊、巡檢任務管理模塊、巡檢任務執行模塊、智能分析模塊。系統功能模塊圖見圖 5.2-1。圖 5.2-1 智能巡檢分析系統功能模塊圖5.2.1 設備信息管理模塊設備信息管理模塊對巡檢設備的基礎信息進行統一管理，結合二維碼對設備進行唯一標識，使設備管理脫離雜亂管理、追溯巡檢情況困難等狀況。通過將二維碼與基礎信息、巡檢結果進行關聯，使用人員可隨時通過移動端掃描二維碼查詢設備的基礎信息及歷史巡檢信息。

30、此模塊包括的功能有：設備類型管理、設備基礎信息維護（新增/修改/刪除）、設備信息查詢、二維碼掃描/錄入/生成等。本模塊同時支持 WEB 端及移動端。5.2.2 參數管理模塊對巡檢過程中各檢查項的參數進行管理維護，為智能分析模塊進行數據分析提供數據支撐，包括的功能有：新增參數、修改參數、刪除參數、查詢參數、參數范圍設定等。本模塊同時支持 WEB 端及移動端。5.2.3 巡檢表管理模塊根據巡檢需求對巡視表進行定制，包括的功能有：新建巡檢表、編輯巡檢表、查詢巡檢表、刪除巡檢表。通過此模塊可以根據需求靈活配置巡檢表，從而支撐不同設備類型巡檢的需求。本模塊同時支持 WEB 端及移動端。5.2.4 巡檢任

31、務管理模塊根據巡檢任務類型及需求，對巡檢任務執行頻度、執行時間、執行人員等進行指定， 并形成巡檢任務下發至巡檢人員，巡檢人員完成巡檢任務并提交巡檢報告后，系統進行記錄保存，使整個巡檢過程可管理、可追溯、可控制。巡檢任務的完成情況也可作為巡檢人員績效評分的參考依據。本模塊同時支持 WEB 端及移動端。5.2.5 巡檢任務 GIS 輔助模塊在執行巡檢任務時，系統會根據此次巡檢所需巡查的設備列表，在 GIS 地圖上標注各設備的位置、信息及建議巡檢線路，為巡檢人員高效開展巡檢工作提供有力支撐。5.2.6 巡檢任務執行模塊在執行巡檢任務時，巡檢人員使用移動端掃描設備二維碼，可獲取設備的基礎信息、歷史巡檢

32、記錄及巡檢表，巡檢人員按照巡檢表要求逐項完成巡檢任務，并將巡檢結果提交系統。本模塊僅支持移動端，在執行巡檢任務時支持文字、圖像、視頻的巡檢資料提交。5.2.7 智能分析模塊1、實時分析在巡檢人員執行巡檢任務時，隨著巡檢數據的輸入，系統實時參照標準參數值進行分析，如果發現設備數據在標準參數值范圍內，實時出現告警，提醒巡檢人員設備出現問題， 需進一步檢查核實。2、巡檢結果分析巡檢人員執行完成巡檢任務并提交巡檢結果后，系統根據參數標準值數據對巡檢結果進行智能分析，記錄分析結果并自動發現巡檢結果中設備存在的異常，并形成信息發送至智能告警模塊。5.2.8 智能告警模塊根據智能分析模塊分析的結果，形成的告

33、警信息在系統中通知相關人員的同時通過短信/IVR 的方式告知集控中心及風電場。5.2.9 短信/IVR 接口模塊提供短信/IVR 接口，在發現設備異常時可按需為指定用戶發送短信或提供 IVR 服務。5.3 備品備件管理系統備品備件管理方面存在數據分散、統計時間長, 備品備件經常發生轉移時在帳面上不能及時反映,盤點工作量極大、信息反映不及時,從而導致備品備件重復購置，使企業成本大幅增加,影響企業效益。為了加強備品備件管理，提高內部管理水平，為企業管理者提供更科學的決策依據，本系統基于二維碼技術和計算機技術，能從帳面和實物兩方面及時反映備品備件真實情況的信息管理系統。通過實施備品備件管理系統，采用

34、條碼掃描技術作為備品管理中物流和信息流同步載體的方法，條碼具有成本低、能有效進行分類，傳達眾多物品信息等優點，通過條碼唯一性的特點對單個備品備件作追溯及生命周期管理。備品備件管理系統主要由數據庫管理系統、智能、物品二維碼、主機管理系統等四部分組成。整個系統以智能手機移動 APP 為主，輔助以桌面型的固定式設備做發卡之用途， 無線路由接入局域網供智能手機移動端接入網絡使用; 智能手機移動端總倉庫的用戶通過局域網連接訪問系統，數據庫服務器接入局域網，提供數據存儲功能；主機管理系統在后臺應用服務器上實現，主要對傳統的倉庫管理軟件進行了擴充，利用條碼技術完成貨物的入庫、出庫、盤點等功能。系統功能模塊圖

35、見圖 5.3-1。圖 5.3-1 備品備件管理系統功能模塊圖5.3.1 基礎信息管理模塊1. 備品備件信息管理：設備信息包括備品備件名稱、編號、型號、參數、使用范圍、備注說明等信息。2. 倉庫類別設置：允許設置和管理多個倉庫。3. 庫管人員設置：設置并管理倉庫保管人員。4. 供貨商/生產部門管理：可以設置并管理供貨商及生產部門檔案。5. 出庫類別設置：設置出庫類別，區分正常出庫、破損出庫等。本模塊同時支持 WEB 端及移動端。5.3.2 庫存管理模塊1、入庫管理：可以自動生成入庫單號，允許采取不同計量單位入庫，允許手工錄入數據也允許二維碼掃描入庫，不限制每筆入庫單貨物筆數，掃描數據自動累加，可

36、以打印單據。2、出庫管理：可以自動生成出庫單號，允許采取不同計量單位出庫，允許手工錄入數據也允許二維碼掃描出庫，不限制每筆出庫單貨物筆數，掃描數據自動累加，可以打印單據。本模塊同時支持 WEB 端及移動端。5.3.3 調配管理模塊在進行備品備件調配時，系統自動按照所需物品類型、數量、調配地點按最優方案排列各倉庫儲備，并給出調配建議，為調配人員決策提供依據?？梢宰詣由烧{庫單號，備品備件允許采取不同計量單位調庫，允許手工錄入數據也允許二維碼掃描調庫，不限制每筆調庫單備品備件筆數，掃描數據自動累加，可以打印單據。本模塊同時支持 WEB 端及移動端。5.3.4 統計查詢模塊1、庫存查詢：可以按不同計

37、量單位進行查詢統計庫存，自動分類統計，條理清析?？梢圆樵儐蝹€倉庫庫存，也可以查詢所有倉庫庫存匯總數據，可打印庫存明細及庫存匯總報表。2、單據查詢：可以隨時并打印入庫、出庫、退庫、調庫、盤點等各種貨物單據。3、備品統計：可以按不同時間段、憑證號、客戶、部門、倉庫、設備等統計條件對入、出、調等數據進行統計匯總，統計結果可以按不同計量單位進行轉換，并且隨時可以將統計結果生成報表進行打印。4、倉庫貨物進出綜合查詢：可以按不同時間段、憑證號、部門、倉庫、備品等查詢條件查詢貨物入、出、調等數據，并能對查詢數據進行統計匯總。隨時可以將查詢及統計結果生成報表進行打印。各種報表可以自動轉換為 EXCEL 數據格

38、式。本模塊同時支持 WEB 端及移動端。5.3.5 短信/IVR 接口模塊提供短信/IVR 接口，可按需為指定用戶發送短信或提供 IVR 服務。5.4 運維人員管理系統運維人員管理系統由運維人員管理系統及考試管理系統兩部分組成。運維人員管理系統主要對運維人員的基礎信息進行管理，如：運維人員所得資質、相關故障處理經驗、技能水平等，通過結合運維人員信息及故障信息，可為不同故障處理提供集控調配建議，為集控提供技能人員支持?？荚嚬芾硐到y為集控中心考核運維人員技能水平提供平臺支撐， 集控中心制定考試內容、考試時間、指定參考人員后進行下發，由運維人員在線完成考試， 考試成績記入運維人員管理系統，作為考核依

39、據。系統功能模塊圖見圖 5.4-1。圖 5.4-1 運維人員管理系統功能模塊圖5.4.1 運維人員管理系統5.4.1.1 信息模板管理模塊按需求定制運維人員信息模板，可對模板中的字段進行新增、刪除、修改等操作，可對模板進行靈活配置，滿足不同類型人員管理需求。本模塊同時支持 WEB 端及移動端。5.4.1.2 人員信息管理模塊對運維人員的基礎信息如：姓名、年齡、相關技能水平、獎勵記錄、工作表現等進行錄入，并按時更新運維人員故障處理情況，為實現智能調配提供數據的支撐。本模塊提供人員信息的錄入、修改、刪除、查詢、導出、打印等操作。本模塊同時支持 WEB 端及移動端。5.4.1.3 智能調配模塊通過對

40、運維人員基礎信息、技能水平、故障處理經驗等信息進行綜合分析，為不同故障處理提供集控調配建議，為集控提供技能人員支持。5.4.2 考試管理系統5.4.2.1 題庫管理向系統錄入考試題目，內容包括：題目類型、難度、分值、答案等?？蓪︻}庫進行錄入、查詢、修改、刪除操作。本模塊同時支持 WEB 端及移動端。5.4.2.2 自動組卷根據考試范圍、題型比例、分值、難度等進行自動組卷，形成考試試卷。5.4.2.3 考試管理集控中心考試管理員通過指定試卷標題、考試時間、考試人員、選擇試卷后進行下發形成考試任務。本模塊同時支持 WEB 端及移動端。5.4.2.4 在線考試運維人員接到集控中心考試管理員通知后，登

41、錄系統進行考試，在指定時間內完成考試任務，將答題結果提交系統。本模塊同時支持 WEB 端及移動端。5.4.2.5 成績查詢運維人員可通過成績查詢模塊對本次成績及歷史成績進行查詢。5.4.2.6 自動閱卷運維人員完成考試任務并提交答題結果后，系統可根據題庫中答案進行自動閱卷，完成評分并自動錄入運維人員管理系統。5.5 檔案管理系統隨著信息化的發展，現在各行各業的原有紙質文檔管理逐步向電子文檔管理過渡。建立檔案電子化管理，可以有效對舊有檔案進行稽核檢查，便于檔案管理。檔案管理系統的建設有如下優勢：統一性，建立形成一套統一的檔案管理規范，并可以以此為基礎實現上下級之間的信息共享和交互。權威性，在確保

42、安全的基礎上，通過規范的操作方式，保證數據的一致、完整。高效性，提供快速高效準確的智能檢索功能和管理手段。安全性，從技術和管理上確保網絡和涉密檔案資源信息的高度安全性?？煽啃?，提供 7 天24 小時不間斷服務。系統功能模塊圖見圖 5.5-1。圖 5.5-1 檔案管理系統功能模塊圖5.5.1 檔案基礎信息管理對檔案的基礎信息進行維護，支持上傳電子檔案。對檔案的基礎信息進行錄入及維護， 如檔案編號、檔案類型、檔案名稱、內容描述等。本模塊同時支持 WEB 端及移動端。5.5.2 檔案在線瀏覽可根據需求查詢檔案，如：根據檔案編號、類型、名稱、內容等進行精確或模糊地查找，并支持電子檔案在線瀏覽。本功能根

43、據用戶權限對瀏覽權限進行劃分，無權限者只能看到檔案的概要信息，檔案全文需向檔案管理員提交權限申請，申請通過后方瀏覽檔案全文。本模塊同時支持 WEB 端及移動端。5.5.3 檔案下載可對查詢出的電子檔案進行下載操作，本功能根據用戶權限對瀏覽權限進行劃分，無權限者只能看到檔案的概要信息，檔案全文需向檔案管理員提交權限申請，申請通過后方可下載。本模塊同時支持 WEB 端及移動端。5.5.4 檔案打印可對查詢出的電子檔案進行打印操作，本功能根據用戶權限對瀏覽權限進行劃分，無權限者只能看到檔案的概要信息，檔案全文需向檔案管理員提交權限申請，申請通過后方可打印。5.5.5 檔案權限申請系統用戶可對無權限查

44、看/下載/打印的檔案向檔案管理員申請相應權限。本模塊同時支持 WEB 端及移動端。5.5.6 檔案權限審批檔案管理員可查看檔案權限申請情況，并根據實際情況，選擇通過申請或駁回申請。本模塊同時支持 WEB 端及移動端。5.6 績效考核系統績效考核系統結合智能巡檢分析系統中巡檢任務執行情況、設備運行健康情況、備品備件調配及時率、考試成績、日常工作表現等，通過數據建模進行分析，自動對考核人員的月度個人績效進行評分，為決策者提供依據。系統模塊圖見圖 5.6-1。圖 5.6-1 績效考核系統功能模塊圖5.6.1 風機運行參數統計根據設備責任劃分，由風電場根據設備實際運行情況，錄入設備故障時間、故障損失電

45、量等。本模塊提供風機運行參數信息的錄入、查詢、刪除、編輯、打印、導出等功能。本模塊同時支持 WEB 端及移動端。5.6.2 獎勵錄入模塊對于在日常工作中，有重大貢獻人員，根據個人所做貢獻，錄入貢獻相關信息，做為月度績效考核指標分析數據。本模塊提供獎勵信息錄入、查詢、刪除、編輯、打印、導出等功能。本模塊同時支持 WEB 端及移動端。5.6.3 績效評定規則設置通過本模塊可自由設置績效評定規則因子及權重，綜合評分模塊將依據本模塊的規則因子及權重進行績效的智能評定。本模塊同時支持 WEB 端及移動端。5.6.4 綜合評分模塊本模塊結合智能巡檢分析系統中巡檢任務執行情況、設備運行健康情況、備品備件調配

46、及時率、考試成績、日常工作表現等，通過數據建模進行分析，自動對考核人員的月度個人績效進行評分，為決策者提供依據。5.6.5 績效得分查詢模塊考核人員可通過績效查詢模塊查詢本人績效得分（可查詢歷史績效），查詢結果會詳細列出該人員績效總得分及各考核細項得分，為考核人員自身提升提供指導。本模塊同時支持 WEB 端及移動端。5.7 系統管理模塊系統管理模塊為主要管理系統用戶、角色及權限，并提供數據備份等功能，為整個系統的合理穩定運行進行支撐，功能模塊圖見圖 5.7-1。圖 5.7-1 系統管理模塊圖5.7.1 角色管理根據需求對用戶進行角色定義，如：系統管理員、巡檢人員、檔案管理員、庫管人員等。本模板

47、提供角色的新增、修改、刪除、查詢功能。本模塊同時支持 WEB 端及移動端。5.7.2 權限管理根據用戶角色的需要進行不同的權限控制，如：系統管理員擁有系統的所有功能操作權限；巡檢人員有巡檢任務執行模塊的權限；檔案管理員有檔案管理系統的權限等。通過對不同角色賦予不同權限，從而達到對不同用戶進行操作權限控制的目的。本模塊同時支持 WEB 端及移動端。5.7.3 用戶管理本模塊應用于對系統用戶的管理，如添加系統用戶、修改用戶信息、查詢用戶信息、刪除用戶等。運維人員管理系統中的運維人員也是系統用戶，所以運維人員在添加系統用戶時需要與運維人員管理系統中的信息進行關聯。本模塊同時支持 WEB 端及移動端。

48、5.7.4 數據備份/恢復提供對平臺數據庫的數據備份以及根據數據備份文件恢復平臺數據。5.7.5 密碼修改支持對系統登錄用戶的密碼進行修改。本模塊同時支持 WEB 端及移動端。第六章項目實施及保障方案6.1 項目組織結構及管理方案6.1.1 項目組織結構一、項目組織結構圖（圖 ）項目總負責項目經理技術咨詢專家組進度管理員質量管理員設計組開發組測試組實施組圖 6.1.1-1 項目組織結構圖二 、工作職責（1） 項目總負責人對項目工作負總體責任。指導項目經理開展工作。（2） 項目經理在項目總負責人的領導和授權下開展工作。是項目的具體負責人，其基本職責主要如下： 與客戶進行有效溝通 制定項目計劃，并

49、根據各種變化修改項目計劃 實施項目的管理、開發、質量保證 過程，確?？蛻舻某杀?、進度、績效和質量目標 制定有效的項目決策過程 確保在項目生命周期中遵循是實施公司的管理和質量政策 選擇一個能夠精確衡量項目成本、進度、質量、績效的項目距陣 風險管理 招聘和培訓必須的項目成員 確定項目的人員組織結構 定期舉行項目評估(review)會議 為項目所有成員提供足夠的設備、有效的工具和項目開發過程 有效管理項目資源（3） 技術咨詢專家組由公司資深的開發人員組成。針對該項目提供技術咨詢，把握總體技術方向。（4） 質量管理員協助項目經理做好項目開發中的質量管理工作，指導和督促測試組的工作。（5） 進度管理員協

50、助項目經理做好項目開發中的計劃以及進度管理工作。（6） 設計組承擔需求調查、概要設計、詳細設計以及測試方案的撰寫。（7） 開發組承擔具體的編碼工作以及單元測試。（8） 測試組制定測試計劃，實施除單元測試外的全部測試工作。接受質量管理員的指導和檢查。是項目質量保證的具體責任者。（9） 實施組在項目開發工作完成后，承擔項目的實施以及用戶培訓。6.1.2 項目管理制度與措施一、公司高度重視本項目公司總經理親自擔任項目總負責人。配備了公司最強的項目管理人員和技術人員。二、充分溝通和協商本著一切為了項目成功實施的大目標，對項目中的出現相關的事宜，與客戶等利益相關者進行充分的溝通和協商，確定解決的辦法，減

51、少誤會和曲解。三、嚴格的過程控制過程可控結果自然可控。項目將大致遵循如下的開發流程見圖 ：圖 6.1.2-1 項目組織結構圖四、報告制度有狀態報告、周進度報告、例外事件報告以及會議記錄等報告類型。報告制度是本項目管理控制的重要手段。它具有以下功能： 記錄項目進展情況 是溝通的工具 是管理控制的手段五、檢查、考核制度對項目進展情況的檢查，主要采用例會的方式。項目部還有業績考核制度。六、會議制度每天下午 5 點項目部召開全體工作會議。時間約 1 小時。由項目經理主持。會議內容為：對當天工作進行檢查、總結，找出和計劃的偏差，制訂糾正措施以及第二天的工作計劃。不定期地舉行技術專題會議，對開發中所遇到的

52、技術問題（難題）進行分析解決。負責開發的技術人員參加。時間約 1 小時。由技術負責人主持。6.2 技術力量與人員平臺建設實施小組人員及職責如下表 6.2-1 所示：表 6.2-1 平臺建設實施小組人員及職責序號職務人數（人）職責1.項目經理1計劃、組織、控制項目的開展，對項目的人員安排、成本、風險統一管理，按照軟件工程管理方法管理項目。2.系統架構師1確定項目的技術實現，為項目搭建良好的架構，規范開發流程。3.需求分析2負責用戶需求的調研分析，引導開發用戶需求。4.項目管理1負責項目過程管理，規范項目的實施過程。5.測試主管1負責整個項目測試工作的開展，與項目經理確定項目測試計劃、測試用例的編

53、寫，組織相關測試人員根據測試用例進行測試。6.系統開發8負責系統的軟件開發。7.系統測試2負責系統測試，包括功能測試、壓力測試、回歸測試等。8.網絡部署、安全保障2負責網絡環境的設計。9.界面設計2負責系統界面美工設計。合計：206.3 計劃與進度管理方案一、采用三級進度計劃管理在項目開始階段就想制定一個完整的、完善的計劃是不現實的。但是項目經理又不得不制定一份計劃來指導項目組的工作，以及應對領導的審批和客戶的溝通。其實項目計劃本來就是一個逐步細化、逐步完善的過程，本項目中采用的三級計劃體系就是依托這樣一種思路來制定項目的計劃，通過類似倒三角的模式，在項目不同的階段制定不同詳細程度的計劃來逐步

54、完善項目的計劃，指導項目的管理工作。 一級計劃總控制進度計劃。此計劃為項目指出最終進度目標，甲方牽頭制訂總控進度計劃，經認真研究后確定?？偪赜媱澮唤洿_定，便成為項目施工的綱領性文件，各方均要嚴格遵照執行，不做輕易調改。 二級計劃階段性工期計劃或分部工程計劃。二級計劃的制訂是為了保證一級計劃的有效落實。我公司會制訂此計劃并報甲方或監理方審核。 三級計劃周計劃。周計劃的制訂是將二級計劃進一步細化到日常的施工安排中， 是最基本的操作性計劃，具備很強的針對性、操作性、及時性和可控性。二、按日、周和月分別進行進度檢查有效的項目控制的關鍵是定期及時測量實際進程，并與計劃進程相比較，如有必要， 立即采取糾正

55、措施。進度控制過程如圖 6.3-1 所示：圖 6.3-1 進度控制過程流程圖三、每周一向甲方（或監理方）提交進度報告四、完善例會制度每天下午 5 點項目部召開全體工作會議。時間約 1 小時。由項目經理主持。會議內容為：對當天工作進行檢查、總結，找出和計劃的偏差，制訂糾正措施以及第二天的工作計劃。不定期地舉行技術專題會議，對開發中所遇到的技術問題（難題）進行分析解決。負責開發的技術人員參加。時間約 1 小時。由技術負責人主持。五、建立溝通渠道（1） 各單位相互通告進度管理體系架構，建立本項目進度管理體系成員的聯系總表。（2） 項目人員工作時間必須在崗，如臨時外出須通知其他相關成員，并做出相應安排

56、；除睡覺時間外必須能隨時取得聯系。（3） 各相關單位之間，需建立縱向、橫向聯系。相關人員應及時進行指導、反饋、預警、建議等工作交流。六、項目的進度計劃總工期自合同簽訂后的下一個周開始，共 7 個周期。具體的進度表如表 6.3-1 所示：表 6.3-1 項目進度計劃（本部分內容待方案基本確認后完善）序號工作階段計劃天數計劃開始時間計劃結束時間交付的工作成果備注1.項目啟動及計劃3項目開發計劃2.需求分析30需求分析說明書3.需求確認5需求分析說明書用戶確認說明需求確認可 以和需求分 析迭代進行。4.系統概要設計30概要設計說明書5.系統概要設計技術評審及完善10概要設計技術評審意見6.數據庫設計

57、7與需求確認同步進行。7.系統詳細設計60詳細設計說明書8.系統詳細設計技術評審及完善20詳細設計技術評審意見9.編碼開發120源代碼、項目測試用例10.測試60項目測試記錄、測試報告與開發協調進行，開發完某個模塊即開始測試。11.系統部署3系統部署說明書12.培訓5用戶使用手冊13.試運行90項目總結報告技術總結報告修改完善試 運行過程中 發現的問題。14.系統驗收3驗收意見6.4 項目質量控制（一）質量控制活動（1） 階段性復審在開發的各階段需要質量控制組的階段性復審活動來保證項目質量的提高，但過多的復審活動會對項目的費用及時間造成較大的影響，因此項目控制活動中的復審要適量適時。質量控制活

58、動的詳細流程和執行方法，還需要在全體項目核心組到位后進行進一步討論， 最終制定出一套行之有效又適合本項目的質量控制流程。以下是一些基本流程：表 6.4-1 項目質量控制編號開發階段質量控制活動01項目啟動階段項目核心組復審項目工作方法，項目計劃，質量控制流程，建立質量控制標準；進行本項目的開發方法，文檔規范及質量標準培訓。02概要設計階段項目核心設計組及相關專家對概要設計說明書進行階段性復審，以及時發現問題；根據質量控制標準，檢查概要設計說明書是否達到質量標準。03詳細設計階段設計核心階段性復審；根據質量控制標準，檢查詳細設計是否達到質量標準。04編碼和單元測試階段檢查程序的編碼規范是否得到遵

59、守； 抽查程序可讀性，注釋等是否完整；在整個編程隊伍貫徹質量意識，每個程序員都是質量保證的一員。05集成測試階段檢查測試案例是否合適；檢查測試結果及測試報告是否完備。06用戶驗收測試階段審核驗收測試計劃，提出建議；檢查驗收測試的方法和測試案例是否合適，并提出建議； 審核測試結果及測試報告。（2） 測試測試是確保本系統質量的重要手段，不經過認真測試的系統是不能被用于生產的。雖然，對各階段的文檔的審核也可認為是測試，但本項目所指的測試是指對應用軟件的測試。做好測試是測試組的責任，測試組是與開發組相互獨立的兩組，且需要相當的技術和經驗， 對業務的理解要十分透徹。為保證測試的效率和質量需要注意以下幾點

60、： 建立高效合理的測試流程； 建立盡量模擬真實環境的業務數據模型(即運行業務的初始環境) ； 對測試案例的設計要有深度和廣度； 特別在系統測試和驗收測試階段，安排好項目組的全體人員的任務和責任； 做好測試階段文檔和源程序的版本控制； 做好測試中發現的 BUG 的記錄及存檔工作； 對發現的任何 BUG 都要做好原因分析并記錄歸檔； 做好回歸測試； 防止對程序的修改而引起的其他問題。（二）質量保證質量審核確保項目滿足預定的質量目標。項目經理會主持正式的質量審核以確保建立的質量控制流程被執行并且結果與項目質量目標相吻合。（1） 軟件質量保證1）設計過程中的質量保證 設計目標的統一； 設計方法的統一； 設計模板的統一； 設計過程的監督；