Soa maturity business model
Download as PPSX, PDF•0 likes•610 views
SRL Methodology Library provides a concise summary of the key challenges and benefits of adopting a SOA methodology in 3 sentences: Traditional application architectures have led to data duplication, process duplication, and integration challenges, but adopting SOA technologies without a methodology to guide implementation can exacerbate issues like support complexity and reliability decreases; a SOA methodology addresses these problems by promoting reusable services, improved data and process quality, and clear governance and controls over the SOA lifecycle. Proper implementation of a SOA methodology through incremental stages allows organizations to gain measurable benefits like reduced costs, increased agility, and faster development while avoiding potential downsides of an ad hoc SOA approach.
Soa maturity business model
- 1. SRL Methodology LibrarySOAYuval BirenboumCTOIntegration, SOA, BPM & Architecture
- 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 EasyWhat did we get ?connection between systems exposure of transactionsspread of data & functionsSOA technologies enable AssetVisibilityProcess ModelingImpact Analysis
- 4. How did we get here ?The Big Box ApplicationStand alone.Modules can import/export data but not dependentRepresented a complete end-to-end process by itself. Asset ManagementInventoryAsset StatePartsAccountingOrderingSuppliesStock Control
- 5. How did we get here ?But Data Became “Real Time”Not acceptable to slowly import/export data between applications Asset ManagementInventoryAsset StatePartsAccountingOrderingSuppliesStock Control
- 6. How did we get here ?The Distributed ApplicationThe Big BoxApplicationAsset ProcessInventoryAsset StatePartsDecompositionIncreased complexity
- 9. New security requirementsAccountingOrderingSuppliesStock Controldistributed interconnected systems and processes.
- 10. Business : IT ChallengesQuickly Changing Business DemandsDo Even More with LessMove Beyond OverheadStart Innovating
- 11. Business Demands vs. IT ConstraintsStop runningStart innovatingNew & changing business demandsBusiness needBusiness ValueDo more with lessBusiness subductionBusiness growthRun the business0Increased complexityIT ConstraintsReliabilityIssuesPerformanceConcerns
- 12. SOA eliminates the gapStop runningStart innovatingIT Empowers the BusinessNew & changing business demandsBusiness needBusiness ValueDo more with lessBusiness subductionBusiness growthRun the business0Increased complexityIT ConstraintsReliabilityIssuesAssets & Process Composition = Service Enabling Assets & Process Visibility = (re)useBAM, Governance & KPI’s = ControlPerformanceConcerns
- 13. SOA ApproachesDoes it matter ?Top-DownMiddle-OutBottom-UpStart with business model finish with implementationFor each project expose, compose & consumeStart with implementation finish with business modelWhichever you choose, same steps different order.None of these approaches say “Start tool shopping…”
- 14. A Full SOA ModelIn a perfect world, SOA would follow three top-down stages…Collaborative ModelingCollaborative OperationService Oriented System Construction
- 15. The three milestones of SOACollaborative modelingMulti-views business modelling describes enterprise businessCollaborative modelingBusiness model is transformed into platform independent business collaborative modelPlatform-independent business collaborative model is mapped into platform-specific business collaborative model
- 16. The three milestones of SOAService modules in enterprise information systems are identified, encapsulated and published into business process servicesService oriented information system construction Build service component librariesTheservices in these libraries can be composed and choreographed
- 17. The three milestones of SOAMonitor enterprise business processesCollaborative operation and evaluationAnalyze and Optimize the performance of the enterprises business processes by a workflow management systemEnforce business policies and regulations
- 18. ChallengesWe 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 upgradesMajor Support (Root Cause Identification) ChallengesConnection SpaghettiProcess DuplicationReduced ReliabilityData Duplication
- 20. SOA Methodology Provides Measurable Value Adjustments for Each StageEvery Stage of the Software Development LifecycleRequires 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 DuplicationSOA CycleAre You Getting Value Here?Identify & Modelthe “gold copy of data” “business process”the right source “system” or “application”SOA Analysis
- 22. - Increased Reuse / Faster Development- Increased AgilitySOA CycleAre You Getting Value Here?Creatingreuse incentives services with highest likelihood of reusePenaltieshaving to adjust services in the next yearHandling of budget issues regarding first-creator cost, maintenance & support costs, etcSOA AnalysisIT Management for SOA
- 23. - Improved Service & IT Process Control- Improved Project Estimating- Clear Understanding of Change ImpactSOA CycleAre You Getting Value Here?GovernanceManaged Service SDLC WorkflowPolicy Creation, Automated Application & EnforcementImpact AnalysisDetermine, Track, ReportSOA AnalysisCreate SOA ControlsIT Management for SOA
- 24. - Avoid SOA Reliability Decreases- Allow for coordinated parallel development, faster results!SOA CycleAre You Getting Value Here?Consumer – Provider contractsRoles and responsibilityLayered QA testingIntegration into the Software SDLCSOA AnalysisCreate SOA ControlsCoordinated SOA DevelopmentIT 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 MonitoringSOA AnalysisCreate SOA ControlsPinpoint problemsSLA controlExcess useCoordinated SOA DevelopmentIT Management for SOA
- 26. - Improve what needs improving and provides maximum return!SOA CycleAre You Getting Value Here?Distributed Monitoringmeasurethe right points +Get detailed feedback=Show the ROI, detailed/granular and enterprise.SOA AnalysisCreate SOA ControlsOngoing KPI’s for SOACoordinated SOA DevelopmentIT Management for SOA
- 27. What will we get from a Methodology ? Moving up in the SOA maturity model
- 28. Create services definitionsSOA maturity modelIntegrate SOA into project developmentmethodologyQuantify costs, time, and businessbenefits of pilot projectsKey goalsBusiness ValueNewFunctionality10InitialServices
- 29. Specify technology standards for SOASOA maturity modelIntegrate SOA into organization-widedevelopment processUse incremental integrationKey goalsBusiness ValueIT CostReduction &ControlNewFunctionality210InitialServicesArchitectedServices
- 30. Specify policies for use of SOA in creationor modification of business processesSOA maturity modelTake advantage of event-oriented andmediation functionality of SOA technologies,especially with regards to enhancing/extending business processesKey goalsBusiness Valuechange businessprocesses quicklyand effectivelyIT CostReduction &ControlNewFunctionality2130InitialServicesArchitectedServicesBusinessService
- 31. SOA maturity modelSpecify policies for use of SOA incollaboration with business and tradingpartnersImplement cross-enterprise securityKey goalsCollaborationwith business &trading partnersBusiness ValueChange businessprocesses quickly& effectivelyIT CostReduction &ControlNewFunctionality21340InitialServicesArchitectedServicesBusinessServiceCollaborativeServices
- 32. Collect and analyze business process orientedreal-time performance metricsSOA maturity modelImplement ongoing business processevaluation and re-engineeringBusiness transformationfrom reactive To real-timeImplement self-correcting businessprocessesKey goalsCollaborationwith business &trading partnersBusiness ValueChange businessprocesses quickly& effectivelyIT CostReduction &ControlNewFunctionality213540InitialServicesArchitectedServicesBusinessServiceCollaborativeServicesMeasuredServices
- 33. SOA Value: Myth or Reality?Without Methodologies and Process Changes to MatchThe Technology Change, the IT Organization will SufferThe Promised SOA Advantages are Not Theoretical,But Require Planned Process Changes To Be GainedCost Savings?Reuse?Agility?Faster Development?
- 34. Thank You
Editor's Notes
- #5: בעבר פיתחנו מערכות גדולות שניהלו את הדרישות העסקיות של מחקות שלמותלדוגמא מערכת ניהול משאבים במפעל שכללה גם אני ניהול ההזמנות, גם את המלאי, גם את הספקים של הרכיבים ועוד.המערכות היו בתצורת Stand Aloneוהתנהלו ללא שום תלות במידע או במערכות אחרות המערכות יכלו לייצא ולייבא נתונים ברמה יומית כל לילה אך פעלו גם בלי נתונים חדשים.המערכות ניהלו ברמת המחלקה תהליך עסקי מלא מקצה לקצה.
- #6: בשלב מסוים אנשי המידע בארגונים דרשו לראות מידע בזמן אמת ולא ברמה יומיתואז בצורה טבעית... שקף הבא
- #7: בוצע Decomposition של חלק מהמודלים במערכותעברנו ממערכות ברמת מחלקה לתהליכים ברמת ארגוןעל מערכות מבוזרות.אם בעבר המערכות היו הנכסים כיום התהליך והמידע הם הנכסים.קליקהאבולוציה הטבעית שהתרחשה כתוצאה מהדרישה לנתונים בזמן אמת יצרה סט של בעיות חדש :הגדלת הסיבוכיותשל התהליכים שנובעת מ:קושי ניהולי - כיוון התהליכים מתרחשים במספר מערכות אין כלי ניהול אחד לתהליך ולא ניתן לראות ולהבין את התהליךטכנולוגיות שונות - פרוטורולים שונים, מבנה נתונים שונה, מבנה אובייקטלי שונה ועוד.הקטנת האמינות :אם בעבר היה מסד נתונים בודד לאפליקציה כעת יש לנו מספר מסדי נתונים, שרתים, מערכות הפעלה ונושא התקשורתכיצד אנו יודעים מה המידע הנכון ? אולי קיימת בעיית MDMכיצד אנו יודעים מה ההשפעה של שינוי בשירות או תהליך ? נושאי Governanceביצועיםכיצד אנו יודעים את רמת התפקוד של בעלי התפקידים בארגון ?כיצד אנו יודעים עד כמה נכונים ומועילים התהליכים בארגון ?כיצד אנו יודעים איפה ניתן לצמצם עליות ואיפה עלינו להשקיע ?
- #8: New & Changing business demands -בכנס האחרון של STKIגימי אמר שה-IT לא מצופה יותר להימדד ב-Availability אלא ב-Responsivenessבעבר דרשו ממחלקות IT לייצר ולתחזק תהליכים ארגוניים, כיום הדרישה היא להשתנות תוך כדי ריצה עם הארגוןדוגמא - רגולציות ממשלתיות, הרחבת שירותים ללקוחDo more with less -כיום ה-IT נראה העיני הישות העסקית כמרכז עלות [Cost center] ולכן מצפים ממנו התייעלות כמו שאר המחלקותבעבר דרישות חדשות באו עם תקציבים חדשים, כיום IT צריך לפתח עם מה שקיים כבר במקביל לתחזוקה ואפילו להתצמצםדוגמא - הקטנת תקציבי IT, הכנסת מערכות במקום אנשים, תהליכי ייעולStop running start innovating - בעבר מחלקות IT היו עלות בארגון, כיום מצפים ממהלכים IT לייצר הכנסות חדשות לארגוןלדוגמא - הכנסת שירותי מובייל מדובר באקט טכנולוגי שנותן תמורה כספית
- #9: Do more with less - בגלל הסיבוכיות המערכות והקשרים בניהן קשה לנו לרכז תהליכים ואנו עסוקים בתחזוקה במקום בשיפורNew & changing business demands - כיוון שאנחנו לא מכירים מספיק את המערכות והתהליכים קשה לנו להכניס שינויים מבלי לפגוע בישןכיוון שאנו לא יודעים לדוגמא איפה אנחנו מרוויחים כיום, אין לנו את היכולת לנבא מה אפשר להכניס כדי להגדיל את ההכנסות.
- #10: כתוצאה מראות עסקית נכונההסיבוכיות הארגונית יורדתאנו מודעים יותר להשפעות השינוייםכתוצאה מיכולת ההרכבהאנו יכולים לשנות את התהליכים בצורה מידית ומתמשכת ולהשתנות עם הדרישות העסקיות Liquid ITכתוצאה מנתוני BAM ו-KPI’sאנו יכולים לזהות נקודות חזקות וחלשות בפעילות העסקית ולהבין כיצד אנו אנשי ה-IT יכולים להביא עוד תשואות לעסק.