RSS FeedBlogs
RSS FeedSubscribe to this blog
About Author
Forrester Analysts

Forrester Research is a technology and market research company that provides pragmatic advice to global leaders in business and technology.



Craft your future state BI reference architecture

BI architecture is never simple, and this is especially true in large, heterogeneous enterprises with global reach and multiple product and service lines

Article comments

In the face of rising data volume and complexity and increased need for self-service, enterprises need an effective business intelligence (BI) reference architecture to utilize BI as a key corporate asset for competitive differentiation. BI stakeholders — such as project managers, developers, data architects, enterprise architects, database administrators, and data quality specialists — may find the myriad of choices and constant influx of new business requirements overwhelming. Forrester's BI reference architecture provides a framework with architectural patterns and building blocks to guide these BI stakeholders in managing BI strategy and architecture.

Enterprise information management (EIM) is complex — from a technical, organisational, and operational standpoint. But to business users, all that complexity is behind the scenes. What they need is BI, an interface to enterprise data — whether it's structured, semistructured, or unstructured. Our June 2011 Global Technology Trends Online Survey showed that BI topped even mobility — the frontrunner in recent years — as the technology most likely to provide business value over the next three years.

BI architecture is never simple, and this is especially true in large, heterogeneous enterprises with global reach and multiple product and service lines. Such enterprises always have more than one enterprise data warehouse (EDW), hundreds of data marts, and several BI platforms. BI reference architecture has to account for agility enablers, such as allowing exceptions to the standards and business user self-service, due to ever-changing business and regulatory requirements. The resulting BI reference architecture may not look pretty and simple, but it's pragmatic and practical.

In this new research - as part of our upcoming BI Playbook - we provide architectural diagrams, explanations and rationalization for the following BI reference architecture components:

  • Data sources: where the data comes from

  • Data rationalisation - mapping apples to oranges. This layer includes

  • Derived data sources - where a single enterprise data warehouse (EDW) may not be a practical option
    • Staging areas
    • Operational data store (ODS)
    • Data warehouse (DW)
    • Data marts
    • OLAP cubes

  • Analytical data virtualisation or semantic layers

  • Data usage - what business users touch and feel
  • Data delivery - where it all ends up
    • Actions
    • Portal
    • Collaboration
    • Mobile
    • Office apps

  • Other components that span all layers of the BI reference architecture
    • Integrated metadata
    • Information life-cycle management (ILM)
    • Enterprise content management (ECM)
    • BI out of the box” applications
    • BI on BI
    • Embedded BI / BI services
    • Big data

For detailed explanation of each component and diagrams on how it all fits together, please read our latest report.

Posted by Boris Evelson


Send to a friend

Email this article to a friend or colleague:

PLEASE NOTE: Your name is used only to let the recipient know who sent the story, and in case of transmission error. Both your name and the recipient's name and address will not be used for any other purpose.

We use cookies to provide you with a better experience. If you continue to use this site, we'll assume you're happy with this. Alternatively, click here to find out how to manage these cookies

hide cookie message
* *