Coordinating COTS Applications via a Business Event Layer Presented By: Maria Baron Written By: Lemahieu, Snoeck, Goethals, De Backer, Haesen, Vandenbulcke.

Slides:



Advertisements
Similar presentations
DISTRIBUTED COMPUTING PARADIGMS
Advertisements

Database Systems: Design, Implementation, and Management Tenth Edition
Chapter 2 Software Processes (1/2) Yonsei University 2 nd Semester, 2014 Woo-Cheol Kim.
Chapter 2 – Software Processes Lecture 1 1Chapter 2 Software Processes.
OASIS Reference Model for Service Oriented Architecture 1.0
©Silberschatz, Korth and Sudarshan1.1Database System Concepts Chapter 1: Introduction Purpose of Database Systems View of Data Data Models Data Definition.
©Silberschatz, Korth and Sudarshan1.1Database System Concepts Chapter 1: Introduction Purpose of Database Systems View of Data Data Models Data Definition.
ICS (072)Database Systems Background Review 1 Database Systems Background Review Dr. Muhammad Shafique.
©Silberschatz, Korth and Sudarshan1.1Database System Concepts Chapter 1: Introduction Database Management Systems Purpose of Database Systems View of Data.
Chapter 9: Moving to Design
Application Architectures Vijayan Sugumaran Department of DIS Oakland University.
Database Administration Chapter 16. Need for Databases  Data is used by different people, in different departments, for different reasons  Interpretation.
DATABASE MANAGEMENT SYSTEM ARCHITECTURE
 1. Introduction  2. Development Life-Cycle  3. Current Component Technologies  4. Component Quality Assurance  5. Advantages and Disadvantages.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse 2.
Enterprise Systems & Architectures. Enterprise systems are mainly composed of information systems. Business process management mainly deals with information.
Chapter 10 Architectural Design
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse.
THE NEXT STEP IN WEB SERVICES By Francisco Curbera,… Memtimin MAHMUT 2012.
IMS 4212: Distributed Databases 1 Dr. Lawrence West, Management Dept., University of Central Florida Distributed Databases Business needs.
ADVANCED DATABASES WITH ORACLE 11g FOR ADDB7311 LEARNING UNIT 1 of 7.
Introduction to Databases
Introduction. 
WMS systems manage and coordinate several independent subtasks. The coordination problems get even more serious when the subtasks are performed on separate.
1 CS 456 Software Engineering. 2 Contents 3 Chapter 1: Introduction.
©Ian Sommerville 2000 Software Engineering, 6th edition. Slide 1 Component-based development l Building software from reusable components l Objectives.
SAMANVITHA RAMAYANAM 18 TH FEBRUARY 2010 CPE 691 LAYERED APPLICATION.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 09. Review Introduction to architectural styles Distributed architectures – Client Server Architecture – Multi-tier.
Chapter 1 : Introduction §Purpose of Database Systems §View of Data §Data Models §Data Definition Language §Data Manipulation Language §Transaction Management.
1 Introduction to Middleware. 2 Outline What is middleware? Purpose and origin Why use it? What Middleware does? Technical details Middleware services.
95-843: Service Oriented Architecture 1 Master of Information System Management Service Oriented Architecture Lecture 3: SOA Reference Model OASIS 2006.
©Silberschatz, Korth and Sudarshan1.1Database System Concepts Chapter 1: Introduction Purpose of Database Systems View of Data Data Models Data Definition.
Software Engineering Prof. Ing. Ivo Vondrak, CSc. Dept. of Computer Science Technical University of Ostrava
Kuali Rice Evolving the Technology Framework for Kuali Applications Brian McGough (Indiana University) Aaron Godert (Cornell University) Warner Onstine.
9 Systems Analysis and Design in a Changing World, Fourth Edition.
9 Systems Analysis and Design in a Changing World, Fourth Edition.
Hwajung Lee.  Interprocess Communication (IPC) is at the heart of distributed computing.  Processes and Threads  Process is the execution of a program.
Chapter 12 Review Chad Hagstrom CS 310 Spring 2008.
DATABASE MANAGEMENT SYSTEM ARCHITECTURE
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 18 Slide 1 Software Reuse.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 13. Review Shared Data Software Architectures – Black board Style architecture.
A framework for managing concurrent business and ICT development Frank Goethals - J. Vandenbulcke – W. Lemahieu – M. Snoeck K.U.Leuven – Belgium SAP-Research.
Integration of Workflow and Agent Technology for Business Process Management Yuhong Yan. Maamar, Z. Weiming Shen Enterprise Integration Lab.Toronto Univ.Canada.
© 2013, published by Flat World Knowledge Chapter 10 Understanding Software: A Primer for Managers 10-1.
Dr. Rebhi S. Baraka Advanced Topics in Information Technology (SICT 4310) Department of Computer Science Faculty of Information Technology.
Mr.Prasad Sawant, MIT Pune India Introduction to DBMS.
GRID ANATOMY Advanced Computing Concepts – Dr. Emmanuel Pilli.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 15. Review Interaction-Oriented Software Architectures – MVC.
©Ian Sommerville 2007COTS-based System Engineering Slide 1 COTS-based System Engineering.
©Silberschatz, Korth and Sudarshan 1.1 Database System Concepts قواعد البيانات Data Base قواعد البيانات CCS 402 Mr. Nedal hayajneh E- mail
Introduction to DBMS Purpose of Database Systems View of Data
Chapter 1: Introduction
Enterprise Computing Collaboration System Example
#01 Client/Server Computing
Component-Based Software Engineering: Technologies, Development Frameworks, and Quality Assurance Schemes X. Cai, M. R. Lyu, K.F. Wong, R. Ko.
Technology Landscape and Enterprise Objectives
Introduction to DBMS Purpose of Database Systems View of Data
SAMANVITHA RAMAYANAM 18TH FEBRUARY 2010 CPE 691
Presented by: Francisco Martin-Recuerda
Chapter 1: Introduction
Enterprise Integration
King Saud University College of Engineering IE – 462: “Industrial Information Systems” Fall – 2018 (1st Sem H) Introduction (Chapter 1) part.
Chapter 1: Introduction
Chapter 1: Introduction
Chapter 1: Introduction
Chapter 1: Introduction
Software Development Process Using UML Recap
#01 Client/Server Computing
OU BATTLECARD: Oracle Data Integrator
Presentation transcript:

