Is it Bpm? is it Application Development? No, Its a Mashup!

By: Max J. Pucher

What is a Mashup really? Most vendors claim to compose task based applications that are easy to define and deploy and link together multiple SOA services. Development is collaborative between IT and business users and thus reducing overall project management time. It all sounds absolutely great!

It sounds in fact so much like what we at have been doing for the last ten years. Oh God, we are not what we thought we are anymore. Identity crisis is setting in. We have been once again thrown into another bin. Sigh.

So what are we going to sell now? A Mashup integration tool that empowers endusers to consolidate ECM, BPM, CRM and all the rest without doing anything? It happens all by itself?

Let's face it. Mashups are nice and cute. Some more, some less. But they are no more than component software with a cutsy user interface. They are limited in user interface options, limited in process options, have no content functions, usually run on Windows only, most probably quite limited in scalability because of it. Integration is limited to SOA.

Mashups are good in principle, but they are not something new. Forrester suggests that there is a trend to move from a model-view-control perspective of applications to a process-view-service perspective like in those Mashup products. We have had this perspective for years, but it is nowhere near enough because the views are mostly forms and the process requires substantial analysis. Mashups a process design tools that are not so process analysis focused. So are we.

So maybe is Mashup? OK. The main difference is that we see the content as the carrier of the business process and use the user-trainable complex event processing capability of Papyrus UTA to do away with process analysis. Because even if Mashups are easy to maintain applications, making changes still requires analysis, implementation and rollout. And this analysis can simply be wrong because of the process complexity or the requirements change. They do that all the time.

We and Mashups face the same challenge however: Getting the NOT-AGILE people (in IT and business) of large corporations to be agile. Becasue agility is not in the software .. it is in the mind!

Technology
 • 
 • 
 • 
 • 
 • 
 • 
 • 
 • 
 • 
 • 
 • 
 • 
 • 
 • 
 • 
 • 
 • 
 • 
 • 
 • 

» More on Technology
 



Share this article :
Click to see more related articles