1 Creating an Enterprise Class Scalable Model Driven Infrastructure The use case for using IBM, OSIsoft, and SISCO technologies Version: 1.1 Date: May 28, 2009 Systems Integration Specialist Company, Inc ½ Mile Road Sterling Heights, Michigan 48314
2 Creating an Enterprise Class Scalable Model Driven Infrastructure Page 2 Introduction In order to understand Enterprise Model Driven Integration, it is important to first understand the business use case for the integration. In order to discuss integration from a general perspective, this paper will utilize the ISA 95 standard. This paper leaves it to the reader to correlate the ISA 95 information/business drivers for their purposes. Figure 1: ISA 95 Functional Levels of Integration 1 Figure 1 depicts the four levels of integration/information exchange as defined by ISA 95. The figure shows distinct integration/information exchange boundaries (e.g. between levels 3-4 and levels 2-3), reality has shown that the boundaries are not as well defined and that functions are not necessarily as well segmented as are shown. An implementation view could show something similar to Figure 2. ERP MES Process Coordination Information Exchange Process Business Process Choreography User Interaction 1 Courtesy of Keith Unger, Stone Technologies.
3 Creating an Enterprise Class Scalable Model Driven Infrastructure Page 3 Figure 2: Possible Implementation Architecture Each implementation layer, shown in Figure 2, could have its own set of tooling and user interfaces. Additionally, a single layer might make use of different equipment from one or more vendors. The choice for particular equipment is driven by business requirements. The selected vendors would typically provide tooling and user interfaces for their equipment to maximize the user experience with the equipment. In so doing, expertise and advocacy for particular tooling is developed within the business organization which has the end effect of creating silos of expertise. Consider the programming of two (2) different PLCs. Both PLC s monitor the production level of particular business work centers. One PLC has been programmed to provide the information in register The other exposes production level in register I:177/17. The users that programs each PLC has the documentation that details which register represents the production level of the cell. However, it would be difficult for a non-plc expert to know which register, or the different notations/tooling, to acquire the production levels of each cell. Similar examples of data naming issues can typically be found between different product offerings, even potentially from the same vendor. Historians Tag Name Address Space Distributed Control Systems Register Address Space Low Level Automation Controllers and I/O Figure 3: Normal Implementation Architecture to create contextual Tags Use of Tags In order to provide some context for the automation information, this information is typically placed/used by higher level systems that provide the capability to alias automation information into human recognizable names (e.g. Tags). Figure 3 depicts typical integration/process integration where the low level automation information is exposed through either Distributed Control Systems (DCSs) or through historians. There are multiple DCS and historian vendors that could be utilized within each integration level in a corporate enterprise environment. Each vendor, as with the automation integration level, has special constraints on Tag naming. Therefore, the general user/application is still required to understand the special constraints of the system that needs to be accessed for a particular application/display.
4 Creating an Enterprise Class Scalable Model Driven Infrastructure Page 4 However, the single vendor selection strategy is not sufficient. Additionally, a corporate policy for Tag naming needs to be developed and enforced. However, history has shown that even where there are strong corporate policies, Tag name consistency does not occur in an enterprise due to several different reasons: Configuration errors: In order to comply with corporate naming policies, people must configure the Tag names that correlate to particular automation information. This is typically a manual process and is prone to errors (e.g. Level and Lvel). Detection of such errors requires a large amount of naming/data validation. Constraints on the Tag namespace: Most Tag namespaces do not allow for duplication of Tag names. Therefore, if the higher level integration levels need to expose more than one Level Tag, the names are inherently forced to be unique. This issue can be solved by adding an extension to the Tag name in order to provide uniqueness. Most typical corporate policies dictate that the name of the system, work center, etc. be pre-pended to the tag name. As an example, the Level for SeparatorTrain1 and SeparatorTrain2 needs to be provided. The corporate mandated naming convention might specify the Tag names to be SeparatorTrain1_Level and SeparatorTrain2_Level. Most corporate naming conventions must take into account the business hierarchy. This policy could extend the length of the Tag name to include: <oil field name>_<platform name>_<production unit name>_<measurement name> Names of entities change: One thing that has been proven is that over time names of platforms/production units may be changed. The end effect, of such changes, is that as platforms/production units names are changed, maintenance of the Tag names, and the applications that utilize them, may become an issue. Hierarchical Tag naming creates issues for other business views: The process business view is the typical standard used to name Tags. However, there are other business related views (e.g. AssetUtilization, Condition Based, others ) that would be better facilitated by the use of another naming hierarchy/view of the information. In general, this is an issue with technologies that only support hierarchical data organization. Mergers and acquisitions: Experience has shown that most corporate Tag naming policies do not provide naming conventions that include naming associated with the corporation or underlying business units. The lack of this information in the name can create integration issues when corporations merge. Use of Models In 1999, the Electric Power Research institute had an initiative to develop a standardized model and a set of model access services. The intent of the initiative was to address the previously mentioned issues in
5 Creating an Enterprise Class Scalable Model Driven Infrastructure Page 5 addition to many others. SISCO has been involved in developing integration products and solutions utilizing semantic models and Model Driven strategies. Semantic Models A semantic model is typically considered as: a basic set of ontology elements classes, relations, functions, instances, intended to serve as the conceptual defining vocabulary that will permit specification of the meanings of any domain term or concept. It serves a function analogous to the controlled defining vocabularies used in some traditional dictionaries to define words. 2 As an example, ISA 95 and ISA 88, define a semantic model that can be utilized in discrete and batch oriented process 3 that go well beyond defining a hierarchy of measurement/process data access. Specified by ISA-88 Identified Specified by ISA-88 ISA-95 Enterprise Must Contain 1 or More Site May Contain 1 or more Area May Contain 1 or more Process Cell Must Contain 1 or More Unit Manufacturing Line Must Contain 1 or More Work Cell Unit Must Contain 1 or More Unit Storage Zone Must Contain 1 or More Storage Unit May Contain May Contain Equipment Module May Contain Discrete Continuous May Contain Control Module Batch Figure 4: Simplified representation of ISA 95 and ISA 88 Physical Model 4 Each block, shown is Figure 4, represents object definitions (e.g. expressible as UML classes) that contain specific attribute definitions and types for the specified attribute. Although, Figure 4 appears to be able to be expressed as a hierarchy, the diagram represents only one potential view of the process oriented business functions. A more accurate representation of the interactions/views required is shown in Figure 5. 2 Mitre Corporation 3 There are other well recognized semantic models such as MIMOSA, CIM, ISO 15926, IEC 61850, etc.. 4 Courtesy of Keith Unger, Stone Technologies.
6 Creating an Enterprise Class Scalable Model Driven Infrastructure Page 6 How Product Lifecycle ISA 95 Definitions Enterprise Planning and Logistics Information What Resource Planning ISA 95 Capability When Schedule / Plan ISA 95 Request Delivery Fulfillment ISA 95 Response Definition Management Resource Management Detailed Scheduling Tracking Dispatching Analysis Execution Management Equipment Specific Definitions Commands Responses Data Collection Receiving Batch / Continuous and Discrete Work Centers Shipping Figure 5: ISA 95 Manufacturing Activities 5 Equipment Specific Data J. Keith Unger The figure 5 shows not only the manufacturing interactions, but the views of information/context that need to be supported. In order to create the multiple views (e.g.,,, and ), mesh oriented model repositories/namespaces need to be utilized instead of hierarchical namespaces. In order to address the Tag oriented integration issues, enforcement of the class/attribute definitions is required. Additionally, the possible relationships between instances needs to be appropriately specified (e.g. UML associations). It is through the specification of the relationships that multiple business views of the information can be created. Implementations of Data Warehouses/Model Repositories that expose such instance relationships would be considered Model Aware. Model Driven Although there are several technologies that can be utilized to create Model Aware repositories, there is a difference between repositories that are Model Aware and enterprise integration strategies that are Model Driven. Model Driven integration strategies need to encompass the functionality of being Model Aware and the additional functionality of: Support for a work flow that allows for the maintenance of the model within the model repository(s). The work flow should be able to be integrated into choreographed business processes. This is required so that model updates can be validated and model changes do not occur at an inopportune time. Although, this workflow can be achieved manually, it is recognized that electronic 5 Courtesy of Keith Unger, Stone Technologies.
7 Creating an Enterprise Class Scalable Model Driven Infrastructure Page 7 coordination, which integrates with other business process, offers higher business value. This includes the dynamic modification of the model due to process changes and business transactions (e.g. new Work Orders, Batch commands, etc..). Since 1999, SISCO has developed products that implement those strategies. Over time, SISCO has evolved its integration strategy to be applicable to other industries besides the electrical utility industry. The resulting product family name is the SISCO Utility Integration Bus (UIB). The initial UIB product provided a Model Driven integration infrastructure that utilized a model repository to create Model Aware/Driven adapters that exchanged information over middleware. SISCO offers a select set of adapters for the infrastructure: OPC Client Adapters: Allows applications, which are OPC clients, to access information, in the context of the model, without requiring the creation of a Data Warehouse or knowledge of the authoritative source of the information. OPC Server Adapters: Allows applications, which are OPC Servers, to have their information mapped into the model and be exposed to the infrastructure as an authoritative source. Adapter for OSIsoft PI: Allows the enterprise model to be imported/maintained within the PI Module DataBase or PI AF 6. This adapter allows for PI client applications (e.g. ProcessBook, RtWebParts, and DataLink) to be used in a Model Driven fashion. One of the desires, for the infrastructure, was to have the capability of electronic business choreography. This ability is now provided within the IBM Integration and Information Framework (IIF) solution. Additionally, IIF natively allows for electronic business transactions (e.g. EDI, S95, etc...) to be translated and responded to in terms of the model. Through the appropriate selection of the appropriate products, and architecture, users can create flexible integration deployments. Architecture Due to the flexibility of the various product offerings, users will need to select the appropriate set of products based upon corporate commitments to specific technologies, client application environment, and desired business functions. From a functional perspective, the suite of available products needs to be functionally classified. For this purpose, it is desirable to use the following diagram: 6 OSIsoft has a stated strategy of transitioning away from the MDB to AF. SISCO is following that strategy and is not currently updating the capabilities of the MDB version of the PI Adapter.
8 Creating an Enterprise Class Scalable Model Driven Infrastructure Page 8 Figure 6: Simplified Enterprise Integration Functions
9 Creating an Enterprise Class Scalable Model Driven Infrastructure Page 9 There are several different functional layers depicted in Figure 6: Data Layer: Actually obtains information from the real-time process automation equipment/sensors. Information Layer: Applies the semantics of the model to change data into contextual information. One of this layer s capabilities is to access automation/process information via SOA. Business Process Layer: Allows configuration and implementation of workflow coordination on an Enterprise level. It also provides a transactional capability (e.g. create a new purchase order, execute a general batch, etc) from other SOA system. It is typical for each layer to have one or more visualization components that are used to expose the information from the layer. Therefore, the strategy does not mandate a single visualization component s use and must be flexible to accommodate multiple tools. However, it is desirable to be able to combine a subset of the visualization tools, at least one from the Information and Business layer, into a single method of access to the tools. This would typically be accomplished through exposing the visual information through a single web portal technology (e.g. Websphere, SAP, or Microsoft) at the discretion/selection of the customer. Figure 7: Components of the combined SISCO, IBM, and OSIsoft infrastructure Figure 7 shows the components/products that are used to create a model-driven infrastructure through combining the IBM s Information Integration Framework (IIF) solution with SISCO and OSIsoft products.
10 Creating an Enterprise Class Scalable Model Driven Infrastructure Page 10 Model Driven Infrastructure Figure 8: Functional use of infrastructure components IIF is an IBM software solution that is being leveraged for solutions in the domains of: Chemical and Petroleum; Energy and Utilities; and other business application domains. The solution is based upon IBM products which, in the past, have provided: Complex Business Process Orchestration and Mediation: This functionality is provided by the IBM s Webshpere Business Process Server. This product allows the definition of complex business process interactions and workflow through the use of graphical configuration and Business Process Execution Language (BPEL) technology. Mediation and transformation of SOA messages: This functionality is provided within the Websphere Application Server (WAS) product. Middleware message transport and security: Provided through the Websphere Enterprise Service Bus. IIF adds model awareness to the components through a set of standards based Model related services. These services allow: Real-time information to be consumed by the applications so that the business workflow can adapt based upon the current state of the actual processes within the enterprise. As an example, consider the reception of an SOA transaction that is used to dispatch a production batch to a specific production unit. However, that production unit is offline or has not completed its current batch. The real-time information of the status of the production unit (e.g. that it is not available) allows, through BPEL, to re-dispatch the batch to an alternate production unit(s) that are available and are capable of producing the batch.
11 Creating an Enterprise Class Scalable Model Driven Infrastructure Page 11 The applications to query the virtualized model so that relationships/capabilities of equipment, production units, measurements, etc. can be determined. The previous batch example implies that the re-dispatching is based upon the knowledge of which other production units are capable of producing a specific type of batch. The ability to query the model for this information allows BPEL to dynamically determine which units meet the criteria as opposed to being programmed (e.g. a priori) with the information. This allows the designers of the production cells/units to change the model, and thereby allow adaption in the workflow coordination, without requiring changes to the BPEL. It is the ability to change the model and impact the coordination that is at the root of enabling the entire orchestration to be Model Driven. Historical information to be consumed by the applications in order to determine/adapt business processes based upon past performance. Applications to be coordinated and production and business process related metrics/events to be produced or consumed as part of the overall coordination process. As part of facilitating the application functionality, IIF also includes SISCO Utility Integration Bus (UIB) components. The SISCO UIB PI Adapter is used to populate and manage (e.g. update) OSIsoft s AF repository with a subset of the overall virtual enterprise model. The PI Adapter also allows the historical and real-time information within the OSIsoft Server(s) to be exposed in the context of the enterprise model to the ESB. The product also allows the IIF business oriented applications to store the business process generated metrics/events to be stored within the OSIsoft environment. Figure 7 shows the most typical OSIsoft products that would be utilized in the architecture. These products provide the capability of: Generation of process/production related Key Performance Indicators as well as a mechanism to generate events that can be consumed as part of the business choreography within the IIF solution and other components in the architecture. Publication of process information to the infrastructure (e.g. through the SISCO PI Adapter) in realtime. Provides a repository for historical production process and business process information. Provides a repository for a subset of the enterprise model so that OSIsoft tooling can be used to visualize/report the information within the context of the enterprise model.
12 Creating an Enterprise Class Scalable Model Driven Infrastructure Page 12 Summary Through the deployment of world-class products from IBM, OSIsoft, and SISCO; a robust Model Driven infrastructure can be created that addresses the functional requirements of Enterprise integration. Figure 9: Infrastructure components vs. enterprise integration layers The solution also allows business process, production and Manufacturing Execution System (MES), and process level coordination to occur. Figure 10: Infrastructure components vs. scope of applicability and ISA levels
13 Creating an Enterprise Class Scalable Model Driven Infrastructure Page 13 For more details, please contact Systems Integration Specialists Company. Acknowledgements SISCO gratefully acknowledges the contributions of Troy Carbaugh, Lorenzo Childress, Herbert Falk, and Ron Montgomery for their input and assistance in the creation of this paper.
Business Process Management Enabled by SOA Jyväskylä 8.5.2007 Kimmo Kaskikallio IT Architect IBM Software Brands Five middleware product lines designed to work together Service-Oriented Architecture (SOA)
GE Intelligent Platforms Work Process Management Achieving Operational Excellence through Consistent and Repeatable Plant Operations With Work Process Management, organizations can drive the right actions
Developing an MDM Strategy Key Components for Success WHITE PAPER Table of Contents Introduction... 2 Process Considerations... 3 Architecture Considerations... 5 Conclusion... 9 About Knowledgent... 10
Business Process Management Tampereen Teknillinen Yliopisto 31.10.2007 Kimmo Kaskikallio IT Architect IBM Software Group IBM SOA 25.10.2007 Kimmo Kaskikallio IT Architect IBM Software Group Service Oriented
Manufacturing Operations Management Dennis Brandl BR&L Consulting Peter Owen Eli Lilly & Co Dennis Brandl 1 Objectives Review the ISA 95 standards and how they are being used in companies like Eli Lilly
Application integration solutions To support your IT objectives IBM WebSphere application integration software: A faster way to respond to new business-driven opportunities. Market conditions and business
Business-Driven Software Engineering Lecture 3 Foundations of Processes Jochen Küster email@example.com Agenda Introduction and Background Process Modeling Foundations Activities and Process Models Summary
Enterprise Services Architecture & Semantic Web Services Prof. Dr. Lutz Heuser SAP Research Enterprise Services Architecture Architecture for Change Semantic Web Services Time for Change: IT is Entering
SIMATIC IT Historian Increase your efficiency SIMATIC IT Historian Answers for industry. SIMATIC IT Historian: Clear Information at every level Supporting Decisions and Monitoring Efficiency Today s business
Master Management MDM and Warehousing Complement Each Other Greater business value from both 2011 IBM Corporation Executive Summary Master Management (MDM) and Warehousing (DW) complement each other There
Data Management Roadmap A progressive approach towards building an Information Architecture strategy 1 Business and IT Drivers q Support for business agility and innovation q Faster time to market Improve
JOURNAL OF OBJECT TECHNOLOGY Online at www.jot.fm. Published by ETH Zurich, Chair of Software Engineering JOT, 2008 Vol. 7, No. 8, November-December 2008 What s Your Information Agenda? Mahesh H. Dodani,
WWW.WIPRO.COM CENTRALIZED CONTROL CENTERS FOR THE OIL & GAS INDUSTRY A detailed analysis on Business challenges and Technical adoption. Senthilvelan Umapathi Practice Lead Table of contents 02 Executive
Developing SOA solutions using IBM SOA Foundation Course materials may not be reproduced in whole or in part without the prior written permission of IBM. 4.0.3 4.0.3 Unit objectives After completing this
Business Modeling and Standardization Antoine Lonjon Chief Architect MEGA Content Introduction Business : One Word, Multiple Arenas of Application Criteria for a Business Modeling Standard State of the
DeltaV Distributed Control System Product Data Sheet Advanced Continuous Historian OSIsoft Technology Integrated Configuration Scalable History Recovery Continuous process data is collected by the Advanced
ARC ADVISORY GROUP Orlando Forum 2008 Erik Udstuen Vice President, Intelligent Platforms ARC ADVISORY GROUP Orlando Forum 2008 & Pfizer and Our Vision Technology Roadmap 2 GE Enterprise Solutions Enterprise
Aspen InfoPlus.21 Family The process industry s most comprehensive performance management and analysis solution for optimizing manufacturing and improving profitability The Aspen InfoPlus.21 Family aggregates
Tomáš Müller IT Architekt 21/04/2010 ČVUT FEL: SOA & Enterprise Service Bus Agenda BPM Follow-up SOA and ESB Introduction Key SOA Terms SOA Traps ESB Core functions Products and Standards Mediation Modules
Enterprise Application Designs In Relation to ERP and SOA DESIGNING ENTERPRICE APPLICATIONS HASITH D. YAGGAHAVITA 20 th MAY 2009 Table of Content 1 Introduction... 3 2 Patterns for Service Integration...
Semantic Days 2010 Tutorial The role of ISO 15926 for applying enterprise service bus technologies in oil & gas industry solutions Dr. Udo Pletat IBM Germany, Boeblingen Topic areas Enterprise Application
Architecting an Industrial Sensor Data Platform for Big Data Analytics 1 Welcome For decades, organizations have been evolving best practices for IT (Information Technology) and OT (Operation Technology).
PI System Case Studies in the Cement Industry Presented by Don Harroll OSIsoft Cement Industry Business Development ENERGY Solution Architecture Diagram PIMS Server PI ACE Server PI ProcessBook PI DataLink
RFID System Description for Logistics & Inventory 1. General The Vizbee platform is a flexible rule based solution for RFID based applications that can adapt to the customer s needs and evolve with them.
APIs vs. SOA Integrations with SX without the ION Investment There has been a lot of hype over Service Oriented Architecture (SOA), Enterprise Service Architecture (ESB) and Intelligent Open Network (ION)
Achieving Uniform Global Production Efficiency and Quality with OSIsoft s PI System Presented by Jan de Wilde, Allnex Florian Spribille, SpiraTec Allnex and SpiraTec who we are Initial situation and targets
IBM Global Services April 2008 Five best practices for deploying a successful service-oriented architecture Leveraging lessons learned from the IBM Academy of Technology Executive Summary Today s innovative
Enterprise architecture Manufacturing operations management Information systems in industry ELEC-E8113 Contents Enterprise architecture (EA) Manufacturing operations management (MOM) Rationale of the lecture:
IBM Software WebSphere Thought Leadership White Paper IBM Business Process Manager A single, comprehensive BPM platform that easily scales from project to enterprise-wide programs 2 IBM Business Process
WHITE PAPER Enabling predictive analysis in service oriented BPM solutions. Summary Complex Event Processing (CEP) is a real time event analysis, correlation and processing mechanism that fits in seamlessly
Emerging Technologies Shaping the Future of Data Warehouses & Business Intelligence Service Oriented Architecture SOA and Web Services John O Brien President and Executive Architect Zukeran Technologies
Flexible batch management Wonderware InBatch is control system independent software that can be used for the most complex batching processes that require a high level of flexibility. Sophisticated equipment
Technocrats Domain Inc. Houston, TX, USA Hyderabad, AP, India firstname.lastname@example.org 877-857-3101 (US) WPS 6.1 and Higher 011-91-9963024488 (India) Technocrats Domain is a staffing, consulting and training
Multi-Domain Master Data Management Subhash Ramachandran VP, Product Management 8 June 2011 ProcessWorld 2011 2 DONT OPEN THE ENVELOPE! WAIT FOR THE SURPRISE CONTEST! 8 June 2011 ProcessWorld 2011 3 The
Business Process Execution Language for Web Services Second Edition An architect and developer's guide to orchestrating web services using BPEL4WS Matjaz B. Juric With Benny Mathew and Poornachandra Sarang
Click Jon Butts to add IBM text Software Group Integration Manufacturing Industry email@example.com The Information Revolution for the Enterprise 2013 IBM Corporation Disclaimer IBM s statements regarding
Master data value, delivered. Master Data Management making the most of information assets Master data consists of the information that is key to the core operations of a business. Master data may include
IBM Business Manager 7.5 Technical overview Vladimír Orlík WebSpehere Technical Sales Specialist IBM Slovensko Jún 2011 IBM BPM Vision: One BPM A multi-year strategy delivered over multiple releases Leverage
Service Oriented Architecture 1 COMPILED BY BJ CHAPTER 9 Service Oriented architecture(soa) Defining SOA. Business value of SOA SOA characteristics. Concept of a service, Enterprise Service Bus (ESB) SOA
Models for MES In an Enterprise Architecture Applying Industry Models in a Discrete Manufacturing Environment D. Fraser May 12, 2011 Executive Overview This document describes the modeling techniques applied
Business Intelligence and Service Oriented Architectures An Oracle White Paper May 2007 Note: The following is intended to outline our general product direction. It is intended for information purposes
ACSD ATPN Xi an China June 2008 Challenges and Opportunities for formal specifications in Service Oriented Architectures Gustavo Alonso Systems Group Department of Computer Science Swiss Federal Institute
IBM Software Oil and Gas IBM Maximo Asset solutions for the oil and gas industry Helping oil and gas companies achieve operational excellence 2 IBM Maximo Asset solutions for the oil and gas industry Highlights
Industrial IT cpmplus Enterprise Connectivity Collaborative Production Management Improving the total cost of ownership of your ERP System Realize the true value of your ERP investment with minimal integration
Abstract Vitaly Khusidman Workflow Modernization is a case of Architecture Driven Modernization (ADM) and follows ADM Horseshoe Lifecycle. This paper explains how workflow modernization fits into the ADM
SOMA, RUP and RMC: the right combination for Service Oriented Architecture WebSphere User Group, Bedfont, 4th March, 2008 Keith Mantell Senior Solution Architect IBM Rational firstname.lastname@example.org March
Connectivity and integration Executive brief Optimize the potential of ERP systems through IBM SMART SOA integration strategies. Page 2 Contents 2 Executive overview 3 A problem of integration 4 How this
Impact of OPC UA and Information Modeling on Monitoring Solutions Ron DeSerranno, Founder / CEO email@example.com www.scada.com Definitions HMI Human Machine Interface SCADA Supervisory Control and
Total Exploration & Production: Field Monitoring Case Study 1 Summary TOTAL S.A. is a word-class energy producer and provider, actually part of the super majors, i.e. the worldwide independent oil companies.
IBM Rational SCM solutions for distributed development August 2004 Successfully managing geographically distributed development Karen Wade SCM Product Marketing Manager IBM Software Group Page 2 Contents
The Missing Link in Data Management Introduction Digital properties are a nexus of customer centric data from multiple vectors and sources. This is a wealthy source of business-relevant data that can be
Applying Workflow Technologies to Integrate Utility Business Processes Scott Neumann, CTO, UISOL Kamaraj Shankar, Partner, UISOL Ali Vojdani, President, UISOL Abstract The purpose of this paper is to describe
An Oracle White Paper October 2013 Maximize the Benefits of Oracle SOA Suite 11g with Oracle Service Bus Maximize the Benefits of Oracle SOA Suite 11g with Oracle Service Bus Table of Contents Introduction...
IBM Sensor Solutions IBM RFID for Supply Chain and Logistics: Reusable Asset Tracking solution Highlights Transforms your supply chain by automating and error-proofing business processes Provides real-time
CNG IN A BOX: Cloud Based Enterprise Historian w\dash Boarding Solution for CNG Fueling Stations Project: CNG in a BOX: Cloud Based Enterprise Historian w\dash boarding for CNG Fueling Stations. 1. INTRODUCTION
SOLUTION BRIEF: IDENTITY AND ACCESS MANAGEMENT (IAM) How can Identity and Access Management help me to improve compliance and drive business performance? CA Identity and Access Management automates the
The Evolution of Manufacturing Software Platforms: Past, Present, and With reliance on the global supplier network, pressures on operating margins, and the increasing complexity of products and processes
Discovering the Value of SOA WebSphere Process Integration WebSphere Business Modeler Overview SOA on your terms and our expertise 2005 IBM Corporation Agenda Discovering the Value of SOA with WebSphere
A Modern Process Automation System Offers More than Process Control Dick Hill Vice President ARC Advisory Group firstname.lastname@example.org Modern Business Requirements Dynamic Customer Requirements Requiring Agility
Secure and responsive supply chains IBM Solution for Pharmaceutical Track & Trace The underlying problem: Complexity in the pharmaceutical supply chain At its core, the pharmaceutical industry is about
Condition-based Maintenance (CBM) Across the Enterprise How to Leverage OSIsoft s PI System to Power CBM. OSIsoft, Inc. 777 Davis Street Suite 250 San Leandro, CA 94577 www.osisoft.com Copyright 2007 OSIsoft,
White paper Planning for SaaS Integration KEY PLANNING CONSIDERATIONS: Business Process Modeling Data Moderling and Mapping Data Ownership Integration Strategy Security Quality of Data (Data Cleansing)
MCN Health Monitor The finger on the pulse of your critical systems David Tayler Service Engineer, OSISoft MCN Health Monitor Today s presentation Introduction Description Interfaces Tag Builders Client
Analance Data Integration Technical Whitepaper Executive Summary Business Intelligence is a thriving discipline in the marvelous era of computing in which we live. It s the process of analyzing and exploring
Software for Supply Chain Design and Analysis Optimize networks Improve product flow Position inventory Simulate service Balance production Refine routes The Leading Supply Chain Design and Analysis Application
Approach to Service Management In SOA Space Gopala Krishna Behara & Srikanth Inaganti Abstract SOA Management covers the Management and Monitoring of applications, services, processes, middleware, infrastructure,
From SOA to MOA: Transitioning from Service to Mobile Oriented Architectures OVERVIEW The evolution of enterprise mobility has brought with it new challenges to organizations attempting to enable the right
IBM WebSphere Message Broker To support your IT objectives Delivering a platform-independent based ESB for universal connectivity and transformation in heterogeneous IT environments. The evolution of application
IBM Enterprise Service Bus for Enabling new levels of integration and interoperability for today s demanding hospitals and health plans Highlights Integrate data and applications from disparate sources
Corso Systems, Inc. 125 E. 21st Street Unit 109 Chicago IL, 60616 (775) 750-0540 Choosing a Process Historian A comparison of 4 popular Process Historians and the top 5 decision making criteria most companies
Riversand Technologies, Inc. Powering Accurate Product Information PIM VS MDM VS PLM A Riversand Technologies Whitepaper Table of Contents 1. PIM VS PLM... 3 2. Key Attributes of a PIM System... 5 3. General
An Oracle White Paper June 2009 Integration Technologies for Primavera Solutions Introduction... 1 The Integration Challenge... 2 Integration Methods for Primavera Solutions... 2 Integration Application
What s New in Sonic V7.5 Sonic ESB 7.5 Senior Portfolio Specialist 2 What s New in Sonic V7.5 Sonic ESB Timeline Sonic XQ March 2002 World s First Enterprise Service Bus Sonic ESB 6.0 March 2005 Continuous
-Oriented Architecture and Software Engineering T-86.5165 Seminar on Enterprise Information Systems (2008) 1.4.2008 Characteristics of SOA The software resources in a SOA are represented as services based
Sadržaj seminara: SOA Architecture - SOA Business Challenges - 1990s: Billion Dollar Lock-In - Integration Tools - Point-to-Point Approach - New $200B Lock-In: Big Apps - Frozen Enterprise Asset Concept
EAI OVERVIEW OF ENTERPRISE APPLICATION INTEGRATION CONCEPTS AND ARCHITECTURES Peter R. Egli INDIGOO.COM 1/16 Contents 1. EAI versus SOA versus ESB 2. EAI 3. SOA 4. ESB 5. N-tier enterprise architecture