IT部工作流程

1、IT 部工作流程五、根底運營管理流程 11六、 電腦桌面管理流程 13七、系統(tǒng)開發(fā)流程 17八、數(shù)據(jù)庫管理流程 19九、網(wǎng)絡(luò)管理流程 21十、系統(tǒng)維護流程 25十一、工程管理流程 27十二、信息平安管理流程 31十三、需求管理流程 35十四、需求變更管理流程 38五、根底運營管理流程1 、總、分公司主要職責 分公司主要職責 負責機房設(shè)計、組織施工和驗收，并將備案相關(guān)材料；負責機房日常運行環(huán)境的例檢工作； 負責機房故障的排除、解決，保證 IT 根底環(huán)境穩(wěn)定；總公司 IT 部主要職責負責總、分公司機房建設(shè)、管理制度；協(xié)助、審核及監(jiān)督分公司機房建設(shè)方案；監(jiān)督并定期抽查分公司機房管理工作;3、流程說明

2、流程工作內(nèi)容、流程步驟部門時效性重要輸入工作說明重要輸出風險點基礎(chǔ) 運 營 管 理 流 程發(fā)現(xiàn)機房故障分公司IT-對機房運行情 況詳細了解查看機房相關(guān)故障迅速定位問題， 是否可自行解 決。1. 機房故 障處理 時間。2. 機房專 用設(shè)施 故障短 時間無 法恢 復，導 致機構(gòu)故障判斷分公司IT-判斷是否設(shè)備故障針對機房設(shè)備 進行標示，對設(shè) 備運行狀態(tài)了 解。經(jīng)總公司機房 管理人員確認 故障原因總公司-對上報故障進 行分析故障查找、定位會同分公司IT 確定故障原因原因分析分公司IT-故障原因根本定位根據(jù)設(shè)備保修 情況，聯(lián)系當?shù)?供給商維修。供給商維修故障設(shè)備系統(tǒng)不 可用。總公司-故障原因根本定位跟

3、蹤故障處理記錄故障處理 過程，并記錄備 案故障恢復確認分公司IT-確認設(shè)備是否正常運轉(zhuǎn)設(shè)備供給商提 供設(shè)備故障檢 查和正常運行 報告故障恢復總公司-確認設(shè)備是否正常運轉(zhuǎn)核實故障處理結(jié)果故障恢復4、流程信息清單六、電腦桌面管理流程1、總、分公司部門權(quán)限、職責情況分公司IT崗嚴格按照總公司IT部下發(fā)的桌面管理制度實施日常維護；在日常維護中，發(fā)現(xiàn)解決不了的問 題，及時反應(yīng)到總公司IT部；在日常維護中，對IT維護工作效率有顯著提高的實踐，可上 報總公司，以便在各分公司推廣?？偣綢T部收集分公司在日常工作中遇到的桌面相關(guān)問題。整理、分類分公司提交的問題，及時反應(yīng)、解決問題。撰寫、下發(fā)桌面管理制度及相關(guān)

4、制度。根據(jù)IT技術(shù)地不斷開展、不定期撰寫新制度、修改舊制度等。不定期催促、抽查分公司桌面管理制度的落實情況，并適當?shù)亟o予相應(yīng) 的獎勵、懲罰。公司其他部門職工嚴格按照總公司IT部下發(fā)的桌面管理制度實施日常維護。不允許擅自重裝操作系統(tǒng)及各種軟件。在日常工作中遇到電腦異常情況，及時可以通過、電子郵件、飛秋等方式上報到系統(tǒng)管理員。等待處理問題的響應(yīng)級別優(yōu)先順序從高到低：總裁室各部門一把手 各部門領(lǐng)導班子各部門室主任 各部門一般職工。2、流程圖：1電腦硬件故障處理流程2：電腦軟件故障處理流程否計算機發(fā)生異C常丿正常工作硬件故障處理上報故障描述非IT部門IT部系統(tǒng)管理員標準安裝計算 機軟件計算機軟件故障處

