Oracle Forms und der Weg in eine zukunftsorientierte Entwicklungsumgebung

Transkript

1 Oracle Forms und der Weg in eine zukunftsorientierte Entwicklungsumgebung Jürgen Allmich, MT AG Sven-Olaf Kelbert, MT AG

2 Häufig gestellte Fragen Bei uns soll künftig mit J2EE entwickelt werden. Was wird aus den Forms- Anwendungen? Wie lange wird Oracle noch Forms unterstützen? Bietet Oracle für Forms- Entwickler eine Migration nach J2EE? Wir nutzen heute Forms Client/Server. Wie soll es damit weitergehen? Forms-Modernisierung 2

3 Überblick Oracle Forms heute Gründe für eine Modernisierung Varianten der Modernisierung Forms ablösen Forms modernisieren Vor- und Nachteile Randnotizen weitere Vorgehensweise Forms-Modernisierung 3

4 Wege zum Ziel APPLICATION DEVELOPMENT FRAMEWORK Forms-Modernisierung 4

5 Oracle Forms heute sehr aktive Kundenbasis > 2000 Beiträge/Monat im OTN-Forum > 7000 Downloads/Monat (OTN) > Besuche der Forms-Seiten ca Forms-Kunden in Deutschland viele Kundenreferenzen und Lösungen zahlreiche Veranstaltungen Forms-Modernisierung 5

6 Der einfache Weg APPLICATION DEVELOPMENT FRAMEWORK Forms-Modernisierung 6

7 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) Forms-Modernisierung 7

8 Gründe für eine Modernisierung Forms-Modernisierung 8

9 Gründe für eine Modernisierung 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 Forms-Modernisierung 9

10 Der Weg in die Datenbank APPLICATION DEVELOPMENT FRAMEWORK Forms-Modernisierung 10

11 Was ist APEX? Forms-Modernisierung 11

12 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 Forms-Modernisierung 12

13 Wie APEX? schnelle Neuentwicklung einer Anwendung Forms-Migration ab APEX-Version Forms-Modernisierung 13

14 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 nichtkonvertierbarer Logik Migration IST NICHT eine Wunderwaffe ein Forms Emulator Forms-Modernisierung 14

15 Wofür APEX? abgegrenzte datenbanknahe Anwendungen mit nicht zu viel Komplexität Ersatz von Access-Lösungen Ersatz von Excel Forms-Modernisierung 15

16 Der Weg in die Java-Welt APPLICATION DEVELOPMENT FRAMEWORK Forms-Modernisierung 16

17 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? Forms-Modernisierung 17

18 Der Weg in die Java-Welt von Oracle APPLICATION DEVELOPMENT FRAMEWORK Forms-Modernisierung 18

19 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 Forms-Modernisierung 19

20 Oracle ADF Faces Rich Client Components mehr als 150 AJAX-fähige Komponenten ab OAS 10.3 (WebLogic) Forms-Modernisierung 20

21 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 Forms-Modernisierung 21

22 Oracle ADF Faces Rich Client Components 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 Forms-Modernisierung 22

23 Oracle ADF Faces Rich Client Components Page Templates Forms-Modernisierung 23

24 Oracle ADF Faces Rich Client Components Verschiedene Styles und Skinning Forms-Modernisierung 24

25 Oracle ADF Faces Rich Client Components Datenvisualisierungskomponenten Mehr als 50 Graph-Typen Adobe Flash-Rendering und Animation Interaktivität Forms-Modernisierung 25

26 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 Forms-Modernisierung 26

27 Der Weg von Oracle weg APPLICATION DEVELOPMENT FRAMEWORK Forms-Modernisierung 27

28 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 Forms-Modernisierung 28

29 Der Weg in die Modernisierung APPLICATION DEVELOPMENT FRAMEWORK Forms-Modernisierung 29

30 Oracle Forms Support Forms 6i (auch C/S) / 9i: Support ausgelaufen Forms 10g: Extended Support bis Forms 10gR2: Extended Support bis Zukünftige Forms-Releases: Support bis mindestens Forms-Modernisierung 30

31 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 Forms-Modernisierung 31

32 Pluggable Java Components (PJC) Komponenten mit optischen und funktionalen Erweiterungen Forms-Modernisierung 32

33 Pluggable Java Components (PJC) Standard-Forms-Items: Ausgangspunkt für eigene Erweiterungen Forms-Modernisierung 33

34 Pluggable Java Components (PJC) Alles ist möglich ist alles nötig? Forms-Modernisierung 34

35 Forms Look-and-Feel Forms-Modernisierung 35

36 Forms Look & Feel Forms-Modernisierung 36

37 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 Forms-Modernisierung 37

