某電器集團ITSM系統(tǒng)解決方案

1、某電器集團ITSM系統(tǒng)解決方案1業(yè)務(wù)分析2總體規(guī)劃3方案設(shè)計4成功案例業(yè)務(wù)現(xiàn)狀 應(yīng)用場景 業(yè)務(wù)流程 存在問題業(yè)務(wù)分析業(yè)務(wù)現(xiàn)狀 集團內(nèi)部IT服務(wù)業(yè)務(wù)繁多：集團在世界范圍內(nèi)擁有約200家子公司、60多個海外分支機構(gòu)及12個戰(zhàn)略業(yè)務(wù)單位，在全球擁有約135,000名員工，業(yè)務(wù)涉及200多個國家和地區(qū)。目前已有50多個坐席處理某電器集團公司IT服務(wù)請求，日單量達(dá)5000左右，IT服務(wù)管理系統(tǒng)的建設(shè)具有必要性。 ITSM系統(tǒng)是為了保障IT系統(tǒng)能更好地支撐某電器集團的業(yè)務(wù)運營，保證用戶提交的問題能有效、有序解決，在系統(tǒng)發(fā)生故障時，可以充分有效的調(diào)動公司IT資源，在最短時間內(nèi)排除故障，盡快恢復(fù)業(yè)務(wù)，保障系統(tǒng)

2、的有效運行；同時創(chuàng)建完善的IT運維問題管理，形成閉環(huán)機制，從根源解決IT運維問題，消除IT系統(tǒng)的不良隱患，以保證IT系統(tǒng)穩(wěn)定、可靠、高效運行； ITSM系統(tǒng)還提供系統(tǒng)變更管理活動，以一種受控的方式對變更進(jìn)行評估、批準(zhǔn)、排序、計劃、測試、實施和回顧，確保所有變更行為能有效及時完成，減少變更導(dǎo)致服務(wù)意外中斷，保證IT生產(chǎn)環(huán)境的安全穩(wěn)定運行，并最大化地提升IT系統(tǒng)的可用性。業(yè)務(wù)分析-應(yīng)用場景電話WEBIM其他渠道多渠道服務(wù)臺用戶報障事件處理問題解決事件告警 某電器集團公司系統(tǒng)用戶通過電話、web、IM工具等方式明確清晰描述事件的詳細(xì)情況，服務(wù)臺接到用戶報障后，確認(rèn)用戶信息和內(nèi)容，并于5分鐘內(nèi)完成事件

3、單錄入和分派。ITSM系統(tǒng)變更實施滿意度回訪受理分派初步處理.事件單錄入業(yè)務(wù)分析-業(yè)務(wù)流程用戶描述事件事件管理服務(wù)臺受理事件服務(wù)臺初步處理一線工程師處理二線工程師處理三線工程師處理事件經(jīng)理處理關(guān)閉事件事件評價反饋回訪不滿意工單反饋回訪結(jié)果分析處理問題反饋跟進(jìn)結(jié)果提交問題問題管理分派問題解決方案制定解決方案實施解決效果驗證關(guān)閉問題提交知識變更申請?zhí)峤幌到y(tǒng)變更管理變更申請?zhí)峤蛔兏暾執(zhí)峤蛔兏?guī)范性審核變更規(guī)范性審核審核變更正常變更標(biāo)準(zhǔn)變更緊急變更變更方案合理性審核變更實施及結(jié)果反饋溝通和調(diào)度變更變更評審組評審反饋變更結(jié)果實施變更驗證結(jié)果溝通和調(diào)度變更變更實施及結(jié)果反饋組織驗證變更反饋變更結(jié)果補提交

