首頁(yè)>>廠(chǎng)商>>CTI系統平臺廠(chǎng)商>>易谷網(wǎng)絡(luò )

呼叫中心中可定制報表系統的設計與實(shí)現(二)

上海易谷網(wǎng)絡(luò )科技有限公司 趙延超 2010/01/13

呼叫中心中可定制報表系統的設計與實(shí)現(一)

第三章 可定制報表系統分析和總體設計

  現代軟件體系結構一般將軟件開(kāi)發(fā)過(guò)程分為:?jiǎn)?wèn)題定義、可行性研究、需求分析、總體設計、詳細設計、編碼與單元測試、綜合測試、軟件運行和維護[25]。

  系統分析階段的工作目標是建立系統的邏輯模型,明確地描述系統“做什么”。在系統需求確立后,就需要對系統進(jìn)行設計。該報表系統在設計時(shí)分為兩個(gè)階段:系統總體設計和詳細設計。

  總體設計階段的基本任務(wù)是“概括地回答系統應該如何實(shí)現”。總體設計又被稱(chēng)作概要設計,其主要任務(wù)為:設計合理的解決方案、確定最佳方案、功能的抽象和分解、軟件結構設計、數據庫設計、編制文檔、技術(shù)審查和復審等[26]。

  詳細設計階段的基本任務(wù)是對總體設計階段劃分出的每個(gè)模塊進(jìn)行明確的算法描述。需要確定每個(gè)模塊的算法、每個(gè)模塊的數據組織結構、為每個(gè)模塊的設計測試用例、編寫(xiě)詳細設計說(shuō)明[25] [27]。

3.1 報表系統分析

3.1.1 報表概述

  報表是對數據的抽象和概括,它使用一種比原始數據本身抽象性和概括性更高、規律性更強、更容易被人理解和控制的形式來(lái)描述和展示數量巨大的、無(wú)序的原始數據集合[13]。報表的應用范圍較為廣泛,各種行業(yè),各種數據處理環(huán)境都有報表的存在。它以不同的表格形式記載不同來(lái)源和格式的數據。

  報表的使用使得人們處理數據的能力和效率有了質(zhì)的提高和飛躍,因此,報表己經(jīng)成為一種普遍應用的數據處理工具。人們使用報表對從各種事務(wù)、過(guò)程中獲得的數據進(jìn)行統計分析。

  報表功能在現在呼叫中心系統中已經(jīng)成為一個(gè)重要組成部分。報表作為呼叫中心中相關(guān)對象的信息發(fā)布和展現,其結構復雜,形式各種各樣。不過(guò),報表一般都由數據部分和模式部分組成。

1.數據部分

  數據部分是報表系統的核心,是報表系統的主要處理對象。根據數據的產(chǎn)生與報表系統的關(guān)系對數據進(jìn)行分類(lèi),有業(yè)務(wù)數據和報表數據兩種。

業(yè)務(wù)數據

  上文曾經(jīng)提及的原始數據稱(chēng)為業(yè)務(wù)數據。它是報表系統最根本的數據來(lái)源。它的產(chǎn)生不依賴(lài)于報表系統本身,而是在某個(gè)具體的現實(shí)事務(wù)處理過(guò)程中獲得的數據。比如在一般典型的財務(wù)系統中,財務(wù)報表使用的業(yè)務(wù)數據有憑證信息、賬簿信息、工資、信息、固定資產(chǎn)信息等,這些數據是在日常財務(wù)工作中產(chǎn)生和記錄的。因此,業(yè)務(wù)數據只是報表系統的數據輸入。

報表數據

  報表數據的概念是相對于業(yè)務(wù)數據而言的,從本質(zhì)上講它是報表系統對業(yè)務(wù)數據處理后的數據輸出,是由報表系統本身產(chǎn)生的,并存儲在報表系統中。從數據涵義上看,報表數據是業(yè)務(wù)數據的變換結果,是對業(yè)務(wù)數據的概括和抽象,具有統計意義。比如在報表中常用的總和與平均值,這些被稱(chēng)為總和、平均值的數據反映了某個(gè)業(yè)務(wù)數據子集的整體情況和平均狀態(tài)。這些數據是人們普遍關(guān)心的但是其功能卻不一定在業(yè)務(wù)數據中可以明顯表現出來(lái)。報表數據的重要意義是能夠彌補人們數據分析能力的不足,幫助人們發(fā)現問(wèn)題和規律。

2.報表的模式

  報表通常都是由標題、表格體和表尾等其他信息組成的。表格體由一定數量的被稱(chēng)為單元的元素構成。單元以各種格式記載著(zhù)報表數據。這里將報表中每個(gè)組成部分的形態(tài)及各部分之間的關(guān)系稱(chēng)為報表的模式。模式是報表記載和表現數據的物理形態(tài)與結構。報表的模式是使用者設計意圖的體現,與報表數據本身無(wú)關(guān)。

