PAGE文檔編號：20240329-1編纂：工程管理部修訂日期：2024－3－29保密級別：★★★★★文檔版本：1.0.0智能運維管理平臺建設方案二零一五年三月智能運維管理平臺建設方案目錄第一章工程建設背景 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數據庫級平安 12第五章系統功能設計 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檔案根底信息管理 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工程質量控制 336.5工程應急方案 356.6培訓方案 38第七章系統測試及驗收 39第八章售后效勞及承諾 418.1售后效勞的原那么 418.2售后效勞流程 418.3承諾 428.4效勞保障措施 42第九章報價 44智能運維管理平臺建設方案第16頁第一章工程建設背景隨著社會的開展與進步，各行各業對管理工作要求越來越標準化、科學化、數據化。特別是電力行業掌控著國家經濟保障和開展的重要機構，電力行業信息化進程的快慢將是至關重要的。電力公司承擔著電能的平安傳輸和保障，只有相關設備的處于平安運行狀態，才能使電能真正應用到各行各業中，才能保障國家經濟的快速開展，廣闊人民群眾才能平安便捷的使用電能應用到生活當中。電力公司的集控中心是保障設備平安運行的重要部門，其管理手段的先進還是落后是決定整個電力系統能否正常運轉的重要環節。由于多種因素將會促使設備上各元件老化、疲勞、氧化和腐蝕，如不及時發現和消除，就可能會開展成為各種故障，對電力系統的平安和穩定構成威脅。對電力設備的巡檢是重要的工作環節，電力公司有專門設備巡檢人員來保證電力設備的平安，提高電力設備的可靠率，確保電力設備的最小故障率。目前電力設備巡檢工作方式普遍較為落后。很多系統仍舊采用早期的人員簽到或領導抽查等較為傳統的記錄方式。隨著信息化的開展，它的弊端也越來越明顯地表現出來。這種巡檢方法可靠性差，效率低，真實性缺乏，管理者不容易準確掌握巡檢人員的工作狀態，這就造成平安事故的重大隱患。一旦平安事故發生，不僅給國家造成巨大財產損失，而且對人民群眾生命財產平安也構成巨大威脅。平安管理年年講、月月講、天天講，但終因管理手段落后始終難以落到實處。如果崗位工作人員再玩忽職守、思想麻痹存在僥幸心理，造成事故的隱患更是難以防止，不但會影響決策者和主要部門領導的業績，而且一個個事故隱患造成重大事故也會毀掉幾十年的辛苦打下來的基業。第二章建設目標西南分公司智能運維管理平臺的建設旨在打造貫穿運維生產流程的專業信息化平臺，對運維人員、巡檢任務、備品備件進行全方位管控，極大地提高運維管理工作的標準化及科學化水平，本規劃需到達如下目標：建立西南分公司貫穿運維工作生產過程的信息化平臺，對運維人員、巡檢任務、備品備件進行有效、高效、統一的管理，提高決策分析能力；實現電力設備巡檢管理的實時化、科學化、標準化，科學的管理和安排巡檢人員的巡檢工作；標準巡檢過程、記錄巡檢結果，使巡檢工作變得可管理、可追溯、可控制，提升集控中心的管控能力；通過對巡檢系統數據的匯總和分析，及時發現電力設備中的故障隱患；將集控中心管理人中從日常繁雜業務中解放出來，真正開展管理分析工作，提高工作效率。第三章工程設計原那么智能運維管理平臺的工程設計原那么是，保證平臺的靈巧性、可擴展、可重用、可維護等特性。同時，在建設過程中，需要防止大量、重復的軟件開發，具有廣泛的開放性。在遵循這些根本原那么的同時，還需要堅持以下原那么：一、統一標準，統一標準統一規劃設計，建立統一的數據標準和技術標準。二、平安性原那么系統平安性和保密性對于計算機軟件系統是至關重要的，系統中的任何數據喪失、數據錯誤以及數據泄露都有可能對學院帶來巨大的損失，所以在方案設計中要充分考慮系統的平安和保密因素，保證系統數據不會被非法修改、竊取、破壞。三、穩定性原那么本系統設計要具有高穩定性，系統在正常的訪問使用過程中能夠穩定、可靠地提供遠程教育效勞。四、高效性原那么由于系統隨時都可能需要處理并發的業務請求，所以要求系統設計要盡可能緊湊、高效，盡量加快每次業務請求的響應時間，防止出現用戶需要長時間等待系統進行數據處理的情況。五、技術先進性原那么系統方案設計和軟件開發的實現應采用先進、成熟的軟件設計技術，所采用的開發和實現技術應符合今后的技術開展潮流，使得整個系統具有更長的技術生命周期，從而保護系統的開發投資。六、可擴展性原那么系統要充分考慮今后平臺業務的開展、運營管理體制的改變等因素，系統設計要具有高度的靈巧性和可擴展性，以便于在今后業務情況開展、變化時，可以根據應用需求的改變而方便地擴充和調整系統功能，從而滿足新的應用需求。七、易維護性原那么系統設計應該便于安裝、升級和維護，盡可能減少因系統維護問題對平臺的管理效勞產生影響。八、易使用性原那么系統的用戶接口界面設計應符合用戶已有的操作習慣，系統操作應易學易用。第四章平臺總體設計4.1總體架構智能運維管理平臺的架構由五層兩體系組成，“五層〞分別是：表現層、接口層、邏輯層、訪問層、根底層；兩體系分別為：身份認證和平安體系、運行維護保障體系，如圖4.1-1所示：圖4.1-1系統總體架構表現層對于用戶來說，對平臺比較直觀的印象就是表現層，表現層比較籠統的概念可以說是系統的界面，用于呈現系統的功能供用戶進行使用。表現層的作用如下：1、管理用戶的請求和響應2、提供一個控制起來將調用委托到業務邏輯和其他上游處理3、將來自于拋出例外的其他層的例外處理到正常提示中4、組裝可以在視圖中表現的模型對象5、執行UI校驗接口層為表現層提供統一的調用接口，并實現與其它系統的交互。邏輯層邏輯層無疑是系統架構中表達核心價值的局部。它的關注點主要集中在業務規那么的制定、業務流程的實現等與業務需求有關的系統設計，也即是說它是與系統所應對的領域邏輯有關，很多時候，也將邏輯層稱為領域層。訪問層數據訪問層：又稱為DAL層，有時候也稱為是持久層，其功能主要是負責數據庫的訪問。簡單的說法就是實現對數據表的Select〔查詢〕，Insert〔插入〕，Update〔更新〕，Delete〔刪除〕等操作。根底層根底層是平臺的根本構架環境，包括數據庫效勞器、應用效勞器/Web效勞器、流媒體效勞器、存儲設備、計算機網絡等。身份認證和平安體系平臺平安系統設計除了包含計算機網絡、主機、應用系統等進行平安規劃之外，系統運行的平安設計也是平安規劃的重要內容之一。運行維護保障體系運行維護保障機制包含統一性和標準性、公眾效勞性、專業性、權威性。因此，運行維護機制要把握三個要素：要保持效勞器的穩定高效；要適應社會對效勞多樣化的要求；要提供簡便、標準、暢通的根底數據輸入/輸出手段。4.2架構設計及要求4.2.1網絡拓撲架構本平臺使用硬件主要包括：路由器、防火墻、WEB效勞器、轉碼效勞器、流媒體效勞器、數據庫效勞器、存儲設備等，網絡拓撲架構如圖4.3-1所示。圖4.3-1智能運維管理平臺網絡拓撲架構圖4.2.2開發環境開發操作系統：WINDOWS7/WINDOWSXP/WINDOWSSERVER2024開發工具：Eclipse；Xcode；PL/SQL；數據庫：ORACLE12g；開發語言：JAVA；Objective-c4.4關鍵技術4.4.1面向對象的分析設計方法面向對象的方法是當今大型軟件系統開發使用的主要設計、分析、實現方法。面向對象的方法可以很好地掌握系統的本質，保證系統的相對穩定性。面向對象的方法可以提高開發的效率和質量。4.4.2多層結構在系統設計中采用多層結構，其主要的優點如下：平安性加強。應用效勞器把客戶與數據庫效勞器分開了，客戶端不能直接訪問數據庫效勞器。應用效勞器可控制哪些數據被改變和被訪問，以及數據更改和訪問方式。另外，對應用和數據的存儲權限可以分層進行設定，這樣，即使外部的入侵者突破了客戶端的平安防線，假設在應用效勞器和數據庫效勞器中備有另外的平安機構，系統也可以阻止入侵者進入其他局部。效率提高。多層結構中，客戶端和應用效勞之間的鏈接實際上只是一些簡單的通信協議，而和數據庫效勞器打交道所需要的設置或驅動程序，均由應用效勞來承擔，這既減輕了客戶端的負擔，也降低了數據庫效勞器的鏈接代價，使數據庫效勞器專心于數據效勞而不是頻繁地和客戶端的應用程序交流。易于維護。由于應用邏輯被封裝到了應用效勞器中，因此，當應用邏輯發生變化時，僅需修改應用效勞器中的程序，客戶端的應用程序不必更新，維護的代價大大降低。可伸縮性。多層結構是明確進行分割的，邏輯上各自獨立，并且能單獨實現。由于它們是邏輯劃分的，與物理位置不一定相對應，因此它們的硬件系統構成是很靈巧的，各局部可以選擇與其處理負荷和處理特性相適應的硬件。開放性。由于應用效勞器的每個組件都有標準的接口，用戶可以重寫自己的客戶端程序和自己的瀏覽器程序。4.4.3移動APP開發技術移動APP是移動應用的簡單，是針對手機這種移動連接到互聯網的業務或者無線網卡業務而開發的應用程序效勞。由于主流手機系統分為安卓操作系統及IOS〔蘋果操作系統〕，所以往往移動APP的開發需要同時開發安卓版本及IOS版本。一、安卓版移動APP開發相關技術安卓版移動APP開發使用的程序設計語言是JAVA。Java是一種可以撰寫跨平臺應用軟件的面向對象的程序設計語言。Java技術具有卓越的通用性、高效性、平臺移植性和平安性，廣泛應用于PC、數據中心、游戲控制臺、科學超級計算機、移動電話和互聯網，同時擁有全球最大的開發者專業社群。與傳統程序不同，Sun公司在推出Java之際就將其作為一種開放的技術。全球數以萬計的Java開發公司被要求所設計的Java軟件必須相互兼容。“Java語言靠群體的力量而非公司的力量〞是Sun公司的口號之一，并獲得了廣闊軟件開發商的認同。這與微軟公司所倡導的注重精英和封閉式的模式完全不同。Sun公司對Java編程語言的解釋是：Java編程語言是個簡單、面向對象、分布式、解釋性、健壯、平安與系統無關、可移植、高性能、多線程和動態的語言。Java平臺是基于Java語言的平臺。這樣的平臺非常流行。因此微軟公司推出了與之競爭的.NET平臺以及模仿Java的C#語言。Java是功能完善的通用程序設計語言，可以用來開發可靠的、要求嚴格的應用程序。二、IOS版移動APP開發相關技術IOS版本移動APP開發使用的程序設計語言為OBJECTIVE-C。Objective-C，通常寫作ObjC和較少用的ObjectiveC或Obj-C，是擴充C的面向對象編程語言。Objective-C不僅提供了其他面向對象編程語言中的抽象概念和運行機制，而且還是一種非常靈巧的語言，這種動態性就是Objective-C的最大優勢所在。這種動態性可以讓應用在運行中〔即“運行時〞〕判斷其該有的行為，而不是在編譯構建時就固定下來。因此，Objective-C把應用程序從編譯時、連接時的限制中解放出來，并在用戶掌握控制權時，更多依賴于運行時的符號解析。Objective-C的動態性來自三個方面：1、動態類型：可以讓代碼在運行時判斷對象的類型。id數據類型可以在運行時用任何數據類型來替換。所以，可以讓運行時因素來決定代碼中用到的對象是什么類型。動態類型讓應用更加靈巧，這是靜態類型做不到的，不過這會讓數據的嚴格統一性降低。2、動態綁定：讓代碼在運行時判斷需要調用什么方法，而不是編譯時。就像動態類型把對象的類型放到運行時再去判斷一樣，動態綁定把選擇調用哪種方法的任務放到了運行時去完成。和其他面向對象語言一樣，方法調用和代碼并沒有在編譯時就聯結在一起，只有在消息發出時，它們才真正聯結。動態類型和動態綁定的存在使得選擇哪個接收者以及調用哪個方法都可以在運行時來決定。用一個畫圖程序來打比方，它能夠定義從父類繼承而來的圖形類應該怎樣歸類；可以直接在某個對象上調用draw方法，無需知曉該對象的類以及它繪制自己的具體途徑。3、動態載入：可以讓程序在運行時添加代碼模塊以及其他資源。有了動態載入特性，應用可以根據需要加載一系列可執行代碼以及資源，而不是在啟動時就加載所有組件。這能夠大大提高性能。可執行代碼中可以含有和程序運行時整合的新類。4.4.4二維碼技術二維碼是一種新型的條碼技術。條形碼是由美國的N．T．Woodland在1949年首先提出的。近年隨著計算機應用的不斷普及，條形碼應用得到了很大開展。第一代條形碼是一維碼，由寬度不同、反射率不同的條和空，按照一定的編碼規那么〔碼制〕編制成的，用以表達一組數字或字母符號信息的圖形標識符。平時生活里我們經常用到條碼，像超市里的商品、圖書館里的圖書都貼有這種豎條紋的條形碼〔一維碼〕，用識別器一掃描，物品的品名、種類、價格等信息在電腦上一目了然。一維條形碼最大的問題就是信息只能在一個方向表達，承載的容量太少，需要用條碼掃描儀掃描，對條碼附載的介質也有比較高要求，應用范圍受到了一定的限制。美國Symbol公司于1991年正式推知名為PDF417的二維條形碼，簡稱為PDF417條碼，即“便攜式數據文件〞－－二維條形碼。二維碼以矩陣形式來表達，可以在縱橫兩個方向存儲信息，可存儲的信息量是一維碼的幾十倍，并能整合圖像、聲音、文字等多媒體信息，可靠性高、保密防偽性強，而且易于制作、本錢低。在二維條碼中，最為廣泛的二維碼是PDF417，PDF417具有以下特點：信息容量大，在一個PDF417條碼中可以存儲1000個字節以上，一個載體上可以有幾個二維條碼。信息密度高，同樣大小的條碼是一維條碼信息密度的100倍以上。識別率極高，由于PDF417碼有極強的錯誤修正技術，即便破損、沾污50%的面積也能讀出全部信息。保密性、防偽能力強，由于PDF417碼的編碼技術十分巧妙，因此非常有效的防止偽造。編碼范圍廣，可以將照片、指紋、掌紋、手寫簽名等凡可以數字化的信息均可編碼。制作容易、使用本錢低，可以打印在普通的紙張、PVC或其他材料上，與一維條碼的制造本錢相當。4.5系統平安體系系統平安是整個系統可靠運行和進行平安防范的基石，系統平安設計需要在統一設計的原那么下，在不同的平安層次，在預防、檢測和恢復等各個階段，確保系統持續穩定運行，防止信息的損壞、泄露或被非法修改，并保證系統平安。系統平安體系結構分為五層：網絡平安、操作系統級平安、用戶級平安、功能模塊級平安、數據庫級平安。4.5.1網絡平安在信息平安方面，防止非法修改、越權使用等情況的發生，保證信息的平安，必須采取有效的技術措施。這些措施主要從以下幾個方面解決信息的平安問題，即：用戶身份鑒別、用戶權限控制、信息的傳輸平安、信息的存儲平安。4.5.2操作系統級平安操作系統級平安保證是整個平安中的第一層保護。它保證只有合法的、授權的用戶才能上網，才能登錄到效勞器。它是利用網絡操作系統本身的平安機制來實現的。4.5.3用戶級平安 用戶級平安保證是第二層保護。它保證每個授權用戶只能操作其權限所允許的功能模塊或業務。用戶在使用時，系統將從用戶平安性列表中讀取該用戶的Rights標識符〔RID〕、用戶級別〔ULV〕。系統根據RID及ULV決定用戶所擁有的功能和對象的可操作性。用戶平安性列表是根據用戶的身份、所從事的業務來決定其擁有的權力屬性；用戶所擁有的權限屬性不同，進入系統后用戶所面對的功能樹就不同，他所能操作的功能模塊也就不同，從而實現根據用戶權限自動裁剪功能樹的目的。4.5.4模塊級平安模塊級平安保證是第三層保護。它保證授權用戶在進入某一功能模塊后，只能做其用戶級別所允許的操作。用戶平安性列表中的用戶級別〔ULV〕是用戶擁有的某一具體權力屬性的使用級別。使用級別由低到高，用戶對該模塊的操作權力也就由小變大，隨著級別的變化，用戶所面對的操作界面也會自動裁剪變化。譬如說，該用戶對本職業務功能是高級使用者，但對相關業務功能那么可能只是普通使用者，對這些模塊的修改與刪除功能就會對他屏蔽，相應控件會不可見。4.5.5數據庫級平安數據庫級平安是系統平安體系設計中最核心的一道屏障。數據庫級平安遭到破壞的情況主要有三種：第一，數據向未授權用戶泄露，或被未授權用戶改動；第二，一些合法用戶在獲得信息時得到權限以外的信息；第三，由于一些具有合法權限用戶的誤操作，破壞了數據庫中的數據。本系統用戶密碼使用md5不可以逆加密，保證用戶密碼平安。通過數據庫平安機制的管理，可以防止以上情況的發生，從而加強數據庫的平安。第五章系統功能設計智能運維管理平臺建設包含智能巡檢分析系統、備品備件庫存管理系統、運維人員管理系統、檔案管理系統、績效考核系統、系統管理模塊等五個子系統、一模塊以及統一登錄入口。統一登錄入口：引入用戶單點登錄概念，用戶只需要一次登錄就可進入各個系統，方便用戶使用及統一管理。智能巡檢分析系統：通過結合最新的計算機技術、信息分析技術，對巡檢任務的制定、巡檢任務的執行以及巡檢任務執行結果進行全程管控，可智能分析發現異常并生成告警通知集控中心及風電場。運維人員管理系統：對運維人員信息進行統一管理，通過對運維人員根底信息、技能水平、故障處理經驗等信息進行綜合分析，為不同故障處理提供集控調配建議，為集控提供技能人員支持。檔案管理系統：建立檔案電子化管理，可以有效對舊有檔案進行稽核檢查，便于檔案管理。績效考核系統：結合智能巡檢分析系統中巡檢任務執行情況、設備運行健康情況、備品備件調配及時率、考試成績、日常工作表現等，通過數據建模進行分析，自動對考核人員的月度個人績效進行評分，為決策者提供依據。5.1統一登錄入口智能運維管理平臺提供統一登錄入口進行登錄，登錄后根據用戶角色權限分配及呈現根據其權限訪問平臺上的相應應用和信息資源。平臺入口的功能、性能、使用方便程度對整個平臺的實施效果有決定性的作用，主要實現以下幾個方面的功能。1. 用戶登錄后系統根據用戶的權限展示用戶所能閱讀的內容和能使用的功能。2. 統一登錄頁面及個人空間是整個平臺的形象象征，設計上簡潔生動，在視覺效果上不斷出新。3. 其它功能：個人信息修改、密碼修改、找回密碼、退出系統等功能。5.2智能巡檢分析系統智能巡檢分析系統通過結合最新的計算機技術、信息分析技術與實際工作流程，對設備巡檢工作執行過程、執行方式進行優化改善，極大地提高了巡檢工作的標準化及科學化水平，保障了巡檢過程有效、可控，杜絕了對巡檢人員無法科學、準確考核與監控的現象，有效地保障了被巡檢設施經常處于良好狀態。根據對巡檢工作的分析，本系統分為7個模塊，分別為：設備信息管理模塊、參數管理模塊、巡檢表管理模塊、巡檢任務管理模塊、巡檢任務執行模塊、智能分析模塊。系統功能模塊圖見圖5.2-1。圖5.2-1智能巡檢分析系統功能模塊圖5.2.1設備信息管理模塊設備信息管理模塊對巡檢設備的根底信息進行統一管理，結合二維碼對設備進行唯一標識，使設備管理脫離雜亂管理、追溯巡檢情況困難等狀況。通過將二維碼與根底信息、巡檢結果進行關聯，使用人員可隨時通過移動端掃描二維碼查詢設備的根底信息及歷史巡檢信息。此模塊包括的功能有：設備類型管理、設備根底信息維護〔新增/修改/刪除〕、設備信息查詢、二維碼掃描/錄入/生成等。本模塊同時支持WEB端及移動端。5.2.2參數管理模塊對巡檢過程中各檢查項的參數進行管理維護，為智能分析模塊進行數據分析提供數據支撐，包括的功能有：新增參數、修改參數、刪除參數、查詢參數、參數范圍設定等。本模塊同時支持WEB端及移動端。5.2.3巡檢表管理模塊根據巡檢需求對巡視表進行定制，包括的功能有：新建巡檢表、編輯巡檢表、查詢巡檢表、刪除巡檢表。通過此模塊可以根據需求靈巧配置巡檢表，從而支撐不同設備類型巡檢的需求。本模塊同時支持WEB端及移動端。5.2.4巡檢任務管理模塊根據巡檢任務類型及需求，對巡檢任務執行頻度、執行時間、執行人員等進行指定，并形成巡檢任務下發至巡檢人員，巡檢人員完成巡檢任務并提交巡檢報告后，系統進行記錄保存，使整個巡檢過程可管理、可追溯、可控制。巡檢任務的完成情況也可作為巡檢人員績效評分的參考依據。本模塊同時支持WEB端及移動端。5.2.5巡檢任務GIS輔助模塊在執行巡檢任務時，系統會根據此次巡檢所需巡查的設備列表，在GIS地圖上標注各設備的位置、信息及建議巡檢線路，為巡檢人員高效開展巡檢工作提供有力支撐。5.2.6巡檢任務執行模塊在執行巡檢任務時，巡檢人員使用移動端掃描設備二維碼，可獲取設備的根底信息、歷史巡檢記錄及巡檢表，巡檢人員按照巡檢表要求逐項完成巡檢任務，并將巡檢結果提交系統。本模塊僅支持移動端，在執行巡檢任務時支持文字、圖像、視頻的巡檢資料提交。5.2.7智能分析模塊1、實時分析在巡檢人員執行巡檢任務時，隨著巡檢數據的輸入，系統實時參照標準參數值進行分析，如果發現設備數據在標準參數值范圍內，實時出現告警，提醒巡檢人員設備出現問題，需進一步檢查核實。2、巡檢結果分析巡檢人員執行完成巡檢任務并提交巡檢結果后，系統根據參數標準值數據對巡檢結果進行智能分析，記錄分析結果并自動發現巡檢結果中設備存在的異常，并形成信息發送至智能告警模塊。5.2.8智能告警模塊根據智能分析模塊分析的結果，形成的告警信息在系統中通知相關人員的同時通過短信/IVR的方式告知集控中心及風電場。5.2.9短信/IVR接口模塊提供短信/IVR接口，在發現設備異常時可按需為指定用戶發送短信或提供IVR效勞。5.3備品備件管理系統備品備件管理方面存在數據分散、統計時間長,備品備件經常發生轉移時在帳面上不能及時反映,盤點工作量極大、信息反映不及時,從而導致備品備件重復購置，使企業本錢大幅增加,影響企業效益。為了加強備品備件管理，提高內部管理水平，為企業管理者提供更科學的決策依據，本系統基于二維碼技術和計算機技術，能從帳面和實物兩方面及時反映備品備件真實情況的信息管理系統。通過實施備品備件管理系統，采用條碼掃描技術作為備品管理中物流和信息流同時載體的方法，條碼具有本錢低、能有效進行分類，傳達眾多物品信息等優點，通過條碼唯一性的特點對單個備品備件作追溯及生命周期管理。備品備件管理系統主要由數據庫管理系統、智能、物品二維碼、主機管理系統等四局部組成。整個系統以智能手機移動APP為主，輔助以桌面型的固定式設備做發卡之用途，無線路由接入局域網供智能手機移動端接入網絡使用;智能手機移動端總倉庫的用戶通過局域網連接訪問系統，數據庫效勞器接入局域網，提供數據存儲功能；主機管理系統在后臺應用效勞器上實現，主要對傳統的倉庫管理軟件進行了擴充，利用條碼技術完成貨物的入庫、出庫、盤點等功能。系統功能模塊圖見圖5.3-1。圖5.3-1備品備件管理系統功能模塊圖5.3.1根底信息管理模塊1.備品備件信息管理：設備信息包括備品備件名稱、編號、型號、參數、使用范圍、備注說明等信息。2.倉庫類別設置：允許設置和管理多個倉庫。3.庫管人員設置：設置并管理倉庫保管人員。4.供貨商/生產部門管理：可以設置并管理供貨商及生產部門檔案。5.出庫類別設置：設置出庫類別，區分正常出庫、破損出庫等。本模塊同時支持WEB端及移動端。5.3.2庫存管理模塊1、入庫管理：可以自動生成入庫單號，允許采取不同計量單位入庫，允許手工錄入數據也允許二維碼掃描入庫，不限制每筆入庫單貨物筆數，掃描數據自動累加，可以打印單據。2、出庫管理：可以自動生成出庫單號，允許采取不同計量單位出庫，允許手工錄入數據也允許二維碼掃描出庫，不限制每筆出庫單貨物筆數，掃描數據自動累加，可以打印單據。本模塊同時支持WEB端及移動端。5.3.3調配管理模塊在進行備品備件調配時，系統自動按照所需物品類型、數量、調配地點按最優方案排列各倉庫儲藏，并給出調配建議，為調配人員決策提供依據。可以自動生成調庫單號，備品備件允許采取不同計量單位調庫，允許手工錄入數據也允許二維碼掃描調庫，不限制每筆調庫單備品備件筆數，掃描數據自動累加，可以打印單據。本模塊同時支持WEB端及移動端。5.3.4統計查詢模塊1、庫存查詢：可以按不同計量單位進行查詢統計庫存，自動分類統計，條理清析。可以查詢單個倉庫庫存，也可以查詢所有倉庫庫存匯總數據，可打印庫存明細及庫存匯總報表。2、單據查詢：可以隨時并打印入庫、出庫、退庫、調庫、盤點等各種貨物單據。3、備品統計：可以按不同時間段、憑證號、客戶、部門、倉庫、設備等統計條件對入、出、調等數據進行統計匯總，統計結果可以按不同計量單位進行轉換，并且隨時可以將統計結果生成報表進行打印。4、倉庫貨物進出綜合查詢：可以按不同時間段、憑證號、部門、倉庫、備品等查詢條件查詢貨物入、出、調等數據，并能對查詢數據進行統計匯總。隨時可以將查詢及統計結果生成報表進行打印。各種報表可以自動轉換為EXCEL數據格式。本模塊同時支持WEB端及移動端。5.3.5短信/IVR接口模塊提供短信/IVR接口，可按需為指定用戶發送短信或提供IVR效勞。5.4運維人員管理系統運維人員管理系統由運維人員管理系統及考試管理系統兩局部組成。運維人員管理系統主要對運維人員的根底信息進行管理，如：運維人員所得資質、相關故障處理經驗、技能水平等，通過結合運維人員信息及故障信息，可為不同故障處理提供集控調配建議，為集控提供技能人員支持。考試管理系統為集控中心考核運維人員技能水平提供平臺支撐，集控中心制定考試內容、考試時間、指定參考人員后進行下發，由運維人員在線完成考試，考試成績記入運維人員管理系統，作為考核依據。系統功能模塊圖見圖5.4-1。圖5.4-1運維人員管理系統功能模塊圖5.4.1運維人員管理系統信息模板管理模塊按需求定制運維人員信息模板，可對模板中的字段進行新增、刪除、修改等操作，可對模板進行靈巧配置，滿足不同類型人員管理需求。本模塊同時支持WEB端及移動端。人員信息管理模塊對運維人員的根底信息如：姓名、年齡、相關技能水平、獎勵記錄、工作表現等進行錄入，并按時更新運維人員故障處理情況，為實現智能調配提供數據的支撐。本模塊提供人員信息的錄入、修改、刪除、查詢、導出、打印等操作。本模塊同時支持WEB端及移動端。智能調配模塊通過對運維人員根底信息、技能水平、故障處理經驗等信息進行綜合分析，為不同故障處理提供集控調配建議，為集控提供技能人員支持。5.4.2考試管理系統題庫管理向系統錄入考試題目，內容包括：題目類型、難度、分值、答案等。可對題庫進行錄入、查詢、修改、刪除操作。本模塊同時支持WEB端及移動端。自動組卷根據考試范圍、題型比例、分值、難度等進行自動組卷，形成考試試卷。考試管理集控中心考試管理員通過指定試卷標題、考試時間、考試人員、選擇試卷后進行下發形成考試任務。本模塊同時支持WEB端及移動端。在線考試運維人員接到集控中心考試管理員通知后，登錄系統進行考試，在指定時間內完成考試任務，將答題結果提交系統。本模塊同時支持WEB端及移動端。成績查詢運維人員可通過成績查詢模塊對本次成績及歷史成績進行查詢。自動閱卷運維人員完成考試任務并提交答題結果后，系統可根據題庫中答案進行自動閱卷，完成評分并自動錄入運維人員管理系統。5.5檔案管理系統隨著信息化的開展，現在各行各業的原有紙質文檔管理逐步向電子文檔管理過渡。建立檔案電子化管理，可以有效對舊有檔案進行稽核檢查，便于檔案管理。檔案管理系統的建設有如下優勢：統一性，建立形成一套統一的檔案管理標準，并可以以此為根底實現上下級之間的信息共享和交互。權威性，在確保平安的根底上，通過標準的操作方式，保證數據的一致、完整。高效性，提供快速高效準確的智能檢索功能和管理手段。平安性，從技術和管理上確保網絡和涉密檔案資源信息的高度平安性。可靠性，提供7天×24小時不間斷效勞。系統功能模塊圖見圖5.5-1。圖5.5-1檔案管理系統功能模塊圖5.5.1檔案根底信息管理對檔案的根底信息進行維護，支持上傳電子檔案。對檔案的根底信息進行錄入及維護，如檔案編號、檔案類型、檔案名稱、內容描述等。本模塊同時支持WEB端及移動端。5.5.2檔案在線瀏覽可根據需求查詢檔案，如：根據檔案編號、類型、名稱、內容等進行精確或模糊地查找，并支持電子檔案在線瀏覽。本功能根據用戶權限對瀏覽權限進行劃分，無權限者只能看到檔案的概要信息，檔案全文需向檔案管理員提交權限申請，申請通過前方瀏覽檔案全文。本模塊同時支持WEB端及移動端。5.5.3檔案下載可對查詢出的電子檔案進行下載操作，本功能根據用戶權限對瀏覽權限進行劃分，無權限者只能看到檔案的概要信息，檔案全文需向檔案管理員提交權限申請，申請通過前方可下載。本模塊同時支持WEB端及移動端。5.5.4檔案打印可對查詢出的電子檔案進行打印操作，本功能根據用戶權限對瀏覽權限進行劃分，無權限者只能看到檔案的概要信息，檔案全文需向檔案管理員提交權限申請，申請通過前方可打印。5.5.5檔案權限申請系統用戶可對無權限查看/下載/打印的檔案向檔案管理員申請相應權限。本模塊同時支持WEB端及移動端。5.5.6檔案權限審批檔案管理員可查看檔案權限申請情況，并根據實際情況，選擇通過申請或駁回申請。本模塊同時支持WEB端及移動端。5.6績效考核系統績效考核系統結合智能巡檢分析系統中巡檢任務執行情況、設備運行健康情況、備品備件調配及時率、考試成績、日常工作表現等，通過數據建模進行分析，自動對考核人員的月度個人績效進行評分，為決策者提供依據。系統模塊圖見圖5.6-1。圖5.6-1績效考核系統功能模塊圖5.6.1風機運行參數統計根據設備責任劃分，由風電場根據設備實際運行情況，錄入設備故障時間、故障損失電量等。本模塊提供風機運行參數信息的錄入、查詢、刪除、編輯、打印、導出等功能。本模塊同時支持WEB端及移動端。5.6.2獎勵錄入模塊對于在日常工作中，有重大奉獻人員，根據個人所做奉獻，錄入奉獻相關信息，做為月度績效考核指標分析數據。本模塊提供獎勵信息錄入、查詢、刪除、編輯、打印、導出等功能。本模塊同時支持WEB端及移動端。5.6.3績效評定規那么設置通過本模塊可自由設置績效評定規那么因子及權重，綜合評分模塊將依據本模塊的規那么因子及權重進行績效的智能評定。本模塊同時支持WEB端及移動端。5.6.4綜合評分模塊本模塊結合智能巡檢分析系統中巡檢任務執行情況、設備運行健康情況、備品備件調配及時率、考試成績、日常工作表現等，通過數據建模進行分析，自動對考核人員的月度個人績效進行評分，為決策者提供依據。5.6.5績效得分查詢模塊考核人員可通過績效查詢模塊查詢本人績效得分〔可查詢歷史績效〕，查詢結果會詳細列出該人員績效總得分及各考核細項得分，為考核人員自身提升提供指導。本模塊同時支持WEB端及移動端。5.7系統管理模塊系統管理模塊為主要管理系統用戶、角色及權限，并提供數據備份等功能，為整個系統的合理穩定運行進行支撐，功能模塊圖見圖5.7-1。圖5.7-1系統管理模塊圖5.7.1角色管理根據需求對用戶進行角色定義，如：系統管理員、巡檢人員、檔案管理員、庫管人員等。本模板提供角色的新增、修改、刪除、查詢功能。本模塊同時支持WEB端及移動端。5.7.2權限管理根據用戶角色的需要進行不同的權限控制，如：系統管理員擁有系統的所有功能操作權限；巡檢人員有巡檢任務執行模塊的權限；檔案管理員有檔案管理系統的權限等。通過對不同角色賦予不同權限，從而到達對不同用戶進行操作權限控制的目的。本模塊同時支持WEB端及移動端。5.7.3用戶管理本模塊應用于對系統用戶的管理，如添加系統用戶、修改用戶信息、查詢用戶信息、刪除用戶等。運維人員管理系統中的運維人員也是系統用戶，所以運維人員在添加系統用戶時需要與運維人員管理系統中的信息進行關聯。本模塊同時支持WEB端及移動端。5.7.4數據備份/恢復提供對平臺數據庫的數據備份以及根據數據備份文件恢復平臺數據。5.7.5密碼修改支持對系統登錄用戶的密碼進行修改。本模塊同時支持WEB端及移動端。第六章工程實施及保障方案6.1工程組織結構及管理方案6.1.1工程組織結構一、工程組織結構圖〔圖6.1.1-1〕工程總負責工程總負責工程經理開發組測試組技術咨詢專家組實施組設計組進度管理員質量管理員圖6.1.1-1工程組織結構圖二、工作職責〔1〕工程總負責人對工程工作負總體責任。指導工程經理開展工作。〔2〕工程經理在工程總負責人的領導和授權下開展工作。是工程的具體負責人，其根本職責主要如下：與客戶進行有效溝通制定工程方案，并根據各種變化修改工程方案實施工程的管理、開發、質量保證過程，確保客戶的本錢、進度、績效和質量目標制定有效的工程決策過程確保在工程生命周期中遵循是實施公司的管理和質量政策選擇一個能夠精確衡量工程本錢、進度、質量、績效的工程距陣風險管理招聘和培訓必須的工程成員確定工程的人員組織結構定期舉行工程評估(review)會議為工程所有成員提供足夠的設備、有效的工具和工程開發過程有效管理工程資源〔3〕技術咨詢專家組由公司資深的開發人員組成。針對該工程提供技術咨詢，把握總體技術方向。〔4〕質量管理員協助工程經理做好工程開發中的質量管理工作，指導和催促測試組的工作。〔5〕進度管理員協助工程經理做好工程開發中的方案以及進度管理工作。〔6〕設計組承擔需求調查、概要設計、詳細設計以及測試方案的撰寫。〔7〕開發組承擔具體的編碼工作以及單元測試。〔8〕測試組制定測試方案，實施除單元測試外的全部測試工作。接受質量管理員的指導和檢查。是工程質量保證的具體責任者。〔9〕實施組在工程開發工作完成后，承擔工程的實施以及用戶培訓。6.1.2工程管理制度與措施一、公司高度重視本工程公司總經理親自擔任工程總負責人。配備了公司最強的工程管理人員和技術人員。二、充分溝通和協商本著一切為了工程成功實施的大目標，對工程中的出現相關的事宜，與客戶等利益相關者進行充分的溝通和協商，確定解決的方法，減少誤會和曲解。三、嚴格的過程控制過程可控結果自然可控。工程將大致遵循如下的開發流程見圖6.1.2-1：圖6.1.2-1工程組織結構圖四、報告制度有狀態報告、周進度報告、例外事件報告以及會議記錄等報告類型。報告制度是本工程管理控制的重要手段。它具有以下功能：記錄工程進展情況是溝通的工具是管理控制的手段五、檢查、考核制度對工程進展情況的檢查，主要采用例會的方式。工程部還有業績考核制度。六、會議制度每天下午5點工程部召開全體工作會議。時間約1小時。由工程經理主持。會議內容為：對當天工作進行檢查、總結，找出和方案的偏差，制訂糾正措施以及第二天的工作方案。不定期地舉行技術專題會議，對開發中所遇到的技術問題〔難題〕進行分析解決。負責開發的技術人員參加。時間約1小時。由技術負責人主持。6.2技術力量與人員平臺建設實施小組人員及職責如下表6.2-1所示：表6.2-1平臺建設實施小組人員及職責序號職務人數〔人〕職責工程經理1方案、組織、控制工程的開展，對工程的人員安排、本錢、風險統一管理，按照軟件工程管理方法管理工程。系統架構師1確定工程的技術實現，為工程搭建良好的架構，標準開發流程。需求分析2負責用戶需求的調研分析，引導開發用戶需求。工程管理1負責工程過程管理，標準工程的實施過程。測試主管1負責整個工程測試工作的開展，與工程經理確定工程測試方案、測試用例的編寫，組織相關測試人員根據測試用例進行測試。系統開發8負責系統的軟件開發。系統測試2負責系統測試，包括功能測試、壓力測試、回歸測試等。網絡部署、平安保障2負責網絡環境的設計。界面設計2負責系統界面美工設計。合計：206.3方案與進度管理方案一、采用三級進度方案管理在工程開始階段就想制定一個完整的、完善的方案是不現實的。但是工程經理又不得不制定一份方案來指導工程組的工作，以及應對領導的審批和客戶的溝通。其實工程方案本來就是一個逐步細化、逐步完善的過程，本工程中采用的三級方案體系就是依托這樣一種思路來制定工程的方案，通過類似倒三角的模式，在工程不同的階段制定不同詳細程度的方案來逐步完善工程的方案，指導工程的管理工作。一級方案——總控制進度方案。此方案為工程指出最終進度目標，甲方牽頭制訂總控進度方案，經認真研究后確定。總控方案一經確定，便成為工程施工的綱領性文件，各方均要嚴格遵照執行，不做輕易調改。二級方案——階段性工期方案或分部工程方案。二級方案的制訂是為了保證一級方案的有效落實。我公司會制訂此方案并報甲方或監理方審核。三級方案——周方案。周方案的制訂是將二級方案進一步細化到日常的施工安排中，是最根本的操作性方案，具備很強的針對性、操作性、及時性和可控性。二、按日、周和月分別進行進度檢查有效的工程控制的關鍵是定期及時測量實際進程，并與方案進程相比較，如有必要，立即采取糾正措施。進度控制過程如圖6.3-1所示：圖6.3-1進度控制過程流程圖三、每周一向甲方〔或監理方〕提交進度報告四、完善例會制度每天下午5點工程部召開全體工作會議。時間約1小時。由工程經理主持。會議內容為：對當天工作進行檢查、總結，找出和方案的偏差，制訂糾正措施以及第二天的工作方案。不定期地舉行技術專題會議，對開發中所遇到的技術問題〔難題〕進行分析解決。負責開發的技術人員參加。時間約1小時。由技術負責人主持。五、建立溝通渠道〔1〕各單位相互通告進度管理體系架構，建立本工程進度管理體系成員的聯系總表。〔2〕工程人員工作時間必須在崗，如臨時外出須通知其他相關成員，并做出相應安排；除睡覺時間外必須能隨時取得聯系。〔3〕各相關單位之間，需建立縱向、橫向聯系。相關人員應及時進行指導、反響、預警、建議等工作交流。六、工程的進度方案總工期自合同簽訂后的下一個周開始，共7個周期。具體的進度表如表6.3-1所示：表6.3-1工程進度方案〔本局部內容待方案根本確認后完善〕序號工作階段方案天數方案開始時間方案結束時間交付的工作成果備注工程啟動及方案3?工程開發方案?需求分析30?需求分析說明書?需求確認5?需求分析說明書??用戶確認說明?需求確認可以和需求分析迭代進行。系統概要設計30?概要設計說明書?系統概要設計技術評審及完善10?概要設計技術評審意見?數據庫設計7與需求確認同時進行。系統詳細設計60?詳細設計說明書?系統詳細設計技術評審及完善20?詳細設計技術評審意見?編碼開發120源代碼、工程測試用例測試60工程測試記錄、測試報告與開發協調進行，開發完某個模塊即開始測試。系統部署3系統部署說明書培訓5?用戶使用手冊?試運行90?工程總結報告??技術總結報告?修改完善試運行過程中發現的問題。系統驗收3?驗收意見?6.4工程質量控制〔一〕質量控制活動〔1〕階段性復審在開發的各階段需要質量控制組的階段性復審活動來保證工程質量的提高，但過多的復審活動會對工程的費用及時間造成較大的影響，因此工程控制活動中的復審要適量適時。質量控制活動的詳細流程和執行方法，還需要在全體工程核心組到位后進行進一步討論，最終制定出一套行之有效又適合本工程的質量控制流程。以下是一些根本流程：表6.4-1工程質量控制編號開發階段質量控制活動01工程啟動階段工程核心組復審工程工作方法，工程方案，質量控制流程，建立質量控制標準；進行本工程的開發方法，文檔標準及質量標準培訓。02概要設計階段工程核心設計組及相關專家對概要設計說明書進行階段性復審，以及時發現問題；根據質量控制標準，檢查概要設計說明書是否到達質量標準。03詳細設計階段設計核心階段性復審；根據質量控制標準，檢查詳細設計是否到達質量標準。04編碼和單元測試階段檢查程序的編碼標準是否得到遵守；抽查程序可讀性，注釋等是否完整；在整個編程隊伍貫徹質量意識，每個程序員都是質量保證的一員。05集成測試階段檢查測試案例是否適宜；檢查測試結果及測試報告是否完備。06用戶驗收測試階段審核驗收測試方案，提出建議；檢查驗收測試的方法和測試案例是否適宜，并提出建議；審核測試結果及測試報告。〔2〕測試測試是確保本系統質量的重要手段，不經過認真測試的系統是不能被用于生產的。雖然，對各階段的文檔的審核也可認為是測試，但本工程所指的測試是指對應用軟件的測試。做好測試是測試組的責任，測試組是與開發組相互獨立的兩組，且需要相當的技術和經驗，對業務的理解要十分透徹。為保證測試的效率和質量需要注意以下幾點：建立高效合理的測試流程；建立盡量模擬真實環境的業務數據模型(即運行業務的初始環境)；對測試案例的設計要有深度和廣度；特別在系統測試和驗收測試階段，安排好工程組的全體人員的任務和責任；做好測試階段文檔和源程序的版本控制；做好測試中發現的BUG的記錄及存檔工作；對發現的任何BUG都要做好原因分析并記錄歸檔；做好回歸測試；防止對程序的修改而引起的其他問題。〔二〕質量保證質量審核確保工程滿足預定的質量目標。工程經理會主持正式的質量審核以確保建立的質量控制流程被執行并且結果與工程質量目標相吻合。〔1〕軟件質量保證1〕設計過程中的質量保證設計目標的統一；設計方法的統一；設計模板的統一；設計過程的監督；設計結果的審核；設計過程中的變更管理流程。〔2〕程序開發過程中的質量保證程序開發過程中的質量控制工具；典型程序的開發模板〔增、刪、修改、查詢、菜單標準、前端界面標準、程序間的接口標準、公共類、其他類〕；單元測試案例的編制方法和標準；程序開發過程中的質量跟蹤；程序開發過程中的變更管理流程。〔3〕系統化的測試思路單元測試：主要由程序員依據單元測試案例的標準自行測試，并填寫測試案例記錄表，并接受質量保證組的抽樣檢查；集成測試：集成測試的目標是將各個單獨的程序或模塊進行組裝，并確保系統作為一個有機整體的可運行。是系統進行系統集成測試的根底；系統集成測試：系統集成測試的目標是確保系統作為一個整體的正確運行；性能測試：性能測試是從系統的處理能力、效率、平安性、數據一致性等各方面進行測試；用戶驗收測試：在工程組完成以上測試以后，將最后的系統交給用戶進行全面的測試，是系統試運行前必須完成的測試工作。只有用戶驗收測試完成以后，系統才能進入試運行。〔4〕工程的整體質量保證對于整個集團統一的辦公自動化系系統，由于工程涉及的下屬公司、業務部門、人員極其復雜，如何保證工程的順利實施？如何保證工程的實施質量？是工程的關鍵成功因素。我們建議從以下方面來保證工程的整體實施質量：正確的實施方法，以及該方法在實施過程中的有效執行，是工程得以成功實施的保證；利用管理的手段，加強工程實施過程中的督查力度，以確保工程的實施質量；加強工程實施過程中標準化、標準化的管理力度；“全體質量意識〞是工程組貫徹始終的根本方針；質量管理和質量監督切不可與工程的具體實施過程相脫節，必須與實施小組進行密切的溝通，共同制定簡潔、切實有效的質量監督方法，并始終如一地貫徹執行；必要時可建立切實可行的質量獎懲方法，獎優罰劣；6.5工程應急方案〔一〕工程可能發生的主要風險及分析表6.5-1工程主要風險編號工程可能發生的風險風險分析優先級01統一的開發標準難于被遵守工程組組建時間短且工程組成員來自不同的公司，長時間遵守各自的標準，會有慣性。文檔標準要統一M02工程組內的溝通不充分工程組組建時間短，對溝通的方法還未適應。工程成員彼此間了解少;有些人員恥于或不愿意與其他人員溝通。M03用戶需求的變更變是自然的事，但要進行控制H04主要技術人員的變更其他工程的需要，人員的流動H05工程完成時間緊張客戶規定了完成的期限，工程要保證質量，工作量不能省，造成時間緊張M06工程所需資源的協調與調度由于時間緊張，所需資源需要及時得到，所需資源可能來自各公司或中國外運H07主要業務人員的配合缺乏主要業務人員由于其他工作忙，參與此工程的時間少，會造成工程的延期或需求的偏離未得到及時的糾正H08與業務人員的溝通不充分設計人員過多假設，與業務人員的溝通少H09開發環境穩定性的維護硬件，網絡，系統軟件的穩定及病毒的防范H10人力資源不充足主要是有經驗的人員缺乏M11工程緊張時，開發人員對工程管理煩感工程管理會占用開發人員的時間，且會影響開發人員緊張的心情L12工程組合作精神不夠工程組的成員可能來自不同的公司和部門，配合較少H13對測試重視程度不夠重視編程而不重視測試是許多工程容易出現的錯誤思想M14管理咨詢組與業務需求組之間的溝通和聯動容易出現各小組獨立行事的現象M15運維環境問題網絡帶寬有限，易對系統響應速度有影響；各分部無網管人員，使得網絡因素較不可控制，從而影響系統的使用性；沒有固定IP的公司，需要拔號連接VPN。M16新技術掌握速度過慢本工程采用外購的工作流引擎進行流程定制，在設計過程中，開發人員掌握程度直接影響工程開發進度。H

