Future EDI: Suitability to Task Matrix
Introduction
The following sets of matrices shows a comparison between XML/EDI and competing approaches, oo-EDI and BSI, along with traditional EDI by way of comparison.
Three key aspects are compared:
Elements of these factors are drawn from the requirements laid down in the X12 "Future Vision" document from 1993/4 and emerging Electronic Commerce requirements, along with standards and general practice for "Open Systems" engineering. The commercial business requirements are taken from a consensus of various documents available from industry bodies engaged in the EDI arena.
Business Factors
These capabilities can be summarized as the following "Business Top Ten" list of requirements for EDI technology:
Business Factors Matrix
Method
|
A |
B |
C |
D |
E |
F |
G |
H |
I |
J |
XML/EDI
|
9 |
9 |
9 |
9 |
9 |
9 |
10 |
10 |
9 |
10 |
oo-EDI
|
3 |
3 |
3 |
5 |
9 |
7 |
5 |
7 |
5 |
5 |
BSI
|
7 |
7 |
8 |
7 |
8 |
7 |
8 |
5 |
5 |
6 |
Traditional
|
5 |
5 |
5 |
1 |
5 |
5 |
7 |
7 |
0 |
6 |
Scores:
XML/EDI |
93 |
oo-EDI |
52 |
BSI |
67 |
Traditional |
46 |
Technology Engineering
These next factors compare specific technology capabilities and requirements that EDI must provide to enable the business functions demanded by an Electronic Enterprise.
(Key: 0 = No Capability, 5 = Average, 10 = Excellent).
A = Electronic Commerce
B = "Interactive" or "Real Time" EDI
C = Batch EDI
D = Special EDI such as EFT or Medical Imagery
E = Ease of Mapping
F = Ease of Deployment
G = Ease of Linking Trading Partners
H = Creating truly dynamic Distributed Systems
J = Catalogues/Textual Content/Searching
K = Mixed content, binary, multimedia, and documents.
L = "Push" content technology, and workflow.
M = 100% backward compatible with X12/EDIFACT/HL7.
Technology Engineering Matrix
Method
|
A |
B |
C |
D |
E |
F |
G |
H |
J |
K |
L |
M |
XML/EDI
|
10 |
8 |
8 |
7 |
10 |
10 |
9 |
10 |
10 |
9 |
9 |
10 |
oo-EDI
|
5 |
5 |
5 |
5 |
3 |
5 |
3 |
6 |
3 |
7 |
7 |
7 |
BSI
|
7 |
8 |
9 |
7 |
8 |
7 |
8 |
7 |
6 |
8 |
8 |
8 |
Traditional
|
3 |
4 |
5 |
1 |
5 |
5 |
3 |
0 |
0 |
0 |
0 |
10 |
Scores:
XML/EDI |
110 |
oo-EDI |
61 |
BSI |
91 |
Traditional |
36 |
Adaptability and Longevity
Software engineering has taught us basic principles and attributes required to ensure that a software method can adapt to and assimilate new technologies and components into the future. One of the keys for this is to be extensible, so new methods can be incorporated into the existing frameworks. The two main issues here are:
Other issues include just how easily the new technology can be assimilated by people outside of the EDI knowledge domain. Do you need special training or software to use this, or does it fit right in with your existing tools? The following factors examine these criteria:
A = Matching today's software standards
B = Accessibility to all software engineers
C = Ability to add new components
D = Ability to exchange one component for a newer different future one
(example switch use of Java for "Rumbo" a yet to be invented language)
E = Ease of understanding and training in its use
F = Integrates directly with your existing software
G = Deployable via current bandwidths and networks
H = Future extendibility
J = Support for International Languages and Standards
K = Ease of Maintenance, and Change distribution
Method
|
A |
B |
C |
D |
E |
F |
G |
H |
J |
K |
XML/EDI
|
10 |
10 |
10 |
9 |
10 |
10 |
9 |
10 |
10 |
10 |
oo-EDI
|
8 |
3 |
7 |
9 |
3 |
5 |
9 |
7 |
7 |
5 |
BSI
|
9 |
7 |
7 |
8 |
7 |
6 |
9 |
7 |
8 |
5 |
Traditional
|
3 |
4 |
2 |
1 |
3 |
3 |
9 |
1 |
5 |
3 |
Scores:
XML/EDI |
98 |
oo-EDI |
63 |
BSI |
73 |
Traditional |
34 |
Concluding Remarks
The world has changed from thirty years ago, and now requires a dynamic and vibrant tool that matches the organized yet ad hoc nature presented by both modern business practice and its manifestations in the Internet itself. The Internet is re-writing the rules on how people interact, buy and sell, and exchange goods and services.
A method is needed that is designed to deliver the facilitating tools for the organized ad hoc business of the real world. For example, with the use of such methods programmers can pre-construct database templates, application menus and electronic forms that end users can simply download and start using at their locations. Combining all these pieces therefore delivers distributed processing of an unprecedented quality and provides the underpinning for the Electronic Enterprise and it's significant business competitive advantages.
There is no doubt that delivering on this promise is now the challenge that confronts implementers of electronic commerce technologies.
Copyright ©, XML/EDI Group, October, 1997. All rights reserved, no part of this document may be commercially reproduced in part or in whole without consent and prior approval.
To XML/EDI Home Page:
http://www.xmledi.net