4、變更申請和變更實施方案用戶滿意度回訪業(yè)務(wù)分析-存在問題IT服務(wù)系統(tǒng)為第三方提供，存在問題：第一，需要大筆費用購買License用于系統(tǒng)擴展；第二，日單量增漲，性能降低，對應(yīng)的定制化的維保服務(wù)費用增漲；第三，某電器集團公司無自主知識產(chǎn)權(quán)，制約公司海外業(yè)務(wù)開展，整個系統(tǒng)缺乏自主可控能力。需要大筆費用購買License用于系統(tǒng)擴展1定制化的維保服務(wù)費用較高2無自主知識產(chǎn)權(quán)，缺乏自主可控能力31業(yè)務(wù)分析2總體規(guī)劃3方案設(shè)計4成功案例5公司簡介建設(shè)目標(biāo) 系統(tǒng)定位 功能架構(gòu)總體規(guī)劃-建設(shè)目標(biāo)以更好地支撐集團業(yè)務(wù)運營為目標(biāo)，通過構(gòu)建智慧、集約、協(xié)同、高效的某電器集團IT服務(wù)系統(tǒng)（ITSM），實現(xiàn)IT服務(wù)事件

5、的多渠道受理，實現(xiàn)工單的高效率處理、記錄、維護(hù)，提升企業(yè)IT服務(wù)質(zhì)量和服務(wù)效率，提高系統(tǒng)用戶滿意度。目標(biāo)流程重構(gòu)以事件為主線，貫通滿意度回訪、問題管理、系統(tǒng)變更等流程，實現(xiàn)全生命周期閉環(huán)管理主體流程嚴(yán)格遵循、分支流程隨需選擇功能重構(gòu)技術(shù)重構(gòu)操作便捷易用，提升體驗功能分權(quán)分域，角色適配模塊融合協(xié)作，提升價值運營服務(wù)注智，全程管控以智慧、集約、協(xié)同、高效為目標(biāo)，規(guī)劃功能藍(lán)圖采用多機房全球化部署形態(tài)實現(xiàn)多國家多時區(qū)問題基于Drools6的規(guī)則引擎技術(shù)，支持版本高效迭代、灰度發(fā)布引入自動化測試機制，保證業(yè)務(wù)功能完整、系統(tǒng)性能高效提升日志分析能力，支持問題快速定位、高效解決總體規(guī)劃-系統(tǒng)定位事件管理問題

6、管理服務(wù)級別管理知識庫管理系統(tǒng)配置變更管理事件記錄信息臨時解決方案SLA變更信息變更申請知識查詢提交知識報表管理運維管理人員管理服務(wù)臺電話WEBIM。變更申請變更信息配置管理項目管理接口對接接口對接。總體規(guī)劃-功能架構(gòu)事件管理事件報障事件升級關(guān)閉事件事件受理事件轉(zhuǎn)辦事件處理問題管理問題提交問題驗證問題關(guān)閉問題分派問題轉(zhuǎn)辦問題解決變更管理變更申請評審組評審規(guī)范性審核溝通變更知識管理知識添加知識維護(hù)知識查詢知識事件問題關(guān)聯(lián)流程配置流程圖配置人員管理成員信息成員組管理重大事件管理重大事件創(chuàng)建重大事件關(guān)閉重大事件判定跟蹤及處理合理性審核模板管理環(huán)節(jié)配置用戶滿意度回訪事件單服務(wù)評價回訪關(guān)閉用戶回訪反饋回

7、訪跟蹤及處理調(diào)度變更實施結(jié)果反饋組織驗證變更實施變更回退反饋變更結(jié)果關(guān)閉變更變更跟蹤系統(tǒng)配置專業(yè)線人數(shù)變更通知CMO配置服務(wù)目錄考核標(biāo)準(zhǔn)小分類配置變更審批SLA/OLA配置配置區(qū)域報障來源角色管理評價來源權(quán)限管理運維管理值班控制臺考核單加班單考核流程請假/休假單入場單退場單置換單運維工單管理報表管理事件報告問題報表用戶滿意度報告重大事件報告KPI考核報表變更報告快捷菜單我的待辦本組工單已處理我創(chuàng)建的值班控制臺創(chuàng)建事件單消息管理事件告警郵件通知短信通知1業(yè)務(wù)分析2總體規(guī)劃3方案設(shè)計4成功案例流程設(shè)計 功能實現(xiàn) 擴展功能 方法論-ITIL 多機房全球化部署 技術(shù)實現(xiàn) 關(guān)健技術(shù)方案設(shè)計依據(jù)ITIL體