3.報表的數據規則

  報表是一個(gè)使用某種模式記載和表現數據的載體。報表的數據規則是模式與數據發(fā)生關(guān)聯(lián)的原則和依據,它定義了四個(gè)關(guān)聯(lián)要求:
  1. 數據的來(lái)源。

  2. 數據的計算方法。

  3. 結果的存儲格式。

  4. 結果的存儲位置。
  報表的規則說(shuō)明了哪些數據經(jīng)過(guò)什么變換過(guò)程后以什么樣的格式存儲在什么位置。數據規則本質(zhì)上定義了一個(gè)轉換函數。

  報表系統就是以一個(gè)規范的系統架構形式定期提供信息給決策者來(lái)支持他們的工作。它是一種數據處理工具,把數據進(jìn)行組裝,分析和包裝管理,再以圖表,文字和表格形式通過(guò)網(wǎng)絡(luò )定期傳播或變更,以供需求者之所用。或者,它可能會(huì )在時(shí)間允許的范圍內通過(guò)電子郵件直接傳給用戶(hù)或干脆打印出來(lái)并提交。

3.1.2 系統需求分析

  呼叫中心建立后,為使整個(gè)系統能夠被充分的利用,同時(shí)坐席人員在使用效益上達到最高,以滿(mǎn)足用戶(hù)滿(mǎn)意率提升和呼叫中心運營(yíng)效率提升的需求,報表功能設計成為了呼叫中心系統中最基本、最重要的需求。

  企業(yè)決策者通過(guò)報表系統獲取直觀(guān)或綜合的信息,來(lái)分析坐席的行為與呼叫中心的運營(yíng)結果,以作為呼叫中心管理調整與改進(jìn)坐席服務(wù)的參考,從全方位的角度來(lái)監視與客戶(hù)間的互動(dòng)。如報表系統提供客服代表的工作效率、在線(xiàn)等候的來(lái)電數量、路由策略等數據,作為管理者決策之所用。

  在呼叫中心的迅速發(fā)展同時(shí),報表也隨著(zhù)呼叫中心的功能擴展變得越來(lái)越復雜。而今的報表生成已不再是簡(jiǎn)單過(guò)濾幾個(gè)項,把數據放入數據庫中。現在需求中的報表數據規模龐大,形式多種多樣,且不同的行業(yè),不同的用戶(hù),報表統計可能是完全不同的。同時(shí),報表在數據庫系統中的變化性也很強。在應用系統投入使用后,隨著(zhù)時(shí)間的推移,用戶(hù)可能需要新的報表,報表的格式、報表的數據要求都有可能發(fā)生變化。用戶(hù)的多種多樣的報表要求,僅靠報表系統預先提供的報表,很可能無(wú)法滿(mǎn)足。

  另外,報表系統主要開(kāi)發(fā)問(wèn)題表現為,在呼叫中心中報表功能的設計時(shí),需要設計大量的報表,盡管其中含有相當一部分報表的結構比較類(lèi)似,但也得為每一個(gè)報表的報表對象、數據模型、顯示格式等一一進(jìn)行定義。這樣重復性進(jìn)行的工作,對數據存儲、導入和導出等操作帶來(lái)諸多的不便,這些繁瑣重復的工作也花費了報表系統設計人員、操作人員、維護人員大量的精力和時(shí)間,影響系統的開(kāi)發(fā)、使用效率和質(zhì)量。因此,開(kāi)發(fā)人員和使用人員迫切需要報表系統能夠提供靈活多樣的報表功能,從而滿(mǎn)足不斷變化的報表需求,降低繁重的報表后期維護工作。

  在新的報表系統的開(kāi)發(fā)時(shí),首先得使其滿(mǎn)足用戶(hù)對報表功能的基本需求。下面將根據系統用例圖來(lái)對該系統進(jìn)行深入的研究。該報表系統的用例圖[28] [29]如圖3.1所示。


圖3.1 報表系統用例圖

根據用例圖,在對其進(jìn)行功能分析后,該系統首先需要具有以下幾個(gè)功能:

1.數據庫配置管理功能

  本報表系統主要的功能是通過(guò)呼叫中心中業(yè)務(wù)導向的歷史數據報表,為企業(yè)提供綜合性信息分析。而因為歷史報表是由呼叫中心數據庫中的原始數據進(jìn)行提取和挖掘生成的,所以數據庫的配置模塊也就成為了該系統最基本的模塊,主要完成對呼叫中心對象,以及相關(guān)的報表數據的配置。另外,系統中所有參數的配置,也由配置數據庫管理模塊來(lái)管理。

2.報表設計功能

  該功能是系統使用的核心,用戶(hù)按照系統事先給定的報表邏輯定義的數據規則,根據實(shí)際情況,設計自己所需要的報表。

3.報表展現功能

  通過(guò)該功能的設計,用戶(hù)可以對報表采取適合自己的報表展現工具來(lái)對報表數據進(jìn)行展現。

4.報表傳輸功能

  用戶(hù)可以將報表工具生成的報表打印,也可以將數據庫中的數據以表格形式進(jìn)行打印,然后再以各種方式發(fā)送給企業(yè)決策者。同時(shí),用戶(hù)還可以通過(guò)因特網(wǎng)采用瀏覽器來(lái)觀(guān)看,或是直接以EMail方式遞送到相關(guān)人員處。

