ERP系統(tǒng)中的BI應用案例

ERP系統(tǒng)中的BI應用案例商業(yè)智能的一大重要應用是在數(shù)據(jù)量龐大而嘈雜的制造業(yè)中，可以說，制造業(yè)是非常需要商業(yè)智能的行業(yè)。因此，本期我們就將目光轉(zhuǎn)向制造業(yè)，討論一下商業(yè)智能在ERP業(yè)務中的應用。在文中，我們以一家鞋服制造企業(yè)為例，描述其ERP相關的BI系統(tǒng)工程特點，讓大家對制造業(yè)BI在ERP業(yè)務的應用有一個直觀的印象和清晰的理解。商業(yè)智能的一大重要應用是在數(shù)據(jù)量龐大而嘈雜的制造業(yè)中，可以說，制造業(yè)是非常需要商業(yè)智能的行業(yè)。因此，本期，我們就將目光轉(zhuǎn)向制造業(yè)，討論一下商業(yè)智能在ERP業(yè)務中的應用。一、ERP業(yè)務數(shù)據(jù)的特點1、數(shù)據(jù)量龐大。制造業(yè)的數(shù)據(jù)量非常大，動輒以百萬、千萬為單位計，甚至上億條，可以說是海量的，會對企業(yè)的業(yè)務數(shù)據(jù)庫造成極大的負荷，因此，制造業(yè)是非常適合做BI工程的。2、數(shù)據(jù)整齊程度差，隨意性較大。大量數(shù)據(jù)采集是人工歸集的，數(shù)據(jù)準確性很差，且很不規(guī)整，數(shù)據(jù)格式很不統(tǒng)一，數(shù)據(jù)類型混亂而嘈雜。3、信息分散、不及時、不共享。和其他行業(yè)不同，制造業(yè)產(chǎn)、供、銷、人、財、物是一個有機的整體，它們之間存在大量信息交換。而人工管理信息分散，缺乏完善的根底數(shù)據(jù)，大大影響管理決策的科學性和準確性。二、ERP業(yè)務BI工程特點下面，我們就以一家鞋服制造企業(yè)為例，描述其ERP相關的BI系統(tǒng)工程特點，讓大家對制造業(yè)BI在ERP業(yè)務的應用有一個直觀的印象和清晰的理解。我們都知道，一個完整的BI工程流程包括三個根本步驟：第一步，通過ETL流程，利用WINDOWSSQLSERVER2005中的組件INTEGRATIONSERVICES工具，將數(shù)據(jù)從業(yè)務數(shù)據(jù)庫源系統(tǒng)中抽取、轉(zhuǎn)換、清洗和加載到數(shù)據(jù)倉庫中；第二步，通過OLAP流程，利用WINDOWSSQLSERVER2005中的組件ANALYSISSERVICES工具，將數(shù)據(jù)倉庫中的數(shù)據(jù)，按照分析的模式進展聚合和計算，并把計算結(jié)果以*種特定的結(jié)果存儲起來，搭建起多維分析模型，以便客戶端快速查詢和使用。第三步，通過報表流程，利用WINDOWSSQLSERVER2005中的組件REPORTINGSERVICES報表工具，將客戶端需要的信息完整、迅速而靈活地展現(xiàn)出來，完成數(shù)據(jù)前端展現(xiàn)任務。在本例中，源數(shù)據(jù)來自于企業(yè)的ERP系統(tǒng)，8個事實表記錄以每天幾萬條的數(shù)量級增加，目前均已累計到達百余萬行。針對這樣的系統(tǒng)特性，為了提高查詢效率，我們在設計數(shù)據(jù)倉庫的時候，需要注意如下幾點：1〕為了加快數(shù)據(jù)查詢的速度，提高數(shù)據(jù)倉庫的執(zhí)行性能，在每維度表的主鍵列上建立聚集索引，在每事實表的ID列上建立聚集索引，并在每個關聯(lián)列上建立非聚集索引。2〕盡量將常用的計算固化成數(shù)據(jù)表中的字段列，并通過ETL過程進展處理。雖然這樣會使數(shù)據(jù)倉庫變得更加龐大，但是，卻提升了前端查詢、匯總和分析的效率。對于輔助領導決策的企業(yè)級BI系統(tǒng)來說，對于分析效率的需求遠高于數(shù)據(jù)倉庫的空間占有需求。3〕制造業(yè)的數(shù)據(jù)最大特點就是數(shù)據(jù)量極其龐大，會致Cube處理變慢，占用很多的系統(tǒng)資源。因此，在搭建數(shù)據(jù)倉庫時，就必須提前采用一定的設計謀略和調(diào)整方法。方法就是將維度表盡量制作的薄一點，同時，將事實表盡量制作的窄一點。這樣，在Cube處理時，就會大大提高效率。在數(shù)據(jù)倉庫建模完成后，我們通過ETL過程將源系統(tǒng)中的數(shù)據(jù)導入到數(shù)據(jù)倉庫。則，在應用SSIS的過程中，我們需要注意如下幾點：1〕數(shù)據(jù)格式不統(tǒng)一、不規(guī)整問題。本例中，在字段中含有“〞、“＼〞等全角字符，SSIS在處理時就會報錯，必須進展處理。解決方法就是在列名后加上collateChinese_PRC_CI_AS_WS關鍵字，即可找到含有全角的字符，然后用Replace即可替換掉。2〕ETL的增量抽取問題。由于制造業(yè)數(shù)據(jù)量極大，更新速度快，且對數(shù)據(jù)更新的實時性要求極高，不可能每次都將全部數(shù)據(jù)進展抽取加載，因此，增量抽取問題就顯的尤為重要了。解決方法為：1、在時間戳字段添加聚集索引；2、設置變量獲取最大值。3〕ETL包調(diào)度遠程連接報錯問題。在ETL包中，如果連接收理器連接的是遠程效勞器的數(shù)據(jù)庫，手動運行ETL包沒有問題，可是，如果在調(diào)度中運行該包，就會報錯。解決方法為，在本地效勞器和遠程效勞器使用同一用戶名和密碼。之后，我們就可以為OLAP維度建模了。我們以數(shù)據(jù)倉庫中的維度表為根底，建立維度。其中，比擬值得一提的是地區(qū)維度的設計：Dim_Rigion，該維度共有3個屬性，分別是DimRegion，AreaID，以及Parentrowid，其中DimRegion字段作為邏輯主鍵，并在此屬性層次構造下，與其他2個屬性層次構造分別建立了屬性關系。一般工程中的地區(qū)維度會被建成標準的層次關系，但是在本例中，基于銷售地區(qū)分布不平衡的特點，我們采用了父子維度關系，簡練的表達了地區(qū)之間的附屬關系。如下圖：DimRegion字段和Parentrowid字段形成了父子維度關系。〔圖一〕在將數(shù)據(jù)倉庫建模和OLAP維度建模成功搭建好以后，現(xiàn)在，我們開場以數(shù)據(jù)倉庫為根底創(chuàng)立多維立方體CUBE。在這里，我們建立了8個度量值組，分別為Fact_SalesOrder(采購訂單度量值組)，F(xiàn)act_PosSales〔門店銷售明細度量值組〕，F(xiàn)act_WaitOrder〔銷售下單度量值組〕，F(xiàn)act_SalesContact〔銷售合同度量值組〕，F(xiàn)act_PosStorageLog〔門店明細度量值組〕，F(xiàn)act_StorageLog〔大倉庫明細度量值組〕，F(xiàn)act_PPODoc〔訂貨會訂單度量值組〕，以及Fact_SalesDetails〔銷售明細度量值組〕。如下圖，整個多維模型成型了?！矆D二〕為了方便對多維數(shù)據(jù)的分析和查詢，我們使用多維數(shù)據(jù)庫查詢語言〔MD*〕建立了一個命名集[TimeSet]和多個計算成員。值得一提的是，在ERP相關的BI分析中，客戶普遍需要一個“任意期間〞的參數(shù)圍，比方：“我想看*一起始日到*一截止日的庫存數(shù)量〞，該“起始日〞和“截止日〞由分析員在報表展現(xiàn)的時候任意指定。這樣的分析需求在多維分析模型中需要特定的實現(xiàn)方法，我們采用命名集“[TimeSet]〞來實現(xiàn)。該命名集的MD*表達式如下：DESCENDANTS

