【正文】 n d o w s 操作 系 統(tǒng) 故 障重 裝 w i n d o w s系 統(tǒng)標 準 安 裝 計 算機 軟 件否非 操 作 系 統(tǒng) 的軟 件 故 障是正 常 工 作 流程說明 5 流程 工作內容、 流程步驟 部門 時效 性 重要輸入 工作說明 重要輸出 風險點 計算機桌面管理流程 用戶計算機故障出現 非 IT部門 計算機出現故障，影響工作 上報故障，要求排除 提交故障現象描述，請求排除故障 根據輕重緩急和響應級別優(yōu)先順序來決定先解決哪些故障。整理、分類分公司提交的問題，及時反饋、解決問題。IT 部 工作流程 五、基礎運營管理流程 …… …………………………………………………………… 11 六、計算機桌面管理流程 ………………………………………………………… …… 13 七、系統(tǒng)開發(fā)流程 ……………………………………………………………… ……… 17 八、數據庫管理流程 …………………………………………………………………… 19 九、網絡管理流程 ……………………………………………………………………… 21 十、 系統(tǒng)維護流程 ……………………………………………………………………… 25 十一、項目管理流程 ……… …………………………………………………………… 27 十二、信息安全管理流程 ……………………………………………………………… 31 十三、需求管理流程 …………………………………………………………………… 35 十四、需求變更管理流程 ……………………………………………………………… 38 五 、 基礎運營管理流程 總、分公司主要職責 分公司主要職責 負責機房設計、組織施工和驗收，并將備案相關材料；負責機房日常運行環(huán)境的例檢工作 ；負責機房故障的排除、解決，保證 IT基礎環(huán)境穩(wěn)定； 總公司 IT部 主要職責 負責總、分公司機房建設、管理制度；協(xié)助、審核及監(jiān)督分公司機房建設方案；監(jiān)督并定期 1 抽查分公司機房管理工作； 基礎運營管理流程圖 基 礎 運 營 管 理 流 程 機房故障 故障處理 故障歸檔 故障恢復確認分 公 司 I T服 務 商信 息 技 術 部是 否 可自 行 解 決否是 否 為 總 公 司統(tǒng) 一 購 置 設 備故 障 恢 復形 成 報 告 定 期 提交 總 公 司 信 息 技術 部 聯 系 服 務 商及 時 解 決總 公 司 機 房 管 理 員向 服 務 商 報 修否是及 時 處 理 并 記錄 故 障 原 因是機 房 故 障 流程說明 流程 工作內容、 流程步驟 部門 時效性 重要輸入 工作說明 重要輸出 風險點 基 礎 運 營 管 理 流 程 發(fā)現機房故障 分公司 IT 對機房運行情況詳細了解 查看機房相關 故障 迅速定位問題，是否可自行解決。撰寫、下發(fā)桌面管理制 度及相關制度。 收到故障上報，及時響應。 需求描述 1．用戶的需 求 是 否影 響 生 產數 據 庫 的正常使用。 5. 專線電纜中斷故障短時間無法恢復 故障判斷 分公司 IT 判斷是否設備故障 網絡設備進行標示，對設備運行狀態(tài)了解。 系統(tǒng)設計說明書 系統(tǒng)設計說明書可能會因為用戶的需求變更受到影響，可能會影響項目管理計劃安排。 建立安全措施 IT部 根據公司的信息系統(tǒng)安全政策，選擇建立各項軟硬件的安全措施，包括病毒防治軟件、防火墻技術等，并在網絡上安置必要的預警裝置；定期在公司范圍內發(fā)布病毒防治的數據資料，并提供病毒庫升級下載文檔。 會議紀要 /溝通結果 整理原始需求 總公司需求部門 會議紀要 /溝通結果 空白的原始需求說明書 根據雙方的溝通結果，書 寫用戶原始需求。 確認后的需求規(guī)格說明書 27 書 流程信息清單 名稱 工具 《用戶原始需求說明 書》 《需求規(guī)格說明書》 c EOA 十四 、 需求變更管理流程 各部門權限情況 分公司需求部門 提出需求變更意向到總公司直屬管理部門 總公司需求部門 審核分公司提出的需求變更意向 提出需求變更意向到 IT 部 參 加需求會商 填寫需求變更單 會商確認需求變更單和需求變更評估報告 IT部 接收需求變更意向進行可行性分析，反饋意見 組織需求會商 對于超權限的需求變更向上一級進行報批 根據需求變更單對需求變更進行評估 會商確認需求變更單和需求變更評估報告 更新需求規(guī)格說明書 上級部門 對于下級超權限的需求變更進行審批 流程圖 28 I T 需 求 變 更 管 理 流 程提出需求變更需求變更篩選需求變更會商需求變更審批需求變更確認分 公 司需 求 部 門上 級 領 導 / 信 息 化 建 設 委員 會信 息 技 術 部總 公 司 需 求 部 門否 ， 分 公 司 提 出 的 需 求 變 更否是是同 意不 同 意否否 ， 總 公 司 提 出 的 需 求 變 更是是 否 超 權 限的 需 求 變 更評 估 需 求變 更提 出 需 求 變 更意 向會 商整 理 需 求 變 更草 擬 需 求 變 更意 向審 核 是 否通 過開 發(fā) 管 理 流 程需 求 變 更評 估 報 告草 擬 需 求 變 更意 向接 收 需 求變 更 意 向更 新 需 求 規(guī) 格 說明 書確 認 需 求 變 更 單 和 需 求變 更 評 估 報 告會 商 同 意審 核需 求 變 更 單是 否可 行審 核結 束未 通 過通 過 流程說明 流程 工作內容、 部門 時效 重要輸入 工作說明 重要輸出 風險點 29 流程步驟 性 需求變更管理流程 提出需求變更意向 分公司需求部門 對已確定的需求或者已有系統(tǒng)的功能點需要進行補充、刪減、修改的想法 提出需求變更意向。 需求變更單 審核用戶需求變更單 IT部 需求變更單 審核內容是否全面，描述是否準確，格式是否符合標準。 需求變更評估報告 需求變更確認 總公司需求部門 IT部 需求變更單 需求變更評估報告 雙方進行需求變更確認。 審核結果 對已確定的需求或者已有系統(tǒng)的功能點需要進行補充、刪減、修改的想法 提出需求變更意向。 審核意見 需求評估 IT部 審核通過的用戶原始需求說明書 結合需求具體情況判斷是否需要立項，如需立項，編制評估報告。 事件善后 IT部 根據警報的性質判斷緊急級別，視情況上報公司分管領導，采取補救措施，記錄事故檔案并通報全公司；屬于一般警報的記錄事故檔案，事故處 理完畢，對于事故的責任人和責任部門編制事故總結報告上報公司相關領導處理。 項目驗收階段 IT部 、業(yè)務部門 完成《操作手冊》、系統(tǒng)上線通知簽報流程審批通過。 供應商維 修故障設備 總公司