Using BPM to Prioritize Service Creation

Loading...

Flash Player 9 (or above) is needed to view presentations.
We have detected that you do not have it on your computer. To install it, go here.

0 comments

Post a comment

    Post a comment
    Embed Video
    Edit your comment Cancel

    3 Favorites & 1 Group

    Using BPM to Prioritize Service Creation - Presentation Transcript

    1. Sandy Kemsley BPM Analyst and Architect Kemsley Design Ltd. www.column2.com Using BPM to Prioritize Service Creation
    2. Agenda
      • How processes and services fit together
      • Finding the right level of services
      • Approaches to service definition
    3. Processes and Services
    4. Before BPM and SOA
      • Two main functionalities:
        • Human-facing workflow
        • Enterprise application integration (system-to-system)
      • Custom coding for integration
      • Rudimentary modeling and management tools
    5. BPM and SOA defined
      • BPM:
        • Management practice
        • Tools for automating processes
      • SOA:
        • Architectural philosophy
        • Design standards-based services to access system functionality
    6. BPM and SOA Service A Service B Service C Service D Service E Legacy System Database ERP Process Step 1 Process Step 2 Process Step 3 Process Step 4
    7. BPM and SOA together
      • BPM is the “killer app” for SOA; SOA is the enabling infrastructure for BPM
        • SOA alone only allows you to design and build a set of services
        • BPM alone would require custom coding for each system integration
      • BPM + SOA orchestrates people and services into a business process
      • Processes are intentionally transparent, services are intentionally opaque
    8. BPM and SOA with ERP
      • Using BPM and SOA with major ERP implementations:
      • “ For these companies, the value of SOA will be found in business process management (BPM), which promises to allow companies to create unique and differentiating business processes on top of the same software many of their competitors use.”
      • “ SOA and BPM for Enterprise Applications: A Dose of Reality” AMR Research, May 2007
    9. The Right Level of Services
    10. Where do services come from?
      • Service-enable legacy systems
        • Wrap your in-house applications
        • ERP application service layer
      • Purpose-built functionality
        • Custom services
        • 3 rd -party services, including web-based
    11. Service Granularity Issues
      • Too granular:
        • Multiple calls for each logical business function impacts performance
        • Function/data can’t be expressed in business terms
      • Too coarse:
        • Decreased flexibility and reusability
        • Increased complexity
    12. Getting the Granularity Right
      • Business-level services: specific business functionality or business object
      • Expose multiple actions to combine similar services
      • May be composed from base-level services
    13. Layers of Services Update Data Update Address Create/ Update Order Schedule Shipment Legacy System Database ERP Update Address Approve Order Create Order Schedule Shipment
    14. Service Definition Approaches
    15. Top-Down
      • Map business processes
      • Identify business-level functions within processes
      • Decompose to lowest level that still maintains business focus to maximize reusability
      • Map to base-level services (existing or new) that will compose business-level services
    16. Bottom-Up
      • Define base-level services based on underlying system functionality and exposed interfaces
      • Compose into business-level services and expose for orchestration
      • Consume business-level services in process maps
    17. Issues with Both Approaches
      • Top-down:
        • Service definition is delayed until processes are mapped
        • May not make use of existing services
        • Services may not be reusable across processes
      • Bottom-up:
        • No business-IT collaboration in service definition
        • Services may not match required functionality
    18. The Winner Is…
      • Top-down whenever possible
        • Allows business processes to define the (business-level) services
        • Supports enterprise architecture methodology
        • Provides alignment between requirements and services
      • Some base services will exist and be unchangeable
        • Conform process to match services
        • Create new layer of services to wrap base services
      • Consider reusability across multiple processes to fine-tune service definitions
    19. Getting Started
      • Map to-be high-value business processes (business)
      • Identify required business-level services at swimlane boundaries (business and IT)
      • Catalogue existing services (IT)
      • Create subprocesses as a placeholder for business-level services if required (IT)
      • Use business value to prioritize service creation (business)
    20. Summary
      • BPM and SOA must be considered together:
        • BPM implementation is accelerated by services
        • Services are consumed by BPM
        • Joint high-level design exploits the BPM-SOA synergy
      • For optimal results, process requirements drive service definition
    21. Questions? Sandy Kemsley Kemsley Design Ltd. www.column2.com

    Sandy KemsleySandy Kemsley, 2 years ago

    custom

    1528 views, 3 favs, 1 embeds more stats

    My presentation from TIBCO's user conference, TUCON more

    More Info

    © All Rights Reserved

    Go to text version
    • Total Views 1528
      • 1407 on SlideShare
      • 121 from embeds
    • Comments 0
    • Favorites 3
    • Downloads 117
    Most viewed embeds
    • 121 views on http://www.column2.com

    more

    All embeds
    • 121 views on http://www.column2.com

    less

    Flagged as inappropriate Flag as inappropriate
    Flag as innappropriate

    Select your reason for flagging this presentation as inappropriate. If needed, use the feedback form to let us know more details.

    Cancel

    Categories

    Tags

    Groups / Events