5、理流程非操作系統(tǒng)的 軟件故障排除具體軟件故 障Win dows系統(tǒng)中毒、 辦公軟件使用異常、 外接設(shè)備打印機、 掃描儀等異常障故理處、障故析<現(xiàn)出障故機算計戶用作操后最戶用3、流程說明流程工作內(nèi)容、 流程步驟部門時效 性重要輸入工作說明重要輸出風險點電腦桌 面管理 流程用戶電腦 故障出現(xiàn)非IT部門-電腦出現(xiàn)故 障，影響工作上報故障，要求排除提交故障 現(xiàn)象描述，請求 排除故障1、根據(jù)輕 重緩急和 響應(yīng)級別 優(yōu)先順序 來決疋先 解決哪些 故障。2、收到故 障上報， 及時響 應(yīng)。3、收到故 障上報， 及時處 理。4、在故障 解決需要 時間較長 時，可通 過變通方 式讓用戶 恢復正常 工作。IT

6、分析故 障、處理故 障IT部系統(tǒng) 管理員-根據(jù)故障現(xiàn)象分析分析故障現(xiàn)象，縮小故障源的范圍定位故障 源為軟件 或者硬件IT分析故 障、處理故 障硬件故 障電腦硬件 廠家維修 商-根據(jù)IT約定的 時間上門維修在保修期內(nèi)的電腦上門排除故障維修或更換硬件，使得電腦 正常工作公司簽約 硬件維修 商-根據(jù)IT約定的 時間上門維修不在保修期內(nèi)的 電腦上門排除故障維修或更換硬件，使得電腦 正常工作IT分析故 障、處理故 障軟件故 障IT部系統(tǒng) 管理員-定位為操作系 統(tǒng)故障重裝系統(tǒng)，并根據(jù)標 準安裝進行操作讓用戶在 新的操作 系統(tǒng)上工 作-定位為非操作 系統(tǒng)的軟件故 障Win dows系統(tǒng)中毒、 辦公軟件使用異

7、常、 外接設(shè)備打印機、 掃描儀等異常根據(jù)具體 問題具體 分析，排 除故障用戶最后操作非IT部門 硬件故障-電腦維修本錢 過高本錢過高，不進行維 修申請電腦 報廢處理-申請新電腦使 用舊電腦報廢，需新電 腦使用工作獲取新電 腦使用非IT部門軟件、硬 件故障-故障已排除故障已排除，解除故 障請求處理用戶正常 使用電腦 工作4、流程信息清單名稱相關(guān)文檔?電腦桌面標準化安裝軟件清單?哲1?計算機桌面標準 化安裝軟件清單?.do七、系統(tǒng)開發(fā)流程1各部門權(quán)限情況IT部根據(jù)?需求規(guī)格說明書?進行系統(tǒng)分析和設(shè)計；根據(jù)設(shè)計進行系統(tǒng)編碼；系統(tǒng)開發(fā)完畢后進 行單元測試；完成系統(tǒng)測試版本的合并及編譯工作，同步完成執(zhí)行

8、腳本的編寫工作；審核提 交版本清單內(nèi)容，無誤后提交部門內(nèi)部測試；對于部門內(nèi)部整理的測試反應(yīng)問題及時修改2、流程圖1、流程說明流程工作內(nèi) 容、流程 步驟部門時效性重要輸入工作說明重要輸出風險點系統(tǒng)開發(fā) 流程系統(tǒng)設(shè)計分析系統(tǒng)編碼IT部-需求規(guī)格說明書組織部門 內(nèi)的需求 崗、開發(fā) 崗和測試 崗共同討 論需求， 并做設(shè)計 方案分 析，同步 完善測試 范圍。系統(tǒng)開發(fā) 方案及測 試范圍系統(tǒng)設(shè)計分 析過程中有 可能發(fā)現(xiàn)需 求中存在遺 漏或不確定 的地方，需要 再次冋需求 部門確認。IT部-系統(tǒng)開發(fā)方案按照需求 設(shè)計分析 結(jié)果和計 劃安排，按時完成 系統(tǒng)編碼 和單元測 試工作系統(tǒng)開發(fā) 源碼、數(shù) 據(jù)庫執(zhí)行 腳本

