CSPA Workshop Hackathon

Slides:



Advertisements
Similar presentations
JUNE 2007 page 1 EDS Proprietary Applications Modernization Services Modernizing the Applications Portfolio.
Advertisements

Chapter 13 Physical Architecture Layer Design
Discussion on Service API Design for Arena ChMS Jason Offutt Software Engineer Central Christian Church
AMA FiT4HANA Designed for Big Data
Acquiring Information Systems and Applications
UNIT-V The MVC architecture and Struts Framework.
Open source administration software for education software development simplified KRAD Kuali Application Development Framework.
Next Generation Trnsport Trnsport Users Group Conference Field Management TAG November 7, 2005.
ESB Guidance 2.0 Kevin Gock
SOA-06: Get On the Bus with the OpenEdge ® Adapter for Sonic ESB ® David Cleary Principal Software Engineer, Progress.
Model Bank Testing Accelerators “Ready-to-use” test scenarios to reduce effort, time and money.
Geospatial Systems Architecture Todd Bacastow. GIS Evolution
Case Studies on Design Patterns Design Refinements Examples.
What is Service Oriented Architecture ? CS409 Application Services Even Semester 2007.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 09. Review Introduction to architectural styles Distributed architectures – Client Server Architecture – Multi-tier.
Slide 1 Physical Architecture Layer Design Chapter 13.
Tom Clarke Washington State Administrative Office of the Courts May 25, 2004 Service-oriented Architecture Connecting the Dots.
Study of scope of ERP in Indian Schools Submitted by Under guidance Amrita Rajan Mr. Nidhish Shroti.
Software Engineering Industry in Asia: Trends and Challenges Matthew Dailey Asian Institute of Technology.
Service Oriented Architecture CCT355H5 Professor Michael Jones Suezan Makkar.
WS Roadmap. The pathway to a service-oriented architecture The pathway to a service-oriented architecture Bob Sutor, IBM IBM identified four steppingstones.
Thomas L. Gilchrist Testing Basics Set 3: Testing Strategies By Tom Gilchrist Jan 2009.
Quotations Support Calls Engineer Scheduling Engineer Location Maintenance Contracts Web Access Reporting INTEGRATION About SD Pro Customers Contact Us.
PowerPoint Presentation for Dennis, Wixom, & Tegarden Systems Analysis and Design with UML, 5th Edition Copyright © 2015 John Wiley & Sons, Inc. All rights.
Team Skill 1 Analyzing the Problem Systems Engineering (7) 1.
Barracuda Networks. Safe Public Cloud Transitions Why Barracuda? The Challenge When organizations move workloads to the public cloud, data protection.
Eurostat Services Joint UNECE/Eurostat CSPA workshop Geneva June 2016.
JBossWS beyond JAX-WS Heiko Braun Senior Software Engineer
What is System Design? In System design, we use the requirements we developed in system analysis to create a blueprint of the future system Successful.
Discover your career at Accenture
What is BizTalk ?
Self-Contained Systems
Driving Client Efficiency via IData Partnership
Applications Modernization Services
CCL.
UNECE-CES Work session on Statistical Data Editing
Chapter 9: The Client/Server Database Environment
Plan and Safeguard Service Package for SAP S/4HANA
SAP Value Assurance plan and safeguard service package for SAP SuccessFactors HCM Suite Business Needs Need to follow leading practices and reduce risk.
Sue McGlashan Jesse Beard Ashley Langille Elisabeth Spalding
What is System Design? In System design, we use the requirements we developed in system analysis to create a blueprint of the future system Successful.
SOA (Service Oriented Architecture)
CHAPTER 3 Architectures for Distributed Systems
Systems Analysis and Design With UML 2
7. Service-oriented Architecture (SOA)
Open Technology for an Open Lifecycle Sean Kennedy, OSLC Community Development Leader @seanpk8 A look at the challenges facing today’s organizations.
CSPA.
Common Framework Implementation:
VSA Integration with Apache
مدیریت فرایندهای کسب و کار و معماری سرویس گرا
The American Red Cross Architecting for Emergency Response
CBSE 2014 Modeling Components with UML
A new tool for network telemetry analytics.
2016 Maintenance Innovation Challenge ENTERPRISE SERVICE BUS
Agenda Why context-aware apps and Web Services?
Introduction to Databases Transparencies
CSSSPEC6 SOFTWARE DEVELOPMENT WITH QUALITY ASSURANCE
Software Engineering Lecture #45
Service Oriented Architecture (SOA)
Enterprise Program Management Office
An Introduction to Software Architecture
Chapter 17: Client/Server Computing
SAMANVITHA RAMAYANAM 18TH FEBRUARY 2010 CPE 691
Applying the ESS EARF in a VIP project: The ESS.VIP Validation example
System Reengineering Restructuring or rewriting part or all of a system without changing its functionality Applicable when some (but not all) subsystems.
SOFTWARE DEVELOPMENT LIFE CYCLE
Introduction to SOA Part II: SOA in the enterprise
ESS.VIP.SERV Shared Services
SOA-09: Conducting Business with OpenEdge® and SonicMQ®
SOS SERVIS Phase 3 - Modernizing the NM Election System
Presentation transcript:

CSPA Workshop Hackathon June 22, 2016

Problem statement How to build an environment to support statistical production utilizing CSPA Single service != statistical process

Options Point to point integration Centralized orchestration “Smart services”

Point to Point Integration Effort / Logic Classification service Web Collection service Validation service Manual editing Service n System for subject 1 System for subject 2

Centralized orchestration Effort / Logic Classification service Web Collection service Validation service Manual editing Service n Orchestration engine Service Bus System for subject 1 System for subject 2

“Smart Services” Message broker Effort / Logic Classification service Web Collection service Validation service Manual editing Service n Message broker

Point to point integration Centralized orchestration “Smart Services” Benefits Low initial cost Centralized governance Control over orchestration Loose coupling High reusability Choreography instead of Orchestration Agile Problems Increased cost and complexity with many integrations Business logic / Orchestration logic in each application High cost of maintenance Low agility Risk of single point of failure Business logic in the transport layer Higher architectural complexity Less proven for Statistical production Different way of thinking Mitigation actions Standardize service contracts Standardize the client software Use it for the right thing Careful with vendor specific functionality Need to train people Governance on development of services

Point to Point Integration - Cost over time Loss Cost New pattern for communication Gain Point to point Number of connections

Next steps Is CSPA LIM complete enough? What are the consequences of the different options in regards to granularity and patterns Migration path CSPA IG should extend guidance Prototypes / Reference environment