8、系與方法論流程設(shè)計-事件管理流程服務(wù)臺接到用戶報障后，完成事件單錄入和分派；嘗試對事件進(jìn)行初步的處理，對未能解決的事件則立即轉(zhuǎn)辦到一線處理；一線處理人負(fù)責(zé)事件單受理、處理、升級、解決與關(guān)閉，對不能解決的事件進(jìn)行轉(zhuǎn)派二線工程師或升級事件經(jīng)理處理；二線處理人負(fù)責(zé)接受來自一線工程師轉(zhuǎn)派或升級事件的處理；在規(guī)定解決時限內(nèi)未解決時，轉(zhuǎn)派三線工程師或升級事件經(jīng)理處理；三線處理人負(fù)責(zé)接受來自二線工程師轉(zhuǎn)派或升級事件的處理；在規(guī)定解決時限內(nèi)未解決時，升級事件經(jīng)理處理；事件經(jīng)理跟蹤事件的解決過程；在事件管理流程執(zhí)行過程中出現(xiàn)分歧、異見時，協(xié)調(diào)相關(guān)資源解決；流程設(shè)計-問題管理流程問題提交人創(chuàng)建問題單，填寫問題的級

9、別、描述，并提交問題；驗證問題的解決效果，關(guān)閉問題單；如問題未解決，返回給問題處理人繼續(xù)解決。問題處理人受理來自問題經(jīng)理分派的問題單；調(diào)查問題根本原因，制定問題解決方案；執(zhí)行問題解決方案，并反饋解決結(jié)果問題經(jīng)理對問題單進(jìn)行評估審核，確認(rèn)是否構(gòu)成問題；根據(jù)問題具體情況，指派具體的問題處理人開展問題分析工作，并基于優(yōu)先級在適當(dāng)?shù)臅r間作出響應(yīng)；流程設(shè)計-系統(tǒng)變更流程變更申請人負(fù)責(zé)按規(guī)范要求提交變更申請，并組織驗證變更；變更管理員負(fù)責(zé)對變更申請進(jìn)行規(guī)范性審核、溝通和調(diào)度；負(fù)責(zé)對變更流程進(jìn)行最終關(guān)閉和跟蹤。變更審核人負(fù)責(zé)對變更方案進(jìn)行合理性審核；變更評審組負(fù)責(zé)對變更進(jìn)行評審和決策。變更實施人負(fù)責(zé)按最終批

10、準(zhǔn)調(diào)度后的實施方案實施變更功能實現(xiàn)-事件管理事件管理事件報障事件受理事件的處理一級事件處理二級事件處理三級事件處理事件升級、關(guān)閉功能實現(xiàn)-事件管理事件SLA和OLA管理要求SLA（事件整體服務(wù)承諾）響應(yīng)解決事件級別響應(yīng)時長處理方式解決預(yù)警處理方式解決時長處理方式一級事件15分鐘郵件和短信通知當(dāng)前受理人1小時郵件和短信通知事件經(jīng)理2小時對應(yīng)專業(yè)系統(tǒng)部門負(fù)責(zé)人及IT總監(jiān)二級事件30分鐘郵件通知通知當(dāng)前受理人3小時郵件通知事件經(jīng)理4小時對應(yīng)專業(yè)系統(tǒng)部門負(fù)責(zé)人及IT總監(jiān)三級事件45分鐘郵件通知通知當(dāng)前受理人7小時郵件通知事件經(jīng)理8小時對應(yīng)專業(yè)系統(tǒng)部門負(fù)責(zé)人及IT總監(jiān)OLA（事件各環(huán)節(jié)解決時間）解決超時