9、及版 本提交清單系統(tǒng)開發(fā)過 程中可能會 有緊急需求 介入，為了保 證緊急需求 按時上線，部 分非緊急需 求可能會延 期開發(fā)系統(tǒng)源 碼、腳本 審核IT部-系統(tǒng)開發(fā) 源碼、數(shù) 據(jù)庫執(zhí)行 腳本及版 本提交清單系統(tǒng)源碼 抽查，數(shù) 據(jù)庫腳本 檢查及版 本提交清 單內(nèi)容檢 查。審查通過 后的系統(tǒng) 開發(fā)源碼、數(shù)據(jù) 庫執(zhí)行腳 本及版本 提交清單審查出現(xiàn)冋 題后，需要提 交開發(fā)人員 修改整理測試版本并提交IT部-審查通過 后的系統(tǒng) 開發(fā)源碼、數(shù)據(jù) 庫執(zhí)行腳 本及版本 提交清單版本合并及編譯，提交可執(zhí) 行測試版本可執(zhí)行測試版本版本合并工 作繁重，合并 風險較高，為 了躲避風險 IT部要求同 步開發(fā)版本 不能超過3

10、 個，緊急需求 除外。2、流程信息清單名稱工具?測試用例?測試用例模板.Xis?版本提交清單?版本提交清單模板.xls八、數(shù)據(jù)庫管理流程1各部門權(quán)限情況總公司IT部提出數(shù)據(jù)庫需求；需求確認及可行性分析；需求分類；數(shù)據(jù)庫性能監(jiān)控并提取相關(guān)監(jiān)控數(shù)據(jù); 故障原因分析；組織故障分析和討論；提供數(shù)據(jù)庫故障解決方案及相關(guān)優(yōu)化建議；方案實施 2、流程圖數(shù)據(jù)庫管理流程維護類需求根據(jù)需求，詳細 評估其運行效 率、影響范圍求需出提析分求需控監(jiān)能性 葺施實案方3、流程說明流程工作內(nèi)容、流程步驟部門時效性重要輸入工作說明重要輸風險點出數(shù)據(jù)庫管 理流程提出需求總公司IT部根據(jù)工作需要提出相 關(guān)數(shù)據(jù)庫需求。需求描述1 .

11、用戶的 需求是否 影響生產(chǎn) 數(shù)據(jù)庫的 正常使用。2 解決故 障的及時 性。需求分析總公司IT部需求描述根據(jù)用戶需求描述，做 出可行性分析報告，并 對需求進行分類?？尚孕蟹?析報告性能監(jiān)控總公司IT部需求描述1、針對故障類需求， 實時監(jiān)控數(shù)據(jù)庫及操 作系統(tǒng)負載情況，提取 運行數(shù)據(jù)。2、針對日常管理和維 護類需求，評估其運行 效率及影響范圍監(jiān)控數(shù)據(jù)方案實施總公司IT部監(jiān)控數(shù)據(jù)仁根據(jù)監(jiān)控數(shù)據(jù)庫運 行的相關(guān)數(shù)據(jù)，組織故 障分析和討論會，給出 相關(guān)解決方案。2 .根據(jù)方案先在測試 環(huán)境中實施，到達預期 效果后在生產(chǎn)環(huán)境中 實施實施方案九、網(wǎng)絡(luò)管理流程1總、分公司主要職責分公司主要職責負責網(wǎng)絡(luò)布線配線架的

12、管理，確保配線的合理有序；掌握用戶端設(shè)備接入網(wǎng)絡(luò)的情況，以便發(fā)現(xiàn)問題時可迅速定位；實時監(jiān)控整個局域網(wǎng)的運轉(zhuǎn)，網(wǎng)絡(luò)通信流量情況；例檢分公司， 支公司網(wǎng)絡(luò)設(shè)備運行情況總公司IT部主要職責設(shè)備的配置情況及配置參數(shù)變更情況，備份各個設(shè)備的配置文件；監(jiān)控網(wǎng)絡(luò)通信狀況；制定、 發(fā)布網(wǎng)絡(luò)根底設(shè)施使用管理方法并監(jiān)督執(zhí)行情況2、流程圖1網(wǎng)絡(luò)管理流程圖網(wǎng)絡(luò)管理流程報上務(wù)隈障故絡(luò)網(wǎng)斷判障故析分因原理處應(yīng)響務(wù)一L障故絡(luò)網(wǎng)認確務(wù)服分公司IT網(wǎng)絡(luò)故障/效勞 響應(yīng) -信息技術(shù)部網(wǎng)絡(luò)故障/ 效勞響應(yīng)類型網(wǎng)絡(luò)故障判斷是否 設(shè)備故障效勞響應(yīng) 根據(jù)故障 問題判斷一I否分公司IT判斷是否廣域網(wǎng)故障是是否總公司米購設(shè)備分公司IT測試是

