【導(dǎo)讀】負(fù)責(zé)機(jī)房設(shè)計、組織施工和驗收，并將備案相關(guān)材料；負(fù)責(zé)機(jī)房日常運(yùn)行環(huán)境的例檢工作；負(fù)責(zé)機(jī)房故障的排除、解決，保證IT基礎(chǔ)環(huán)境穩(wěn)定；抽查分公司機(jī)房管理工作；報總公司，以便在各分公司推廣。整理、分類分公司提交的問題，及時反饋、根據(jù)IT技術(shù)地不斷發(fā)展、不定期撰寫新制。度、修改舊制度等。不定期督促、抽查分公司桌面管理制度的落實情況，并適當(dāng)?shù)亟o予相應(yīng)。不允許擅自重裝操作系統(tǒng)及各種軟。在日常工作中遇到計算機(jī)異常情況，及時可以通過電話、電子郵件、飛秋等方式上報到。等待處理問題的響應(yīng)級別優(yōu)先順序：總裁室>各部門一把手>各部。門領(lǐng)導(dǎo)班子>各部門室主任>各部門一般員工。

　　

【正文】 的需求，編制需求評估報告，報上一級審批 上級 領(lǐng)導(dǎo) /信息化建設(shè)委員會 對于下級超權(quán)限的項目進(jìn)行審批 流程圖 25 I T 需 求 管 理 流 程提出需求需求會商需求分析需求確認(rèn)上 級 領(lǐng) 導(dǎo) / 信 息 化 建設(shè) 委 員 會總 公 司 信 息 技 術(shù) 部總 公 司 需 求 部 門分 公 司需 求 部 門是否否是是否是否提 出 需求 意 向本 次 需求 結(jié) 束確 認(rèn) 用 戶 原 始 需 求 說 明 書和 需 求 規(guī) 格 說 明 書是 否 需 要 修 改原 始 需 求整 理 原 始 需 求審 核 通 過開 發(fā) 管 理 流程用 戶 原 始 需 求說 明 書提 出 需 求意 向?qū)?核需 求 規(guī) 格 說明 書需 求 評 估審 批 是 否 同 意需 求 會 商編 制 需 求評 估 報 告需 求 分 析是 否 需 要 立 項接 收 需 求項 目 管 理流 程 流程說明 流程 工作內(nèi)容、流程步驟 部門 時效性 重要輸入 工作說明 重要輸出 風(fēng)險點 26 需求管理流程 提出需求意向 分公司需求部門 業(yè)務(wù)發(fā)展、增加管控等需要系統(tǒng)支持的想法 根據(jù)業(yè)務(wù)發(fā)展要求以及外部監(jiān)管要求提出系統(tǒng)需求意向。 需求意向 需求可行性風(fēng)險 需求變更風(fēng)險 監(jiān)管風(fēng)險 總公司需求部門 分公司需求意向 審核分公司需求意向。 審 核結(jié)果 業(yè)務(wù)發(fā)展、增加管控等需要系統(tǒng)支持的想法 根據(jù)業(yè)務(wù)發(fā)展要求以及外部監(jiān)管要求提出系統(tǒng)需求意向。 需求意向 可行性判斷 IT部 需求意向 根據(jù)需求意向結(jié)合目前系統(tǒng)情況進(jìn)行可行性初步判斷。 可行性初步判斷結(jié)果以及建議 需求會商 總公司需求部門、 IT部 可行的需求意向 針對可行的需求雙方進(jìn)行討論， IT協(xié)助用戶挖掘需求，將用戶的需求意向細(xì)化。 會議紀(jì)要 /溝通結(jié)果 整理原始需求 總公司需求部門 會議紀(jì)要 /溝通結(jié)果 空白的原始需求說明書 根據(jù)雙方的溝通結(jié)果，書 寫用戶原始需求。 用戶原始需求說明書 審核用戶原始需求說明書 IT部 用戶原始需求說明書 審核內(nèi)容是否全面，描述是否準(zhǔn)確，格式是否符合標(biāo)準(zhǔn)。 審核意見 需求評估 IT部 審核通過的用戶原始需求說明書 結(jié)合需求具體情況判斷是否需要立項，如需立項，編制評估報告。 評估意見 需求報批 總公司需求部門、 IT部 原始需求 需求評估報告 超過 IT部 權(quán)限的需求，上報信息化建設(shè)委員會審批。 簽報 /召開信息化建設(shè)委員會 立項審批 上級領(lǐng)導(dǎo) /信息化建設(shè)委員會 簽報 /召開信息化建 設(shè)委員會 進(jìn)行需求審批，給出決策意見，對于不同意立項的需求，進(jìn)行結(jié)束。對于同意立項的需求按照項目管理流程進(jìn)行后續(xù)處理。 審核意見 /會議決議 需求分析 IT部 需求評估意見 /立項審核意見 細(xì)化用戶原始需求中的功能點，整理系統(tǒng)的性能、安全性要求，分析該需求對現(xiàn)有系統(tǒng)的影響和接口實現(xiàn)方式，編制《需求規(guī)格說明書》。 需求規(guī)格說明書 需求確認(rèn) 總公司需求部門、 IT部 原始需求說明書 需求規(guī)格說明雙方進(jìn)行需求確認(rèn)。 確認(rèn)后的需求規(guī)格說明書 27 書 流程信息清單 名稱 工具 《用戶原始需求說明 書》 《需求規(guī)格說明書》 c EOA 十四 、 需求變更管理流程 各部門權(quán)限情況 分公司需求部門 提出需求變更意向到總公司直屬管理部門 總公司需求部門 審核分公司提出的需求變更意向 提出需求變更意向到 IT 部 參 加需求會商 填寫需求變更單 會商確認(rèn)需求變更單和需求變更評估報告 IT部 接收需求變更意向進(jìn)行可行性分析，反饋意見 組織需求會商 對于超權(quán)限的需求變更向上一級進(jìn)行報批 根據(jù)需求變更單對需求變更進(jìn)行評估 會商確認(rèn)需求變更單和需求變更評估報告 更新需求規(guī)格說明書 上級部門 對于下級超權(quán)限的需求變更進(jìn)行審批 流程圖 28 I T 需 求 變 更 管 理 流 程提出需求變更需求變更篩選需求變更會商需求變更審批需求變更確認(rèn)分 公 司需 求 部 門上 級 領(lǐng) 導(dǎo) / 信 息 化 建 設(shè) 委員 會信 息 技 術(shù) 部總 公 司 需 求 部 門否 ， 分 公 司 提 出 的 需 求 變 更否是是同 意不 同 意否否 ， 總 公 司 提 出 的 需 求 變 更是是 否 超 權(quán) 限的 需 求 變 更評 估 需 求變 更提 出 需 求 變 更意 向會 商整 理 需 求 變 更草 擬 需 求 變 更意 向?qū)?核 是 否通 過開 發(fā) 管 理 流 程需 求 變 更評 估 報 告草 擬 需 求 變 更意 向接 收 需 求變 更 意 向更 新 需 求 規(guī) 格 說明 書確 認(rèn) 需 求 變 更 單 和 需 求變 更 評 估 報 告會 商 同 意審 核需 求 變 更 單是 否可 行審 核結(jié) 束未 通 過通 過 流程說明 流程 工作內(nèi)容、 部門 時效 重要輸入 工作說明 重要輸出 風(fēng)險點 29 流程步驟 性 需求變更管理流程 提出需求變更意向 分公司需求部門 對已確定的需求或者已有系統(tǒng)的功能點需要進(jìn)行補(bǔ)充、刪減、修改的想法 提出需求變更意向。 需求變更意向 需求可行性風(fēng)險 需求變更風(fēng)險 監(jiān)管風(fēng)險 總公司需求部門 分公司需求意向 審核分公司需求變更意向。 審核結(jié)果 對已確定的需求或者已有系統(tǒng)的功能點需要進(jìn)行補(bǔ)充、刪減、修改的想法 提出需求變更意向。 需求變更意向 可行性判斷 IT部 需求變更意向 根據(jù)需求變更意向結(jié)合目前系統(tǒng)情況進(jìn)行可行性初步判斷。 可行性初步判斷結(jié)果以及建議 需求會商 總公司需求部門、 IT部 可行的需求變更意向 針對可行的需求變更雙方進(jìn)行討論，結(jié)合已經(jīng)確定的需求或者已有系統(tǒng)進(jìn)行分析，確定實現(xiàn)方式和可能的影響。 會議紀(jì)要 /溝通結(jié)果 報批 總公司需求部門、 IT部 可行的需求變更意向 對于超權(quán)限的需求變更進(jìn)行報批。 EOA報批 /召開信息化建設(shè)委員會 審核 上級領(lǐng)導(dǎo) /信息化建設(shè)委員會 超過需求方和 IT部 權(quán)限的需求變更 進(jìn)行需求變更審批。 審核意見 整理原始變更 總公司需求部門 會議紀(jì)要 /溝通結(jié)果 空白的需求變更單 根 據(jù)雙方的溝通結(jié)果，書寫需求變更單。 需求變更單 審核用戶需求變更單 IT部 需求變更單 審核內(nèi)容是否全面，描述是否準(zhǔn)確，格式是否符合標(biāo)準(zhǔn)。 審核意見 評估需求變更 IT部 審核通過的需求變更單 根據(jù)審核通過的需求變更單進(jìn)行評估。 需求變更評估報告 需求變更確認(rèn) 總公司需求部門 IT部 需求變更單 需求變更評估報告 雙方進(jìn)行需求變更確認(rèn)。 確認(rèn)后的文檔 更新需求規(guī)格說明書 IT部 確認(rèn)后的文檔 根據(jù)變更內(nèi)容，完善需 求規(guī)格說明書。 最新的需求規(guī)格說明書 30 流程信 息清單 名稱 工具 《需求變更單》 c 《需求變更評估報告》 需求變更評估報告. doc EOA