Oracle Forms und der Weg in eine …...Vor- und Nachteile Randnotizen weitere Vorgehensweise 19.03.2009 Forms-Modernisierung 4 Wege zum Ziel APPLICATION DEVELOPMENT FRAMEWORK 19.03.2009

Oracle Forms und der Weg in eine

zukunftsorientierte Entwicklungsumgebung

Jürgen Allmich, MT AG

Sven-Olaf Kelbert, MT AG

19.03.2009 Forms-Modernisierung 2

Häufig gestellte Fragen

Wie lange

wird Oracle

noch Forms

unterstützen?

Wir nutzen heute

Forms Client/Server.

Wie soll es damit

weitergehen?

Bei uns soll künftig

mit J2EE entwickelt

werden. Was wird

aus den Forms-

Anwendungen?

Bietet Oracle

für Forms-

Entwickler eine

Migration nach

J2EE?


Überblick

Oracle Forms heute

Gründe für eine Modernisierung

Varianten der Modernisierung

Forms ablösen

Forms modernisieren

Vor- und Nachteile

Randnotizen

weitere Vorgehensweise


Wege zum Ziel

APPLICATION DEVELOPMENT

FRAMEWORK


Oracle Forms heute

sehr aktive Kundenbasis

> 2000 Beiträge/Monat im OTN-Forum

> 7000 Downloads/Monat (OTN)

> 32000 Besuche der Forms-Seiten

ca. 3000 Forms-Kunden in Deutschland

viele Kundenreferenzen und Lösungen

zahlreiche Veranstaltungen


Der einfache Weg


FRAMEWORK


Beibehaltung der Architektur

Forms als Client/Server-Anwendung weiter betreiben

Vorteile

- keine Kosten/Aufwände für die Migration

- keine Kosten/Aufwände für den Oracle Application Server

- kein Umlernen für Anwender und Entwickler

Nachteile

- kein Support

- u. U. Probleme mit neuen Client-Betriebssystemen

- u. U. Probleme mit neuen Datenbank-Versionen

- keine neuen Features (z. B. Java- oder Browser-Integration)





technische Gründe

Portabilität

Flexibilität

einfaches Einhalten von Standards

Applikation als „Self-Service“ oder „Business to Customer“ im Internet

Nutzung eines extrem einfachen HTML User-Interface

Möglichkeit der individuellen Gestaltung der Applikation


Der Weg in die Datenbank


FRAMEWORK


Was ist APEX?


Warum APEX?

moderne Web-Entwicklung

einfach und schnell in der Entwicklung

leichter Umstieg für Forms-Entwickler

deklarativ und Wizard-gestützt

RAD SQL und PL/SQL-zentrierte Tools

kostenloses Datenbank-Feature

benötigt nur die Datenbank

viele eingebaute Konzepte für

höhere Entwickler-Produktivität


Wie APEX?

schnelle Neuentwicklung einer Anwendung

Forms-Migration ab APEX-Version 3.2


APEX Forms Migration

Migration IST

Starthilfe für ein Modernisierungsprojekt von Forms nach APEX

automatische Konvertierung von einigen Forms-Komponenten

Analyse der Forms-Applikations-Logik

Bequeme Verfolgung der manuelle Konvertierung von Triggern und nicht-

konvertierbarer Logik

Migration IST NICHT

eine Wunderwaffe

ein Forms Emulator


Wofür APEX?

abgegrenzte datenbanknahe Anwendungen

mit nicht zu viel Komplexität

Ersatz von Access-Lösungen

Ersatz von Excel


Der Weg in die Java-Welt


FRAMEWORK


Ablösung durch Java

Neuentwicklung

Migration mit Tools von Drittanbietern

Problem: Objektorientierung, andere Entwicklungsmethoden

Automatische Erzeugung des Datenmodells

PL/SQL-Logik kann nicht sinnvoll übertragen werden

?


Der Weg in die Java-Welt von Oracle


FRAMEWORK


Was ist ADF?

Komplettes Java-Framework mit viel enthaltener Funktionalität

