Your SlideShare is downloading. ×
0
Re-using Integration Patterns as Design Knowledge
Re-using Integration Patterns as Design Knowledge
Re-using Integration Patterns as Design Knowledge
Re-using Integration Patterns as Design Knowledge
Re-using Integration Patterns as Design Knowledge
Re-using Integration Patterns as Design Knowledge
Re-using Integration Patterns as Design Knowledge
Re-using Integration Patterns as Design Knowledge
Re-using Integration Patterns as Design Knowledge
Re-using Integration Patterns as Design Knowledge
Re-using Integration Patterns as Design Knowledge
Re-using Integration Patterns as Design Knowledge
Re-using Integration Patterns as Design Knowledge
Re-using Integration Patterns as Design Knowledge
Re-using Integration Patterns as Design Knowledge
Re-using Integration Patterns as Design Knowledge
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Re-using Integration Patterns as Design Knowledge

642

Published on

Outlines research outcome from work completed by K. Umapathy, doctoral student. Originally presented at ER conference, 2007.

Outlines research outcome from work completed by K. Umapathy, doctoral student. Originally presented at ER conference, 2007.

Published in: Technology, Education, Business
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
642
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
0
Comments
0
Likes
1
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

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

×