EAI - Integration Oriented IT

1. כל הזכויות שמורות לג'ון ברייס הדרכה מקבוצת מטריקס EAI - Integration Oriented IT ריקוד הפיל ורקדנית הבלט

2. מטרות ההרצאה • ללמוד למה הכוונה באינטגרציית יישומים • ללמוד את הסוגים השונים של אינטגרציית יישומים • ללמוד את הדרכים השונות ליישום של אינטגרציית יישומים • הצגת אינטגרציית היישומים מזווית הראיה של מנתח המערכות

3. על מה נדבר ? • מוטיבציה בעידן האינטגרציה • מה זה פרוייקט EAI ? • ה-ROI של EAI • מדור I (מתחילים להתחבר) לדור III (business oriented integration) • Matrix Integration solution framework • סיכום המוטיבציה

4. החלום ושברו • החלום של ארגון מונוליטי, שבו כל הפיתוח בטכנולוגיות אחידות, הומוגניות נגוז. • גישת הbuy before build- מעבירה את המיקוד של מערכות המידע מפיתוח לאינטגרציה : • יותר משאבים של הארגון מושקעים באינטגרציה • יותר פרויקטים נכשלים בגלל האינטגרציה • ממשקים ואינטגרציה משפיעים על ה-time to market של מערכות המידע יותר מכל נושא אחר • ממשקים ואינטגרציה משפיעים על היכולת של הארגון להגיב, להשתנות ולהתאים את עצמו לשינויים עסקיים, ניהוליים וטכנולוגיים המוטיבציה

5. ולס הפיל ורקדנית הבלט • צריך ללכת לאט כדי להגיע מהר – פרויקטי אינטגרציה פנים ארגוניים הם פרויקטים כבדים ואיטיים. • חלק ניכר המערכות החדשות בארגון - תלויות בפרויקטי אינטגרציה. • הדרישה ממערכות מידע כיום : time to market וסיפוקים מיידיים. • התוצאה : ולס הפיל ורקדנית הבלט המוטיבציה

6. מה גורם לארגונים לצלול ל- EAI ? פריצת גבולות הארגון : • B2B • B2C חיזוק פנימי של הארגון : • B2E • B2M רב ערוציות : • ריבוי מערכות ליבה מול ריבוי ערוצים המוטיבציה שווה ציטוט : A computer terminal is not some clunky old TV with a typewriter in front of it. It is an interface where the mind and body can connect with the universe and move bits of it about Douglas Noel Adams, Hitchhiker's Guide to the Galaxy

7. מה גורם לארגונים לצלול ל- EAI ? דו קיום בתהליך הגירה : • קישור בין מערכות חדשות למערכות קיימות • מוכנות וזמינות העברת ממשקים מכל גורם לכל גורם סנכרון מערכות ליבה (סינכרוני וא-סינכרוני) מימוש שירותים ומוצרים עסקיים אשר עושים שימוש ביותר ממערכת אחת המוטיבציה שווה ציטוט לא המוצר אסטרטגי, הממשק אסטרטגי...

8. אינטגרציה של מה ? • שפה עסקית • מידע • תהליך • דיאלוג מול המשתמש מה זה פרוייקט EAI ? שווה ציטוט : עלינו להיות תלויים זה בזה, אחרת נהיה תלויים זה לצד זה. בננג'מין פרנקלין

9. אינטגרציה היכן ? • כל הארגון ואז מדובר בפרויקט גדול, יקר ומסורבל. • באזור שהוא נתיב קריטי של הארגון כיום, לדוגמא : קשר עם העולם החיצון (B2B), כניסה של מערכת עסקית חדשה המחייבת אינטגרציה (ERP,CRM , פורטל) ממשקים למערכות בתהליכי הגירה ועוד. • חשיבה אסטרטגית – תכנון טקטי מאפשרת להקים פרוייקט אינטגרציה ממוקד עם roadmap של ראיית הארגון כולו. מה זה פרוייקט EAI ?

10. אינטגרציה זה (ממש) לא רק מוצרים • עובדה : עלות המוצרים מוערכת להיות חמישית (ואולי פחות) מעלות כוללת של תהליך אינטגרציה • כשלים של פרויקטי אינטגרציה לא נובעים בדרך כלל מהמוצר אלא מההערכות הכוללת , מהטמעת התהליך, מבעיות אפיון, משילוב בארכיטקטורה הארגונית ועוד • חשוב לבחור נכון, חשוב לבחור, וחשוב איך מיישמים מה זה פרוייקט EAI ? שווה ציטוט לא קלה היא לא קלה הדרך... יענקלה רוטבליט