Unterstützung moderner Technologien und Architekturen (JSP, JSF, MVC, SOA,…)

Schnelle Implementierung durch visuelle und deklarative Entwicklung (Rapid Application Development)

Praktisch unbegrenzte Entwicklungsmöglichkeiten und Flexibilität durch J2EE

Einfacher Datenbankzugriff (ADF Business Components)

Große Auswahl an Web User Interface Komponenten (ADF Faces) und Templates

einfacher Einstieg für Forms-Entwickler in die Java-Welt


Oracle ADF Faces Rich Client Components

mehr als 150 AJAX-fähige Komponenten

ab OAS 10.3 (WebLogic)


ADF-Seiteneffekte

Heterogene Umgebung erfordert viel Wissen bei komplexen

Anwendungen (J2EE, XML, Oracle, Patterns, JDeveloper, …)

Eventuell ist ein Redesign von Teilen der Anwendungsarchitektur

notwendig (z. B. User- und Rechteverwaltung)

Initialer Integrationsaufwand ist notwendig (z. B.

Versionsverwaltung, Benutzerverwaltung, Browser-/GUI-

Komponenten)

Mapping Forms- auf J2EE-Konzepte



deklaratives Partial Page Rendering

Unterstützung für „reusable page regions“ und „deklarative

Komponenten“

Nutzung von Task Flows zur Navigation in der Anwendung

Nutzung von Bookmarking



Page Templates



Verschiedene Styles und Skinning


Datenvisualisierungskomponenten

Mehr als 50 Graph-Typen

Adobe Flash-Rendering und Animation

Interaktivität



Migration von Forms nach ADF

Migration mit JHeadstart

automatische Erzeugung des Datenmodells nach ADF BC

automatische Erstellung des Layouts in ADF Faces

Übernahme von PL/SQL-Code (Trigger,…) problematisch

manuelle Übernahme in die DB und Integration in ADF oder

Neu-Entwicklung der Business-Logik in ADF


Der Weg von Oracle weg


FRAMEWORK

http://de.wikipedia.org/w/index.php?title=Datei:Microsoft_.NET_2008_logo.png&filetimestamp=20081029183122


Ablösung durch .NET

Neuentwicklung

Migration mit Forms2net

sinnvoll, wenn .NET strategische Systemumgebung ist

gute Integration mit MS Office und MS Server-Produkten

völlig neues Terrain mit Unwägbarkeiten


Der Weg in die Modernisierung


FRAMEWORK


Oracle Forms Support

Forms 6i (auch C/S) / 9i: Support ausgelaufen

Forms 10g: Extended Support bis 31.12.2009

Forms 10gR2: Extended Support bis 31.12.2011

Zukünftige Forms-Releases: Support bis mindestens 2017


Forms modernisieren

Modernisierung durch

Migration auf neueste Releases

Neues Look-and-Feel

Einbindung von Java in Forms

Einbindung in SOA-Umgebung

- Nutzung und Bereitstellung von Web-Services

- Einbindung in BPEL-Prozess

19.03.2009 Forms-Modernisierung 32Forms-Modernisierung 32

Pluggable Java Components (PJC)

Komponenten mit optischen und funktionalen Erweiterungen.



Standard-Forms-Items:

Ausgangspunkt für eigene Erweiterungen




Alles ist möglich – ist alles nötig?



Forms Look-and-Feel


Forms Look & Feel



Vorteile der Forms-Modernisierung

Bewährte, datenbanknahe Technologie + Schritt halten mit

technologischen Entwicklungen

Modernes Look-and-Feel

Integration in die SOA-Welt

Zentrales Deployment und Administration

Performance

Keine oder nur geringe Umstellung der Entwickler

1. Schritt: Migration auf neueste Releases


Vorteile der Forms-Ablösung

Zukunftsfähige Technologie

Portabilität

Flexibilität

Individualisierung

einfaches Einhalten von Standards bei der Entwicklung

Verbesserung der QS-Möglichkeiten


Randnotizen

Ersatz

für den

Designer

Auswirkungen

auf die

Entwicklungs-

umgebung

Ersatz

für

