1 For Enterprise Agility & Interoperability OASIS BCM Technical Committee.

Slides:



Advertisements
Similar presentations
© 2007 IBM Corporation Enterprise Content Management Integrating Content, Process, and Connectivity for Competitive Advantage Malcolm Holden October 2007.
Advertisements

Applying the SOA RA Utah Public Safety ESB Project Utah Department of Technology Services April 10, 2008 Prepared by Robert Woolley.
Software Reuse SEII-Lecture 28
ARCH-01: Introduction to the OpenEdge™ Reference Architecture Don Sorcinelli Applied Technology Group.
1 Choice Points for e-Business Approach to Linking and Switching with Context Orchestration Support Choice Points For Enterprise Agility.
OMG Architecture Ecosystem SIG Federal CIO Council Data Architecture Subcommittee May 2011 Cory Casanave.
e-Framework Components and Responsibilities.
Overview of OASIS SOA Reference Architecture Foundation (SOA-RAF)
© 2004 Visible Systems Corporation. All rights reserved. 1 (800) 6VISIBLE Holistic View of the Enterprise Business Development Operations.
Information and Business Work
© 2006 IBM Corporation IBM Software Group Relevance of Service Orientated Architecture to an Academic Infrastructure Gareth Greenwood, e-learning Evangelist,
MD703 Class 8 DRAFT Agenda Midterm Return and Review –The Big Fix Discussion Application Integration –Workflow –EAI –Service Oriented Architecture Chapters.
Realising the Potential of Service Oriented Architecture Kris Horrocks Connected Systems Division Microsoft.
Course Instructor: Aisha Azeem
Research team members Adaptive Complex Enterprise Data Warehousing Repository Generation Semantic Web Knowledge Extraction.
® IBM Software Group © IBM Corporation IBM Information Server Service Oriented Architecture WebSphere Information Services Director (WISD)
MDC Open Information Model West Virginia University CS486 Presentation Feb 18, 2000 Lijian Liu (OIM:
© Joseph F Iaquinto, PE May 14, © Joseph F Iaquinto, PE May 14, 2012 EAI / SOA Composite System A System Engineering Approach.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse.
9/11/ SUPPORT THE WARFIGHTER DoD CIO 1 Sample Template Community of Interest (COI) Steering Committee Kick-off Date: POC: V1.0.
Framework: ISA-95 WG We are here User cases Studies
PROJECT NAME: DHS Watch List Integration (WLI) Information Sharing Environment (ISE) MANAGER: Michael Borden PHONE: (703) extension 105.
Copyright OASIS, 2004 Presenter Chair OASIS CAM TC Presentation November 17 th XML 2004 Washington DC Visually Modelling Business Processes.
THE GITB TESTING FRAMEWORK Jacques Durand, Fujitsu America | December 1, 2011 GITB |
An Introduction to Software Architecture
David Webber, NIEM Team, Oracle Public Sector Rapid NIEM XML Exchange Design, Semantics and UML Models NIEM Test Model Data Deploy Requirements Build Exchange.
Army Net-Centric Data Strategy Center Of Excellence (ANCDS) Army Data Harmonization and Integration Working Group (ADHIWG) Sever Ciorlian ANCDS Team Lead.
Copyright © 2004 by The Web Services Interoperability Organization (WS-I). All Rights Reserved 1 Interoperability: Ensuring the Success of Web Services.
Proposed Approach to High Level BCM/ebSOA Conceptual System Architecture Roadmap Dan Pattyn, 26 July 04, 12:00 CDT.
Interfacing Registry Systems December 2000.
KMS Products By Justin Saunders. Overview This presentation will discuss the following: –A list of KMS products selected for review –The typical components.
Development Process and Testing Tools for Content Standards OASIS Symposium: The Meaning of Interoperability May 9, 2006 Simon Frechette, NIST.
95-843: Service Oriented Architecture 1 Master of Information System Management Service Oriented Architecture Lecture 3: SOA Reference Model OASIS 2006.
© 2012 xtUML.org Bill Chown – Mentor Graphics Model Driven Engineering.
Enterprise Architecture, Enterprise Data Management, and Data Standardization Efforts at the U.S. Department of Education May 2006 Joe Rose, Chief Architect.
Deploying the IT Service Management Ontology Semantics:: “To serve man” Authors CHECKMi CEO & Chief Architect (BCML & Checkmi:Mate)
1 Geospatial and Business Intelligence Jean-Sébastien Turcotte Executive VP San Francisco - April 2007 Streamlining web mapping applications.
Linking Tasks, Data, and Architecture Doug Nebert AR-09-01A May 2010.
Copyright OASIS, 2005 / 2006 Presenter Chair OASIS CAM TC Presentation January 14 th 2006 Washington DC Introducing CAM V1.5 Technology.
FEA DRM Management Strategy Presented by : Mary McCaffery, US EPA.
Kuali Rice A basic overview…. Kuali Rice Mission First and foremost to provide a consistent development framework and common middleware layer for Kuali.
OASIS Symposium 4/04 Registry : Reliable Infrastructure Role of Registry : Reliable Infrastructure Carl Mattocks CEO CHECKMi Infrastructure Project Background.
BCM (Business Centric Methodology) Technical Committee Defining methods to acquire interoperable e-business information systems within.
EPA Geospatial Segment United States Environmental Protection Agency Office of Environmental Information Enterprise Architecture Program Segment Architecture.
© 2005 IBM Corporation IBM Business-Centric SOA Event SOA on your terms and our expertise Operational Efficiency Achieved through People and SOA Martin.
United States Department of Justice Achieving Information Interoperability and Business Agility The Justice Reference Architecture:
Chapter © 2012 Pearson Education, Inc. Publishing as Prentice Hall.
Promoting excellence in social security Building on sector wide commonalities to enhance the benefits of Information.
Information Technology Division Executive Office for Administration and Finance Service Oriented Architecture An Enterprise Approach to Enabling the Business.
IT Service Specification Synchronicity Carl Mattocks OASIS BCM TC,co-Chair ebXMLRegistry Semantic Content SC, co-Chair ITIL Knowledge.
® IBM Software Group © 2004 IBM Corporation Developing an SOA with RUP and UML 2.0 Giles Davies.
Independent Insight for Service Oriented Practice Summary: Service Reference Architecture and Planning David Sprott.
© 2013, published by Flat World Knowledge Chapter 10 Understanding Software: A Primer for Managers 10-1.
IEEE IT (Information Technology) Strategy – 2005 Unapproved.
Information Architecture The Open Group UDEF Project
E-Gov Language Processing Requirements, Approach, References.
© Drexel University Software Engineering Research Group (SERG) 1 The OASIS SOA Reference Model Brian Mitchell.
The Semantic Web. What is the Semantic Web? The Semantic Web is an extension of the current Web in which information is given well-defined meaning, enabling.
ONION Ontologies In Ontology Community of Practice Leader
Silverstein Group Presenter Moshe Silverstein A Content Assembly Mechanism Technology Overview Context & Integration A Content Assembly Mechanism Technology.
1 SOA Seminar Seminar on Service Oriented Architecture SOA Reference Model OASIS 2006.
B usiness- C entric M ethodology For Enterprise Agility & Interoperability Lubash Pyramid Challenges Today’s Approach Doctrine Operations Information Architecture.
1 ECM APPLICATIONS AND SOLUTIONS - PART 1 MODULE 8 ECM SPECIALIST COURSE 1 Copyright AIIM.
Service Oriented Architecture (SOA) Prof. Wenwen Li School of Geographical Sciences and Urban Planning 5644 Coor Hall
Process 4 Hours.
CIM Modeling for E&U - (Short Version)
The 2007 Winter Conference on Business Intelligence
XML Based Interoperability Components
Enterprise Data Model Enterprise Architecture approach Insights on application for through-life collaboration 2018 – E. Jesson.
Presentation transcript:

1 For Enterprise Agility & Interoperability OASIS BCM Technical Committee

2 BCM in a Nutshell Reduce the cost of doing business by making e- Business more accessible Improve the time to market for new business solutions through information agility Reduce the cost of ownership for community, industry groups / governments Restoring the balance – the business solution and customers direct how the information technology serves

3 Agenda LandscapeLandscape ApproachApproach ImplementationImplementation AdoptionAdoption –Learning the Terrain –Understanding Today’s Solutions –Paradigm Shift –Foundation of BCM BCM Layers Information Architecture BCM Templates –Declarative Component Operations –Becoming NetCentric –Service Oriented Architecture (SOA) –Communities and Domains –Context – Managing via Choice Points –Holistic Approach –Planning and Facilitation –Resources and Existing Work –Mission Summary

4  Learning the Terrain  Understanding Today’s Solutions  Paradigm Shift Landscape

5 Learning the Terrain … requirements have been documented … with the architecture completed to varying levels of resolution. … subject matter experts have met to define their processes and data … components are procured for the solution that best match the architecture … transition plans are in place and everyone is ready to pilot and implement … the need for change has been communicated to all stakeholders Now what? … customer’s begin to see capabilities that fit their needs … the team learns if interoperability was designed in properly … if the proposed infrastructure supports stakeholder collaboration … if semantics of the business are being managed or not … if ‘standardizations’ were selected correctly, based on the right CoIs We learn if we were asking the right questions Source: eProcess Solutions It is helpful to look back in time…

6 Understanding Today’s Solutions Enterprise Architecture - a New Beast Requiring New Ideas - software approaches are only part of the solution - ETL and EAI technologies aren’t enough - lack of context control mechanisms We need an Holistic Approach to Reduce Risk - provide Business-Centric Methodology… …focus on enterprise agility and interoperability - address root causes and not just symptoms - build for choice, change, and growth SHIFT Hub n’ Spoke S ervice- O riented (SOA) Ad Hoc Source: eProcess Solutions

7 Traditional Approach –ETL –EAI –Data warehouse –B2B + electronic commerce New Holistic Approach –Service Oriented Architecture –Business-centric –Leverage XML Paradigm Shift

8  Foundation of BCM  BCM Layers  Information Architecture  BCM Templates  Declarative Component Operations  Foundation of BCM  BCM Layers  Information Architecture  BCM Templates  Declarative Component Operations Approach

9 The Foundation of BCM Step 2 : Build Templates with Familiar Business Tools Step 3 : Deploy with Declarative Component Operations Step 1 : Use Layers to Define Business Needs While Referencing the Information Architecture

10 Business Layer Conceptual Layer Business Drivers: Model / Process / Constraints Target Constructs & Patterns Implementation Layer Physical - Message & Presentation Extension Layer Contract - Collaboration Partner Specific Constraints Publish Baseline Specification per CoI Concepts in Ontology Business Goals Frameworks & Standards Legacy Authoritative Sources Strategic Tactical Simplification Through BCM Layers

11 Deriving the set of business needs and context from each information layer Holistic Approach = Layers + Information Architecture Specific Ontology Navigation Content Rendering Transaction Handling Business Processes Collaboration Agreements, MOA Codelist subsetting Services; Transaction Processing Communities of Interests - CoI Source: eProcess Solutions

12 Information Architecture Navigation Products / Services Enabling Technologies Interfaces Vocabularies Content Re-Inventing Your Information Architecture High Low Stability Agility Model Information Architecture Enables the management of critical Enterprise information artifacts Information Pyramid

13 Build Templates Using Familiar Tools

14 ActionEvent Information Rule What Why HowWhen Where / Who The Templates are going to prompt for the same 6 questions, at different layers, from different points of view – Action / Event / Rule / Context / Information / Links Where / Who ActionEvent Information Rule What Why HowWhen ActionEvent Information Rule What Why HowWhen BCM Templates – Workflow Viewpoint

15 Semantic Interoperability Pragmatic Interoperability Abstraction Meta- Metadata Metadata Data In addition to rationale, the Templates house the concepts, context, and constraints Classification Ontology Patterns Wisdom Knowledge Information Data Add Structure Add Experience Synthesize Knowledge Templates Concept Context Instance Constraint Human Intelligence Templates - Role and Functions

16 Operational View Declarative Components of Interoperability

17 Structure Choices Structure Choices Context Values Context Values Required Content Structure Required Content Structure Assembly Processor Assembly Processor Content References Content References 1 Payload / Rendering Payload / Rendering 2 Assembly Structure Assembly Structure Payload Assembly 3 Application Database Application Database Registry Components Registry Components Conceptual Logical Physical Template Driven Declarative Components Example: Payload Assembly Vocabulary nouns, and Industry Dictionaries Vocabulary nouns, and Industry Dictionaries Re-usable Business Information components Re-usable Business Information components Note: OASIS CAM reference model

18  Becoming NetCentric  Service-Oriented Architecture  Communities and Domains  Managing Context - Choice Points  Becoming NetCentric  Service-Oriented Architecture  Communities and Domains  Managing Context - Choice Points Implementation

19 Becoming netCentric Source: DONCIO NetCentric

20 Backup for side: 25 Business Applications and Functions Assurance Access Gateway Workflow Exchange Back- End Enterprise Information Services Layer - EISL Front- End DCR Collaboration Apps Web Browser Client TelephoneWireless Finance AccountHR Project Mgmt Procure User Interface - Presentation 2 2 Common Exchange SOAP-based Envelope HTTP 1 1 Common Services Web Services DCW Registry DCD SOA Service Oriented Architecture (SOA) Warehouse

21 Aligning Classifications and Understanding e.g. DUNS, UNSPSC, NSN, Part Number, Address, Weight, Width … Then creating Multiple Facets or combination of characteristics Communities and Domains Collaborating with your Partners Arlington Indy Denver Cleveland Pensacola Columbus Location X Code Identifer Angle Date Mass Area Classword X Mil Pay Civilian Pay Commercial Pay Accounting... … X Location Business Line Classword Business Line Concept Business Outcome - rapid search and discovery by faceted selections

22 Context is the pervasive driver to effective engineering Providing and managing context is needed to drive dynamic process configuring and control Knowing context is needed to ensure accurate information capture, packaging and delivery Qualifying context is key to ensuring correct relationships between partners in a collaboration Lack of context control mechanisms is the most prominent reason why legacy e-Business systems are difficult and complex to extend and support Date: circa : the parts of a discourse that surround a word or passage and can throw light on its meaning 2 : the interrelated conditions in which something exists or occurs Context - Understanding

23 Context - Sample Types Community of Interest determination Business agreement context Business agreement roles Classification of artifacts context Process selection context Process tracking context Transaction context Exception handling context Decisions context Rules context Choices tend to be one off and embedded in code, rather than an approach from a strategic viewpoint – people don’t look outside their purview

24 Context - Managing Via Choice Points Context Actions can be viewed as a decision tree or series of cascading Choice Points that have: –inputs through the assertion of facts –the operation of rules and constraints –that determine the outcome(s) from available choices. Context ranges from the very simple – “if then do” style, to event handlers, to complex decision agents that operate on sets of dynamic facts. Simple Complex If-then-do Decision Agents Implementation Choice Pt.

25 Context - Managing Via Choice Points (con’t) Allows Templates, documents, and exchange decisions based on set of options - built declaratively Allows inputs to determine outcomes based on rules Choice Points can call other choice points Delivers loose-coupling, but with predeterministic tracking Business Drivers: Model / Process / Constraints Contract – Collaboration Partner Specific Constraints Business Goals Legacy systems Authoritative Sources Applying to constructing BCM Templates…

26  Holistic Approach  Planning and Facilitation  Resources and Existing work  Mission Summary  Holistic Approach  Planning and Facilitation  Resources and Existing work  Mission Summary Adoption

27 Holistic Approach Critical Build-out

28 Planning And Facilitation

29 Resources and Existing Work Working with selected Communities of Interest (CoI) Defense Finance and Accounting Service (US DoD) eprXML (Norway) OASIS eGov Liaison with OASIS TCs to refine requirements and implementation model Public release of technical specification Prototype using available tools Demonstration using selected business scenarios

30 Mission Summary Interoperable Agile Information for e-Business … addresses the root cause rather than just symptoms of our integration problems by providing semantic and pragmatic interoperability is business-centric; shifting power to the business experts; managing Enterprise artifacts and governance through Communities of Interests (CoI) provides visibility, accessibility, understandability, using open declarative mechanisms that allow for mass customization of diverse vocabularies and models within heterogeneous environments insulates business from the high rate of change of technology by dividing the problem into multiple levels and applying constraints properly to reduce complexity and promote reuse provides for Enterprise agility and prepares the Enterprise for new opportunities in doing business A tactical-only solution is a waste of money – we need to adopt an Enterprise solution that addresses business context and people.

31 OASIS- Business-Centric Methodology Thank You!