信息網絡運維項目質量目標

1、信息網絡運維項目部部門質量目標一：總目標1、信息網絡運維項目驗收合格率過100%2、信息網絡維護設備消缺完成率98%3、運行設備檢修一次成功率98%4、完成設備檢修任務，設備等級達到全優(yōu)標準；5、顧客滿意率達100%6、故障響應及時率100%查2014年3月管理目標考核完成情況統計表實際完成：1、100%2、99%3、98%4、達成5、100%6、100%1、質量方針：質量第一、用戶至上。維修中貫徹執(zhí)行IS09001:2000質量體系，向客戶提供符合國家質量標準的維修服務。2、質量目標：爭取一次性查出故障原因并維修合格，讓客戶盡早重新投入使用。3、建立計算機維修質量管理體系：我部門將委派優(yōu)秀運

2、維人員組成計算機維護。運維人員在計算機維護部門的領導下充分發(fā)揮自身及整體優(yōu)勢的基礎上，嚴格按照GB/T19001-ISO9001:2000模式標準建立的質量保證體系來運作，形成以全面質量管理為中心環(huán)節(jié)，以專業(yè)管理和計算機管理相結合的科學化管理體制，以此出色地實現維修質量目標，以及對客戶的承諾。4、內部溝通：計算機維護部門在各層次和職能之間，就質量管理體系的過程及其有效性進行溝通，增強理解、協調管理，在計算機維護部門內各層次的管理、執(zhí)行、驗證人員之間，對質量要求、質量目標的完成情況及實施的有效性，形成縱向、橫向的信息溝通系統。5、管理評審：計算機維護部門根據內部和外部的信息反饋，對質量管理體系如

3、何滿足市場、客戶的要求或組織機構發(fā)生重大變化，每一季度由計算機維護部門辦公室負責收集信息，主持進行管理評審，評審主要包括：客戶滿意度和客戶溝通調查結果，維修過程的測量和監(jiān)控結果，計算機的測量和監(jiān)控結果，糾正和預防措施實施狀況以及所有影響計算機維修質量管理體系運行的各種變更。6、資源管理：人力資源的組織和決定由計算機維修管理部門進行。聘用的人員需擁有必要的學歷，培訓，技能和經驗來滿足其所承擔工作的責任要求，計算機維修管理部門將決定聘用進一步員工或勞動力。所有必需的維修設備和工作環(huán)境以及足夠的宿舍，營地或其它相關設施將提供給員工和勞務。資源管理將包括以下事項：建立人力預測（組織，值班計劃，年假等）

4、；人員培訓；聘用前建立工作環(huán)境；繼續(xù)改進員工對于其責任的認識；至2014年6月底，西寧九正電子有限公司在國網公司的運維中又滿一年的時問了，在這為期一年的運維工作中，信息網絡運維部業(yè)務飛速發(fā)展，設備數量不斷增加，人員的技術水平和業(yè)務知識又了顯著地提高。各項指標驗收合格率均已達到100%在運維過程中，積極協助新增設備的各項實施工作，獲得了信息技術部的肯定，在到貨，驗收，集成方案和安全調試過程中提供全程保障：運維期間內，主機，服務器，打印機，復印機網絡和桌面均沒有發(fā)生重大的生產安全事故，對于一些潛在的威脅也都在得到信息技術部門的批示下，慎審周密的完成了整改工作，運用先進的技術和經驗提高勞動效率和運維

5、工作質量。已達到設備消缺完成率98%在工作的過程中注意新技術和新學習方法和收集，對于有利于運維工作的成功方案及時整理并記錄，豐富個人的知識儲備，以便更好的完整運維工作。實現運行設備檢修一次成功率98%在運維期間內，完成設備檢修任務，使設備登記達到全優(yōu)標準，組織有關部門制定設備檢修技術方案，審定設備檢修規(guī)程，審定設備檢修工時定額，材料消耗定額，對設備檢修質量，進度以及施工現場，進行監(jiān)督，檢查，考核。安排運維計劃，落實施工準備，組織科學，文明檢修，全面完成各項檢修任務。IT項目質量管理信息網絡運維的全面質量管理的出發(fā)點和落腳點是客戶滿意度。信息系統的建設，為信息系統的有效運行提供基礎，高質量的信息