13、否夠解決'旦疋設(shè)備供給商電信運營商向總公司確 認后，重啟接入設(shè) 備后常否網(wǎng)絡(luò)設(shè)備變更專線故障設(shè)備故障聯(lián)系設(shè)備供給商解決網(wǎng)絡(luò)設(shè)備配置變更總公司網(wǎng)管協(xié)助解決*故障恢復效勞確認IIhMUabfafeliia聯(lián)系電信運營商解決2網(wǎng)絡(luò)資源申請流程圖網(wǎng)絡(luò)資源申請流程需求部門信息技術(shù)部上級領(lǐng)導/信息化建設(shè)委員會請申源資絡(luò)網(wǎng)出提網(wǎng)絡(luò)資源申請效勞上報網(wǎng)絡(luò)管理員 初審批審請申商會更、變茨需通開求需絡(luò)網(wǎng)認確請申求需同意信息技術(shù)咅 領(lǐng)導審核IMMH i M I同意需求變更審核不同意不同意同意，用戶效勞確認Z3、流程說明網(wǎng)絡(luò)管理員安裝調(diào)試、開通申請整理文檔完成反應(yīng)用戶不同意宀徐驟 聽步 作程 口流nJ 咅性 效

14、 時占小 險 風網(wǎng)絡(luò)管理流程障絡(luò)解 網(wǎng)了 對況斷判令命點MB障0故故理。設(shè)障間恢 電斷短無復 絡(luò)處間件故時法。線中障間恢 網(wǎng)障時硬施短無復專纜故時法 3 45.-備 設(shè) 否 是 斷障判故 O 進懈解 站I 絡(luò)示狀 網(wǎng)標行管入 網(wǎng)接 司啟 公重 總認備 經(jīng)確設(shè)司 公 總-報析 上分 對行障故握掌步因初原IT 司 公 分-備 給設(shè) 供障障解障。 故商故商 線營備給 專運設(shè)供運 隹信路 供備檢 備設(shè)商 設(shè)修營IT 司 公 分-報 將 能肚管頊將無的述并決結(jié) 不汨繚處能排障描，解總 仍及網(wǎng)行量速故細象的集 障，司進盡快報詳現(xiàn)后收 故除公員了 障申候障理法 對排總理為故在時故處方司置數(shù) 公配參 總新備I

15、T 司 公 分-司 公 總-tr常 網(wǎng)正 試否 測是冶況 測情網(wǎng)絡(luò)資源申請絡(luò)求 網(wǎng)需 出請 提科nJ、首 需-請出求 提需1.效勞申請需求及時處理情況«導建會 領(lǐng)化員 級息委 上信設(shè)-限權(quán)呻 立口才T需 過網(wǎng) 踵的請二 z LL 對需報流程調(diào)整需求方案需求部門-根據(jù)審核的意 見調(diào)整需求方 案。根據(jù)審核意見， 結(jié)合實際情況 調(diào)整網(wǎng)絡(luò)需求。調(diào)整需求結(jié)果網(wǎng)絡(luò)需求開通IT部-根據(jù)審批意見 實施網(wǎng)絡(luò)需求實施網(wǎng)絡(luò)需求， 整理相關(guān)實施 變更文檔。實施完成4、流程信息清單名稱工具遠程出單點設(shè)置申請表遠程岀單點設(shè)置申 請表效勞管理系統(tǒng)十、系統(tǒng)維護流程1各部門權(quán)限情況分公司用戶通過EOA上報非審批類效勞

16、請求；通過效勞管理系統(tǒng)、等方式上報故障、問題等非審批類效勞請求；確認問題處理結(jié)果分公司管理部門用戶對于用戶通過EOA上報的問題進行審批；對于需總公司審批的問題予以上報分公司IT響應(yīng)、核實系統(tǒng)故障、問題；在權(quán)限范圍內(nèi)處理故障、問題；將無法處理的問題轉(zhuǎn)交總公司IT部總公司管理部門就審批類效勞進行政策審批IT部1非審批類效勞效勞管理系統(tǒng)效勞響應(yīng)效勞管理系統(tǒng)任務(wù)分配效勞處理效勞結(jié)果反應(yīng)與跟蹤2、審批類效勞分析管理部門審批意見實施系統(tǒng)維護操作反應(yīng)處理結(jié)果2、流程圖統(tǒng)維護流程分公司用戶分公司管理部門分公司IT總公司用戶總公司管理部門總公司信息技術(shù)部汨識庫查詢汨識庫查詢是否存在 效勞解決.方法E詢查務(wù)服是否

