The Kimball Lifecycle methodology w

The Kimball Lifecycle methodology was conceived during the mid-1980s by members of the Kimball Group and other colleagues at Metaphor Computer Systems, a pioneering decision support company. Since then, it has been successfully utilized by thousands of data warehouse and business intelligence (DW/BI) project teams across virtually every industry, application area, business function, and technical platform.

Originally referred to as the Business Dimensional Lifecycle approach, this moniker reinforced our method’s core tenets:

Focus on adding business value across the enterprise
Dimensionally structure the data that’s delivered to the business
Iteratively develop the DW/BI environment in manageable lifecycle increments rather than attempting a galactic Big Bang approach
When the approach was first published in the 1990s, most alternative approaches weren’t emphasizing these Kimball principles. However, since then, they’ve been broadly adopted and have become mainstream industry best practices.

The Kimball Lifecycle approach is illustrated in the following diagram. It provides an overall roadmap depicting the sequence of high level tasks required for successful DW/BI projects.



Regardless of your organization’s specific DW/BI objectives, we believe an overarching team goal should be business acceptance of the DW/BI deliverables to support the business’ decision making. This target must remain in the forefront throughout the design, development, and deployment of your DW/BI system.

Design Tip #115 Kimball Lifecycle in a Nutshell provides an overview of the Kimball methodology. Full coverage is available in The Data Warehouse Lifecycle Toolkit, Second Edition.

ผลลัพธ์ (ไทย) 2:

วิธีการระยะเวลาคิมบอลล์ได้รู้สึกในช่วงกลางทศวรรษที่ 1980 โดยสมาชิกของกลุ่มคิมบอลล์และเพื่อนร่วมงานอื่น ๆ ที่อุปมาระบบคอมพิวเตอร์ซึ่งเป็น บริษัท ที่สนับสนุนการตัดสินใจเป็นผู้บุกเบิก ตั้งแต่นั้นมาก็มีการใช้ประสบความสำเร็จโดยนับพันของคลังข้อมูลและระบบธุรกิจอัจฉริยะ (DW / BI) ทีมงานของโครงการในแทบทุกอุตสาหกรรมพื้นที่การประยุกต์ใช้ฟังก์ชั่นทางธุรกิจและแพลตฟอร์มทางเทคนิค. แต่เดิมเรียกว่าวิธีการระยะเวลาการมิติธุรกิจ, ชื่อเล่นนี้ เสริมความเชื่อหลักวิธีการของเรา: มุ่งเน้นการเพิ่มมูลค่าทางธุรกิจทั่วทั้งองค์กรมิติโครงสร้างข้อมูลที่ส่งไปยังธุรกิจIteratively พัฒนาสภาพแวดล้อม DW / BI ในการเพิ่มขึ้นวงจรการจัดการได้มากกว่าความพยายามที่กาแล็คซี่บิ๊กแบงวิธีการเมื่อวิธีการที่ได้รับการตีพิมพ์ครั้งแรกใน 1990 วิธีการทางเลือกส่วนใหญ่ที่ไม่ได้เน้นหลักการเหล่านี้คิมบอลล์ แต่ตั้งแต่นั้นมาพวกเขาได้รับการยอมรับในวงกว้างและได้กลายเป็นกระแสหลักปฏิบัติที่ดีที่สุดในอุตสาหกรรม. วิธีการระยะเวลาคิมบอลล์คือตัวอย่างในแผนภาพต่อไปนี้ มันมีแผนงานโดยรวมภาพวาดลำดับของงานในระดับสูงที่จำเป็นสำหรับการประสบความสำเร็จโครงการ DW / BI. โดยไม่คำนึงถึงขององค์กรของคุณโดยเฉพาะ DW / วัตถุประสงค์ BI เราเชื่อว่าเป้าหมายของทีมงานที่ครอบคลุมควรจะได้รับการยอมรับธุรกิจการถือ DW / ส่งมอบ BI เพื่อสนับสนุนธุรกิจ 'การตัดสินใจ เป้าหมายนี้จะต้องยังคงอยู่ในระดับแนวหน้าตลอดทั้งการออกแบบการพัฒนาและการใช้งานของใบสำคัญแสดงสิทธิอนุพันธ์ / ระบบ BI ของคุณ. เคล็ดลับการออกแบบ # 115 คิมบอลล์ในระยะเวลาสั้นให้ภาพรวมของวิธีการคิมบอลล์ คุ้มครองเต็มรูปแบบที่มีอยู่ในคลังข้อมูลระยะเวลาการ Toolkit พิมพ์ครั้งที่สอง

ผลลัพธ์ (ไทย) 3:

ในคิมบอลล์สำหรับวิธีการถูก conceived ในช่วงกลางทศวรรษที่ 1980 - โดยสมาชิกของกลุ่มและเพื่อนร่วมงานอื่น ๆที่คิมบอลการบุกเบิกระบบคอมพิวเตอร์สนับสนุนการตัดสินใจของบริษัท ตั้งแต่นั้นมันได้ใช้โดยนับพันของคลังข้อมูลข่าวกรองธุรกิจ ( BI DW / โครงการ ทีมงานในแทบทุกอุตสาหกรรม พื้นที่ การใช้ฟังก์ชันทางธุรกิจและแพลตฟอร์มทางเทคนิค .

ตอนแรกเรียกว่ามิติวงจรธุรกิจ วิธีนี้เป็นวิธีหลัก ชื่อเล่นเสริมความเชื่อของเรา :

เน้นการเพิ่มมูลค่าทางธุรกิจทั่วทั้งองค์กร
มิติโครงสร้างของข้อมูลที่ส่งไปยังธุรกิจ
ซ้ำพัฒนา DW / บี สภาพแวดล้อมในการจัดการวงจรการเพิ่มขึ้นมากกว่าพยายาม Galactic ใหญ่ บางวิธีการ
เมื่อวิธีการที่ถูกตีพิมพ์ครั้งแรกในปี 1990 , แนวคิดทางเลือกส่วนใหญ่ไม่ได้เน้นหลักการคิมบอลล์เหล่านี้ อย่างไรก็ตาม หลังจากนั้นพวกเขาได้รับกว้างยอมรับและได้กลายเป็นวิธีปฏิบัติที่ดีที่สุดในอุตสาหกรรมหลัก

ที่คิมบอลล์สำหรับวิธีการจะถูกแสดงในแผนภาพต่อไปนี้มันมีภาพวาดการเรียงลำดับของระบบโดยรวม ระดับ งานที่จำเป็นสำหรับโครงการ BI DW / ประสบความสำเร็จ



ไม่ว่าขององค์กรเฉพาะ DW / บี วัตถุประสงค์ เราเชื่อว่า การเสริมสร้างทีมงาน เป้าหมายควรเป็นธุรกิจ การยอมรับของ DW / บีส่งมอบ เพื่อสนับสนุนธุรกิจของการตัดสินใจ เป้าหมายนี้จะต้องอยู่ในแถวหน้าตลอดทั้งการออกแบบ การพัฒนาและการใช้งานระบบ BI DW / .

ออกแบบเคล็ดลับ# 115 คิมบอลล์วงจรในสรุปให้ภาพรวมของคิมบอลล์ต่อไป ความคุ้มครองเต็มรูปแบบสามารถใช้ได้ในคลังข้อมูลสำหรับ Toolkit , รุ่นที่สอง