2. Lack of Agility ? Duplication ? | Data | Web service | Process | Low Reliability ? High Maintenance Costs? Support Confusion - Difficult Root Cause Determination? IT ChallengesWhere are Your Pain Points? Can’t Estimate Change Impact? Poor Project Estimating with Multiple Systems Involved? Falling Data Quality? Project Failure?
3. Integration Has Become EasyQuick and Easy What did we get ? connection between systems exposure of transactions spread of data & functions SOA technologies enable Asset Visibility Process Modeling Impact Analysis
4. How did we get here ?The Big Box Application Stand alone. Modules can import/export data but not dependent Represented a complete end-to-end process by itself. Asset Management Inventory Asset State Parts Accounting Ordering Supplies Stock Control
5. How did we get here ?But Data Became “Real Time” Not acceptable to slowly import/export data between applications Asset Management Inventory Asset State Parts Accounting Ordering Supplies Stock Control
9. New security requirements Accounting Ordering Supplies Stock Control distributed interconnected systems and processes.
10. Business : IT Challenges Quickly Changing Business Demands Do Even More with Less Move Beyond Overhead Start Innovating
11. Business Demands vs. IT Constraints Stop running Start innovating New & changing business demands Business need Business Value Do more with less Business subduction Business growth Run the business 0 Increased complexity IT Constraints Reliability Issues Performance Concerns
12. SOA eliminates the gap Stop running Start innovating IT Empowers the Business New & changing business demands Business need Business Value Do more with less Business subduction Business growth Run the business 0 Increased complexity IT Constraints Reliability Issues Assets & Process Composition = Service Enabling Assets & Process Visibility = (re)use BAM, Governance & KPI’s = Control Performance Concerns
13. SOA ApproachesDoes it matter ? Top-Down Middle-Out Bottom-Up Start with business model finish with implementation For each project expose, compose & consume Start with implementation finish with business model Whichever you choose, same steps different order. None of these approaches say “Start tool shopping…”
14. A Full SOA Model In a perfect world, SOA would follow three top-down stages… Collaborative Modeling Collaborative Operation Service Oriented System Construction
15. The three milestones of SOACollaborative modeling Multi-views business modelling describes enterprise business Collaborative modeling Business model is transformed into platform independent business collaborative model Platform-independent business collaborative model is mapped into platform-specific business collaborative model
16. The three milestones of SOA Service modules in enterprise information systems are identified, encapsulated and published into business process services Service oriented information system construction Build service component libraries Theservices in these libraries can be composed and choreographed
17. The three milestones of SOA Monitor enterprise business processes Collaborative operation and evaluation Analyze and Optimize the performance of the enterprises business processes by a workflow management system Enforce business policies and regulations
18. Challenges We have a large number of existing systems in older technology & architecture models to maintain & integrate. We have project and business deadlines that don’t care about architecture, they just want to get it done NOW. SOA tech has entered bottom-up, without methodologies & process, because “just connecting things using SOAP” is fast and easy.
19. SOA Technology without Methodology leads to… Hard to identify process impact, impact of changes and system modifications and upgrades Major Support (Root Cause Identification) Challenges Connection Spaghetti Process Duplication Reduced Reliability Data Duplication
20. SOA Methodology Provides Measurable Value Adjustments for Each Stage Every Stage of the Software Development Lifecycle Requires Tweaks to Achieve SOA Success & Get Real Value Measurements for Each Stage Keeps the SOA ROI Positive Provides Describable Business Value
21. - Improved Data Quality - Reduced Business Process Duplication SOA CycleAre You Getting Value Here? Identify & Model the “gold copy of data” “business process” the right source “system” or “application” SOA Analysis
22. - Increased Reuse / Faster Development - Increased Agility SOA CycleAre You Getting Value Here? Creating reuse incentives services with highest likelihood of reuse Penalties having to adjust services in the next year Handling of budget issues regarding first-creator cost, maintenance & support costs, etc SOA Analysis IT Management for SOA
23. - Improved Service & IT Process Control - Improved Project Estimating - Clear Understanding of Change Impact SOA CycleAre You Getting Value Here? Governance Managed Service SDLC Workflow Policy Creation, Automated Application & Enforcement Impact Analysis Determine, Track, Report SOA Analysis Create SOA Controls IT Management for SOA
24. - Avoid SOA Reliability Decreases - Allow for coordinated parallel development, faster results! SOA CycleAre You Getting Value Here? Consumer – Provider contracts Roles and responsibility Layered QA testing Integration into the Software SDLC SOA Analysis Create SOA Controls Coordinated SOA Development IT Management for SOA
25. - Determine system, project, and business process impact. - Avoid “surprise” system overloads , whether from service misuse or unexpected business growth. SOA CycleAre You Getting Value Here? Distributed Monitoring SOA Analysis Create SOA Controls Pinpoint problems SLA control Excess use Coordinated SOA Development IT Management for SOA
26. - Improve what needs improving and provides maximum return! SOA CycleAre You Getting Value Here? Distributed Monitoring measure the right points + Get detailed feedback = Show the ROI, detailed/granular and enterprise. SOA Analysis Create SOA Controls Ongoing KPI’s for SOA Coordinated SOA Development IT Management for SOA
27. What will we get from a Methodology ? Moving up in the SOA maturity model
28. Create services definitions SOA maturity model Integrate SOA into project development methodology Quantify costs, time, and business benefits of pilot projects Key goals Business Value New Functionality 1 0 Initial Services
29. Specify technology standards for SOA SOA maturity model Integrate SOA into organization-wide development process Use incremental integration Key goals Business Value IT Cost Reduction & Control New Functionality 2 1 0 Initial Services Architected Services
30. Specify policies for use of SOA in creation or modification of business processes SOA maturity model Take advantage of event-oriented and mediation functionality of SOA technologies, especially with regards to enhancing/ extending business processes Key goals Business Value change business processes quickly and effectively IT Cost Reduction & Control New Functionality 2 1 3 0 Initial Services Architected Services Business Service
31. SOA maturity model Specify policies for use of SOA in collaboration with business and trading partners Implement cross-enterprise security Key goals Collaboration with business & trading partners Business Value Change business processes quickly & effectively IT Cost Reduction & Control New Functionality 2 1 3 4 0 Initial Services Architected Services Business Service Collaborative Services
32. Collect and analyze business process oriented real-time performance metrics SOA maturity model Implement ongoing business process evaluation and re-engineering Business transformation from reactive To real-time Implement self-correcting business processes Key goals Collaboration with business & trading partners Business Value Change business processes quickly & effectively IT Cost Reduction & Control New Functionality 2 1 3 5 4 0 Initial Services Architected Services Business Service Collaborative Services Measured Services
33. SOA Value: Myth or Reality? Without Methodologies and Process Changes to Match The Technology Change, the IT Organization will Suffer The Promised SOA Advantages are Not Theoretical, But Require Planned Process Changes To Be Gained Cost Savings? Reuse? Agility? Faster Development?
בעבר פיתחנו מערכות גדולות שניהלו את הדרישות העסקיות של מחקות שלמותלדוגמא מערכת ניהול משאבים במפעל שכללה גם אני ניהול ההזמנות, גם את המלאי, גם את הספקים של הרכיבים ועוד.המערכות היו בתצורת Stand Aloneוהתנהלו ללא שום תלות במידע או במערכות אחרות המערכות יכלו לייצא ולייבא נתונים ברמה יומית כל לילה אך פעלו גם בלי נתונים חדשים.המערכות ניהלו ברמת המחלקה תהליך עסקי מלא מקצה לקצה.
בשלב מסוים אנשי המידע בארגונים דרשו לראות מידע בזמן אמת ולא ברמה יומיתואז בצורה טבעית... שקף הבא
בוצע Decomposition של חלק מהמודלים במערכותעברנו ממערכות ברמת מחלקה לתהליכים ברמת ארגוןעל מערכות מבוזרות.אם בעבר המערכות היו הנכסים כיום התהליך והמידע הם הנכסים.קליקהאבולוציה הטבעית שהתרחשה כתוצאה מהדרישה לנתונים בזמן אמת יצרה סט של בעיות חדש :הגדלת הסיבוכיותשל התהליכים שנובעת מ:קושי ניהולי - כיוון התהליכים מתרחשים במספר מערכות אין כלי ניהול אחד לתהליך ולא ניתן לראות ולהבין את התהליךטכנולוגיות שונות - פרוטורולים שונים, מבנה נתונים שונה, מבנה אובייקטלי שונה ועוד.הקטנת האמינות :אם בעבר היה מסד נתונים בודד לאפליקציה כעת יש לנו מספר מסדי נתונים, שרתים, מערכות הפעלה ונושא התקשורתכיצד אנו יודעים מה המידע הנכון ? אולי קיימת בעיית MDMכיצד אנו יודעים מה ההשפעה של שינוי בשירות או תהליך ? נושאי Governanceביצועיםכיצד אנו יודעים את רמת התפקוד של בעלי התפקידים בארגון ?כיצד אנו יודעים עד כמה נכונים ומועילים התהליכים בארגון ?כיצד אנו יודעים איפה ניתן לצמצם עליות ואיפה עלינו להשקיע ?
New & Changing business demands -בכנס האחרון של STKIגימי אמר שה-IT לא מצופה יותר להימדד ב-Availability אלא ב-Responsivenessבעבר דרשו ממחלקות IT לייצר ולתחזק תהליכים ארגוניים, כיום הדרישה היא להשתנות תוך כדי ריצה עם הארגוןדוגמא - רגולציות ממשלתיות, הרחבת שירותים ללקוחDo more with less -כיום ה-IT נראה העיני הישות העסקית כמרכז עלות [Cost center] ולכן מצפים ממנו התייעלות כמו שאר המחלקותבעבר דרישות חדשות באו עם תקציבים חדשים, כיום IT צריך לפתח עם מה שקיים כבר במקביל לתחזוקה ואפילו להתצמצםדוגמא - הקטנת תקציבי IT, הכנסת מערכות במקום אנשים, תהליכי ייעולStop running start innovating - בעבר מחלקות IT היו עלות בארגון, כיום מצפים ממהלכים IT לייצר הכנסות חדשות לארגוןלדוגמא - הכנסת שירותי מובייל מדובר באקט טכנולוגי שנותן תמורה כספית
Do more with less - בגלל הסיבוכיות המערכות והקשרים בניהן קשה לנו לרכז תהליכים ואנו עסוקים בתחזוקה במקום בשיפורNew & changing business demands - כיוון שאנחנו לא מכירים מספיק את המערכות והתהליכים קשה לנו להכניס שינויים מבלי לפגוע בישןכיוון שאנו לא יודעים לדוגמא איפה אנחנו מרוויחים כיום, אין לנו את היכולת לנבא מה אפשר להכניס כדי להגדיל את ההכנסות.
כתוצאה מראות עסקית נכונההסיבוכיות הארגונית יורדתאנו מודעים יותר להשפעות השינוייםכתוצאה מיכולת ההרכבהאנו יכולים לשנות את התהליכים בצורה מידית ומתמשכת ולהשתנות עם הדרישות העסקיות Liquid ITכתוצאה מנתוני BAM ו-KPI’sאנו יכולים לזהות נקודות חזקות וחלשות בפעילות העסקית ולהבין כיצד אנו אנשי ה-IT יכולים להביא עוד תשואות לעסק.