Future EDI - What comes after X12 and EDIFACT

advertisement
Future EDI - What comes after
X12 and EDIFACT?
Michael C. Rawlins
Rawlins EDI Consulting
1
Tools
Rawlins EDI Consulting
2
What comes after X12 and
EDIFACT?
Where are we now?
 Defining “What” to exchange
 New ways “How” to do it
 Pioneers

Rawlins EDI Consulting
3
Where are we now?
Systems evolution
 How we do it now

Rawlins EDI Consulting
4
Evolution of Applications
Packaged
Applications
Custom
Development
Batch
On-Line
Interactive
Stand Alone Interfaced Integrated“Componentized”
Rawlins EDI Consulting
5
Evolution of Business
Systems
Stand Alone
Systems
LANS, WANS,
VANS
Internet
Mainframes PCs Distributed Client/ Network
and Minis
Computing Server Computing
Rawlins EDI Consulting
6
How We Do It Now
Sender’s EDI
Software
Sender’s
Business
Application
Export
Program
Export
File
EDI
X12 or
EDIFACT
Interchange
Receiver’s
Business
Application
EDI
Import
File
Import
Program
Receiver’s EDI
Software
Batch, Custom Interfaces, VANs
Rawlins EDI Consulting
7
“What”

Functional Requirements
 Open-edi
and OO-edi
 Other OO Analysis Approaches
 Dictionary or Repository Based Approaches

Non-Functional Requirements
Rawlins EDI Consulting
8
Defining Functionality
Functional
Requirements =
Processing and
Data
 Standards =
Codified Functional
Requirements

Processes
Documents
Data
Rawlins EDI Consulting
9
From Open-edi to OO-edi
Report
Open-edi
Reference
Model
Rawlins EDI Consulting
Draft
Report
Reference Guide
“Next Generation
of UN/EDIFACT”
OO-edi
Standards
10
Open-edi Definition
“The application to application exchange of
any predefined and structured data for
business purposes without human
intervention and without prior agreement”.
Rawlins EDI Consulting
11
Open-edi Key Concepts
Separate “What” from “How”
 Business Operational View (BOV) - “What”
 Functional Service View (FSV) - “How”
 Scenario - Defines:

 Roles
 Information
to be exchanged
 Characteristics of the exchange
Rawlins EDI Consulting
12
Evolution of Analysis
Techniques
Napkins Narrative Structured Information
Text
Analysis and Process
Modeling
Rawlins EDI Consulting
Object
Modeling
13
Why OO-Analysis?
Processing
Object Class
Processing:
“Methods”
?
Data:
“Attributes”
Data
Traditional Analysis
Rawlins EDI Consulting
OO Analysis
14
OO-edi Outline
Develop Open-edi using OO techniques
 BOV (“What”) Only
 Object Modeling via UML
 Focus on application vendors, not end users

Rawlins EDI Consulting
15
Future OO-edi Standards

Standards will define:
 Standard
object classes
 Interactions among objects

Scenarios will specify:
 Roles
 Objects
and methods
 Services required of FSV
Rawlins EDI Consulting
16
Object Management Group
Cross-Industry Consortium
 Responsible for CORBA standard
 Defining Common Business Objects
 Developing Electronic Commerce
Architecture

Rawlins EDI Consulting
17
Microsoft
Partnering with application vendors
 Developing industry based solutions
 Notable examples:

 Value
Chain Initiative
 Insurance
Rawlins EDI Consulting
18
Dictionaries and
Repositories
BSR - ISO Basic Semantic Repository
 UDEF - CALS Universal Data Element
Framework
 BEACON - ICARIS Project “Object
Nexus”

Rawlins EDI Consulting
19
Non-Functional
Requirements
“Quality” or “System” Requirements, Goals
 Examples

 Trading
Partner Mandates
 Low Cost
 Reliability
 Modifiability and Flexibility

Tradeoffs
Rawlins EDI Consulting
20
Impact of Non-Functional
Requirements
Can Determine Success or Failure
 Will Dictate “How”

