Steeds vaker wordt er in de financiële wereld gesproken over de implementatie van een standaardpakket voor het volledige primaire proces. Is dit een hype of is dit een reële situatie? 

Een aantal overwegingen om over te stappen zijn: de hoge kosten van de huidige maatoplossingen, door de huidige economische situatie letten banken en verzekeringsmaatschappijen steeds meer op de kosten en het lanceren van nieuwe producten moet steeds sneller.  

Lost een standaardpakket al deze problemen op of komt de financiële instelling door implementatie van een standaardpakket van de regen in de drup? Ik heb een uitgebreid onderzoek gedaan op internet. Hierop staan veel succesvolle implementaties van standaardpakketten voor bijvoorbeeld treasury, grootboek en gedeeltes van het primaire proces (b.v. back-office hypotheken). Succesverhalen over volledige implementaties in het primaire proces bij banken en verzekeraars zijn niet te vinden. Bij een succesvolle implementatie van een pakketaanbieder zou dit zeker gebeuren. Commercieel gezien is dit namelijk een geweldig verkoopargument. Wie wil er niet een succesverhaal publiceren op internet. 

Zelf denk ik niet dat banken en verzekeraars de komende jaren het volledige primaire proces ondersteunen middels een standaardpakket. Implementaties hiervan kosten ontzettend veel en ook hierbij weet je niet waar het schip strand. Dat het in de verdere toekomst gaat gebeuren geloof ik zeker. Banken en verzekeraars kunnen zich hierop nu al voorbereiden.  

Wat is jou mening? Ken je succesverhalen?

I’m just a casual blogger. “Unfortunately” my clients demand a lot of time and attention! But every once in a while, I find that I just have to inform the world on important matters (and yes: importance is in the eye of the beholder). But in a recent project I once again found that there is so little support for the concept of money in the .NET programming languages that you wonder how Microsoft ever got so rich! I thought it was time to put my money where my mouth is and come up with an approach to handling money in C#. Since most of you readers, however, will be non-technical, I’ll spare you the details on this blog. That’s why I’ve put things up on my personal blog for all of you who like to work with the concept of money in your .NET applications.

Enjoy!

Pascal Lindelauf
plindelauf@yellowtail.nl

Hybrid Software Development Process

I strongly believe that if in the future software development is to remain manageable and agile when producing solutions for complex business problems in new hi-tech environments, we will need to abstract further from the lowest levels of coding artefacts. Model Driven Architecture (MDA) and MDD (Model Driven Development) are well adapted concepts that aim at achieving this abstraction. A lot of initiatives are employed to make these concepts available to architects, designers and developers by means of tools that integrate into modelling and development environments. “Integration” is the keyword here: in order to successfully embed MDA/MDD in a software development process, it is very important that it seamlessly integrates with the development environment. Especially, since it is highly unlikely that a company will decide on applying MDA concepts 100% across the board of a time critical (aren’t they all?) software development project. The risk is just too high. The far more likely route to take is to initially apply MDA in only parts of the process and use a conventional process in the other parts. When successful, the application of MDA can be gradually extended. This keeps the risks manageable. Thus, for successful gradual adaptation of MDA, the ability to apply a hybrid process with both MDA and conventional software development is mandatory.

Eclipse

Looking at the current playing field of MDA tools from the hybrid perspective, the best cards seem to be in the hands of the tools that operate within Eclipse. Eclipse is as an open platform for modelling and development tools to plug into. A large number of parties have built there tools for this environment, thus profiting from the open character and the integration benefits that are gained almost automatically. As a software development environment, Eclipse by default comes with a Java language IDE, but other language IDE’s are also available. In short, Eclipse offers a lot that is needed to create a decent hybrid model driven software development environment, where the most convenient target language is Java.

Visual Studio

Then there is Microsoft’s .NET: a powerful development framework, but -at the same time- not nearly as open as anything in the Eclipse space. Actually, the only serious option for developing .NET based software is Visual Studio, which is kept very closed by Microsoft. Additionally, Visual Studio historically grew from ye ol’ Visual Basic IDE, which allowed developers to quickly build visual Windows applications. Still, Visual Studio is very much centred around writing code and optimizing the code writing process by supplying a number components that can be used by integrating them visually. It was never intended to facilitate abstract modelling languages with enhanced tools. Thus, if practical MDA (with a hybrid development process) ever were to happen in the .NET space, Microsoft would be the only one who would be in a position to enable this. Unfortunately, they have repeatedly reported that they “do not believe” in UML nor MDA. They are putting their money on Domain Specific Languages, since that fits far better in the strategy to approach software development bottom-up instead of top-down. But even with DSL’s their ambitions seem rather low level, given that no significant new developments have been incorporated in the new Visual Studio 2008 (compared to its predecessor: Visual Studio 2005).  

Conclusion

So I’m rather pessimistic about the attainability of practical MDA/MDD in the .NET space. Opening up Visual Studio or -better yet- having Microsoft introduce a new open .NET development environment much like Eclipse, could boost developments in this area the right way  (oops, did I use the words “open” and “Microsoft” in the same sentence? ). Or what about even getting a Microsoft-made .NET language IDE plugin in Eclipse? Ok… I guess I’m pushing it. But boy, do I hate it when politics frustrate innovation.     

Pascal Lindelauf 
plindelauf@yellowtail.nl