
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\chapter{Einleitung}
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%


F"ur das \emph{PS Software Engineering} ist als praktische
"Ubung f"ur die Konzepte und Methoden des Software Engineerings das
Systemdesign einer gestellten Aufgabe zu erarbeiten. Dazu sollen wir
die Rolle eines Angestellten der fiktiven Firma ``SE-AG'' einnehmen,
die mit diesem Problem beauftragt wurde und sie diesem Projekt
zugeteilt hat. 

Es soll nicht nur eine individuelle L"osung ausgearbeitet werden, es
ist auch im Rahmen einer Gruppenarbeit eine Gruppenl"osung zu
erstellen.



%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\section{Einf"uhrung in die Aufgabenstellung}
\bigskip

Die Aufgabenstellung f"ur das zu erarbeitende Projekt ist in Form
eines Gesamtszenarios und eines darin eingebetteten Business Case
definiert. 

\bigskip


%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\subsection{Gesamtszenario}

Unser Unternehmen, die SE AG, ist ein kompetenter Partner der
Industrie und der "offentlichen Stellen. Wir sind bekannt als
Ansprechpartner f"ur Problemstellungen aller Art. Spezielles know-how
und die entsprechenden Referenzkunden k"onnen wir im Bereich Software
Engineering anbieten, dadurch hat sich auch der weiter unten
angef"uhrte (anonyme) Kunde vertrauensvoll an uns gewandt. 

\bigskip

Zur Realisierung der angef"uhrten Problemstellung wurde vom Vorstand
beschlossen, Entwicklungsgruppen einzurichten, die parallel an der
Problembearbeitung t"atig sind.  

\bigskip


%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\subsection{Business Case}

An unser Unternehmen wurde die Anforderung herangetragen, ein Software
System zur Erfassung von archäologische Daten(Siedlungen, Gräber,
Artefakte) "uber ein Web Frontend zu erstellen. Dabei sollten die
erfa"sten Daten ab dem Zeitpunkt der Erfassung, je nach Attribuierung
des Erfassers im Internet zur Betrachtung zur Verf"ugung gestellt
werden. Diese Artefakte sollten vom Internetbesucher gesucht und
selektiert werden k"onnen. Dabei ist darauf zu achten, da"s nur gewisse
Daten dem Internetbesucher pr"asentiert werden.  

Es wurde vom Kunden erw"ahnt, da"s es unterschiedliche Erfassergruppen
gibt. Die eine Gruppe, im folgenden als Erfasser bezeichnet, erfassen
die Grunddaten eines zu Siedlungen, Gr"aber, Artefakts, die zweite
Gruppe, im folgenden als wissenschaftliche Erfasser bezeichnet,
pflegen weitere Daten, wie z.B. Interpretationen zum Artefakt,
Publikationen zum Artefakt, etc.  

Im Gegensatz zum Internetbesucher sollte der Erfasser die M"oglichkeit
haben, auf alle Daten der Datenbank zuzugreifen und Beziehungen
zwischen den arch"aologischen Daten zu hinterlegen. Dies wird
insbesondere dann vonn"oten sein, wenn sich z.B. mehrere Artefakte in
einem Grab befinden. Weitere Beziehungen sollten f"ur vorhandene
Publikationen zu den Artefakten eingegeben werden k"onnen.  

Eine weitere Anforderung besteht darin aus den erfa"sten Daten ein
Virtuelles Museum - bestehend aus virtuellen Räumen - aufzubauen,
wobei der Erfasser die M"oglichkeit haben sollten, aus den erfa"sten
Daten Virtuelle Vitrinen zusammenzustellen, die an beliebigen Orten im
Virtuellen Museum positioniert werden können. Die Einzelobjekte
sollten aus dieser Vitrine selektiert und wie oben beschrieben
dargestellt werden. Nat"urlich wird vom Kunden erwartet, da"s
zus"atzliche Texte als Rahmen f"ur das Virtuelle Museum (=Thema), die
Virtuellen R"aume(=Thema) und die Virtuellen Vitrinen erfa"st werden
k"onnen, vergleichbar mit Schautafeln in einem realen Museum. Nat"urlich
wird erwartet, da"s die Darstellung am Web Frontend augenf"allig sein
soll, das bedingt, da"s der Erfasser, bis zu einem gewissen Grad,
Gestaltungsm"oglichkeiten zur dargestellten Information haben mu"s.  

Der Kunde erwartet sich eine zentrale Datenhaltung, die nicht vor Ort
sein sollte, also werden wir als ASP (Application Service Provider)
gegen"uber dem Kunden auftreten. Dies bedingt, dass die Pflege der
Datenbank ("Anderungen, Wartung, Backup, etc.), der Programme (Wartung,
neue Versionen, Fehlerbehebung, etc.), etc. in unseren H"anden liegen
wird und wir daf"ur die notwendigen Werkzeuge entwickeln m"ussen.  

Es wurde von der Gesch"aftsleitung der Einsatz von XML gefordert, um
die Inhalte auf einer breite Palette an Endger"aten zu
pr"asentieren. Nicht zuletzt stellte der Kunde die Anforderung,
repr"asentative CD-ROMs der Virtuellen Museen (=Sonderschauen) und
gedruckte Kataloge zu den Sonderschauen zu erstellen.  

Die Gesch"aftsleitung hat weiters beschlossen, den \emph{Rational
Unified Process} als Grundlage f"ur die Systementwicklung zu
verwenden.

\bigskip



%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\section{Die Dokumentation}
\bigskip


Das hier vorliegende Dokument beinhaltet als formalen Teil die f"ur
dieses Projekt zu erstellende \emph{individuelle Gesamtl"osung}.

\bigskip

Des weiteren sind aber auch einige der bei "Uberlegungen entstandenen
Ideen und m"ogliche Konzepte darin enthalten. Die davon geeignet
erscheinenden Ans"atze werden sp"ater w"ahrend des Projektverlaufs 
ebenfalls in den formalen Teil "ubernommen.

\bigskip

Auch soll in dieser Dokumentation der \emph{Projektablauf mit seinen
Iterationsschritten} verfolgbar werden.