5.數據查詢(xún)功能

  用戶(hù)可以直接以SQL語(yǔ)句對數據倉庫中的數據進(jìn)行查詢(xún),也可以通過(guò)其他數據庫查詢(xún)工具來(lái)查詢(xún)報表數據。

6.數據定義功能

  對系統中的數據進(jìn)行規范定義,以使系統靈活調用。

7.系統安全管理

  管理用戶(hù)進(jìn)入系統的用戶(hù)名,密碼等個(gè)人信息,保證系統的安全使用。

另外,為了滿(mǎn)足報表的靈活多變的需求,對本系統的設計要求還應該有以下特點(diǎn):

1.靈活多樣
  提供給報表最終用戶(hù)可視化的報表分析和設計工具,具有報表自定義設計的功能。對不同的報表需求,不僅可以進(jìn)行標準報表的設計和生成,用戶(hù)還可以靈活而簡(jiǎn)單地利用此工具根據其邏輯定義創(chuàng )建新的統計規則和報表生成方式,以滿(mǎn)足正確的數據需求。

2.界面友好,操作方便
  在Windows環(huán)境下設計一系列可視化的報表生成向導,實(shí)現數據自動(dòng)生成,讓使用者入門(mén)和操作簡(jiǎn)單方便,維護和擴展方便。

3.標準化的報表存取
  一套標準化的報表工具,來(lái)監視與分析話(huà)務(wù)員的狀態(tài)與工作表現、來(lái)電的管理、來(lái)電轉接與 IVR 的狀態(tài)、以及在因特網(wǎng)上的互動(dòng)等。這些報表可以依照管理者的需求而在時(shí)間上以每一刻鐘、每小時(shí)、每天、每周、每月、每季或每年為單位來(lái)出數據,做到時(shí)間上完整。

4.客戶(hù)化的報表內容與顯示方式
  需要對任何報表展現工具都具有很好的支持。可以通過(guò)簡(jiǎn)單易用的報表繪圖工具,提供改善質(zhì)量相關(guān)的各種報表。從而,客服中心的管理者可以根據不同的業(yè)務(wù)需求進(jìn)行交互分析,例如產(chǎn)品銷(xiāo)售與客戶(hù)滿(mǎn)意度等。

5.最佳化的報表結構

  為使報表生成與數據分析的過(guò)程達到最佳化,系統架構依循數據倉庫的工作方式,先將原始數據由挖掘出來(lái)后,寫(xiě)入ODS (Operational Data Source)數據庫。ODS數據庫中的原始資料將被萃取,預先被計算整理,而后轉入數據倉庫作進(jìn)一步的報表生成與分析。以這樣的方式可以將大量的資料運算過(guò)程劃分成多個(gè)步驟,在最短的時(shí)間內生成正確的報表。

6.報表生成美觀(guān)、整齊、規范。
  它支持動(dòng)態(tài)的報表設計,具有靈活,通用報表設計規范,報表樣式多樣化。聯(lián)絡(luò )中心代理人和主管都可以輕松查看寶貴的性能指標,以驅動(dòng)日內性能改進(jìn)。

3.2 報表系統總體設計

3.2.1 系統功能模塊劃分

  本系統的系統架構模型是基于結構化分析方法和面向對象的思想,運用“自頂向下逐步求精”和“自底向上綜合”相結合的方式,采用抽象化的手段,將比較復雜的單一的大系統分解為若干個(gè)簡(jiǎn)單的模塊,并力求模塊之間保持較強的獨立性,即各模塊之間的高內聚低耦合。根據系統的高內聚低耦合、較強獨立性的要求,報表系統設計包含邏輯設計和物理實(shí)現。邏輯設計是指根據報表的邏輯定義,對不同形式的報表需求實(shí)現報表的邏輯設計;報表的物理實(shí)現是具體描述報表的實(shí)現流程和具體實(shí)例。

  通過(guò)對系統總體構架的分析,本節對系統詳細劃分為各功能模塊,并介紹各功能模塊的設計方法。系統功能模塊劃分如圖3.2所示。

圖3.2系統功能模型圖

  從功能模型圖中分析,可定制報表系統主要包括數據庫模塊、數據ETL管理模塊和報表管理模塊三大模塊。下面來(lái)介紹這幾個(gè)功能模塊:

1.數據庫管理模塊

  數據庫管理功能是實(shí)現報表系統的邏輯設計的基礎,它主要負責數據庫結構的邏輯定義和邏輯解析。邏輯定義是對統計業(yè)務(wù)需求的精確表示,實(shí)現對報表數據和報表格式的配置,使用者可以根據不同的報表模式設計不同的邏輯定義,并且有很好的通用性。邏輯解析是指它能夠清楚地描述報表數據及其含義,對邏輯定義信息解析并設計相應報表模式的數據規則,是報表模式定義的很好應用。

  數據庫管理模塊包括配置數據庫模塊、ODS(Operational Data Source)源數據模塊和報表數據庫模塊。

  配置數據庫主要負責存儲報表系統的基本配置,包括呼叫中心中相關(guān)對象的信息,報表數據的統計信息,模板信息等。

  ODS源數據庫主要用來(lái)存放從呼叫中心數據庫收集來(lái)的源數據。經(jīng)過(guò)簡(jiǎn)單要求的處理后,把其中的數據按照一定的規則進(jìn)行儲存。

  報表數據庫中得到的數據是最終報表生成的直接數據。

