Re-using Integration Patterns as Design Knowledge

850 views

Published on

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
850
On SlideShare
0
From Embeds
0
Number of Embeds
12
Actions
Shares
0
Downloads
0
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Re-using Integration Patterns as Design Knowledge

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

×