iklan ads
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.
While middle ware exists to help overcome these issues, the permutations of languages, equipment, databases, and operating system are never ending, so it is impossible to cater for every eventuality. If proprietary tools are not available, the the solution is a home-grown procedure to do the job of communicating between systems. Here the skills shortage may affect the maintainability of such software bridges.
The advent of the concept of object orientation seemed to promise some relief. Unfortunately this did not address the problem. Only if there is only one occurrence of any data, with all applications accessing it directly would the problem be obviated. As long as there are Application specific databases, the problem will persist.
However, packaged solutions would still depend on their unique databases. This means so there will still be considerable redundancy, necessitating communication via some form of middleware. With packages often being preferred, there is really no solution in sight for this dilemma.
The best solution would seem to be a central repository database which houses all data common to several applications and provides the functionality to maintain and inquire on the data. New applications or packages would interface to that master database. Data used by only one system could be handled as appropriate.
Unfortunately this scenario is very much one for the future. At the moment the world of application systems is very imperfect, as companies still struggle to come to terms with their model T applications. What is needed is the same sort of attitude as with machinery, where equipment that still works is quickly replaced by more efficient machines: an approach that drove America to the forefront among manufacturing nations.
In any company, a lot of effort goes int application integration. Because the complexities may be too much to handle, many organizations simply accept the situation and live with the multiple capturing of data. It is to be hoped that some rationalization will occur as the Computer software industry matures. Perhaps future Information Professional will be amazed and the current haphazard approach to such an important business function.
While middle ware exists to help overcome these issues, the permutations of languages, equipment, databases, and operating system are never ending, so it is impossible to cater for every eventuality. If proprietary tools are not available, the the solution is a home-grown procedure to do the job of communicating between systems. Here the skills shortage may affect the maintainability of such software bridges.
The advent of the concept of object orientation seemed to promise some relief. Unfortunately this did not address the problem. Only if there is only one occurrence of any data, with all applications accessing it directly would the problem be obviated. As long as there are Application specific databases, the problem will persist.
However, packaged solutions would still depend on their unique databases. This means so there will still be considerable redundancy, necessitating communication via some form of middleware. With packages often being preferred, there is really no solution in sight for this dilemma.
The best solution would seem to be a central repository database which houses all data common to several applications and provides the functionality to maintain and inquire on the data. New applications or packages would interface to that master database. Data used by only one system could be handled as appropriate.
Unfortunately this scenario is very much one for the future. At the moment the world of application systems is very imperfect, as companies still struggle to come to terms with their model T applications. What is needed is the same sort of attitude as with machinery, where equipment that still works is quickly replaced by more efficient machines: an approach that drove America to the forefront among manufacturing nations.
In any company, a lot of effort goes int application integration. Because the complexities may be too much to handle, many organizations simply accept the situation and live with the multiple capturing of data. It is to be hoped that some rationalization will occur as the Computer software industry matures. Perhaps future Information Professional will be amazed and the current haphazard approach to such an important business function.
About the Author:
Peggie K. Lambert is an expert in data management and integration. Need to learn more about application integration? If so the author recommends you visit www.liaison.com.
iklan ads