1、IT 部工作流程五、基礎運營管理流程 11六、計算機桌面管理流程 13七、系統開發流程 17八、數據庫管理流程 19九、網絡管理流程 21十、系統維護流程 25十一、項目管理流程 27十二、信息安全管理流程 31十三、需求管理流程 35十四、需求變更管理流程 38五、基礎運營管理流程1 、總、分公司主要職責 分公司主要職責 負責機房設計、組織施工和驗收，并將備案相關材料；負責機房日常運行環境的例檢工作； 負責機房故障的排除、解決，保證 IT 基礎環境穩定；總公司 IT 部主要職責負責總、分公司機房建設、管理制度；協助、審核及監督分公司機房建設方案；監督并定期抽查分公司機房管理工作;3、流程說明

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

3、蹤故障處理記錄故障處理 過程，并記錄備 案故障恢復確認分公司IT-確認設備是否正常運轉設備供應商提 供設備故障檢 查和正常運行 報告故障恢復總公司-確認設備是否正常運轉核實故障處理結果故障恢復4、流程信息清單六、計算機桌面管理流程1、總、分公司部門權限、職責情況分公司IT崗嚴格按照總公司IT部下發的桌面管理制度實施日常維護；在日常維護中，發現解決不了的問 題，及時反饋到總公司IT部；在日常維護中，對IT維護工作效率有顯著提高的實踐，可上 報總公司，以便在各分公司推廣。總公司IT部收集分公司在日常工作中遇到的桌面相關問題。整理、分類分公司提交的問題，及時反饋、 解決問題。撰寫、下發桌面管理制度及

4、相關制度。根據IT技術地不斷發展、不定期撰寫新制度、修改舊制度等。不定期督促、抽查分公司桌面管理制度的落實情況，并適當地給予相應 的獎勵、懲罰。公司其他部門員工嚴格按照總公司IT部下發的桌面管理制度實施日常維護。不允許擅自重裝操作系統及各種軟件。在日常工作中遇到計算機異常情況，及時可以通過電話、電子郵件、飛秋等方式上報到 系統管理員。等待處理問題的響應級別優先順序（從高到低）：總裁室各部門一把手 各部門領導班子 各部門室主任 各部門一般員工。2、流程圖：1）計算機硬件故障處理流程13計算機硬件故障處理流程非IT部門信息技術部計算機硬件丿冢維修商公司簽約計算機硬件維修商現出障故機算計戶用修維商修

5、維計算機發生異常上報故障描述分析判斷故障現象硬件故有維修價 值軟件故障軟件故障處理1 F確定上門維修時間上門維修申請報廢處 理操后最戶用2):計算機軟件故障處理流程Win dows系統中毒、 辦公軟件使用異常、 外接設備（打印機、 掃描儀等）異常非操作系統的 軟件故障排除具體軟件故 障非IT部門IT部（系統管理員）計算機軟件故障處理流程障故理處、障故析<現出障故機算計戶用作操后最戶用上報故障描述否3、流程說明流程工作內容、 流程步驟部門時效 性重要輸入工作說明重要輸出風險點計算機 桌面管 理流程用戶計算 機故障出 現非IT部門-計算機出現故 障，影響工作上報故障，要求排除提交故障 現象描

6、述，請求 排除故障1、根據輕 重緩急和 響應級別 優先順序 來決疋先 解決哪些 故障。2、收到故 障上報， 及時響 應。3、收到故 障上報， 及時處 理。4、在故障 解決需要 時間較長 時，可通 過變通方 式讓用戶 恢復正常 工作。IT分析故 障、處理故 障IT部（系統 管理員）-根據故障現象分析分析故障現象，縮小故障源的范圍定位故障 源為軟件 或者硬件IT分析故 障、處理故 障（硬件故 障）計算機硬 件廠家維 修商-根據IT約定的 時間上門維修（在保修期內的計 算機）上門排除故障維修或更換硬件，使得計算 機正常工作公司簽約 硬件維修 商-根據IT約定的 時間上門維修（不在保修期內的 計算機）