2.數據ETL管理模塊

  數據ETL管理模塊主要包括數據抽取模塊、數據過(guò)濾模塊、數據轉換模塊、數據加載模塊。

  數據抽取模塊主要負責源數據的抽取。數據過(guò)濾模塊是根據一定的數據規則,把數據進(jìn)行過(guò)濾,去掉那些與需求無(wú)關(guān)的數據。數據轉換模塊負責將數據轉換為正確的可識別的數據。數據加載模塊負責數據裝載到目的數據庫中。

3.報表管理模塊

  報表管理模塊主要負責不同需求報表的設計,以及報表數據的最后展現。報表管理模塊又分為報表設計模塊和報表展現模板。

  報表設計模塊可以按照用戶(hù)需求設計出其需要的報表規則,然后交給數據ETL模塊對源數據進(jìn)行處理,相應的報表生成數據就會(huì )放到報表數據中。

  報表展現模塊負責報表的展現,它通過(guò)一定的報表工具,對報表格式和樣式進(jìn)行設計,再將報表數據庫中的數據按照其設計規則讀取出來(lái)并生成報表。同時(shí),用戶(hù)可以對其生成的報表進(jìn)行打印,也可以通過(guò)網(wǎng)絡(luò )將報表數據發(fā)給指定目標等,再生成最終的報表。它還負責報表格式的維護,完善用戶(hù)對報表形式的需求。

3.2.2 軟件體系結構設計

  根據可定制報表生成系統的需求分析和功能模塊分析,該報表系統的軟件體系結構如圖3.3所示。

圖3.3 軟件體系結構圖

  根據軟件體系結構圖,首先呼叫中心通過(guò)與報表系統的接口,將報表相關(guān)數據按照一定的模式存放到ODS源數據庫中,期間經(jīng)過(guò)一些模式和列屬性的處理。這是報表系統的數據基礎。

  在呼叫中心源數據存入ODS源數據庫后,ETL服務(wù)首先讀取配置數據庫中對報表數據的基本配置。根據其配置信息以及數據庫管理模塊的邏輯定義來(lái)解析報表統計的各對象的信息和所有的報表需求則,然后把ODS數據庫中的數據進(jìn)行過(guò)濾,去掉那些與報表需求無(wú)關(guān)的數據,只抽取報表需求數據,并將其放入臨時(shí)數據庫中,以供處理。
然而,從數據源中抽取的數據不一定完全滿(mǎn)足目的庫的要求,例如數據格式的不一致、數據輸入錯誤、數據不完整等等。數據轉換模塊主要功能是把數據過(guò)濾模塊過(guò)濾后的數據進(jìn)行數據轉換和加工,最終轉換成報表工具識別的數據。

  接著(zhù),數據加載模塊將轉換模塊轉換和加工后的數據按照一定的要求裝載到目的庫中,形成報表數據庫。報表數據庫中得到的數據是經(jīng)過(guò)處理以后的數據,其格式已經(jīng)經(jīng)過(guò)處理,成為完全符合報表要求的最終數據。用戶(hù)可以通過(guò)報表展現工具把報表數據庫存放的數據直接取出來(lái),從而生成滿(mǎn)足需求的報表。

3.3 報表系統軟件體系結構精化

  在前面對報表系統的需求分析和軟件體系結構設計基礎上,本節將對報表系統的體系結構進(jìn)行結構細分和功能具體設計。

  根據軟件體系結構設計,該報表系統主要流程是把呼叫中心收集到數據庫中的源數據進(jìn)行抽取、轉換最終加載到數據倉庫中,從而形成報表。該體系結構各部件精化后架構如圖3.4所示。

圖3.4 系統體系結構精化圖

  以上架構圖中的呼叫中心是指呼叫中心系統的基礎話(huà)務(wù)功能部件,它是整個(gè)報表系統的基礎,為其提供最初的數據來(lái)源,包括其基礎部件的通訊等。

  而當呼叫中心進(jìn)行通訊時(shí),它首先把所有的話(huà)務(wù)信息實(shí)時(shí)地傳給狀態(tài)服務(wù)器,然后狀態(tài)服務(wù)器以一定的格式把所有關(guān)于電話(huà)的交互信息和統計對象相關(guān)信息納入ODS源數據庫中。且狀態(tài)服務(wù)器支持客戶(hù)互動(dòng)網(wǎng)絡(luò ),它可以同時(shí)連接一個(gè)或一個(gè)以上的計算機網(wǎng)絡(luò )。

報表系統各部件根據功能模塊模型分析,其主要功能分為三個(gè)部分:

