Re-using Integration Patterns as Design Knowledge

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

    Favorites, Groups & Events

    Re-using Integration Patterns as Design Knowledge - Presentation Transcript

    1. Using EIPs as Design Knowledge Karthikeyan Umapathy College of Computing, University of North Florida Sandeep Purao Enterprise Informatics and Integration Center Standards Interest Group, Socio-technical Systems Lab
    2. Problem-Solving Situation X
    3. ... by Analogy Situation Y Situation X
    4. Patterns Pattern Situation Y Situation X
    5. Domains
      • Conceptual modeling of Info Systems
          • Coad, Purao, Storey, Han, Wohed, Johannesson
      • Detailed design of information systems
          • Gamma, Bansiya
      • Legacy systems integration
          • Hohpe and Woolfe, Umapathy, Purao
    6. Using Patterns Requirements Conceptual Design Problem Description Design Solutions Pattern Purao and Storey (ER 1997) Purao (DataBase 1998) Purao, Han and Storey (ISR 2003)
    7. Using Patterns Integration Requirements Design of Legacy Integration Solutions Pattern Problem Description Design Solutions Umapathy and Purao, Ongoing
    8. Using EI Patterns Patterns Integration Requirements 23
    9. EI Patterns with SA
      • Codifying EI Patterns with Speech Acts
          • Ack, Cancel, Direct, Fulfill, Inform, Propose, Query (drawing largely on Moore 2001, Johanneson 2001)
      • Examples
          • Request-Reply : [ Query/Direct ]+[ Inform ]
          • Publish-Subscribe : [ Inform ]+[ any ]
    10. Action Types in BPM
      • Characterizing task types in BPM
          • Accept with no receipt sent
          • Reject with no receipt sent
          • Declare completion of task
          • Propose to perform task
          • Request to cancel task ... and others
          • drawing largely on the UML specs for activity types
    11. Mapping Heuristics
      • Twenty-five Simple If-Then Rules
          • Leveraging speech act structures in the patterns-base and Action Type structures in the process fragment
      • Multiple Firings
          • Given an Action Type Structure for a Process Fragment, can result in multiple suggestions
    12. ID Assist
    13. Application
      • Applied to several processes manually
      • Speedy Rentals Scenario from IBM
          • Interactions identified: 11
          • Rules invoked: 8
          • Unique patterns identified: 3
    14. Empirical Results Design Support Task Size Errors, Effort Supported Size buckets tested make no difference
    15. Interpretations
      • Leveraging learning from design aid across tasks
      • Understanding and facilitating learning for the designer within a design task
      • Facilitating learning for the novice to become an expert across design tasks
    16. Next Steps
      • Letting go
          • http://karthikeyan.umapathy.com/IDAssist/
      • Refining the Implementation
      • Evaluation
          • with practitioners of the trade
      • Patterns as a Design / Learning Aid

    + Sandeep PuraoSandeep Purao, 2 years ago

    custom

    565 views, 0 favs, 0 embeds more stats

    Outlines research outcome from work completed by K. more

    More info about this document

    © All Rights Reserved

    Go to text version

    • Total Views 565
      • 565 on SlideShare
      • 0 from embeds
    • Comments 0
    • Favorites 0
    • Downloads 0
    Most viewed embeds

    more

    All embeds

    less

    Flagged as inappropriate Flag as inappropriate
    Flag as inappropriate

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

    Cancel
    File a copyright complaint
    Having problems? Go to our helpdesk?

    Categories