Reports

Schnittstellen

zu anderen

Systemen


SQL Developer Data Modeling

Logische Modellierung (ERD)

Relationale Modellierung

Physikalische Modellierung

Forward/Reverse Engineering

Import, Export und

Code Generierung

Verschiedene

Formatierungsmöglichkeiten


Reporting Tools

http://www.pentaho.com/


Antworten

Wie lange

wird Oracle

noch Forms

unterstützen?

Wir nutzen heute


Wie soll es damit

weitergehen?


mit J2EE entwickelt

werden. Was wird

aus den Forms-

Anwendungen?

Bietet Oracle

für Forms-

Entwickler eine

Migration nach

J2EE?


Antworten

mindestens

bis 2017

Wir nutzen heute


Wie soll es damit

weitergehen?

Bietet Oracle

für Forms-

Entwickler eine

Migration nach

J2EE?


mit J2EE entwickelt

werden. Was wird

aus den Forms-

Anwendungen?


Antworten

mindestens

bis 2017

Wir nutzen heute


Wie soll es damit

weitergehen?

Umstellung

oder

Einbindung

Bietet Oracle

für Forms-

Entwickler eine

Migration nach

J2EE?


Antworten

mindestens

bis 2017

Wir nutzen heute


Wie soll es damit

weitergehen?

Umstellung

oder

Einbindung

Jein!


Antworten

mindestens

bis 2017

Eine Umstellung wird

immer

wahrscheinlicher

Umstellung

oder

Einbindung

Jein!


Wohin soll es gehen?


FRAMEWORK

http://de.wikipedia.org/w/index.php?title=Datei:Microsoft_.NET_2008_logo.png&filetimestamp=20081029183122


Entscheidungsfindung für die optimale Zielumgebung

Wie sieht die aktuelle DV Landschaft aus ?

Welche aktuellen Anforderungen oder Bedürfnisse haben die Fachabteilungen ?

Sind größere Anpassung an bestehenden Systemen geplant ?

Welche nächsten Projekte sind geplant ?

Welches Entwickler know-how ist an Board ?

Sind SOA Projekte geplant ?

Welche Schnittstellen bestehen zwischen den aktuellen Systemen ?

Gibt es neuen Anforderungen an externe Schnittstellen ?

Welchen Umfang haben die aktuellen Forms Anwendungen ?

…


Forms

Forms

Java

APEX

2009 201?

Der Weg zu einer modernen Zielumgebung

Das Ziel steht fest !

Aber wie sieht der Weg dahin aus ?


Migrations / Modernisierungs - Optionen

Horizontale Migration

Austausch einzelner Architekturschichten

Vertikale Migration

Austausch kompletter Anwendungen bzw. Anwendungsfunktionen

Kompletter Umstieg

Migration der gesamten Developer Anwendungen in einem Gesamtprojekt

Stufenweiser Umstieg

Migration in einzelnen Schritten


Horizontale Migration

Präsentations-

schicht

Geschäftslogik

Datenbankschicht

Austausch /

Modernisierung

Geschäftsregeln

Forms

In erster Linie für die Ebene der Geschäftslogik geeignet

Qualitätssteigerung des Code durch bessere Strukturierung und Wiederverwendbarkeit (-> SOA Ansätze)

Es können sehr kleine Projekte gestartet werden, da man theoretisch nach Masken bzw. Geschäftsfunktionen vorgehen kann

?Integration

z.B. von

Java

Beans

Austausch

/ Modernisierung

Formsmasken

Austausch /

Modernisierung

Datenbankregeln

Web-

ServicesPL/SQL

in DB

? Web-

Services

Austausch Modernisierung


Java AnwendungenForms - Anwendungen

Vertikale Migration

A B N

Präsentations-

schicht

Businesslogik

Datenbank-

schicht

APräsentationschicht

Ablauflogik

Businesslogik

Datenzugriff

Datenbankschicht

B NPS

AL

BL

DZ

DB

PS

PL

BL

DZ

DB

PS

BL

DB

PS

BL

DB

Kompletter Architekturumstieg wird kennen gelernt