11、事件級別一線工程師處理方式二線、三線工程師處理方式一級事件1小時郵件和短信通知事件經(jīng)理1小時郵件和短信通知事件經(jīng)理二級事件2小時郵件通知事件經(jīng)理2小時郵件通知事件經(jīng)理三級事件4小時郵件通知事件經(jīng)理4小時郵件通知事件經(jīng)理響應(yīng)規(guī)則：事件的響應(yīng)時間是從事件創(chuàng)建到事件在ITSM系統(tǒng)中被認(rèn)領(lǐng)的時間。要求事件響應(yīng)時間最長不超過45分鐘，事件經(jīng)理有責(zé)任提醒相關(guān)人員進(jìn)行認(rèn)領(lǐng)，超過響應(yīng)時間事件自動升級。功能實現(xiàn)-升級規(guī)則一級事件處理服務(wù)臺：接到用戶報障判斷事件為一級事件，應(yīng)該立即升級到一線事件經(jīng)理；一線工程師：當(dāng)無法解決或已超過1小時時，升級到二線；二級事件處理服務(wù)臺：接到用戶報障時，應(yīng)該直接分派到一線；一線工

12、程師：當(dāng)無法解決或已超過2小時時，升級到二線；二線工程師：當(dāng)無法解決或已超過2小時時，升級到三線或事件經(jīng)理。三級事件處理服務(wù)臺：應(yīng)該在15分鐘內(nèi)進(jìn)行響應(yīng)和初步處理，如果解決不了，則分派到一線；一線工程師：當(dāng)無法解決或已超過4小時時，升級到二線；二線工程師：當(dāng)無法解決或已超過4小時時，將升級到三線或事件經(jīng)理。功能實現(xiàn)-事件管理重大事件管理重大事件創(chuàng)建重大事件判定重大事件跟蹤及處理重大事件關(guān)閉事件管理流程提交重大事件單分派跟進(jìn)處理提交事件報告確認(rèn)處理結(jié)果判定是否重大事件結(jié)束否是功能實現(xiàn)-事件管理用戶滿意度回訪管理滿意度回訪滿意度回訪跟蹤及處理事件單服務(wù)評價反饋回訪不滿意用戶反饋回訪結(jié)果分析問題并處

13、理反饋跟進(jìn)結(jié)果結(jié)束用戶滿意度回訪流程圖功能實現(xiàn)-問題管理問題管理問題提交問題分派問題解決問題驗證與關(guān)閉功能實現(xiàn)-問題管理問題級別響應(yīng)時間應(yīng)用系統(tǒng)基礎(chǔ)架構(gòu)解決時間解決時間重大問題8小時2天計劃內(nèi)解決時間一般問題8小時周三前發(fā)現(xiàn)的問題，在周五變更時間窗發(fā)布解決計劃內(nèi)解決時間通知對象問題級別IT總監(jiān)專業(yè)系統(tǒng)部負(fù)責(zé)人問題經(jīng)理（產(chǎn)品經(jīng)理/模塊負(fù)責(zé)人或其授權(quán)人員）重大問題解決超時響應(yīng)/解決超時響應(yīng)/解決超時一般問題解決超時解決超時響應(yīng)/解決超時問題SLA指標(biāo)SLA超時通知策略功能實現(xiàn)-系統(tǒng)變更管理 系統(tǒng)變更管理指變更請求的處理、變更的溝通和實施、變更實施后的驗證、變更評審和批準(zhǔn)、變更的調(diào)度、變更回顧和跟蹤