7、上門排除故 障維修或更換硬件，使得計算 機正常工作IT分析故 障、處理故 障（軟件故 障）IT部（系統 管理員）-定位為操作系統故障重裝系統，并根據標 準安裝進行操作讓用戶在 新的操作 系統上工 作-定位為非操作 系統的軟件故 障Win dows系統中毒、 辦公軟件使用異常、 外接設備（打印機、 掃描儀等）異常根據具體 問題具體 分析，排 除故障用戶最后 操作非IT部門 （硬件故 障）-計算機維修成 本過高成本過高，不進行維 修申請計算 機報廢處 理-申請新計算機使用舊計算機報廢，需新 計算機使用工作獲取新計算機使用非IT部門（軟件、硬 件故障）-故障已排除故障已排除，解除故 障請求處理用戶正

8、常 使用計算 機工作4、流程信息清單名稱相關文檔計算機桌面標準化安裝軟件清單計算機桌面標準 化安裝軟件清單.do七、系統開發流程1各部門權限情況IT部根據需求規格說明書進行系統分析和設計；根據設計進行系統編碼；系統開發完畢后進 行單元測試；完成系統測試版本的合并及編譯工作，同步完成執行腳本的編寫工作；審核提 交版本清單內容，無誤后提交部門內部測試；對于部門內部整理的測試反饋問題及時修改2、流程圖1流程說明流程工作內 容、流程部門時效性重要輸入工作說明重要輸出風險點步驟系統開發 流程系統設計 分析系統編碼IT部-需求規格說明書組織部門 內的需求 崗、開發 崗和測試 崗共同討 論需求， 并做設計

9、方案分 析，同步 完善測試 范圍。系統開發 計劃及測 試范圍系統設計分 析過程中有 可能發現需 求中存在遺 漏或不確定 的地方，需要 再次冋需求 部門確認。IT部-系統開發計劃按照需求 設計分析 結果和計 劃安排，按時完成 系統編碼 和單元測 試工作系統開發 源碼、數 據庫執行 腳本及版 本提交清單系統開發過 程中可能會 有緊急需求 介入，為了保 證緊急需求 按時上線，部 分非緊急需 求可能會延 期開發系統源 碼、腳本 審核IT部-系統開發 源碼、數 據庫執行 腳本及版 本提交清單系統源碼 抽查，數 據庫腳本 檢查及版 本提交清 單內容檢 查。審查通過 后的系統 開發源碼、數據 庫執行腳 本及

10、版本 提交清單審查出現冋 題后，需要提 交開發人員 修改整理測試 版本并提 交IT部-審查通過 后的系統 開發源碼、數據 庫執行腳 本及版本 提交清單版本合并 及編譯， 提交可執 行測試版 本可執行測試版本版本合并工 作繁重，合并 風險較高，為 了規避風險 IT部要求同 步開發版本 不能超過3 個，緊急需求 除外。2、流程信息清單名稱工具測試用例測試用例模.xls版本提交清單版本提交清單xlsl莫板.八、數據庫管理流程1各部門權限情況總公司IT部提出數據庫需求；需求確認及可行性分析；需求分類；數據庫性能監控并提取相關監控數據; 故障原因分析；組織故障分析和討論；提供數據庫故障解決方案及相關優化

11、建議；方案實施 2、流程圖數據庫管理流程總公司信息技術部求需出提析分求需控監能性施實案方接收,需求1r可行性分析監控操作系統 及數據庫性能提取數據 庫運行負 載數據提取操作 系統資源 消耗數據數據庫管理和維護類需求根據需求，詳細評估其運行效率、影響范圍*分析相天數據，得出故 障原因因，會同開 發運營討論會同廠商分 析數據，得 出故障原因根據用戶需求，給出解決方案及建議故障解決方案 -在測試環 境中實施否，重新討論分析是否達到預期效果生產環境中實施3、流程說明流程工作內容、流程步驟部門時效性重要輸入工作說明1重要輸風險點出數據庫管 理流程提出需求總公司IT部根據工作需要提出相 關數據庫需求。需求