Rawlins EDI Consulting
21
Example:
The Analysis Process
OO-edi
X12
BEACON
Completeness
Rawlins EDI Consulting
Cost
22
“How”
Objects
 Distributed Objects
 OO-edi Implementation
 BSI
 XML

Rawlins EDI Consulting
23
Standards!
Standards!!
Standards!!!
Rawlins EDI Consulting
24
Why Objects?
Human
Resources
Shop
Floor
Without Objects
Rawlins EDI Consulting
Human
Resources
Shop
Floor
With Objects
25
EDI by Distributed Objects
Sender’s
Application
Receiver’s
Application
Middle
ware

Middle
ware

Internet

Rawlins EDI Consulting
OMG’s
CORBA
Microsoft
DCOM
Java RMI
26
OO-edi Implementation
OO-edi Repository
Sender’s
Application
Receiver’s
Application
OO-edi
Server
Middle
ware
Middle
ware
OO-edi
Server
Internet
Rawlins EDI Consulting
27
BSI
Sender’s BSI
Server
Sender’s
Business
Application
Export
Program
Receiver’s
Business
Application
Export
File
EDI
BSI
BSI
Interchange
Rawlins EDI Consulting
BSI
Import
File
Import
Program
Receiver’s BSI
Server
28
BSI Vs. X12
Trading Partner
Specific Mapping
Commands
X12 Transaction
Set Tables,
Dictionaries
EDI
Import
File
Sender Specific
BSI Specification,
from Sender
BSI
Receiver’s X12
Software
X12
Interchange
X12 Inbound
Rawlins EDI Consulting
Receiver’s
Generic
BSI Specification
for Import File
Import
File
Receiver’s BSI
Server
BSI
Interchange
BSI Inbound
29
XML - eXtensible Markup
Language
Derived from SGML
 Web and Document Centric
 More powerful than HTML

 Template
document types
 Data tags:
<SHIP_DATE>19981101</SHIP_DATE>
Rawlins EDI Consulting
30
XML for EDI
Use XML formats and tools for EDI
 Primary Implementations:

 Web
based X12 or EDIFACT
 Browser based Exchanges
 Application to Application
Rawlins EDI Consulting
31
XML for EDI via Browser
Catalog
Purchasing
<Part_Number>ZX-3111</Part_Number>
<Vendor>World Wide Widgets</Vendor>
Rawlins EDI Consulting
32
XML/EDI via Applications
Sender’s
Business
Application
XM L
G enerator
XM L
M apper
Rawlins EDI Consulting
Standard
Docum ent Type
Definition
XM L
Receiver’s
Business
Application
XM L
Parser
XM L
M apper
33
XML/EDI Development
XML/EDI Group
 X12 XML/EDI
 EDIFACT XML/EDI
 Open Financial Exchange (OFX)
 Open Trading Protocol (OTP)
 Proprietary - SAP and others

Rawlins EDI Consulting
34
Pioneers
Network Management Forum
 ACORD

Rawlins EDI Consulting
35
NMF CIGP
Industry: Telecommunications
 Purpose: Exchange operations information
between carriers
 What: Defined by object modeling
 How: Common Interconnection Gateway
Platform supporting many technologies

Rawlins EDI Consulting
36
ACORD ObjX
Industry: Insurance
 Purpose: Exchange information among
agents and insurers
 What: Defined by object modeling
 How: Microsoft’s COM/DCOM now, Java
and OMG’s CORBA later

Rawlins EDI Consulting
37
What Next?
Many emerging technologies
 Standards lagging behind
 Babble, Esperanto, or BabbleFish?

?
Rawlins EDI Consulting
38
What to Do?
?
Identify your Requirements, particularly
Non-Functional Requirements
 Start planning strategy
 Standards - monitor, participate
 Talk with application vendors

Rawlins EDI Consulting
39
For More Information
?
www.metronet.com/~rawlins/future.html
 rawlins@metronet.com

Rawlins EDI Consulting
40
Download