14、、變更公告發(fā)布等一系列管理過程和活動。系統(tǒng)變更管理功能實現(xiàn)-系統(tǒng)變更管理名稱定義正常變更能通過正常程序化的申請、評估、批準(zhǔn)、排序、計劃、測試、實施和回顧的變更；正常變更流程是變更管理的主流程，其它如標(biāo)準(zhǔn)變更、緊急/加速變更流程都是根據(jù)正常變更流程進(jìn)行調(diào)整變化而來的。標(biāo)準(zhǔn)變更對于風(fēng)險小、影響經(jīng)變更評審組確認(rèn)、操作步驟和實施角色固定(非系統(tǒng)自動調(diào)度)、經(jīng)多次(5次以上)變更實施證明有效的IT運維變更；經(jīng)過文檔化和事先批準(zhǔn)發(fā)布形成標(biāo)準(zhǔn)變更；標(biāo)準(zhǔn)變更以外的其它IT運維變更也可稱為非標(biāo)準(zhǔn)變更。緊急變更在變更申請?zhí)岢鰰r間上不能滿足計劃性要求的變更，或為處理生產(chǎn)環(huán)境不可用或即將不可用而提出的計劃外變更稱為緊

15、急變更。變更的類別定義擴展功能-配置式流程管理流程節(jié)點可自定義配置流程執(zhí)行人可自定義配置+擴展功能-自定義報表基本字段自定義簡單算法自定義圖表（chart）引擎多機房全球化部署智能DNS：就近解析到相應(yīng)的機房；數(shù)據(jù)同步：各機房間，采用各種方案進(jìn)行數(shù)據(jù)同步，機房間的專線連接；多語言多時區(qū)時效服務(wù)端采用SAAS數(shù)據(jù)結(jié)構(gòu)，支持多地區(qū)的服務(wù)級別、服務(wù)內(nèi)容、服務(wù)時效的內(nèi)容，根據(jù)當(dāng)前用戶判斷用戶所屬國家和地區(qū)，獲取對應(yīng)的服務(wù)時效多語言實現(xiàn)多時區(qū)時效實現(xiàn)框架支持多語言配置，通過用戶訪問服務(wù)地址獲取瀏覽器語言環(huán)境，調(diào)用對應(yīng)的配置技術(shù)實現(xiàn)-系統(tǒng)架構(gòu)技術(shù)實現(xiàn)-分層架構(gòu)技術(shù)實現(xiàn)-分布式部署技術(shù)實現(xiàn)-基于Drools

16、6的規(guī)則引擎Drools規(guī)則jarMavenDrools規(guī)則制定工程1.drl等規(guī)則文件2.classDrools規(guī)則制定工程.規(guī)則制定模塊規(guī)則管理發(fā)布模塊時效規(guī)則執(zhí)行接口流轉(zhuǎn)規(guī)則執(zhí)行接口Drools控制接口規(guī)則引擎1.管理維護(hù)規(guī)則文件，定期檢查maven庫更新規(guī)則jar2.對外提供規(guī)則調(diào)用接口定期輪詢更新規(guī)則jardrools工程生成jar規(guī)則調(diào)用模塊工單時效判定流程環(huán)節(jié)校驗結(jié)果狀態(tài)計算/優(yōu)先級判斷預(yù)警工作流.技術(shù)實現(xiàn)-流程引擎架構(gòu)流程定義服務(wù)基礎(chǔ)服務(wù)業(yè)務(wù)應(yīng)用智能客服IT支撐服務(wù)臺歷史服務(wù)流程管理服務(wù)任務(wù)服務(wù)表單服務(wù)流程運行服務(wù)流程引擎服務(wù)用戶服務(wù)部門服務(wù)組織架構(gòu)服務(wù)基礎(chǔ)設(shè)施消息隊列緩存數(shù)據(jù)