12、描述1 .用戶的 需求是否 影響生產 數據庫的 正常使用。2 解決故 障的及時 性。需求分析總公司IT部需求描述根據用戶需求描述，做 出可行性分析報告，并 對需求進行分類。可性行分 析報告性能監控總公司IT部需求描述1、針對故障類需求， 實時監控數據庫及操 作系統負載情況，提取 運行數據。2、針對日常管理和維 護類需求，評估其運行 效率及影響范圍監控數據方案實施總公司IT部監控數據1 根據監控數據庫運 行的相關數據，組織故 障分析和討論會，給出 相關解決方案。2 .根據方案先在測試 環境中實施，達到預期 效果后在生產環境中 實施實施方案九、網絡管理流程1總、分公司主要職責分公司主要職責負責網絡

13、布線配線架的管理，確保配線的合理有序；掌握用戶端設備接入網絡的情況，以便發現問題時可迅速定位；實時監控整個局域網的運轉，網絡通信流量情況；例檢分公司， 支公司網絡設備運行情況總公司IT部主要職責設備的配置情況及配置參數變更情況，備份各個設備的配置文件；監控網絡通信狀況；制定、 發布網絡基礎設施使用管理辦法并監督執行情況2、流程圖1）網絡管理流程圖分公司IT信息技術部設備供應商電信運營商網絡管理流程報上務隈障故絡網網絡故障/服務響應斷判障故析分因原是否向總公司確認后，重啟接入設 備后常 /網絡設備變更判斷是否 設備故障否是理處應響務一L障故絡網分公司IT測試是否夠解決專線故障一i設備故障否是網絡

14、設備配置變更總公司網管協助解決*聯系設備供應商解決聯系電信運營商解決認確務服否15需求部門信息技術部上級領導/信息化建設委員會2）網絡資源申請流程圖網絡資源申請流程請申源資絡網出提網絡資源申請服務上報同意絡管理員初審批審請申信息技術部領導審核.''同意需求變更超權限的審核不同意同意網絡管理員安裝調試、開通申請通開求需絡網認確請申求需整理文檔完成反饋用戶不同意流程說明17宀徐驟 聽步 作程 口流nJ 咅性 效 時占小 險 風網絡管理流程障R絡解 網了 對況斷判令命點MB障0故故理。設障間恢 電斷短無復 絡處間件故時法。線中障間恢 網障時硬施短無復專纜故時法 3 45.-J備 設

15、否 是 斷障判故 O 進懈解 站I 絡示狀 網標行管入 網接 司啟 公重 總認備 經確設司 公 總-報析 上分 對行障故握掌步因初原IT 司 公 分-硼3鄙備 應設 供障障解障 。 故商故商 線營備應 專運設供運 隹信路 供備檢 備設商 設修營IT 司 公 分-報 將 能肚管頊將無的述并決結 不汨繚處能排障描，解總 仍及網行量速故細象的集 障，司進盡快報詳現后收 故除公員了 障申候障理法 對排總理為故在時故婦辦司置數 公配參 總新備IT 司 公 分-司 公 總-tr常 網正 試否 測是冶況 測情網絡資源申請絡求 網需 出請 提科nJ、首 需-請出求 提需1.服務申請需求及時處理情況«

16、導建會 領化員 級息委 上信設-限權呻 立口才IT需 過網 踵的請二 z LL 對需報流程調整需求方案需求部門-根據審核的意 見調整需求方 案。根據審核意見， 結合實際情況 調整網絡需求。調整需求結果網絡需求開通IT部-根據審批意見 實施網絡需求實施網絡需求， 整理相關實施 變更文檔。實施完成4、流程信息清單名稱工具遠程出單點設置申請表遠程岀單點設置申 請表服務管理系統http:/hausm/itsm/welcome.do十、系統維護流程1各部門權限情況分公司用戶通過EOA上報非審批類服務請求；通過服務管理系統、電話等方式上報故障、問題等非審批 類服務請求；確認問題處理結果分公司管理部門用戶對

17、于用戶通過EOA上報的問題進行審批；對于需總公司審批的問題予以上報分公司IT響應、核實系統故障、問題；在權限范圍內處理故障、問題；將無法處理的問題轉交總公司IT部總公司管理部門就審批類服務進行政策審批IT部1非審批類服務服務管理系統服務響應服務管理系統任務分配服務處理服務結果反饋與跟蹤2、審批類服務分析管理部門審批意見實施系統維護操作反饋處理結果2、流程圖23系統維護流程詢查務服報上務服分公司用戶分公司管理部門分公司IT總公司用戶總公司管理部門總公司信息技術部批審 務服應響務服理處務服認確務服服務確認非審批類服務_服務向應知識庫查詢是反饋用戶解決該服否務.服務轉交分公司轉交的審批類服務服務響應

