‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax.

972-97442444‬‬

‫‪18.9.2007‬‬

‫משתתפי מפגשי ‪ RT‬בנושאים של ארכיטקטורה\‪ CTO‬ו‪ SOA EAI -‬שלום‪.‬‬

‫לאחר עיקובים שונים (חופש‪ ,‬חגים וגם עומס‪ )..‬להלן סיכום משותף של שני המפגשים‬
‫שהתקיימו‪ .‬בסיכום השתדלנו שלא לחשוף את זהות הארגונים אבל באותו זמן לספק פרטים‬
‫רלוונטיים‪.‬‬
‫למרות שמדובר שבשני מפגשים נפרדים בנושאים שונים‪ ,‬החלטנו לאחד את סיכומי הדברים‬
‫שלהם‪ ,‬זאת מכיוון שלדעתנו נושאי ארכיטקטורה\ ‪ CTO‬ו‪ SOA EAI -‬הנם נושאים שחייבים‬
‫תמיד להיות מחוברים ביניהם‪.‬‬

‫להלן סיכום תמציתי של המסרים שעלו בדיון‪ .‬בהמשך ישנו תאור יותר מפורט של‬
‫ההתייחסויות של הארגונים השונים‪:‬‬

‫ההגדרה של פונקציית ה‪/CTO -‬ארכיטקט – ישנם ארגונים בהם ישנה הגדרה ברורה‬ ‫‪‬‬
‫‪ CTO‬הנה ותיקה יותר ובכירה‬ ‫של ‪ CTO‬וארכיטקט‪ ,‬כאשר בד"כ הפונקציה של‬
‫יותר‪ .‬באופן כללי‪ ,‬ה‪ CTO -‬אחראי על בחירת טכנולוגיות בארגון באופן כללי (מהו‬
‫הסטנדרט שיהיה מקובל בארגון ?) והארכיטקט אחראי על בחירת טכנולוגיות‬
‫‪ ?ERP‬האם‬ ‫ספציפיות לפרויקט (באיזה שרתים ואחסון ישתמשו לפרויקט ספציפי‪-‬‬
‫‪CTO‬‬ ‫‪ ?CLUSTER‬וכו')‪ .‬ישנם ארגונים בהם התפקידים של‬ ‫יהיה שימוש ב‪-‬‬
‫‪ CTO‬עוסק בתשתיות והארכיטקט‬ ‫וארכיטקט הנם תפקידים מקבילים‪ ,‬כאשר ה‪-‬‬
‫‪ CTO‬או הארכיטקט‬ ‫עוסק באפליקציות\תוכנה‪ .‬ישנם גם ארגונים בהם תפקודי ה‪-‬‬
‫מהווים חלק מתפקידו של מנהל התשתיות‪.‬‬
‫מעורבות הארכיטקט\ ‪ CTO‬בפרויקטים חדשים – ישנם ארגונים בהם ישנו תהליך‬ ‫‪‬‬
‫מובנה וברור של התנעת פרויקטים חדשים בהשתתפות נציגי גוף ה‪-‬‬
‫‪\CTO‬ארכיטקט‪ .‬לעיתים ההתנעה מלווה בהליך של ‪)AR ( Architecture Review‬‬
‫ולאחר מכן בתהליכים של ‪ .)DR ( Design Review‬מצד שני‪ ,‬ישנם ארגונים בהם‬
‫תהליך זה לא קיים כלל או שלחילופי ן‪ ,‬השתתפות נציגי גוף ה‪\CTO -‬ארכיטקט הנה‬
‫וולונטרית – כלומר‪ ,‬על פי הצורך‪ .‬אז מתגלה לעיתים שישנה בחירה בטכנולוגיה לא‬
‫מתאימה או פיתוח של פונקציונאליו ת שכבר קיימת בארגון‪ .‬ברוב המקרים פרויקטים‬
‫גדולים זוכים במלוא תשומת הלב‪ ,‬אולם פרויקטים קטנים או לחילופין פרויקטים‬

‫‪Page 1 of 13‬‬
 ‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫דחופים לא עוברים במסלול המלא וגם אז מתגלות בעיות – כשהפרויקט נמצא כבר‬
‫בייצור\תחזוקה ואז כמובן עלות התיקונים גבוהה‪ .‬כלומר‪ ,‬ישנה חשיבות גדולה‬
‫לעובדה שה‪\CTO -‬ארכיטקט יהיה דמות שרוצים להתייעץ איתה ולא מאוימים על‬
‫ידה‪ .‬הערה חשובה‪ :‬אין ספק שתהליך מסודר ומובנה של התנעת פרויקטים מעכב‬
‫את הפרויקט ויוצר תקורות‪ .‬אכן‪ ,‬נציג אחד הארגונים היעילים בתחומו (לעומת ארגוני‬
‫‪ IT‬מקבילים בתעשייה) ציין שבארגונו לא קיים תהליך מובנה וכבד‪ .‬בפורום של‬
‫‪ CTO‬וארכיטקטים לא נשמע קולם של מנהלי הפרויקטים שעשויים להתלונן על‬
‫"בירוקרטיה" באישור הפרויקט‪...‬‬
‫אכיפה – רוב הארגונים ציינו שבכל מקרה לא מדובר באכיפה קפדנית של החלטות‬ ‫‪‬‬
‫‪\CTO‬ארכיטקט‪ .‬הסיבה לכך היא קיומה של דילמה בין‬ ‫(והסטנדרטים) של ה‪-‬‬
‫האכיפה של סטנדרטים והמלצות של גוף ה‪\CTO -‬ארכיטקט לבין האינדיבידואליז ם‬
‫של הפרוייקטור\מפתח‪ .‬ברור שלא רוצים "לדרוס לגמרי" את האינדיבידואליז ם‪.‬‬
‫סטנדרטים כתובים – סטנדרטים כתובים מקובלים בעיקר בארגונים שבאופן עקרוני‬ ‫‪‬‬
‫מבצעים פיתוח מחוץ לחברה‪ .‬פיתוח מחוץ לחברה הוא אתגר בכל מה שקשור ל‪-‬‬
‫‪.reuse‬‬
‫שלבים בכניסה ל‪– SOA -‬‬ ‫‪‬‬
‫‪ o‬שלב התנעת הפרויקט‪ .‬ישנם ארגונים שבצעו סדנה לרפרנטים עסקיים‬
‫‪ SOA Roadmap Project‬לבנייה של‬ ‫ולמנהלי מחלקות‪ .‬רצוי גם לקיים‬
‫ההיררכיה של השירותים בארגון‪.‬‬
‫‪ o‬בניית ‪ESB‬‬
‫‪ o‬בניית סביבה משלימה ל‪– ESB -‬שכבה של המרות‪ ,‬שליטה ובקרה‪ ,‬אבטחה‬
‫וכד'‪ .‬לעיתים גם מצרפים שכבה של טיפול בקבצים‪.‬‬
‫‪ o‬הטמעה של מערכת ‪.Workflow\BPM‬‬
‫‪SOA‬‬ ‫הנקודה החשובה ביותר (כמובן‪ )...‬הנה מחויבות הנהלה‪ ,‬כאשר מנהל ה‪-‬‬ ‫‪‬‬
‫נפגש באופן תדיר עם כל מנהלי הפרויקטים ומנסה לעניין אותם כמה שיותר‬
‫בשירותים שקיימים במאגר‪.‬‬

‫עוד כמה נקודות נוספות‪:‬‬

‫אחד הלקוחות מעודד ‪ reuse‬של קוד על ידי תגמול המפתחים שמשתמשים בקוד‬ ‫‪‬‬
‫שכבר פותח‪.‬‬

‫‪Page 2 of 13‬‬
 ‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫‪SOA‬‬ ‫לקוחות מתלוננים על העלויות הגבוהות של המוצרים המשלימים לסביבת‬ ‫‪‬‬

‫(מוצרי ‪ ,SOA Governance‬מוצרי ‪ SOA TEST‬וכד')‪.‬‬
‫‪WS‬‬ ‫לקוחות מפתחים ‪ Web Services‬תשתיתיים‪ ,‬ומפרסמים את רשימת כל ה‪-‬‬ ‫‪‬‬
‫בפורטל‪.‬‬
‫לקוח ציין שיש שימוש רק ב‪ 10% -‬מה‪ Sizing -‬של מערכת ה‪( ERP -‬כי מסתבר‬ ‫‪‬‬
‫שה‪ Sizing -‬היה מנופח‪)...‬‬

‫תוכן עניינים‬
‫ארגון בתחום תקשורת ‪3...........................................................................................‬‬
‫ארגון מהתחום הפיננסי ‪4..........................................................................................‬‬
‫ארגון מהתחום הפיננסי ‪5..........................................................................................‬‬
‫ארגון מהתחום הציבורי ‪6..........................................................................................‬‬
‫ארגון מהתחום הציבורי ‪7..........................................................................................‬‬
‫ארגון מתחום התקשורת ‪7........................................................................................‬‬
‫ארגון מתחום הבריאות ‪8..........................................................................................‬‬
‫ארגון מהתחום הפיננסי ‪9..........................................................................................‬‬
‫ארגון מהתחום הציבורי ‪10........................................................................................‬‬
‫ארגון מהתחום הציבורי ‪10........................................................................................‬‬
‫ארגון מהתחום הפיננסי ‪11........................................................................................‬‬
‫ארגון מתחום התקשורת ‪12......................................................................................‬‬

‫ארגון בתחום תקשורת‬

‫מבנה ארגוני ‪ :‬מנהל תשתיות תוכנה (אין ‪ CTO‬בארגון)‪.‬‬
‫תיאור תהליך של פרויקט בארגון זה ‪:‬‬
‫‪ EAI‬וניהול‬ ‫הארכיטקט נמצא באגף ה‪ BILLING -‬אבל נותן שירות לכל החטיבה בתחומי‬
‫תצורה‪.‬‬
‫אין סטנדרט לפרויקטים חדשים‪ .‬אד הוק מחליטים מי יהיה הצוות‪ .‬לפעמים מסתבר שחסר‪...‬‬
‫מי שמפעיל את הפרויקט מחליט מי להזמין‪ .‬אין בקרה על רכש‪.‬‬
‫היתרון – תהליכים מהירים‪.‬‬

‫‪Page 3 of 13‬‬
 ‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫מדוע בארגון זה נכנסים לתחום של ‪?SOA EAI‬‬

‫מסתבר שאנשים שיושבים באותה קומה לא יודעים על פיתוחים מקבילים!‬
‫לא נוהגים להכריח שימוש בשירות או בפונקציונאליו ת קיימים! רק מפרסמים מידע‪.‬‬
‫‪ SMS‬תוך‬ ‫‪ 5‬שיטות שונות לשליחת‬ ‫לדוגמה –שירות שליחת ‪ .SMS‬בארגון גילו שישנן‬
‫‪ .SMS‬לפעמים פתחו פרוטוקול לגישה למכונת ה‪-‬‬ ‫שימוש בתשתיות שונות לשליחה של‬
‫‪.SMS‬‬

‫‪ SOA REUSE‬וגם ‪EAI‬‬

‫נמצא בתחילת הדרך (אבל ה‪ EAI-‬מאוד מפותח)‪ .‬יש פרסום של שירותים בפורטל – ‪.SPS‬‬
‫כל פרוייקט מביא שירותים חדשים‪ .‬אין פורום‪ ,‬אבל פעם בכמה זמן מפרסמים שירותים‬
‫שיכולים לעניין לפי קטגוריות – ‪ DW ERP‬וכד'‪ .‬עשו גם ‪ roadshow‬פנימי בחטיבה‪.‬‬
‫ההגדרות של שימוש בשירותים (דרך ‪ :)ESB‬כיום רק רושמים שימוש בדיעבד‪ .‬בעתיד ישאלו‬
‫מראש שירות כמה ירצה להשתמש ועל פי זה יקבל את השירות‪.‬‬

‫גודל צוות‬
‫‪ 2.5‬אנשים שעושים אינטגרציה! הכול בצוות אחד‪.‬‬
‫הצוות אורז את השירות ומפרסם‪.‬‬

‫ארגון מהתחום הפיננסי‬

‫מבנה ארגוני‪ :‬ישנה משרת ‪ .CTO‬תפקידיו‪ :‬מטפל בתוכניתן ראשי‪ ,‬קישוריות‪ ,DBA ,‬טיפול‬
‫במערכות הפעלה‪ ,‬בקרת איכות‪.‬‬

‫תיאור תהליך של פרוייקט בארגון זה‪:‬‬

‫תהליך ‪ – architecture review – AR‬ה ‪ CTO‬בודק כל פרויקט שנכנס ונותן המלצה (האם‬
‫מתאים לארכיטקטורה הכללית של הארגון?) מתקיים בעיקר בפרויקטים חדשים שנכנסים‬
‫לארגון ופחות בעדכונים\גרסאות של פרויקטים קיימים‪ .‬יש נקודות בקרה מרכזיות – לדוגמה‪,‬‬
‫רכש (לא רוכשים דבר ללא אישור)‪.‬‬
‫‪ ‬שלב א' – התנעת פרויקט‪ .‬מתבצע באופן מסודר‪ .‬הדגש הוא על מסמך דרישה מקובל‬
‫שיוצר תמחור‪ .‬בהמשך השלבים מעדכנים את התמחור‪.‬‬
‫‪ ‬שלב ב' – בדיקות ‪ AR‬ו‪:DR-‬‬

‫‪Page 4 of 13‬‬
 ‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫‪ o‬בדיקה של פרויקט ‪ - AR‬צוות ‪ AR‬מורכב מנציגי תשתיות‪ ,‬גם תשתיות‬

‫תוכנה‪ ,‬תקשורת‪ ,‬חומרה‪ ,‬שו"ב אחסון‪ , SOA ,‬ו‪ .DW -‬צוות גדול‪ :‬כ‪ 12 -‬עד‬
‫–מנהל‬ ‫‪ 18‬גורמי תשתיות‪ .‬מבחינת ארכיטקטורה‬ ‫‪ 15‬איש! ישנם כ‪-‬‬
‫‪AR‬‬ ‫– ‪ DBA‬אחסון וכד'‪ .‬ב‪-‬‬ ‫הפרוייקט מפעיל את הצוותים הספציפיים‬
‫העיקר הוא בקרה וליווי (יש כוונה להפוך אותם ל"פעילים יותר")‪.‬‬
‫‪ MF‬חצי‬ ‫‪ .design review – DR‬צוות ה‪ DR -‬יותר אפליקטיבי (חצי‬ ‫‪o‬‬
‫‪ ,DR‬יש התנגדויות‪ .‬צוות ה‪ :DR -‬מנהל‬ ‫‪ .)OPEN‬רוצים שיגיעו מרצון ל‬
‫הפרויקט‪ 5-6 ,‬מומחים בתחומים שונים בפיתוח‪ ,‬קישוריות וכד'‪ .‬משמעות‬
‫ה‪ :DR-‬להיכנס לעובי הקורה‪ :‬שימוש בשירותים‪ ,‬רוטינות מרכזיות‪ ,‬גורמים‬
‫ייצוריים וכד'‪.‬‬
‫‪ ‬שלב ג' – העברה לייצור‪ .‬מתקיימת בדיקה נוספת‪.‬‬

‫זהו ארגון גדול‪ ,‬ישנם כ‪ 300-‬פרויקטים בשנה (הגדרה של "פרוייקט"‪ :‬מעל חודש עבודה)‪.‬‬
‫פרויקטים מערכתיים‪ .‬יש ‪ 5‬עד ‪ 10‬בשנה‪.‬‬
‫פרויקטים בינוניים יש ‪.30 – 20‬‬
‫ה‪ CTO -‬הוא יושב הראש של ועדת ה‪ ! AR -‬כלומר תפקיד ה‪ CTO -‬מובנה וחלק מהקמה‬
‫של כל פרוייקט‪.‬‬

‫‪SOA EAI‬‬
‫מבחינת שירותים ו‪ SOA -‬נמצאים בתחילת הדרך ‪ .‬יש להם כבר אלפי שירותים ואין שליטה‪.‬‬
‫לדוגמה‪ -‬הקימו טבלת הרשאות –מי יכול לגשת לאן‪.‬‬
‫ב‪ AR-‬לא שולטים על הדברים‪ .‬לא מחליטים מי מבצע איזה פונקציונאליות‪.‬‬
‫ב‪ DR-‬מגלים דברים (כלומר מגלים שפיתחו משהו שכבר קיים במקום אחר) אבל לפעמים‬
‫מאוחר מידי‪....‬‬
‫יש שימוש בפורטל ארגוני – ניהול ידע של מה שקורה ב‪ . IT -‬צוברים ידע ושמים בפורטל‪.‬‬
‫יש קהילות ידע גם בעסקי‪ .‬התחילו בשנה שעברה‪.‬‬

‫ארגון מהתחום הפיננסי‬

‫מבנה ארגוני‪ :‬יש שתי פונקציות נפרדות בארגון ‪ -‬ארכיטקט ו‪.CTO -‬‬
‫ארכיטקט יישומים ראשי – פונקציה חדשה בארגון שמטפלת בעיקר בתוכנה‪.‬‬
‫פונקציה נוספת היא‪ ,CTO :‬בעיקר חומרה ואבטחת מידע‪ .‬פיקוח מבחינת תשתיות‪ .‬חומרה‪,‬‬
‫שרתים אחסון רשת גיבוי וגם אבטחת מידע‪ .‬התפקיד – הטמעה של טכנולוגיות‪.‬‬

‫‪Page 5 of 13‬‬
 ‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫הגבול בין שתי הפונקציות‪:‬‬

‫תשתיות‪ :‬שרת – עד המסירה לאנשי אפליקציות – חיבור לרשת‪ ,‬הקשחה‪ ,‬מערכת הפעלה‪,‬‬
‫גיבוי‪ ,‬אחסון‪ .‬אנשי תשתיות מקימים ‪ DBMS‬אבל לא מגדירים סכמה‪.‬‬
‫למרות ההגדרה הברורה ישנן נושאים עדיין לא פתורים‪ .‬לדוגמה נושא אבטחת מידע – שהוא‬
‫גם אפליקטיבית (מספרי כרטיסי אשראי שיושבים במערכת) וגם תשתיתית (פריצה מה‪-‬‬
‫‪.)WEB‬‬

‫טיפול בפרויקט חדש‬

‫דוגמה לפרויקט – פורטל ארגוני (בחרו ב ‪ .)IBM‬ה‪ – CTO -‬בוחר טכנולוגיה של שרתים‪.‬‬
‫באיזה סגמנט ברשת‪ ,‬ומתבצע עם ארכיטקט‪ .‬בשלבים מתקדמים יותר ‪ CTO‬לא מעורב‪.‬‬
‫התוצר של ‪ CTO‬בארגון זה הנו מסמך טופולוגיה – המלצות חומרה‪ ,‬אחסון מרכזי‪ ,‬עם או‬
‫בלי וירטואליזציה וכד'‪ .‬וגם עלויות ‪ ,‬מדיניות שרידות וגיבוי‪.‬‬
‫הארכיטקט – מטפל בסוגיות של קישוריות – קובע איך ייראו ‪.web services‬‬

‫ארגון מהתחום הציבורי‬

‫מבנה ארגוני‪:‬‬
‫‪ + CTO‬מנהל תשתיות ‪ +‬ארכיטקט‪ .‬הם מנסים לבנות תשתיות ולהשתמש בה במספר‬
‫‪ NLB‬ו‪ . WEB -‬ואז כל אפליקציה‬ ‫פרויקטים‪ .‬לדוגמה‪ ,‬בנו תשתית גם אפליקטיבית של‬
‫חדשה נכנסת לדבר כזה‪ .‬כעת מטפלים ב‪.SAP -‬‬
‫– ‪.authentication authorization‬‬ ‫הארכיטקט מטפל בעיקר בביצועים‪ ,‬אבטחת מידע‬
‫– גם ‪asset‬‬ ‫(במקביל יש גם סמנכ"ל לאבטחת מידע)‪ .‬רישום מצאי אפליקטיבי ותשתיתי‬
‫‪ – management‬וגם קשרים ביניהם‪..‬‬

‫אופן הטיפול בפרויקט חדש בארגון זה‪:‬‬

‫מכינים ‪ .RFP‬בתוכו יש פרק טכנולוגיה בו מציגים תשתית קיימת ואילוצים‪ ,‬סוגי מ"ה שרתים‪,‬‬
‫תצורה ‪ ,NLB‬הקצאת משאבים‪ ,‬גיבוי וכד'‪.‬‬
‫בצד האפליקטיבי –קביעה של ארכיטקטורה‪.‬‬
‫‪\CTO‬מנהל התשתיות‪ .‬בודקים‬ ‫ואז יוצאים למכרז‪ .‬יוצאות הצעות שעוברות דרך ה‪-‬‬
‫טכנולוגית‪.‬‬
‫‪)!code review‬‬ ‫גם בזמן פיתוח – הם מעורבים ב‪ DR -‬שונים שעושים לפרויקט (אפילו‬
‫ומעירים הערות לקוד (כלומר לקוד שהקבלן כותב)‪.‬‬
‫מבנה ‪ DBMS‬עובר לאישור אצלם‬

‫‪Page 6 of 13‬‬
 ‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫לאחר סיום הפיתוח – בדיקות מסירה וקבלה – במעבדה של הארגון‪ .‬בוחנים זמני תגובה‪,‬‬
‫‪ exceptions‬וכד'‪ .‬אם אין שביעות רצון – בודקים מה עושים‪.‬‬

‫מדוע נכנסים ל‪?SOA -‬‬

‫בארגון זה הדרישה ל‪ SOA -‬באה דווקא מההנהלה! עתה הארכיטקט מנסה לתאם ציפיות‪.‬‬
‫בשלב ראשוני‪ ,‬רוצים לגייס ארכיטקט שיוביל את ה‪ SOA -‬בארגון‪ .‬מתלבטים לגבי ממשקים‬
‫ב‪ .SAP-‬ישתמשו ב‪ XI -‬אבל גם ‪.biztalk‬‬
‫תגובה של לקוח אחר לנושא זה‪" :‬היה קשה לממשק בין ‪ XI‬לבין ‪."WBI‬‬
‫מנסים לטפל ב‪ WS -‬מבחינת שליטה ובקרה‪.‬‬
‫הכינו טבלה לגבי כל ‪ – WS‬מי משתמש וכד' ואז ישימו אותה בפורטל‪.‬‬
‫רוצים לפתח ‪ WS‬תשתיתיים‪.‬‬

‫ארגון מהתחום הציבורי‬

‫מבנה ארגוני‬
‫יש ‪ ,CTO‬לא בוחר ומתפעל תשתיות‪ ,‬אלא מטפל בכל מה שקשור במחקר ופיתוח‪ .‬אחראי‬
‫‪ CTO‬אחראי על כל ה"תקינה הטכנולוגית" בארגון‬ ‫מבחינה אדמינסטרטיבית‪ .‬כלומר‪ ,‬ה‪-‬‬
‫(תקנים של קישוריות‪ RFID ,‬וכד')‪.‬‬

‫אופן טיפול בפרויקט בארגון זה‪:‬‬

‫מעורבות בפרויקטים גדולים ‪ -‬לכל פרויקט יש פורום פרויקט שמלווה את כל התהליך‪ ,‬משלב‬
‫דרישה עד מימוש‪ .‬מהו תיחום של אפליקציה? קישוריות בין מערכות‪ .‬יש נציגים של גוף‬
‫התשתיות‪ ,‬מנהל הפרויקט‪ ,‬אבטחה‪ ,‬ואם צריך – גם נציגי תקשורת‪.‬‬
‫לדוגמה‪ ,‬תקן לקישוריות ‪ – WSI -‬ה‪ CTO -‬אחראי‪.‬‬

‫ארגון מתחום התקשורת‬

‫מבנה ארגוני‪:‬‬
‫‪ CTO‬של ‪ .IT‬בארגון קיימת חטיבת הנדסה כאשר לאחרונה מנסים לאחד ארכיטקטורה‬
‫‪ .IT‬לדוגמה‪ ,‬כיום עדיין יש בנפרד שתי סביבות שליטה ובקרה‪.‬‬ ‫מאוחדת של הנדסה ו‪-‬‬
‫מבחינה ארגונית‪ ,‬יש בארגון שני גופים נפרדים‪ .‬גופים של פיתוח ושל תשתיות‪ .‬בעבר ה‪-‬‬
‫‪ EAI‬היה חלק מהתשתיות אבל כיום עובר לתחום האפליקציות‪.‬‬
‫‪ CTO‬מבצע (מערכת אחסון הבאה‪,‬‬ ‫בארגון ישנה פעילות ותיקה של תכנון תשתיות שה‪-‬‬
‫‪LINUX‬‬ ‫מערכת הפעלה הבאה וכד')‪ ,‬וגם פרויקטים טאקטיים‪ :‬האם על אותו מחשב? האם‬
‫או ‪ ?WINDOWS‬לאיזו רשת? איזה אחסון? וכד'‪.‬‬

‫‪Page 7 of 13‬‬
 ‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫תהליך של פרויקט‪:‬‬
‫בארגון קיים פורום שמבצע ‪ Design review‬כללי לפרויקט אבל זה פורום גדול מדי שלא‬
‫‪ design review‬טכני לפני‬ ‫מאפשר מעורבות שוטפת ומפורטת‪ .‬כיום הנטייה היא לעשות‬
‫שזה מגיע לפורום הגדול‪ .‬הם בתחילת התהליך‪.‬‬
‫הארכיטקטורה התשתיתית נפרדת מהארכיטקטורה האפליקטיבית‪.‬‬
‫לארכיטקטורה התשתיתית – יש פורמט נוח‪ .‬בארכיטקטורה תשתיתית – הם מצפים ממנהלי‬
‫הפרויקטים שיגדירו את הדרישות הפונקציונאליו ת מהתשתיות‪" :‬צריך ב‪ 100 -‬משתמשים‬
‫שעושים פעילות ‪.”A‬‬
‫יש תהליך שה‪ CTO -‬עושה מול מנהל הפרויקט בו הוא מייצר מסמך של תשתיות לפרויקט –‬
‫סביבת ייצור פיתוח ובדיקות‪ .‬מנסה לכסות – מ"ה‪ ,DBA ,‬קישוריות‪ TIER ,‬וכד'‪.‬‬
‫לאחר מכן זה מאושר ואז ה‪ CTO-‬התשתיתי יוצא מהתמונה‪.‬‬
‫לאחר אישור מסמך כל תחום צריך לעשות ‪ -.detail design‬החלטה של איזה ‪ patch‬וכד'‪.‬‬
‫דוגמה‪ -‬לאחר ההחלטה של ה‪ CTO -‬התשתיתי על אחסון ‪ – tier 1‬מחליט איש האחסון‬
‫איזה ‪ LUNs‬ספציפיים להגדיר‪.‬‬
‫אם יש שינויים מהותיים – אז חוזרים ל‪ CTO -‬התשתיתי‪.‬‬
‫כלומר זה ‪ high level design‬של תשתיות‪.‬‬
‫‪ CLUSTER‬וב‪ – IO -‬אבל לא ממש למטה (להגדיר‬ ‫ה‪ CTO -‬התשתיתי צריך להבין ב‪-‬‬
‫בעצמו ‪.)LUNS‬‬

‫ארגון מתחום הבריאות‬

‫מבנה ארגוני‪:‬‬
‫יש ‪ CTO‬ומתחתיו ארכיטקט‪ .‬ה‪ CTO -‬משמש בפועל גם כמנהל תשתיות‪.‬‬
‫‪authentication‬‬ ‫–‬ ‫הארכיטקט עוסק בעיקר בסוגיות כגון ביצועים‪ ,‬אבטחת מידע‬
‫‪(authorization‬יש במקביל גם יש סמנכ"ל לאבטחת מידע)‪ .‬הארכיטקט מנסה לבצע רישום‬
‫מצאי אפליקטיבי ותשתיתי – גם ‪ – asset management‬וגם קשרים ביניהם‪( .‬לא ניסו‬
‫משהו כמו ‪.)nlayers‬‬

‫טיפול בפרוייקט‪:‬‬
‫הגדירו מסמך סטנדרטי לתשתיות‪:‬‬
‫‪System‬‬ ‫‪‬‬
‫‪DBMS‬‬ ‫‪‬‬

‫‪Page 8 of 13‬‬
 ‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫קישוריות‬ ‫‪‬‬
‫וכיום גם אבטחת מידע‬ ‫‪‬‬

‫בפרוייקטים גדולים ‪ -‬פגישות של ספקים עוד לפני מכרז‪ -‬עם ‪ CTO‬וארכיטקט וגם ‪system‬‬
‫וגם ‪ . DBA‬יש הערות – על סמך המסמכים של הסטנדרטים‪.‬‬
‫הם חילקו את המסמכים למנדטורי ולדברים שפחות מנדטורי‪.‬‬
‫ואז כשמתקבלת אפליקציה‪ -‬הארגון מבצע את הבדיקות בנפרד – כלומר בעצמו‪.‬‬

‫ארגון מהתחום הפיננסי‬

‫שלבים של הכניסה לארכיטקטורת ‪ SOA‬והרבדים השונים‪:‬‬
‫מתבצע בתחילה תהליך מקדים; שקובע ומגדיר מה זה ארכיטקטורה מכוונת שירותים‪ ,‬איזה‬
‫שינוי ארגוני צריך‪ ,‬איזה פעילות ‪ -‬מודלים לפיתוח שירותים‬
‫לאחר השלב הראשוני מפתחים ‪ BUS‬מרכזי – שצריך לאפשר קישוריות בין מערכות שונות‪.‬‬
‫‪orchestration‬‬ ‫‪- workflow‬‬ ‫מאפשר להפעיל שירותים שונים שידברו כולל הפעלה של‬
‫‪ .MF‬שמיישמת ‪-adaptor‬‬ ‫(שזה לא עסקי)‪ .‬בארגון כבר פתחו טכנולוגיה שלהם לגישה ל‪-‬‬
‫‪WMB‬‬ ‫אבטחה‪ ,‬מילון נתונים‪ ,‬הפעלה וגם קישור פיזי למערכות‪ .‬אבל בעתיד ינסו לעבור ל‪-‬‬
‫של ‪ IBM‬וכעת בוחנים מה הדרך המיטבית למעבר‪.‬‬
‫חלק מה‪ – ESB -‬יהיה שירות המרות מרכזי שכל מערכת שתרצה לבצע המרה – תעשה את‬
‫זה ויטפל בתרגומים‪ ,‬הכנסת ערכים‪.‬‬
‫‪ pilot‬עם ‪ .centrasite – SAG‬בדקו‬ ‫רוב נוסף זה ‪ – repository‬תעוד של שירותים‪ .‬עשו‬
‫את זה‪ .‬ספריה מרכזית לתיעוד שירותים בארגון‪.‬‬
‫יש גם ‪ – run time governance‬בקרת ‪ SLA‬וגם אבטחה‪ .‬רכשו ‪ amberpoint‬וכבר בצעו ‪2‬‬
‫פעילויות – כל הגורמים החיצוניים שפונים ל‪ AMBER – MF -‬עושה ‪ SLA‬ועדיפות! וגם ה‪-‬‬
‫‪ AMBER‬הוא ה‪ Proxy -‬שמחליט מי נכנס ל‪ .MF -‬כלומר עושה אבטחת מידע‪ .‬טכנולוגיה‬
‫‪ datapower‬של ‪ IBM‬מוצר שיודע להעביר ‪ token‬בין שירותים‪.‬‬ ‫נוספת לאבטחת מידע ‪-‬‬
‫‪ AMBER‬ידווח על השימוש (אולי בשביל‬ ‫‪ .LDAP‬בעתיד ‪ -‬ה‪-‬‬ ‫ומאפשר גם שימוש ב‪-‬‬
‫‪ )chargeback‬ועל ה‪ SLA -‬ל‪.repository -‬‬

‫‪Page 9 of 13‬‬
 ‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫‪ patrol – BMC‬וגם בקרה על תהליך עסקי‪.‬‬ ‫רובד אחר ב‪ SOA -‬זה ניטור‪ .‬רכשו מוצרי‬
‫עושים מיפוי של כל המערכות ומקשרים את הנושא ליישום ‪ . ITIL‬ממפים את כל המערכות‬
‫ומכנסים ל‪.CMDB -‬‬

‫תוכניות לעתיד – מימוש ‪BPM‬‬

‫בעתיד‪ ,‬האיש העסקי – יתכננו דרך ‪ BPM‬את התהליך העסקי ודרך ‪ BPEL‬התהליך יעביר‬
‫הוראות לריצה‪ .‬כיום מדברים עם האו"ש איך לעשות את זה‪ .‬יאתרו תהליך עסקי שצריך כמה‬
‫‪Modeler process‬‬ ‫‪ – BPM‬ה‪-‬‬ ‫פעיליות‪ .‬ויבחנו מה לעשות‪ .‬בעתיד יחליטו איזה כלי‬
‫‪.server‬‬

‫ארגון מהתחום הציבורי‬

‫‪ SOA‬כפתרון קישוריות בין תתי הארגונים‪ .‬הארגון הקים‬ ‫ארגון גדול ומבוזר שבחנו את‬
‫צוותים‪.‬‬
‫כאשר תנאי ל‪ SOA -‬זה לעשות ‪ – soa roadmap project‬לעבור על תהליכים ולשרטט‬
‫אותם וזה מאוד מסובך‪ .‬נכון להיום בכל זאת מפתחים חלק מהשירותים למרות שעדין לא‬
‫– אבטחת מידע וכמובן גם חשוב‬ ‫בצעו ‪ . soa roadmap project‬נקודה חשובה היא‬
‫ביצועים‪...‬‬

‫ארגון מהתחום הציבורי‬

‫מדוע נכנסים לתחום של ‪?SOA EAI‬‬
‫דוגמה לבעייתיות לפני ‪ – SOA EAI‬יש בארגון ‪ 15‬טבלאות המרה של מטבעות! אין ישות‬
‫ארגונית שמאגדת את הכל‪ .‬אין ‪.repository‬‬
‫כיצד נכנסו מה הספיקו לעשות בארגון‬
‫עשו ‪ – EAI‬עם ‪ – WBI‬סינכרוני‪ .‬חיברו ‪ MF‬ל‪. tandem iseries -‬‬
‫יישום על ‪ ! Linux‬מפתחים מערכת גדולה קריטית עם קבלן משנה על ‪.Linux‬‬
‫לדעתו ‪– WMB‬אין הרבה ידע אצל הספקים‪.‬‬
‫לאחרונה בצעו גם סדנה עם ד"ר אלכס כנעני – מ‪ – IBM -‬מתודולוגיה לכניסה כלומר סדנת‬
‫‪ .SOA Readiness‬הסדנה הייתה טובה מאוד‪ .‬הסדנה מתאימה למשתמשים מובילים‬
‫(רפרטנטים) ‪.‬‬

‫‪Page 10 of 13‬‬
 ‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫דוגמה ייחודית‬
‫– לתת ארגון‪ .‬במקום לפתח מערכת בקוד הם בצעו את רוב‬ ‫ישנה דוגמה ניהול מלאי‬
‫‪composite‬‬ ‫העבודה על ידי שירותים שצרכו מהמערכת‪ .‬כלומר יש כאן דוגמה ל‪-‬‬
‫‪.application‬‬

‫מסקנה‬
‫בטווח הארוך לדעתו יהיה ‪ SOA‬באיים אבל לא ‪ SOA‬אמיתי שמאגד את הכל הארגון‪.‬‬

‫ארגון מהתחום הפיננסי‬

‫מדוע נכנסים ל‪? SOA -‬‬
‫מוטיווציה – ממשקים בלתי מנוהלים בין הרבה מערכות‪ .‬יש גם פעילות עסקית מול בנקים‪.‬‬
‫פתיחה של שוק ביטוח‪ .‬כלומר שינוי עסקי‪.‬‬

‫מה עשו ?‬
‫הארגון התחיל מ‪ EAI -‬של ‪. WMB WBI‬‬
‫פעילות של תשתיות – הקימו ‪ ESB‬כיום בייצור שמקושר ל‪ SAP MF‬אינטרנט ‪ UNIX‬וכד'‪.‬‬
‫פעילות של המרות ‪ – itemfield – transformation‬מאוד חשוב‪ .‬דוגמה‪ ,‬תרגומי ערכים בין‬
‫– קידוד שונה‪ ,‬ערכים וכד'‪ .‬לפני הפרוייקט היו המון‬ ‫מערכות ובין ארגונים‪ .‬דוגמה‪ ,‬זכר‬
‫טבלאות המרה שמשוכפלות‪ .‬עתה יצרו שכבה של כל ההמרות – שה‪ business -‬מעדכנים‪.‬‬
‫עם שיטות גמישות להפעלה‪.‬‬
‫‪run time‬‬ ‫בסביבת ה‪ runtime -‬הם מטמיעים ‪ – amberpoint‬גם לאבטחה (חלקי) וגם‬
‫‪ – management‬מודדים ביצועים של שירות‪ -‬חריגות לזמנים ובעתיד גם ‪ .SLA‬נמצא בשלב‬
‫מתקדם – עכשיו פורסים שירותים ראשוניים‪.‬‬
‫יש פרוייקט שו"ב – רוב של כלים – ‪ – WBI‬האם הכלי למעלה‪ ,‬טרנזאקציות עסקיות‪.‬‬
‫פרוייקט של העברות קבצים – איך קבצים עוברים‪ Connect-Direct .‬של ‪ .Sterling‬ויש גם‬
‫מוצר נוסף שיודע לספק מעטפת ניהול ובקרה – וגם קישוריות של פרוטוקולים‪.‬‬
‫נושא נוסף – ‪ – repository‬לצייר ‪ reuse ,‬מדידות‪ ,‬קשרים וכד'‪.‬‬

‫‪ BPM‬היא מורכבת‪ .‬בגלל שמחייבת‬ ‫‪ – BPM‬בוחנים מעל ‪ .ESB‬הפעילות של הטמעת‬

‫מעורבות של ה‪.business -‬‬
‫ישתמשו גם ב‪ ARIS -‬עבור תאור התהליכים – ‪.BPA‬‬

‫‪Page 11 of 13‬‬
 ‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫הרובד השלישי – ‪.soa governance‬‬

‫כ"א שמטפל בתחום‬

‫בצוות אינטגרציה – ‪ WBI‬יש ‪ 3‬אנשים ובנוסף לכך יש איש ‪ XI‬אחד‪.‬‬
‫מתוכננת משרה של הניטור ( ‪ )AMBER‬יהיה אדם‪ .‬וגם המרות – אחד אחד – קבצים ‪FTP‬‬
‫‪.direct connect‬‬
‫כלומר סה"כ צוות של ‪ 5‬אנשים‪.‬‬
‫וגם רפרנט מתחום התשתיות – אדם אחד ‪ -‬נותן אחסון שרתים וכד'‪.‬‬

‫מבנה ארגוני‬
‫הארגון הגדיר פרוייקט ‪ SOA‬והקצה תקציב‪ .‬זהו פרוייקט חשוב מאוד ברמת ה‪.CIO -‬‬

‫יש ועדת היגוי ארגונית ל‪ SOA -‬בראשות ה‪ CIO -‬פעם בשבועיים‪ .‬בועדת ההיגוי – מראים‬
‫הצלחות‪ .‬ממה אחרים נהנו‪.‬‬
‫יש גם צוות ארכיטקטורה ארגונית – שנפגש פעם בשבועיים‪ .‬צוות כללי‪.‬‬
‫עכשיו – מפתחים תהליכים ל‪ -‬בניית שירות‪ ,‬צריכת שירות‪ ,‬העברת קובץ וכד'‪ .‬טפסים‬
‫ונהלים‪.‬‬
‫עכשיו מתחיל‪ .‬יש רשימה של שירותים‪ .‬כשיש בקשה לשירות חדש – מפרסמים לכולם‪ .‬לכל‬
‫ראשי הצוותים בארגון‪ .‬וגם רפרנטים עסקיים‪.‬‬
‫יש גם פורום תעדוף!‬
‫מנהל ה‪ SOA -‬מקיים ישיבות חודשיות עם כל צוותי הפיתוח (בנפרד) שם דנים בשירותים‬
‫וגם בשירותים עתידים וגם בדרישות ה‪.business -‬‬

‫התנגדויות – ראשי הצוותים התנגדו‪ .‬דוגמה ‪ -‬טבלאות המרה‪ .‬הגפים היו מפתחים תוכנות‬
‫שבונות את הקבצים שמבצעים את ההמרה‪.‬‬
‫בסופו של דבר‪ -‬על הכלי המרכזי – עושים את המשימות של קודם אבל בכלי המרכזי‪.‬‬

‫ארגון מתחום התקשורת‬

‫‪ SOA EAI‬אמצעי – הוא אמצעי ולא מטרה‪ .‬הם מפתחים כבר כמה שנים שירותים‪.‬‬
‫השירותים הם נקודתיים ‪ .‬כמו – ‪ AMDOCS‬חושף שירתים ב‪ .UNIX -‬המטרה‪ -‬חשיפה ל‪-‬‬
‫‪ .net‬או ‪ .WS‬פתחו ממשקים לזה‪.‬‬

‫‪Page 12 of 13‬‬
 ‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫‪ ! business‬ולכן‬ ‫יש תחום אינטגרציה וממשקים‪ .‬מטפל בכל הממשקים‪ .‬מכיר טוב את ה‪-‬‬
‫משתפים אותם כבר בשלב הייזום של פרויקטים חדשים (לא תמיד‪.)...‬‬
‫רוצים לפתח שירותים שיהיו ‪ .reusable‬יש הרבה רכיבים שמשמשים הרבה מערכות‪.‬‬
‫‪ .biztalk‬פרוייקט‬ ‫‪ .biztalk‬שימוש בתהליכים עסקים של‬ ‫לא כל הדברים עוברים דרך ה‪-‬‬
‫ניידות מספרים – דרך ‪ .biztalk‬תהליך עסקי מורכב‪.‬‬

‫‪Page 13 of 13‬‬