38 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 Forms-Modernisierung 38

39 Randnotizen Ersatz für den Designer Auswirkungen auf die Entwicklungsumgebung Ersatz für Reports Schnittstellen zu anderen Systemen Forms-Modernisierung 39

40 SQL Developer Data Modeling Logische Modellierung (ERD) Relationale Modellierung Physikalische Modellierung Forward/Reverse Engineering Import, Export und Code Generierung Verschiedene Formatierungsmöglichkeiten Forms-Modernisierung 40

41 Reporting Tools Forms-Modernisierung 41

42 Antworten Bei uns soll künftig mit J2EE entwickelt werden. Was wird aus den Forms- Anwendungen? Wie lange wird Oracle noch Forms unterstützen? Bietet Oracle für Forms- Entwickler eine Migration nach J2EE? Wir nutzen heute Forms Client/Server. Wie soll es damit weitergehen? Forms-Modernisierung 42

43 Antworten Bei uns soll künftig mit J2EE entwickelt werden. Was wird aus den Forms- Anwendungen? mindestens bis 2017 Bietet Oracle für Forms- Entwickler eine Migration nach J2EE? Wir nutzen heute Forms Client/Server. Wie soll es damit weitergehen? Forms-Modernisierung 43

44 Antworten Umstellung oder Einbindung mindestens bis 2017 Bietet Oracle für Forms- Entwickler eine Migration nach J2EE? Wir nutzen heute Forms Client/Server. Wie soll es damit weitergehen? Forms-Modernisierung 44

45 Antworten Umstellung oder Einbindung mindestens bis 2017 Jein! Wir nutzen heute Forms Client/Server. Wie soll es damit weitergehen? Forms-Modernisierung 45

46 Antworten Umstellung oder Einbindung mindestens bis 2017 Jein! Eine Umstellung wird immer wahrscheinlicher Forms-Modernisierung 47

47 Wohin soll es gehen? APPLICATION DEVELOPMENT FRAMEWORK Forms-Modernisierung 48

48 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-Modernisierung 49

49 Der Weg zu einer modernen Zielumgebung Das Ziel steht fest! Aber wie sieht der Weg dahin aus? ? Forms Forms Java APEX Forms-Modernisierung 50

50 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 Forms-Modernisierung 51

51 Horizontale Migration Austausch Modernisierung Präsentationsschicht Austausch / Modernisierung Formsmasken? Integration z.b. von Java Beans Forms Geschäftslogik Austausch / Modernisierung Geschäftsregeln PL/SQL in DB Web- Services Datenbankschicht Austausch / Modernisierung Datenbankregeln? Web- Services 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 Forms-Modernisierung 52

52 Vertikale Migration Forms - Anwendungen Java Anwendungen A B N A B N Präsentationschicht PS PS Präsentationsschicht PS PS Ablauflogik AL PL Businesslogik BL BL Businesslogik BL BL Datenbankschicht DB DB Datenzugriff DZ DZ Datenbankschicht DB DB Technologieumstieg 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 Forms-Modernisierung 53

53 Komplettumstieg Forms-Anwendungen A Java-Anwendungen A C B C B D D Entspricht quasi der Neuentwicklung des Gesamtsystems Großes Projekt mit großem Risiko (Zeit, Aufwand?) Zusätzliche Anforderungen stören das Projekt Nur bei kleiner Anzahl Forms-Anwendungen oder bei Release Migration sinnvoll Forms-Modernisierung 54

54 Stufenweiser Umstieg Forms-Anwendungen A B C Java-Anwendungen A Java-Anwendungen C B D 3. APEX-Anwendungen D Begrenztes Risiko Erster Erfahrungsaufbau möglichst mit einfachen Anwendungen Endanwender müssen sich ggf. auf zwei unterschiedliche Systeme einstellen Ideale Vorgehensweise bei großen Anwendungen Forms-Modernisierung 55

55 Stufenweise / Vertikale Migration als optimaler Weg ? Forms Forms Java Java APEX APEX Forms-Modernisierung 56

56 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! Forms-Modernisierung 57

57 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 Forms-Modernisierung 58

58 Erfahrungen MT AG Forms- Migrations- Projekte Workshops / Schulungen APEX- Projekte Entwicklung von Style Guides und Richtlinien Java- Projekte Weiterbildung von Forms- Entwicklern Richtung Java Training on the Job ADF- Einführung Forms-Modernisierung 59

59 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 Forms-Modernisierung 60

60 Vielen Dank für Ihre Aufmerksamkeit! Kontakt:

61 Ansprechpartner APEX: Niels de Bruijn Java: Volker Koster ADF: Arne Platzen Forms: Sven-Olaf Kelbert Forms-Modernisierung 62