項目管理流程制度

-.z.工程管理流程制度手冊廣州市鵬龍計算機科技技術部2016.7版本控制頁版本號修訂時間修訂內容修訂人審核人0.9初稿周波目錄一、總則31、工作目標32、工作原則33、崗位職責3二、工程實施活動31、標準活動定義32、工程啟動階段3需求初步了解3編制工程活動矩陣3編寫工程總體方案〔需評審〕33、聯(lián)合設計階段3調研需求3分析需求3確認需求3調研接口3編寫接口方案3確認接口3編寫并提交需求報告(需評審)34、軟件開發(fā)階段3開發(fā)任務提交3開發(fā)任務確認3任務開發(fā)3開發(fā)任務完成確認3工程根底資料收集3根底數(shù)據配置3設備接入實驗室測試3接口實驗室測試3出所驗收35、現(xiàn)場實施階段3現(xiàn)場環(huán)境確認3現(xiàn)場部署調試3外場設備接入3接口對接3系統(tǒng)聯(lián)調36、系統(tǒng)試運行階段3系統(tǒng)上線3用戶培訓3編寫運維技術手冊3運維工作交接3故障診斷和修復37、工程驗收階段3驗收資料編寫3配合驗收3驗收完善3系統(tǒng)交付3三、工程管理活動31、本錢管理32、進度管理33、質量管理34、溝通管理3業(yè)主〔用戶〕3工程經理〔工程部〕3中心開發(fā)部35、現(xiàn)場管理3四、主要工作界面及協(xié)作流程31、事業(yè)部3總體協(xié)作流程3設備協(xié)議開發(fā)調試3系統(tǒng)出所驗收3設備接入調試3接口和系統(tǒng)聯(lián)調試32、研究院、設計咨詢中心3軟件技術方案協(xié)助3情報板版面設計及發(fā)布段規(guī)劃33、中心開發(fā)部3開發(fā)任務安排及確認3現(xiàn)場開發(fā)支持3五、配套管理規(guī)定31、軟件系統(tǒng)日常運維手冊編寫指南3概述3工程軟件系統(tǒng)運維流程3主要角色和職責3工程資料要求3巡檢對象和根本要求3系統(tǒng)與數(shù)據備份3系統(tǒng)故障處置根本要求3團隊組織3運維流程32、工程開發(fā)任務管理方法3概述3各階段工作定義3實施細則33、工程周報與工程簡報34、軟件中心項管費管理規(guī)定3項管費組成及說明3項管費預算審核方法3項管費使用和報銷規(guī)定35、軟件系統(tǒng)根本集成環(huán)境要求3網絡3數(shù)據庫3主機系統(tǒng)3附、表單樣式31、項管費管理3季度項管費預〔決〕算表3項管費支出明細表3現(xiàn)場人員考勤表32、工程開發(fā)任務管理3工程開發(fā)任務表〔周〕3開發(fā)資源沖突表〔周〕33、工程活動和進度管理3工程活動矩陣3工程總體進度方案3工程周報3工程簡報34、運維管理和質量評價3運維巡檢記錄表3故障報告3系統(tǒng)缺陷統(tǒng)計表3總則1、工作目標推進工程工程軟件實施和管理工作，協(xié)助事業(yè)部順利完成工程。2、工作原則A、有大局觀，一切言行應有利于維護公司形象和利益；B、現(xiàn)場工作遇到阻力或困難無法推進時，應及時向上級主管〔組長、部門經理〕報告、溝通以尋求處理方法。C、工程工作特別是各類內、外部協(xié)調工作應留下過程痕跡，如：會議紀要，溝通記錄，如有必要可通過OA請示批復流程來固化。D、聽從工程經理的工作安排，當發(fā)生觀點相左時，應先充分溝通，如無果則應及時向上級反映，但現(xiàn)場不得與工程經理爭執(zhí)或發(fā)生更劇烈沖突；E、工程經理擁有向用戶的最終解釋權，不管內部意見如何，對外統(tǒng)一表達口徑。3、崗位職責A、負責工程工程的軟件現(xiàn)場實施和管理工作；B、協(xié)調開發(fā)資源，按時完成系統(tǒng)功能，并部署上線；C、協(xié)助工程經理推動工程，為其提供軟件方面的技術支持。工程實施活動參考軟件工程管理過程，結合實際情況，將工程實施劃分為工程啟動、聯(lián)合設計、軟件開發(fā)、現(xiàn)場實施、系統(tǒng)試運行和工程驗收六個階段，并定義了34項標準活動。1、標準活動定義工程啟動聯(lián)合設計軟件開發(fā)現(xiàn)場實施系統(tǒng)試運行工程驗收需求初步了解調研需求開發(fā)任務提交現(xiàn)場環(huán)境確認系統(tǒng)上線驗收資料編寫編制工程活動矩陣分析需求開發(fā)任務確認現(xiàn)場部署調試用戶培訓配合驗收編寫工程總體方案確認需求任務開發(fā)外場設備接入編寫運維技術手冊驗收完善調研接口任務完成確認接口對接運維工作交接系統(tǒng)交付編寫接口方案工程根底資料收集系統(tǒng)聯(lián)調故障診斷和修復確認接口圖層制作編寫并提交需求報告(需評審)根底數(shù)據配置設備接入實驗室測試接口實驗室測試出所驗收2、工程啟動階段本階段從工程中標，公司內部移交會后開場計算直至提交軟件工程整體方案。在本階段中，軟件工程經理需要在初步了解工程需求的情況下，編制活動矩陣和工程總體方案〔軟件實施〕。需求初步了解目標了解工程根本需求，為編制工程活動矩陣和總體方案作準備。要求閱讀招投標文件，了解工程建立系統(tǒng)的組成、根本功能要求、接口、數(shù)據來源、外場設備等重要信息。在有條件的情況下，與業(yè)主〔用戶〕、前期設計人員等了解工程背景和情況的人接觸，溝通了解工程目標、時間節(jié)點、以及初步的功能需求。評估工程規(guī)模和實際可能的工作量。將的需求組織成需求清單，并對照產品功能列表來標明哪些是新增用戶需求。編制工程活動矩陣目標通過工程活動矩陣編寫，梳理并形成了工程實施內容大綱，作為后續(xù)工程實施和管理工作的依據，保證工程工作有序展開。要求根據了解到的需求，填寫工程活動矩陣〔樣式見下表〕，其中子活動根據對需求的初步理解，結合實際情況來填寫。對于尚未明確的活動，可填寫較粗，以后再行細化，但盡量不要遺漏工作。階段系統(tǒng)活動系統(tǒng)1系統(tǒng)2……系統(tǒng)n工程啟動標準活動1子活動1子活動2標準活動2子活動3子活動4標準活動3……聯(lián)合設計標準活動4…………子活動n-1子活動n子活動n+1……編寫工程總體方案〔需評審〕目標編制軟件實施的總體方案，作為工程整體方案的一局部，是后續(xù)工程執(zhí)行的依據。要求總體方案中羅列的工程任務就是工程活動矩陣中的子任務。需要根據工程整體推進情況和每項活動自身工作量設置進度節(jié)點，如工程有明確時間要求而導致"倒排〞進度方案的，則還需有一份實際反映進度的內部方案。需通過由軟件中心組織的評審。3、聯(lián)合設計階段本階段從業(yè)主召集的工程啟動會或監(jiān)理開工令發(fā)出后開場，按照排定的進度方案，開展需求和接口的調研、方案編寫和確認工作，階段性產物是需求報告，需提交評審。調研需求目標通過向用戶〔業(yè)主〕調研，明確本工程軟件工作的目標、系統(tǒng)范圍以及相關用戶向功能性需求。要求協(xié)調業(yè)主(用戶)方確定一名需求接口人，所有來自業(yè)主〔用戶〕方的需求都應由該接口人匯總和整理后提出。針對產品化功能列表內的功能需求，如無特殊情況，應盡可能引導用戶不提出嚴重背離該功能設計。針對新功能模塊，應充分深入溝通，了解用戶真實意圖，可采用原型頁面等輔助手段幫助用戶明確需求。用戶需求的調研和細化可分階段進展，先將能明確的需求明確下來并盡快開展分析和確認工作；當前還不能明確的需求與用戶〔業(yè)主〕約定后續(xù)討論需滿足的條件或時間。將調研結果組織形成調研報告并通過工程部提交業(yè)主。工具調研大綱或問卷原型界面用戶調研報告分析需求目標協(xié)調開發(fā)部門對調研獲得的需求進展分析，形成軟件功能模塊的需求，并評估實現(xiàn)該需求所需的外部資源和條件。要求與研發(fā)部門對口人等針對上述需求進展分析，形成對現(xiàn)有軟件模塊調整以及新模塊的開發(fā)需求，并初步評估工作量。評估實現(xiàn)軟件功能所依賴的外部資源和條件，并評估由此帶來的協(xié)調工作量。確認需求目標與用戶確認其提出需求的開發(fā)安排及需要協(xié)調解決的外部條件。要求與用戶明確其提出需求的開發(fā)進度安排。向用戶闡述要完成*些需求要達成的外部環(huán)境條件要求，并商定誰來協(xié)調推動該外部條件的達成。工具軟件需求匯總表〔含外部條件要求〕工程活動矩陣調研接口目標根據需求調研的結果以及招投標文件的要求，通過工程部協(xié)調摸清系統(tǒng)各個外部接口的情況，并與接口方討論可能的接口方式。要求了解系統(tǒng)外部接口的種類和數(shù)量。通過工程部協(xié)調與接口方集成商溝通，了解接口現(xiàn)狀和對接條件并討論可能的對接方式。將存在技術或協(xié)調困難接口的調研結果組織成書面形式提交業(yè)主協(xié)調。工具接口協(xié)調記錄編寫接口方案目標根據接口調研的結果，編寫接口方案。要求針對具備條件的接口，與研發(fā)接口人溝通確定接口方式。編寫接口方案，明確對接雙方提供使用接口的方式，數(shù)據提供或功能訪問的限制等，并制定交互協(xié)議或調用規(guī)則。確認接口目標與用戶確認其提出需求的開發(fā)安排及需要協(xié)調解決的外部條件。要求與用戶明確其提出需求的開發(fā)進度安排。向用戶闡述要完成*些需求要達成的外部環(huán)境條件要求，并商定誰來協(xié)調推動該外部條件的達成。工具軟件需求匯總表〔含外部條件要求〕工程活動矩陣編寫并提交需求報告(需評審)4、軟件開發(fā)階段本階段從需求報告通過評審后開場，本階段主要參與者是軟件開發(fā)部的開發(fā)人員，軟件工程經理從工程實施和管理的角度對過程有監(jiān)控和協(xié)調的職責，同時也有提供必要環(huán)境和條件滿足開發(fā)要求的義務。開發(fā)任務提交目標將滿足開發(fā)內外部條件的任務通過任務系統(tǒng)提交，并與工程研發(fā)對口人溝通確認開發(fā)要求。要求通過協(xié)調推進任務開發(fā)所需滿足的條件的達成，如：明確開發(fā)要求、接口方案、獲得接口開發(fā)包等。當上述條件達成后，與研發(fā)接口人溝通明確開發(fā)要求和進度要求。通過任務系統(tǒng)在每周規(guī)定時間前提交開發(fā)任務。任務要求的完成時間與提出時間之間要留有足夠的時間差，以便研發(fā)根據實際情況統(tǒng)籌安排開發(fā)任務。工具工程開發(fā)任務表開發(fā)任務確認目標對研發(fā)對口人給出的任務安排進展確認，如有問題及時溝通。要求判斷研發(fā)接口人方案中安排的資源和開發(fā)完成時間能否滿足工程要求。如根據現(xiàn)場情況應排入開發(fā)方案的任務未被安排，則應與研發(fā)對口人溝通要求其協(xié)調安排，如在此情況下，雙方無法達成一致，則雙方應分別提交協(xié)調請求，由中心來決策。開發(fā)任務確實認由研發(fā)對口人和軟件工程經理共同負責，經確認的任務，如無特殊情況，應按方案時間準時完成。如進度發(fā)生延后，由軟件工程經理負責向用戶〔業(yè)主〕解釋，并爭取取得其諒解工具工程開發(fā)任務表任務開發(fā)目標了解研發(fā)團隊對所提任務開發(fā)的根本情況。要求當任務被安排進開發(fā)任務系統(tǒng)后，經常關注任務執(zhí)行情況，及時發(fā)現(xiàn)可能產生的偏離并提醒。工具工程開發(fā)任務表開發(fā)任務完成確認目標對研發(fā)部門開發(fā)完成的功能進展測試和驗證，確認功能準確并符合用戶需求。要求對集中開發(fā)階段提出的任務確實認在出所驗收環(huán)節(jié)進展，經測試驗證確認后任務關閉。如在現(xiàn)場環(huán)境部署時發(fā)現(xiàn)問題，則作為新的缺陷修正任務提出。對于系統(tǒng)試運行和驗收階段提出的開發(fā)任務，則在現(xiàn)場環(huán)境部署并測試驗證無誤后關閉。測試驗證過程中發(fā)現(xiàn)問題，則視作該任務未完成，直至修改并通過相應環(huán)境的測試驗證，方作為完成確認的標志。對開發(fā)任務完成的最終確認職責屬于軟件工程經理。工具工程開發(fā)任務表工程根底資料收集目標對軟件開發(fā)、部署所需的各類資料按要求進展收集和整理，并提供給研發(fā)。要求收集并提供GIS根底圖層文件〔或效勞接口說明〕。收集并提供系統(tǒng)集成方案、網絡方案、存儲方案等環(huán)境資料。收集并提供由研究院提供的情報板版面圖、模組圖(含發(fā)布段對應關系)、發(fā)布段劃分圖等與算法及誘導相關的資料。收集并提供外場設備接入和展示相關的信息，包括設備類型、點位、通信地址、通信方式、協(xié)議等信息。收集并提供系統(tǒng)各類外部接口相關開發(fā)資料，如：接口類型、接口協(xié)議等。收集用戶提供的業(yè)務功能所需的根底信息，如職能架構、崗位、人員和資源信息等。按研究院要求收集并提供各類算法所需的根底信息。工具工程提供資料列表根底數(shù)據配置目標協(xié)助研發(fā)部門對局部根底數(shù)據進展配置。要求在發(fā)布段圖層、模組圖、發(fā)布段劃分圖等根底上配置光帶及發(fā)布段對應關系等信息。配置和錄入用戶提供的各類業(yè)務相關的根底數(shù)據。配置外場設備的通信參數(shù)。注:算法相關的根底配置由研究院負責制作。設備接入實驗室測試目標對未經過接入認證的外場設備進展接入測試驗證，確保其能按要求接入系統(tǒng)。要求通過事業(yè)部工程部協(xié)調廠商提供樣機或模擬測試程序。在公司搭建現(xiàn)場模擬環(huán)境進展接入測試。除了功能上能接入系統(tǒng)，并按照協(xié)議進展通信交互外，為了保證設備接入的穩(wěn)定性，還要進展。通過測試的設備型號及協(xié)議版本將納入監(jiān)控，如通過工程驗證證明無論數(shù)據、功能還有穩(wěn)定性能到達要求的，即可作為經認證的設備，以后工程可直接使用。注：如廠商不能按要求提供樣機或測試程序配合測試的，則無法承諾現(xiàn)場設備的接入調試時間。工具已認證接入設備清單接口實驗室測試目標對工程外部系統(tǒng)通信接口進展接入測試驗證，確保能進展系統(tǒng)對接。要求通過事業(yè)部工程部協(xié)調廠商提供接口相關資料。在公司搭建現(xiàn)場模擬環(huán)境進展接入測試。如對接接口是webservice或socket通信方式，按照通信協(xié)議定義的流程，逐個測試，直至每個協(xié)議流程都按要求實現(xiàn)無誤。如對方提供的是開發(fā)庫或控件，則需同時提供對應的測試頁面通過"倒庫〞、前置庫訪問等方式對接的接口，可不進展本項測試。注：如廠商不能按要求提供測試程序配合測試，則無法承諾該接口現(xiàn)場調試時間。出所驗收目標對集中開發(fā)階段形成的系統(tǒng)，在公司內部搭建現(xiàn)場模擬環(huán)境進部署和全面測試，通過前方可在工程現(xiàn)場部署。要求協(xié)調事業(yè)部將搭建環(huán)境必須的局部計算機設備、網絡設備、存儲設備等在公司內部搭建成現(xiàn)場模擬環(huán)境。要求事業(yè)部協(xié)調廠商提供局部外場設備樣機配合環(huán)境搭建。搭建數(shù)據庫、操作系統(tǒng)、虛擬化軟件、gis效勞等運行環(huán)境，部署軟件系統(tǒng)、配置必要的數(shù)據。組織出所驗收組〔成員可以是公司技術委員會專家、用戶代表等組成〕對系統(tǒng)各項菜單功能、地圖功能等進展驗收測試，并記錄測試結果，提出驗收意見。5、現(xiàn)場實施階段本階段始于出所驗收通過且現(xiàn)場具備實施條件，完成軟件系統(tǒng)在現(xiàn)場環(huán)境中的部署，實現(xiàn)系統(tǒng)各項功能正常運轉?，F(xiàn)場環(huán)境確認目標協(xié)調工程部對現(xiàn)場系統(tǒng)部署所依賴的機房軟硬件條件、網絡條件等進展確認，確保系統(tǒng)可實現(xiàn)部署和根本功能調試。要求協(xié)調工程部逐項如實填寫工程進場條件確認單和ip地址表。初步核實填寫內容，并判斷根據已具備的條件是否可進入現(xiàn)場實施。根據確認單和地址表選擇相關系統(tǒng)軟件版本〔如java環(huán)境〕和配置局部根底信息。軟件進場條件確認單工程名稱:填寫日期:填寫人:網絡序號工程現(xiàn)場情況備注1ip地址是否分配□是□否需提供ip地址分配表,并按照其分配好靜態(tài)ip地址2外場設備連通總數(shù)請在ip地址分配表中標明連通的設備數(shù)據庫序號工程現(xiàn)場情況備注1數(shù)據庫主機是否上架□是□否2數(shù)據庫主機是否上電□是□否3數(shù)據庫存儲是否上電□是□否4數(shù)據庫主機與存儲設備是否連通□是□否5效勞器操作系統(tǒng)軟件是否安裝□是□否安裝版本:

