The information and applications that are available to the
corporate Intranet, the greater its usefulness. Enterprise application
integration (EAI) addresses this need by enabling multiple applications within
an organization to share information and functionality over the Intranet. A
critical principle of EAI is the ability to integrate islands of automation
without having to replace existing legacy systems that are performing
satisfactorily. To accomplish this an EAI architecture needs to incorporate application-to-application
adapters, business rules, data transformation technologies and workflow
management. In its most mature form, EAI enables subject matter experts rather
than programmers to quickly and efficiently change business processes. The
following steps provide a road map for getting from A to Z.
1. Let operations drive the implementation
One of the primary problems with many early Intranet
implementations was that top management and information technology drove the
project with relatively little input from operating management. The result was,
frequently, that access to mission-critical legacy applications were neglected
in the rush to adopt the newest technological solution. If EAI is to overcome
this problem, the various divisions and departments within the organization
must play a leading role. The idea is to ensure that the architecture of the
EAI solution gives primary weight to the needs of the operating arms of the
organization.
The emerging technology of EAI provides a robust structure to
preserve the functionality of the legacy systems while addressing critical
connectivity and communications needs with leading-edge technology. When
operations drive the EAI implementation, the result can be the integration of
islands of automation that have risen throughout most large organizations,
resulting in dramatic improvements in business efficiency and closer
communications with customers, suppliers and partners. Later down the road,
operations will also play a key role in the steering committee that has the
mission of reviewing and guiding the project to ensure it stays aligned to the
business goals.
2. Analyzing your IT infrastructure
In the 1960s and 1970s when companies began to acquire
first-generation business computers, those systems were used to reduce costs
and headcount by automating rote tasks as part of static and highly-structured
approach to information management. As information technology proliferated
throughout the organization, a wide range of different applications were implemented,
at the department, division and enterprise level.
As companies move into the Internet economy, the need has arisen
to obtain additional efficiencies and interact with the digital economy by
integrating these islands of automation. The first step is mastering your
application portfolio by determining which systems exist within the
organization, what functions they are capable of performing, what other
applications they communicate with if any and how they fit into your long-term
e-business strategy. In a large number of cases you will probably discover that
these applications are performing a critical function effectively yet are
unable to communicate effectively with other important parts of your
organization, wasting time and resulting in poor decisions because information
is not available. The existence of applications such as this is a good reason
to implement an EAI strategy. The basic idea is to integrate the application
logic that implements business processes within an enterprise, which usually
happens to be the same business processes that partners and customers will be
interacting with over the Web.
3. Establish your business goals
Far too much EAI activity today is being driven by technology
rather than business objectives. What should be done instead is to first
develop a macro level business strategy that provides a road map for adapting a
business to the era of e-business. Just like developing a business strategy for
the old economy, an EAI strategy should start by considering a business'
current position in the market including strengths and weaknesses, products and
distribution channels, the challenge posed by competition, new opportunities in
the market, etc. But at the same time, a business needs to consider the
opportunities and challenges posed by the ability to integrate existing
applications both to each other and to the Intranet, such as the potential to
interact directly with customers to streamline distribution channels as well as
the competitive threat posed by new market entrants leveraging the Internet.
The next step is mapping a path to implement that strategy while putting the
primary emphasis on delivering a positive experience to customers, channel
partners and the others with whom you interact. For example, several years ago
Federal Express set out to provide its customers with the current location and
status of any of the 2.6 million packages the company will deliver today.
Providing these capabilities required integrating legacy systems as well as
developing wireless devices used by collection and delivery agents to scan most
packages 5 to 7 times between pickup and delivery and to automatically transmit
updates to the nearest regional center. This strategy dramatically improves the
level of customer service that the firm is able to provide.
4. Establish your EAI architecture
An enormous amount of time and money is probably invested in the
systems that run your business. Replacing these systems with parallel systems
designed to interface with other parts of the organization and e-business
systems doesn’t make good business sense in most cases. This creates the need
to develop an architecture that can communicate with and extend existing
systems by integrating them with new packaged and custom applications that
service your supply chain, channel network and customers.
The EAI architecture should, first of all, address the issue of
communicating with the disparate applications in the organization. Secondly, it
should deal with converting data structures into a common format and, third, it
must create business processes that link the integrated applications. Consider
the situation of a firm that has problems communicating with customers and
wants to implement a leading-edge customer relationship management system to
address them. Without provisions for interfacing with back office systems,
connectivity will require multiple manual steps with the result that information
will often be incomplete and out of date. EAI architecture can address these
issues by integrating the existing ordering and inventory systems with the new
CRM to eliminating manual processing. When the CRM system is executed, it calls
each of the integrated applications in a sequence that corresponds to the flow
of the business process. This will make it possible for the CRM to
automatically initiate an order and pass customer demographics and information
to the ERP system which can then initiate the manufacturing process using
existing methods.
5. Evaluate and select EAI tools
An early approach to EAI was to write hard-coded point-to-point
interfaces that allow the business logic in one application to communicate with
other applications.The problem with
this approach is that it requires existing applications to be modified, which
can introduce bugs, and also creates a considerable amount of maintenance work.
This approach has been largely superceded by a new generation of software that
integrates both data and business processes between a wide range of different
applications, from custom mainframe applications to the latest packaged
e-business solutions. These newer generation products cut IT costs by creating
a modular, scalable, flexible integration environment, and by providing the
ability to make transformation and routing changes through a high level
language or GUI interface. Because these new tools add an independent,
noninvasive layer, nothing has to be torn apart while the integration solution
is developed. Companies can integrate ERP systems with legacy applications,
then easily incorporate state-of-the art e-business applications. Mainframe and
other legacy systems that are already running efficiently can continue to
shoulder their part of the workload while connecting seamlessly to newer
Web-based solutions. Using an integration broker architecture approach can eliminate the seemingly endless number of
application interfaces imposed by point-to-point integration schemes. Instead
of an interface between each application, 56 interfaces if you have 8
applications, only a single interface is needed between each application and
the integrator. The technological requirements for an EAI implementation are by
necessity quite strict. With data transformations, business rules and workflow
logic that integrates many mission-critical applications a single platform, the
EAI solution must provide continuous availability, scalability and ironclad
security. The key to success of the EAI solution is in its ability to reuse or
preserve critical business functionality and to make the integration scheme
transparent to its user community.
6. Develop the EAI process
The first step is initiating communications among all the
disparate applications which have typically been written in a variety of
different environments and were never designed to communication with one
another. Most EAI infrastructures are based either upon a message or an
application integration platform. The second step is harmonizing the different
data structures used by these applications. Products that automatically
transform data into normalized structures can speed this process. The third
step is coordinating the flow of information among the different applications.
Business rules and workflow play a critical role in this process. An example of
a business rule might be: “If a customer places an order of $100 or more from
the web site, shipping is free.” Should this policy be modified, a central
integrator makes it possible to make the change in only one spot, the
integrator’s core, rather than in several individual applications. The workflow
of a new service order taken by a telecommunications call center might be: 1)
transfer the customer ID from the CRM system to the service system 2) Query the
service system to verify that the requested service is available in the
customer’s area 3) If the service is available, then place the order in the
provisioning system and enter the customer into the billing system 4) Send the
scheduling and cost information from the provisioning system back to the CRM.
7. Pick the right partners
A large percentage of medium and large companies outsource some or
all of their EAI development and implementation to avoid the difficulty of
locating and high cost of retaining skilled IT staff members. Most EAI
applications fit the main criteria for a good outsourcing project – a large
project that has been defined to the point that it does not require day-to-day
interaction between business and development teams. There have been many cases
where an outsourcing team is able to make dramatic improvements in a new or
existing EAI application. Typically these improvements do not necessarily stem
from an increased level of skill on the part of the outsourcing team but rather
flow from the nature of outsourcing. The outsourcing team brings fresh ideas
and perspective to their assignment and is often able to bring to bear methods
and solutions that they have developed on previous assignments. The outsourcing
team also does not have to deal with manpower shortages and conflicting
priorities faced by internal teams. The outsourcing team may also be able to
leverage staff members in other countries in order to provide skills that are
in short supply and reduce delivery time. Look for an organization that
provides depth of experience in each area of your IT infrastructure involved in
the integration, including both leading-edge e-business and legacy host
systems. With the right organizational focus, clear business goals,
cutting-edge EAI tools and knowledgeable partners, your integration effort can
exceed the expectations of your internal and external customers.
Large-scale integration pilot
One major company seemed, on the surface, to have a relatively
simple integration problem. Data from front-end applications needed to be
transmitted to the corporate office and then updated to RDBMSs. Each data flow
represents a different service provided by the customer. Complications,
however, arose from the fact that each new service offered by the customer
required additional programming to edit, reformat and store data. Changes in
business rules required expensive program modification and extensive
coordination to make sure all systems were reasonably consistent. Finally,
integration between the front-end and back-end systems was required to ensure
that data in one system (addresses, for example) matches data in other systems
as changes occur. What was needed was a way to centralize business rules and
allow for the propagation for changed data.
A recently completed pilot used using Sagavista to quickly
establish eight working integration flows in this customer’s environment. The
eight integration flows represent phase one of a multiphase project that will
allow data to be disseminated to multiple systems from a single point of
contact on the web. Subsequent phases will allow disparate systems to keep
common data "in sync" allowing for better customer service and reduce
maintenance cost. The pilot was significant in its size and complexity. With
over 100 integration points and some 30 different message types, it represented
one of the largest integration scenarios to date using this integration tool.
The graphic nature of this tool along with its general ease of use allowed
developers to build the flows in a matter of weeks and transfer a significant
amount of knowledge to the customer, illustrating the importance of selecting
the right EAI tools.
Real-time data feed
As an example, a major police department needed a real-time data
feed for a reporting system residing on a Windows NT platform, written in
Visual Basic with data stored on a SQL Server database. The customer populated
the SQL database with data from their core system written in Natural/Adabas and
residing on an OS/390 mainframe. The pre-EAI process involved a considerable
amount of batch processing, FTP's and manual processes. An EAI solution was
used to solve the customer's business problem by automating the data transfer
process so that the SQL Server tables would be in sync with the Adabas files at
all times. The EAI solution is external to the customer's current applications,
so none of their existing applications needed to be modified. This application demonstrates
the critical need to base the solution on the business goals.
Earl Holland is Director of Enterprise Integration Solutions at Syntel, Inc. where his
responsibilities include both sales and delivery. He has over fifteen years
experience in the information technology industry with emphases on leading-edge
technology, business process improvement and life-cycle development.
Earl joined Syntel's Enterprise Solutions Group in May of
1999 as Business Development Manager and was promoted to his current position
in March 2000.