【正文】 。　事件處理信息技術(shù)部　　當(dāng)發(fā)生安全預(yù)警時(shí)，根據(jù)警報(bào)的性質(zhì)，按照突發(fā)事件的處理規(guī)程采取必要的處理措施，并在1小時(shí)內(nèi)將情況匯報(bào)至信息技術(shù)部經(jīng)理。　事件善后信息技術(shù)部　　根據(jù)警報(bào)的性質(zhì)判斷緊急級(jí)別，視情況上報(bào)公司分管領(lǐng)導(dǎo)，采取補(bǔ)救措施，記錄事故檔案并通報(bào)全公司；屬于一般警報(bào)的記錄事故檔案，事故處理完畢，對(duì)于事故的責(zé)任人和責(zé)任部門編制事故總結(jié)報(bào)告上報(bào)公司相關(guān)領(lǐng)導(dǎo)處理?！∈⑿枨蠊芾砹鞒?各部門權(quán)限情況分公司需求部門提出需求意向到總公司直屬管理部門總公司需求部門審核分公司提出的需求意向提出需求意向到信息技術(shù)部參加需求會(huì)商書寫用戶原始需求說明書會(huì)商確認(rèn)原始需求說明書和需求規(guī)格說明書信息技術(shù)部接收需求意向進(jìn)行可行性分析，反饋意見組織需求會(huì)商根據(jù)《用戶原始需求說明書》書寫需求規(guī)格說明書會(huì)商確認(rèn)原始需求說明書和需求規(guī)格說明書對(duì)于需要立項(xiàng)的需求，編制需求評(píng)估報(bào)告，報(bào)上一級(jí)審批上級(jí)領(lǐng)導(dǎo)/信息化建設(shè)委員會(huì)對(duì)于下級(jí)超權(quán)限的項(xiàng)目進(jìn)行審批 流程圖 流程說明流程工作內(nèi)容、流程步驟部門時(shí)效性重要輸入工作說明重要輸出風(fēng)險(xiǎn)點(diǎn) 需求管理流程提出需求意向分公司需求部門業(yè)務(wù)發(fā)展、增加管控等需要系統(tǒng)支持的想法根據(jù)業(yè)務(wù)發(fā)展要求以及外部監(jiān)管要求提出系統(tǒng)需求意向。需求意向需求可行性風(fēng)險(xiǎn)需求變更風(fēng)險(xiǎn)監(jiān)管風(fēng)險(xiǎn)總公司需求部門分公司需求意向?qū)徍朔止拘枨笠庀?。審核結(jié)果業(yè)務(wù)發(fā)展、增加管控等需要系統(tǒng)支持的想法根據(jù)業(yè)務(wù)發(fā)展要求以及外部監(jiān)管要求提出系統(tǒng)需求意向。需求意向可行性判斷信息技術(shù)部需求意向根據(jù)需求意向結(jié)合目前系統(tǒng)情況進(jìn)行可行性初步判斷?？尚行猿醪脚袛嘟Y(jié)果以及建議需求會(huì)商總公司需求部門、信息技術(shù)部可行的需求意向針對(duì)可行的需求雙方進(jìn)行討論，IT協(xié)助用戶挖掘需求，將用戶的需求意向細(xì)化。會(huì)議紀(jì)要/溝通結(jié)果整理原始需求總公司需求部門會(huì)議紀(jì)要/溝通結(jié)果空白的原始需求說明書根據(jù)雙方的溝通結(jié)果，書寫用戶原始需求。用戶原始需求說明書審核用戶原始需求說明書信息技術(shù)部用戶原始需求說明書審核內(nèi)容是否全面，描述是否準(zhǔn)確，格式是否符合標(biāo)準(zhǔn)。審核意見需求評(píng)估信息技術(shù)部審核通過的用戶原始需求說明書結(jié)合需求具體情況判斷是否需要立項(xiàng)，如需立項(xiàng)，編制評(píng)估報(bào)告。評(píng)估意見需求報(bào)批總公司需求部門、信息技術(shù)部原始需求需求評(píng)估報(bào)告超過信息技術(shù)部權(quán)限的需求，上報(bào)信息化建設(shè)委員會(huì)審批。簽報(bào)/召開信息化建設(shè)委員會(huì)立項(xiàng)審批上級(jí)領(lǐng)導(dǎo)/信息化建設(shè)委員會(huì)簽報(bào)/召開信息化建設(shè)委員會(huì)進(jìn)行需求審批，給出決策意見，對(duì)于不同意立項(xiàng)的需求，進(jìn)行結(jié)束。對(duì)于同意立項(xiàng)的需求按照項(xiàng)目管理流程進(jìn)行后續(xù)處理。審核意見/會(huì)議決議需求分析信息技術(shù)部需求評(píng)估意見/立項(xiàng)審核意見細(xì)化用戶原始需求中的功能點(diǎn)，整理系統(tǒng)的性能、安全性要求，分析該需求對(duì)現(xiàn)有系統(tǒng)的影響和接口實(shí)現(xiàn)方式，編制《需求規(guī)格說明書》。需求規(guī)格說明書需求確認(rèn)總公司需求部門、信息技術(shù)部原始需求說明書需求規(guī)格說明書雙方進(jìn)行需求確認(rèn)。確認(rèn)后的需求規(guī)格說明書 流程信息清單名稱工具《用戶原始需求說明書》《需求規(guī)格說明書》EOA://haeoa/eoa/十四、需求變更管理流程 各部門權(quán)限情況分公司需求部門提出需求變更意向到總公司直屬管理部門總公司需求部門審核分公司提出的需求變更意向提出需求變更意向到信息技術(shù)部參加需求會(huì)商填寫需求變更單會(huì)商確認(rèn)需求變更單和需求變更評(píng)估報(bào)告信息技術(shù)部接收需求變更意向進(jìn)行可行性分析，反饋意見組織需求會(huì)商對(duì)于超權(quán)限的需求變更向上一級(jí)進(jìn)行報(bào)批根據(jù)需求變更單對(duì)需求變更進(jìn)行評(píng)估會(huì)商確認(rèn)需求變更單和需求變更評(píng)估報(bào)告更新需求規(guī)格說明書上級(jí)部門對(duì)于下級(jí)超權(quán)限的需求變更進(jìn)行審批 流程圖 流程說明流程工作內(nèi)容、流程步驟部門時(shí)效性重要輸入工作說明重要輸出風(fēng)險(xiǎn)點(diǎn) 需求變更管理流程提出需求變更意向分公司需求部門對(duì)已確定的需求或者已有系統(tǒng)的功能點(diǎn)需要進(jìn)行補(bǔ)充、刪減、修改的想法提出需求變更意向。需求變更意向需求可行性風(fēng)險(xiǎn)需求變更風(fēng)險(xiǎn)監(jiān)管風(fēng)險(xiǎn)總公司需求部門分公司需求意向?qū)徍朔止拘枨笞兏庀?。審核結(jié)果對(duì)已確定的需求或者已有系統(tǒng)的功能點(diǎn)需要進(jìn)行補(bǔ)充、刪減、修改的想法提出需求變更意向。需求變更意向可行性判斷信息技術(shù)部需求變更意向根據(jù)需求變更意向結(jié)合目前系統(tǒng)情況進(jìn)行可行性初步判斷?？尚行猿醪脚袛嘟Y(jié)果以及建議需求會(huì)商總公司需求部門、信息技術(shù)部可行的需求變更意向針對(duì)可行的需求變更雙方進(jìn)行討論，結(jié)合已經(jīng)確定的需求或者已有系統(tǒng)進(jìn)行分析，確定實(shí)現(xiàn)方式和可能的影響。會(huì)議紀(jì)要/溝通結(jié)果報(bào)批總公司需求部門、信息技術(shù)部可行的需求變更意向?qū)τ诔瑱?quán)限的需求變更進(jìn)行報(bào)批。EOA報(bào)批/召開信息化建設(shè)委員會(huì)審核上級(jí)領(lǐng)導(dǎo)/信息化建設(shè)委員會(huì)超過需求方和信息技術(shù)部權(quán)限的需求變更進(jìn)行需求變更審批。審核意見整理原始變更總公司需求部門會(huì)議紀(jì)要/溝通結(jié)果空白的需求變更單根據(jù)雙方的溝通結(jié)果，書寫需求變更單。需求變更單審核用戶需求變更單信息技術(shù)部需求變更單審核內(nèi)容是否全面，描述是否準(zhǔn)確，格式是否符合標(biāo)準(zhǔn)。審核意見評(píng)估需求變更信息技術(shù)部審核通過的需求變更單根據(jù)審核通過的需求變更單進(jìn)行評(píng)估。需求變更評(píng)估報(bào)告需求變更確認(rèn)總公司需求部門信息技術(shù)部需求變更單需求變更評(píng)估報(bào)告雙方進(jìn)行需求變更確認(rèn)。確認(rèn)后的文檔更新需求規(guī)格說明書信息技術(shù)部確認(rèn)后的文檔根據(jù)變更內(nèi)容，完善需求規(guī)格說明書。最新的需求規(guī)格說明書 流程信息清單名稱工具《需求變更單》《需求變更評(píng)估報(bào)告》EOA ://haeoa/eoa/41 / 42