□windowsserver200864位

□AI*6.1

□其他請注明:＿＿＿＿＿＿＿＿＿6數(shù)據庫軟件是否安裝□是□否安裝版本:

□Oracle10g

□Oracle11g

□sqlserver2008

□其他請注明:＿＿＿＿＿＿＿＿＿7數(shù)據庫是否要求RAC□是□否主機序號工程現(xiàn)場情況備注1效勞器總數(shù)2已通電效勞器數(shù)3已安裝系統(tǒng)軟件效勞器數(shù)安裝版本:

□windowsserver200864位

□redhat5.464位

□其他請注明:＿＿＿＿＿＿＿＿＿1客戶端總數(shù)2已通電客戶端數(shù)3已安裝系統(tǒng)軟件客戶端數(shù)安裝版本:

□windows732位

□windows764位

□windows832位

□windows864位

□其他請注明:＿＿＿＿＿＿＿＿＿軟件進場條件確認單序號設備類型(必填)安裝位置(必填)IP地址(必填)掩碼(必填)網關(必填)MAC地址連通情況(必填)其他屬性1線圈車檢器/電子警察/車牌識別已連通/未連通234567工程IP地址分配表現(xiàn)場部署調試目標實現(xiàn)軟件系統(tǒng)在現(xiàn)場部署和依賴環(huán)境的配置，確保系統(tǒng)功能能正常運行。要求對照現(xiàn)場實際情況，進一步核對確認表和ip分配表。安裝系統(tǒng)運行所依賴的環(huán)境軟件。部署軟件、導入數(shù)據庫實例、安裝GIS效勞，并通過調試使在出所驗收階段驗證過的功能正常運行。外場設備接入目標對外場設備進展接入調試，確保將設備接入至系統(tǒng)，使得接入后的設備能通過系統(tǒng)進展數(shù)據通信和完成協(xié)議功能。要求先針對接入設備的網絡可聯(lián)通性進展檢查。針對已認證設備和實驗室已測試設備，可直接進展接入，并通過觀察入庫數(shù)據等方式判斷接入是否正常；如接入不正常，可通過廠商提供的測試工具進展測試，如仍有問題，應通過工程部協(xié)調廠商人員配合排查。針對未經過實驗室測試的非認證設備，應要求工程部協(xié)調廠商技術人員到場，配合相關開發(fā)人員進展設備接入調試工作。原則上，開發(fā)人員在現(xiàn)場只負責確保通過調試實現(xiàn)每類未驗證設備正常接入一臺，剩余的接入調試和配置工作應由工程實施人員完成。接口對接目標與外系統(tǒng)進展接口聯(lián)調，確保按設計要求實現(xiàn)了數(shù)據共享或功能調用，并到達相應的性能要求。要求先針對對接系統(tǒng)檢查網絡可聯(lián)通性，如無法聯(lián)通，則協(xié)調工程部解決。針對實驗室已測試的接口，可直接嘗試對接，如對接不正常，可各自通過對方提供的接口測試工具來驗證接口可用性，如仍有問題，應通過工程部協(xié)調對方技術人員配合排查。針對未經過實驗室測試的接口，應要求工程部協(xié)調對方技術人員到場，雙方人員配合進展接口調試，直至調通。原則上，開發(fā)人員已經測試的接口由工程實施人員在開發(fā)人員遠程指導下進展調試和對接；未測試接口，可要求開發(fā)人員到場與對方人員配合共同調試。系統(tǒng)聯(lián)調目標完成主要設備接入和全部接口調試工作后，對系統(tǒng)運行進展聯(lián)調聯(lián)試，檢驗和調試系統(tǒng)各項功能直至運行正常、數(shù)據完整準確，具備試運行條件。要求對系統(tǒng)各項業(yè)務功能、地圖功能逐項進展單一功能點測試。面向系統(tǒng)實現(xiàn)的各類用戶業(yè)務，進展完整流程測試。通過系統(tǒng)的報表和數(shù)據查詢功能，對系統(tǒng)數(shù)據的實時性、完整性進展檢查，并通過一些工具對數(shù)據有效性進展分析。配合研究院進展算法調試，通過其給出的數(shù)據質量情況，協(xié)助工程部一起進展問題排查和解決。6、系統(tǒng)試運行階段本階段從軟件系統(tǒng)在現(xiàn)場環(huán)境中的完成部署，并確認系統(tǒng)各項功能正常運轉，系統(tǒng)操作所需的用戶〔監(jiān)控員〕到位開場。本階段軟件工程經理主要任務是通過用戶培訓幫助用戶盡快熟悉系統(tǒng)的操作，與用戶就軟件功能進展逐項確認，是否到達設計要求或者符合用戶需求，對用戶在使用中所產生的問題予以解決。同時編寫系統(tǒng)操作手冊、運維技術手冊，為系統(tǒng)交付做好準備。系統(tǒng)上線目標為了系統(tǒng)能滿足用戶實際使用的需要，而進展的相關工作。要求與事業(yè)部協(xié)調確認操作用戶，尤其是監(jiān)控員的到位。與用戶管理員確認使用系統(tǒng)的用戶根底信息、用戶權限等。配置和錄入系統(tǒng)操作用戶、角色和角色權限等數(shù)據。配置和錄入用戶提供的各類業(yè)務相關的根底數(shù)據。用戶培訓目標通過用戶培訓，使操作人員和管理人員更快熟悉系統(tǒng)的使用。要求準備培訓資料，內容應包括系統(tǒng)概況、軟件功能說明、軟件操作說明等。協(xié)調事業(yè)部安排培訓地點、培訓時間、參加人員。對于專業(yè)領域的培訓，如"信號機配時〞，應通過事業(yè)部與廠商技術人員進展協(xié)調，并對培訓內容進展溝通和確認。如業(yè)主有要求，應配合業(yè)主及事業(yè)部對參加的培訓人員進展考核。編寫運維技術手冊目標根據軟件系統(tǒng)運維指南，編寫適用于本系統(tǒng)的運維技術手冊。要求由軟件工程經理牽頭，事業(yè)部負責協(xié)調廠商技術人員、交通工程小組共同完成運維技術手冊的編寫。根據軟件系統(tǒng)運維指南，整理系統(tǒng)運維所需的根底資料，如現(xiàn)場設備ip地址分配表、軟件部署情況匯總表等。根據運維指南，編寫系統(tǒng)運維操作手冊。根據運維指南和系統(tǒng)運維操作手冊，編制系統(tǒng)巡檢表。對運維操作手冊和系統(tǒng)巡檢表的內容進展驗證。確保其能指導后續(xù)運維人員進展操作。工具軟件系統(tǒng)運維指南運維工作交接目標通過與事業(yè)部指定的運維負責人進展工作交接，使其能具備運維技術手冊中要求的系統(tǒng)巡檢能力、常見故障診斷和修復能力。要求提供運維負責人運維技術手冊，并指導其了解軟件系統(tǒng)相關的運維工作。根據系統(tǒng)運維技術手冊所要求的內容，對運維負責人進展培訓，使其能獨立完成系統(tǒng)巡檢工作，并具備系統(tǒng)常見故障診斷和修復能力。與事業(yè)部工程負責人和運維負責人一起，確認運維工作的交接完成。工具系統(tǒng)運維技術手冊故障診斷和修復目標對系統(tǒng)試運行階段所發(fā)生的故障進展診斷和修復，對需要軟件開發(fā)解決的故障，通過工程開發(fā)任務提交給研發(fā)，并最終確認問題的解決。要求對于試運行階段發(fā)生的問題首先應進展診斷與分類。對于軟件中心無法解決的問題，與事業(yè)部溝通，請事業(yè)部協(xié)調相關廠家、技術專家予以解決。對于需要通過軟件開發(fā)解決的問題，首先記錄到系統(tǒng)缺陷統(tǒng)計表中，以便對缺陷進展跟蹤。同時與研發(fā)對口人溝通明確開發(fā)要求和進度要求。通過任務系統(tǒng)在每周規(guī)定時間前提交開發(fā)任務。對于提出的開發(fā)任務，則在現(xiàn)場環(huán)境部署并測試驗證無誤后關閉。工具工程開發(fā)任務表系統(tǒng)缺陷統(tǒng)計表7、工程驗收階段本階段從軟件系統(tǒng)完成試運行開場。本階段主要任務是配合事業(yè)部與監(jiān)理完成工程的驗收工作，確認系統(tǒng)是否到達設計要求或者符合用戶需求，對驗收過程中所產生的問題以及新增的需求予以解決。驗收資料編寫目標配合事業(yè)部及監(jiān)理整理與編寫工程驗收所需要的資料，例如測試方案、測試用例、軟件文檔等。要求與業(yè)主或者監(jiān)理確認軟件系統(tǒng)驗收資料的清單，及相關文檔的模板格式要求。對于在產品化功能列表內的功能內容，則在原有產品化功能測試方案、測試用例、軟件文檔的根底上，根據工程實際情況進展修改。針對非產品化功能模塊，軟件工程經理應負起編寫測試方案、測試用例主要責任，研發(fā)對口人應負起編寫軟件概要設計、詳細設計文檔的主要責任。對于需要研發(fā)配合完成的文檔，與研發(fā)對口人溝通明確文檔要求和進度要求。通過任務系統(tǒng)在每周規(guī)定時間前提交開發(fā)任務。工具工程開發(fā)任務表配合驗收目標配合事業(yè)部及監(jiān)理完成工程驗收所需要的內容，例如第三方測試、平安評測等。要求根據測試方案、測試用例對系統(tǒng)進展自測。對自測過程中發(fā)現(xiàn)的問題予以解決。對于軟件中心無法解決的問題，與事業(yè)部溝通，請事業(yè)部協(xié)調相關廠家、技術專家予以解決。對于需要通過軟件開發(fā)解決的問題，首先記錄到系統(tǒng)缺陷統(tǒng)計表中，以便對缺陷進展跟蹤。同時與研發(fā)對口人溝通明確開發(fā)要求和進度要求。開發(fā)任務通過任務系統(tǒng)在每周規(guī)定時間前提交開發(fā)任務。整理系統(tǒng)自測報告，確定系統(tǒng)缺陷都被關閉。當上述任務完成后，協(xié)助監(jiān)理方測試人員或者第三方測試人員進展系統(tǒng)測試。與監(jiān)理方或第三方測試負責人確認檢測報告內容及系統(tǒng)缺陷。工具工程開發(fā)任務表系統(tǒng)缺陷統(tǒng)計表驗收完善目標將驗收過程中業(yè)主〔用戶〕及監(jiān)理發(fā)現(xiàn)的系統(tǒng)缺陷，根據檢測報告對缺陷予以解決關閉。對于業(yè)主明確提出的驗收前需要完成的新增開發(fā)任務，與研發(fā)對口人進展溝通確認后，通過任務系統(tǒng)進展提交。此類任務應與研發(fā)對口人明確其優(yōu)先級較高，應給予優(yōu)先安排。要求對于驗收發(fā)生的問題首先應進展分類。對于軟件中心無法解決的問題，與事業(yè)部溝通，請事業(yè)部協(xié)調相關廠家、技術專家或業(yè)主予以解決或澄清。對于需要軟件開發(fā)解決的問題，例如開發(fā)新的功能、增加新的報表，首先與事業(yè)部一起確認是否在工程范圍內，對于事業(yè)部認可的開發(fā)內容，與研發(fā)對口人溝通明確開發(fā)要求和進度要求。對于非工程范圍內的新開發(fā)，通過事業(yè)部與業(yè)主〔用戶〕進展協(xié)調。開發(fā)任務通過任務系統(tǒng)在每周規(guī)定時間前提交開發(fā)任務。對于提出的開發(fā)任務，則在現(xiàn)場環(huán)境部署并測試驗證無誤后關閉。當影響工程驗收的系統(tǒng)缺陷全部關閉后，通過事業(yè)部與監(jiān)理或第三方測試人員對系統(tǒng)缺陷進展整改確認。最終依據已經確定的"驗收報告"，確定工程已經和業(yè)主〔用戶〕達成驗收通過。工具工程開發(fā)任務表系統(tǒng)交付目標將軟件系統(tǒng)正式交付用戶使用、交付事業(yè)部指定的維護負責人進展日常巡檢和常見故障診斷與修復。要求按照用戶〔業(yè)主〕要求，對試運行期間的用戶操作數(shù)據進展清理。工程經理依據已經確定的"驗收報告"，確定工程已經和業(yè)主〔用戶〕達成驗收通過。與事業(yè)部負責人和運維負責人一起共同確認運維交接工作已完成。與事業(yè)部負責人和業(yè)主一起共同確認軟件系統(tǒng)滿足用戶使用要求。工程管理活動工程管理活動參考軟件工程管理過程定義，并結合實際情況，定義為本錢管理、進度管理、質量管理和溝通管理。1、本錢管理目標管理工程軟件實施工作的本錢，嚴格執(zhí)行項管費預決算制度，控制不必要的項管費支出，杜絕浪費；同時，對工程的人力資源投入進展把關，在保證工程順利推進的前提下，防止不必要的人力本錢支出。要求按照部門項管費管理規(guī)定，準時編制并提交季度項管費預算，核算季度項管費支出。做好項管費支出和人員工程現(xiàn)場考勤記錄。遵循合理、節(jié)約、必要的項管費使用原則，做到盡可能不超預算。嚴格評估和控制開發(fā)人員現(xiàn)場支持的頻度和時間，并提交現(xiàn)場出差申請〔含審批表〕，或批準前方可執(zhí)行，杜絕研發(fā)資源浪費。工具項管費管理方法〔試行〕項管費預、決算模板項管費支出記錄表工程現(xiàn)場人員考勤表開發(fā)人員工程出差審批表2、進度管理目標管理和控制工程進度，推動工程按照方案進展；對工程執(zhí)行情況進展監(jiān)控，及時發(fā)現(xiàn)并報告引起方案延誤的風險點；采取措施有效降低風險帶來的進度滯后；根據實際情況調整進度方案。要求工程啟動后，根據招投標內容及初步用戶〔業(yè)主〕需求溝通的結果，編寫工程活動矩陣，根據矩陣編制總體進度方案。監(jiān)控進度方案執(zhí)行，及時預見、報告延誤風險并采取有效措施。當發(fā)生延期或致使進度調整的需求變更時，及時與工程經理和業(yè)主〔用戶〕溝通，調整方案。在需求明確和條件具備的情況下，盡早安排開發(fā)任務，并與研發(fā)對口人溝通確認。按季度匯總并提交當季工程開發(fā)任務執(zhí)行情況。工具工程活動矩陣工程開發(fā)任務系統(tǒng)工程總體進度方案工程開發(fā)任務執(zhí)行情況匯總〔季〕3、質量管理目標確?，F(xiàn)場軟件和文檔工作的質量，既滿足用戶日常使用的需求，同時也符合工程建立和驗收的要求。要求工程現(xiàn)場已上線軟件的質量由軟件工程經理負責，開發(fā)完成的功能或系統(tǒng)，完成調試正式上線前需獲得軟件工程經理的簽字確認。軟件工程經理保證已上線系統(tǒng)和功能的可用性，負責向用戶〔業(yè)主〕解釋各項功能與需求的匹配性。已上線系統(tǒng)出現(xiàn)缺陷，由軟件工程經理與研發(fā)對口人協(xié)商安排修正。中心開發(fā)部提供的各類標準產品化技術資料，由軟件工程經理負責將其整理為符合業(yè)主〔用戶〕、監(jiān)理等要求的工程技術文檔。在系統(tǒng)上線初期要安排加大現(xiàn)場對系統(tǒng)的保障力度，確保出現(xiàn)問題能及時發(fā)現(xiàn)解決。工具工程開發(fā)任務表4、溝通管理業(yè)主〔用戶〕目標建立有效的溝通渠道，能及時傳達并反應用戶對系統(tǒng)的真實想法；同時，通過努力，使我方表達的觀點和意見為用戶理解和承受。加深雙方理解，從而減少現(xiàn)場開展工作的阻力和提升客戶滿意度要求每兩周至少與用戶溝通一次，了解用戶對系統(tǒng)的想法，并組織形成書面材料提交事業(yè)部。在集中需求階段、系統(tǒng)上線初期以及驗收前，要加大與用戶溝通力度和頻率，除每周通過工程部提交的周報外，隨時向用戶反應工程的進展情況和遇到的困難。工程經理〔工程部〕目標與工程經理〔工程部〕默契配合，分工合作，協(xié)調一致，為工程實施推進形成合力，按時、保質完成工程工作。要求每周編寫并提交工程周報，告知工程經理軟件工作開展的情況。每周與工程經理充分溝通，編寫并提交工程簡報，反映工程現(xiàn)場難以推進的工作。隨時與工程經理溝通，使其了解和掌握軟件工作的推進情況，工程實施過程中遇到非技術類問題導致難以推進時，應主動與工程經理溝通，通過其協(xié)調解決。工具工程簡報〔周〕工程周報中心開發(fā)部目標與開發(fā)部人員，特別是研發(fā)對口人加強溝通，使其了解工程的情況，特別是用戶對需求的關注點，以便合理安排開發(fā)任務。要求每周按工程軟件開發(fā)任務的相關規(guī)定，與工程研發(fā)對口人溝通開發(fā)任務。主動向研發(fā)對口人通報工程的一些情況和一些關鍵節(jié)點要求，使其能更好的協(xié)調安排開發(fā)任務及時測試和確認研發(fā)已完成的任務，對測試過程中發(fā)現(xiàn)的問題做到及時反應。舉辦團隊建立活動，加強與工程開發(fā)團隊的凝聚力。5、現(xiàn)場管理目標對軟件中心在工程現(xiàn)場的人員進展嚴格管理，既可標準員工行為，提高工作效率，也可提升公司形象，防止公司機密外泄。要求軟件工程經理作為負責工程現(xiàn)場軟件中心人員〔含開發(fā)人員〕管理工作的第一責任人，首先應嚴格要求自己，自覺做到以下要求，才能影響和要求其他軟件中心人員。遵守工程現(xiàn)場的辦公規(guī)定，制止大聲喧嘩以及做與工作無關的事。制止利用公安網內的計算機上互聯(lián)網，制止安裝未經允許的軟件；接入專網的計算機原則上制止"一機雙網〞連接，通過"遠程協(xié)助〞調試軟件應確認業(yè)主沒有明確提出反對。工程經理是工程現(xiàn)場唯一正式代表公司的人員，任何面對業(yè)主的正式意見表達都通過工程經理進展，保證做到"一個聲音對外〞，如有不同意見應內部溝通統(tǒng)一認識后再對外表達。在工程現(xiàn)場，特別是業(yè)主〔用戶〕面前，制止談論公司內部情況。工程上產生的針對業(yè)主〔用戶〕、監(jiān)理等的招待支出均由事業(yè)部承當，因此，如發(fā)生該類業(yè)務招待活動需工程經理在場，如工程經理因故無法出席的，需獲得工程經理的口頭委托，產生的招待費由工程經理負責報銷如有條件，中心人員在工程部食宿，確需在酒店住宿的，應選擇經濟型酒店，并盡可能兩人一間，節(jié)約本錢。對于投入使用的系統(tǒng)，現(xiàn)場系統(tǒng)版本更新上線，應嚴格按要求走審批流程或提交相關書面申請，獲得批準后，方可實施。主要工作界面及協(xié)作流程1、事業(yè)部總體協(xié)作流程設備協(xié)議開發(fā)調試系統(tǒng)出所驗收設備接入調試接口和系統(tǒng)聯(lián)調試2、研究院、設計咨詢中心軟件技術方案協(xié)助情報板版面設計及發(fā)布段規(guī)劃3、中心開發(fā)部開發(fā)任務安排及確認現(xiàn)場開發(fā)支持配套管理規(guī)定1、軟件系統(tǒng)日常運維手冊編寫指南概述目的軟件系統(tǒng)日常運行維護的目標，主要是通過常駐運行維護人員和后臺支撐團隊，提供常態(tài)、標準和專業(yè)的巡檢、故障應急搶修效勞來保證系統(tǒng)可靠穩(wěn)定運行。本指南主要是為了系統(tǒng)運維目標的實現(xiàn)，提供規(guī)章制度的保證，規(guī)定了運維對象和范圍，確保巡檢和搶修活動有操作要求、流程可依，并指導讀者如何進展現(xiàn)場軟件系統(tǒng)日常運維，如何制定軟件系統(tǒng)日常運維手冊，確保軟件系統(tǒng)在預定的環(huán)境中使用。適用范圍本用于公司負責所有建立工程的系統(tǒng)試運行、正式運行和軟件質保階段，以及公司負責的所有維護工程的合同期。內容本指南主要涵蓋了對軟件系統(tǒng)資料整理、日常運維工作〔巡檢〕和系統(tǒng)故障處置等方面的要求。同時，指南也從實際出發(fā)，對運維活動給出了團隊組成、規(guī)模以及排班的建議。參考文檔工程軟件系統(tǒng)運維流程工程軟件系統(tǒng)運維整體主要流程如下：主要角色和職責角色及職責在制定軟件系統(tǒng)日常運維手冊、實施系統(tǒng)日常運維和故障處置的過程中，所涉及的角色和職責如下：角色職責工程經理協(xié)調相關人員，包括設備廠商技術人員。確定巡檢執(zhí)行人。軟件工程經理1.安排相關人員共同制定"工程軟件系統(tǒng)現(xiàn)場維護手冊"；2.負責制定工程系統(tǒng)功能巡檢手冊的制定；3.負責對巡檢執(zhí)行人進展培訓；集成工程師1.負責整理工程集成相關資料；2.負責工程網絡運行環(huán)境、主機與存儲環(huán)境巡檢手冊的制定；3.協(xié)助軟件工程經理對巡檢執(zhí)行人進展培訓；數(shù)據庫管理員1.負責整理工程數(shù)據庫系統(tǒng)相關資料；2.負責工程數(shù)據庫系統(tǒng)環(huán)境巡檢手冊的制定；3.協(xié)助軟件工程經理制定關鍵業(yè)務表巡檢手冊；4.協(xié)助軟件工程經理對巡檢執(zhí)行人進展培訓；交通工程小組1.協(xié)助軟件工程經理制定系統(tǒng)功能巡檢手冊；設備廠商1.協(xié)助集成工程師、數(shù)據庫管理員制定巡檢手冊；巡檢執(zhí)行人1.確認"工程軟件系統(tǒng)現(xiàn)場維護手冊"的所有內容可操作；2.根據"工程軟件系統(tǒng)現(xiàn)場維護手冊"執(zhí)行日常維護工作；巡檢執(zhí)行人應具備的條件熟練使用windows系統(tǒng)，會查詢與查看系統(tǒng)日志；能熟練運用sql語句；熟悉ORACLE、SQLSERVER、MYSQL等常用數(shù)據庫的使用；熟悉Weblogic、ApacheTomcat、JBoss等常用中間件的使用；熟悉Linu*根本操作，能夠部署軟件、系統(tǒng)等操作；工程資料要求。。。。。。。網絡環(huán)境網絡環(huán)境工程資料應包括：設備的IP分配表〔外場，主機，網絡設備〕設備ip地址分配表參考格式如下：序號設備id設備類型(必填)安裝位置(必填)IP地址(必填)掩碼(必填)網關(必填)MAC連通情況(必填)接入交換機ip其他屬性1已連通/未連通2設備id：設備的唯一標示設備類型：如線圈車檢器、電子警察、車牌識別、防火墻、網閘、交換機、效勞器、數(shù)據庫等安裝位置：設備安裝的位置，如路口名、斷面名、樁號；內場設備應說明安裝的機房、機柜號；應便于運維人員識別。ip地址：設備配置的ip地址掩碼：設備配置的子網掩碼網關：設備配置的網關地址MAC：設備的MAC地址連通情況：設備的實際連通情況，需根據情況及時更新接入交換機ip：設備接入的交換機ip其他屬性：上述未盡描述的其他屬性網絡設備配置信息表序號設備id設備類型(必填)配置策略配置文件存放位置1端口：tcp／udp／單向訪問／雙向訪問2設備id：設備的唯一標示設備類型：如防火墻、網閘、交換機等設備互聯(lián)的拓撲圖及相應的設計說明；如果比擬復雜的話，可以考慮提交邏輯拓撲及物理拓撲如果網絡系統(tǒng)和外系統(tǒng)有互聯(lián)關系，請說明外系統(tǒng)互聯(lián)的要求及相應約束〔IP分配、平安策略要求、路由策略要求等〕如果設計中存在冗余鏈路的設計，請說明采用的冗余技術及策略要求如有其他非常規(guī)的網絡技術運用〔負載均衡、VPDN、AAA、策略路由、路由圖等〕請?zhí)峁Ｎ恼f明其他未盡事宜需要一事一議主機及存儲關于主機及存儲工程資料應包括：設備根本信息表設備根本信息表參考格式如下：序號設備id系統(tǒng)用戶名及密碼(必填)操作系統(tǒng)版本(必填)CPU(必填)內存(必填)本地硬盤容量(必填)陣列容量(必填)使用網口其他連接12設備id：設備的唯一標示系統(tǒng)用戶名及密碼：巡檢管理訪問的系統(tǒng)用戶名及密碼操作系統(tǒng)版本：設備安裝的操作系統(tǒng)版本，包括補丁版本；CPU：設備的CPU配置內存：設備的內存配置本地硬盤容量：主機本地硬盤的配置陣列容量：效勞器被分配的存儲陣列的容量使用網口：接入系統(tǒng)使用的網口號，設備上也應做好標示，當網線脫落時，應能幫助運維人員找到正確的接入口。其他連接：與其他設備連接的端口描述如光纖口等。數(shù)據庫系統(tǒng)環(huán)境數(shù)據庫根本信息表序號工程內容備注1數(shù)據庫系統(tǒng)軟件版本2字符集3數(shù)據庫效勞名4數(shù)據庫IP/端口5最大連接數(shù)6設計的最大存儲空間數(shù)據庫存儲說明表空間信息；序號表空間名表空間增長策略表空間最大設計容量用途12數(shù)據表存儲說明表如下：序號表名存儲分區(qū)分區(qū)策略索引策略設計最大記錄數(shù)12用戶信息序號用戶名用戶描述類型12數(shù)據庫字典包含表、視圖、作業(yè)、存儲過程應用軟件環(huán)境工程需整理應用軟件部署情況，參考格式如下：應用軟件靜態(tài)屬性表效勞器ip程序名可執(zhí)行文件名應用軟件類別安裝地址功能描述視頻事件交換軟件數(shù)據交互/通信軟件/計算處理/展示軟件/管理軟件/統(tǒng)計軟件效勞器ip：軟件部署的效勞器ip地址程序名稱：軟件中文名稱可執(zhí)行文件名：應用軟件可執(zhí)行程序文件名應用軟件類別：按照應用軟件的用途分為數(shù)據交互、通信軟件、計算處理、展示軟件、管理軟件和統(tǒng)計軟件。安裝地點：軟件安裝的目錄位置。功能描述：軟件實現(xiàn)的功能。應用軟件運行屬性表：效勞器ip程序名稱應用軟件輸入應用軟件輸出運行周期中間件日志位置配置文件及重要屬性視頻事件交換軟件效勞器ip：軟件部署的效勞器ip地址程序名：軟件名稱應用軟件類別：按照應用軟件的用途分為數(shù)據交互、通信軟件、計算處理、展示軟件、管理軟件和統(tǒng)計軟件。應用軟件輸入：是指軟件的數(shù)據來源，如數(shù)據庫的*業(yè)務表，則列明表名。應用軟件輸出：是指軟件正常運行情況下的輸出形式，如數(shù)據庫的*業(yè)務表或者*ml文件等。運行周期：軟件運行的周期。中間件：軟件運行所需要的中間件名、版本、安裝位置等；日志位置：軟件日志存放位置及名稱，該日志為軟件異常時，需要巡檢人員作為附件一起上報的日志。配置文件及重要屬性：軟件運行相關配置文件的存放位置，及重要屬性，如數(shù)據庫連接串的相關描述；支撐軟件arcgis根本信息序號工程內容備注1gis軟件版本2sde庫連接名3數(shù)據庫連接名4本地文件夾連接圖層信息序號圖層名圖層描述安裝位置123界面功能界面功能描述表：訪問地址：訪問地址：巡檢用戶名及密碼菜單名功能描述功能操作及操作結果訪問地址：界面訪問的地址，或者巡檢界面安裝地址巡檢用戶名及密碼：巡檢用戶使用的用戶名及密碼菜單名：功能菜單訪問名，如為多級菜單則用"-〞分割，如"信息發(fā)布〞-"情報板人工發(fā)布〞功能描述：菜單功能的描述信息功能操作及操作結果：巡檢人員進展界面功能日常巡檢時應做的操作步驟及應看到的結果描述巡檢對象和根本要求根據系統(tǒng)的不同等級，實行不同的巡檢周期。系統(tǒng)級別級別定義巡檢周期A類系統(tǒng)業(yè)務實時性較高，或者受眾用戶多，易產生社會不良效應。如采處發(fā)系統(tǒng)、集成指揮平臺平臺；每日至少一次B類系統(tǒng)業(yè)務實時性較高，但受眾用戶有限，系統(tǒng)故障時，影響有限范圍，如卡口系統(tǒng)；每兩日一次C類系統(tǒng)業(yè)務實時性較低，受眾用戶也有限，系統(tǒng)故障時，只要能恢復故障時的業(yè)務即可，例如電警系統(tǒng)；每周一次A類系統(tǒng)，應實行每日巡檢，每日上午9-10時和下午16-17時，應根各根據巡檢流程對關鍵業(yè)務進展完整巡檢，其他時間可不定期進展工程根本巡檢，發(fā)現(xiàn)問題應及時解決。B類系統(tǒng)，應實行每兩日一次巡檢，應根各根據巡檢流程對關鍵業(yè)務進展完整巡檢，其他時間可不定期進展工程根本巡檢，發(fā)現(xiàn)問題應及時解決。C類系統(tǒng)，應實行每周一次巡檢，應根各根據巡檢流程對關鍵業(yè)務進展完整巡檢，其他時間可不定期進展工程根本巡檢，發(fā)現(xiàn)問題應及時解決。定期維護：系統(tǒng)涉及的效勞器每月應進展一次系統(tǒng)安康檢查，檢查效勞器和數(shù)據庫運行狀態(tài)，清理磁盤空間、無用的交換文件備份、垃圾文件和過期的日志文件，相關設備之間連接狀態(tài)，備份系統(tǒng)日志、操作系統(tǒng)日志和必要的業(yè)務數(shù)據并做好相關維護記錄。以上周期均可根據工程實際情況進展調整。支撐運行環(huán)境支撐運行環(huán)境主要是指支撐軟件運行的各種外部系統(tǒng)、硬件或環(huán)境。主要的運行支撐環(huán)境包括網絡、主機系統(tǒng)、數(shù)據庫和存儲。網絡環(huán)境從支撐軟件系統(tǒng)運行的角度，對網絡環(huán)境日常巡檢的根本要求主要是確保主干網網絡連通性和網絡效勞質量〔QoS〕。巡檢內容：巡檢項巡檢方法參考值頻率連通性檢查采用Ping命令進展,建議至少對每個目標點做兩組重復測量，每組測量次數(shù)不要少于200個。專網：丟包率應為0、時延應不超過10ms互聯(lián)網：丟包率應接近0，時延不超過300ms，但應比擬穩(wěn)定無線鏈路〔GSM、HSDPA等〕:丟包率最高不要超過5%，時延不超過300ms每天路由路徑檢查采用Tracert/traceroute命令檢查,檢查實際路由路徑與設計路由路徑是否一致。應一致。每月網絡設備的CPU、內存負荷運用命令/管理界面〔不同的廠商不一樣〕對網絡設備的運行時CPU、內存負荷進展檢查。CPU5分鐘利用率和內存利用率都應小于45%，45%-49%建議較快處理〔建議4天內響應〕，≥50%急需處理(建議2天內響應)每天以上內容的巡檢結果需填寫到巡檢記錄表單RP001，RP005。連通性檢查在自建有線網絡的情況下，Ping丟包率應為0，建議至少對每個目標點做兩組重復測量，每組測量次數(shù)不要少于200個；Ping的時延數(shù)據依賴于通信的網絡帶寬及ping包的長度，目前典型的百兆/千兆情況下應不超過10ms，且時延分布應比擬窄〔沒有特別高的時延值出現(xiàn)〕，一般應在10ms內；Internet鏈路的Ping，丟包率應接近0，時延可能為幾十或幾百毫秒〔200-300ms〕，但應比擬穩(wěn)定。運營商的無線鏈路〔GSM、HSDPA等〕，丟包率應接近0〔最高不要超過5%-10%〕，時延可能為幾十或幾百毫秒〔200-300ms〕。根據工程ip地址分配表，對中心所有效勞器、重要工作站進展連通性檢查，檢查時需記錄測試主機ip、延時和丟包情況。巡檢結果記錄到表單RP005。路由路徑檢查Tracert/traceroute用于檢查三層路由轉發(fā)是否符合設計要求，具體的正常值和網絡的拓撲設計、冗余設計等均相關。通常采用Tracert/traceroute命令檢查,檢查實際路由路徑與設計路由路徑是否一致。巡檢結果記錄到表單RP006。網絡設備的CPU、內存負荷一般網絡設備的CPU及內存負荷應低于45%，當負載過高時，會引起網絡時斷時通的現(xiàn)象、網速變慢等現(xiàn)象。運用命令/管理界面〔不同的廠商不一樣〕對網絡設備的運行時CPU、內存負荷進展檢查。CPU5分鐘利用率和內存利用率都應小于45%，45%-49%建議較快處理〔建議4天內響應〕，≥50%急需處理(建議2天內響應)。巡檢結果記錄到表單RP001。主機與存儲環(huán)境對主機環(huán)境的運維效勞包括：主機設備的日常監(jiān)控，設備的運行狀態(tài)監(jiān)控，故障處理，操作系統(tǒng)維護，補丁升級等內容。主機及存儲環(huán)境巡檢項主機及存儲環(huán)境根本巡檢內容:巡檢項說明頻率硬件顯示器每月鍵盤/鼠標每月磁帶機每月電源及風扇每月線纜每月HBA卡狀態(tài)每周SAN端口狀態(tài)每周網卡狀態(tài)每周系統(tǒng)系統(tǒng)指示燈狀態(tài)前面板指示燈每周電源指示燈每周磁盤指示燈每周系統(tǒng)控制板指示燈〔CPU/MEM，I/O等〕每周系統(tǒng)日志信息IML日志按需操作系統(tǒng)日志每日系統(tǒng)性能CPU〔使用率小于80%〕每日內存〔使用率小于80%〕每日交換區(qū)〔使用率小于80%〕每日磁盤I/O性能每日磁盤分區(qū)使用率Windows系統(tǒng)磁盤工具/Uni*系統(tǒng)用命令df-k每周系統(tǒng)時間校時偏差每日**進程占用資源Top-c進程名，觀察具體*個進程占用資源的具體情況每日集群進程狀態(tài)每日集群日志每月以上內容的巡檢結果需填寫到巡檢記錄表單RP002。硬件信息外部設備運行狀態(tài)，對磁盤陣列、磁帶機、外置光驅、維護終端等的狀態(tài)、設置進展檢查；對風扇、后備電池、磁盤、磁帶、鍵盤等敏感部件進展重點檢查，查看是否有故障征兆。連接件檢查，對連接插頭、電纜、電源插座等進展檢查系統(tǒng)指示燈狀態(tài)前面板指示燈：查看是否有黃燈、紅燈告警；電源指示燈：查看是否有黃燈、紅燈告警；磁盤指示燈：查看是否有黃燈、紅燈告警；系統(tǒng)控制板指示燈〔CPU/MEM，I/O等〕：查看是否有黃燈、紅燈告警；如有，則對異常進展上報；系統(tǒng)日志信息通過控制面板或者系統(tǒng)命令獲得系統(tǒng)日志，首先比照系統(tǒng)日志文件的大小，查看是否有異常增長，如發(fā)現(xiàn)增長異常，則需進一步分析操作系統(tǒng)日志文件內容。檢查系統(tǒng)日志中是否有設備重啟日志。如存在屢次重啟，則需將問題上報，待技術人員對其進展分析。系統(tǒng)性能通過控制面板或者系統(tǒng)命令獲得效勞器當前CPU、內存、交換區(qū)使用率與磁盤I/O情況，應至少觀察5分鐘，獲得性能平均值，并觀察是否有異常的波動。各項指標平均使用率應低于80%，如超過則應將此異常情況上報。磁盤分區(qū)使用率通過控制面板或者系統(tǒng)命令獲得主要磁盤的使用率、剩余空間。至少應查詢的，windows系統(tǒng)：c盤、D盤。。linu*系統(tǒng)：/usr、/var。如剩余空間比例小于10%則應進展磁盤清理操作或將結果上報。系統(tǒng)時間通過控制面板或者系統(tǒng)命令獲得系統(tǒng)時間與參考效勞器時間，并檢查效勞器是否按方案校時。如系統(tǒng)時間與參考效勞器時間差超過1分鐘，則應進展人工校時操作，如人工校時失敗，則應將此異常情況上報。進程占用資源通過控制面板或者系統(tǒng)命令獲得進程占用資源，首先應觀察相應的進程是否正常開啟，如沒有被開啟，則應啟動相應的進程。接著觀察進程占用資源，應至少觀察5分鐘，獲得平均占有資源，并觀察是否有異常的波動。如進程資源比過高，或者出現(xiàn)異常的波動，則應首先重啟相應進程與相關進程，如重啟后問題仍未解決，則應將此異常情況上報。數(shù)據庫系統(tǒng)環(huán)境數(shù)據庫系統(tǒng)環(huán)境巡檢項數(shù)據庫系統(tǒng)主要的巡檢內容如下：實例狀態(tài)監(jiān)聽狀態(tài)會話進程定時作業(yè)表空間由于不同版本、不同集成方式的數(shù)據巡檢方法差異較大，故巡檢項的巡檢方法、參考值等將在后續(xù)章節(jié)展開。以上內容的巡檢結果需填寫到巡檢記錄表單RP003。oracle數(shù)據庫RAC狀態(tài)巡檢項檢查RAC狀態(tài)首先需要了解數(shù)據庫包含幾個實例節(jié)點,也就是說組成數(shù)據庫集群的有幾臺效勞器，數(shù)據文件是通過何種方式存儲的。目前RAC數(shù)據庫的文件的存儲方式有兩種一種是裸設備，一種是自動存儲管理。只有使用了自動存儲管理方式才需要查看自動管理實例狀態(tài)。巡檢項巡檢方法參考值頻率RAC總體狀態(tài)crs_stat-tState字段為online每天RAC實例狀態(tài)Srvctlstatusdatabase–d<數(shù)據庫名>Instanceisnotrunningon<實例名>，表示異常。每天RAC監(jiān)聽狀態(tài)SrvctlstatuslistenerListener<監(jiān)聽名>isenabledListener<監(jiān)聽名>isrunningonnode(s):db1每天自動管理實例狀態(tài)(可選)srvctlstatusasmASMisrunningondb1,db2每天RAC節(jié)點狀態(tài)srvctlstatusnodeapps每天RAC總體狀態(tài)RAC是oracle集群軟件運行的根底,需要重點關注.RAC集群軟件有假設干個管理進程組成,其中最重要的3個是crsd,cssd,evmd.效勞名稱效勞器描述應有狀態(tài)OSSD效勞ocssd是最關鍵的進程.如果這個進程出現(xiàn)異常,會導致系統(tǒng)重啟.CSS效勞通過多種心跳機制實時監(jiān)控集群安康狀態(tài),提供rac主機群間的信息同步保護等效勞功能OnlineCRSD效勞CRSD效勞是實現(xiàn)高可用性效勞的進程.這個效勞的功能是監(jiān)控應用層資源,并在這些資源運行異常時進展干預,包括關閉,重啟進程或者轉移效勞。OnlineEVMD效勞EVMD效勞負責發(fā)布CRS產生的各種事件.另外負責CRS和CSS兩個效勞間的通訊。OnlineRACGIMON效勞此進程負責檢查數(shù)據庫安康狀態(tài),負責service的啟動,停頓,故障轉移.這個進程會建立到數(shù)據庫的持久連接,定期檢查SGA中的特定信息。OnlineOPROCD效勞如果是非linu*平臺上,此功能由第三方集群軟件提供.此進程是用來檢測集群中主機CPU運行狀態(tài).如果超過預設時間CPU沒有回應,就認為主機工作異常,會重啟主機。Online命令:crs_stat-t結果中有以下幾個內容,效勞名稱類型應有狀態(tài)實際狀態(tài)節(jié)點主機名NameTypeTargetstateHost只要保證實際狀態(tài)列中都是online就說明RAC狀態(tài)時完全正常的.其中重點保證type列中是db、vip、lsnr、asm的效勞狀態(tài)是online。并記錄下效勞狀態(tài)不是online的效勞名稱。RAC實例狀態(tài)實例進程組提供整套數(shù)據庫管理效勞的核心功能，如果集群中有一個節(jié)點出現(xiàn)故障，數(shù)據庫軟件的性能會大幅下降。所以需要重點關注實例狀態(tài)，發(fā)現(xiàn)故障必須及時修復。命令:Srvctlstatusdatabase–d<數(shù)據庫名>結果:可以看到數(shù)據庫下所有實例的狀態(tài)是runing就是正常的.例如以下Instanceisrunningonrac1Instanceisnotrunningonrac2。則表示異常。RAC監(jiān)聽狀態(tài)監(jiān)聽效勞是用來承受客戶端機器對oracle提出請求的。集群中每個節(jié)點都會有一個監(jiān)聽進程。如果監(jiān)聽進程出現(xiàn)故障，則除集群內效勞器外的所有請求都無法響應。命令：Srvctlstatuslistener結果：Listener<監(jiān)聽名>isenabledListener<監(jiān)聽名>isrunningonnode(s):db1,db2。。ASM管理效勞實例狀態(tài)ASM管理效勞是10g以后出現(xiàn)的效勞進程。他是用來管理數(shù)據文件所在的磁盤空間的一個軟件。只有使用ASM方式管理存儲系統(tǒng)才需要關注此效勞的運行狀態(tài)。命令：srvctlstatusasm結果：ASMisrunningondb1,db2單節(jié)點oracle數(shù)據庫系統(tǒng)環(huán)境巡檢項巡檢內容：巡檢項巡檢方法參考值頻率系統(tǒng)實例狀態(tài)selectinst_id,instance_name,statusfromgv$instanceStatus為online每天監(jiān)聽狀態(tài)LsnrctlstatusInstance"監(jiān)聽名",statusREADY,has1handler(s)forthisservice每天會話查詢會話Selectinst_id,count(*)fromgv$sessiongroupbyinst_id應低于250?！部梢暡煌到y(tǒng)實際情況而定〕每天死鎖selectb.owner,b.object_name,b.object_type,a.*fromv$locked_objectaleftjoin(selectdistinctowner,object_name,object_typeformdba_objects)bona.OBJECT_ID=b.object_id應為空每天進程ps-ef|grepcrsps-ef|grepora每天定時作業(yè)selectjob,log_user,last_date,ne*t_date,broken,failuresfromdba_jobsorderbyjobFAILURES列的值應為0每天表空間利用率selecta.tablespace_name,a.mbytesastotal_size,nvl(b.mbytes,0)asfree_size,round((a.mbytes-nvl(b.mbytes,0))*100/a.mbytes,2)asused_ratiofrom(selecttablespace_name,sum(bytes)/1024/1024asmbytesfromdba_data_filesgroupbytablespace_nameunionallselecttablespace_name,sum(bytes)/1024/1024asmbytesfromdba_temp_filesgroupbytablespace_name)aleftjoin(selecttablespace_name,sum(bytes)/1024/1024asmbytesfromdba_free_spacegroupbytablespace_nameunionallselecttablespace_name,sum(s.free_space)/1024/1024asmbytesfromdba_temp_free_spacesgroupbytablespace_name)bona.tablespace_name=b.tablespace_name;used_ratio列應低于90%每天以上內容的巡檢結果需填寫到巡檢記錄表單RP003。數(shù)據庫實例數(shù)據庫實例是數(shù)據庫管理程序。檢查數(shù)據庫實例狀態(tài)就是查看數(shù)據庫軟件是否在正常運行。方法如下：〔1〕使用數(shù)據庫DBA用戶登錄數(shù)據庫〔2〕命令selectinst_id,instance_name,version,statusfromgv$instance主要查看status這個字段的值如果是open表示數(shù)據庫實例是正常的否則就是不正常。另外需要注意的是如果是oraclerac的版本，需要知道有幾個節(jié)點，以上語句的查詢出來的結果就有幾行數(shù)據，數(shù)據條數(shù)少于節(jié)點數(shù)也表示數(shù)據庫實例不正常。數(shù)據庫監(jiān)聽單節(jié)點數(shù)據庫監(jiān)聽檢查方法使用oracle用戶登錄安裝數(shù)據庫