Service-Oriented Architectures for Smart Manufacturing Project

Slides:



Advertisements
Similar presentations
Copyright © 2006 Data Access Technologies, Inc. Open Source eGovernment Reference Architecture Approach to Semantic Interoperability Cory Casanave, President.
Advertisements

Multi-level SLA Management for Service-Oriented Infrastructures Wolfgang Theilmann, Ramin Yahyapour, Joe Butler, Patrik Spiess consortium / SAP.
Policy based Cloud Services on a VCL platform Karuna P Joshi, Yelena Yesha, Tim Finin, Anupam Joshi University of Maryland, Baltimore County.
1 INCOSE Chesapeake Chapter Enterprise SE Panel Discussion L. Mark Walker/LMC 21 March 2007.
Ch:8 Design Concepts S.W Design should have following quality attribute: Functionality Usability Reliability Performance Supportability (extensibility,
An ecosystem for freight information services: the iCargo project
Copyright © Open Applications Group, Inc. All rights reserved 11 David Connelly CEO, Open Applications Group,
Presented by: Thabet Kacem Spring Outline Contributions Introduction Proposed Approach Related Work Reconception of ADLs XTEAM Tool Chain Discussion.
Advancing. Manufacturing. IT. OAGi/NIST Workshop on Open Cloud for Smart Manufacturing Jon Siudut.
SmartER Semantic Cloud Sevices Karuna P Joshi University of Maryland, Baltimore County Advisors: Dr. Tim Finin, Dr. Yelena Yesha.
OASIS Reference Model for Service Oriented Architecture 1.0
Object-Oriented Analysis and Design
Open Cloud Architectures for Smart Manufacturing Workshop
L4-1-S1 UML Overview © M.E. Fayad SJSU -- CmpE Software Architectures Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I.
Aligning Business Processes to SOA B. Ramamurthy 6/16/2015Page 1.
1 Software Architecture: a Roadmap David Garlen Roshanak Roshandel Yulong Liu.
Network Enabled Capability Through Innovative Systems Engineering Service Oriented Integration of Systems for Military Capability Duncan Russell, Nik Looker,
Systems Engineering Foundations of Software Systems Integration Peter Denno, Allison Barnard Feeney Manufacturing Engineering Laboratory National Institute.
David Harrison Senior Consultant, Popkin Software 22 April 2004
Community Manager A Dynamic Collaboration Solution on Heterogeneous Environment Hyeonsook Kim  2006 CUS. All rights reserved.
Towards a Distributed, Service-Oriented Control Infrastructure for Smart Grid ASU - Cyber Physical Systems Lab Professor G. Fainekos Presenter: Ramtin.
Enterprise Systems & Architectures. Enterprise systems are mainly composed of information systems. Business process management mainly deals with information.
UML - Development Process 1 Software Development Process Using UML (2)
Competitive Differentiation: Using Technology to Deliver on Staples EASY Brand Promise Scott Floeck, Sr. Vice President, Staples, Inc.
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
1 IBM Software Group ® Mastering Object-Oriented Analysis and Design with UML 2.0 Module 1: Best Practices of Software Engineering.
An Experimental Assessment of Semantic Web-based Integration Support - Industrial Interoperability Focus - Nenad Anicic, Nenad Ivezic, Serm Kulvatunyou.
EbXML Technical Architecture From: ebXML Technical Architecture Specification v1.04,
Copyright © Open Applications Group, Inc. All rights reserved 1 © Copyright 2009 Open Applications Group Improving OAGIS with Ontology Technology.
Integrating aspects of interoperability, policy and governance FRIS: a research information infrastructure in Flanders euroCRIS Strategic Members meeting.
High Level Architecture Overview and Rules Thanks to: Dr. Judith Dahmann, and others from: Defense Modeling and Simulation Office phone: (703)
Development Process and Testing Tools for Content Standards OASIS Symposium: The Meaning of Interoperability May 9, 2006 Simon Frechette, NIST.
OOI CI LCA REVIEW August 2010 Ocean Observatories Initiative OOI Cyberinfrastructure Architecture Overview Michael Meisinger Life Cycle Architecture Review.
Content The system development life cycle
© 2012 xtUML.org Bill Chown – Mentor Graphics Model Driven Engineering.
EbXML Technical Architecture From: ebXML Technical Architecture Specification v1.04,
Why Governance? SOA Governance allows to n Master complexity of IT n Support business process change.
Component Based SW Development and Domain Engineering 1 Component Based Software Development and Domain Engineering.
Unified Modeling Language* Keng Siau University of Nebraska-Lincoln *Adapted from “Software Architecture and the UML” by Grady Booch.
L6-S1 UML Overview 2003 SJSU -- CmpE Advanced Object-Oriented Analysis & Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College.
ANKITHA CHOWDARY GARAPATI
MODEL-BASED SOFTWARE ARCHITECTURES.  Models of software are used in an increasing number of projects to handle the complexity of application domains.
Independent Insight for Service Oriented Practice Summary: Service Reference Architecture and Planning David Sprott.
STEP Tutorial: “ Fundamentals of STEP” David Briggs, Boeing January 16, 2001 ® PDES, Inc NASA STEP Workshop step.nasa.gov.
1 Margaret Christison Head of Product Data Standards Product Information Standards Defence Logistics 2004.
XASTRO-2 Presentation CCSDS SAWG th November 2004.
Manufacturing Systems Integration Division Development Process and Testing Tools for Content Standards Simon Frechette National Institute of Standards.
U.S. General Services Administration George Thomas, GSA OCIO Chief Architect Line of Sight = Reuse.
March 24, 2007 SOA CoP Demo Model Driven Enterprise SOA GSA Financial Management Enterprise Architecture Cory Casanave cory-c (at) modeldriven.com Oct.
OAGi Smart Manufacturing Working Group Nenad Ivezic, NIST Serm Kulvatunyou, NIST Miroslav Ljubicic, NIST 1 Update Scott Nieman, Land O’ Lakes Conrad Leiva.
Systems Architectures System Integration & Architecture.
HL7 SOA-Aware Enterprise Architecture
Process 4 Hours.
The Systems Engineering Context
Ron Williamson, PhD Systems Engineer, Raytheon 20 June 2011
Single Point of Entry (SPOE)
Software Processes.
XML Based Interoperability Components
Policy based Cloud Services on a VCL platform
Tools of Software Development
FDA Objectives and Implementation Planning
Luís Ferreira Pires Dick Quartel Remco Dijkman Marten van Sinderen
System Modeling Assessment & Roadmap Joint OMG/INCOSE Working Group
Engineering Autonomy Mr. Robert Gold Director, Engineering Enterprise
ATIS’ Service Oriented Networks (SON) Activity
Software Engineering I
Introduction to SOA and Web Services
Standards-based Interoperability for Systems and Asset Management
INCOSE IW 2014 Town Hall January 27, 2014
Presentation transcript:

Service-Oriented Architectures for Smart Manufacturing Project Nenad Ivezic Serm Kulvatunyou

Cloud-Enabled Service- Oriented Manufacturing Level 4 ERP MOM SCADA Sensors / Actuators Production Processes Level 3 Level 2 Level 1 Level 0 How best to transition? Wen, Xianhe, and Xiaojun Zhou. "Servitization of manufacturing industries based on cloud-based business model and the down-to-earth implementary path." The International Journal of Advanced Manufacturing Technology 87, no. 5-8 (2016): 1491-1508. ERP – Enterprise Resource Planning MOM – Manufacturing Operations Management SCADA – Supervisory Control and Data Acquisition

Integrability, Interoperability, and Composability Enables correct information exchange by using correct protocols. Interoperability Enables correct understanding of meaning by using correct conceptual models. Composability Enables correct consequences of interaction by using correct behavior models.

Integrability, Interoperability, and Composability Enables correct information exchange by using correct protocols. Interoperability Enables correct understanding of meaning by using correct conceptual models. Composability Enables correct consequences of interaction by using correct behavior models. Message standards are key to achieving services interoperability.

Why is This Significant? The number of manufacturing services is growing substantially. Soon, all manufacturers will need to be using those services.

Need: Increased Efficiency of Services Integration Manufacturers will need to assure their business processes are supported and improved by services They will be looking for optimal services out there Ease of integration, configuration, and re-configuration The services will need to be interoperable and composable, based on standards.

Issue: Standards are Hard to Use Standards are complex Standards lack support for reuse

Key Technical Challenge We need to re-engineer the message standard development and usage to address the issue.

A Leading Message Standards Development Organization: Open Applications Group Inc. Front Office Operations Back Office Supply Chain Logistics Edge Applications Automotive Aerospace Defense Chemical High-tech Construction

Who Uses Open Applications Group Integration Specification (OAGIS)?

Key Technical Challenge – A Focus We need to re-engineer the message standard development and usage.

Traditional and Model-Driven Approach The design is a human-readable-only specification The design is often an afterthought, implementation is priority one The design is often freely interpreted by human developer leading to an implementation Model-Driven: The design is a computer- processable model The design is central – the model grows, gets extended, evolves An implementation is directly derived from the model

Traditional Message Standards Use (1) Design Phase Implementation Phase Legend: Manual Effort or Human Readable Document Automated Process or Computer Processable Resource

Traditional Message Standards Use (2) Business Process Analyst Human Readable Document Integration Requirements Design Phase Implementation Phase Legend: Manual Effort or Human Readable Document Automated Process or Computer Processable Resource Profile Message in Implementation Language L1

Traditional Message Standards Use (3) Business Process Analyst Core OAGi Standard Message Definitions in Language L1 Integration Requirements Design Phase Implementation Phase SW Developer Application Schemas Document Editor Human Developer-based Message Profiling Legend: Manual Effort or Human Readable Document Automated Process or Computer Processable Resource Profile Message in Implementation Language L1

Traditional Message Standards Use (4) Business Process Analyst Business Process Analyst Human Readable Document Core OAGi Standard Message Definitions in Language L1 Integration Requirements Integration Requirements Hard to Reuse Design Phase Implementation Phase SW Developer Application Schemas Document Editor Human Developer-based Message Profiling Hard to Reuse Legend: Manual Effort or Human Readable Document Automated Process or Computer Processable Resource Profile Message in Implementation Language L1

Traditional Message Standards Use (5) Business Process Analyst Business Process Analyst Core OAGi Standard Message Definitions in Language L1 Integration Requirements Integration Requirements Hard to Reuse Design Phase Implementation Phase SW Developer Application Schemas Document Editor Human Developer-based Message Profiling Hard to Reuse High-cost re-implementation Legend: Manual Effort or Human Readable Document Automated Process or Computer Processable Resource Profile Message in Implementation Language L2 Profile Message in Implementation Language L1

Model-Driven Message Standards Use (1) Business Process Analyst Business Process Catalog Business Process Context Model Human Readable Documents Business Process Classification Tool Business Process Context & Semantic Constraints Specification Design Phase Implementation Phase Legend: Manual Effort or Human Readable Document Automated Process or Computer Processable Resource Profile Message in Implementation Language L1

Model-Driven Message Standards Use (2) Business Process Analyst Business Process Catalog OAGi Standard Repository Business Process Context Model Human Readable Documents Business Process Classification Tool Core Component Model Business Process Context & Semantic Constraints Specification Syntax Independent OAGi Standard Message Definitions Design Phase Implementation Phase Legend: Manual Effort or Human Readable Document Automated Process or Computer Processable Resource Profile Message in Implementation Language L1

Model-Driven Message Standards Use (3) Business Process Analyst Business Process Catalog Integration Engineer OAGi Standard Repository Business Process Context Model Human Readable Documents Business Process Classification Tool Core Component Model Semantic Restriction Context Usage Situation Business Process Context & Semantic Constraints Specification Syntax Independent OAGi Standard Message Definitions Business Information Entity Syntax Independent, Context Specific Profile Message Design Phase Implementation Phase Legend: Manual Effort or Human Readable Document Automated Process or Computer Processable Resource Profile Message in Implementation Language L1

Model-Driven Message Standards Use (4) Business Process Analyst Business Process Catalog Integration Engineer OAGi Standard Repository Business Process Context Model Human Readable Documents Business Process Classification Tool Core Component Model Semantic Restriction Context Usage Situation Business Process Context & Semantic Constraints Specification Syntax Independent OAGi Standard Message Definitions Business Information Entity Syntax Independent, Context Specific Profile Message Design Phase Implementation Phase Language L1 Specification Syntax Specific Generation Legend: Manual Effort or Human Readable Document Automated Process or Computer Processable Resource Profile Message in Implementation Language L1

Model-Driven Message Standards Use (5) Business Process Analyst Business Process Catalog Integration Engineer OAGi Standard Repository Business Process Context Model Human Readable Documents Business Process Classification Tool Core Component Model Semantic Restriction Context Usage Situation Business Process Context & Semantic Constraints Specification Syntax Independent OAGi Standard Message Definitions Business Information Entity Syntax Independent, Context Specific Profile Message Design Phase Implementation Phase Language L2 Specification Language L1 Specification Syntax Specific Generation Low-cost re-implementation Legend: Manual Effort or Human Readable Document Automated Process or Computer Processable Resource Profile Message in Implementation Language L2 Profile Message in Implementation Language L1

Model-Driven Message Standards Use (6) Business Process Analyst Business Process Catalog Integration Engineer OAGi Standard Repository High Potential for reuse Business Process Context Model Human Readable Documents Business Process Classification Tool Core Component Model Semantic Restriction Context Usage Situation Business Process Context & Semantic Constraints Specification Syntax Independent OAGi Standard Message Definitions High Potential for reuse Business Information Entity Syntax Independent, Context Specific Profile Message Design Phase Implementation Phase Language L2 Specification Language L1 Specification Syntax Specific Generation Legend: Manual Effort or Human Readable Document Automated Process or Computer Processable Resource Profile Message in Implementation Language L2 Profile Message in Implementation Language L1

Model-Driven Message Standards Use (7) Business Process Analyst Business Process Catalog Integration Engineer OAGi Standard Repository High Potential for reuse Business Process Context Model Human Readable Documents Business Process Classification Tool Core Component Model Semantic Restriction Context Usage Situation Business Process Context & Semantic Constraints Specification Syntax Independent OAGi Standard Message Definitions High Potential for reuse Business Information Entity Syntax Independent, Context Specific Profile Message Design Phase Implementation Phase Syntax Specific Generation Semantic Refinement Tool (SRT) Low-cost re-implementation Legend: Manual Effort or Human Readable Document Automated Process or Computer Processable Resource Profile Message in Implementation Language L2 Profile Message in Implementation Language L1

Model-Driven Message Standards Use (8) Business Process Cataloging & Classification System (BPCCS) Business Process Analyst Business Process Catalog Integration Engineer OAGi Standard Repository High Potential for reuse Business Process Context Model Human Readable Documents Business Process Classification Tool Core Component Model Semantic Restriction Context Usage Situation Business Process Context & Semantic Constraints Specification Syntax Independent OAGi Standard Message Definitions High Potential for reuse Business Information Entity Syntax Independent, Context Specific Profile Message Design Phase Implementation Phase Syntax Specific Generation Semantic Refinement Tool (SRT) Low-cost re-implementation Legend: Manual Effort or Human Readable Document Automated Process or Computer Processable Resource Profile Message in Implementation Language L2 Profile Message in Implementation Language L1

Why These Two Tools? Semantic Refinement Tool & Business Process Cataloging and Classification System have been selected to Boot-strap Model-Driven approach to message standards Enable low-hanging fruit and engage industry early in the R&D process

Semantic Refinement Tool -- Objective To enable model-driven development of the new type of message standard that is more precise, more automated, less complex.

Semantic Refinement Tool: Accomplishments (1) Developed a new syntax-independent data model and structure for OAGIS standard To allow standards developers to reliably store, develop, use, and share message specifications – based on CCS (ISO 15000- 5) standard Designed a cloud-based architecture for collaborative message specification management

Semantic Refinement Tool: Accomplishments (2) NIST developed and verified a prototype Manufacturing Standards Semantic Refinement Tool (MSSRT) with feedback from OAGi members. NIST transitioned the prototype to JustTransform to develop a cloud- based multi-tenant implementation

Semantic Refinement Tool: Accomplishments (3) Developed testing method to ensure that language-specific representations of the standard are functionally equivalent to the language-independent representation Developed analysis method for conformance of profiles with respect to the standard message specification

Business Process Cataloging and Classification System: Objective To enable model-driven development of the business context specification that allows high-precision message specification, broad coverage of business process context properties, search, discovery, and evolution of business processes

Business Process Cataloging and Classification System: Accomplishments (1) Created the BPCCS meta- model based on ebRIM (ISO/TS 15000-3) standard Designed method for Business Process Model-based message profiling and business process search

Business Process Cataloging and Classification System: Accomplishments (2) Developed and verified a BPCCS prototype with feedback from OAGi industry members. Validating prototype for message profiling and business process search

Business Process Cataloging and Classification System: Accomplishments (3) Enabled business process discovery and matching Business Process Classification Scheme Node Context Aspect Context Dimension Why? When? Who? Where? What? How? BusinessGoal BusinessEvent Role Activity Geo Location Org. Unit Process Cat. Inf. Object … Application APQC PCF SCOR OAGIS BODs ISA-95 Industry NAICS ISIC ISO 3166 EDI CL 3035 OY US 44 10279 Zachman Framework ebXML, CCTS, UN/CEFACT UCM

Industry Interactions, Workshops Collaboration with the Smart Manufacturing Leadership Coalition (SMLC), MESA International, Cyber-Physical Systems Public Working Group New Workshop Series: 2015 WS on Open Cloud Architectures for Smart Manufacturing 2016 WS Drilling down on Smart Manufacturing -- Enabling Composable Apps 2017 WS Enabling Composable Service-Oriented Manufacturing Systems

Industry Collaborators OAGi Land O’ Lakes Oracle Boeing iBASEt Trisotech AgGateway E2open ADM

Industry Panel Today OAGi – David Connelly, CEO Land O’ Lakes – Scott Nieman, Enterprise Integration Architect Oracle -- Michael Rowell, Application Architect & OAGIS Architect Boeing -- Jeff Rice, Lead Application Architect

Semantic Refinement Tool Demo

Summary The project helps industry address interoperability challenges for Service- Oriented Manufacturing (SOM) Industry requires improved message standards and their development processes The project team worked with industry and responded with New model-driven approach to development and use of message standards Software tools in support of the new approach Industrial collaborations and standards development leadership New research workshop series on Composable SOM

BACKUP SLIDES

Who Uses OAGIS?

Static and Dynamic Aspects of Service Interfaces Static aspect Syntax and semantic information defining data exchange by messages Referred to as message schema Dynamic aspect Process information defining dynamics of message exchange protocol Referred to as interaction structure

Changes the Interface Standards Development Processes Must Accommodate We are moving from enterprise-centric to service-centric view of the world Today Business model is Static, Direct Resources are Proprietary, Localized Access is by Ownership Provisioning is Permanent, Fixed Allocation is Predictable, Schedule-driven Enterprise Architecture is Hierarchical Applications Architecture is Monolithic Tomorrow Business model is Dynamic, Mediated Resources are Shared, Distributed Access is by Contract, On-demand Provisioning is Temporary, Reconfigurable Allocation is Variable, Customer-centric Enterprise Architecture is Flattened Applications Architecture is Compositional Standards development organizations cannot afford to continue to abstract from complexities of interface standards lifecycle.

Future Outlook Enhancing the MSSRT tool with semantic awareness and further standard life cycle management support Enhancing the BPCCS tool for semantic management capabilities Taking SOA to the shop floor – developing a Cyber Physical Manufacturing Service modeling framework