• Register
תנו לנו לייק וקבלו עדכונים ישירות לפיד

איסוף דרישות לפרויקטי BI

פורסם על ידי ב ב קטגוריה ראשית
  • גודל פונט: Larger Smaller
  • Hits: 5569
  • 2 תגובות
  • עשו מנוי לעדכונים מהבלוג
  • Print

פרויקטי BI  נועדו כאמור עבור מיקוד האינפורמציה הרלונטית לאנשים הרלונטים.

לשם כך יש צורך לדלות את המידע בארגון ולגזור ממנו את הנחיצות מצד אחד ומצד שני לא לפספס מידע חשוב ונחוץ.

איך עושים זאת נכון ?

  1. זיהוי צרכים מיוחדים כגון תקציב, תקנים.
  2. תכנון ראשוני של מבנה הנתונים החדש
  3. ניתוח נתוני המקור הזמינים.
  4. ניתוח פערים GAP ANALYSIS  - כלומר איזה מידע חסר.
  5. תכנון פתרונות מגשרים לפערי מידע – מערכות נוספות.
  6. ניתוח זמינות מידע לפי אוכלוסיית משתמשים.
  7. איפיון דו"חות בסיסיים.

לאחר מכן יש לבצע את התכנונים עבור תהליך הפיתוח:

  1. תכנון מבנה DATA MARTS
  2. זיהוי דרישות מיוחדות כגון גרעיניות, סכימה ומימדית משתנים.
  3. תכנון נפחים וכלי שיפור ביצועים כגון אינדקסים.
  4. תכנון אבטחה ומודל הרשאות.
  5. תכנון מבנה פיזי.

הגדרת תהליכי ETL:

תכנון תהליכי גזירה, תדירות , זיהוי דרישות מיוחדות כגון מטבעות, פלטפורמות וחלקי זמן. הגדרת הכלי לביצוע.

הגדרת מערכת OLAP

הכוללת תכנון מימדים וקוביות, תכנון מבנה פיזי ולוגיקה עסקית.

ניתן ליישם ןלוודא בעזרת שפת MDX.

 

Ron Vered

הכותב הינו מומחה בתחום ה- BI וה DWH. עבד שנים רבות בתחום בבנק הפועלים.

תגובות

  • Edith Ohri
    Edith Ohri שלישי, 25 נובמבר 2014

    רון
    ייתכן שנסיונך בבנק הפועלים מוביל לשיטה "כמו בספרים". אישית הופתעתי לראות שבפועל מקבלי ההחלטות ננעלים על דרישות רק אחרי ההזמנה, ובעצם אחרי התחלת שימוש. זה קורה גם במקומות מתוחכמים. בפרויקטים של BI במיוחד, ההגדרות הראשונות הן לא סופיות.
    במצב זה יש מעט אפשרויות. אפשר להיצמד להזמנה מדויקת וליעדים על חשבון השגת המטרה, לקחת סיכון בדחיית השינויים לשלב ב' וכדומה, או אפשר גם ... וזה מה שאני מעדיפה, לתאר את המשימה במילים כמה שיותר פשוטות, לבצע תחילה הוכחה ולימוד ורק אז לגשת לשלב המעשי. בנוסף, רצוי לא לבצע כל השקעה בתשתית או במערכת, עד שהדרישות מתיצבות.

  • Ron
    Ron שלישי, 25 נובמבר 2014

    אדית,
    תודה על ההתייחסות.
    גם בבנק הפועלים לא תמיד עובדים "לפי הספר" אבל בהרבה מקומות המפתחים לא נצמדים לאפיון. הבעיה היא שהמפתחים בשכבות הראשון סוטים מהתכנון ואז כדי לא "לעכב" את הפרויקט משנים את האפיון בהתאם לפיתוח. לכן חשוב לבדוק את התקדמות הפיתוח כבר בשלבים הראשונים כדי לא ליצור טלאי על טלאי.

כיתבו תגובה

Guest שישי, 24 נובמבר 2017

Sap

Oracle

Informatica

SAS

Microstrategy

IBM

Microsoft

Qlikview

Teradata

Webfocus

קליק אחד ואתם מחוברים. מהיר .קל .מאובטח.

מעניין? שתפו דף זה באמצעות הטלפון הנייד

איסוף דרישות לפרויקטי BI - מערכת הבלוגים של אתר dwh.co.il - QR Code Friendly
Powered by QR Code Friendly

אירועים קרובים

מאמרים

מגמות של ביג דאטה בעולם הביטוח
CA Technologies
SSIS - Buffer Size Optimization
קטגוריה ראשית
בדיקות BI ו-DWH לעומת הבדיקות בתחומים אחרים
קטגוריה ראשית
איסוף דרישות לפרויקטי BI
קטגוריה ראשית
כח המידע במיקוד
קטגוריה ראשית
0

הדף שלנו בפייסבוק

התחברות

חדש בישראל

כניסות למאמרים
6660724