18、服務處理反饋用戶據庫/網 路管理流 程.分公司IT轉交的非審批服務總公司提交的服務服務類型服務確認先結總務服整理知識庫結束3、流程說明流 程工作內 容、流 程步驟部門時效 性重要輸入工作說明重要輸出風險點應 用 系 統 統 維 護 流 程服務查詢總、分 公司用 戶查詢條件用戶查詢知 識庫尋求問 題指引解決辦法1、服務請求 響應及時情況2、服務請求 及時處理情況3、服務請求 遺失與跟蹤4、系統服務 類型發展服務上報總、分 公司用 戶問題或服務請求描述用戶上報問題EOA系統簽報或服務 管理系統 任務服務響應總公司IT部工作日10分鐘（服務任務分類崗位響應問 題（0A,服務管理系統）待處理服務管理系

19、統任務或EOA系統簽管理 系統 平均 響應 時間）報趨勢服務審批總、分 公司管 理部門EOA系統簽報申請就下級申請 事項進行政 策審批EOA系統簽報服務處理分公司IT崗位4小時服務管理系統 任務或EOA系 統簽報根據請求提 供IT系統維 護服務服務管理 系統服務或EOA系統簽報處理 結果（意 見）總公司IT部一個工作日服務確認總、分 公司用 戶服務管理系統服務或EOA系 統簽報處理結果（意見）用戶核實服 務處理結果， 對處理結果 予以確認或 提出異議服務確認結果服務總結總公司IT部用戶服 務確認 結果對服務進行 歸類總結并 納入知識庫 進行積累FAQ4、流程信息清單名稱工具服務管理系統信息項A

20、CDSee BM圖像EOAhttp:/haeoa/eoa/todoProcessList.do十一、項目管理流程1、各部門權限情況 總公司業務部門 提交原始需求說明書配合項目組確認項目參與人員，并參與整個項目流程 協助業務部門確認需求規格說明書協助IT部完成系統設計說明書的編寫工作協助確認項目驗收總結報告IT部協調業務部門形成項目組，召開項目啟動會議并形成項目章程 確認需求規格說明書 根據需求規格說明書進行系統分析和設計 根據設計說明書進行編碼，同時監控項目質量和項目進度 協調業務部門完成項目驗收工作，并確認項目驗收總結報告2、 流程圖27需求管理流程/采購管理流程I召開啟動會議確定項目組分工

21、與職責確認后的原始需求說明書需求制定項目章程計劃J F項目需求分析確認后的需求 規格說明書系統設計說明書段階爵及葬、取統系系統開發流程*系統測試流程段階宰、行運試蒙系統發布流程<段階鑒目項V3、流程說明流程工作內 容、流程 步驟部門時效性重要輸入工作說明重要輸出風險點項目管理流程項目啟動 階段IT部、 業務部門-原始需求 說明書由項目經 理組織召 開項目啟 動會議， 確定項目 組成員及 職責分 工、項目 的原始需 求，制定項目章 程和項 目管理計 戈膠確認后的 原始需求 說明書、項目章 程、項目管理 計劃此時的項 目管理計 劃還只是 初步估計 的，但是 一旦需求 規格說明 書確認 后，項

22、目 管理計劃 將會確 認。需求分析 階段IT部、業務部門-確認的原 始需求說 明書IT部協 助業務部 門做詳細 需求分析 并最終形 成確認后 的需求規 格說明書確認后的需求規 格說明書系統設計 階段IT部、 業務部門-需求規格說明書依據需 求規格說 明書對 系統進行 分析設 計，完成系統設 計說明 書的編 寫。系統設計 說明書系統設計 說明書可 能會因為 用戶的需 求變更受 到影響， 可能會影 響項目管 理計劃安 排。開發階段IT部、 業務部門-系統設計 說明書依據系統 設計說明 書進行系 統開發、完成單元 測試和版可運行的 信息系統 產品系統設計 說明書可 能會因為 用戶的需 求變更受 到影