17、存在服 務(wù)解決方法報上務(wù)服批審務(wù)服I意否結(jié)束效勞審批應(yīng)響務(wù)服非審批類效勞效勞響應(yīng)知識庫查詢反應(yīng)用戶分公司轉(zhuǎn)交的審批類效勞理處務(wù)服認確務(wù)服效勞確認"結(jié)總務(wù)服.分公司IT轉(zhuǎn)交的非審批效勞反應(yīng)用戶整理知識庫結(jié)束3、流程說明流 程工作內(nèi) 容、流 程步驟部門時效 性重要輸入工作說明重要輸出風險點應(yīng) 用 系 統(tǒng) 統(tǒng) 維 護 流 程效勞查詢總、分 公司用 戶查詢條件用戶查詢知 識庫尋求問 題指引解決方法1、效勞請求 響應(yīng)及時情況2、效勞請求 及時處理情況3、效勞請求 遺失與跟蹤4、系統(tǒng)效勞 類型開展效勞上報總、分 公司用 戶問題或效勞請求描述用戶上報問題EOA系統(tǒng)簽報或效勞 管理系統(tǒng) 任務(wù)效勞響應(yīng)

18、總公司IT部工作日10分鐘效勞任務(wù)分類崗位響應(yīng)問 題0A,效勞 管理系統(tǒng)待處理服務(wù)管理系統(tǒng)任務(wù)或EOA系統(tǒng)簽管理 系統(tǒng) 平均 響應(yīng) 時間報趨勢效勞審批總、分 公司管 理部門EOA系統(tǒng)簽報申請就下級申請 事項進行政 策審批EOA系統(tǒng)簽報效勞處理分公司IT崗位4小時效勞管理系統(tǒng) 任務(wù)或EOA系 統(tǒng)簽報根據(jù)請求提 供IT系統(tǒng)維 護效勞效勞管理 系統(tǒng)效勞或EOA系統(tǒng)簽報處理 結(jié)果意 見總公司IT部一個工作日效勞確認總、分 公司用 戶效勞管理系統(tǒng)效勞或EOA系 統(tǒng)簽報處 理結(jié)果意見用戶核實服 務(wù)處理結(jié)果， 對處理結(jié)果 予以確認或 提出異議效勞確認結(jié)果效勞總結(jié)總公司IT部用戶服 務(wù)確認 結(jié)果對效勞進行 歸

19、類總結(jié)并 納入知識庫 進行積累FAQ4、流程信息清單名稱工具效勞管理系統(tǒng)信息項ACDSee BM圖像EOA十一、工程管理流程1、各部門權(quán)限情況 總公司業(yè)務(wù)部門 提交原始需求說明書配合工程組確認工程參與人員，并參與整個工程流程 協(xié)助業(yè)務(wù)部門確認需求規(guī)格說明書協(xié)助IT部完成?系統(tǒng)設(shè)計說明書?的編寫工作協(xié)助確認?工程驗收總結(jié)報告?IT部協(xié)調(diào)業(yè)務(wù)部門形成工程組，召開工程啟動會議并形成工程章程 確認?需求規(guī)格說明書? 根據(jù)?需求規(guī)格說明書?進行系統(tǒng)分析和設(shè)計 根據(jù)設(shè)計說明書進行編碼，同時監(jiān)控工程質(zhì)量和工程進度 協(xié)調(diào)業(yè)務(wù)部門完成工程驗收工作，并確認?工程驗收總結(jié)報告?2、 流程圖工程管理流程信息技術(shù)部業(yè)務(wù)

