Moderne Anwendungsentwicklung für IBM i

Transkript

1 Moderne Anwendungsentwicklung für IBM i Das 'i' des Kolumbus - IBM Power Systems i Joachim Sieber Manager Consulting & Techsales sieber@pks.de Wilhelm Stolz Senior Account Manager stolz@pks.de

2 2 Agenda Kurzvorstellung PKS Aktuelle Herausforderungen beim Kunden Lösungsvorstellung Demo / Kundenbeispiele Klärung offener Fragen

3 3 PKS stellt sich vor Zahlen, Daten, Fakten Firmengründung: 1988, Inhabergeführt Mehr als Kunden in 22 Ländern weltweit Ca. 40 Mitarbeiter, davon >30 in Entwicklung und Consulting Motto: Save your Assets Was macht uns besonders? Wir sind Entwicklungspartner für IBM Rational seit 2006 Wir sind OEM- und ASL-Lieferant der IBM seit Juni 2008 Wir sind weltweiter Gewinner des Rational Awards für Enterprise Optimization 2010

4 4 Unternehmensmodernisierung Realität Die vorhandenen Anwendungen stellen für Unternehmen eine wichtige Investition dar: Sie tragen den Geschäftsbetrieb Ihre Entwicklung hat Jahre, manchmal Jahrzehnte, in Anspruch genommen Anwendungen Sie sind ein unverzichtbarer Bestandteil ihrer gegenwärtigen Arbeitsumgebung Teams Mitarbeiter

5 Unternehmensmodernisierung Bedürfnisse Unternehmen müssen das Frontend der Anwendungen modernisieren neue Geschäftsanforderungen schneller umsetzen aus der Weiterverwendung bewährter Geschäftslogik Nutzen ziehen eine Vielzahl von Schnittstellen managen häufig: auf vorhandene Entwickler zurückgreifen und gleichzeitig neue Mitarbeiter mit aufnehmen immer: Kosten reduzieren ohne dass das Knowhow des Entwicklerteams verloren geht neue Entwickler Gefahr laufen, nicht mitgehen zu können Teams Ergebnisse für das Business lange auf sich warten lassen das benötigte Budget aus dem Rahmen fällt beträchtliche Risiken entstehen Anwendungen Mitarbeiter

6 6 Optionen für die Zukunft von Bestands-Anwendungen Funktionalität, Leistung und Stabilität 100 % 75 % 50 % 25 % 0 % Gleichwertig Der Legacy-Graph (heutiges Niveau der Anwendung) Gleichwertig Gleichwertig Jahr 1+ Jahr 3+ Jahr 5+ Jahr n

7 Up-to-date bei SW-Entwicklung?

8 Wer die Wahl hat, hat die Qual!!! Alles in RPG belassen HATS nutzen EGL COBOL, RPG, RPG OA Mit RMEi und EGL modernisieren C, C++, Java,.NET Einfach neu in Java entwickeln RPG OA ist die Lösung Assembler Maschinensprache Abstraktionsebene

9 9 RPG OA im Überblick RPG OA bietet eine Schnittstelle für klassische RPG-Anwendungen kein 5250-Datenstrom mehr für die Bildschirm- und Druckerausgabe erforderlich Gerätetreiber, sogenannte Handler werden benötigt, die man selbst entwickeln oder am Markt kaufen kann Erste Handler sind von z.b. der PKS erhältlich. Ziele von RPG OA: Kunden die Möglichkeit eröffnen, moderne Web2.0 Frontends zu entwickeln auf Basis der vorhandenen Businesslogik Die aufwendige Handler -Entwicklung wird dem Endkunden durch die Hersteller abgenommen Erhöhung der Attraktivität von RPG als Entwicklungssprache RPG OA ist eine Alternative für Kunden, die zunächst klassisch mit RPG weiterentwickeln wollen, aber alternative Frontends weg von 5250 benötigen

10 Folie 10 RPG OA die Komponenten im Überblick IBM RDP for RPG OA ohne RPG OA mit RPG OA User Interface (Green Screen) 5250 Programme in RPG OS/400 DB2/400 Frontend Client TCP/IP Handler OS/400 V6R OA DB2/400 Green Screen 5250 Programme in RPG IV* mit geänderter Pre-Compiler Workstation F-Zeile * COBOL und CL ist nicht von Open Access unterstützt!

11 RMEi Web API - Überblick Schnelle, vollautomatische, regelbasierende Lösung, um die vorhandene Anwendung mit einem Web- oder Windows-Frontend auszustatten. Bedienung über 5250 ist optional parallel zum neuen Frontend möglich ohne doppelte Programmpflege = elegante Integration beider Welten. Einheitlicher Workflow für die Anwender, KEIN Medienbruch zwischen 5250 und GUI. Neue Funktionalität kann entweder klassisch mit RPG/DDS bzw. COBOL/DDS oder neu mit EGL/JSF oder EGL/RUI entwickelt werden. Sanfter Übergang in die neue Welt ermöglicht eine ideale Anpassung an das Tagesgeschäft des Entwicklerteams und optimale Nutzung der Technologien. RMEi Web API ist eine Alternative für Kunden, die serverseitig klassisch mit RPG, Cobol, CL weiterentwickeln wollen, aber alternative Frontends weg von 5250 benötigen 11