Coordinating COTS Applications via a Business Event Layer Presented By: Maria Baron Written By: Lemahieu, Snoeck, Goethals, De Backer, Haesen, Vandenbulcke and Dedene

COTS Commercial off-the-shelf components Typically chosen for domain specific features Each application covers a particular functional domain How are COTS components/applications integrated with other applications? Typical integration based on one to one message exchange Problems? Abstraction level is too low to efficiently design an integration architecture

BECO Authors propose business event-based coordination Based on concept of business events Higher level units of coordination that enforce consistent processing in all participating applications Can be layered on top of existing technologies Still utilize one to one messaging at its lowest level

Telecom Example Organized around 4 business units Sales & marketing – set prices, complete sales transactions and notifies finance and service provisioning units of ordered products Service Provisioning – Coordinates the installation of all telecom services ordered and notifies finance unit of completed installation and customer service unit of installed configurations

Example continued Organized around 4 business units Finance – handles invoicing Customer Service – responsible for all after-sales service

Information flow in a telecom company

Example cont. Each business unit relies on COTS software from different providers Each handles its own functionality well, but the lack of integration and coordination between the standalone products is problematic

Potential Issues - Example People data storage – person may exist in each functional domain ’ s data Data will be scattered and all applications must be notified How to notify each of the apps? Requires integrated coordinated processing of actions among all COTS applications

Integration of Enterprise applications Typically integrate COTS applications enterprise wide Mom – message oriented middleware Applications interact by exchanging messages One sender and one receiver RPCs – remote procedure calls Represent interactions as procedure calls from one component to another One procedure caller and one procedure callee

Integration of Enterprise applications COTS Integration Integration brokers – evolved MOM products Enacts specified business processes by managing the desired sequence of message exchanges Web services using SOAP Represent one to one communication

Issues Abstraction level doesn ’ t allow easily for the design of activities that involve coordinated processing in multiple applications May involve a different sequence of events depending upon who initiated the process Cannon abstract process events from the notification patterns Ex: telecom company, purchase order Could use one to one messaging but would be intricate to design and debug

Business Events Defined as a real world phenomenon that requires coordinated processing in one or more application or component Atomic All parties involved may enforce business rules and constraints as preconditions If all preconditions are satisfied by the event, all participants process it Violations of preconditions should initiate a rollback of some sort

Component Event Table Event based integration of components Columns identify the applications or components to be integrated Rows identify business events Cells denote which application is involved in realizing which event Allows introduction of a new abstraction layer – business event layer

Interaction Stack Business event layer – deals with business events Notification layer – deals with one to one message exchanges or RPCs Event dispatcher – notifies participating applications by initiating the appropriate message exchanges and coordinates business event processing

General Event Dispatching execution scheme

Business Processes Feasible sequences of business events Separate the underlying notification aspect form the business process sequencing BECO decouples event sequencing

Conclusion Separation of concerns Highly flexible environment Allows for independent modification Can be extended to B2B event based coordination

Questions???????????