% Diplomarbeit von Andreas Boesch
%
% Universitaet Hamburg
% Fachbereich Informatik
% Arbeitsbereich DBIS
%
% Kapitel: Anforderung an verteilte Informationssysteme

\chapter{Anforderungen an verteilte Informationssysteme}
\label{Kap. AnfInformation}
Unter einem {\em Informationssystem} (IS) versteht man ein Werkzeug zur Erfassung und Kommunikation von Information zum Zwecke der Erf"ullung der Anforderungen seiner Benutzer \cite{Vo95}. Ein IS umfa"st s"amtliche zur Informationssammlung, -verwaltung, -benutzung und -distribution vorhandenen Ressourcen, wie z.B. die Daten in Datenbanken oder Datei\-sys\-te\-men, die Datenbank- und die Anwendungssoftware und die Hardware des Rechner\-sys\-tems inklusive der verwendeten Speichermedien.

Der Begriff der {\em Information im WWW} hat sich in den letzten Jahren stark ver"andert und erweitert ({\VAS}~\ref{entwicklungwww}). Bestand Information im WWW anfangs lediglich aus Hypertextdokumenten im HTML Format, kamen im Laufe der Zeit Bilder, Audio- und Videoinformation und ausf"uhrbarer Programmcode in diversen Formaten hinzu. Aus dieser Entwicklung ergibt sich die Frage, welche 
Anforderungen das WWW als verteiltes Informationssystem zu erf"ullen hat. 

In Abbildung~\ref{anford} ist dargestellt, wie die Anforderungen von Informationsautoren und Informationsverbrauchern --- im Folgenden als Autoren und Nutzer bezeichnet --- auf die architekturellen und technischen Anforderungen an ein Informationssystem Einflu"s nehmen. F"ur die Autoren ist hierbei insbesondere die Frage nach der Erstellung neuer Information und der Wartung bereits bestehender Information von Bedeutung. Die Erstellung und Wartung von Information steht in engem Zusammenhang mit der Speicherung von Information. Es ergeben sich hierbei z.B. Fragen wie:

\begin{itemize}
\item Mu"s neu erstellte Information vom Autor explizit gespeichert und im WWW ver"offentlicht werden, oder ist neu erstellte Information implizit persistent und f"ur andere Nutzer zugreifbar, wie z.B. beim Eintragen einer neuen Adresse in eine Datenbank? 

\item Kann die Wartung von Information konsistenzerhaltend erfolgen, oder f"uhren nach\-tr"ag\-liche "Anderungen an einer Ressource zu Inkonsistenzen im System?
\item Ist ein Autor berechtigt, eine Information zu "andern? Werden Zugriffsrechte mit einer Information gespeichert?
\end{itemize}

Der Autor beeinflu"st desweiteren die Pr"asentation von Information, indem er sich entweder f"ur propriet"are, plattformabh"angige Formate zur Informationsrepr"asentation entscheidet oder eine weitgef"acherte Nutzung mit Hilfe von offen standardisierten Formaten zur Informationsrepr"asentation erm"oglicht.

\begin{figure}[hbt]
\begin{center}
\leavevmode
\epsfxsize=13cm \epsfysize=5cm
\epsffile{Bilder/anfinformation/anford.eps}
\end{center}
\caption{Anforderungen an verteilte Informationssysteme}
\label{anford}
\end{figure}

F"ur den Nutzer ist die Pr"asentation der Information entscheidend, denn die Benutzerschnittstelle sorgt daf"ur, da"s sich der Nutzer im System orientieren kann und da"s er die gesuchte Information findet. Ihm ist es in der Regel nicht wichtig, wie die Information erstellt, gewartet, gespeichert und verteilt wird. Mit seinen Anforderungen an die Pr"asentation der vorhandenen Information bestimmt er die die Benutzerschnittstelle implementierenden Konzepte. Der Erfolg des WWW als einem Informationssystem f"ur beliebige, nicht einschl"agig vorgebildete Benutzer beruht nicht zuletzt auf einer ansprechenden und einfach zu bedienenden Benutzerschnittstelle. 

Als Basis f"ur die Bewertung der in Kapitel~\ref{Kap. wwwgrla} vorgestellten Konzepte, Dienste und Technologien im WWW werden im Folgenden Anforderungen an verteilte Informationssysteme definiert. 
In vielen F"allen werden hierbei Parallelen zu Konzepten aus der Softwaretechnik wie z.B. Konsistenzerhaltung, Redundanzfreiheit, Skalierbarkeit oder Plattformunabh"angigkeit aufgezeigt.