(

[DimTime].[FullHie],

[DimTime].[FullHie].[FullTime]

)

DESCENDANTS函數(shù)返回成員在指定級別或距離上的后代集，可以選擇包括或不包括其他級別上的后代。利用該函數(shù)，我們就可以輕松而方便地在瀏覽多維分析模型時任意選取*一時間段的度量值進展查詢和分析。之后，我們還可以通過ReportingServices的參數(shù)動態(tài)的給這兩個日期賦值，從而實現(xiàn)客戶“任意期間〞的分析需求。另外，客戶在ERP相關的BI分析中普遍需要的KPI指標有如下兩種，我們可以通過計算成員來實現(xiàn)：1〕期初數(shù)量/金額。MD*表達式如下：sum

(

{[DimTime].[Full].FirstChild:

[DimTime].[Full].CurrentMember.PrevMember},

[Measures].[入庫數(shù)量/金額]

)

-

sum

(

{[DimTime].[Full].FirstChild:

[DimTime].[Full].CurrentMember.Prevmember},

[Measures].[出庫數(shù)量/金額]

)

FirstChild函數(shù)返回成員的第一個子成員。CurrentMember函數(shù)返回迭代過程中指定的維度或?qū)哟螛嬙斓漠斍俺蓡T。PrevMember函數(shù)返回指定成員所在級別中的上一個成員。將當前成員的上一個成員的“總?cè)霂鞌?shù)量/金額〞減去當前成員的上一個成員的“總出庫數(shù)量/金額〞，得出的結(jié)果即為“期初數(shù)量/金額〞。2〕期末數(shù)量/金額。MD*表達式如下：sum

