Extensible Markup Language (PDF) - IT-Dienstleistungszentrum Berlin

Weitere Magazine

Empfehlungen

Info

Datenbankanwendungen mit XML-Frontend XML etabliert sich als der Standard für professionelle Internet- Anwendungen Die herunterzuladenden Sites sind schlank und schnell, keine lokalen JAVA-Programme erhöhen die Ladezeiten oder blockieren das Passieren von Firewalls Im Folgenden soll gezeigt werden, wie in der Kombination von Meta-Daten (als Träger der Business Rules) und XML- Frontends flexible und performante Anwendungen entstehen können Wo findet XML seinen Platz in modernen Anwendungen? Die Erwartungshaltung geht natürlich häufig weit über das hinaus, was XML aus dem Stand zu leisten vermag XML (eXtensible Markup Language) ist abgeleitet von SGML (Standard Generalized Markup Language) SGML ist der Standard (ISO 8879), mit dem sowohl der Inhalt als auch die Struktur elektronischer Dokumente beschrieben werden kann Während es mittels HTML bereits möglich ist, die Präsentation von Daten in exzellenter Form zu bewerkstelligen, wird es mit XML daüberhinaus möglich, auch strukturierte Daten zu beschreiben Der große Pluspunkt ist aber gerade, dass XML mit Daten besser umgehen kann Dies wird oft in separaten Semantikbeschreibungen, sogenannten DTD (Document Type Definition) deklariert Jede DTD spezifiziert somit XML für spezielle Einsatzzwecke Ersetzt XML also die komplexe Anwendungslogik, die früher den eigentlichen Hauptinhalt von Anwendungsprogrammen stellte? Dies ist normalerweise nicht der Fall: XML ist kein ausführbares Programm und auch kein Steuerinstrument für Anwendungslogik, sondern primär ein Standard, der sagt, wie eine Web-Seite strukturiert ist und was für Daten-Elemente sie auf der Oberfläche enthält Das heißt, was XML 2 bei modernen Datenbankanwendungen tatsächlich ersetzt, ist nicht das Anwendungsprogramm selbst, sondern dessen äußerste Visualisierungsschicht, die klassische Bildschirmmaske Der überwiegende Teil einer Anwendung bleibt, was er immer war: Anwendungssoftware Diese läuft dann auf einem zentralen (Application-)Server ab Daher kommuniziert in diesem Fall nicht die XML-Seite selbst, sondern die darunter liegende Anwendungssoftware mit der Datenbank Vereinfacht gesagt ist eine XML-Seite nichts anderes als die im Browser ablauffähige Bildschirmmaske Eine XML-Seite weist gegenüber der klassischen Bildschirmmaske einige ganz erhebliche Vorteile auf, nicht nur die Internetfähigkeit, sondern auch qualitative Vorteile: Insbesondere ist die XML- Seite nicht notwendigerweise starr, sondern passt sich auf Wunsch auch selbsttätig an Längen einzelner Textpassagen, Größen von Bildern, Längen von integrierten Tabellen und dergleichen sowie an lokale Bildschirmeinstellungen an Sie bekommt somit einen Dokumenten-Charakter! Eine XML-Seite wird zu Recht als ein Universal-Instrument betrachtet: sie ist Bildschirmmaske, Report und (zB: Serienbrief-) Dokument in einem Genau hierin liegt einer der entscheidenden Stärken dieses Ansatzes Insbesondere gegenüber klassischen Windows-Anwendungen ist jedoch das Fehlen einiger „selbstverständlicher“ Merkmale zu beachten: keine Fenstertechnik innerhalb von Anwendungen, und eingeschränkte Gestaltungsmöglichkeiten durch die Zeilenorientierung und somit strenge horizontale Positionierungsvorgaben XML versus Client/Server Beide Ansätze: Client/Server und XMLbasierte Datenbankanwendungen haben heute nach wie vor eine Berechtigung So werden in punkto Leistungsstärke und Performance klassische PC-gestützte Systeme noch für einige Zeit vorn liegen Es steht jedoch außer Frage, dass 1/02 2 16 Web-basierte Anwendungen außerordentlich sinnvoll sind, sowohl unternehmensintern wie auch -extern und dass XML in Verbindung mit geeigneter Server-Software aus heutiger Sicht die richtige Plattform hierfür ist Eine optimale Architektur würde demnach eine Kombination von XML-basierten Web-Anwendungen mit PC-basierten Anwendungen und Anwendungsteilen darstellen Aus Gründen der Kompatibilität zur existenten Infrastruktur es sinnvoll, dass möglichst alle Anwendungen und Anwendungsteile sowohl unter den performanteren 2- bzw 3- Ebenen-Client/Server-Architekturen lauffähig sind, als auch als funktionsäquivalente XML-basierte Anwendungen Wie oben beschrieben, kommuniziert bei professionellen Datenbankanwendungen der XML-Client nicht direkt mit der Datenbank, sondern mit dem Anwendungsprogramm auf dem Application Server Ein solches Server- Programm verarbeitet die gesamte Anwendungslogik Lediglich die äußerste Präsentationsschicht ist auf die einzelnen Arbeitsplätze in die Browser verlagert Dies entspricht im Prinzip dem „Thin Client“-Ansatz Für die auf dem Application Server laufende Anwendungssoftware ist es im Grunde unerheblich, ob seine äußerste Präsentation nun von einem Thin Client oder von einer XML-Seite übernommen wird Theoretisch müsste eine Thin-Clientbasierte Anwendung mit geringen Anpassungen auch als XML-Anwendung ablauffähig sein - und umgekehrt Technisch ist hierbei der 3-Ebenen- Client/Server-Ansatz als der „direktere“ zu verstehen Die Oberflächenelemente des Thin-Clients können direkt in ihrem ureigensten Medium (wie zB COM) mit der Server-Anwendung kommunizieren Bei der XML-Anwendung muss auf dem Server eine zusätzliche Zwischenschicht eingeführt werden, die die COM-Interfaces des Application Servers zur Laufzeit quasi „übersetzt“, um mit den è
ç Datenbezügen innerhalb der XML-Seite kommunizieren zu können Dh die Informationen, die über die Oberfläche vom Benutzer generiert werden (Dateneingaben, Speicheraufforderung, Datenrefresh,), kommen über das XML Protokoll beim Application Server an und werden dort in die COM-Welt umgesetzt Es zeichnet sich ab, dass XML für die Anwendungsvisualisierung im WEB die beste heute verfügbare Methodik ist und sich massiv durchsetzen wird Informationen Metadaten dahingegen ermöglichen die Beschreibung der Eigenschaften der Daten und der zugehörigen Anwendungslogik auch auf deklarative Art, welche somit zur Steuerung von Programmabläufen geeignet ist XML in Kombination mit Business- Rule-Metadaten ist daher der Schlüssel, um effizient, schnell flexible Anwendungen zu erzeugen und diese via Internet/Intranet verfügbar zu machen Die XML-Seite ist dabei für die Form zuständig Sie weiß, wo ein Datenwert herkommt und wie er dargestellt werden muss Die Metadaten sind für den Inhalt zuständig, zB dafür, was man damit machen kann Multiple Systemlösungen stellen somit ein Optimum dar An Anwendungsentwicklungswerkzeuge sollte die Anforderung gestellt werden, mit nur geringfügigem Mehraufwand funktionsgleich beide Technologien simultan zu unterstützen Zum Beispiel das metadatenbasierte Applikationssystem SCOPELAND 2000 erfüllt diese fundamentale Anforderung ab Version 20 XML und Metadaten - ein Widerspruch oder eine Ergänzung? Neue Software braucht das Land Da sind sich die IT-Branche und die Anwender einig Die „Total Costs of Ownership“ (TCO) der DV-Lösungen müssen deutlich gesenkt werden, insbesondere bei sogenannter Individual-Software Durch den klassischen Programier-Ansatz erhält man immer eine Verquickung von Anwendungslogik (Business Rules) und Präsentation (Benutzer Interface) Damit waren Anwendungen bisher immer auf den Stand der Technik ihrer „Entwicklungs-Epoche“ festgelegt (zB: „4GL“: Terminals, „Client-Server“: Windows, Java: Web, usw) Durch die sich verkürzenden Technologiezyklen sinkt also die Lebensdauer einer Softwarelösung Gleichzeitig steigt die Anforderung nach flexiblen Modifikationsmöglichkeiten, da sich Anforderungen ebenfalls schneller ändern Insbesondere zwei moderne Prinzipien und Verfahren gelten zur Zeit als Schlüssel für einen Wandel der Datenbankapplikationen-Welt: • XML wird zu Recht propagiert als der heute beste Standard für intelligente Web-Seiten, die strukturierte Daten implizieren und hierzu innerhalb der Site intern auch beschreiben • Metadaten, bisher bekannt als „Daten über Daten“, dienen zunehmend zur Beschreibung der Eigenschaften der Daten und der zugehörigen Anwendungslogik (Business Rules) anstelle im klassischen Programmcode verpackter Logik Ihre Kombination erscheint daher zwangsläufig als ideal: XML ermöglicht die homogene Verbindung zwischen internetfähigen Dokumenten und strukturierten „A significant modification to a breadand-butter insurance product takes nine month to bring to market because the company‘s information systems were not designed to offer the range of options the new product requires“ „Objects not withstanding, Java not withstanding, COBRA/COM+ not withstanding, the foundation of stable and flexible information systems lies first and foremost in the data structures which define the syntax in which data is stored and accessed Secondarily, it lies in code which is late bound to the business rules that the system must enforce and express and in the meta data from which, at run-time, the code reads its business rules“ Tom Johnston in: „Business rules, meta data and late binding“, DM Review, 16012001 Metadaten gelten heute weltweit als das treibende Medium, um kostengünstiger, universeller Standardsoftware ein immer größeres Spektrum an Einsatzmöglichkeiten zu eröffnen Immer mehr Anwendungsfälle, die früher der klassischen Anwendungsprogrammierung vorbehalten waren, werden heute mit Standardsoftware abgedeckt Moderne Standardsoftware wird durch Konfiguration von Metadaten an die jeweiligen Anwendungsfälle angepasst Längst etabliert haben sich daher zahlreiche è 1/02 2 17 7
Seite 1 und 2: IT-Nachrichten für die Berliner Ve
Seite 3 und 4: Editorial Die eierlegende Wollmilch
Seite 5 und 6: ç Sehen Sie sich daher regelmäßi
Seite 7 und 8: ç Beispiel verschiedene Computersy
Seite 9 und 10: ç die Arbeit abnehmen können, war
Seite 11 und 12: ç XML-Umfeld Weitere erwähnenswer
Seite 13 und 14: ç des HTML-Formatters der Formatti
Seite 15: ç einbeziehen, sie sind parametris
Seite 19 und 20: ç dem W3C (WorldWideWeb Consortium
Seite 21 und 22: ç XML, ein internationaler unabhä
Seite 23 und 24: ç jedoch nicht nur auf Unternehmen
Seite 25 und 26: Schemata in den Dokumentationsproze
Seite 27 und 28: E-Government-Pläne der Bundesregie
Seite 29 und 30: ç worden sei, alle Bauleiter in de
Seite 31 und 32: 1/02 2 31 7
Seite 33 und 34: ç Kommunen fehlt das Geld Jetzt si
Seite 35 und 36: ç gemeinsam mit 100world und Curia
Seite 37 und 38: ç Verbesserung der Serviceleistung
Seite 39 und 40: eGovernment - neue Möglichkeiten z
Seite 41 und 42: Ein Freund - ein guter Freund Was S
Seite 43 und 44: ç - neben vielen negativen Ergebni
Seite 45 und 46: Aufmotzen inklusive! print copy sca
Seite 47 und 48: ç hat mit dem Projekt MEDIA@Komm d
Seite 49 und 50: ç • Durch die Integration einer
Seite 51 und 52: Internet für alle Die Lizenz zum S
Seite 53 und 54: Heikle Infos in Office- Dokumenten
Seite 55 und 56: Studie der DEKRA Akademie: E-Learni
Seite 57 und 58: Rentenberechnungsprogramm auf CD-Ro

Extensible Markup Language (PDF) - IT-Dienstleistungszentrum Berlin

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?