Community
In our prior blog, we had introduced desktop fragmentation, the problems posed by it, and how a Desktop Integration Platform (DIP) can solve them. In this blog we delve further into the architecture and structure of DIPs.
Providing a seamless user experience to end-users such as traders, analysts, data scientists, etc. has long been a challenge owing to the fragmentation of UX technologies and philosophies. The DIP solves this problem by providing a framework that allows composition and integration of applications on the desktop regardless of the technologies used in developing them. Central to this capability is the DIP’s message broker architecture.
The Desktop Integration Platform is an architectural pattern that aims to bring the benefits of service orientation, re-use and decomposition to the client workstation. DIPs enable integration of UI and data to happen entirely on end-user's devices, with applications exchanging messages instantly through a local message broker using publish/subscribe, request-response, streaming, etc. protocols. Applications, therefore, do not communicate with each other directly, but use the broker to help discover and mediate communications with others. Newly developed applications can be made DIP-aware from the outset, incorporating code to integrate with the DIP’s message broker infrastructure. Legacy in-house applications can integrate with the DIP with minor source-code changes to make themselves known to the broker and to publish their capabilities and hence their existence. This is a small price to pay when this enablement allows specific pieces of application functionality to become discoverable and re-usable by others running on the same desktop. Where desktop applications are provided via a third-party, a full-service DIP will provide other mechanisms to achieve integration e.g., plugins, add-ins, application connectors etc.
To understand this in context, let us a consider a simple example that involves a financial analyst needing to gather customer data, e.g., account information, demographics, credit history, etc. from multiple applications. The traditional integration approach would have prescribed a dedicated client-side application developed anew to visualize the consolidated information from all the services. Alternatively, a “dominant” application could have its UI extended to support this visualization by creating add-ins for the other services, assuming that it supports integration with the necessary backend services. Adopting a DIP would obviate the need for either of these approaches. Using a DIP-based approach to integration, developers would augment the existing in-house applications’ source code to connect to a locally running message broker and publish information about user actions, context, etc. So, when an end-user selects a particular customer record in one of the applications, that context of “the currently selected customer” is published to all of the subscribing applications. This can enable the other applications to concurrently display data related to the shared context, thereby eliminating the end-user to explicitly do so herself.
The most notable advantages of DIPs can be summarized as below:
Of course, server-side and client-side integration techniques are not mutually exclusive, and can be used together. Certain integration scenarios are better suited for a server-side approach. For example, batch update of multiple records in a back-end system where no UI update or confirmation is necessary is best implemented server-side for performance and data consistency considerations.
Desktop Integration Platforms are not entirely new in concept. In Capital Markets, firms like Bloomberg and Refinitiv (FKA Thomson Reuters) have long offered “Terminals” which incorporate everything from trading systems, risk management, data analytics, news, and even email. What sets DIPs apart is they enable incorporation of any UI technology, and do not require wholesale rewrites. Furthermore, DIPs provide a framework and methodology to create an optimal end-user experience based on efficient data management, cross-application context-sharing (interoperability), uniform workflows, and a consistent gestalt.
This content is provided by an external author without editing by Finextra. It expresses the views and opinions of the author.
Abhinav Paliwal CEO at PayNet Systems- A Neo Banking Software Platform
12 August
Raktim Singh Senior Industry Principal at Infosys
09 August
Alex Kreger Founder & CEO at UXDA
Steve Morgan Banking Industry Market Lead at Pegasystems
08 August
Welcome to Finextra. We use cookies to help us to deliver our services. You may change your preferences at our Cookie Centre.
Please read our Privacy Policy.