תוֹכֶן
- המטריה השולטת BPM ו- SOA
- אין באגים, אין מתח - המדריך השלב אחר צעד שלך ליצירת תוכנה לשינוי חיים מבלי להרוס את חייך
- גישות וכלים התומכים ב- BPM ו- SOA
- היתרונות של SOA
להסיר:
ניהול תהליכים עסקיים וארכיטקטורה מוכוונת שירות יכולים לעמוד לבד, אך שיטות עבודה מומלצות ממליצות להשתמש בהן יחד כחלק מכחול EA גדול יותר.
ניהול תהליכים עסקיים (BPM) הוא פרדיגמה המאפשרת לארגונים לבצע מודלים, אוטומציה, ביצוע, בקרה, מדידה ומיטוב של זרימת הפעילות העסקית. זה קורה בכל המערכות המשולבות של הארגון, עובדים, לקוחות ושותפים, וגם בתוך גבולות הארגון ומחוצה לו. לעומת זאת, ארכיטקטורה מוכוונת שירותים (SOA) היא גישה אדריכלית לבניית מערכות עתירות תוכנה ממערך שירותים אוניברסליים הקשורים זה בזה ותלויים זה בזה.
BPM ו- SOA הן פרדיגמות נפרדות - SOA היא גישה בארכיטקטורה ואילו BPM עוסק במידול, יישום ובקרה של תהליכים עסקיים.עם זאת, השניים מיושרים זה בזה מקרוב מכיוון שאחת הדרכים הרבות האפשריות ליישום תהליכים עסקיים היא באמצעות תכנון SOA. כאן תבדוק כיצד BPM ו- SOA יכולים לעבוד יחד ומה היתרונות שכל אחד מהם מציע בעת השימוש בנפרד. (לקריאת רקע ראו מחשוב ארגוני: מה כל הבאז?)
המטריה השולטת BPM ו- SOA
ארכיטקטורה ארגונית היא ההיגיון הארגון של תהליכים עסקיים ותשתיות IT בארגונים. זו גם המטריה ששולטת בשני הפרדיגמות הללו. ארכיטקטורה מוכוונת שירות היא סגנון אדריכלי למימוש או ליצירת ארכיטקטורה ארגונית ממש כמו שרת לקוח, n-tier, mainframes וכו '. המטרה העיקרית של ארכיטקטורה מוכוונת שירותים היא ליישר את העסק לטכנולוגיית מידע באופן שהופך שניהם יעילים יותר.
SOA ו- BPM יכולים להתקיים בעצמם, אך השילוב הוא זה שהופך את האדריכלות הארגונית לשלמה. BPM משתלב בפאזל SOA כאחד ממרכיבי המפתח המספקים את מימד התהליך העסקי. התמצאות בשירות מאפשרת ליישומים להפעיל אחד את השני בהתנהגותם כשירותים, שזו משימה שניתנת לחזרה בתהליך עסקי. תהליכים עסקיים בתוך ארגונים מתממשים על ידי מיתר שירותים המוצעים כחלק מערימת ה- SOA.
האיור שלהלן הוא ארכיטקטורת הפניה של SOA שמצביעה על היכן BPM משתלב בערימה של SOA. כפי שאתה יכול לראות, BPM יושב ממש מעל הבסיס המוצק שמספק SOA ויורש ממנו יכולות אינטגרציה משמעותיות.
איור 1: אדריכלות הפניה של SOA
הערה: שכבות של ארכיטקטורת ההתייחסות מלמעלה מלמטה למעלה הן: שכבת מסד נתונים, שכבת יישומים, שכבת רכיבים, שכבת שילוב, שכבת תהליכים עסקיים, שכבת מצגת, שכבת ערוצים.
אין באגים, אין מתח - המדריך השלב אחר צעד שלך ליצירת תוכנה לשינוי חיים מבלי להרוס את חייך
אתה לא יכול לשפר את כישורי התכנות שלך כאשר לאף אחד לא אכפת מאיכות התוכנה.
גישות וכלים התומכים ב- BPM ו- SOA
ישנן גישות שונות למימוש BPM ו- SOA:
- פיתוח אפליקציות מסורתי
אפשרות אחת היא לפתח אפליקציה חדשה לחלוטין מהבית. לרוב החברות יש יכולת לעשות זאת, ולכן אין זה נדיר שחברות אלו יעריכו אם הן יכולות להשתמש בפיתוח היישומים המסורתי שלהן במקום להשתמש בתוכנת ניהול תהליכים עסקיים (BPMS). פרמטרי קבלת ההחלטות מתרכזים בשאלה האם מערכות מיומנות קיימות באופן פנימי כדי לעמוד בדרישות ובזמן לשוק. - הרחבת יישום קיים
מרבית הארגונים כבר משתמשים ביישומים בתהליכים העסקיים שלהם. ברור ששימוש ביישום קיים זוכה לשיקול רב. אם קיים יישום קיים, חברות מסוימות מעריכות אם להרחיב את היישום כדי לעזור בשיפור בתחומי התהליך העיקריים. כאן, פרמטרי ההחלטה מתרכזים סביב עלות, מורכבות וחוסר בשלות. - קניית אפליקציה ארוזה
במקרים רבים, אתה יכול לקנות אפליקציה ארוזה שאמורה להיות מיועדת לענות על הצרכים של תהליך או פונקציה מסוימים. פרמטרים לקבלת החלטות כוללים זמן לערך, סיכון לאימוץ, תגובה לשינוי והרחבת היקף.
הטבלאות שלהלן מציגות השוואה בין הכלים העיקריים משתי הפרדיגמות.
טבלה 1: כלים ל- BPM ו- SOA
היתרונות של SOA
ל- SOA כמה יתרונות מרכזיים עבור ארגונים. בואו נסתכל על אלה, כמו גם את היתרונות שמספקת BPM. SOA מצידה מספקת:
- תקשורת B2C משופרת
- ארכיטקטורה מוכוונת שירות לארגון. עסק המאורגן סביב SOA הוא בדרך כלל גמיש יותר ויכול להגיב לשינויים עסקיים בקלות ובמהירות.
- היכולת לעשות שימוש חוזר בקוד כדי להפחית את עלויות הפיתוח. השירותים הופכים לשימוש חוזר בפונקציונליות, דבר שמוריד עלויות על ידי הימנעות מהצורך לחזור על אותה פונקציונליות.
- שילוב משופר של יוזמות עסקיות אלקטרוניות / CRM / ERP קיימות. SOA אינה אלטרנטיבה לגישות