خانه هوش تجاری Bus Matrix در انباره داده هوش تجاری نوشته شده توسط: داوود گراوند ۰۲ دی ۱۴۰۰ زمان مطالعه: 8 دقیقه ۴.۳ (۶۸۲) مقدمه در شروع یک پروژه هوش تجاری یا انباره داده یک فرایند گام به گام طی میشود تا اطلاعات لازم برای طراحی و ساخت بخشهای مختلف را استخراج کنیم. برنامه ریزی و طرح ریزی پروژه اولین گام خواهد بود، پس از آن مراحل طراحی، توسعه، تست و پیاده سازی را طی خواهیم کرد تا به در نهایت به یک سیستم پایدار و قابل بهره برداری برسیم. مدل های مبتنی برDimension بر اساس فرایندهای تجاری ساخته میشوند نه بخش های تجاری، به عنوان مثال به جای اینکه داده های مشتری به ازای هر یک از واحد ها و سیستم های بازاریابی، فروش و امور مالی تکرار شوند یکبار در انباره داده جمع آوری، استاندارد و در دسترس قرار میگیرند. Bus Matrix به ما کمک میکند روابط بین فرایند های کسب و کار را در قالب Fact ها و Dimensionها کشف کنیم. چرخه تولید یک پروژه هوش تجاری چرخه تولید یک پروژه هوش تجاری یا انباره داده را میتوان به شکل زیر در نظر گرفت: طرح ریزی شناسائی ابعاد و حوزه های پروژه طرح ریزی اولیه جمع آوری نیازها و نیازمندی ها رسیدن به تعاریف مشترک روی عبارات کلیدی و نیازمندی ها انجام مصاحبه ها و گفتگوها / بررسی گزارش ها / مرور سیستم ها و فایل ها / مستندسازی برآورد ها و مطالعات طراحی منطقی طراحی معماری تکنیکال مدل سازی ابعادی پروژه طراحی اولیه مدل و اپلیکیشن BI طراحی فیزیکی توسعه طراحی و توسعه ETL توسعه اپلیکیشن BI تست استقرار پشتیبانی و نگهداری شما ممکن است مراحل بالا را متفاوت از این چرخه تعریف و اجرا کنید و یا اسامیدیگری را برای هر فاز آن انتخاب کنید، اما از نظر تکنیکال تفاوت چندانی نخواهیم داشت. این نکته را در نظر بگیرید که کارهای زیادی زیر سایه هر یک از این عناوین انجام میشود و این عبارات تنها به کلیات هر بخش اشاره دارند. دو مستند The Data Warehouse Lifecycle Toolkit و Data Warehouse Toolkit دو منبع اصلی این متن و البته رویکرد اصلی در طراحی خیلی از پروژه های BI هستند و شما میتوانید با رجوع به آنها اطلاعات بیشتری از هر یک از این بخش ها به دست بیاورید. Bus Matrix چیست؟ یکی از آیتم های کلیدی و خروجی های مهم در فاز تحلیل و نیازسنجی رویکرد کیمبال Bus Matrix است. Bus Matrix را میتوان یکی از ابزارهای کمک کننده در طراحی و یکی از مشتقات نهایی پروژه دانست. Bus Matrix را میتوان یک نمایش کلی و ساده از ابعاد مختلف پروژه در محیط انباره داده یا BI دانست. از آن میتوان به عنوان یک راهنما برای طراحی منطقی و شیوه ارتباط و انتقال داده ها در معماری کلی کسب و کار استفاده کرد. نتیجه شامل لیست حوزه های مختلف پروژه و ابعاد مرتبط با هر بخش خواهد بود. برای ایجاد Bus Matrix در ابتدا اطلاعات استخراج شده اولیه را مورد بررسی قرار میدهیم. برای شروع، هنگام برگزاری جلسات و گردآوری اطلاعات و مستندات شروع به استخراج کلمات و جملات کلیدی میکنیم که میتوانند حداکثر مزیت را برای ما به همراه داشته باشند و میتوانند به عنوان یک اهرم اصلی در جهت شناخت ابعاد پروژه به آنها تکیه کنیم. به عنوان مثال، جملاتی مانند، “من باید در مورد فروش، بر اساس زمان، محصول، و مشتری گزارش بدهم” میتواند یک نمونه مناسب باشد. بخش اول جمله در جهت شناخت حوزه کسب و کار به ما کمک میکند و تمرکز بخش دوم (بر اساس) که مقابل آن قرار دارد بر شناسایی ابعاد است. هر زمان که کلماتی نظیر”بر اساسِ”، “به کمک”، “توسط”، “ذیلِ”، “با استفاده از”، “به وسیله ی” و کلماتی از این دست شنیدید خوشحال باشید که به شناخت مساله نزدیک تر شده اید، آن را یادداشت کنید و در ذهنتان به یک dimension جدید فکر کنید. یادآور میشویم که جداول dimension به یک ویژگی یا بعد از پروژه اشاره دارند که جداول Fact را توصیف میکنند. ابعاد ترجیحا باید کلی و فراگیر باشند و از ۱ تا n حوزه موضوعی را پشتیبانی کنند. اما چگونه میتوان به شیوه ای منسجم و واضح به همه ی آنها نگاه کنیم؟ اینجاست که Bus Matrix وارد عمل میشود. تصور زیر مهندسی معکوس Bus Matrix را برای پایگاه داده AdventureWorksDW نشان میدهد. این تصویر به شما ایده میدهد که ما در مورد چه چیزی صحبت میکنیم و چگونه و چه اندازه داشتن چنین ماتریسی میتواند در شروع یک پروژه انباره داده کمک کننده باشد. با استفاده از اکسل، میتوانید به راحتی شروع به ساختن Bus Matrix کنید، و تا زمانی که باور ندارید تصویر کاملی از آنچه که قرار است ساخته شود دارید، به توسعه و پالایش آن ادامه دهید. Bus Matrix میتواند در طول توسعه سیستم کامل و کامل تر شود. طی بررسی من در متون مختلف کلیدواژه هایی که در سطر ها مورد استفاده قرار گرفته اند میتوانند factها، business Processها و یا DataMartها باشند، انتخاب هر یک از این کلیدواژه ها به نوع پروژه شما بستگی خواهد داشت، در خیلی از متون و زمانی که در سطر ها از عناوین DataMart استفاده میشود ماتریس حاصل را bus architecture مینامند. اساسا این سطر ها نماینده یک بخش از کسب و کاری خواهند بود که شما میخواهید در ارتباط با آنها گزارشی را ارائه دهید و سایر اطلاعات شرکت حول آنها خواهند بود و آنها را توضیف خواهند کرد، برایند همه ی تعاریف این پنج کلمه است: “یک فرآیند تجاری مهم و تکرارشونده”. برخی طراحان انباره داده تمامیفرایندهای تجاری مهم و تکرارشونده را در قالب سطرها مینویسند و درنهایت مانند شکل زیر آنهایی را که تحت مدل Star (یا هر مدل دیگری) انتخاب و توسعه میدهند را با یک رنگ پس زمینه متفاوت نشان میدهند. فرایند های تجاری باقی مانده هم تحت عنوان پتانسیل های بالقوه شرکت جهت توسعه در پروژه های آتی معرفی میشوند. کلید واژه هایی که در ستون ها مورد استفاده قرار میگیرد، dimension های شما خواهند بود، این ماتریس جزء اصلی معماری انبار داده کیمبال است و از آن میتوان در بحث دسترسی ها، قابلیت استفاده مجدد از داده، ارتباطات پروژه و همچنین تخصیص دیتامارت های مختلف به تیم های مختلف برای توسعه استفاده کرد. در یک دیدگاه کلان تر، تصویر زیر میتواند ارتباط معنادارتری بین نامگذاری bus architecture در محیط انباره داده به شما ارائه دهد. ماتریس و معماری گذرگاه بر مفهوم Conformed Dimensionها بنا شده است. شناخت و داشتن Conformed Dimensionها برای داشتن یک سیستم گزارش گیری یکدست و منسجم ضروری است، Conformed Dimensionها ابعاد پر استفاده، استاندارد شده و مهمیهستند که یک بار استخراج و ETL میشوند و سپس توسط جداول FACT مختلف مورد استفاده قرار میگیرند. بنابراین سازمانی که از bus architecture برای توسعه انباره داده خود استفاده میکند میتواند ارتباطات بین فرایندهای بیزینسی(facts) و خصوصیات توصیفی (dimensions) آنها را شناسائی و اجرا کند و با استفاده از bus matrix باعث حذف تلاشهای اضافی هنگام شناسائی Dim ها در زمان طراحی و توسعه شود و درنتیجه زمان ورود به بازار را کوتاه کند. در ادامه حالا که Bus Matrix خود را طراحی کردید برای ادامه ی کار میتوانید هر سطر و dimension های وابسته به آن را بردارید و شروع به پیشروی و بررسی جزئیات کنید و به شکل عمیق تری آن ها را بررسی کنید. هنگامیکه جزئیات لازم در مورد حوزه ها و ابعاد موضوعی پروژه را دارید، میتوانید از آن برای شروع ساخت مدل منطقی داده ها و سپس طراحی مدل فیزیکی و فرآیندهای ETL استفاده کنید. به یاد داشته باشید که Bus Matrix در یک مرحله خاتمه پیدا نمیکند و ایجاد آن یک کار تک مرحله ای نیست، با دریافت اطلاعات جدید برگردید و با توجه به آن اطلاعات ماتریس خورد را تغییر دهید و سعی کنید در طول توسعه پروژه آن را به روز نگه دارید. چه رتبه ای میدهید؟ میانگین ۴.۳ / ۵. از مجموع ۶۸۲ اولین نفر باش برچسب ها # Bus architecture# bus matrix# bus matrix در انباره داده# Conformed Dimension# data warehouse# datawarehouse# Dimension# DW# Fact# Warehouse Lifecycle# آموزش هوش تجاری# آموزش هوش تجاری در SQL Server# انبار داده# انباره داده# ماتریس گذرگاه# معماری گذرگاه# مهندسی داده# هوش تجاری معرفی نویسنده مقالات 3 مقاله توسط این نویسنده محصولات 0 دوره توسط این نویسنده داوود گراوند پروفایل نویسنده معرفی محصول مسعود طاهری دوره جامع آموزش هوش تجاری (گروه 25 و 26) ثبت نام حضوری9.700.000 تومانثبت نام غیرحضوری6.700.000 تومان4.700.000 تومان مقالات مرتبط ۱۹ اردیبهشت هوش تجاری بهبود عملکرد Tabular Model در SQL Server با سه تکنیک کاربردی مسعود طاهری ۱۶ بهمن هوش تجاری مقدمهای بر SCD در Power BI تیم فنی نیک آموز ۱۹ دی هوش تجاری چگونه محتوای فیلتر را در Power BI Tooltips نمایش دهیم؟ تیم فنی نیک آموز ۲۶ تیر SQL Server هوش تجاری آشنایی با Split Transformation در SSIS تیم فنی نیک آموز دیدگاه کاربران لغو پاسخ دیدگاه نام و نام خانوادگی ایمیل ذخیره نام، ایمیل و وبسایت من در مرورگر برای زمانی که دوباره دیدگاهی مینویسم. موبایل برای اطلاع از پاسخ لطفاً مرا با خبر کن ثبت دیدگاه Δ زینب کاشانی ۰۹ / ۱۰ / ۰۰ - ۱۲:۱۶ بسیار مفید و کاربردی، با تشکر پاسخ به دیدگاه محسن ۰۲ / ۱۰ / ۰۰ - ۱۰:۵۲ تشکر میکنم از مطلب خوبتون. آقای گراوند عزیز. اگر امکانش بود، در مورد ساخت یک fact فروش، در دیتابیس مثلا Northwind و پر کردن آن به صورت incremental و البته توانایی آپدیت، در SSIS مقاله ای بنویسید.(خلاصه مطلب یک پکیج برای پر کردن fact) واقعا ممنونم پاسخ به دیدگاه محسن ۰۲ / ۱۰ / ۰۰ - ۱۰:۵۲ تشکر میکنم از مطلب خوبتون. آقای گراوند عزیز. اگر امکانش بود، در مورد ساخت یک fact فروش، در دیتابیس مثلا Northwind و پر کردن آن به صورت incremental و البته توانایی آپدیت، در SSIS مقاله ای بنویسید.(خلاصه مطلب یک پکیج برای پر کردن fact) واقعا ممنونم پاسخ به دیدگاه