〔二〕工程可能發生的主要風險及應急措施表6.5-2工程應急措施編號工程可能發生的風險應急措施優先級01統一的開發標準難于被遵守制定統一的標準，進行培訓，在實施中檢查指導。M02工程組內的溝通不充分充分利用好溝通方案中的溝通方式。M03用戶需求的變更做好需求分析說明書，變更要走變更控制流程。H04主要技術人員的變更關鍵技術人員要鎖定。H05工程完成時間緊張增加資源、進度控制。M06工程所需資源的協調與調度為了本工程成功，各環節要充分配合，保證滿足工程資源的需求。H07用戶/客戶的配合缺乏增加溝通、問題及時上報更高管理層，尋求更好的支持M08與用戶溝通不充分對業務需求理解深的技術人員要與用戶做充分的溝通。M09開發環境穩定性的維護制定標準紀律，保證開發環境的穩定。H10人力資源不充足增加人力資源和技能提升M11工程緊張時，開發人員對工程管理煩感從事技術開發的人員和從事管理的人員要互相配合，明確共同的目標，發揮團隊精神。L12工程組合作精神不夠增加內部溝通。H13對測試重視程度不夠建立單獨的系統測試組，派有經驗的人組成系統測試組。M14管理咨詢組與業務需求組之間的溝通和聯動加強工程各小組之間的溝通，并通過工程總體組的組織結構以確保該溝通的有效性。M15運維環境問題增加帶寬，統一要求集團所有成員企業使用集團辦公自動化系統。M16新技術掌握速度過慢統一培訓，加強工程組成員之間的溝通協作，掌握較快的成員幫助掌握較慢的成員。H6.6培訓方案對用戶進行培訓是保證用戶正確使用系統和用好系統的根本要求。通過培訓使系統管理員能得心應手地維護好系統，保證系統的平安運行；使操作人員可以正確理解相關的業務流程，熟練掌握各個子系統的詳細操作。培訓安排如下表6.6-1：表6.6-1培訓方案序號內容課時對象平臺技術體系和功能介紹。半天系統管理員與運行維護人員系統部署一天系統管理員后臺管理。一天系統管理員與運行維護人員系統操作技巧。半天系統管理員與運行維護人員上機操作與常見問題解答。兩天系統管理員與運行維護人員遠程培訓，通過常用的通訊工具進行遠程答疑，或通過遠程控制軟件輔助用戶解決問題。不定系統管理員與運行維護人員第七章系統測試及驗收在整個軟件開發、部署過程中，將主要實施如下的測試以保證軟件質量單元測試。功能測試。由測試人員按照測試方案進行測試。主要檢測系統是否滿足設計的功能要求。代碼覆蓋測試。采用NCover。由測試人員進行。要求代碼覆蓋率在93%以上。性能測試和壓力測試。采用RationalRobot輔助進行。由測試人員進行。使用少量的Client端計算機仿真大量用戶上線對網站效勞所可能造成的影響。在大數據量下數據庫的I/O能力，數據庫結構及索引的合理性，數據庫配置的合理性。并發性測試：包括數據庫、操作系統、應用程序等并發訪問可行性。通訊響應時間。峰值交易響應時間。網絡堵塞情況。CPU使用率。數據庫I/O及磁盤I/O情況。內存使用情況。系統平安和穩定性測試。主機系統的穩定性測試：異常情況下，主機系統對數據及應用的保護程度。數據庫穩定性測試：在宕機、聯接喪失、批量處理中斷等特殊情況下數據庫的保護程度。應用程序穩定性測試：對非法操作、非法訪問等防范及數據流向一致性，程序故障率等。通訊的穩定性：包括內部網絡及外部聯接。用戶接受測試〔竣工驗收〕滿足合同規定的需求或經用戶確認的需求為標準驗收本系統。第八章售后效勞及承諾8.1售后效勞的原那么用戶的利益是第一位的；只有良好的售后效勞，與用戶建立長期穩定的合作關系、才能在行業內生存、開展。8.2售后效勞流程售后效勞的流程如以下圖8.2-1所示：圖8.2-1售后效勞的流程8.3承諾在部署時提供現場免費操作培訓，保證用戶經培訓后掌握一定的專業技術和操作技能。所提供的軟件的免費維護和升級不低于一年，維護期以驗收之日起計算，一年后的維護與升級費用由雙方協商。在軟件交付使用后一年內，我公司保證每月拜訪客戶一次，了解系統運行情況。一年后將不定期回訪。我公司提交的產品在發生故障時，將及時予以響應并給予最正確技術支持。我公司提供的軟件產品是全新、符合招標文件所規定的技術規格的產品。在系統免費維護期過后，我公司繼續為本工程提供長期優惠的技術效勞，包括技術支持、硬件的升級、故障的快速響應及相關人員的技術咨詢。8.4效勞保障措施一、一年免費維護和升級。二、十分鐘電話響應我公司在接到用戶的報修請求后的10分