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