Mögliche Problemstellungen bei Schnittstellen zu anderen Systemen (z.B. gegenseitiger Aufruf und Datenaustausch)

Projekte lassen sich nach Geschäftsprozessen schneiden

Technologieumstieg


Komplettumstieg

Forms-Anwendungen Java-Anwendungen

A

BC

D

A

BC

D

Nur bei kleiner Anzahl Forms-Anwendungen oder

bei Release Migration sinnvoll

Entspricht quasi der Neuentwicklung des Gesamtsystems

Großes Projekt mit großem Risiko (Zeit, Aufwand ?)

Zusätzliche Anforderungen „stören“ das Projekt


APEX-Anwendungen

Java-Anwendungen

Stufenweiser Umstieg

Forms-Anwendungen Java-Anwendungen

A

B

C

D

1.A

BC

D

Ideale Vorgehensweise bei großen Anwendungen

2.

3.

Begrenztes Risiko

Erster Erfahrungsaufbau möglichst mit einfachen Anwendungen

Endanwender müssen sich ggf. auf zwei unterschiedliche Systeme einstellen


Forms Forms

JavaJava

APEXAPEX

2009 201?

Stufenweise / Vertikale Migration als optimaler Weg


Nicht nur die Technologie modernisieren !

Sondern auch:

Neue Modellierungsmethoden und Werkzeuge (UML, Objektorientierung)

Neue Entwicklungsumgebung und Vorgehensweisen (Versionsverwaltung, Buildprozesse, …)

Qualifizierung der Mitarbeiter

Neue Testverfahren und Testwerkzeuge

Umgewöhnung der Endanwender

Zusätzliche Anforderungen an IT-Architekten (stärkere Nutzung Appl. Server, ggf. ESB, Webservices, …)

Stufenweise Migration bedeutet

auch stufenweises Lernen !


Mit MT AG in 3 Schritten zur Migration/Modernisierung

1. Analyse der aktuellen Rahmenbedingungen

2. Konzept für eine mögliche Migrations-/Modernisierungs-Strategie

Identifikation der geeigneten Anwendungen / Funktionen

Grobplanung des Umstiegsszenarios

Aus- und Weiterbildungskonzept

Entwicklungsumgebung / Vorgehensweisen

QS Verfahren und Werkzeuge

3. Umsetzung der Migration/Modernisierung

Durchführung von Workshops & Coaching Maßnahmen

Einbindung von Experten Know-how aus diversen Technologiethemen

Unterstützung bei der konkreten Umsetzung

Komplettrealisierung einzelner Arbeitspakete


Erfahrungen MT AG

Forms-

Migrations-

Projekte

Weiterbildung

von Forms-

Entwicklern

Richtung Java

APEX-

Projekte

ADF-

Einführung

Workshops /

Schulungen

Training

on the Job

Java-

Projekte

Entwicklung

von Style Guides

und Richtlinien


Fazit

Bleiben Sie solange bei Forms, wie es geht

Migrieren Sie immer auf die aktuelle Forms-Version und nutzen

Sie die jeweiligen neuen Features zur Modernisierung der

Anwendungen

Prüfen Sie die Möglichkeit der „Code-Bereinigung“ von Forms-

Anwendungen (-> SOA Ansatz)

Bereiten Sie mögliche Modernisierungs/Umstiegs-Szenarien

frühzeitig vor

Stellen Sie Ihre Anwendung schrittweise um

Nutzen Sie die Erfahrungen und Unterstützungsmöglichkeiten

durch MT AG und Oracle

Vielen Dank für Ihre Aufmerksamkeit!

Kontakt: Jü[email protected]

[email protected]


Ansprechpartner

APEX: Niels de Bruijn

Java: Volker Koster

ADF: Arne Platzen

Forms: Sven-Olaf Kelbert

Documents

Oracle Forms und der Weg in eine …...Vor- und Nachteile Randnotizen weitere Vorgehensweise 19.03.2009 Forms-Modernisierung 4 Wege zum Ziel APPLICATION DEVELOPMENT FRAMEWORK 19.03.2009