OBI EE(Siebel Analytics)是一個強大的企業級商業智能/報表/分析工具，它快速地占據市場份額和認可。盡管Siebel的Oracle市場份額所占甚低(而且可能會變得更低)，但是它是個純粹的顯示平臺。他們的確是希望能夠賣給你，但是這不是他們所關注的。
如果是這樣的話，那么他們關注的是什么呢?答案是商業智能應用程序。
無論你是否相信，商業智能應用程序是數據倉庫和商業智能的未來。就像過去中型和大型企業采用大型ERP、CRM、Billing 和人力資源應用程序一樣，他們也將采用商業智能應用程序。Siebel 是第一批宣揚這個信息的人之一，而現在Oracle 也宣揚這個思想，盡管范圍要大得多、并具有更大的進展以及更廣泛的市場資源。
這個由兩部分組成的文章將一般性地介紹商業智能應用程序，但主要關注于Oracle 商業智能應用程序。它將介紹為什么和是什么、以及預先建立數據倉庫和商業智能系統的支持與反對信息。
什么是商業智能應用程序?
一般意義上來說，它是一個完全預先建立的商業智能和數據倉庫系統。它涉及ETL、一個數據模型、一個技術平臺、元數據和預先建立的分析和報表。下載這個軟件和應用程序配置文件，安裝、加載數據，然后你就可以開始了，在某些方面它的確就是這么簡單。
一個完全的商業智能應用程序，例如Oracle的商業智能應用程序，包含由工程師團隊(不只是技術專家，還有行業和功能型專家)專業完成的一切事情。一個基礎的商業智能應用程序不僅僅是“行業標準數據模型”，還包含了所有必要的ETL、數據模型、商業智能工具元數據以及預先建立的報表內容。一些可能還包括了改變數據捕獲或與其它使用集成，例如前端應用程序、門戶、高級數據服務或甚至是其它的商業智能工具。
在Oracle 的應用程序世界中，有一些名稱容易讓人產生混淆。Oracle 目前銷售三個不同的OBI EE基礎應用程序;其中兩個叫做融合智能(一個是用于Oracle EBS和DBI，另一個是用于PeopleSoft和JD Edwards)。注意這些應用程序不是真正的Oracle 發展方向的一部分，所以不會被積極地關注。相反Oracle 關注于它的商業智能重要產品，它的名字就叫做商業智能應用程序。這些商業智能應用程序包括近50個模塊，這些應用程序包括Marketing Analytics、Partner Analytics、Service Analytics和Sales Analytics 等等。
為什么創建商業智能應用程序?
答案與為什么我們現在擁有ERP系統是一樣的。SAP、PeopleSoft、Oracle EBS、Baan、Siebel、Clarify等等都是以同樣的思想建立的：一個客戶可以購買一個功能完全的系統而不是要承受他們自己建立的風險、成本和延誤。它只是首先從前端系統開始�，F在在財富前2000家企業中大多數企業都有一個或幾個的ERP系統，使得他們具有了預先建立商業智能系統的能力。因為在公司里具有定義清晰的數據模型，這些公司就成本高效地獲得了預先建立的ETL，而有了預先建立的ETL，就有望從商業智能應用程序獲得巨大的受益。
為什么你應該考慮Oracle 預先建立商業智能應用程序?
如果你正在讀這篇文章，那么你至少對Oracle商業智能的東西有些興趣，特別是OBI EE。如果你有一個或多個支持的源ERP包(Oracle EBS、JD Edwards、PeopleSoft、Siebel、SAP和呼叫中心轉換數據)，那么Oracle的商業智能應用程序將引起你更大的興趣。
Oracle的商業智能應用程序能夠帶來許多好處，但是許多的好處：例如UI集成、安全集成和類似的方面，都歸結為同一個事情：它們節省了你的力氣。商業智能應用程序所提供的每樣東西都可通過使用基礎技術平臺做到了這點，這意味著你將可以自己來做。不同之處是Oracle 工程為你做了大量的工作。
但是我們實際上正在討論什么呢?是討論一個大型數據倉庫和商業智能系統所需要的一切，從開始到結束。商業智能應用程序所帶來的真實受益是這已經完全地或大部分建立的許多組件和任務不需要或只需要你很少的工作量。這些包括：
這些中的許多項，可能你認為你的數據倉庫/商業智能部署是不需要的。當你開始計劃一個新的數據倉庫或數據智能時，就將需要考慮這些任務了，以便制造一個功能完全的系統。
一個普通的例子是ETL Orchestration。ETL不僅僅是計劃一系列源到目標的匹配的。必要的項目例如過程依賴檢查、多個時間表協調(例如每日和每周ETL)、重啟一個失敗進程、并行、改變數據捕獲，以及與索引管理集成，這些都是你需要設計、建立、測試和確定怎樣監控和管理的事情。有了預先建立商業智能應用程序，這個工作就已經為你做好了。
它們中的每一個任務都需要耗費大量的時間。每一個任務都伴隨著很大的風險。這個風險很大程度上取決于你團隊在各個領域的能力和經驗級別，而且你將開始看到為什么有許多商業智能/數據倉庫項目失敗，在一小會之后中止，花費的時間比預計的要長得多，或消耗成本比預計的多得多。
購買Vs.開發
這個決策是一個典型的開發vs購買。如果你有一個ERP系統，那么你至少已經有一次是站在了開發的那一邊。為什么購買而不是以PowerBuilder、ColdFusion、NET或Java來定制開發它呢?支持購買的一方具有下列眾多主要的論點：
這些中的許多項，可能你認為你的數據倉庫/商業智能部署是不需要的。當你開始計劃一個新的數據倉庫或數據智能時，就將需要考慮這些任務了，以便制造一個功能完全的系統。
這些受益都應用于商業智能應用程序，盡管它們的重要等級不一樣。正如你可能已經知道的，數據倉庫和商業智能需要的技術集與傳統應用程序開發很不一樣，并通常需要很多年的實踐才能成熟。除了對商業智能活ETL工具的熟練要求，復雜的架構和設計挑戰是真正困難的地方。這些挑戰發生的地方正是你要應用你最強大資源的地方。當購買一個應用程序時，這些困難的挑戰已經被解決了并被徹底的測試和調整了。
購買決策的兩個最突出的好處是降低了時間和工作量，還有降低了風險。
安裝、調整你的ERP定制、加載數據、制作新的報表，這些你將在幾星期之內完成而不是幾個月。如果你在開發你的ERP，那么不進行分析、總結和傾向功能的部署可能不是一個好的選擇。你能夠在部署ERP之后快速實現這樣的功能的唯一現實方式是使用商業智能應用程序。
為了降低風險，大量的工作都已經完成了，并進行了徹底的測試和調整。因此，部署商業智能應用程序的風險非常小。
商業智能應用程序的一個很好的地方是它所帶來的一切東西不僅僅是簡單的在一個商業智能工具中從源匹配到目標。如同上面所描述的，即使你只需要商業智能應用程序的一小部分，你的架構和基礎構建也是工業極強度的。這使得你在之后可以很容易地增添新模塊和功能，而不必重新進行構建基礎組件和過程。
第一部分著重于商業智能應用程序所帶來的好處，第二部分將關注于對商業智能應用程序的一些誤解和不贊同信息。
轉載請注明出處：拓步ERP資訊網http://m.hanmeixuan.com/
本文標題：Oracle ERP商業智能應用程序
本文網址：http://m.hanmeixuan.com/html/consultation/10820510772.html
相關文章