1.數據庫管理部分

  該部分是對系統數據的存儲管理,它包括配置數據庫,ODS源數據庫,臨時(shí)數據庫,報表數據庫管理。

配置數據庫

  它是呼叫中心底層數據庫,其中含有所有的模板、統計對象以及呼叫中心的數據相關(guān)配置等。在ETL服務(wù)啟動(dòng)時(shí),它首先得從該數據庫中讀取其相關(guān)的需求配置。配置數據庫儲存的配置信息包括統計對象(坐席,分機,坐席組,隊列,隊列組,技能組,路由點(diǎn)等),統計參數(例如數據收集時(shí)間,統計內容,過(guò)濾內容,一些函數應用等),同時(shí)還包括一些信息的更新改變等。總之,在數據處理方面配置數據庫提供配置對象的所有信息,用于判斷收集什么數據,怎么收集數據。

ODS源數據庫

  ODS源數據庫中存儲了呼叫中心中傳遞的所有數據信息,作為報表系統的基礎源數據。

臨時(shí)數據庫

  該數據庫是ETL服務(wù)在進(jìn)行數據處理時(shí),為數據臨時(shí)儲存而設計的一個(gè)數據庫。在數據處理完成后一定時(shí)間內,臨時(shí)數據庫中存儲的數據將被刪除。

報表數據庫

  報表數據庫是報表系統的最終數據倉庫。其中的數據就是按照報表的需求產(chǎn)生的,其格式都已經(jīng)按照要求進(jìn)行了處理,可以直接利用任何報表展現工具對其進(jìn)行展現。

2.數據ETL管理部分

  呼叫中心將從狀態(tài)服務(wù)器上傳來(lái)的數據放入ODS數據庫中。該部分服務(wù)對ODS中的數據進(jìn)行抽取,轉換,清洗和加工,最終加載到數據倉庫中。該部分管理主要是ETL服務(wù),它主要完成報表數據的處理。

ETL服務(wù)

  該部件首先從配置數據庫中讀取模板的配置信息后,進(jìn)行解析,從而確定報表的過(guò)濾需求。首先,它需要確定報表數據的時(shí)間間隔,不過(guò)報表要求的報表數據間隔必須是可計算的。比如若基于15分鐘來(lái)收集數據,則可以統計一個(gè)小時(shí)的數據,只需要收集4個(gè)15分鐘的數據求和即可。但是不能要求統計20分鐘內相關(guān)資料的數據收集,因為以15分鐘為基礎無(wú)法組成一個(gè)20分鐘。再者,讀取模板統計信息后,它會(huì )根據模板的配置來(lái)對某個(gè)對象進(jìn)行定期的數據收集、過(guò)濾、轉換、清洗和加載。

3.報表管理部分

  該部分的管理包括報表展現工具,報表設計工具和模板設計以及最終報表數據的展現。報表設計工具主要完成報表模板相關(guān)的設計。

報表設計工具

  報表設計工具是一個(gè)可視化界面工具,用來(lái)配置模板的導入,導出,加載,卸載, 編輯,創(chuàng )建,刪除等操作。在它修改完成后,會(huì )把新的模板信息發(fā)給配置數據庫,配置數據庫就會(huì )將信息傳給ETL服務(wù),使其配置的數據保持一致。

報表模板

  報表模板在邏輯上是一種可視化的規則,用來(lái)定義報表怎么統計,統計什么內容等。正是由于模板的劃分,使得報表系統具有較好的靈活性和智能性。

報表展現工具

  報表展現工具主要負責把數據倉庫中的數據分析并解析,然后將之展現出來(lái)生成適用的報表。本質(zhì)上,報表展現工具就是一個(gè)將數據展現出來(lái)的工具。它可以設計報表的展現樣式,如以柱形圖展現,以餅圖展現等。

報表

  報表就是用戶(hù)需求的數據展現,可以有多種樣式。

  基于以上軟件體系結構,在系統操作人員利用報表設計工具編輯模板時(shí),報表設計工具將模板修改信息發(fā)送給ETL服務(wù),ETL服務(wù)會(huì )將修改配置數據庫中的模板配置。

  在ETL服務(wù)運行時(shí),首先它會(huì )從配置數據庫中獲取模板的配置信息,并且根據其配置信息從ODS源數據庫中抽取數據。ODS源數據庫中的數據是狀態(tài)服務(wù)器從呼叫中心中獲得的。在ETL抽取數據后對其進(jìn)行轉換和加工,將其加載到報表數據庫中。并利用報表展現工具將報表數據展現出來(lái)。其最終設計的系統各部件交互時(shí)序圖如圖3.5所示。


3.4 報表分類(lèi)與使用流程設計

  報表系統的核心就是解決報表的數據如何統計、統計出來(lái)的數據如何展現的問(wèn)題,簡(jiǎn)而言之,就是解決“報”與“表”的問(wèn)題[7]。設計出來(lái)的報表模型要能夠適應廣泛的用途,以滿(mǎn)足不同統計業(yè)務(wù)的需求。所以系統需要先對呼叫中心報表進(jìn)行分類(lèi)研究。