17、庫流程監(jiān)控流程監(jiān)控流程管理流程監(jiān)控流程監(jiān)控組織架構(gòu)服務(wù)調(diào)用驗證服務(wù)遠(yuǎn)程調(diào)用服務(wù)動態(tài)修改流程定義服務(wù)關(guān)健技術(shù)-大數(shù)據(jù)存儲BE服務(wù)RedisMySQLHBase歷史數(shù)據(jù)遷移ES或類型數(shù)據(jù)范圍作用MySQL1、在途數(shù)據(jù)2、已結(jié)束1月內(nèi)數(shù)據(jù)方便業(yè)務(wù)查詢、處理Redis在途數(shù)據(jù)減少數(shù)據(jù)庫壓力HBase1、工單及相關(guān)數(shù)據(jù)2、工單關(guān)系數(shù)據(jù)1、減少數(shù)據(jù)庫壓力2、大數(shù)據(jù)量存儲3、快速查詢工單相關(guān)數(shù)據(jù)保存工單工單結(jié)束，刪除工單生成工單 & 更改狀態(tài)歷史數(shù)據(jù)遷移 or 歸檔關(guān)健技術(shù)- 數(shù)據(jù)庫雙庫部署方案Mysql雙庫備份方案：每臺主機上 2個mysql實例，都需要做定時備份，每天定時備份。設(shè)定每天的備份時間需要在現(xiàn)

18、庫數(shù)據(jù)遷移到歷史庫之前，并且需要在遷移數(shù)據(jù)之前完成備份任務(wù)。數(shù)據(jù)庫備份保留7天，定時刪除7天以前的數(shù)據(jù)庫備份。設(shè)計目的：集團項目總體數(shù)據(jù)量較大（每個月全部工單約15萬，流轉(zhuǎn)記錄約75萬），業(yè)務(wù)數(shù)據(jù)保留一年。數(shù)據(jù)庫區(qū)分歷史庫和現(xiàn)網(wǎng)庫，現(xiàn)網(wǎng)庫使用SSD固態(tài)盤，保留三個月內(nèi)數(shù)據(jù)；歷史庫保留歷史3個月以外，12個月以內(nèi)的數(shù)據(jù)。關(guān)健技術(shù)- 數(shù)據(jù)庫雙主部署方案設(shè)計目的：數(shù)據(jù)庫使用雙主架構(gòu)，兩臺主機MySQL復(fù)制能夠保證數(shù)據(jù)的高可用的同時可以做讀寫分離來分擔(dān)系統(tǒng)壓力，這里做的是兩服務(wù)器A,B各有Mysql實例3306 ，兩個實例間互為主從如果是主主復(fù)制還可以很好的避免主節(jié)點的單點故障。這里選用主從復(fù)制模式M

19、ysql主從復(fù)制模式，是為了更加確保主從復(fù)制的正確性、健康性與易配性。關(guān)健技術(shù)- 業(yè)務(wù)數(shù)據(jù)分表分區(qū)方案索引設(shè)計：查詢千萬級數(shù)據(jù)量的表需要根據(jù)查詢條件添加索引分表方案：現(xiàn)庫只保存90天以內(nèi)的數(shù)據(jù)。歷史庫是保存90天之前的數(shù)據(jù)。歷史庫分區(qū)規(guī)則：歷史庫中的表都需要 按月進(jìn)行分區(qū)，以提高查詢效率。關(guān)健技術(shù)- 歷史數(shù)據(jù)遷移及歸檔遷移數(shù)據(jù)范圍：客服服務(wù)類工單表數(shù)據(jù)工單處理記錄主表數(shù)據(jù)工單主表數(shù)據(jù)流程歷史表數(shù)據(jù)遷移實現(xiàn)：被廣泛使用的離線數(shù)據(jù)同步工具/平臺DataX按天執(zhí)行l(wèi)inux-shell腳本定時啟動現(xiàn)庫（ MySQL ）歷史庫（ MySQL ）歸檔（文件）已完成 & 3個月前 數(shù)據(jù)1年前數(shù)據(jù)關(guān)健技術(shù)-

