Enabling the communication of the vast array of different applications normally found in larger companies is a huge problem. When old mainframe legacy systems are part of the equation, data transfers between applications can become extremely complex and require expert support. In fact, large amounts of Of the efforts and and expenses of modern Information Systems departments are swallowed by the bottomless pit of application integration.
There is a lot of middleware around designed to help overcome these problems, and this is often very helpful. Failing this, a procedure to download, from one database, convert the data, then upload to another database might be necessary. Such procedures are often unstable and demand the attention of highly skilled people.
It was hoped that object oriented applications would overcome these problems in newer systems. But this is only true if an enterprise database is created, and all applications are based on it. With many applications having their own databases, the problem is still around to haunt IT departments.
Different application packages will still have their own databases, and this could easily lead to duplication of entities and redundancy. The need for middleware to capture or transfer common data is once more created. As it often happens that packages are acquired, this scenario is an ongoing problem for most organizations.
The ideal would seem to be to have common data such as customers, suppliers and anything else residing in a central database with standard data maintenance and query modules associated with it. Any new applications or packages should link to this, while any data used only within an application could be kept separate or integrated, as preferred.
At the moment this would seem a dream. The Information systems world is sitting with Lamborghini computing power and Model T applications concepts. Perhaps IT should adopt the same approach as manufacturing, where older, less efficient machines are quickly replaced: not to do so makes a company uncompetitive, and saving money by using old equipment is known to be a wasteful chimera, resorted to by unaware managements.
A disproportionate amount of time and money is absorbed by application integration. Many smaller companies cannot deal with the complexities, and simply choose to live with the problem. In time it is possible that a move might be started towards rationalizing the whole approach to applications. Maybe one day everybody will look back and laugh at the current state of the art, after computers have fully emerged from the Dark Ages of systems development.
There is a lot of middleware around designed to help overcome these problems, and this is often very helpful. Failing this, a procedure to download, from one database, convert the data, then upload to another database might be necessary. Such procedures are often unstable and demand the attention of highly skilled people.
It was hoped that object oriented applications would overcome these problems in newer systems. But this is only true if an enterprise database is created, and all applications are based on it. With many applications having their own databases, the problem is still around to haunt IT departments.
Different application packages will still have their own databases, and this could easily lead to duplication of entities and redundancy. The need for middleware to capture or transfer common data is once more created. As it often happens that packages are acquired, this scenario is an ongoing problem for most organizations.
The ideal would seem to be to have common data such as customers, suppliers and anything else residing in a central database with standard data maintenance and query modules associated with it. Any new applications or packages should link to this, while any data used only within an application could be kept separate or integrated, as preferred.
At the moment this would seem a dream. The Information systems world is sitting with Lamborghini computing power and Model T applications concepts. Perhaps IT should adopt the same approach as manufacturing, where older, less efficient machines are quickly replaced: not to do so makes a company uncompetitive, and saving money by using old equipment is known to be a wasteful chimera, resorted to by unaware managements.
A disproportionate amount of time and money is absorbed by application integration. Many smaller companies cannot deal with the complexities, and simply choose to live with the problem. In time it is possible that a move might be started towards rationalizing the whole approach to applications. Maybe one day everybody will look back and laugh at the current state of the art, after computers have fully emerged from the Dark Ages of systems development.
About the Author:
Peggie K. Lambert is an expert in data management and integration. Need to learn more about application integration solutions? If so the author recommends you visit www.liaison.com.
No comments:
Post a Comment