| SmartEGL – Von Natural nach EGL. |
| |
| Technologien UND Menschen migrieren. |
| |
Kurzbeschreibung
Mit SmartEGL werden umfangreiche und komplexe Natural-Anwendungen durch einen regelbasierten Konverter sicher und zügig auf EGL (Enterprise Generation Language) migriert. Ohne weiteren Eingriff in die so migrierten Anwendungen können diese wiederum als Java / J2EE oder COBOL-Anwendungen bereitgestellt und auf unterschiedlichsten Umgebungen ausgeführt werden. Mit der Migration auf eine Sprache (EGL) werden gleichermaßen zwei Zielsprachen (Java und COBOL) bedient.
|
| |
EGL ist eine Programmiersprache der vierten Generation (4GL) und weist hohe Ähnlichkeiten zu Natural auf. Sie richtet sich an die Entwickler von Geschäftsprozessen und befreit den Anwendungsentwickler von der immer stärker steigenden technischen Komplexität.
|
| |
Der Paradigmenbruch von objektorientierter Entwicklung und prozeduraler Entwicklung wird mit dem Einsatz von EGL vollständig vermieden. Die Konzepte von EGL und SmartEGL garantieren eine hohe Produktivität und eine hohe Wartbarkeit des migrierten Natural-Codes – gerade für prozedural erfahrene Entwickler. Und wird damit dem Anspruch gerecht, nicht nur Technologien, sondern auch Menschen zu migrieren und schrittweise in die neue Welt zu begleiten.
|
| |
Ausgangslage - Thesen:
|
| |
 Technologiewechsel und umfassende Modernisierung mittel- bis langfristig unumgänglich
|
| |
Anwendungsentwicklung ist mit Natural nur schwer in der Lage, auf kurzfristige und schnell
 wechselnde Anforderungen zu reagieren
|
| |
Natural ist keine universelle Programmiersprache sondern vollständig an Adabas gebunden
|
| |
Parallele agierende Anwendungsentwicklung – hier Natural, dort Java, keine einheitlichen
Prozesse
|
| |
Mangelnde Interoperabilität von Natural und anderen Programmiersprachen
(nur über kostenpflichtige Zusatzprodukte der Software AG, EntireX)
|
| |
Hohe Kosten für Wartung und Upgrades der Natural-Runtime bzw. Neu-Lizenzierung nach
Plattformwechsel Re-Hosting) |
| |
| Hohe Abhängigkeit von der Software AG und deren Technologie |
| |
| Fragen: |
| |
Können Sie mit Natural alle fachlichen und technischen Anforderungen ohne Zusatzprodukte
der
Software AG in der geforderten Zeit erfüllen?
|
| |
Welche Pläne für den Technologiewechsel von Adabas und Natural haben Sie bereits entwickelt?
|
| |
Haben Sie bereits eine Neuentwicklung oder Ablösung durch Standard-Software in Erwägung
gezogen?
|
| |
Haben Sie in diesem Zusammenhang auch über eine Transformation der bestehenden
Anwendung nachgedacht?
|
| |
Welche Chancen sehen Sie für Ihr bestehendes Entwicklungspersonal von Natural z.B. nach
Java umzusteigen? Wird es jedem gelingen? Bei gleichbleibend hoher Produktivität?
|
| |
Wie hoch sind die Reibungsverluste durch unterschiedliche Entwicklungsumgebungen und
Entwicklungsprozesse in Ihrem Unternehmen?
|
| |
Welches Budget müssen Sie für Upgrades und Wartung Ihrer Software AG Landschaft jährlich
bereitstellen? |
| |
| Nutzen und Kernmerkmale |
| |
Natural-Anwendungen werden mit hohem Abdeckungsgrad automatisiert und regelbasiert nach
EGL transformiert
|
| |
Automatische Kapselung von Zugriffsschicht, Geschäftslogik und User-Interface
|
| |
Große Nähe des EGL-Codes zum Natural-Code
|
| |
Natural ähnliche Zugriffsstatements und korrespondierendes SQL als Source-Code verfügbar
|
| |
Neues User-Interface (Web und/oder Windows) durch XML basierte Client-Technologie direkt
verfügbar
|
| |
Hohe Wartbarkeit des transformierten EGL-Codes – auch und gerade für prozedural erfahrene
Entwickler (COBOL, Natural etc.)
|
| |
Vom ersten Tag an gleichbleibend hohe Produktivität der Software-Entwicklung
|
| |
Preisgünstiger und schneller als Neuentwicklung oder Einführung von Standard-Software
|
| |
|
| Zielgruppe |
| |
| Jedes Unternehmen, das auf der Basis von Natural Anwendungen selbst entwickelt oder entwickelt hat – unabhängig von der Branche. Es wurden bereits erste Überlegungen angestellt, die Anwendungen durch eine vollständige Neuentwicklung abzulösen oder durch Standard-Software zu ersetzen. |
| |
| Differenzierungsmerkmale |
| |
| Mit der Transformation von Natural nach EGL wird der Bruch von prozeduraler Entwicklung zu objektorientierter Entwicklung vollständig vermieden. Investitionen in die Anwendung und das vorhandene Personal werden umfassend geschützt. Die Wartbarkeit des EGL-Codes und die Produktivität der Natural-Entwickler sind im Vergleich zu jeder anderen Entwicklungssprache signifi kant höher. Die Sprache EGL wird zusätzlich durch Natural ähnliche Konstrukte und Zugriffsstatements näher an Natural herangerückt als bei jeder vergleichbaren Lösung. |
| |
Alle Datenbank-Zugriffe können nach der Transformation weiter in Natural ähnlicher Syntax (Read, Find, Histogram, Update, Delete etc.) kodiert werden, für die dann der korrespondierende SQL-Code als frei zugängliche Source in Zugriffsbibliotheken generiert wird. Jede/r Entwickler/in kann bis auf Statement-Ebene entscheiden, ob der Datenbank-Zugriff noch Natural ähnlich oder bereits mit SQL kodiert wird. Der Übergang von Natural zu SQL kann damit individuell pro Entwickler/in gesteuert werden. Alle zur Verfügung gestellten EGL- und SQL-Objekte werden im Source-Code zur Verfügung gestellt, es sind keine Runtime Komponenten (und damit:
Abhängigkeiten von einem Lieferanten) erforderlich. |
| |
| Weitere Informationen |
| |
Preise:
Die Preise richten sich nach der Größe und der Komplexität der zu migrierenden Anwendung. Das Migrationsprojekt wird nach einer Analyse der Anwendung und der Datenbank zum Festpreis kalkuliert. Wartungsgebühren oder Runtime-Lizenzen fallen keine an (Ausnahme: Einsatz des Xi Clients).
|
| |
| |
Kontakt:
|
| |
PKS Software GmbH
Georgstr. 15
D-88214 Ravensburg |
Karlheinz Peter
+49 751 56140-221
 Mailkontakt
|
| |
Artikel als PDF
