OAGi Smart Manufacturing Working Group Nenad Ivezic, NIST Serm Kulvatunyou, NIST Miroslav Ljubicic, NIST 1 Update Scott Nieman, Land O’ Lakes Conrad Leiva.

Slides:



Advertisements
Similar presentations
Life Science Services and Solutions
Advertisements

Leverage MarkITS for agile solutions delivery that balances strategic thinking with tactical execution for “Business & Technology Convergence” MarkITS.
Business Architecture
Course: e-Governance Project Lifecycle Day 1
Applying the SOA RA Utah Public Safety ESB Project Utah Department of Technology Services April 10, 2008 Prepared by Robert Woolley.
Enterprise Resource Planning
Open Standards that Open Markets™ © Open Applications Group Smart Manufacturing Working Group Serm Kulvatunyou, NIST Nenad Ivezic, NIST Conrad Leiva, iBaseT.
Agile Architecture Prabhu Venkatesan for COMP-684.
Open Standards that Open Markets™ © Open Applications Group © Open Applications Group, 2014 All Rights Reserved OAGi Semantic Refinement Method and Tool.
Project Scope Management
MIS 385/MBA 664 Systems Implementation with DBMS/ Database Management Dave Salisbury ( )
NJIT From Inception to Elaboration Chapter 8 Applying UML and Patterns Craig Larman.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
Enterprise Architecture
New Product Development Management NPDM 11 Mohsen SADEGHI
Web Development Process Description
S/W Project Management
Condor Technology Solutions, Inc. Grace RFTS Application Extension Phase.
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
“Good design is Good business”
David Chen IMS-LAPS University Bordeaux 1, France
Dr. Ralph R. Young Director of Software Engineering Systems and Process Engineering Northrop Grumman Information Technology (703)
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
INNOWATER Introduction to Business Proposition Toolkit July 2013.
Using Business Scenarios for Active Loss Prevention Terry Blevins t
ETICS2 All Hands Meeting VEGA GmbH INFSOM-RI Uwe Mueller-Wilm Palermo, Oct ETICS Service Management Framework Business Objectives and “Best.
Information Technology Project Management, Seventh Edition Note: See the text itself for full citations.
Industry SDLCs and Business Climate. Justin Kalicharan Credentials Director and Senior Technology Officer Over 14 years of coding experience in various.
Cliquez et modifiez le titre Philippe GAUTREAU Souheil KARAM October 26th 2012 MONTREAL 1 Key Success Factors and Strategic Planning.
Role-Based Guide to the RUP Architect. 2 Mission of an Architect A software architect leads and coordinates technical activities and artifacts throughout.
Requirements Traceability: Planning, Tracking and Managing Requirements Presenter: Paula R. Maychruk, BV/TEd., CAPM, CBAP.
Systems Design Approaches The Waterfall vs. Iterative Methodologies.
Development Process and Testing Tools for Content Standards OASIS Symposium: The Meaning of Interoperability May 9, 2006 Simon Frechette, NIST.
National Institute of Standards and Technology Information Technology Laboratory 1 USG Cloud Computing Technology Roadmap Next Steps NIST Mission: To promote.
University of Southern California Center for Systems and Software Engineering Model-Based Software Engineering Supannika Koolmanojwong Spring 2013.
IS Methodologies. Systems Development Life Cycle - SDLC Planning Planning define the system to be developed define the system to be developed Set the.
EPA Geospatial Segment United States Environmental Protection Agency Office of Environmental Information Enterprise Architecture Program Segment Architecture.
Reusing Modeling Elements in IV&V Thomas Otani Naval Postgraduate School 2009 NASA Independent Verification and Validation (IVV) Annual Workshop John Ryan.
Business Analysis. Business Analysis Concepts Enterprise Analysis ► Identify business opportunities ► Understand the business strategy ► Identify Business.
MODEL-BASED SOFTWARE ARCHITECTURES.  Models of software are used in an increasing number of projects to handle the complexity of application domains.
Seeking SC Feedback on Draft Technology Strategy and Roadmap for EarthCube Draft of 3 November 2015 The Technology and Architecture Committee (TAC) Chairs:
Independent Insight for Service Oriented Practice Summary: Service Reference Architecture and Planning David Sprott.
Confidential and Proprietary 1 Project Management using Scrum at Wachovia.
Smart Home Technologies
Rational Unified Process (RUP)
1 The Requirements Problem Chapter 1. 2 Standish Group Research Research paper at:  php (1994)
Manufacturing Systems Integration Division Development Process and Testing Tools for Content Standards Simon Frechette National Institute of Standards.
An Agile Requirements Approach 1. Step 1: Get Organized  Meet with your team and agree on the basic software processes you will employ.  Decide how.
Slide 1 of 14© 2015 ENGISIS INTEROPERABILITY FOR PRODUCT LIFECYCLE MANAGEMENT Ing. Xenia Fiorentini PLM and Interoperability in the defense sector.
MITA -- A Vision of Evolving Medicaid Systems The View from CMS Rick Friedman Director, Division of State Systems Centers for Medicare & Medicaid Services.
Siebel Migration Assessment with Microsoft Consulting Services Assess whether your Siebel implementation is the right Solution for your current and future.
Requirements Engineering Processes, York EngD Programme, 2009Slide 1 Requirements engineering processes Prof Ian Sommerville.
Cisco Consulting Services for Application-Centric Cloud Your Company Needs Fast IT Cisco Application-Centric Cloud Can Help.
©Ian Sommerville 2007COTS-based System Engineering Slide 1 COTS-based System Engineering.
Basic Concepts Key Learning Points : The objectives of this chapter are as follows:  To provide an introduction to the basic Concepts of enterprise architectures,
What do Open APIs mean for our organization
Enterprise Architectures Course Code : CPIS-352 King Abdul Aziz University, Jeddah Saudi Arabia.
Information Technology Project Management, Seventh Edition.
Development of Concepts for R&D Management R&D in an Individual Enterprise.
Enterprise Architectures Course Code : CPIS-352 King Abdul Aziz University, Jeddah Saudi Arabia.
Service-Oriented Architectures for Smart Manufacturing Project
Getting Down to Business
CIM Modeling for E&U - (Short Version)
Consideration of Modeling Evolution in ONAP Michela Bevilacqua Peter Wörndle and Tara Cummings 13 December , 2017.
Enterprise Data Model Enterprise Architecture approach Insights on application for through-life collaboration 2018 – E. Jesson.
Paul Tombleson & Ganapathy Iyer
Standards-based Interoperability for Systems and Asset Management
MBSE / SysML adoption issues
Presentation transcript:

