What would you say if your business application would grow with the ambitions of your company without recurring heavy upgrades?

What would you say if your business application is compiled from best-in-class functionality that can be revised / replaced at any time?

What about modularization of features in the world of business information systems? And can we configure applications with best-in-class functionality?

In some industries, we see that manufacturers embraced ‘Mass Customization’ (consumer markets) and ‘Smart Customization’ (business to business markets). Standardization and modularization makes it possible to fully tailor products to the individual needs of companies or users (individualization -personalization) and yet affordable. With a modular design we can offer a larger variation using as many standard components without the need for customer specific customization.

By the far-reaching standardization manufacturers can focus more on what they see as their core activities: engineering, sales and assembly. The fabrication of parts is done completely by third parties totally product/brand-independent and components of different manufacturers are interchangeable.

Products are no longer sold from stock but composed according to customer requirement using (online) Product Configurators. These help clients making choices when configuring the desired end product and ensure that bills of material and routings are generated that seamlessly connect to the material and production planning.

Important: Customers must make their own choices and therefore know what they want.

Around 2006-2007 I had some hope that the OASIS Web Services Composite Application Framework (WS-CAF) would ensure the breakthrough of application-configuration-platforms. Microsoft, SAP, Cordys (Open Text) and others brought their Composite Application Framework on the market. Unfortunately in many cases remained limited to the functionalities or applications within the own product portfolio or suite.

Despite the fact that many functionalities nowadays can be unlocked via web-services it is still a step too far to put together a complete working hybrid application from functionalities of different vendors. We are still far from what is possible with 'Mass & Smart Customization'.

Can functionalities be created more intelligently so that extension is possible without impact on the existing - the operating environment?

In different industries (cars, smartphones, ...) we see more and more products that consist of intelligent software components which make products smarter, more flexible and more durable. Regularly new software versions are rolled out without the product going back to the manufacturer or service organization.

Are future business applications ready for rolling out such intelligent features? If you look at the layered structure of current web-oriented applications: persistence layer, application layer, presentation layer (user interface), execution layer (process engine), services layer then there are a number of positive developments.

Some solution providers have layers that can be independently adjusted without affecting the operation of the application.

- The Process Engine of Business Process Management systems ensures the execution (runtime) of process models. The functionality of the Process Engine can be extended with new features without affecting the process models.

- In some application development environments the User Interface Layer is separated from the Application Layer to meet the growing demand for device independent applications. For each device there is a different User Interface that works with the same application models.

The decoupling between process models and Process Engines and between application models and User Interfaces are developments of the last years. Many of us know the decoupling between the Domain Model the application software works with and the Data model of the database where the data is stored.

Does this answers the questions? Only in part.

It makes clear that we are not yet so far to compose best-in-class functionalities into a working application. The frameworks that can make it possible are still too much focused on their own domain.

It is not yet possible to stretch the life of your current business applications without your users knowing it. This has mainly to do with the lack of modern service-oriented technologies/platforms that deliver model-interoperability and exchangeability out-of-the-box and float on the power of integration.

But we are well on the way - we can develop solutions faster (read: modeling). Integration is increasingly seen as an enabler = an indispensable part needed to bring Cloud and On Premise services together.

In my future standard business applications are fused into process-driven and data-conscious business ecosystems that exist through the power of integration. They are ecosystems that independently are capable to use the best available functionalities at any time.

Tags: Interoperability-Frameworks, service-oriented technologies

Wat zou u ervan vinden als uw bedrijfsapplicatie mee zou groeien met de ambities van uw bedrijf zonder wederkerende zware upgrades?

Wat zou u ervan vinden als uw bedrijfsapplicatie samengesteld wordt uit best-in-class functionaliteiten die op elk moment herzien / vervangen kunnen worden?

Hoe is het gesteld met modularisatie van functionaliteiten in de wereld van bedrijfsinformatiesystemen? En kunnen we applicaties configureren met best-in-class functionaliteiten?

In sommige industrieën zien we dat fabrikanten 'Mass Customization' (consumentenmarkten) en 'Smart Customization' (business to business markten) hebben ingevoerd. Standaardisatie en modularisatie maken het mogelijk om producten volledig toe te snijden op de individuele behoeftes van bedrijven of gebruikers (individualisering - personalisering) en toch betaalbaar te houden. Met een modulair productontwerp kan een grotere variatie met zoveel mogelijk standaard componenten geboden worden, zonder dat klantspecifiek maatwerk nodig is.