3.4.1 呼叫中心報表分類(lèi)及作用

1.在對報表功能進(jìn)行分類(lèi)時(shí),按照報表在呼叫中心中時(shí)間統計特性可分為歷史報表和實(shí)時(shí)報表。

實(shí)時(shí)報表

  它提供了許多實(shí)時(shí)監控對象的信息,讓呼叫中心管理者可以依照自己的需求來(lái)制定最佳的瀏覽模式。查閱實(shí)時(shí)的報表, 可以讓管理者了解呼叫中心是否發(fā)揮了最佳的績(jì)效,從而隨時(shí)調整呼叫中心的運作策略。

  實(shí)時(shí)監控功能提供了能力監測的統計,如一些互動(dòng)排隊,平均等候時(shí)間,服務(wù)水平的加入以及目前的活動(dòng)代理人和代理人的群體信息。用監測功能靈活的報表界面,聯(lián)絡(luò )中心管理人員可以實(shí)時(shí)查看各類(lèi)統計數據。

歷史性統計報表

 通過(guò)歷史性的統計數據可以做綜合性的資料分析,而這些歷史性的統計報表能夠追蹤所有跟呼叫中心有關(guān)且必要的數據,并將其記錄于企業(yè)的數據庫系統中。該報表系統主要研究歷史報表,它的目標是提供一個(gè)可視化且易于操作的用戶(hù)界面,讓呼叫中心管理者根據其需求與不同的資料來(lái)源,從而生成一系列不同格式的統計報表,作為其效益分析與策略擬定的參考依據。

2.按照報表對呼叫中心中不同對象的數據統計,大致有坐席報表、坐席組報表、隊列報表、隊列組報表、路由點(diǎn)報表、分機報表、技能組報表、IVR統計報表八種。

  坐席報表是對呼叫中心中的話(huà)務(wù)員的服務(wù)進(jìn)行評價(jià)的報表,系統可以統計接起電話(huà)以前的電話(huà)振鈴時(shí)間,從而衡量坐席的服務(wù)態(tài)度。

  路由點(diǎn)報表就是統計呼叫中心整個(gè)路由信息的報表。系統可以通過(guò)統計路由點(diǎn)上客戶(hù)在呼叫分配隊列中的等待時(shí)間,從而衡量呼叫中心的資源是否分配合理,呼叫中心的利用是否充分。

  技能組報表、隊列報表、坐席組、隊列組報表、分機報表分別是對技能組、隊列、坐席組、隊列組、分機所對應的話(huà)務(wù)員相關(guān)活動(dòng)的數據統計,從而衡量其服務(wù)水平、工作態(tài)度、工作效率等績(jì)效。

  IVR統計報表可以展現呼叫中心中自助語(yǔ)音使用效率、工作情況等。

  總而言之,報表的分類(lèi)就是為了更好地衡量呼叫中心相關(guān)對象的服務(wù)態(tài)度、業(yè)務(wù)熟悉程度、呼叫中心資源分配情況、業(yè)務(wù)流程的合理性、工作效率分析、服務(wù)是否專(zhuān)業(yè)等。

  在報表分類(lèi)之后,根據報表針對對象的不同,該報表系統可以跟蹤一切與呼叫中心對象活動(dòng)有關(guān)的必要數據,并將其記錄于數據庫之中。它為每次客戶(hù)交互新增一條歷史性記錄,從初始直至完成對其進(jìn)行全面跟蹤。管理者能夠通過(guò)報表設計和展現,顯示諸如網(wǎng)絡(luò )交互分布相對于電話(huà)數、每次話(huà)務(wù)對效益收入的影響以及客戶(hù)滿(mǎn)意度等信息,進(jìn)而分析其資源的效用。它可以:
  1. 統計每一個(gè)呼叫的詳細記錄包括呼叫的每一步,做到統計數據詳細。

  2. 將所有對象隨路數據保存下來(lái):包括IVR的DTMF按鍵,路由隨路數據,坐席隨路數據等,做到數據完整。

  3. 統計任何需要的呼叫的方式,時(shí)間,狀態(tài),可以提供呼入,呼出,內部呼叫等的視圖信息。班長(cháng)席可以部署在任何網(wǎng)內,并不需要和交換機在同一個(gè)局域網(wǎng),做到功能詳細。

  4. 提高坐席工作效率,坐席職業(yè)性,幫助分析發(fā)展趨勢,用于評估改變的有效性,做到目的明確。

  5. 使用戶(hù)以圖形化用戶(hù)接口和統計模板進(jìn)行保存和配置。統計模板可以用于一個(gè)坐席、一個(gè)坐席組、一個(gè)隊列、一個(gè)路由等,做到使用方便,入門(mén)簡(jiǎn)單。

  6. 細分統計內容,統計內容包含話(huà)務(wù)和業(yè)務(wù)方面,其中話(huà)務(wù)方面有呼叫持久度、坐席狀態(tài)、話(huà)務(wù)服務(wù)個(gè)數、等待時(shí)間、放棄量、每一個(gè)狀態(tài)的時(shí)間、一通呼叫的時(shí)間、路由分配情況等,做到數據統計全面。
