From ERP to Enterprise Service-Oriented Architecture

From ERP to Enterprise Service-Oriented Architecture

Valentin Nicolescu (Technische Universität München, Germany), Holger Wittges (Technische Universität München, Germany) and Helmut Krcmar (Technische Universität München, Germany)
Copyright: © 2009 |Pages: 13
DOI: 10.4018/978-1-59904-859-8.ch023
OnDemand PDF Download:
$37.50

Abstract

This chapter provides an overview of past and present development in technical platforms of ERP systems and its use in enterprises. Taking into consideration the two layers of application and technology, we present the classical scenario of an ERP system as a monolithic application block. As the demands of modern enterprise software cannot be met by this concept, the shift to a more flexible architecture like the service-oriented architecture (SOA) is the current status quo of modern companies. Keeping in mind the administrative complexity of such structures, we will discuss the new idea of business Webs. The purpose of our chapter is, on the one hand, to show the historical development of ERP system landscapes and, on the other hand, to show the comparison of the presented concepts with respect to application and technology view.
Chapter Preview
Top

Introduction

With the emergence of the SOA concept, the classical architecture of ERP system has started to change and is in a constant flux towards new structures. We want to show these changes, starting with the architecture of ERP systems and describing the different parts of this concept. To exemplify it, we will present the most important aspects of concrete implementations of these principles. As one of the most important ERP systems, we will focus on the structure of the SAP ERP system and will describe the changes of this platform.

Our analysis will comprise of an application-centered and a technical view, considering changes in business paradigms and new technologies that enabled new kinds of business and process management. Starting at classical ERP systems and their implementation in SAP R/3, we will move on to the current concept of SOA and Enterprise SOA. This goes along with a change in technical architectures as well. The SAP NetWeaver platform will be presented as an example of complete Enterprise SOA platforms. Its most important functions will be pointed out and utilizing this example, components that are necessary to realize Enterprise SOA are identified. The light in which SAP NetWeaver is seen has changed in the last years as not the technical components are in the spotlight anymore but the applications that are made possible by such a platform. Finally, we will show the future concept of business webs which will base on Enterprise SOA and conclude our chapter with an outlook to the further development in this area of topic. The structure of our chapter is illustrated in Figure 1.

Figure 1.

Structure of this chapter

Top

Classical Erp Systems

Classical ERP system can be described as commercial software products that are adaptable to company-specific demands. Their typical functional modules include: purchasing, manufacturing, sales, finances, human resources, service and in general reporting. Classical ERP systems focus on data integration and also support process integration within one company.

The technical basis of an ERP system today is usually a Client/Server architecture, where often more than one application server is connected to the central database server. The user of a classical ERP system most time works with basic business transactions like “create order”, “update customer contact data”, “print invoice”, “execute report xy” etc. Changes within such a system due to business transactions are usually propagated in “business” realtime meaning a few seconds or minutes.

The following figure from Davenport visualizes the architecture of a classical ERP system. In addition to the facts mentioned before, there is usually a wide range of reporting functionality for management and stakeholders, based on the central ERP data.

There are a lot of advantages that unfold with the use of ERP Systems (Vogel and Kimbell 2005; N.N. 2007) In the following a few of them are spotlighted:

  • Standardisation

  • Integrated “best practice” business knowledge

  • Data quality

  • Data- and process integration

  • Central authorisation, authentication

However, there are also a lot of potential risks related with the use of ERP-Systems.

  • Possible single point of failure

  • Problems integrating different ERP-Systems

  • Tracking of complex processes – even if they are handled by only one ERP-System

  • operated by personnel with inadequate education in ERP in general

Additional, considerable risks that need to be especially emphasized arise from deficiencies in the ERP introduction project. Example thereof could be:

Key Terms in this Chapter

SOA: SOA is an architectural style whose goal is to achieve loose coupling among interacting software agents. A service is a unit of work done by a service provider to achieve desired end results for a service consumer. Both, provider and consumer are roles played by software agents on behalf of their owners.

Business Web: Corporations are transforming into flatter and more specialized enterprises, linking with suppliers and other businesses to form a larger, more open, value-creation entity – the business web.

SAP R/3: SAP R/3 has been released 1992 as the first ERP system for very large businesses based on a client-server architecture. It was divided in different functional modules and was the central point of enterprise system landscapes.

SAP NetWeaver: Moving from SAP R/3 to SAP ERP, the technical foundation of SAP R/3 SAP Basis was separated from the business functions and enhanced by many other technical features. This new technical basis that enables SOA is called NetWeaver.

IT Practice: The application based view on SAP NetWeaver identifies different main use cases within an enterprise system landscape which are called IT Practices. In different abstraction levels, they describe the activities necessary to achieve the implementation of a specific technical task in a company.

Complete Chapter List

Search this Book:
Reset