20、 緩存使用失效時間：Session/基礎(chǔ)數(shù)據(jù)：30分鐘工單數(shù)據(jù)：24小時（工單處理時間）存儲內(nèi)容：在途工單數(shù)據(jù)基礎(chǔ)數(shù)據(jù)Session數(shù)據(jù)失效機制：工單結(jié)束，刪除工單數(shù)據(jù)通過失效時間關(guān)健技術(shù)- 緩存使用關(guān)健技術(shù)- 客服在線總量及高并發(fā)WEB層集團ITSM系統(tǒng)后臺Redis思路：通過LVS+Nginx負(fù)載均衡、水平擴展Session存儲到Redis中基礎(chǔ)數(shù)據(jù)存儲到Redis中前端熱點數(shù)據(jù)存儲到Redis中SESSION數(shù)據(jù)熱點數(shù)據(jù)基礎(chǔ)數(shù)據(jù)服務(wù)層工單服務(wù)接入層LVS+Nginx 關(guān)健技術(shù)- 流程引擎使用方式：1、將Activiti嵌入Dubbo后臺服務(wù)中2、流程處理時直接調(diào)用Activiti的API

21、3、業(yè)務(wù)邏輯與流程處理在同一事務(wù)中歷史數(shù)據(jù)處理：在遷移工單數(shù)據(jù)時，同時把Activiti歷史表中相關(guān)數(shù)據(jù)一并遷移關(guān)健技術(shù)- 流程引擎CS-BeCS-Ticket-BeActiviti流程定義服務(wù)任務(wù)服務(wù)歷史服務(wù)流程管理服務(wù)流程運行服務(wù)對外提供遠(yuǎn)程調(diào)用服務(wù)組織架構(gòu)服務(wù)內(nèi)部調(diào)用任務(wù)觸發(fā) or 事件觸發(fā)辦理人 or 候選人解析流程監(jiān)控管理遠(yuǎn)程調(diào)用關(guān)健技術(shù)- 規(guī)則引擎前端規(guī)則管理平臺前端Maven規(guī)則jar發(fā)布版本存儲Mysql基礎(chǔ)對象存儲、規(guī)則屬性存儲、規(guī)則關(guān)系存儲Gitlab文件版本存儲、規(guī)則邏輯包存儲規(guī)則定義保存發(fā)布規(guī)則引擎事件預(yù)判事件升級自動流轉(zhuǎn)CS-BeCS-Ticket-Be使用方式：1、

22、將Drools嵌入Dubbo后臺服務(wù)中2、將規(guī)則文件配置到工程內(nèi)3、流程處理時直接調(diào)用Drools的API1業(yè)務(wù)分析2總體規(guī)劃3方案設(shè)計4成功案例成功案例1介紹-某快遞公司智能客服 需求分析成功案例1介紹-某快遞公司智能客服 成功案例1介紹-某快遞公司智能客服 成功案例1介紹-某快遞公司智能客服 性能實現(xiàn)交易名稱壓測指標(biāo)實際結(jié)果是否達(dá)標(biāo)400工單運單查詢7筆/秒61筆/秒單場景達(dá)標(biāo)400工單軌跡查詢單場景達(dá)標(biāo)400工單新增單場景達(dá)標(biāo)400工單查詢35筆/秒58筆/秒單場景達(dá)標(biāo)400工單處理35筆/秒125筆/秒單場景達(dá)標(biāo)問題件工單運單信息查詢167筆/秒204筆/秒單場景達(dá)標(biāo)問題件工單軌跡查詢單場景達(dá)標(biāo)問題件工單新增單場景達(dá)標(biāo)問題件工單處理334筆/秒216筆/秒單場景不達(dá)標(biāo)問題件工單查詢334筆/秒287筆/秒單場景不達(dá)標(biāo)工單催辦20筆/秒94筆/秒單場景達(dá)標(biāo)登錄67筆/秒593筆/秒單場景達(dá)標(biāo)負(fù)載測試成功案例2介紹-某運營商工單調(diào)度系統(tǒng)建設(shè)目標(biāo)及性能實現(xiàn)1.建設(shè)目標(biāo)擴展系統(tǒng)容量，滿足分公司子公司對系統(tǒng)的使用需求；完善和優(yōu)化現(xiàn)有系統(tǒng)功能，滿足業(yè)務(wù)部門的使用