20、部門需求管理流程/采購管理流程I召開啟動會議確定工程組分工與職責確認后的原始需求說明書確認工程原始需求段階麻及葬段階宰I試蒙段階收驗目項制定工程章程'理制定工程管方案g工程需求分析制定設(shè)計方案系統(tǒng)設(shè)計說明書系統(tǒng)開發(fā)流程<系統(tǒng)測試流程系統(tǒng)發(fā)布流程技術(shù)性能驗收工程驗收總結(jié) 報告簽字確認工程結(jié)束確認后的需求規(guī)格說明書協(xié)助信息技術(shù)部進行設(shè)計工作業(yè)務(wù)功能驗收確認驗收結(jié)果3、流程說明流程工作內(nèi) 容、流程 步驟部門時效性重要輸入工作說明重要輸出風險點工程管理流程工程啟動 階段IT部、 業(yè)務(wù)部門-原始需求 說明書由工程經(jīng) 理組織召 開工程啟 動會議， 確定工程 組成員及 職責分 工、工程 的原始

21、需 求，制定?工程章 程?和?項 目管理計 戈膠確認后的 原始需求 說明書、工程章 程、工程管理 方案此時的項 目管理計 劃還只是 初步估計 的，但是 一旦需求 規(guī)格說明 書確認 后，工程 管理方案 將會確 認。需求分析 階段IT部、業(yè)務(wù)部門-確認的原 始需求說 明書IT部協(xié) 助業(yè)務(wù)部 門做詳細 需求分析 并最終形 成確認后 的需求規(guī) 格說明書確認后的?需求規(guī) 格說明書?系統(tǒng)設(shè)計 階段IT部、 業(yè)務(wù)部門-需求規(guī)格說明書依據(jù)?需 求規(guī)格說 明書?對 系統(tǒng)進行 分析設(shè) 計，完成?系統(tǒng)設(shè) 計說明 書?的編 寫。系統(tǒng)設(shè)計 說明書系統(tǒng)設(shè)計 說明書可 能會因為 用戶的需 求變更受 到影響， 可能會影 響工

22、程管 理方案安 排。開發(fā)階段IT部、 業(yè)務(wù)部門-系統(tǒng)設(shè)計 說明書依據(jù)系統(tǒng) 設(shè)計說明 書進行系 統(tǒng)開發(fā)、完成單元 測試和版可運行的 信息系統(tǒng) 產(chǎn)品系統(tǒng)設(shè)計 說明書可 能會因為 用戶的需 求變更受 到影響，本整理可能會影 響工程管 理方案安 排。工程驗收階段IT部、業(yè)務(wù)部門-完成?操 作手冊?、 系統(tǒng)上線 通知簽報 流程審批 通過。系統(tǒng)上線 后，進行 的各項驗 收工作， 包括業(yè)務(wù) 功能驗 收、技術(shù) 性能指標 驗收等。?工程驗 收總結(jié)報 告?4、流程信息清單名稱工具?工程章程?哲1附件一、工程章程.doc?工程管理方案?附件二、工程管理方案.doc?系統(tǒng)設(shè)計說明書?附件五、系統(tǒng)設(shè)計說明書.doc?工

23、程驗收總結(jié)報告?附件八、工程驗收總結(jié)報告.doc十二、信息平安管理流程1、職責范圍總公司IT部、分公司信息技術(shù)室或信息維護人員為信息系統(tǒng)平安的責任單位和個人，主要職責是：貫徹執(zhí)行總公司 IT 部的管理方法，指導、監(jiān)督、協(xié)調(diào)和標準信息系統(tǒng)平安工作；二 擬訂信息系統(tǒng)平安總體規(guī)劃和信息系統(tǒng)平安管理規(guī)定，并監(jiān)督執(zhí)行；三 跟蹤先進的信息系統(tǒng)平安技術(shù)，提出信息系統(tǒng)平安防范策略；四 參與信息系統(tǒng)工程建設(shè)中的平安規(guī)劃，監(jiān)督平安措施的執(zhí)行；五 負責信息系統(tǒng)平安專用產(chǎn)品的選型，組織信息系統(tǒng)平安的評估和審批；六 組織本機構(gòu)信息系統(tǒng)平安檢查，分析轄內(nèi)信息系統(tǒng)平安總體狀況，提出平安分 析報告和平安防范建議；七 組織本機