12 WebAPI die Komponenten im Überblick IBM RDP for WebAPI Ausgangssituation WebAPI-Architektur User Interface (Green Screen) 5250 Programme (RPG/400, CL, COBOL/400) OS/400 DB2/400 Multi-Devide-UI Frontend TCP/IP UI Code Pre- Compiler 100% Server Code OS/400 DB2/400 Green Screen 5250

13 13 EGL im Überblick zos EGL Enterprise Generation Language Effiziente Makrosprache Prozessor- und Plattformunabhängig Open Source, siehe Für Batch- und Dialoganwendungen geeignet Prozedural, mit service-orientierter Entwicklungslogik Hohe Produktivität, ähnlich RPG / Cobol, ca. Faktor 2 gegenüber Java oder.net Compile-Sprache wählbar: Cobol, Java, JavaSkript Integriert bestehende Anwendungen in RPG, Cobol oder Java

14 14 EGL Freiheit auf allen Ebenen Anwender Batch TUI Web und Portals Rich Client Reports Web Services Business-Logik Externe Interfaces Natural C, C++ COBOL, RPG Java Kontroll-Logik Business-Logik Programme Service/Interface Datenbanken Adabas C Plugin, DB2 UDB, SQL Server, Oracle, Derby, Informix, DL/I, VSAM, Deployment Windows, Linux, Unix WAS, Tomcat, Win, AIX, Linux, HP-UX, Solaris System i WAS, Tomcat, Native i5/os System z WAS, USS, Linux, Batch, CICS, IMS

15 15 Ziele von EGL zos Beschleunigt Anwendungsmodernisierung durch Integration / Wiederverwendung bestehender Assets Software-Entwicklung auf System i auch für junge Entwickler wieder attraktiv (Eclipse-Umgebung) Makro-Ansatz reduziert die Notwendigkeit nach tiefem technologischen Wissen, Fokus auf Geschäftslogik EGL Open eine Initiative von IBM mit dem Ziel Förderung der Akzeptanz und Verbreitung von EGL know-how Offen und Transparent für Drittanbieter mittels offener APIs

16 16 Vergleich der verschiedenen User Interfaces HATS RDP for RPG OA RMEi WebAPI (& WEB2.0 z.b. EGL) Unterstützte Technologien 5250 Handler-Format über TCP/IP Mind. V6R1 und RPG IV XML über TCP/IP und 5250 Ab V5R2 und alle RPG Pflegeaufwand Weiterentwicklung Hoch Mittel Gering Source-Code nötig Nein Ja Ja Spezial-Knowhow nötig Ja Wenig Wenig Unterstützt COBOL und CL Ja Nein Ja Stärken Schnelle Umsetzung ins Web geeignet für statische Anwendungen Speziell auf RPG Anwendungen Hohes Maß an Unterstützung fokussiert diverser manifestiert RPG fürs Sprachen und Unternehmen Technologien pure Frontend-Optimierung, hoher Serverseitig Teams Investitionsschutz Mitarbeiter bleibt RPG strategischer, nachhaltiger Ansatz

17 Folie 17 Thema des Vortrages Life Demo

18 Kundenbeispiele

19 19 Da im RPG insgesamt zu wenig Funktionstasten vorhanden waren, sind in der GUI Tabreiter eingeführt, die auch verschachtelt sein können Global in der Anwendung immer gleiche Funktionalitäten Date Controls Von Programm zu Programm unterschiedliche Funktionalitäten für eine bestimmte Funktionstaste

20 20 DDS Subfile z.b. als Baumstruktur im Windows Explorer-Style

21 21 Bei Fokussierung eines Records mit den Cursortasten oder mit der Maus wechselt das Vorschaubild auf der linken Seite

22 22 Alle Subfile Auswahloptionen im Contextmenü gleichzeitig ausgeführt, ohne das klassische F23 weitere Auswahlen

23 23 Tabreiter können Benutzerabhängig gesteuert und mit Funktionalität belegt werden (oder eben nicht)

24 24 Vergrößerungsbutton für Vorschaubild rechts neben dem Vorschaubild Vollbildansicht

25 25 Integration beliebiger RUI Widgets oder kompletter Bildschirme Z.B. Text Editor mit Copy/Paste-Funktion von ganzen Textblöcken ersetzt ein 5250 Subfile. Textformatierungen und Zeilenumbrüche bleiben erhalten.

26 26 Checkboxen Dropdownboxen Promptfelder Subfiles mit mehreren Zeilen pro Record können je nach Bedarf auch einzeilig mit horizontalem Scrollbalken dargestellt werden und beim Scrollen sind eine bestimmte Anzahl von Spalten fixiert

27 27 Philips

28 28 Tigges

29 29 DaimlerChrysler

30 30 Media Control

31 31 Synchron EGL Neuentwicklung

32 Folie 32 Thema des Vortrages Herzlichen Dank für Ihre Aufmerksamkeit!