6、系統能發(fā)揮應有的經濟效益和社會效益，為政府、企事業(yè)單位的日常管理、決策、發(fā)展規(guī)劃提供幫助。因此，信息網絡運維的質量控制是十分重要的，只有編制詳細的、有針對性的質量計劃、實施嚴格的質量控制，才能真正實現信息系統的質量建設目標，讓客戶滿意，保護信息化建設的投資。計算機信息網絡運維的質量目標不僅僅是系統運行正常，而是在系統運行正常的前提下滿足客戶的需要。本文將全面質量管理引入計算機信息系統集成項目的質量管理，結合計算機信息系統集成項目的特點和我的實際工作體會，就如何進行計算機信息系統集成項目的質量管理展開論述。一、計算機信息網絡運維質量的影響因數1.1、 人、組織的質量意識和質量能力包括建設單位、系

7、統集成商、施工分包單位、軟件開發(fā)分包單位、監(jiān)理單位、軟硬件及其其他配件供貨商、系統分析員、軟件開發(fā)人員、施工作業(yè)人員和管理人員的質量意識、能力、資格。1.2、 項目決策沒有經過充分的可行性論證和盲目追求高標準、多功能，缺乏質量經濟性考慮的決策，將對項目質量產生影響，特別是客戶滿意度將大打折扣。1.3、 現場勘察和系統需求分析因數現場勘察和客戶需求的調查分析的結果，將直接影響項目的系統架構規(guī)劃設計和數據庫定義是否合理、完善、適宜。1.4、 系統總體規(guī)劃和設計、編碼因數系統規(guī)劃設計將直接影響項目硬件和應用軟件、數據庫的可靠性、正確性、充分性、合理性和系統運行效率。編碼設計將影響程序的可維護性（可讀

8、性、可理解性、可修改性）、代碼邏輯與效率、函數（模塊）接口正確性、可測試性。1.5、 設備材料和系統開發(fā)、運行平臺設備材料的質量、規(guī)格、性能是否符合設計規(guī)定的標準直接關系到項目硬件系統的質量。中間件、系統開發(fā)、運行平臺、數據庫是否符合設計要求和軟件產品質量標準將直接關系到項目開發(fā)應用軟件系統的可靠性、穩(wěn)定性、兼容性、可測試性。1.6、 項目計劃項目計劃落實了項目實施的管理組織、職責分工、工作程序、項目實施順序、流向、質量控制點以及技術工藝、方法、工具等，是影響項目質量的重要因素。1.7、 項目實施環(huán)境自然環(huán)境、作業(yè)環(huán)境、管理環(huán)境和系統接入服務環(huán)境都會對系統質量形成相當影響。二、計算機信息系統集

9、成項目的質量管理過程2.1、 質量計劃系統的目標決定了系統的組織，而組織是目標得以實現的決定性因數，所以質量計劃首先是確定項目質量目標，并根據工作分解結構（WBS將目標分解到每個工作包，并按職責分工將工作包的質量目標落實到每個小組成員。每個工作包的輸入和輸出都必須予以明確。工作包根據項目情況不同，一級WBW括需求分析、系統規(guī)劃設計、程序編碼、測試、設備材料及軟件采購、項目施工、竣工驗收、售后服務等。如果某項工作屬于分包，必須建立對分包方的管理制度；同時，分包方必須要有相應的質量計劃，經過總包單位審核后實施。其次，建立與項目目標相一致的項目管理組織，明確各工作包的質量責任人。質量計劃應符合GB/

10、T12504-90計算機軟件質量標準保證計劃規(guī)范。2.2、 質量保證建立質量保證組織。質量組織和項目管理組織不同，項目管理組織主要是執(zhí)行質量計劃（質量管理方面），質量保證組織是組織實施質量活動、檢查質量計劃的執(zhí)行情況。制定質量活動計劃。根據項目進度計劃制定質量活動計劃，如：系統需求報告完成后進行需求審查、設計完成后進行設計審查、現場施工的質量檢查、各個階段質量記錄的檢查等。選擇和確定SQA活動，即選擇SQAfi所要進行的質量保證活動，如各個階段工作過程的檢查和結果的審查。2.3、 質量控制對于在質量計劃實施、質量活動中發(fā)現的缺陷和問題，必須采用一定的工具和方法進行分析，找出原因，進行改進。計算