11. אינטגרציה זה (ממש) לא רק Web services • חשיפה של legacy בגישה שהיא orientedservice מאפשרת להיות Integration Ready • שימוש נכון ב-service orientation וב-web services יהפוך את פרוייקט ה-EAI לרגיש פחות לשינויים • Web services מקל על ה-EAI בחיבור למערכות. Web services לא מחליף EAI ! מה זה פרוייקט EAI ? שווה ציטוט לא קלה היא לא קלה הדרך... יענקלה רוטבליט

12. Integration oriented IT מה זה פרוייקט EAI ?

13. דורות של הפתרונות • דור I – Point to point • דור II – Integration Hub • דור III – Business Flow טכנולוגיה

14. דורות של הפתרונות • דור I – Point to point • דור II – Integration Hub • דור III – Business Flow טכנולוגיה Integration Hub

15. דורות של הפתרונות • דור I – Point to point • דור II – Integration Hub • דור III – Business Flow טכנולוגיה Business Flow

16. אינטגרציה – איך ? דיאלוג תהליך מידע אמולציות/ תפריטים משולבים Point to point RPC or messaging DataBase Sharing Or Point to point Data exchange דור I טכנולוגיה דור II Web enabling /desktop management Integration Hub Data Exchange Integration Hub Multi Channel Dialog management BPM Business Process management Meta data Cross system Management דור III APS – Application Platform Suite : Application server, Integration broker & Portals BPM DATAIntegration Solutions Portal

17. מאינטגרציה טכנית לאינטגרציה עסקית מרחיב/משלים את כלי המודלים (דוגמת Rational שנחשב מוביל בתחום) ומאפשר תכנון FLOW עסקי באופן מלא מכיל כלים לניהול ה- FLOW ולשליטה בו ומאפשר להגדיר flows המטפלים באירועים המתרחשים. (אירועים פרטניים או אירועי מקרו). טכנולוגיה מנטר אירועים עסקיים המתרחשים בתהליך ומאפשר ניהול מונחה אירועים בגישה של real time Enterprise

18. האם המנכ"ל יודע להגיד EAI ? • פרויקטי אינטגרציה הם פרויקטים עתירי משאבים ומחזירים את ההשקעות הרלוונטיות מעבר לסבלנות של הנהלות. • פרוייקט EAI מחייב מודעות ואף מחויבות של ההנהלה. • יחד עם זאת, קשה מאד להמחיש לדרג הניהולי את החשיבות והתועלות של פרויקט מעין זה. • גם להנהלת IT , במיוחד כיום, חשוב שיהיה מצפן עסקי, בכל שלב ושלב של פרוייקט היישום. ה-ROI של ה-EAI

19. ROI ו-VOI בשביל מה ? • go/no-go • קביעת סדרי העדיפויות ומיקוד על בסיס cost effectiveness ובהמחשה של התועלות לדרג הניהולי. • מוכנות לתרחישים שונים. • הגירת ממשקים קיימים, כן או לא ? • מדדים להצלחת פיילוט ושלבים ראשונים של פרוייקט. ה-ROI של ה-EAI מודל ה-ROI מודד עלויות, חסכונות ותועלות. האם אפשר למדוד את ה-value ?

20. לרוץ ריצת מרתון בספרינטים של 100 מטר • ארגוני IT מתמודדים עם שתי דרישות שונות המציבות דילמה בכל הכרעה המתקבלת : • "סיפוקים מיידיים" – לספק פונקציונאליות, הולכת ומתרחבת ב-time to market (או time to money) מינימאליים. • "מוכנות תמידית לשינוי" – לספק לארגון יכולות עתידיות, ארוכות טווח לתמיכה בהתפתחות עסקית מתמשכת, מגיבה, תחרותית. ארכיטקטורה אורבאנית

21. הסיכונים – שיתוק ו/או מגדל בבל • Analysis paralysis – כל החלטה וכל עשייה, מתנהלת בכבדות, תלויה במסלולים מקבילים ומקשה על ההתקדמות. • במקרים מעין אילו הגורמים העסקיים חשים כי מערכות המידע הן צוואר בקבוק בהתפתחות העסקית. • מגדל בבל של הכרעות טכנולוגיות - בלחץ העסקי של עמידה בדרישות מתקבלות הכרעות סותרות, ש/אינן מתיישבות עם ראייה עתידית. • בטווח הבינוני והארוך הכרעות מעין אילו גוזלות משאבים אדירים ומקשות על התפקוד. • במקרים מסוימים שני הסיכונים מתממשים גם יחד ארכיטקטורה אורבאנית

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

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

