There is no doubt, the adoption and acceptance of Desktop Integration technologies is now a fundamental and crucial piece of ammunition in the integration arsenal - across the entire enterprise. More un-integrated applications are actually popping up on user’s desktops - not less! Virtualization is now just adding to the problem of complex integration issues of these desktop applications (yes, they are now less open for integration than before!). OpenSpan has approached this problem wisely as we believe virtualization has a phenomenal future. You can now integrate, not just desktop applications in physical machines, but also integrate applications across virtual machines too - even on remote virtual servers! This is game changing because it paves the way, not just for physical desktop application integration, but brings virtualized integrated applications into reality - even before some users had recognized there was going to be a problem!
A couple of news / items worthy of putting on my blog too. Be back soon.
Shepherd Chartered Surveyors Selects OpenSpan to Streamline Business Processes across Desktops
Serve Customers more Effectively with Microsoft CCF 2008 and OpenSpan Platform
.
1 comment:
As the person responsible for technology services to Shepherd Surveyors, I'd like to comment a little further.
Since implementing Openspan, we're increasingly service-enabling all the remining closed apps within our business, and are now starting to use Openspan proactively across applications, rather than basing it on business process/user controlled event triggers.
Moving further, we'll reach a stage later this year when we will make choices about utilising Openspan to consume whole applications, possibly using WPF adn Ajax to manage new presentation layers to accommodate a number of closed systems, and tie this into our service enablement piece. Other systems assets that run on standard web services will then also naturally slot into this environment.
This will allow us to demote our closed systems to little more than components in a UDM, and improve both the quality and throughput of our business processes.
I should also add that we are achieving all this through a single resource, rather than a dedicated team of technical specialists. I took a young guy from my IT Helpdesk, with probably 18 months of basic Active Directory and Network Support experience. He's never written a line of code in his life, nor even cracked open Visual Studio. We gave him some training, and off he flew.
Finallyu, someone asked me the other day why I thought integration was a strategy. I laughed and asked him why he thought it wasn't...he still hasn't replied.
Martyn Wells
Post a Comment