Planning for Middleware Rose Gamble Leigh Davis Jamie Payton University of Tulsa.

Slides:



Advertisements
Similar presentations
Object-Oriented Application Frameworks Much of the cost and effort stems from the continuous re- discovery and re-invention of core concepts and components.
Advertisements

Software Design Fundamentals
Ch:8 Design Concepts S.W Design should have following quality attribute: Functionality Usability Reliability Performance Supportability (extensibility,
Architecture Representation
e-Framework Components and Responsibilities.
Programmierung verteilter Systeme Lab Institut für Informatik Universität Augsburg Universitätsstraße 14, Augsburg Tel.: (+49) 821/ , Fax:
Copyright © Richard N. Taylor, Nenad Medvidovic, and Eric M. Dashofy. All rights reserved. Software Connectors.
Object-Oriented Metrics. Characteristics of OO ● Localization ● Encapsulation ● Information hiding ● Inheritence ● Object abstraction.
Software Testing and Quality Assurance
Architecture-driven Modeling and Analysis By David Garlan and Bradley Schmerl Presented by Charita Feldman.
1 IBM SanFrancisco Product Evaluation Negotiated Option Presentation By Les Beckford May 2001.
Software Connectors. Attach adapter to A Maintain multiple versions of A or B Make B multilingual Role and Challenge of Software Connectors Change A’s.
1 MPEG-21 : Goals and Achievements Ian Burnett, Rik Van de Walle, Keith Hill, Jan Bormans and Fernando Pereira IEEE Multimedia, October-November 2003.
1 Software Architecture: a Roadmap David Garlen Roshanak Roshandel Yulong Liu.
Software Requirements
Using Architecture Frameworks
Model Driven Architecture (MDA) Partha Kuchana. Agenda What is MDA Modeling Approaches MDA in a NutShell MDA Models SDLC MDA Models (an Example) MDA -
March 22, 2004CS WPI1 CS 509 Design of Software Systems Lecture #9 Monday, March 22, 2004.
Building software from reusable components.
Architectural Design Establishing the overall structure of a software system Objectives To introduce architectural design and to discuss its importance.
Basic Concepts The Unified Modeling Language (UML) SYSC System Analysis and Design.
Software Architecture in Practice (3rd Ed) Introduction
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse 2.
MDA Guide Version CYT. 2 Outline OMG Vision and Process Introduction to MDA How is MDA Used? MDA Transformations Other MDA Capabilities Using the.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse.
Methodology and Tools for End-to-End SOA Configurations By: Fumiko satoh, Yuichi nakamura, Nirmal K. Mukhi, Michiaki Tatsubori, Kouichi ono.
Reuse Standards Dr. Carma McClure Extended Intelligence, Inc. Copyright (c) 1998 by Extended Intelligence, Inc.
David Chen IMS-LAPS University Bordeaux 1, France
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 19 Slide 1 Component-based software engineering 1.
CIT UPES | Sept 2013 | Unified Modeling Language - UML.
CSE 303 – Software Design and Architecture
Software Models (Cont.) 9/22/2015ICS 413 – Software Engineering1 -Component-based software engineering -Formal Development Model.
Software Architecture – An Overview The software architecture of a system is the composition of software components, the structures that interconnect them,
©Ian Sommerville 2000 Software Engineering, 6th edition. Slide 1 Component-based development l Building software from reusable components l Objectives.
Computer Science and Engineering 1 Service-Oriented Architecture Security 2.
Assessing the Suitability of UML for Modeling Software Architectures Nenad Medvidovic Computer Science Department University of Southern California Los.
AMPol-Q: Adaptive Middleware Policy to support QoS Raja Afandi, Jianqing Zhang, Carl A. Gunter Computer Science Department, University of Illinois Urbana-Champaign.
Model-Driven Analysis Frameworks for Embedded Systems George Edwards USC Center for Systems and Software Engineering
© DATAMAT S.p.A. – Giuseppe Avellino, Stefano Beco, Barbara Cantalupo, Andrea Cavallini A Semantic Workflow Authoring Tool for Programming Grids.
University of Southern California Center for Systems and Software Engineering Model-Based Software Engineering Supannika Koolmanojwong Spring 2013.
Drexel University CS 451 Software Engineering Winter Yuanfang Cai Room 104, University Crossings
Information Systems Engineering. Lecture Outline Information Systems Architecture Information System Architecture components Information Engineering Phases.
Refining middleware functions for verification purpose Jérôme Hugues Laurent Pautet Fabrice Kordon
Service Oriented Architecture (SOA) Dennis Schwarz November 21, 2008.
Modeling Component-based Software Systems with UML 2.0 George T. Edwards Jaiganesh Balasubramanian Arvind S. Krishna Vanderbilt University Nashville, TN.
IND Architecture Modernization, Deep Space Information Services Architecture (DISA), A Business Case for SOA-Based Modernization Mike Kolar, Integrated.
A Context Model based on Ontological Languages: a Proposal for Information Visualization School of Informatics Castilla-La Mancha University Ramón Hervás.
Object Oriented Reverse Engineering JATAN PATEL. What is Reverse Engineering? It is the process of analyzing a subject system to identify the system’s.
CEN5011, Fall CEN5011 Software Engineering Dr. Yi Deng ECS359, (305)
Distribution and components. 2 What is the problem? Enterprise computing is Large scale & complex: It supports large scale and complex organisations Spanning.
Basic Concepts of Component- Based Software Development (CBSD) Model-Based Programming and Verification.
MODEL-BASED SOFTWARE ARCHITECTURES.  Models of software are used in an increasing number of projects to handle the complexity of application domains.
Component-based System Integration via (Meta)Model Composition
Review of Parnas’ Criteria for Decomposing Systems into Modules Zheng Wang, Yuan Zhang Michigan State University 04/19/2002.
Smart Home Technologies
Banaras Hindu University. A Course on Software Reuse by Design Patterns and Frameworks.
Banaras Hindu University. A Course on Software Reuse by Design Patterns and Frameworks.
©Ian Sommerville 2007COTS-based System Engineering Slide 1 COTS-based System Engineering.
Systems Architectures System Integration & Architecture.
1 Software Requirements Descriptions and specifications of a system.
Slide 1 Wolfram Höpken RMSIG Reference Model Special Interest Group Wolfram Höpken IFITT RMSIG.
Software Connectors.
Distribution and components
Model-Driven Analysis Frameworks for Embedded Systems
Software Connectors – A Taxonomy Approach
Component-Based Software Engineering
SISAI STATISTICAL INFORMATION SYSTEMS ARCHITECTURE AND INTEGRATION
UML profiles.
Software Connectors.
Luca Simoncini PDCC, Pisa and University of Pisa, Pisa, Italy
Presentation transcript:

Planning for Middleware Rose Gamble Leigh Davis Jamie Payton University of Tulsa

Interoperability Problems n Planned interactions among independent, heterogeneous components turn into unplanned performance problems n Problems are complex, costly, difficult to resolve n Solutions incorporate primary functionality in the form of translation, control, and extension C1 C2 C3 C5 C4 component interactions

Issues of Integration n Integration of independent components n Migration of existing systems n Reuse of well-tested processes Requires an integration solution (middleware) that is n effective: offers a detailed comprehensive integration solution n testable: can be evaluated to satisfy performance requirements n flexible: can be adapted to evolving components and application requirements

Enterprise Application Integration Industry’s approach to a solution n Consultant-driven n Implementation- based n Quick-fix n Ad-hoc What’s missing? n Assessment technology n Trained personnel n Compositions of primary solution functionality

Integration Architecture Design u Detailed, but abstract F use what you need & know why F functional composition of primary entities u Uniform framework F components, connectors, integration elements, and their composition u Consistent with industrial middleware trends F design patterns F the UML F process integration F technology automation C1 C2 C3 C5 C4     What’s needed? integration architecture

Role of Software Architecture u Binds representation of concepts related to interoperability F system architecture requirements F component architectures F integration architecture F middleware infrastructures u Provides basis for conflict prediction and severity u Manifested in products for potential comparison C1 C2 C3 C5 C4     Provides a level of abstraction that allows for sufficient expressive detail middleware

Architectural Assessment n Entities can be characterized by a set of high-level architectural properties u Mismatches and incompatibilities with component properties can be detected u Drives solution choices, but no direct correspondence to resolution functionality

Issues Acquiring & expressing architectural details n Conflict and solution granularity n Depth and dimensions of analysis n Relation to middleware frameworks and EAI products and their changing domain n Generation of quality design information for precise implementation Application requirements Component architectures Middleware frameworks Integration architectures conflicts