Migration IST
Werbung
Oracle Forms und der Weg in eine zukunftsorientierte Entwicklungsumgebung Jürgen Allmich, MT AG Sven-Olaf Kelbert, MT AG Häufig gestellte Fragen Bei uns soll künftig mit J2EE entwickelt werden. Was wird aus den FormsAnwendungen? Bietet Oracle für FormsEntwickler eine Migration nach J2EE? 19.03.2009 Wie lange wird Oracle noch Forms unterstützen? Wir nutzen heute Forms Client/Server. Wie soll es damit weitergehen? Forms-Modernisierung 2 Überblick Oracle Forms heute Gründe für eine Modernisierung Varianten der Modernisierung Forms ablösen Forms modernisieren Vor- und Nachteile Randnotizen weitere Vorgehensweise 19.03.2009 Forms-Modernisierung 3 Wege zum Ziel APPLICATION DEVELOPMENT FRAMEWORK 19.03.2009 Forms-Modernisierung 4 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 19.03.2009 Forms-Modernisierung 5 Der einfache Weg APPLICATION DEVELOPMENT FRAMEWORK 19.03.2009 Forms-Modernisierung 6 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) 19.03.2009 Forms-Modernisierung 7 Gründe für eine Modernisierung 19.03.2009 Forms-Modernisierung 8 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 19.03.2009 Forms-Modernisierung 9 Der Weg in die Datenbank APPLICATION DEVELOPMENT FRAMEWORK 19.03.2009 Forms-Modernisierung 10 Was ist APEX? 19.03.2009 Forms-Modernisierung 11 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 19.03.2009 Forms-Modernisierung 12 Wie APEX? schnelle Neuentwicklung einer Anwendung Forms-Migration ab APEX-Version 3.2 19.03.2009 Forms-Modernisierung 13 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 19.03.2009 Forms-Modernisierung 14 Wofür APEX? abgegrenzte datenbanknahe Anwendungen mit nicht zu viel Komplexität Ersatz von Access-Lösungen Ersatz von Excel 19.03.2009 Forms-Modernisierung 15 Der Weg in die Java-Welt APPLICATION DEVELOPMENT FRAMEWORK 19.03.2009 Forms-Modernisierung 16 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 ? 19.03.2009 Forms-Modernisierung 17 Der Weg in die Java-Welt von Oracle APPLICATION DEVELOPMENT FRAMEWORK 19.03.2009 Forms-Modernisierung 18 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 19.03.2009 Forms-Modernisierung 19 Oracle ADF Faces Rich Client Components mehr als 150 AJAX-fähige Komponenten ab OAS 10.3 (WebLogic) 19.03.2009 Forms-Modernisierung 20 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-/GUIKomponenten) Mapping Forms- auf J2EE-Konzepte 19.03.2009 Forms-Modernisierung 21 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 19.03.2009 Forms-Modernisierung 22 Oracle ADF Faces Rich Client Components Page Templates 19.03.2009 Forms-Modernisierung 23 Oracle ADF Faces Rich Client Components Verschiedene Styles und Skinning 19.03.2009 Forms-Modernisierung 24 Oracle ADF Faces Rich Client Components Datenvisualisierungskomponenten Mehr als 50 Graph-Typen Adobe Flash-Rendering und Animation Interaktivität 19.03.2009 Forms-Modernisierung 25 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 19.03.2009 Forms-Modernisierung 26 Der Weg von Oracle weg APPLICATION DEVELOPMENT FRAMEWORK 19.03.2009 Forms-Modernisierung 27 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 19.03.2009 Forms-Modernisierung 28 Der Weg in die Modernisierung APPLICATION DEVELOPMENT FRAMEWORK 19.03.2009 Forms-Modernisierung 29 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 19.03.2009 Forms-Modernisierung 30 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 31 Pluggable Java Components (PJC) Komponenten mit optischen und funktionalen Erweiterungen. 19.03.2009 Forms-Modernisierung 32 Pluggable Java Components (PJC) Standard-Forms-Items: Ausgangspunkt für eigene Erweiterungen 19.03.2009 01.03.2009 Forms-Modernisierung 33 Pluggable Java Components (PJC) Alles ist möglich – ist alles nötig? 19.03.2009 01.03.2009 Forms-Modernisierung 34 Forms Look-and-Feel 19.03.2009 Forms-Modernisierung 35 Forms Look & Feel 19.03.2009 01.03.2009 Forms-Modernisierung 36 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 19.03.2009 Forms-Modernisierung 37 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 19.03.2009 Forms-Modernisierung 38 Randnotizen Auswirkungen auf die Entwicklungsumgebung Ersatz für den Designer Schnittstellen zu anderen Systemen Ersatz für Reports 19.03.2009 Forms-Modernisierung 39 SQL Developer Data Modeling Logische Modellierung (ERD) Relationale Modellierung Physikalische Modellierung Forward/Reverse Engineering Import, Export und Code Generierung Verschiedene Formatierungsmöglichkeiten 19.03.2009 Forms-Modernisierung 40 Reporting Tools 19.03.2009 Forms-Modernisierung 41 Antworten Bei uns soll künftig mit J2EE entwickelt werden. Was wird aus den FormsAnwendungen? Bietet Oracle für FormsEntwickler eine Migration nach J2EE? 19.03.2009 Wie lange wird Oracle noch Forms unterstützen? Wir nutzen heute Forms Client/Server. Wie soll es damit weitergehen? Forms-Modernisierung 42 Antworten Bei uns soll künftig mit J2EE entwickelt werden. Was wird aus den FormsAnwendungen? Bietet Oracle für FormsEntwickler eine Migration nach J2EE? 19.03.2009 mindestens bis 2017 Wir nutzen heute Forms Client/Server. Wie soll es damit weitergehen? Forms-Modernisierung 43 Antworten Umstellung oder Einbindung Bietet Oracle für FormsEntwickler eine Migration nach J2EE? 19.03.2009 mindestens bis 2017 Wir nutzen heute Forms Client/Server. Wie soll es damit weitergehen? Forms-Modernisierung 44 Antworten Umstellung oder Einbindung mindestens bis 2017 Jein! Wir nutzen heute Forms Client/Server. Wie soll es damit weitergehen? 19.03.2009 Forms-Modernisierung 45 Antworten Umstellung oder Einbindung mindestens bis 2017 Jein! Eine Umstellung wird immer wahrscheinlicher 19.03.2009 Forms-Modernisierung 47 Wohin soll es gehen? APPLICATION DEVELOPMENT FRAMEWORK 19.03.2009 Forms-Modernisierung 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 ? … 19.03.2009 Forms-Modernisierung 49 Der Weg zu einer modernen Zielumgebung Das Ziel steht fest ! Aber wie sieht der Weg dahin aus ? Forms 2009 201? Forms Java APEX 19.03.2009 Forms-Modernisierung 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 19.03.2009 Forms-Modernisierung 51 Horizontale Migration Forms Austausch Modernisierung Präsentationsschicht Austausch / Modernisierung Formsmasken ? Integration z.B. von Java Beans Geschäftslogik Austausch / Modernisierung Geschäftsregeln PL/SQL in DB WebServices Datenbankschicht Austausch / Modernisierung Datenbankregeln ? WebServices 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 19.03.2009 Forms-Modernisierung 52 Vertikale Migration Forms - Anwendungen A B Java Anwendungen A B N Präsentationschicht PS PS N Präsentationsschicht PS PS Ablauflogik AL PL Businesslogik BL BL Businesslogik BL BL Datenbankschicht DB Datenzugriff DZ DZ DB 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 19.03.2009 Forms-Modernisierung 53 Komplettumstieg Forms-Anwendungen Java-Anwendungen A A B B C C 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 19.03.2009 Forms-Modernisierung 54 Stufenweiser Umstieg Forms-Anwendungen Java-Anwendungen A 1. A B Java-Anwendungen C B 2. C 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 19.03.2009 Forms-Modernisierung 55 Stufenweise / Vertikale Migration als optimaler Weg 201? 2009 Forms Forms Java Java APEX 19.03.2009 APEX Forms-Modernisierung 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 ! 19.03.2009 Forms-Modernisierung 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 3. Identifikation der geeigneten Anwendungen / Funktionen Grobplanung des Umstiegsszenarios Aus- und Weiterbildungskonzept Entwicklungsumgebung / Vorgehensweisen QS Verfahren und Werkzeuge 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 19.03.2009 Forms-Modernisierung 58 Erfahrungen MT AG FormsMigrationsProjekte Workshops / Schulungen Entwicklung von Style Guides und Richtlinien Weiterbildung von FormsEntwicklern Richtung Java 19.03.2009 Training on the Job Forms-Modernisierung APEXProjekte JavaProjekte ADFEinführung 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 FormsAnwendungen (-> 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 19.03.2009 Forms-Modernisierung 60 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 19.03.2009 Forms-Modernisierung 62
