應用系統管理規定F3主辦2015年3月10日訂定第一章目的保證公司基礎數據合法有效，系統自動跟蹤、識別與控制，支撐整個應用系統的運行合理規范。規范數據管理工作，使業務數據自動生成或一次就源錄入，減少或避免人為干預環節，保障數據的真實性、準確性和及時性，實現數據不落地的要求。規范用戶單位信息化需求提報，在滿足各用戶單位信息化需求的基礎上，統籌安排信息系統開發作業計劃，合理安排信息系統處人力資源，保障信息化相關作業有序進行。規范信息系統之應用系統設計及開發作業過程，藉以掌握和應用需求分析、系統分析、系統設計、程序設計、測試與建置每個過程的作業標準，減少或避免在開發過程中可能出現錯誤和偏差，確保系統設計合理、正確，以及過程作業記錄，以供日后功能追蹤參考。規范和加強應用系統的運行維護管理工作，對已投運系統進行運行維護，保障系統穩健運行，提高系統可用率。協調組織力量進行系統監控、事件的應急響應處理和故障演練，減少系統故障的發生，提高故障問題的處理效率。保障用戶使用應用系統時操作規范，確保系統數據準確性和及時性，使業務數據在應用系統中順暢運轉。加強信息化系統用戶賬戶管理，規范用戶賬戶的使用，提高用戶賬戶的安全性。第二章適用范圍適應于公司各類信息化系統，但制程信息化系統不在此列。第三章定義基礎數據包含物料、供應商、客戶、人事、產線、設備、系統用戶等系統靜態基本數據。業務數據是指的在信息系統內記錄的公司產供銷、質量、運輸、設備、能源、人資等業務的動態數據。信息化需求是指的用戶單位依據公司發展規劃以及實際業務開展需要，以年度的方式提報的信息化需求。因公司發文或重要會議決議提出的信息化也在此列。設計及開發相關定義系統分析：結合已經確定業務需求文檔，理清業務邏輯結構，確定軟件系統要實現的具體功能，建立業務邏輯模型。系統設計：根據系統分析階段所確定的新系統的邏輯模型、功能要求，設計出一個能在計算機網絡環境上實施的方案，即建立新系統的物理模型。程序設計：將系統設計建立的物理模型用計算機程序設計語言予以實現，對源程序進行編輯、編譯和連接。系統測試：系統測試是將經過集成測試的軟件，作為計算機系統的一個部分，與系統中其他部分結合起來，在實際運行環境下對計算機系統進行的一系列嚴格有效地測試，以發現軟件潛在的問題，保證系統的正常運行。系統建置：將測試通過的軟件系統部署到正式環境，移交業務部門使用，加入公司生產或管理作業運轉。運行維護相關定義系統監控：為了及時發現、解決問題，根據系統運行的關鍵或者重要指標，定周期、定人對系統進行跟蹤。故障處理：指信息系統運行過程中出現的各類問題的處理。對業務產生重大影響，需短時間內解決的問題稱為緊急故障，其余的稱為日常故障。故障演練：檢驗應急計劃的有效性、應急準備的完善性、應急響應能力的適應性和應急人員的協同性而進行的一種模擬應急響應的實踐活動。為了保證系統發生故障后，能夠得到快速處理，并通過故障演練制定一些緊急預案，以期在故障發生后能夠快速解決。業務操作是指應用系統使用用戶在系統中輸入、審批、輸出等操作。用戶是指公司各類信息化系統及相應的操作系統、數據庫所涉及的所有用戶賬戶，含用戶賬戶的申請、審批、權限分配、密碼修改、用戶注銷、操作記錄、用戶安全審計等方面的管理。用戶單位是指應用系統的各使用單位。第四章作業管理規定基礎數據基礎數據的編碼規則由主責用戶單位訂定，財務部門協助審查是否符合成本核算要求，信息系統處協助審查是否符合信息系統規范。基礎數據是信息系統的基石，編碼規則一旦確定后，不能輕易變更。如確實需要修改，需與信息系統處共同研討其可行性后，報總經理核定后方可進行修改。主責用戶單位負責基礎數據的新增、修改和廢止等維護工作，保證基礎數據的準確性、唯一性和可用性。主責用戶單位對基礎數據進行維護前，需要評估系統上、下游系統影響，與相關用戶單位進行溝通后再進行維護，保證業務的可持續性。用戶遭遇基礎數據問題，需向主責用戶單位反饋，由主責用戶單位進行更正。基礎數據維護后，主責用戶單位應記錄數據變更記錄，以備后查。業務數據業務人員對其崗位產生的業務數據負責，監控自動生成的業務數據是否及時準確完整，無法自動生成的業務數據，需一次就源錄入系統。業務數據由于人為原因出現錯誤時，需及時通過系統更正，無法通過系統更正的，提交書面申請交信息系統處處理。業務數據由于系統原因導致錯誤時，用戶單位及時反饋信息系統處，信息系統處分析導致錯誤原因，修復系統BUG并修正錯誤的數據，并填報業務數據修改記錄。信息系統處F31/F34/F35不能從前臺頁面或后臺私自修改業務數據，如遇特殊原因，必須由F31/F34/F35修改時，需有用戶單位提出申請，用戶單位一級主管、信息系統處一級主管核準后方可進行修改作業，并填報業務數據修改記錄。業務數據的導入功能由信息系統處開發功能實現，導入工作由業務人員進行，如遇特殊原因，必須由F31/F34/F35后臺導入時，需有用戶單位提出申請，用戶單位一級主管、信息系統處一級主管核準后方可進行導入作業，導入作業進行之前需做好數據備份，導入作業完成后填報業務數據導入記錄。需求管理信息系統處于每年底向各用戶單位發出年度需求調查表，以收集各用戶單位次年度的信息化需求。用戶單位收到年度需求調查表后，應召集本單位關鍵業務人員梳理業務辦理所遭遇問題，以提高工作效率、降低管理/生產成本為目標，提出次年度信息化需求，必要時可請信息系統處給予技術支持，于次年初完成需求目錄及說明的填報，提交給信息系統處。由于公司發文或重要會議決議導致的業務變更而產生的需求，業務部門應于3個工作日內向信息系統處按約定格式提出臨時信息化需求說明。信息系統處收到用戶單位年度需求說明后，應組織相應專案組進行需求評估，評估信息化需求之合理性，考慮因素包括需求有效期、軟硬件容量、信息系統整體規劃、系統實現難度等，必要時召集需求提出單位進行討論需求之合理性。信息系統處評估屬不合理之需求，應以書面或OA形式告知屬不合理信息化需求不予接受，并說明原因。信息系統處評估屬合理之需求，由專案組專案計劃工程師編制年度工作計劃草案，至少包括專案名稱、詳細描述、所需人力和完成節點等內容。年度工作計劃草案完成后，呈報F31/F34/F35組長核準，如同意生成正式年度需求計劃，如不同意則退回專案計劃工程師重新編制。年度工作計劃草案完成前，用戶單位可向信息系統處提出不影響整體需求方案架構的少量需求，信息系統處可予以進行調整，年度工作計劃核準后，用戶單位的需求變更信息系統處應不予受理。設計及開發系統分析系統分析作業由信息系統處F31/F34/F35系統分析人員主導，用戶單位協助審查作業過程是否與需求規范偏離；功能架構定義。信息系統處根據需求確認書進行功能架構定義，功能架構定義完成后，應提交系統功能架構文檔；業務流程分析。分析每個業務點所設計的業務流程及業務數據交互邏輯，業務流程分析完成后，提交業務流程分析報告；作業流程規劃。作業流程規劃應包括系統處理功能的輸入、輸出及人機界面，待完成后，交付作業流程規劃書；跨系統整合分析。跨系統整合應包含相關系統間的協同處理機制，分析完成后，交付系統間關系分析說明書，文檔應包括系統間協調處理的時機、方式和內容；資料分析。對所涉及的基礎資料及用途分類匯總，并確定其編碼規則，資料分析完成后，提交資料編碼原則文檔；軟硬件需求預估：預估軟件開發所需的人力和軟硬件配置，軟硬件需求預估完成后，提交軟硬件設備需求表；系統質量審查。制定系統質量及控制標準，專案計劃工程師與用戶單位共同評審系統質量，評審通過后，提交作業確認書。文檔審查。將系統功能架構、作業流程、編碼規則、軟硬件需求表等文檔呈信息系統處二級主管審核，通過后進入系統設計階段。系統設計信息系統處F31/F34/F35設計人員負責系統設計作業過程，用戶單位協助審查設計作業是否與需求規范偏離。輸出設計。信息系統處設計人員根據系統分析文檔進行輸出設計，輸出設計應包括畫面設計、報表設計、數據庫和檔案設計，輸出設計完成后，應交付輸出畫面格式、輸出報表格式、輸出報表清單、數據庫格式說明、系統檔案清單等文檔。輸入設計。輸入設計包括畫面設計和編碼設計，輸入設計完成后，應交付輸入畫面格式、輸入畫面清單、系統代碼等文檔。處理設計。處理設計包括架構設計、模組設計和控制設計，處理設計完成后，應交付系統流程圖、系統程序清單、程序規范等文檔，交付文檔呈交用戶單位確認，確認后進入程序設計。編制作業確認書。匯總系統設計交付文檔，形成作業確認書，作業確認書由二級主管審核完成后，進入程序開發作業。程序撰寫。信息系統處F31/F34/F35開發人員根據系統設計中的程序規范文檔進行程序撰寫。程序測試。開發人員對初步完成的程序進行單元測試，完善程序功能，彌補程序漏洞，確保程序嚴謹健壯。標準檢查。按照質量控制標準、需求文檔、設計文檔的要求對程序進行檢查，并交付程序單元測試報表。程序文檔制作。針對檢查通過后的程序制作程序說明文檔，交付程序文檔、程序規范、程序撰寫標準檢查等文檔。內部審查。信息系統處參照需求和設計文檔對開發完成的系統進行內部審查，并經由二級主管審核，內部審查通過后，進入系統測試。系統測試信息系統處F31/F34/F35測試人員主導系統測試作業過程，用戶單位協助提供測試用例，并按信息系統處測試計劃進行系統測試。F31/F34/F35測試人員制定系統測試計劃，并提交組長對計劃可行性進行審批。系統測試計劃必須定義測試標準，并明確各種測試的測試步驟和需要的系統設置要求。用戶單位負責測試數據準備，測試用數據要足夠模擬真實使用環境中的實際數據。對已評定為敏感信息的數據進行敏感性處理和保護。F31/F34/F35測試人員建立測試環境進行系統測試。在系統測試中對系統內部各模塊之間的接口和與其他系統的接口進行充分測試。系統測試完成后，測試人員將測試發現的問題交由開發人員處理，并出具系統測試報告，用戶單位及F31/F34/F35二級主管應在系統測試報告中簽字確認。F31/F34/F35完成系統幫助文檔（其中包括《用戶操作手冊》和《安裝維護手冊》）。凡涉及應用系統的變更，應對系統幫助文檔及時更新。將測試通過的軟件系統部署到正式環境，交付用戶單位使用。系統監控F31/F34/F35負責制定系統監控方案，包括指標名稱、指標說明、周期、正常/異常判斷標準、責任人等；系統監控指標應包括系統跟蹤的關鍵點和易發生的故障點；系統監控的人員應具有高度責任心，能夠切實根據制定的監控方案定期實施系統跟蹤。系統監控過程中，如發現監控指標異常，需立即通知專案計劃工程師進行處理，并記錄異常指標的信息。信息系統處設立計算機作業課（F322），負責故障的受理、記錄、分派、處理過程的信息溝通，以及處理結果的跟蹤。對于一般故障，F322故障受理人員按照故障對正常業務和信息系統的影響程度，劃分為高、中、低三類處理優先級，確定處理順序。能夠自行處理的，立即處理，不能自行處理的提交故障處理專責人員。對于緊急故障，F322故障受理專責人員應立即聯系故障處理專責人員進行處理，并上報相應組長。故障處理人員必須詳細記錄處理過程，在處理完成后，記錄備案。F322故障受理負責人每月審核匯總故障受理與處理情況，分析故障處理方法，總結故障產生的原因，并制定預防措施，形成《故障分析報告》，提交信息系統處處長及各組長審閱。故障的受理和處理過程產生的所有文檔均由信息系統處文檔管理人員統一保存和管理。保存期限至少為1年。故障演練必須選擇系統用戶使用頻率低的夜間或者休息日進行，在確保系統運行正常的情況下，選擇常見或者極少發生但影響系統運行的故障進行重點演練。故障演練完成后，依據故障演練過程，F31/F34/F35于5個工作日內完成演練總結報告，并制定故障的緊急處理預案，存檔。業務操作業務操作人員嚴格審核錄入系統數據的準確性和可用性，不應出現垃圾數據和錯誤數據致使業務數據流程異常情況的發生。業務操作人員對自己用戶名下處理的系統業務負責，系統用戶在系統中處理的業務，不管實際是否是系統用戶本人操作，都視為該系統用戶操作。業務操作人員嚴格按照時間要求及時在應用系統中進行業務操作，避免影響下一道工序的情況發生。對于業務操作專用電腦，不得私自安裝于應用系統無關軟件或者運行第三方軟件，以確保系統安全性和運行效率。業務操作出現數據異常時，參考第4.2條“業務數據管理”執行。用戶管理信息化系統上線前，主責用戶單位負責收集整理所需申請的用戶及相應角色、權限，統一提交信息系統處，由信息系統處統一進行初始化。主責用戶單位負責系統用戶日常授權管理，并制定用戶授權管理規定。系統上線后如需進行賬戶申請、信息修改、權限變更、用戶注銷等操作，由主責用戶單位指派專人負責，對其修改之必要性、可行性、安全性