3.4.2 報表系統使用流程設計

該報表系統的使用包括模板的設計、創(chuàng )建、加載、數據過(guò)濾、報表展現等部分。該報表系統使用的流程圖如下圖3.6所示。


圖3.6 報表系統使用流程圖

  根據流程圖,使用者在進(jìn)入系統時(shí)需要輸入用戶(hù)名和密碼以及要連接的ODS數據源的IP和端口。如果信息正確,則進(jìn)入到報表系統主界面。然后報表設計工具會(huì )從配置數據庫中讀取報表模板配置,再將現在統計數據的報表模板信息展現出來(lái)。

  如果不需要對模板進(jìn)行編輯,那么系統依舊按當前的報表模板配置收集數據。若要編輯模板,可以新建一個(gè)模板或者對已有的模板屬性進(jìn)行修改。在報表模板編輯完成后,系統會(huì )按照修改后的模板來(lái)處理數據。

  當數據處理完成后,報表系統的數據會(huì )直接存放到數據庫中,通過(guò)報表工具直接將報表系統數據展現出來(lái)形成報表。

3.5報表設計工具與報表生成流程設計

3.5.1 報表設計工具的分析和設計

  報表設計工具,主要功能是用來(lái)在可視化界面中察看和修改記錄統計,負責處理報表的設計工作。它應該具有全面的報表設計功能和友好的用戶(hù)界面,能夠被普遍的數據處理和編輯時(shí)所采用。該報表設計工具的操作員利用該工具可以進(jìn)行系統登錄,創(chuàng )建模板,編輯模板,加載模板,卸載模板等,用例圖[30] [31]如圖3.7所示。同時(shí),在處理數據方面,用戶(hù)通過(guò)該工具還可以設計原始數據格式,然后通過(guò)一個(gè)程序從數據庫文件中獲取或者生成報表靜態(tài)描述信息(報表格式)和計算公式定義。在獲得報表靜態(tài)描述信息和計算公式后,報表的基本框架也就界定下來(lái),隨后只要進(jìn)行查詢(xún)參數的定義、取數規則與填充區域的定義就可以完成整個(gè)報表的設計工作。


圖3.7 報表設計工具用例圖

另外,報表工具設計需要具有以下特性:

1.統一查詢(xún)界面

  不同的報表查詢(xún)參數各不相同,如果對每一報表各自提供一個(gè)查詢(xún)界面,會(huì )給編程造成極大的冗余。在可定制報表系統中把每一報表需要的查詢(xún)參數存放到數據庫中,并可以根據報表代碼進(jìn)行索引,這樣通過(guò)傳入不同的報表代碼可以動(dòng)態(tài)生成不同報表的查詢(xún)界面。在提交查詢(xún)請求時(shí)對查詢(xún)界面上的信息進(jìn)行遍歷,獲取每個(gè)查詢(xún)要求的名稱(chēng)和內容,組裝成報表請求信息進(jìn)行發(fā)送,交給報表生成器進(jìn)行處理。同樣報表生成器返回的報表實(shí)例也是標準的、格式化的信息,需要一個(gè)程序來(lái)解釋并展示不同的報表實(shí)例。

2.多視圖展示
  生成的報表實(shí)例需要以多種視圖方式展示給用戶(hù)。它可以對文檔中進(jìn)行數據填充和修飾,形成用戶(hù)所需要的報表,開(kāi)發(fā)人員不需要去具體了解文件格式。

3.直觀(guān)的設計工具
  用戶(hù)通過(guò)此報表工具進(jìn)行一些簡(jiǎn)單的報表參數配置就可以快速地實(shí)現各種報表設計工作,無(wú)須編寫(xiě)程序代碼。

4.與企業(yè)基礎構架整合

  報表設計工具要與基礎構架結合,按照報表系統規定的數據庫表存儲格式,將其讀取出來(lái),然后按照用戶(hù)設計好的格式來(lái)展現出來(lái),生成報表。

  根據報表設計工具功能分析,操作人員登錄系統時(shí),報表設計工具首先向ETL服務(wù)發(fā)送一個(gè)獲取模板配置的消息,ETL服務(wù)會(huì )從配置數據庫中讀取模板配置并將其解析傳給報表設計工具。報表設計工具就會(huì )將模板配置以可視化的方式來(lái)顯示出來(lái)。

  在操作人員對模板進(jìn)行創(chuàng )建、加載或者對其統計項進(jìn)行編輯完成時(shí),報表設計工具就會(huì )將新的模板配置信息發(fā)送給ETL服務(wù),并寫(xiě)入配置數據庫中。其最終設計的報表設計工具與相關(guān)部件交互[30] [31]如圖3.8所示。


圖3.8 報表設計工具交互圖

  根據報表設計工具功能以及與各部件交互情況分析,其界面布局設計包括菜單欄,報表設計工具編輯的基本對象區域,同時(shí)還包含該對象的屬性展示以及基本單元信息明細。該工具界面布局設計如圖3.9所示。

