\documentclass[titlepage,a4paper,10pt]{article}
\usepackage{german}
\usepackage[latin1]{inputenc}
\usepackage{graphicx}
\usepackage{geometry}
\geometry{body={16cm,26cm},top=1cm,left=2cm}

\begin{document}
\section*{Pflichtenheft}
\section{Zielbestimmungen}
\subsection{Mußbestimmungen}
\begin{itemize}
\item[]Das zu erstellende System muß es erm"oglichen, am FB15 der WWU EDV-unterst"utzt ein kommentiertes Vorlesungsverzeichnis zu erstellen und zu verwalten. 
\item[]Ziel ist, aus den per WWW erfaßten Daten sowohl eine druckbare Vollversion in diversen sinnvollen Formaten (ps, pdf) als auch eine html-Vollversion zu erstellen, au"serdem soll auf den aktuellen Daten eine parametrisierte Suche (Veranstalter, Termin, Zuordnung zu Studium etc.) m"oglich sein. 
\item[]Erstellt werden die Eintr"age von den Veranstaltungsanbietern, also i.a. Professoren oder deren Beauftragte, durch ausf"ullen geeigneter WWW-Formulare. Es muß dabei m"oglich sein, einen Eintrag zun"achst unvollst"andig einzugeben und sp"ater zu erg"anzen. Nach außen sichtbar darf solch ein Eintrag erst dann sein, wenn er von einem entsprechend Berechtigten dazu freigegeben worden ist. Ein Eintrag kann durch mehrere vom Hauptverantwortlichen anzugebende Personen bearbeitet werden. 
\item[]Neben den reinen Vorlesungsdaten sind noch Zusatzinformationen wie Studienhinweise, Ferientermine etc. zu verwalten. Diese sollen im Prinzip wie Veranstaltungshinweise behandelt werden, nur sind hier sicher andere Personen verantwortlich. 
\item[]"Anderungen nach Drucklegung sind an zentraler Stelle (Einstiegsseite) zu vermerken. Es wird jeweils eine html-Version des Zustandes bei Drucklegung, und eine aktuelle html-Version vorgehalten.
\item[]F"ur f"unf Semester sind die Daten im Vollzugriff zuhalten. "Altere Datenbestände werden in Form der Druckversion (pdf) und der letzten aktuellen html-Version archiviert, und sollten so immer noch zugreifbar sein. 
\item[]Um Mißbrauch zu vermeiden, ist zur Realisierung der vorigen Aufgaben eine geeignete Benutzerverwaltung zu verwirklichen.
\end{itemize}
\subsection{Sollbestimmungen}
\begin{itemize}
\item[]Bei Aufnahmen der Daten sollte ein Pr"ufung auf Konsistenz und Vollst"andigkeit (d.h. Vorhandensein der notwendigen Daten) erfolgen. Nicht vollst"andige Dokumente sollten bei Drucklegung nicht mehr existieren. 
\item[]Zur Unterst"utzung der Drucklegung sollten ein Deadline-Mechanismus mit automatischer Erinnerung implementiert werden.
\item[]Im Titel und Beschreibungstext solltenauch Formeln eingegeben werden k"onnen.
\item[]Nach vorgenommenen "Anderungen sollte die html-Vollversion automatisch aktualisiert werden. 
\end{itemize}
\subsection{Mu"s-nicht-Bestimmungen}
\begin{itemize}
\item[]Es muß nicht unbedingt auf Kompatibilit"at zu "ahnlichen Systemen R"ucksicht genommen werden. Insbesonderer braucht keine Datenaustauschformat definiert zu werden. 
\item[]Es muß keine spezialisierte Volltext-Suchmaschine (e.g. harvest) angeboten werden.
\end{itemize}
\section{Produkteinsatz}
\subsection{Anwendungsbereiche}
\begin{itemize}
\item[]Rechnernetz des FB15 der WWU
\end{itemize}
\subsection{Zielgruppen}
\begin{itemize}
\item[]abfragend: Studierende und Interessierte
\item[]"andernd: Mitarbeiter des FB\\Dabei wird zwischen den drei Benutzergruppen\\1. Superuser\\2. Dozenten\\3. Assistenten\\unterschieden, die in einem hierachischen Modell realisiert werden sollen, mit der Ma"sgabe, dass Benutzer der 3. Gruppe Benutzern der 2. Gruppe zugeordnet werden.
\end{itemize}
\subsection{Betriebsbedingungen}
\begin{itemize}
\item[]Multiuser- f"ahig
\item[]kompatibilität mit den meisten WWW-Browsern
\item[]Betreut wird das System von der Systemgruppe
\end{itemize}
\section{Produktumgebung}
\subsection{Software}
\begin{itemize}
\item[]WWW-Server (apache)
\item[]SQL-Datenbank (MySQL)
\item[]gängiger WWW-Browser Version \(\geq\) 4.0
\end{itemize}
\subsection{Hardware}
\begin{itemize}
\item[](Alles "uber 'WERFER')
\end{itemize}
\subsection{Orgware}
\begin{itemize}
\item[]TCP/IP-Netzwerk
\item[]SQL-Datenbank
\end{itemize}
\subsection{Schnittstellen}
\begin{itemize}
\item[]HTML
\item[]evtl. XML
\item[]evtl. Java(Script)
\end{itemize}
\section{Produktfunktionen}
\begin{itemize}
\item[/F10]Der \textbf{Superuser} soll Benutzer anlegen, bearbeiten und löschen dürfen
\item[/F30]Benutzer sollen 3 verschiedene Stufen des Zugriffs gewährt werden können.
\\1. Benutzer darf ohne Einschr"ankung Datensätze anlegen, ändern  und löschen (Userlevel 1: Superuser)
\\2. Benutzer darf die eigenen und Datensätze von ihm zugeordneten Benutzern des Userlevel 3 (UL3) "andern und l"oschen. Au"serdem kann er Datens"atze f"ur ihm zugeordnete Benutzer des UL3 anlegen (Userlevel 2: 'Dozent')
\\3. Benutzer darf eigene Datensätze ändern und löschen (Userlevel 3: 'Assistent')\\
Dies wird in einem hierachischen Modell realisiert. Jeder Benutzer mit UL3 wird einem Benutzer mit UL2 zugeordnet.
\item[/F40]Es soll eine Benutzergruppe zur Eingabe von allgemeinen vorlesungsrelevanten Daten eingerichtet werden können.
\item[/F50]Die Eingabe und Verwaltung s"amtlicher Daten soll dezentral über WWW-Formulare erfolgen.
\item[/F60]In die Datensätze sollen auch Formeln in der \TeX - Notation eingebbar sein
\item[/F70]Auf unvollst"andige Datens"atze kann nur der Besitzer des Datensatzes oder eine ihm h"oherstehende Person nach {\bf /F30} zugreifen. F"ur alle Anderen (z.B. interessierte Studenten) bleibt der Zugriff bis zur Vervollst"andigung gesperrt.
\item[/F80]Es soll eine ``deadline'' durch den Superuser festlegbar sein
\item[/F90]Das Vorlesungsverzeichnis zum Zeitpunkt der ``deadline'' soll als endgültige Druckversion gehandhabt werden, als \TeX,dvi,ps,pdf
\item[/F100]Der Superuser soll jederzeit vorläufige Druckversionen  als \TeX,dvi,ps,pdf erstellen können
\item[/F110]Der Superuser legt einen Zeitpunkt fest, ab dem das neue Vorlesungsverzeichnis eingegeben werden kann 
\item[/F120]Vollständige Datensätze sollen automatisch in der HTML-Version veröffentlicht werden 
\item[/F130]Die HTML-Version soll dynamisch bleiben. Sie soll nicht der ``deadline'' unterliegen.
\item[/F140]Es sollen jederzeit (nach Änderungen automatisch 1 mal am Tag) die druckbare Version erstellt werden können
\item[/F141]Es soll eine Stichwortsuche für die HTML-Verion erstellt werden
\item[/F150W]Das System soll automatisch vor dem Erreichen der ``deadline'' Warn-Emails an Eigentümer noch nicht vollständiger Datensätze verschicken
\item[/F160W]Werbung soll in die gedruckte Version eingebunden werden können
\item[/F170W]In die HTML-Version sollen Werbebanner integrierbar sein  
\item[/F180W]Volltextsuche
\item[/F190W]Sämtliche Änderungen ab der ``deadline'' sollen gesondert abrufbar sein
\end{itemize}
\section{Produktdaten}
\begin{itemize}
\item[/D10]Login Daten
\item[/D20]Benutzerdaten
\item[/D30]Vorlesungsdaten
\item[] Die Login- Daten sind hierbei genaugenommen eine Untermenge der Benutzerdaten
\end{itemize}
\section{Leistungen}
\begin{itemize}
\item[/L10]Die Benutzeroberfläche soll schlicht, effizient und selbsterklärend sein. Sie wird in Form von WWW- Formularen realisiert.
\end{itemize}
\section{Benutzeroberfläche}
\begin{itemize}
\item[]Die Benutzeroberfläche soll schlicht, effizient und selbsterklärend sein
\end{itemize}
\section{Qualitätsziele}
\begin{itemize}
\item[]Bei Netzwerkstörungen dürfen keine Daten verloren gehen
\item[]Eine einzelne Fehlbedienung darf nicht zu Datenverlust führen
\end{itemize}
\section{Testszenarien}
\begin{itemize}
\item[Test 1]Der Superuser legt Benutzer an, ändert und löscht sie
\item[Test 2]Anlegen und bearbeiten eines VVZ mit ca 10 Einträgen
\item[Test 3]Benutzerabfragen
\item[]Während jedem Test werden Fehleingaben /-bedienungen sowie Netzwerkausfall simuliert. Es werden verschiedene WWW-Browser genutzt
\end{itemize}

\section{Entwicklungsumgebung}
\begin{itemize}
\item[]später
\end{itemize}
\section{Ergänzungen}
\begin{itemize}
\item[]Planmässige Produktübergabe ist bis zum 02.07.1999
\end{itemize}
\end{document}



