【正文】 理計劃安排。 《項目驗收總結報告》 流程信息清單 名稱 工具 《項目章程》 附件一、項目章程. doc 《項目管理計劃》 附件二、項目管理 《系統(tǒng)設計說明書》 附件五、系統(tǒng)設計 《項目驗收總結報告》 附件八、項目驗收 十二 、 信息安全管理流程 職責范圍 總公司 IT部 、分公司信息技術室或信息維護人員 為信息系統(tǒng)安全的責任單位和個人，主要職責是： 21 （一） 貫徹執(zhí)行總公司 IT部 的管理辦法，指導、監(jiān)督、協(xié)調和規(guī)范信息系統(tǒng)安全 工作； （二） 擬訂信息系統(tǒng)安全總體規(guī)劃和信息系統(tǒng)安全管理規(guī)定，并監(jiān)督執(zhí)行； （三） 跟蹤先進的信息系統(tǒng)安全技術，提出信息系統(tǒng)安全防范策略； （四） 參與信息系統(tǒng)工程建設中的安全規(guī)劃，監(jiān)督安全措施的執(zhí)行； （五） 負責信息系統(tǒng)安全專用產品的選型，組織信息系統(tǒng)安全的評估和審批； （六） 組織本機構信息系統(tǒng)安全檢查，分析轄內信息系統(tǒng)安全總體狀況，提出安全分析報告和安全防范建議； （七） 組織本機構信息系統(tǒng)安全知識的培訓和宣傳工作； 專（兼）職信息系統(tǒng)安全管理員應履行以下職責： （一） 負責信息系統(tǒng)安全管理的日常 工作； （二） 開展信息系統(tǒng)安全檢查工作，對要害崗位人員信息系統(tǒng)安全工作進行指導； （三） 開展信息系統(tǒng)安全知識的培訓和宣傳工作； （四） 監(jiān)控信息系統(tǒng)安全總體狀況，提出安全分析報告； （五） 了解行業(yè)動態(tài)，為改進和完善信息系統(tǒng)安全管理工作，提出安全防范建議； （六） 及時向總公司 IT部 報告信息系統(tǒng)安全事件。 建立安全措施 IT部 根據(jù)公司的信息系統(tǒng)安全政策，選擇建立各項軟硬件的安全措施，包括病毒防治軟件、防火墻技術等，并在網(wǎng)絡上安置必要的預警裝置；定期在公司范圍內發(fā)布病毒防治的數(shù)據(jù)資料，并提供病毒庫升級下載文檔。 需求意向 需求可行性風險 需求變更風險 監(jiān)管風險 總公司需求部門 分公司需求意向 審核分公司需求意向。 會議紀要 /溝通結果 整理原始需求 總公司需求部門 會議紀要 /溝通結果 空白的原始需求說明書 根據(jù)雙方的溝通結果，書 寫用戶原始需求。 簽報 /召開信息化建設委員會 立項審批 上級領導 /信息化建設委員會 簽報 /召開信息化建 設委員會 進行需求審批，給出決策意見，對于不同意立項的需求，進行結束。 確認后的需求規(guī)格說明書 27 書 流程信息清單 名稱 工具 《用戶原始需求說明 書》 《需求規(guī)格說明書》 c EOA 十四 、 需求變更管理流程 各部門權限情況 分公司需求部門 提出需求變更意向到總公司直屬管理部門 總公司需求部門 審核分公司提出的需求變更意向 提出需求變更意向到 IT 部 參 加需求會商 填寫需求變更單 會商確認需求變更單和需求變更評估報告 IT部 接收需求變更意向進行可行性分析，反饋意見 組織需求會商 對于超權限的需求變更向上一級進行報批 根據(jù)需求變更單對需求變更進行評估 會商確認需求變更單和需求變更評估報告 更新需求規(guī)格說明書 上級部門 對于下級超權限的需求變更進行審批 流程圖 28 I T 需 求 變 更 管 理 流 程提出需求變更需求變更篩選需求變更會商需求變更審批需求變更確認分 公 司需 求 部 門上 級 領 導 / 信 息 化 建 設 委員 會信 息 技 術 部總 公 司 需 求 部 門否 ， 分 公 司 提 出 的 需 求 變 更否是是同 意不 同 意否否 ， 總 公 司 提 出 的 需 求 變 更是是 否 超 權 限的 需 求 變 更評 估 需 求變 更提 出 需 求 變 更意 向會 商整 理 需 求 變 更草 擬 需 求 變 更意 向審 核 是 否通 過開 發(fā) 管 理 流 程需 求 變 更評 估 報 告草 擬 需 求 變 更意 向接 收 需 求變 更 意 向更 新 需 求 規(guī) 格 說明 書確 認 需 求 變 更 單 和 需 求變 更 評 估 報 告會 商 同 意審 核需 求 變 更 單是 否可 行審 核結 束未 通 過通 過 流程說明 流程 工作內容、 部門 時效 重要輸入 工作說明 重要輸出 風險點 29 流程步驟 性 需求變更管理流程 提出需求變更意向 分公司需求部門 對已確定的需求或者已有系統(tǒng)的功能點需要進行補充、刪減、修改的想法 提出需求變更意向。 可行性初步判斷結果以及建議 需求會商 總公司需求部門、 IT部 可行的需求變更意向 針對可行的需求變更雙方進行討論，結合已經(jīng)確定的需求或者已有系統(tǒng)進行分析，確定實現(xiàn)方式和可能的影響。 需求變更單 審核用戶需求變更單 IT部 需求變更單 審核內容是否全面，描述是否準確，格式是否符合標準。 最新的需求規(guī)格說明書 30 流程信 息清單 名稱 工具 《需求變更單》 c 《需求變更評估報告》 需求變更評估報告. doc EOA 。 需求變更評估報告 需求變更確認 總公司需求部門 IT部 需求變更單 需求變更評估報告 雙方進行需求變更確認。 EOA報批 /召開信息化建設委員會 審核 上級領導 /信息化建設委員會 超過需求方和 IT部 權限的需求變更 進行需求變更審批。 審核結果 對已確定的需求或者已有系統(tǒng)的功能點需要進行補充、刪減、修改的想法 提出需求變更意向。 審核意見 /會議決議 需求分析 IT部 需求評估意見 /立項審核意見 細化用戶原始需求中的功能點，整理系統(tǒng)的性能、安全性要求，分析該需求對現(xiàn)有系統(tǒng)的影響和接口實現(xiàn)方式，編制《需求規(guī)格說明書》。 審核意見 需求評估 IT部 審核通過的用戶原始需求說明書 結合需求具體情況判斷是否需要立項，如需立項，編制評估報告。 需求意向 可行性判斷 IT部 需求意向 根據(jù)需求意向結合目前系統(tǒng)情況進行可行性初步判斷。 事件善后 IT部 根據(jù)警報的性質判斷緊急級別，視情況上報公司分管領導，采取補救措施，記錄事故檔案并通報全公司；屬于一般警報的記錄事故檔案，事故處 理完畢，對于事故的責任人和責任部門編制事故總結報告上報公司相關領導處理。 配置確定 IT部 根據(jù)公司計算機及網(wǎng)絡設備的使用規(guī)定，確定各崗位計算機資源的配置和系統(tǒng)訪問權限。 項目驗收階段 IT部 、業(yè)務部門 完成《操作手冊》、系統(tǒng)上線通知簽報流程審批通過。 實施完成 流程信息清單 名稱 工具 遠程出單點設置申請表 遠程出單點設置申 請表 服務管理系統(tǒng) 十 、 系統(tǒng)維護流程 各部門權限情況 分公司用戶 通過 EOA上報非審批類服務請求 ； 通過服務管理系統(tǒng)、電話等方式上報故障、問題等非審批類服務請求 ； 確認問題處理結果 分公司管理部門用戶 對于用戶通過 EOA上報的問題進行審批 ； 對于需總公司審批的問題予以上報 分公司 IT 響應、核實系統(tǒng)故障、問題 ； 在權限范圍內處理 故障、問題 ； 將無法處理的問題轉交總公司IT部 總公司管理部門 就審批類服務進行政策審批 IT部 非審批類服務 服務管理系統(tǒng)服務響應 服務管理系統(tǒng)任務分配 服務處理 服務結果反饋與跟蹤 審批類服務 分析管理部門審批意見 實施系統(tǒng)維護操作 反饋處理結果 流程圖