Full paper (pdf) - CDC - Technische Universität Darmstadt

Spezifikation der folgenden Generation berücksichtigt. Dies führte letztendlich zu
einem ausgereiften betriebswirtschaftlichen Konzept von ProAd mit einer
ergonomischen Anwenderschnittstelle.
Die technische Plattform von ProAd basiert auf einem zweischichtigen Client-Server
Konzept mit sogenannten ‚fetten Client’. Damit ist die Integration der
Präsentationsebene und Anwendungslogik auf dem Client gemeint, während der
Server einzig und allein für die Verwaltung von gemeinsamen Daten verantwortlich
ist. Diese Architektur resultiert aus dem Einsatz des Entwicklungs- und
Laufzeitsystems Omnis, das seiner Zeit die einzige stabile und vermarktbare Plattform
für Anwendungen war, die auf Windows und Macintosh gleichzeitig lauffähig sein
sollten.
Die theoretische Alternative zum ‚fetten Client’, der sogenannte ‚leichter Client’
(Thin Client), besagt, dass nur die Präsentationsschicht auf dem Client implementiert
wird und die Anwendungslogik und die Datenebene außerhalb. Diese Architektur
weist Vorteile im Hinblick auf die Implementierung einer verteilten Software, wie
ProAd, auf. Durch die Auslagerung der Anwendungslogik auf den Server, wird der
Client-Rechner entlastet und eine geringere Zahl an Netzwerktransfers verursacht.
Wenn für die Realisierung der Datenebene ein Datenbankserver eingesetzt wird, dann
muss der Anwendungslogik eine eigene Schicht zugeordnet werden, womit eine
dreischichtige Architektur entsteht. Die Vorteile einer mehrschichtigen Architektur
sind höhere Robustheit, Skalierbarkeit, Flexibilität und weniger aufwändige Pflege
der Anwendung. Das wohl bekannteste Beispiel einer mehrschichtigen Architektur ist
das Internet, wo der Webbrowser Dokumente anfordert, die auf fernen Rechnern
gespeichert sind, und diese lokal darstellt. 56
Das Internet stellt auf Grund seiner Plattformunabhängigkeit eine geeignete
Alternative für eine Plattform für die nächste Generation von ProAd dar. Ein auf
Internet-Technologien basierendes ProAd könnte im Inter-, Intra- und Extranet
eingesetzt werden, womit bei Bedarf ein weltweiter Zugriff gewährleistet ist. Der
Einsatz erprobter Open-Source Software wie Browser und Webserver als
Programmkomponenten würde den Entwicklungsaufwand vermindern und
Lizenzkosten für Systemsoftware, wie Omnis, vermeiden.
Bei der Entwicklung von ProAd als Webanwendung müssen sicherheitskritische
Aspekte besonders beachtet werden. Bei einer typischen ERP-Anwendung haben
noch nicht einmal alle Mitarbeiter das Recht auf den gesamten Datenbestand
zuzugreifen. Eine webfähige ERP-Anwendung, bei deren Entwurf sicherheitskritische
Aspekte 57 vernachlässigt wurden, könnte als ein offenes Scheunentor für beliebige
Internetteilnehmer aufgefasst werden. Der dabei entstandene Schaden wäre
wesentlich größer als der gebotene Nutzen durch den Einsatz von Webtechnologien.
Damit kann insgesamt geschlussfolgert werden, dass die Anforderung an die nächste
Generation von ProAd darin besteht, eine auf Internet-Technologien basierende, nach
den im Kapitel 2.1 genannten Richtlinien abgesicherte, mehrschichtige Plattform
bereitzustellen und dabei die breite Funktionalität von ProAd Professional mindestens
beizubehalten.
56 Vgl. Edwards / Harkey / Orfali, 1997, S. 20-22
57 Vgl. Kapitel 2.1
- 17 -