OAGi Smart Manufacturing Working Group Nenad Ivezic, NIST Serm Kulvatunyou, NIST Miroslav Ljubicic, NIST 1 Update Scott Nieman, Land O’ Lakes Conrad Leiva iBASEt Denis Gagne, Trisotech

Agenda 2016 NIST/OAGi Workshop: Drilling Down on Smart Manufacturing – Enabling Composable Apps 2016 Model-based Messaging Standards Development Session Business Process Cataloging and Classification/Contextualization System 2

NIST/OAGi 2016 Workshop: Overall Vision To Enable Agile, Cost Effective, Usage and Provision of Cloud-based Services to enable Smart Manufacturing Systems

A Manufacturer’s Strategic Vision: Cloud, Land O’ Lakes 4

A Vendor’s Vision: Cloud-Enabled Manufacturing Supply Chain 5

First Workshop NIST/OAGi Open Cloud Architecture for Smart Manufacturing [Workshop Report NISTIR 8124]*[Workshop Report NISTIR 8124] Identified critical issues Inadequate standards development processes Inadequate standards development processes Difficult to use standards Overlapped and unclear standard capabilities Limited standard adoptions Additional standards needed New architecture needed *

This Workshop Model-based messaging standards development Smart manufacturing marketplace Smart manufacturing systems characterization Crowdsourcing of manufacturing knowledge Standards capability analysis 7

2016 Model-based Messaging Standards Development Session - Motivation Numerous legacy systems and processes Large, complex, imprecise messaging specs The lack of a common, syntax-independent integration specification The lack of means for managing usage information of messaging specifications 8

Key Concept Usage information of a messaging specification is a –customized messaging specification and –context for customized messaging specification, which is about: integration goal, business environment (industry sector, geo- location, etc.), means (use of standard codes, etc.), and other aspects essential for effective, repeatable, and traceable use of the specification 9

New Idea Develop necessary measurement science, in the form of –reference models, –methods, –software tools, and –a knowledge base, enabling life-cycle management of usage information of messaging specifications 10

Objectives NIST and OAGi are engaged in enabling two new tools –Messaging Standard Semantic Refinement Tool (MSSRT) and –Business Process Cataloging and Classification/Contextualization System (BPCCS) 11

Messaging Standard Semantic Refinement Tool (MSSRT) A web-based SaaS application Life-cycle management of customized messaging specifications The POC software tool will validate –the multi-tenant methods and –meta-models for life-cycle management of customized messaging specifications To be extended and commercialized by industry 12

Business Process Cataloging and Classification System (BPCCS) A web-based SaaS application Life-cycle management of context for customized messaging specifications The prototype software will validate –meta-model for life-cycle management of context for customized messaging specifications (that drive the evolution of the core messaging standard) To be extended and commercialized by industry 13

14 Session Deliverable 1: Analysis of Messaging Standard (BOD) Subsetting Process Review Business Requirements Review Detailed Business Process(es) Determine if Canonical Pattern applies Determine if Noun is available Determine Verbs based on BPMN Activities Identify Application API options Data Mapping Canonical to/from API Create BOD Subset in GEFEG