Door de ver doorgedreven standaardisatie kunnen fabrikanten zich steeds meer richten op wat zij als hun kernactiviteiten zien: engineering, verkoop en assemblage. De fabricage van onderdelen gebeurt volledig door derden totaal product/merk-onafhankelijk waarbij onderdelen van verschillende fabrikanten uitwisselbaar zijn.

Producten worden niet meer uit voorraad verkocht maar samengesteld volgens de wensen van de klant met (online) Product Configuratoren. Deze helpen klanten bij het maken van keuzes tijdens het configureren van het gewenste eindproduct en zorgen dat stuklijsten en routings worden gegenereerd die naadloos aansluiten op de materiaal- en productieplanning.

Wel Belangrijk: Klanten moeten zelf keuzes maken en dus weten wat ze willen.

Omstreeks 2006 - 2007 had ik enige hoop dat het OASIS Web Services Composite Application Framework (WS-CAF) voor de doorbraak van applicatie-configuratie-platformen zou zorgen. Microsoft, SAP, Cordys (Open Text) en anderen brachten hun Composite Application Framework op de markt. Helaas bleef dat in veel gevallen beperkt tot de functionaliteiten of applicaties binnen het eigen productportfolio of suite.

Ondanks het feit dat veel functionaliteiten tegenwoordig via web-services ontsloten kunnen worden is het nog altijd een stap te ver om een compleet werkende hybride applicatie samen te stellen uit functionaliteiten van verschillende leveranciers. We zijn nog ver verwijderd van wat mogelijk is met 'Mass & Smart Customization'.

Kunnen functionaliteiten intelligenter worden uitgevoerd zodat uitbreiding zonder impact op het bestaande - de operationele omgeving - mogelijk is?

In verschillende branches (auto's, smartphones, ...) zien we de laatste jaren steeds meer producten die bestaan uit intelligente softwarecomponenten die producten slimmer, flexibeler en duurzamer maken. Regelmatig worden nieuwe software-versies uitgerold zonder dat het product terug moet naar de fabrikant of service-organisatie.

Lenen de toekomstige bedrijfsapplicaties zich al voor het uitrollen van dergelijke intelligente functies? Als je naar de gelaagde opbouw van de huidige web-georiënteerde applicaties kijkt: persistence layer, application layer, presentation layer (user interface), execution layer (process engine), services layer dan zijn wel een aantal positieve ontwikkelingen gaande.

Sommige aanbieders van oplossingen beschikken over layers die onafhankelijk van elkaar kunnen worden aangepast zonder dat het invloed heeft op de werking van de applicatie.

- De Process Engine bij Business Process Management Systemen zorgt voor de uitvoering (executie) van procesmodellen. De functionaliteit van de Process Engine kan uitgebreid worden met nieuwe functies zonder dat de uit te voeren procesmodellen beïnvloed worden.

- In sommige applicatie development omgevingen zien we dat de User Interface Layer ontkoppeld is van de Applicatie Layer zodat voldaan kan worden aan de groeiende vraag naar device onafhankelijke applicaties. Voor ieder device is er een andere User Interface die wel met dezelfde applicatiemodellen samenwerkt.

De ontkoppeling tussen Procesmodellen en Process Engines EN tussen Applicatiemodellen en User Interfaces zijn ontwikkelingen van de laatste jaren. Velen onder ons kennen wel de ontkoppeling tussen het Domeinmodel waarmee de applicatieprogrammatuur werkt en het Datamodel van de database waarin de data wordt opgeslagen.

Geeft dit een antwoord op gestelde vragen? Slechts deels.

Het maakt duidelijk dat we nog niet zover zijn om best-in-class functionaliteiten samen te stellen tot een werkende applicatie. De frameworks die het mogelijk kunnen maken zijn nog teveel gericht op het eigen domein.

Het gaat nog niet lukken om de levensduur van uw huidige bedrijfsapplicaties op te rekken zonder dat uw gebruikers daar wat van merken. Dat heeft vooral te maken met het ontbreken van moderne service-georiënteerde technologieën/ platformen die model-interoperabiliteit en uitwisselbaarheid out-of-the-box leveren en drijven op de kracht van integratie.

MAAR we zijn wel goed op weg - we kunnen sneller oplossingen ontwikkelen (Lees: modelleren). Daarbij wordt integratie steeds meer gezien als een enabler = een onmisbaar onderdeel dat nodig is om Cloud en On Premise services samen te brengen.

In mijn toekomstbeeld zijn standaard bedrijfsapplicaties versmolten in proces-gedreven en data-bewuste bedrijfsecosystemen die bestaan door de kracht van integratie. Het zijn ecosystemen die zelfstandig in staat zijn de best beschikbare functionaliteiten op enig moment in te zetten.

Tags: Interoperability-Frameworks, service-oriented technologies