24、構(gòu)信息系統(tǒng)平安知識的培訓和宣傳工作； 專兼職信息系統(tǒng)平安管理員應(yīng)履行以下職責：一 負責信息系統(tǒng)平安管理的日常工作；二 開展信息系統(tǒng)平安檢查工作，對要害崗位人員信息系統(tǒng)平安工作進行指導；三 開展信息系統(tǒng)平安知識的培訓和宣傳工作；四 監(jiān)控信息系統(tǒng)平安總體狀況，提出平安分析報告；五 了解行業(yè)動態(tài)，為改進和完善信息系統(tǒng)平安管理工作，提出平安防范建議； 六 及時向總公司 IT 部報告信息系統(tǒng)平安事件。2、流程圖信息化建設(shè)委員會信息技術(shù)部信息系統(tǒng)平安法規(guī)及 行業(yè)平安標準公司商業(yè)保密 政策制定信息系統(tǒng)訪問權(quán)限設(shè)置萬案 ，數(shù)據(jù)備份及突發(fā)事件處理等信 息系統(tǒng)平安政策訂制策政信息系統(tǒng)訪問權(quán)限設(shè)置數(shù) 據(jù)備份及突發(fā)事

25、件處理政 策其他軟硬件平安措施信息技術(shù)部領(lǐng)導審批是是否通過否批審策政是信息化建設(shè) 是委員會審批否T確定員工算機 配置及權(quán)限安裝網(wǎng)絡(luò)預警 裝置1設(shè)置網(wǎng)絡(luò)終端用戶訪問權(quán)限定期更新病毒庫對終端用戶進行網(wǎng)絡(luò) 使用情況監(jiān)測施措全安按照突發(fā)事件處理發(fā) 生平安預警時， 規(guī)定采取處理措施*每日對數(shù)據(jù)庫、日 之文件及其他重要資 料進行備份向信息技術(shù)部領(lǐng)導匯報突發(fā)事件開展情況檔歸及理處故事緊急警報上報分管領(lǐng) 導，記錄事故檔案并向 公司通報一般記錄記入事故檔案編制事故總結(jié)報，上報相關(guān)領(lǐng)導3、流程說明工作內(nèi)容、 流程步驟部門時效性重要輸入工作說明重要輸 出信 息 安 全 管 理 流 程政策制訂IT部-根據(jù)國際和國家信

26、息系統(tǒng) 平安的有關(guān)法律、法規(guī)及信 息技術(shù)行業(yè)的平安標準， 并 結(jié)合公司有關(guān)商業(yè)保密的 規(guī)定，制定公司的信息系統(tǒng) 平安政策，包括信息系統(tǒng)訪 問權(quán)限設(shè)置方案、數(shù)據(jù)備份 及突發(fā)事件處理政策、病毒 防治等信息系統(tǒng)平安政策。配置確定IT部-根據(jù)公司電腦及網(wǎng)絡(luò)設(shè)備 的使用規(guī)定，確定各崗位電 腦資源的配置和系統(tǒng)訪問 權(quán)限。監(jiān)督與提 醒IT部-對各個網(wǎng)絡(luò)用戶及電腦設(shè) 備的使用過程進行監(jiān)測，同 時催促各個終端用戶定時 對關(guān)鍵數(shù)據(jù)進行備份。建立平安 措施IT部-根據(jù)公司的信息系統(tǒng)平安 政策，選擇建立各項軟硬件 的平安措施，包括病毒防治 軟件、防火墻技術(shù)等，并在 網(wǎng)絡(luò)上安置必要的預警裝 置；定期在公司范圍內(nèi)發(fā)布 病

27、毒防治的數(shù)據(jù)資料，并提 供病毒庫升級下載文檔。事件處理IT部-當發(fā)生平安預警時，根據(jù)警 報的性質(zhì)，按照突發(fā)事件的 處理規(guī)程采取必要的處理 措施，并在1小時內(nèi)將情況 匯報至IT部經(jīng)理。事件善后IT部-根據(jù)警報的性質(zhì)判斷緊急 級別，視情況上報公司分管 領(lǐng)導，采取補救措施，記錄 事故檔案并通報全公司；屬于般警報的記錄事故檔 案，事故處理完畢，對于事 故的責任人和責任部門編 制事故總結(jié)報告上報公司 相關(guān)領(lǐng)導處理。十三、需求管理流程1、各部門權(quán)限情況 分公司需求部門 提出需求意向到總公司直屬管理部門 總公司需求部門 審核分公司提出的需求意向 提出需求意向到 IT 部 參加需求會商 書寫用戶原始需求說明書

