Enterprise bus matrix

From Wikipedia, the free encyclopedia
Jump to: navigation, search

The Enterprise Bus Matrix is a data Warehouse planning tool and model created by Ralph Kimball, and is part of the Data Warehouse Bus Architecture. The Matrix is the logical definition of one of the core concepts of Kimball’s approach to Dimensional Modeling – Conformed dimensions.[1]

The Bus Matrix defines part of the Data Warehouse Bus Architecture and is an output of the Business Requirements phase in The Kimball Lifecycle. It is applied in the following phases of dimensional modeling and development of the Data Warehouse . The matrix can be categorized as a hybrid model, being part technical design tool, part project management tool and part communication tool[2]

Background[edit]

The Enterprise Bus Matrix stems from the issue of how one goes about creating the overall Data Warehouse environment. Historically there has been the structure of the centralized and planned approach and the more loosely defined, department specific, solutions developed in a more independent matter. Autonomous projects can result in a range of isolated stove pipe data marts. Naturally each approach has its issues; the overall visionary approach often struggles with long delivery cycles and lack of reaction time as the formalities and scope issues is evident. On the other hand, the development of isolated data marts, leading to Stovepipe systems that lacks synergy in development. Over time this approach will lead to a so-called data-mart-in-a-box architecture[3] where interoperability and lack of cohesion is apparent, and can hinder the realization of an overall enterprise Data Warehouse. As an attempt to handle this matter Ralph Kimball introduced the enterprise bus.

Bus matrix[edit]

The bus matrix purpose is one of high abstraction and visionary planning on the Data Warehouse architectural level. By dictating coherency in the development and implementation of an overall Data Warehouse the Bus Architecture approach enables an overall vision of the broader enterprise integration and consistency while at the same time dividing the problem into more manageable parts[2] – all in a technology and software independent manner .[4]

The bus matrix and architecture builds upon the concept of conformed dimensions - creating a structure of common dimensions that ideally can be used across the enterprise by all business processes related to the DW and the corresponding fact tables from which they derive their context. According to Kimball and Margy Ross's article “Differences of Opinion”[5] "The Enterprise Data warehouse built on the bus architecture ”identifies and enforces the relationship between business process metrics (facts) and descriptive attributes (dimensions)”.

The concept of a bus is well known in the language of Information Technology, and is what reflects the conformed dimension concept in the Data Warehouse, creating the skeletal structure where all parts of a system connect, ensuring interoperability and consistency of data, and at the same time considers future expansion. This makes the conformed dimensions act as the integration ‘glue’, creating a robust backbone of the enterprise Data Warehouse.[6]

Establishment and applicability[edit]

Figure 1[7] shows the base for a single document planning tool for the whole of the DW implementation - a graphical overview of the enterprises core business processes or events each correspond to a measurement table of facts, that typically is complemented by a major source system in the horizontal rows. In the vertical columns the groups of contextual data is found as the common, conformed dimensions.

In this way the shared dimensions are defined, as each process indicates what dimensions it applies to through the cells figure 2.[2] By this definition and coordination of conformed dimensions and processes the development of the overall data DW bus architecture is realized.[2] The matrix identifies the shared dimensions related to processes and fact tables, and can be a tool for planning, prioritizing what needs to be approached, coordinating implementation and communicating the importance for conformed dimensions .

Kimball extends the matrix bus in detail as seen in figure 3[2] by introducing the other steps of the Datawarehouse Methodology; The Fact tables, Granularity, and at last the description of the needed facts. description of the fact tables, granularity and fact instances of each process, structuring and specifying what is needed across the enterprise in a more specific matter, further exemplifying how the matrix can be used as a planning tool.

References[edit]

  1. ^ "Design Tip #49: Off The Bench". Kimball Group. 2003-09-15. Retrieved 2015-05-22. [permanent dead link]
  2. ^ a b c d e Kimball, Ralph & Ross, Margy; The Data Warehouse Toolkit: The Complete Guide to Dimensional Modeling, 2nd Edition John Wiley & Sons, 2002
  3. ^ [1] Archived July 4, 2010, at the Wayback Machine.
  4. ^ "Data Warehouse: Ralph Kimball's Vision by Katherine Drewek". Beyenetwork. 2005-03-16. Retrieved 2015-05-22. 
  5. ^ "Enterprise Software News, Analysis, & Advice - InformationWeek". Intelligent-enterprise.informationweek.com. Retrieved 2015-05-22. 
  6. ^ "Enterprise Software News, Analysis, & Advice - InformationWeek". Intelligent-enterprise.informationweek.com. Retrieved 2015-05-22. 
  7. ^ Bob Becker. "Dimensional Modeling Overview" (PDF). Widama.is. Archived from the original (PDF) on 2013-03-22. Retrieved 2015-05-22.