23、響，本整理可能會影 響項目管 理計劃安 排。項目驗收階段IT部、業務部門-完成操 作手冊、 系統上線 通知簽報 流程審批 通過。系統上線 后，進行 的各項驗 收工作， 包括業務 功能驗 收、技術 性能指標 驗收等。項目驗 收總結報 告4、流程信息清單名稱工具項目章程8 1附件一、項目章程.doc項目管理計劃a附件二、項目管理 計劃.doc系統設計說明書附件五、系統設計說明書.doc項目驗收總結報告a附件八、項目驗收 總結報告.doc十二、信息安全管理流程1、職責范圍總公司IT部、分公司信息技術室或信息維護人員為信息系統安全的責任單位和個人，主要職責是：（一）貫徹執行總公司IT部的管理辦法，指導

24、、監督、協調和規范信息系統安全工作;（二）擬訂信息系統安全總體規劃和信息系統安全管理規定，并監督執行；（三）跟蹤先進的信息系統安全技術，提出信息系統安全防范策略；（四）參與信息系統工程建設中的安全規劃，監督安全措施的執行；（五）負責信息系統安全專用產品的選型，組織信息系統安全的評估和審批；（六）組織本機構信息系統安全檢查，分析轄內信息系統安全總體狀況，提出安全分 析報告和安全防范建議；（七）組織本機構信息系統安全知識的培訓和宣傳工作； 專（兼）職信息系統安全管理員應履行以下職責：（一）負責信息系統安全管理的日常工作；（二）開展信息系統安全檢查工作，對要害崗位人員信息系統安全工作進行指導；（三）

25、開展信息系統安全知識的培訓和宣傳工作；（四）監控信息系統安全總體狀況，提出安全分析報告；（五）了解行業動態，為改進和完善信息系統安全管理工作，提出安全防范建議；（六）及時向總公司 IT 部報告信息系統安全事件。2、流程圖信息安全管理流程28信息化建設委員會信息技術部信息系統安全法規及公司商業保密行業安全標準政策訂制策政制定信息系統訪問權限設置方案 ，數據備份及突發事件處理等信 息系統安全政策 IKBai 信息系統訪問權限設置數 據備份及突發事件處理政 策其他軟硬件安全措施批審策政確定員工算機 配置及權限安裝網絡預警 裝置定期更新病毒庫設置網絡終端用尸訪 問權限 1 對終端用尸進行網絡 使用情況

26、監測施措全安按照突發事件處理發 生安全預警時， 規定采取處理措施每日對數據庫、日之文件及其他重要資料進行備份向信息技術部領導匯報 突發事件發展情況編制事故總結報 告，上報相關領導檔歸及理處故事3、流程說明工作內容、 流程步驟部門時效性重要輸入工作說明重要輸 出信 息 安 全 管 理 流 程政策制訂IT部-根據國際和國家信息系統 安全的有關法律、法規及信 息技術行業的安全標準， 并 結合公司有關商業保密的 規定，制定公司的信息系統 安全政策，包括信息系統訪 問權限設置方案、數據備份 及突發事件處理政策、病毒 防治等信息系統安全政策。配置確定IT部-根據公司計算機及網絡設 備的使用規定，確定各崗位

27、 計算機資源的配置和系統 訪問權限。監督與提 醒IT部-對各個網絡用戶及計算機 設備的使用過程進行監測， 同時督促各個終端用戶定 時對關鍵數據進行備份。建立安全 措施IT部-根據公司的信息系統安全 政策，選擇建立各項軟硬件 的安全措施，包括病毒防治 軟件、防火墻技術等，并在 網絡上安置必要的預警裝 置；定期在公司范圍內發布 病毒防治的數據資料，并提 供病毒庫升級下載文檔。事件處理IT部-當發生安全預警時，根據警 報的性質，按照突發事件的 處理規程采取必要的處理 措施，并在1小時內將情況 匯報至IT部經理。事件善后IT部-根據警報的性質判斷緊急 級別，視情況上報公司分管 領導，采取補救措施，記錄