11、機信息系統集成項目的質量管理包括全過程的質量管理、全方位的質量管理、全員參與的質量管理。從不同側面對計算機信息系統集成項目進行質量管理。三、計算機信息網絡運維質量控制點計算機信息網絡運維的全過程質量管理涉及項目的整個生命周期，包括前期論證的質量管理、需求分析的質量管理、規(guī)劃設計的質量管理、系統實施的質量管理、集成運行測試的質量管理、收尾及驗收的質量管理、保修期的質量管理、保修期后的質量管理。3.1、 前期立項論證階段的質量管理由于決策者專業(yè)知識的匱乏，決定了其對計算機信息信息網絡運維最終目標定位的不準確性，所以進行項目可行性研究是必要的。生產廠家和產品經銷商在向客戶推薦產品或解決方案時，不從客

12、戶的實際需要出發(fā)，為了銷售業(yè)績和經濟利益盲目推薦高端產品、不常用產品或最新推出的新技術產品，這樣做不僅增加了設備、軟件運行平臺、開發(fā)環(huán)境的造價，同時為系統設計、安裝調試、軟件開發(fā)、系統維護增加了難度，大大增加了系統的建設成本、開發(fā)成本、運行成本、維護成本和質量成本，而最終的結果是客戶滿意度不高，承擔這種結果的卻是客戶和系統集成商。這種情況在政府和國有大型企業(yè)的信息系統建設中屢見不鮮，即使是成功的項目，也造成了極大的浪費。可行性研究應該提出多個具有明確目標、技術可行的方案，對各個方案進行經濟技術分析論證。決策者根據可行性研究論證的結果選擇實施方案。選定了項目目標，即確立了項目開展后續(xù)工作的基礎，

13、為質量管理計劃提供了依據，提供了項目質量客戶滿意度的一個重要指標。方案可行性分析必須收集足夠的自然環(huán)境、社會環(huán)境、經濟技術等各個方面的資料，并進行經濟技術分析，得出方案的經濟技術指標及其風險。可行性研究可以委托專業(yè)的咨詢機構來完成，也可以投資者自己來做，不管誰來做，在進行方案評審時，必須要有熟悉客戶業(yè)務流程、規(guī)則的專家和系統分析人員參加，以保證方案在技術上的可行性。3.2、 需求分析的質量管理需求分析是計算機信息網絡運維中最困難、對項目成敗影響很大的過程。有幾種原因使需求分析變得困難：（1）客戶說不清楚需求；（2）需求自身經常變動；（3）分析人員或客戶理解有誤。為了解決上述問題，確保計算機信息

14、網絡運維的質量，有必要采取各種方式、方法、渠道明確客戶完善的、真正需要實現且能夠實現的、符合可行性方案確定目標范圍內的需求。1、必須按照項目計劃的要求，建立統一的溝通組織和溝通機制。2、獲取客戶需求的方法應該多樣化，如調查表、直接與客戶交談、實際參與客戶的業(yè)務工作、聘請專家、構建摸型等。3、盡可能地分析清楚哪些是穩(wěn)定的需求，哪些是易變的需求。4、需求分析必須最終形成系統需求文檔。5、需求分析完成后，系統需求必須進行評審和確認。系統需求評審應有客戶管理、使用者、系統規(guī)劃設計人員和業(yè)務專家等參加，并形成用戶需求說明書。在客戶確認用戶需求說明書以前，不能進行系統規(guī)劃設計。用戶需求說明書應符合以下條件