Dieses Kapitel gliedert sich in funktionale, architekturelle und technische Anforderungen an verteilte Informationssysteme. Die Anforderungen des Verbrauchers von Information --- dem {\em Nutzer} --- werden von den Anforderungen desjenigen unterschieden, der die Informationen bereitstellt --- dem {\em Autor} ({\VAS}~\ref{funktAnf}). Aus den funktionalen Anforderungen von Nutzern und Autoren ergeben sich architekturelle ({\VAS}~\ref{archAnf}) und technische ({\VAS}~\ref{techAnf}) Anforderungen an verteilte Informationssysteme.

\section{Funktionale Anforderungen}
\label{funktAnf}
Die funktionalen Anforderungen von Nutzern und Autoren verteilter Informationssysteme wie dem WWW sind unterschiedlich. Die erfolgreiche Nutzung eines Informationssystems zur Erf"ullung einer Aufgabe erfordert die Bereitstellung folgender Konzepte:

\begin{description}
\item[Orientierung:] In vielen Informationssystemen, die Inhalte mittels Hyperlinks --- sogenannte {\em Hypermediasysteme} --- verkn"upfen, sehen Benutzer nur ein Dokument zur Zeit \cite{M96}. In diesem Dokument sind Hyperlinks sicht- und aktivierbar, die zu weiterer Information f"uhren. Es ist f"ur den Nutzer jedoch nicht ersichtlich, in welchem Zusammenhang eine gerade betrachtete Information --- z.B. in Form eines Hypertextdokumentes --- mit den mit diesem Dokument zusammenh"angenden Informationen steht. So ist es f"ur den Nutzer nicht m"oglich zu erkennen, welche Hyperlinks von anderen Dokumenten zu dem aktuell angezeigten f"uhren. Ein Benutzer kann also --- bildlich gesprochen --- in einer Menge von Informationen nur bis zur n"achsten Kreuzung vorw"arts sehen, ihm fehlt der "Uberblick. Notwendig sind in diesem Zusammenhang etwas wie {\em Informationslandkarten}, die Zusammenh"ange zwischen einzelnen Informationen visualisieren und so eine Orientierung im Informationsraum erm"oglichen.

\item[Navigation:] Es ist w"unschenswert, da"s ein Benutzer neben einem "Uberblick "uber alle verf"ugbaren Informationen auf einem Server auch eine direkte Zugriffsm"oglichkeit auf diese erh"alt und nicht sequentiell nacheinander mehrere Hyperlinks verfolgen mu"s, um zu der gew"unschten Information zu gelangen. Das Informationssystem sollte es sich desweiteren merken, da"s bestimmte Informationen bereits betrachtet worden sind und Verweise auf diese Information entsprechend kennzeichnen, um so das zyklische Abrufen der selben Information zu verhindern. Wird die Information hingegen sp"ater ver"andert, ist die Kennzeichnung zu entfernen. Das sp"atere Wiederfinden einmal bereits besuchter Informationen erfordert das Speichern von Verweisen zu diesen.

