We komen het steeds vaker tegen: de oude en vertrouwde Oracle Forms applicaties, al dan niet gegenereerd vanuit Oracle Designer, worden gemigreerd naar modernere technologieën. Uiteraard, willen we vanuit de techniek graag meegaan in de nieuwste ontwikkelingen en graag zien we terug dat we steeds sneller en efficiënter kunnen ontwerpen en ontwikkelen, maar dit mag niet de enige reden zijn. Wat bezielt de ‘Business’ om een zo ingrijpende aanpassing van hun omgeving goed te keuren? Welke onderliggende redenen zijn er om deze betrouwbare technologie in te ruilen voor iets nieuws?
Steeds vaker wordt het argument op tafel gegooid dat Designer en Forms Developer hun beste tijd hebben gehad. Dat de ‘end-of-live’ voor versie 10g release 1 ergens in 2012 is gesteld komt steeds vaker boven water. Dit kan echter niet het enige argument zijn. In een interessant artikel van Gartner wordt gerept over een aantal zaken. Hierin geven zij aan dat het ‘toekomst’ bestendig maken van de Enterprise architectuur een van de belangrijkste argumenten voor migratie is. Maar wat is dit toekomst bestendig maken. Is dat SOA? Overzetten naar het Web?
Op een aantal punten komt een andere mooie, niet onbekende term boven water. Het verlagen van de ‘Total Cost of Ownership’. Is deze werkelijk zo hoog voor Oracle Forms en Reports? Waardoor zijn deze dan zo hoog? En misschien nog wel belangrijker, waarom hebben wij dat dan altijd geaccepteerd dat deze zo hoog lagen? Het antwoord hierop is simpeler dan je kunt bedenken: het was het beste wat er is. In eerste instantie ontworpen voor ‘in house’ deployment is Oracle Forms uiteindelijk geconverteerd naar het web. Met Forms 9i werd het tijdstip aangekaart dat er gewerkt moest worden met een zogenaamde Three Tier omgeving. Niet geheel ongewenst, de meeste gebruikersgroepen werden steeds groter en ook de infrastructuur moest hieraan mee gaan werken.
De kosten van een ‘nieuwerwetse’ omgeving zijn een stuk lager dan een aantal jaren geleden. Om een Forms applicatie over het web beschikbaar te stellen aan een toenemend aantal gebruikers, is tot nog toe vaak het antwoord op performance: more CPU, more memory, better performance. Dit komt voornamelijk omdat de applicatie welliswaar in de browser draaide, maar vooralsnog doorgestuurd moest worden naar de gebruiker. Dat dit veel performance vraagt is niet gek. Immers: hoe meer data (dus ook de applicatie zelf) over het web verstuurd moet worden, hoe meer kracht hierachter moet liggen.
Inmiddels zijn we echter een stuk verder in de ontwikkelingen. Browsers zijn beter geworden en ook internetverbindingen zijn niet meer zo traag dat we liefst niet al te veel via het web willen versturen. Het idee van de thin client kan tegenwoordig op applicatie niveau dan ook prima worden toegepast. De huidige webapplicaties zijn sneller, beter beveiligd, makkelijker en goedkoper te beheren, sneller te deployen, maken efficiënter gebruik van de Applicatie Server en zullen minder druk zetten op de bestaande database structuren.
Daarnaast hebben we het inmiddels wel weer gehad met onbegrijpelijke applicaties. Gebruikers nemen het niet langer voor lief dat zij F7 moeten indrukken om te kunnen zoeken in een applicatie. We willen grafische interfaces die begrijpelijk zijn en waar we onze medewerkers en gebruikers niet voor hoeven op te leiden. De intuïtieve applicatie is herrezen en daar willen we graag bij horen. Dat dit prima kan met een datacentrische applicatie wil nog niet echt doordringen. Maar het invoeren en uitvoeren van data is wat dat betreft een aloud concept. De werkwijze van gebruikers schijnt, volgens verschillende bronnen, bijzonder toe te nemen bij het werken met applicaties over het web. Nieuwe ontwikkelingen als AJAX en JavaScript gaan hier nog een stuk verder in en laten de gebruiker denken dat zij werken met desktopapplicaties.
Concluderend kunnen we zeggen dat er een aantal voor de business belangrijke redenen zijn om de huidige Forms en Reports applicatie te migreren naar modernere webtechnologieën:
- Verlengen van de levensduur en levensvatbaarheid van de bestaande applicaties.
- Mogelijk maken om aan de toekomstige businesseisen te kunnen voldoen.
- Het voorkomen van het werken met niet langer ondersteunde technologie.
- Mogelijk maken van de volle functionaliteit van het internet.
- Het verlagen van de kosten om de applicatie beschikbaar te houden
- De gebruikersgroep tegemoet te komen door een intuïtieve applicatie aan te bieden.
- Groei van het aantal gebruikers mogelijk maken.
- Makkelijker onderhoud in eigen beheer.
- Minder opleidingskosten.