15、：1、清楚“做什么”和“不做什么”。2、需求說明不可有二義性，更不能前后相矛盾。如果有二義性或前后相矛盾，則要重新分析此需求。3、每項需求均是可實現的和符合可行性方案確定的目標。4、說明哪些是穩(wěn)定的需求，哪些是易變的需求。以便于系統設計時，有針對性地采取預防措施。5、最好為每個需求注釋“為什么”，這樣可讓設計人員了解需求的本質，以便選用最合適的技術來實現此需求。6、用戶需求說明書應符合GB9385-88計算機軟件需求說明編寫指南。3.3、 系統規(guī)劃設計的質量管理系統設計是把需求轉化為系統的最重要的環(huán)節(jié)。系統設計的優(yōu)劣在根本上決定了系統的質量。它要求系統設計員在充分理解用戶需求說明書的基礎上，以

16、用戶需求說明書為依據，提出經濟合理、結構良好的高質量的系統目標模型。系統規(guī)劃設計階段（初步設計）的任務是根據系統需求分析階段形成的系統需求的要求，結合企業(yè)技術、設備、組織、人員等具體條件，將“做什么”轉換成“怎樣做”的物理模型。初步設計通常從功能分解入手，將系統劃分成功能簡單的若干個子系統，這樣不僅可以簡化設計，而且還有利于任務分工和今后的修改和擴充。將項目實體按照WBST法進行初步分解，進行網絡系統拓撲定義、網絡接口定義、網絡技術要求說明，完成信息處理流程設計（繪制出系統的處理流程圖）、功能模塊的定義、模塊功能說明書、數據結構定義、數據關聯定義。詳細設計是在確定功能結構圖WBS勺同時，進一步

17、確定每一模塊（WBST作包）的具體實現方法、設計系統的物理模型等，對初步設計的每個WBST作包進行分解，形成更加詳細、內容更加具體、功能明確、要求明確的工作包。詳細設計進行計算機硬件和網絡設備選型、軟件程序結構定義、程序接口定義、編寫模塊程序設計說明書、數據字典定義。l系統規(guī)劃設計必須以確認的用戶需求說明書為輸入。l系統規(guī)劃設計必須形成系統規(guī)劃設計說明書，由需求分析人員、規(guī)劃設計人員、詳細設計人員、系統實施人員進行評審。l系統詳細設計的評審必須有規(guī)劃設計人員、詳細設計人員、系統實施人員參加。3.4、 系統實施的質量管理系統實施階段包括綜合布線系統施工及測試、網絡設備安裝、網絡配置設計、程序編碼

18、設計、最小工作包程序（函數）的測試等工作內容。只有系統設計文件完全符合系統實施前，要對作為本工作包輸入的系統設計文件進行驗證,質量控制要求時，才能開始本工作的實施。綜合布線系統施工、網絡設備安裝必須符合國家、地方、行業(yè)的標準和規(guī)范以及設計文件的要求，作好設備材料進場報驗、技術變更、隱蔽工程驗收、安裝測試報告，按照檢驗批、分項工程、分部工程工程進行驗收。程序編碼設計要從代碼的可維護性（可讀性、可理解性、可修改性）、代碼邏輯與效率、函數（模塊）接口、可測試性四個方面進行質量控制。1 .排版。使用縮進方式，使程序結構清晰，便于閱讀和理解。2 .注釋。注釋的原則是有助于對程序的閱讀理解，要準確、易懂、

19、盡可能簡潔。3 .變量、常量、函數命名規(guī)則統一，要考慮簡單、直觀、不易混淆。4 .可維護性。每個模塊不宜太長，排列順序應便于閱讀；每個函數完成單一的功能，便于理解、測試、維護；在函數的項目維護文檔中，應該指出軟件適用的硬件平臺及版本。5 .程序正確性、效率。6 .接口是否符合系統設計的要求，返回參數的格式、長度是否正確。7 .代碼可測性。在編寫代碼之前，應預先設計好程序調試與測試的方法和手段，并設計好各種調測開關及相應測試代碼。程序的調試與測試是軟件生存周期中很重要的一個階段，如何對軟件進行較全面、高率的測試并盡可能地找出軟件中的錯誤就成為很關鍵的問題。因此在編寫源代碼之前，除了要有一套比較完善的測試計劃外，還應設計出一系列代碼測試手段，為單元測試、集成測試及系統聯調提供方便。