\item[Suchm"oglichkeiten:] Neben einer Volltextsuche, die bei der Suche nach Bildern nicht unbedingt Erfolg hat, ist es w"unschenswert, da"s ein Nutzer Metainformationen, wie z.B. Autor, Titel einer Ressource, Schl"usselworte, Typ der Information (Text, Bild, Audio, Video, Code, etc.) als Suchkriterien angeben kann. Der Suchraum sollte eingrenzbar sein, z.B. auf einen Server oder eine auf einem Server vorhandene Gruppe von Ressourcen.

\item[Visualisierung von "Anderungen:] Das System sollte es erm"oglichen, dem Nutzer "An\-der\-ungen an f"ur ihn interessanten Informationen automatisch mitzuteilen, z.B. durch den Einsatz von intelligenten Agenten, die im Auftrag des Nutzers regelm"a"sig Informationsangebote auf Neuigkeiten "uberpr"ufen und den Benutzer dann automatisch dar"uber informieren (z.B. per {\email}).

\item[Transparenz und Bedienbarkeit:] Die Komplexit"at eines Informationssystems sollte sich nicht in der Benutzerschnittstelle widerspiegeln, sondern mu"s f"ur den Benutzer unter einer ansprechenden, einfachen Benutzerschnittstelle verborgen bleiben.
\end{description}

Die weitergehenden Anforderungen der Autoren in verteilten Informationssystemen betreffen sowohl die initiale Erstellung von Informationen und deren Zusammenh"angen sowie deren sp"atere Wartung und "Uberarbeitung:

\begin{description}
\item[Statische und dynamische Informationserstellung:] Die in einem Informationssystem abrufbare Information kann sowohl statisch als auch dynamisch erstellt werden. Statische Information eignet sich f"ur sich selten oder nie "andernde Inhalte bzw. Informationen, die f"ur alle Nutzer identisch sind und nicht individuell aufbereitet werden m"ussen, wie z.B. Begriffsdefinitionen, Jahresberichte oder Dokumentationen von Industriestandards. Dynamische, sich oft "andernde Information ist weitaus h"aufiger anzutreffen, z.B. in Form von Adressen, Produktpreisen, Produktbeschreibungen, B"orsenkursen, Flugpl"anen oder Programmcode. Ein Vorteil der dynamischen Erstellung von Information ist, da"s auf individuelle Anforderungen des Nutzers eingegangen werden kann, wie z.B. den Flugplan einer bestimmten Fluglinie zu einem bestimmten Ziel zu einer bestimmten Zeit sehen zu wollen.

\item[Autorisierte Erstellung und Wartung:] In Systemen mit mehreren Autoren ist es w"un\-schens\-wert, da"s nicht jeder Autor "Anderungen an den Dokumenten anderer vornehmen darf, bzw. da"s nur bestimmte Bereiche des Informationsangebotes von daf"ur zugelassenen Bearbeitern ge"andert werden, z.B. wenn es um die "Anderung von Produktpreisen in einer Datenbank geht. Desweiteren ist es von Vorteil, das Recht Hyperlinks zu einem Dokument hinzuzuf"ugen von dem Recht es zu "andern zu trennen, denn dadurch erm"oglicht man einem Bearbeiter, der nicht das Recht hat, ein Dokument zu "andern, eine Anmerkung zu erstellen und diese dann mit einem zu"atzlichen Hyperlink von dem urspr"unglichen Dokument aus zu referenzieren. Diese Anforderung hat direkte Auswirkungen auf die Speicherung von Information, da eine separate Speicherung von Hyperlinks und den durch sie verbundenen Informationen erforderlich wird. So k"onnten auch Hyperlinks mit eigenen Zugangsrechten versehen und ihre Verwendung nur bestimmten Nutzergruppen erlaubt werden.

\item[Konsistenzerhaltende Wartung:] Information bildet einen zu einem konkreten Zeit\-punkt vorhandenen Wissensstand ab. Damit Information nicht veraltet bzw. ungenau oder falsch wird, mu"s sie wie andere Dinge, die st"andigen Ver"anderungen unterliegen, gewartet werden. Statische Informationen, die z.B. in Form von HTML Dateien vorliegen, bauen mittels Hyperlinks Verbindungen zu anderen Informationen auf und werden selbst mittels Hyperlinks referenziert. Wird ein statisches Dokument ge"andert, kann es sein, da"s die zu diesem Dokument vor der "Anderung hergestellten Beziehungen ung"ultig werden, da evtl. die referenzierte Information gel"oscht oder stark ver"andert wurde. Ziel eines verteilten Informationssystems mu"s es u.a. sein, die Konsistenz von bestehenden Beziehungen zwischen Informationen bei "Anderungen zu erhalten. Ein aus der Softwaretechnik stammendes Konzept daf"ur ist das der Versionierung ({\VKA}~\ref{Kap. versionierung}).

\item[Automatische Erzeugung von Hyperlinks:] Sofern in einem verteilten Informations\-sys\-tem Hyperlinks zur Verkn"upfung von Informationen genutzt werden, ist es f"ur den Autoren w"unschenswert, da"s das System aufgrund von erkannten Schl"usselw"ortern die Einsetzung von Hyperlinks zu der entsprechenden Ressource empfiehlt oder automatisch vornimmt. Da ein Autor in einem gro"sen Informationssystem nicht alle vorhandenen Ressourcen kennen kann, erm"oglicht das System so eine sinnvolle Vernetzung und Wiederverwendung der vorhandenen Information.

\item[Trennung von Inhalt und Pr"asentation:] Um die Unabh"angigkeit von Information und der Pr"asentation der Information zu erreichen, ist es sinnvoll, Inhalt und Formatierung von Information voneinander zu trennen. Dadurch wird es m"oglich, Information in verschiedenen Pr"asentationsformaten wiederzuverwenden. Bei der Kombination von Inhalt und Pr"asentation z.B. durch den Einsatz von Hyperbildern --- Bilder, die mit verschiedenen, mit der Maus ausw"ahlbaren, Hyperlinks versehen sind --- wird die Nutzung der Information auf eine bestimmte Art der Benutzerschnittstelle festgelegt und ist z.B. f"ur blinde Benutzer nicht m"oglich. Desweiteren erlaubt die Trennung von Inhalt und Pr"asentation so etwas wie {\em corporate identity}, indem das System f"ur eine f"ur alle Autoren gleiche Darstellung z.B. von Schriftarten, Schriftgr"o"sen, Einr"uckungen, etc. sorgt. 

\end{description}

Die Auswirkungen der Anforderungen von Nutzern und Autoren von Information auf die Architektur und die technologischen Grundlagen von verteilten Informationssystemen wird in den zwei folgenden Abschnitten untersucht.


\section{Architekturelle Anforderungen}
\label{archAnf}

Die Korrektheit der in einem Informationssystem gespeicherten Daten bezeichnet man als deren Konsistenz oder Integrit"at. Konsistenzregeln bzw. Integrit"atsbedingungen definieren einen korrekten Datenzustand bzw. eine korrekte Datenzustandsver"anderung \cite{Ja90}. Um die Konsistenz in einem Informationssystem zu erhalten, sollten folgende Forderungen erf"ullt werden:

\begin{description}

\item[Objektbenennung:] Die Benennung von Objekten (z.B. Dateien, Dokumente, Hyperlinks, Benutzer, Server) in verteilten Systemen sollte auf einer Trennung von Objektname, Objektadresse und Zugangsverfahren zu dem Objekt beruhen. Der Objektname identifiziert ein Objekt eindeutig, dies ist z.B. bei B"uchern die ISBN Nummer. Die Adresse beschreibt den physikalischen Ort einer Instanz eines Objektes. Eine Adresse einer Datei auf einem Internetrechner wird z.B. durch die Internetadresse des Rechners und den Namen der Datei angegeben. Das Zugangsverfahren beschreibt, wie auf ein bestimmtes Objekt an einer bestimmten Adresse zugegriffen wird. Im Internet geschieht das durch Angabe eines bestimmten "Ubertragungsprotokolls (z.B. HTTP, {\ftp}, {\ng}). Die Benutzung von Adressen und Zugangsverfahren zur Identifizierung von Objekten f"uhrt zur Abh"angigkeit eines Objektes von seinem Speicherplatz. Beim Verschieben eines Objektes in ein anderes Verzeichnis "andert sich die Adresse und alle Verweise auf dieses Objekt werden ung"ultig, daher ist die Objektbenennung von der Objektadresse und dem Zugangsverfahren zu trennen. 

\item[Redundanzfreiheit:] Man spricht von Redundanz, wenn das gleiche Objekt mehrfach in einer Datensammlung vorkommt. Dies kann zu einem inkonsistenten Zustand der bereitgestellten Information f"uhren, wenn "Anderungen an einem der mehrfach vorhandenen Objekte durchgef"uhrt werden und ein Benutzer auf die nicht ge"anderten Objekte zugreift. F"ur die Wartung von Information ist es erforderlich, da"s jede Information nur einmal gespeichert wird, damit "Anderungen an nur einem Objekt vorgenommen werden m"ussen.

\item[Versionierung:] Bei der Wartung einer Ressource werden Verweise, die dieses Objekt referenzieren evtl. ung"ultig. Um dies zu verhindern, werden Versionierungssysteme eingesetzt, die die Erzeugung, Administration und Pflege mehrerer Instanzen einer Ressource "uber einen l"angeren Zeitraum erm"oglichen ({\VKA}~\ref{Kap. versionierung}).

\end{description}

Neben der Konsistenz der Information sind von einem verteilten Informationssystem folgende Anforderungen zu erf"ullen:

\begin{description}

\item[Strukturierte Datenspeicherung:] Insbesondere die M"oglichkeit zur effektiven Suche nach Information anhand von Metainformation (z.B. Autor, Erstellungsdatum, Typ der Information) erfordert eine strukturierte Speicherung von Information samt ihrer Metadaten.

\item[Skalierbarkeit:] Die Skalierbarkeit betrifft zum einen die Performanz des Systems. Die Performanz sollte nicht von der Anzahl der gleichzeitigen Nutzer abh"angig sein. Um dieser Anforderung gerecht zu werden, sollten Konzepte wie Replikation\footnote{Replikation: Datenbest"ande werden auf andere Rechner kopiert und "Anderungen an den Daten zwischen den an der Replikation beteiligten Rechnern ausgetauscht.} und Zwischenspeicherung auf anderen Rechnern ({\em caching}) zur Verf"ugung stehen. Die Skalierbarkeit betrifft auch die Robustheit des Systems. Ein Informationssystem sollte nicht von einer einzigen Netzwerkverbindung erwarten, da"s sie zu jeder Zeit vorhanden ist. Vielmehr sollte das System erkennen, wenn eine Verbindung oder ein Server ausgefallen ist und versuchen, Informationen dementsprechend "uber andere Verbindungen verf"ugbar zu machen. 

\item[Anpassung an variable Netzkapazit"aten:] Ein zunehmendes Problem von Internet Informationssystemen ist die zur Verf"ugung stehende Bandbreite. Die "Ubertragung von Audio- und Videodatenstr"omen mu"s in regelm"a"sigen Intervallen erfolgen, um eine verz"ogerungsfreie Darstellung der Information auf dem Zielrechner zu erm"oglichen. Um die zu erreichen, sollte es die M"oglichkeit geben, entweder Bandbreiten f"ur Datenstr"ome zu reservieren oder aber, je nach Netzbelastung, die "ubertragene Datenmenge zu reduzieren oder zu erh"ohen.

\item[Integrit"at:] \cite{M90} versteht unter Integrit"at "`die F"ahigkeit eines Softwaresystems, seine verschiedenen Komponenten (Programme, Daten, Dokumente) gegen unberechtigte Zugriffe und Ver"anderungen zu sch"utzen"'. Systemsicherheitsdienste wie Authentifizierung, Zugangskontrolle und die Aufzeichnung von Benutzerinteraktionen (engl. {\em auditing}) werden zunehmend wichtiger f"ur Informationssysteme, insbesondere in verteilten heterogenen Umgebungen \cite{RMS95}.

\end{description}

Neben diesen Anforderungen m"ussen weitere Entscheidungen bez"uglich der Architektur des zur Kommunikations"ubertragung verwendeten Protokolls und der verwendeten Serverarchitektur gef"allt werden. 

Protokolle werden in verbindungslose und verbindungsorientierte Protokolle unterschieden. F"ur die "Ubertragung einzelner kurzer Informationspakete ist in der Regel eine verbindungsloses Protokoll sinnvoll. Dies f"uhrt zu einer einfachen Implementierung von Client und Server\footnote{Alle heutigen Internet Informationssysteme sind Client/Server Systeme. Der Benutzer interagiert mit der Clientsoftware auf seinem Rechner, w"ahrend der Server auf einem entfernten Rechner Informationen anbietet. Das Protokoll ist die Sprache, die Client und Server zur Anforderung und "Ubertragung von Information "uber ein Netzwerk benutzen. In Kapitel~\ref{Kap. wwwgrla} wird die Client/Server Architektur des WWW genauer vorgestellt.}. Ein verbindungsorientiertes Protokoll l"a"st --- im Gegensatz zu einem verbindungslosen Protokoll --- eine Verbindung so lange bestehen, bis sie explizit von einem der beiden Kommunikationsteilnehmer beendet wird. Das hat den Vorteil, da"s f"ur eine Folge von Daten"ubertragungen nur einmal eine Verbindung aufgebaut werden mu"s und diese dann f"ur alle Datenpakete genutzt werden kann. Verbindungsorientierte Protokolle wie z.B. {\ftp} und {\hg} ({\VAS}~\ref{hyperwave}) sind in der Regel effizienter als verbindungslose Protokolle, f"uhren jedoch zu einer komplexeren Serverarchitektur \cite{M96}.

Man unterscheidet zwischen zustandslosen Servern und Servern, die Zust"ande von Verbindungen verwalten. Zustandslose Server behandeln jede Anfrage in einem separaten Unterproze"s. Der Zusammenhang einer Anfrage mit einer fr"uheren Anfrage geht dabei verloren, so da"s keine Kontextinformation verf"ugbar ist. Server f"ur verbindungsorientierte Protokolle ordnen jedem Client einen Subprozess zu und erm"oglichen so, da"s Variablen, die in einer Anfrage instanziiert wurden, bei der n"achsten Anfrage in der gleichen Verbindung den gesetzten Wert haben. 


\section{Technische Anforderungen}
\label{techAnf}
Aus den in Abschnitt~\ref{funktAnf} definierten Anforderungen von Nutzern und Autoren von Informationssystemen ergeben sich folgende technische Anforderungen:


\begin{description}
\item[Plattformunabh"angigkeit:] Plattformunabh"angige Informationsformate erlauben in heterogenen verteilten Informationssystemen die Nutzung von Information unabh"angig von den Werkzeugen zur Informationsdarstellung bzw. den verwendeten Betriebs\-sys\-te\-men und Rechnerarchitekturen. Diese Anforderung gilt ebenso f"ur die Softwareentwicklung, bei der die Plattformunabh"angigkeit des Programmcodes die Portierung von Programmen auf andere Rechnerarchitekturen und Betriebssysteme erspart.

\item[Kompatibilit"at:] Unter Kompatibilit"at versteht \cite{M90} "`das Ma"s der Leichtigkeit, mit der Softwareprodukte mit anderen verbunden werden k"onnen"'. Ein Informations\-sys\-tem sollte also Schnittstellen bieten, die es erlauben, sowohl au"serhalb des Systems bestehende Datenbest"ande zu integrieren als auch die im System vorhandene Informatione von anderen Systemen aus zu nutzen. Typische Schnittstellen von Informationssystemen dienen dem Zugriff auf externe Datenbanken oder erlauben mittels einer Anwendungsprogrammierschnittstelle (API) den Zugriff auf das System. Der Vergleich zu Softwareentwicklungssystemen, die z.B. f"ur den Zugriff auf Datenbanken entsprechende Codebibliotheken bieten, liegt nahe.

\item[Migration:] Zur Realisierung intelligenter Agenten, die im Auftrag von Informations\-nutz\-ern f"ur diesen interessante Informationen sammeln, ist es notwendig, da"s ein Objekt --- in diesem Fall eine parametrisierte Anforderung des Nutzers --- {\em migriert}, d.h. seinen Ort wechselt \cite{Ma96}. Der jedem Objekt eigene Bearbeitungsstatus mu"s dabei persistent gespeichert werden, da ein Objekt durchaus einige Zeit inaktiv sein kann, z.B. wenn zur Bearbeitung n"otige Information fehlt. Ein weiteres innovatives Szenario zum Einsatz des Migrationskonzeptes in Informationssystemen ist das des {\em workflow management}. Das Ziel von {\em Workflow--Management--Systemen} ist es, die Weitergabe und Bearbeitung von Gesch"aftsprozessen automatisch zu steuern, um so die Durchlaufzeit eines zu bearbeitenden Objektes zu optimieren und die bei manueller Weitergabe des Objektes  --- z.B. in Form von Akten --- auftretenden Liegezeiten zu vermeiden.\footnote{Zum Migrationskonzept und dessen Realisierung in einem persistenten Objektsystem findet sich weitere Information in \cite{Ma96}.}

\item[Ressourcenunabh"angigkeit:] Information in verteilten Informationssystemen h"angt evtl. von anderer externer Information ab. Wird Information in einem verteilten Informationssystem zu einen anderen Rechner "ubertragen, auf dem die ben"otigte externe Information nicht vorhanden ist, m"ussen Konfliktl"osungsstrategien vorhanden sein, wie z.B. die fehlende Information ebenfalls zu "ubertragen oder zu "uberpr"ufen, ob evtl. andere lokal vorhandene Information die nicht nachladbare externe Ressource ersetzen kann. 

\end{description}

In Kapitel~\ref{Kap. wwwgrla} werden die Grundlagen des WWW vorgestellt. Funktionale, architekturelle und technische Anforderungen bilden die Grundlage f"ur die Bewertung des WWW als Informationssystem in Kapitel~\ref{Kap. AnsatzBewert}.
