Your SlideShare is downloading. ×
Soa maturity business model
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Introducing the official SlideShare app

Stunning, full-screen experience for iPhone and Android

Text the download link to your phone

Standard text messaging rates apply

Soa maturity business model

433
views

Published on

Published in: Technology, Business

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
433
On Slideshare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
18
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • בעבר פיתחנו מערכות גדולות שניהלו את הדרישות העסקיות של מחקות שלמותלדוגמא מערכת ניהול משאבים במפעל שכללה גם אני ניהול ההזמנות, גם את המלאי, גם את הספקים של הרכיבים ועוד.המערכות היו בתצורת 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 יכולים להביא עוד תשואות לעסק.
  • Transcript

    • 1. SRL Methodology Library
      SOA
      Yuval Birenboum
      CTO
      Integration, 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 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
    • 6. How did we get here ?The Distributed Application
      The Big Box
      Application
      Asset Process
      Inventory
      Asset State
      Parts
      Decomposition
      • Increased complexity
      • 7. Reliability issues
      • 8. Performance concerns
      • 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?
    • 34. Thank You