圖3.9 報表設計工具界面布局設計圖

  在報表設計工具布局設計圖中,基本對象區域列出了該工具編輯的基本對象,對象展示區域顯示了選中的對象基本屬性配置,基本單元明細列出了該對象包含的各基本單元的配置信息,菜單欄是對選中的對象或者基本單元進(jìn)行操作。利用菜單可以創(chuàng )建,修改和刪除操作對象。

3.5.2 報表生成流程設計

  報表生成流程分為模式定義、規則定義和數據制作三個(gè)部分。規則定義需要引用模式定義的結果,而數據制作需要引用規則定義的結果。因此,需要遵循模式定義――規則定義――數據制作的順序過(guò)程。其流程如圖3.10所示。

圖3.10 報表生成流程圖

1.模式定義

  模式定義是指定義模式各組成部分及其相互關(guān)系的過(guò)程。通常包括定義每個(gè)部分的名稱(chēng)、位置、尺寸、格式,若該部分還有內部結構,則照此模式繼續深入定義。

  模式定義確定了作為數據載體的報表形態(tài)與結構,是生成報表數據的基礎和規則定義的前提條件。

2.數據規則定義

  數據規則定義是在模式定義的基礎上,確定業(yè)務(wù)數據到報表數據的映射方法。規則定義為報表構造了一個(gè)規則集合,集合中的規則是報表各個(gè)組成部分數據的來(lái)源和變換過(guò)程。因此,規則定義是報表生成過(guò)程中的一個(gè)重要環(huán)節,是數據制作的前提條件,是模式定義和數據制作之間必要的銜接和過(guò)渡過(guò)程。

3.數據制作

  數據制作是報表生成過(guò)程的最后一個(gè)步驟,它在模式定義的基礎上,使用規則定義生成的映射規則集合將業(yè)務(wù)數據映射到報表中。根據數據規則的內容,數據制作過(guò)程具體可以分為三個(gè)步驟,數據采集,數據變換,數據填寫(xiě)。

1)數據采集
  數據采集它按照數據規則中制定的要求取得業(yè)務(wù)數據。

2)數據變換
  數據變換會(huì )按照數據規則中指定的方法對采集到的數據實(shí)施變換操作。

3)數據填寫(xiě)

  數據填寫(xiě)是按照規則中指定的格式將變換后的數據放置到規則所示的報表位置上。例如規則:“將本年度1至12月份的工資總額以標準數字格式填寫(xiě)到報表第2行第4列的位置上”。對應的三個(gè)過(guò)程為:

  數據采集:獲取本年度1至12月份的12個(gè)工資數據

  數據變換:對采集到的12個(gè)數據進(jìn)行求和運算,Ei(i=1,2 ,3 ....12)。

  數據填寫(xiě):將結果填寫(xiě)到報表單元中。

3.6 本章小結

  該系統的研究目的是減少報表系統在呼叫中心中不同時(shí)期的開(kāi)發(fā)總工作量,解決系統生命周期短的問(wèn)題,確保系統具有較好的通用性。本章針對這一目的對報表系統進(jìn)行了分析和總體設計。該部分主要完成了報表系統的具體需求分析,研究了可定制報表系統的研究目的、意義和方法,提出了具體的解決方案,并在系統分析的基礎上闡述了系統設計的思想、任務(wù)和過(guò)程,構建了系統的總體架構和功能設計模型。

  本文未經(jīng)許可謝絕轉載!

呼叫中心中可定制報表系統的設計與實(shí)現(三)
呼叫中心中可定制報表系統的設計與實(shí)現(四)

作者獨家供稿 CTI論壇報道



相關(guān)閱讀:
呼叫中心中可定制報表系統的設計與實(shí)現(一) 2010-01-11
基于VoiceXML可視化IVR系統設計和實(shí)現(四) 2010-01-07
基于VoiceXML技術(shù)可視化IVR設計和實(shí)現(三) 2009-12-29
基于VoiceXML技術(shù)可視化IVR設計和實(shí)現(二) 2009-12-29
基于VoiceXML的可視化IVR系統設計和實(shí)現(一) 2009-09-22

亚洲精品网站在线观看不卡无广告,国产a不卡片精品免费观看,欧美亚洲一区二区三区在线,国产一区二区三区日韩 富民县| 宝应县| 辛集市| 双鸭山市| 漠河县| 广平县| 综艺| 荥阳市| 深州市| 绩溪县| 蒙阴县| 兖州市| 德庆县| 枝江市| 拉孜县| 炉霍县| 广州市| 夏邑县| 句容市| 河西区| 阿瓦提县| 桑植县| 芜湖市| 曲阳县| 正安县| 淮南市| 陆川县| 印江| 鹰潭市| 文山县| 曲沃县| 日照市| 东至县| 杭锦后旗| 孟津县| 太湖县| 大冶市| 湛江市| 新密市| 肥东县| 绥中县| http://444 http://444 http://444 http://444 http://444 http://444