28、 事故檔案并通報全公司；屬于般警報的記錄事故檔 案，事故處理完畢，對于事 故的責任人和責任部門編 制事故總結報告上報公司 相關領導處理。十三、需求管理流程1、各部門權限情況 分公司需求部門 提出需求意向到總公司直屬管理部門 總公司需求部門 審核分公司提出的需求意向 提出需求意向到 IT 部 參加需求會商 書寫用戶原始需求說明書 會商確認原始需求說明書和需求規格說明書IT 部 接收需求意向進行可行性分析，反饋意見 組織需求會商 根據用戶原始需求說明書書寫需求規格說明書 會商確認原始需求說明書和需求規格說明書 對于需要立項的需求，編制需求評估報告，報上一級審批 上級領導 / 信息化建設委員會 對于

29、下級超權限的項目進行審批2、流程圖34IT需求管理流程分公司需求部門總公司需求部門總公司信息技術部上級領導/信息化建設委員會求需出提提出需-、求意向提出需求意向審核商會求需接收需求1F需求會商E整理原始需求用戶原始需求說明書需求評估,是否需要立項否需求分析編制需求 評估報告析分求需否需要修I始需求需求規格說 明書at !Bin :am s iri i ii-r!認確求需本次需 求結束k審批是否同意S-S ! ! "5! ! "5 « ! ! P S ! ! !t! V -! r 1r ! ! ! ! n ! ! «-! I f! !« I !

30、ill! ! FIS! ! F I SF I H Fl ! !«v確認用戶原始需求說明書和需求規格說明書開發管理流項目管理程流程3、流程說明流 程工作內容、流程步驟部門時效 性重要輸入工作說明重要輸出風險點需求管理流程提出需求意向分公司需求部門-業務發展、增加 管控等需要系 統支持的想法根據業務發展要求以及 外部監管要求提出系統 需求意向。需求意向1、需求可行 性風險2、需求變更 風險3、監管風險總公司需求部門-分公司需求意向審核分公司需求意向。審核結果-業務發展、增加 管控等需要系 統支持的想法根據業務發展要求以及 外部監管要求提出系統 需求意向。需求意向可行性判 斷IT部-需求意

31、向根據需求意向結合目前 系統情況進行可行性初 步判斷。可行性初步 判斷結果以 及建議需求會商總公司需 求部門、IT部-可行的需求意向針對可行的需求雙方進 行討論，IT協助用戶挖 掘需求，將用戶的需求 意向細化。會議紀要/溝通結果整理原始需求總公司需求部門-會議紀要/溝通結果空白的原始需求說明書根據雙方的溝通結果， 書寫用戶原始需求。用戶原始需求說明書審核用戶 原始需求 說明書IT部-用戶原始需求說明書審核內容是否全面，描 述是否準確，格式是否 符合標準。審核意見需求評估需求報批IT部總公司需 求部門、IT部審核通過的用 戶原始需求說 明書結合需求具體情況判斷 是否需要立項，如需立 項，編制評估

32、報告。 超過IT部權限的需求， 上報信息化建設委員會 審批。評估意見原始需求 需求評估報告簽報/召開 信息化建設 委員會立項審批上級領導/信息化建 設委員會-簽報/召開信息 化建設委員會進行需求審批，給出決 策意見，對于不同意立 項的需求，進行結束。對于冋意立項的需求按 照項目管理流程進行后 續處理。審核意見/會議決議需求分析IT部-需求評估意見/立項審核意見細化用戶原始需求中的 功能點，整理系統的性 能、安全性要求，分析 該需求對現有系統的影 響和接口實現方式，編 制需求規格說明書。需求規格說 明書需求確認總公司需 求部門、IT部-原始需求說明 書需求規格說明雙方進行需求確認。確認后的需 求規格說明 書書4、流程信息清單名稱工具用戶原始需求說明書哲1用戶原始需求說明.doc需求規格說明書a需求規格說明書.docEOAhttp:/haeoa/eoa/todoProcessList.do十四、需求變更管理流程1、各部門權限情況分公司需求部門提出需求變更意向到總公司直屬管理部門總公司需求部門審核分公司提出的需求變更意向提出需求變更意向到IT部參加需求會商填寫需求變更單會商確認需求變更單和需求變更評估報告IT部接收需求變更意向進行可行性分析，反饋意見組織需求會商對于超權限的需求變更向上一級進行報批根據需求變更單