BPMN 2.0 Interchange: W5 Denis Gagné, CEO & CTO Trisotech BPMN 2.0 FTF Member XPDL 2.2 and 3.0 Co-Editor.

Slides:



Advertisements
Similar presentations
Internal Control–Integrated Framework
Advertisements

Chapter 2 – Software Processes
Object-Oriented Analysis and Design
December 2008, Geneva Dr Alexander Samarin Business Process Management (BPM) Context for testing.
Laboratory Personnel Dr/Ehsan Moahmen Rizk.
Software Requirements
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
Learning Objects Kim, L., Yan, L. and Miller, B. ( )
McGraw-Hill/Irwin Copyright © 2007 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 2 Introduction to Database Development.
Introduction to Database Development. 2-2 Outline  Context for database development  Goals of database development  Phases of database development.
Chapter 4: Beginning the Analysis: Investigating System Requirements
End-to-End Design of Embedded Real-Time Systems Kang G. Shin Real-Time Computing Laboratory EECS Department The University of Michigan Ann Arbor, MI
David Harrison Senior Consultant, Popkin Software 22 April 2004
Prepared by Long Island Quality Associates, Inc. ISO 9001:2000 Documentation Requirements Based on ISO/TC 176/SC 2 March 2001.
Handouts Software Testing and Quality Assurance Theory and Practice Chapter 11 System Test Design
Chapter 9. Intro  What is Project Management?  Project Manager  Project Failures & Successes Managing Projects  PMBOK  SDLC Core Process 1 – Project.
Process-oriented System Automation Executable Process Modeling & Process Automation.
Chapter 4: Beginning the Analysis: Investigating System Requirements
MDC Open Information Model West Virginia University CS486 Presentation Feb 18, 2000 Lijian Liu (OIM:
The Software Development Life Cycle: An Overview
Documenting Software Architectures
Managing Software Quality
1 An Analytical Evaluation of BPMN Using a Semiotic Quality Framework Terje Wahl & Guttorm Sindre NTNU, Norway Terje Wahl, 14. June 2005.
Slide 1 Wolfram Höpken RMSIG Reference Model Special Interest Group Second RMSIG Workshop Methodology and Process Wolfram Höpken.
National Institute of Standards and Technology 1 Testing and Validating OAGi NDRs Puja Goyal Salifou Sidi Presented to OAGi April 30 th, 2008.
Slide 1 D2.TCS.CL5.04. Subject Elements This unit comprises five Elements: 1.Define the need for tourism product research 2.Develop the research to be.
Working Group: Practical Policy Rainer Stotzka, Reagan Moore.
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
Business Analysis and Essential Competencies
1 Process Engineering A Systems Approach to Process Improvement Jeffrey L. Dutton Jacobs Sverdrup Advanced Systems Group Engineering Performance Improvement.
Presentation Outline (hidden slide) Technical Level: 100 Intended Audience: TDMs, ITPros, ITDMs, BI specialists Objectives (what do you want the audience.
Creating a Shared Vision Model. What is a Shared Vision Model? A “Shared Vision” model is a collective view of a water resources system developed by managers.
Hummm…  How do I create an engaging online course that facilitates learning?
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
Chapter 11. Intro  What is Project Management?  Project Manager  Project Failures & Successes Managing Projects  PMBOK  SDLC Core Process 1 – Project.
Lecture 7: Requirements Engineering
FEA DRM Management Strategy Presented by : Mary McCaffery, US EPA.
FDT Foil no 1 On Methodology from Domain to System Descriptions by Rolv Bræk NTNU Workshop on Philosophy and Applicablitiy of Formal Languages Geneve 15.
Objective: Enable portability and semi-automatic management of applications across clouds regardless of provider platform or infrastructure thus expanding.
What is new in XPDL Robert Shapiro VP Global 360 XPDL 2.2 and 3.0 Editor BPMN 2.0 FTF Member Denis Gagné, CEO & CTO Trisotech XPDL 2.2 and 3.0 Co-Editor.
Chapter 2 – Software Processes Lecture 1 Chapter 2 Software Processes1.
CASE (Computer-Aided Software Engineering) Tools Software that is used to support software process activities. Provides software process support by:- –
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Chapter 3 Managing the Information Systems Project 3.1.
Purpose: The purpose of CMM Integration is to provide guidance for improving your organization’s processes and your ability to manage the development,
Science and Technology Norwegian University of NTNU Rolv Bræk, January Introduction to Systems Engineering by Rolv Bræk NTNU.
Requirements Analysis
Requirement engineering & Requirement tasks/Management. 1Prepared By:Jay A.Dave.
 CMMI  REQUIREMENT DEVELOPMENT  SPECIFIC AND GENERIC GOALS  SG1: Develop CUSTOMER Requirement  SG2: Develop Product Requirement  SG3: Analyze.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 Click to edit Master title style What is Business Analysis Body of Knowledge?
MSA Orientation – v203a 1 What’s RIGHT with the CMMI?!? Pat O’Toole
Prepared by Amira Selim 31 st October 2009 Revised by Dahlia Biazid Requirements Analysis.
CHAPTER 3 Systems Considerations in the Design of an HRIS.
 System Requirement Specification and System Planning.
Model Checking Early Requirements Specifications in Tropos Presented by Chin-Yi Tsai.
Software Design Process. What is software? mid-1970s executable binary code ‘source code’ and the resulting binary code 1990s development of the Internet.
4 Chapter 4: Beginning the Analysis: Investigating System Requirements Systems Analysis and Design in a Changing World, 3 rd Edition.
WP4 Models and Contents Quality Assessment
Chapter 11 Project Management.
SOFTWARE TESTING Date: 29-Dec-2016 By: Ram Karthick.
Subgroup Chair: Robert Shapiro (Global360) Baseline Proposal:
TechStambha PMP Certification Training
Dokumentasi Perubahan Proses: Pengantar BPM
Description of Revision
Geospatial Knowledge Base (GKB) Training Platform
CMMI – Staged Representation
Seminar 1 Design of Informatics Systems
Decision Automation using Models , Services and Dashboards
Bussines process modeling using BPMN
Web Services Interoperability Organization
{Project Name} Organizational Chart, Roles and Responsibilities
Presentation transcript:

BPMN 2.0 Interchange: W5 Denis Gagné, CEO & CTO Trisotech BPMN 2.0 FTF Member XPDL 2.2 and 3.0 Co-Editor

Abstract Interchange (via some form of serialization) was one of the most cited shortcomings of the first version of BPMN. With the advent of BPMN 2.0 it is now possible to interchange BPMN process models and diagrams. In this chapter, we abstract away from the technical details of BPMN 2.0 interchange serialization to explore BPMN 2.0 interchange from a business perspective. We start by providing some insight as to WHY BPMN 2.0 interchange is desirable. We then postulate as to WHO benefits from such interchange and what kind of benefits each stakeholder obtains from the open interchange of BPMN 2.0. We then present in simple terms WHAT can be interchanged using the various types of BPMN 2.0 models and diagrams cautioning the reader of the pitfalls from what we call the BPMN 2.0 devil’s quadrants. We then argue that while BPMN 2.0 interchange standardization is required, it is not sufficient, and explain HOW interchange conformance verification and validation can act as a catalyst to universal BPMN interchange. We conclude by postulating that the answer to “ WHEN will BPMN 2.0 interchange be feasible?” is now.

My Goal Present BPMN 2.0 interchange from a business perspective Abstract way from the technical details

Agenda Why is Interchange Desirable? Who Benefits from Interchange? What can be Interchanged? How can Interchange be Enabled? When will Interchange be Possible?

BPM Discipline, Standards and Enabling Technology BPM Enabling Technology BPM Relevant Standards BPM Discipline Stimulated by Facilitated by Relevant to Conformant to

BPMN Stakeholders Business Analysts Technical Developers Business People (employees) Business Partners

Model-once- open- anywhere File Interchange Unique interpretation Universal Understanding Some BPMN Goals

Why is Interchange Desirable? To increase, stimulate, facilitate: Understanding Adoption Interoperability Repurposing Migration Creates an open market allowing: Cost Reduction Remove Vendor Lock In Best of Breed Choice within tool categories across tools categories (Suites)

Who Benefits from Interchange? Business Partners Business People Business Analysts Technical Developers  Choice in tools  Speed of deployment  Readily available Skills  Flexibility  Agility End Users  Attract and retain customers  Demonstrate market leadership  Create competitive advantage  Develop and maintain best practice Vendors ExecutionSimulationModelingAnalysis

More than a notation BPMN 2.0Syntax Concrete Syntax Abstract Syntax Semantics Notational symbols and graphical representation underlying computer- interpretable representation Notation Meta- model

What is Interchanged? BPMNDI Abstract Syntax DiagramModel BPMN 2.0 Interchanged Reference instance Serialized XSD Based XMI Based

What is Interchanged? BPMN 2.0 Interchange DiagramsModels Tool Smart Colors Correctness

Informative Imparting knowledge, Instructing, Interpreting, Enlightening Descriptive Serving to describe or characterize by description, Supports interpretation Prescriptive Giving instructions, Being directive (Flexible guidance vs Strict enforcement) Visualizing Call for actions, Interaction & commitment, Customized view Structuring / Analyzing Structuring the process, Allocating resources, Estimating, Improving, Optimizing Enacting / Automating Monitoring commitment, Assessing progress, Controlling compliance DiagrammingModeling Unique Semantic Uniform Interpretation Model with a Purpose If your goal is: Aim to be:

BPMN’s Devils Quadrant OrchestrationChoreography Communication Execution In BPMN It is possible to model the same process in many different ways Each model or diagram may be quite adequate for the intended purpose but simply incorrect for other purposes

“ A Model Ultimate Property: Usefulness The World ? Mental Model The Model The Future Purpose & Context Useful Predictions Confirmation Measurements Modeling All models are wrong some are useful

How can Interchange be Enabled BPM Standards: Necessary but not Sufficient

BPM Standards Adoption End Users Vendors BPM Standards Adoption

V&V Verification Verification is a Quality Control (QC) "Are you building it right?" "building it right " checks that the specifications are correctly implemented by the system Structural testing (white box) This can be objective if the specifications are sufficiently precise Validation Validation is a Quality Assurance (QA) "Are you building the right thing? " "Building the right thing" refers back to the user's needs Functional testing (black box) This is difficult to determine and involves subjective judgments

Verification Verify or Identify Global Conformance and Conformance Subclasses The XSD is more relax then the Metamodel Need to Verify it is valid xml it is schema valid it is valid as to the structural constraints of the metamodel Verify that the provided file meets the specified standard Notion of container

Validation Validate that the content of the provided file is valid with respect to the specified standard Notion of content Ensure Syntax Rules are respected Allowing work in progress interchange

When will Interchange be Possible?  A Platform providing conformance V&V  Vendor Independent but supported by vendors  Showcases Commitment in Standards A self-service conformance assurance platform for BPMN 2.0 interchange files is required.

Business Process Incubator BPMN 2.0 Interchange is Possible Now