28、 會商確認原始需求說明書和需求規(guī)格說明書IT 部 接收需求意向進行可行性分析，反應(yīng)意見 組織需求會商 根據(jù)?用戶原始需求說明書?書寫需求規(guī)格說明書 會商確認原始需求說明書和需求規(guī)格說明書 對于需要立項的需求，編制需求評估報告，報上一級審批 上級領(lǐng)導 / 信息化建設(shè)委員會 對于下級超權(quán)限的工程進行審批2、流程圖分公司需求部門總公司需求部門總公司信息技術(shù)部上級領(lǐng)導/信息化建設(shè)委員會求需出提提出需求意向?qū)徍松虝笮杞邮招枨?r需求會商1r+整理原始需求用戶原始需求說明書需求評估:尊是否需要立項否需要修i始需求評估報告需求分析析分求需需求規(guī)格說 明書滋認確求需確認用戶原始需求說明書和需求規(guī)格說明書k審

29、批是否同意aI否/本次需求結(jié)束開發(fā)管理流程工程管理流程3、流程說明流 程工作內(nèi)容、流程步驟部門時效 性重要輸入工作說明重要輸出風險點需求管理流程提出需求意向分公司需求部門-業(yè)務(wù)開展、增加 管控等需要系 統(tǒng)支持的想法根據(jù)業(yè)務(wù)開展要求以及 外部監(jiān)管要求提出系統(tǒng) 需求意向。需求意向1、需求可行 性風險2、需求變更 風險3、監(jiān)管風險總公司需求部門-分公司需求意向?qū)徍朔止拘枨笠庀?。審核結(jié)果-業(yè)務(wù)開展、增加 管控等需要系 統(tǒng)支持的想法根據(jù)業(yè)務(wù)開展要求以及 外部監(jiān)管要求提出系統(tǒng) 需求意向。需求意向可行性判 斷IT部-需求意向根據(jù)需求意向結(jié)合目前 系統(tǒng)情況進行可行性初 步判斷?？尚行猿醪?判斷結(jié)果以 及建議

30、需求會商總公司需 求部門、IT部-可行的需求意向針對可行的需求雙方進 行討論，IT協(xié)助用戶挖 掘需求，將用戶的需求 意向細化。會議紀要/溝通結(jié)果整理原始需求總公司需求部門-會議紀要/溝通結(jié)果空白的原始需求說明書根據(jù)雙方的溝通結(jié)果， 書寫用戶原始需求。用戶原始需求說明書審核用戶 原始需求 說明書IT部-用戶原始需求說明書審核內(nèi)容是否全面，描 述是否準確，格式是否 符合標準。審核意見需求評估需求報批IT部總公司需 求部門、IT部一審核通過的用 戶原始需求說 明書結(jié)合需求具體情況判斷 是否需要立項，如需立 項，編制評估報告。 超過IT部權(quán)限的需求， 上報信息化建設(shè)委員會 審批。評估意見原始需求 需求

31、評估報告簽報/召開 信息化建設(shè) 委員會立項審批上級領(lǐng)導/信息化建 設(shè)委員會-簽報/召開信息 化建設(shè)委員會進行需求審批，給出決 策意見，對于不同意立 項的需求，進行結(jié)束。對于冋意立項的需求按 照工程管理流程進行后 續(xù)處理。審核意見/會議決議需求分析IT部-需求評估意見/立項審核意見細化用戶原始需求中的 功能點，整理系統(tǒng)的性 能、平安性要求，分析 該需求對現(xiàn)有系統(tǒng)的影 響和接口實現(xiàn)方式，編 制?需求規(guī)格說明書?。需求規(guī)格說 明書需求確認總公司需 求部門、IT部-原始需求說明 書需求規(guī)格說明雙方進行需求確認。確認后的需 求規(guī)格說明 書書4、流程信息清單工具名稱?用戶原始需求說明書?需求規(guī)格說明書?需求規(guī)格說明書.docEOA十四、需求變更管理流程1、各部門權(quán)限情況分公司需求部門提出需求變更意向到總公司直屬管理部門總公司需求部門審核分公司提出的需求變更意向提出需求變更意向到IT部參加需求會商填寫需求變更單會商確認需求變更單和需求變更評估報告IT部接收需求變更意向進行可行性分析，反應(yīng)意見組織需求會商對于超權(quán)限的需求變更向上一級進行報