Session Deliverable 2: Towards a Roadmap 15 Barrier: Business process life-cycle management systems that meets: (1) Business-process-first as opposed to data-first integration method; (2) Top-down & bottom-up processes; (3) Component-level standard life-cycle management; (4) Context classification schemes ; (5) Business context management Approach: Business Process Cataloging and Classification/Contextualization System Roadmap Action PlanMilestonesTarget/Capabilities 1-2 Year s Analyze candidate Smart Manufacturing use cases for BPCCS requirements Analyze existing classification and contextualization schemes for SM business processes Develop BPCCS meta-model and prototype BPCCS Model SDO SM scenarios as BP models Validate BPCCS in cooperation with SDO SM Use Cases analysis Classification/Contextualiza tion Scheme Proposed Catalog of SM Business Processes Prototyped OAGIS Mfg. Scenarios standardized as Business Process Models OAGIS-validated BPCCS 3+ Mfg. use cases analyzed for requirements 80%+ priority requirements met 80%+ OAGIS Mfg. Scenarios Validated on the 3+ Mfg. use cases 3-5 Year s Train an SDO membership for BPCSS use and adoption Organize for BPCCS collaborative development Re-design and prototype BPCCS as a cloud- enabled solution Develop collaborative processes for top-down and bottom-up business process modeling Catalog of SM Business Processes Populated BPCCS adopted at SDO for collaborative development 80% of OAGIS BP models populated in the BPCCS At least 1 SM standard business process developed with SDO 5+ Year s Design and deploy BPCCS for use at SDO BPCCS implementation deployed at SDO 1+ SDO deployment

Session Deliverable 2: Road-mapping Basis 16 Session TitleSM Model-Based Standards Development and Implementation VisionDevelop new methods and tools to make messaging standard development and usage more convenient, traceable, repeatable, consistent, and agile Business Problems Inconsistent integration methodologies Obtaining business buy-in to value proposition of standards-based integrations Difficulty changing culture (essential to standards-based integrations) Perceived long standards development cycle Large, cumbersome messaging standards Increased cost and reduced agility through duplication of effort (vs common services) Increased costs due to lack of understanding why traditional integrations break Vendor lock-in due to proprietary solutions (APIs, integration methods) Technical problem & Needed technical capabilities Lack of a commonly accepted process to develop standard-based, service-oriented integrations Lack of tools to support collaborative, traceable standards development Implementation guidelines are rarely shared, poorly documented such that others can learn Lack of common tools and shared knowledge to support standards development lifecycle Inadequate meta-data repositories and supporting tools to enable standards and integration development and reuse Hard to educate technical resources about the value proposition of canonical pattern Software development tools cannot handle implementing the large standards Code-first APIs that are often too chatty Overly generic/vague APIs Managing semantics of standards New standards and technology needs (N) Barriers (B), and Approaches (SR, BPCCS) A standardized process for developing and maintaining standard-based, service-oriented integrations (N) [B] Assure business-process-first as opposed to data-first integration method (BPCCS) [B] Enable middle-out, top-down & bottom-up processes (SR, BPCCS) [B] Process that fits the small and large enterprise needs and constraints A collaborative tool to support collaborative and traceable standards development lifecycle (N) [B] Accessible (e.g., SaaS-based) repository of messaging standards and implementation guides (SR) [B] Component-level standards life-cycle management (SR, BPCCS) [B]Consistent, and common integration requirements and feedbacks (?) A collaborative tool to share, document, and discover standard usage experiences (N) Cloud-based standards usage repository (SR) Context classification schemes (SR, BPCCS) Business context management (BPCCS) Priority Actions Formalize a process for better standard development and usage life-cycle management with and without (new) supporting tools. Capture tool requirements in support of the process Capture information from use cases for standard development and usage life cycle Design the wizard-like tool Validate the proposed standards development lifecycle (SDLC) meta-model Develop proof-of-concept that implements the meta-model

BPCCS – Enabling Model-Based Messaging Standards (BD) 17 Model-Based Messaging Standards Development Activity Model-Based Messaging Standards Development Activity Model-Based Development KB Integrated Business Process (Use Case) Context for Customized Messaging Spec. To-Be BOD Deploy. Process + Tools BPCCS Meta-Model Customized Messaging Spec.

18 Example Input: A Business Process

Output: Context for Message Exchange in Support of BOD Subsetting

To-Be BOD Deployment Process + Tools

BPCCS Meta Model

Next Steps: Addressing Priority Items Formalize a process for better standard development and usage life-cycle management with and without (new) supporting tools. Capture tool requirements in support of the process Capture information from use cases for standard development and usage life cycle Design the wizard-like tool Validate the proposed standards development lifecycle (SDLC) meta-model Develop proof-of-concept that implements the meta- model 22