24. ברמת הממשק • ממשק זהה לכל האפליקציות ( מבחינת צורת המראה וצורת ההפעלה) • יכולת הפעלה של כל אפליקציה ממקום אחד • יכולת ביצוע פעולות חותכות אפליקציה ( חיפוש מידע בכל האפליקציות) • הפתרון – מבוסס על תפיסת הפורטל הארגוני

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

26. ברמת התהליכים • יכולת הפעלה של שירותים מכל אפליקציה כחלק מתהליכי האפליקציה • יכולת העברת מידע מתהליך לתהליך כחלק מתהליך הפעלת השרות של האפליקציה השנייה • יכולת חזרה לתהליך העבודה המקורי • מבוסס על תפיסת האובייקטים

27. ארכיטקטורת העתיד • במרכז ERP • בחזית CRM ו- XRM • בחלק האחורי קישור לספקים דרך סחר אלקטרוני • מעל למערכת ERP/CRM: • מערכות גנריות ייעודיות • מערכות ייעודיות • מעל לכל המערכות • הפורטל הארגוני , ניהול הידע ומחסני נתונים • מתחת לכל המערכות • מערכות לניהול משאבי המחשוב

28. ארכיטקטורת המידע בארגון החדש - מאפיינים • מערכות מדף כלליות מותאמות ללקוח • מערכות מדף ורטיקליות מותאמות ללקוח • מערכות ישנות • מערכות לווין בפיתוח עצמי

29. הדברים הטובים • רב מערכות המדף פתוחות ונפתחות • מבוסס על סטנדרטים ( שמגיעים מעולם האינטרנט) • XML הוא המלך • קיימים כלי תשתית לאינטגרציה בדיעבד

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

31. תפיסות בבניית ארכיטקטורת המידע • בחירת הפתרון הכולל מספק אחד • בחירת הפתרון הטוב ביותר בכל תחום

32. בחירת הפתרון מספק אחד • היתרונות • פתרון אחד – אינטגרציה קלה יותר • פחות השקעה בממשקים ובהתאמה לארגון • כוח הפיתוח והתמיכה ממוקד ומתמחה • ספק אחד , כוח קניה גדול יותר • החסרונות • לא הפתרונות הטובים ביותר בכל תחום ( אם בכלל) • לעיתים האינטגרציה היא ברמת השיווק ולא ברמת המוצר • ספק אחד – תלות בספק אחד • עדיין יש תחומים של מערכות אחרות

33. בחירת הפתרון הטוב ביותר בכל תחום • היתרונות • הפתרון הטוב ביותר בכל תחום • קיומם של יישומים בכל תחום • יכולת לייצר ערך מוסף בזמן מהיר יותר • ערך מוסף ותחרותיות לארגון בכל תחום • החסרונות • אין אינטגרציה אמיתית ( עם כל החסרונות הנובעים) • עלות תפירת האינטגרציה גדולה • סיכון ביישום האינטגרציה • עלות הבעלות של הפתרון ברמת התחזוקה גדולה יותר

34. מה למנתח מערכות ול-EAI • ניתוח פרויקט שכולו EAI • ניתוח פרויקט חדש

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

36. ניתוח מערכת חדשה • הגדרת ממשקים למערכות קודמות במערכת חדשה • הגדרת המערכת החדשה כמערכת פתוחה שתוכל להתממשק בקלות בעתיד ( אין הגדרה של מהות האינטגרציה אלא רק את הגדרת הפוטנציאל של האינטגרציה)

37. סיכום – "לרקוד אינטגרציה" • Think integration • Be Integration ready • Do Integration • Manage Integration • Optimize Integration • Plan for constant change: • Business • Organization • Technology סיכום שווה ציטוט Change is constant Benjamin Disraeli

38. מטרות ההרצאה- סיכום • ללמוד למה הכוונה באינטגרציית יישומים • ללמוד את הסוגים השונים של אינטגרציית יישומים • ללמוד את הדרכים השונות ליישום של אינטגרציית יישומים • הצגת אינטגרציית היישומים מזווית הראיה של מנתח המערכות