(

{null:

[DimTime].[Full].CurrentMember},

[Measures].[入庫數(shù)量/金額]

)

-

sum

(

{null:

[DimTime].[Full].Currentmember},

[Measures].[出庫數(shù)量/金額]

)

CurrentMember函數(shù)返回迭代過程中指定的維度或?qū)哟螛嬙斓漠斍俺蓡T。將當前成員的“總?cè)霂鞌?shù)量/金額〞減去當前成員的“總出庫數(shù)量/金額〞，得出的結(jié)果即為“期末數(shù)量/金額〞。然后，我們可以使用AnalysisServices中的“瀏覽器〞選項卡，可以將我們所關心的度量值和相關的維度信息拖拽到數(shù)據(jù)區(qū)域，還可以在參數(shù)區(qū)域進展SLICE操作?！矆D三〕3、報表展現(xiàn)多維分析模型搭建好以后，就可以使用ReportingServices工具實施RS報表流程，實現(xiàn)報表的創(chuàng)立、發(fā)布、展示和訂閱。在reportingservices中的“數(shù)據(jù)〞欄，將需要在報表中展現(xiàn)的數(shù)據(jù)，從量度和維度區(qū)域拖拽到數(shù)據(jù)區(qū)域，還可以在參數(shù)區(qū)域設置需要在報表中展現(xiàn)的參數(shù)。在reportingservices中的“布局〞欄，從左側(cè)“工具箱〞欄中選出所需要的適當?shù)膱蟊碚宫F(xiàn)格式，拖拽到右側(cè)“主體〞區(qū)域，并將需要展現(xiàn)的數(shù)據(jù)拖入格式框。圖十是reportingservices中的“預覽〞欄，可以預覽報表中將要展現(xiàn)的數(shù)據(jù)，并可以在參數(shù)區(qū)域選擇參數(shù)，根據(jù)客戶的需要任意定制報表?！矆D四〕報表建立好以后，就可以在網(wǎng)絡上發(fā)布。發(fā)布成功以后，在地址欄菜單輸入localhost/reportserver〞這個URL地址，就可以方便地在網(wǎng)絡上查看報表。點擊已經(jīng)發(fā)布成功的報表名稱，就可以看到具有強大格式定