Entwurf

Gruppe: swp13-insp Verantwortlicher: Tobias Kosmalla 17.06.2013 

Entwurfsbeschreibung 

Version 3 vom 17.06.2013 

Gruppe: swp13-insp 

1


Inhaltsverzeichnis 

1. Zielbestimmung ….................................................................................................. 3 

2. Produkteinsatz ….................................................................................................... 3 

3. Struktur und Entwurfskonzepte des Systems …..................................................... 3 

3.1. Schichtenarchitektur im Überblick ........................................................... 3 

3.2. Rechtemanagement ................................................................................... 3 

3.3. Überblick über den Lebenszyklus einer Buchung .................................... 4 

3.4. Überblick über die Sichten der Repräsentationsschicht ........................... 6 

3.4.1. Kundensicht ................................................................................. 6 

3.4.2. Betreuersicht ................................................................................ 7 

3.4.3. Mitarbeiter/Verwaltersicht ........................................................... 8 

3.5. Verwendung globaler Variablen zum Management globaler 

Zustände …............................................................................................... 9 

3.5.1. Verwendung globaler SESSIONS Variablen …........................... 9 

3.5.2. Verwendung globaler Variablen im Buchungssystem …............. 9 

3.5.3. Verwendung GET/POST Variablen im Buchungssystem …........ 9 

3.6. Notizen und Tickets ................................................................................. 13 

3.6.1. Notizen ....................................................................................... 13 

3.6.2. Ticket .......................................................................................... 13 

3.7. Formulare …............................................................................................ 14 

3.7.1. Lebenszyklus eines Formulars …............................................... 14 

4. Struktur und Entwurfskonzepte der Pakete ...….................................................. 15 

4.1. Genauerer Überblick über die Schichtenarchitektur ….......................... 15 

4.1.1. Datenschicht …........................................................................... 15 

4.1.2. Logikschicht …........................................................................... 16 

4.1.3. Präsentationsschicht …............................................................... 17 

4.2. Genauerer Überblick über den Lebenszyklus einer Buchung …............ 19 

4.2.1. Geschäftsprozesse ….................................................................. 21 

4.3. Genauerer Überblick über die Sichten der Präsentationsschicht …....... 23 

4.3.1. Kundensicht …........................................................................... 23 

4.3.2. Betreuersicht ….......................................................................... 23 

4.3.3. Mitarbeiter/Verwaltersicht …..................................................... 25 

4.4. Layout-Konzepte des Buchungssystems …............................................ 26 

4.5. Dokumentation des Mailsystems des Buchungssystems …................... 32 

5. Datenmodell ….................................................................................................... 34 

6. Testkonzept .......................................................................................................... 34 

7. Glossar …............................................................................................................. 35 

2


1 Zielbestimmung 

Das Softwareprodukt soll auf dem bisherigen Buchungssystem aufbauen, deswegen sollen die 

vorhandenen Funktionalitäten beibehalten werden. Zur Zeit ist nur eine manuelle Vereinigung der 

verschiedenen Daten zur Monatsabrechnung möglich. Dazu müssen die Buchungen, 

Betreuerzuordnung, Abrechnung der Betreuerstunden und Abrechnung der Termine über 

verschiedene Softwarelösungen (Wordpress-Kalender, Buchungssystem als PHP-Eigenbaulösung, 

Stundenzettel auf egroupware-Basis, Kassenbuch auf OpenOffice-Basis) integriert werden. Ziel des 

Softwaresystems ist es die Buchungsverwaltung vollständig mit unserer Software abzuwickeln. 

2 Produkteinsatz 

Unser Produkt wird sich am bisherigen Workflow orientieren. Das Login-Verfahren wird über eine 

API realisiert. Diese hat Zugriff auf die Egroupware-Authentifizierung. 

Als Datenschicht verwenden wir eine MySQL-Datenbank. In dieser speichern wir die 

Buchungshistorie der aktuellen Buchungen. Es wird möglich sein Angestellte, Angebote und die 

Alter-Tabelle auf RDF-Basis zu importieren. Außerdem wird die Möglichkeit bestehen Buchungen 

für Änderungszwecke, Backup oder zum Archivieren in RDF-Basis zu exportieren. 

Um die Software ordnungsgemäß nutzen zu können, wird ein Mailserver und mehrere Cronjobs 

benötigt. Auf Kundenseite wird eine aktuelle Browserversion empfohlen. 

Als Zielgruppe für unser Produkt ergeben sich auf der einen Seite die Inspirata, die die Buchungen 

verwalten, und auf der anderen Seite alle Kunden der Inspirata, die die Veranstaltungen buchen. 

3 Struktur und Entwurfskonzepte des Systems 

3.1 Schichtenarchitektur im Überblick: 

Bei unserem Softwaresystem verwendeten wir eine 3-Schichtenarchitektur. Diese besteht aus der 

Präsentationsschicht, der Anwendungsschicht und der Datenschicht. Die unterste Schicht ist die 

Datenschicht. Diese führt Operationen auf der Datenbank aus und liefert die Daten zur nächst 

höheren Schicht, der Anwendungsschicht. In dieser erfolgen die kompletten Berechnungen. Sie 

beinhaltet alle Verarbeitungsmechanismen. Die oberste Schicht ist die Präsentationsschicht. Sie 

repräsentiert die Daten und die Benutzereingaben. Eine Schicht kann immer nur auf die nächst 

höhere oder tiefere Schicht zugreifen. 

3.2 Rechtemanagement: 

Im Softwaresystem wird jedem Nutzer eine Rolle zugeteilt. Diese Rolle besitzt jeweils bestimmte 

Rechte, d.h. jede Rolle kann bestimmte Aktionen vollführen. Das System unterscheidet zwischen 4 

Rollen. Diese lauten wie folgt: 

▪ Kunde 

▪ Betreuer 

▪ Mitarbeiter 

▪ Verwalter 

3


Aktion Kunde Betreuer Mitarbeiter Verwalter 

Buchung anfragen 

Buchung akzeptieren 

Buchung stornieren 

Buchung reaktivieren 

Betreuer zuordnen 

Buchung bearbeiten 

- (Buchung angefragt) 

- (Buchung akzeptiert) 

- (Buchung bereit) 

- (Buchung stattgefunden) 

 

 

 

 

Buchung nachbereiten 

Buchung archivieren 

Betreuer manipulieren 

Mitarbeiter manipulieren 

Ticket anlegen 

Ticket bearbeiten 1 1 

Notiz anlegen 

Notiz bearbeiten 

1 = Nur der Erschaffer des Tickets kann dieses bearbeiten 

3.3 Überblick über den Lebenszyklus einer Buchung: 

Wir stützen uns auf folgende Hauptkomponenten: 

•Betreuer: wird einer oder mehreren Buchungen zugeordnet und besitzt einen 'Namen' sowie eine 

eindeutige ID. 

•Buchung: stellt die Aggregation aus Datenbankkomponenten dar und ist selbst das zentrale Objekt. 

•Notiz: ermöglicht eine oder mehrere Vermerke, die sich direkt auf die Buchung beziehen. 

•Ticket: Eine Datenaggregation, welche Attribute wie 'Fälligkeitsdatum',' Adressat' und 'bearbeitet' 

enthält. Letztes gibt lediglich Auskunft, ob das Ticket bearbeitet wurde. Ebenso ist ein Textfeld 

vorgesehen, welches optionale Informationen für dieses Ticket enthalten kann. 

Alle Aktionen werden über Webformulare realisiert. Dazu ist es nötig, dass die Akteure sich zuvor 

anmelden, um ihre spezifischen Rechte nutzen zu können. Im Falle des Kunden ist eine Anmeldung 

nicht nötig, da er nur über Standardrechte verfügt. Nachdem das Formular angefragt ist, erfolgt eine 

Initialisierung, die Eingabe der Daten und deren Validierung. 

In der obigen Abbildung sieht man den vereinfachten Ablauf einer Buchungsabwicklung. 

 

 

 

 

 

 

 

 

 

 

 

 

4


Als erstes wird eine Buchung angefragt (/LF 10/). Dadurch erhält sie denn Status „angefragt“ und 

geht in den Zustand „Buchung angefragt“. Nun kommt es zu internen Regelungen, sodass die 

Buchung den Status „bereit“ bekommt und damit im Zustand „Buchung bereit“ ist (Buchung 

vorbereiten). Solange die Buchung noch nicht stattgefunden hat, also das real-zeitliche Event noch 

nicht angefangen hat, kann eine Buchung storniert werden (/LF 50/). Dadurch wird sie in den 

Zustand „Buchung storniert“ überführt. In diesem Zustand kann sie entweder reaktiviert werden 

und in den Zustand „Buchung angefragt“ wieder übergehen (/LF 60/), oder sie kann gelöscht 

werden (/LF 110/). Durch das Löschen wird die Buchung nur logisch gelöscht und nicht 

physikalisch, d.h. die Buchung wird nicht tatsächlich gelöscht, sondern nur aus dem System 

entfernt. 

Sobald die Buchung real-zeitliche durchgeführt wird, wird sie in den Zustand „Buchung 

stattgefunden“ überführt, dabei ändert sich der Status auf „stattgefunden“. Falls die Buchung vor 

der real-zeitliche Durchführung nicht im Zustand „Buchung bereit“ war, wird sie automatisch 

storniert. Im Zustand „Buchung stattgefunden“ kann die Buchung nachbearbeitet werden (/LF 80/) 

und danach abgeschlossen werden (/LF 160/). Dadurch wird die Buchung in den Zustand „Buchung 

archiviert“ überführt, der Status wird zu „archiviert“ und die Buchung wird exportiert. 

5


3.4 Überblick über die Sichten der Präsentationsschicht: 

Die Präsentationsschicht wird durch die einzelnen Rollen unterschiedlich dargestellt. Dabei 

entstehen die folgenden Sichten. 

3.4.1 Kundensicht: 

– Öffentliche Sicht auf den Kalender, wie sie bereits im bestehenden INSPIRATA-System 

vorhanden ist 

– (eingeschränkte Sicht für Nutzer) ein Kunde kann alle bestehenden Buchungsanfragen 

einsehen (ermöglicht durch die öffentliche Kalendersicht) 

– jede Buchung wird mit einem einzigartigen Zugriffsschlüssel versehen, über diesen kann 

jeder Kunde seine eigenen Buchungen einsehen 

6


3.4.2 Betreuersicht: 

– Über die Sicht der Betreuer ist es möglich, dass sich ein Betreuer selbst zu einer Buchung 

zuordnet und Buchungen einsehen kann, die ihm zugeordnet sind 


vorhanden ist 

7


3.4.3 Mitarbeiter-/Verwaltersicht: 

– Die Mitarbeitersicht ermöglicht es Mitarbeitern Buchungen einzusehen und Änderungen an 

ihnen vorzunehmen, letztere werden durch Notizen dokumentiert und ermöglichen so, 

Änderungen in einer Buchung nachzuvollziehen 


vorhanden ist 

8


3.5 Verwendung globaler Variablen zum Management globaler Zustände: 

3.5.1 Verwendung globaler SESSIONS Variablen: 

Im Buchungssystem der Inspirata gibt es genau 2 verschiedene SESSION Variablen. Beiden werden 

in der login.php initialisiert und bei erfolgreichem Login gesetzt. Die erste SESSION Variable 

heißte $_SESSION["user_id"]. Sie speichert die eindeutige ID des gerade eingeloggten Users. So 

ist es im gesamten System jederzeit möglich den gerade angemeldeten User zu identifizieren. Die 

Variable wird unter anderem in den Dateien betreuer.php, buchung.php, index.php, 

manipulation.php, ticket.php, ticket_manipulation.php, ticket_help.php, notiz_manipulatipon.php, 

buchung_archivieren.php, notiz_help.php, betreuer_help.php und aufwand_help.php benutzt. Wie 

man sieht, wird die $_SESSION["user_id"] in jeder Datei verwendet, die einen direkten Output zur 

Verfügung stellen. Da hier in jeder Datei geprüft wird, ob die SESSION Variable gesetzt ist, um zu 

verifizieren, ob der User, der die Datei aufruft, eingeloggt ist. Die zweite SESSION Variable heißt 

$_SESSION["user_nickname"] und speichert den Nickname des gerade eben eingeloggten Users. 

Sie wird im System aber praktisch nie genutzt, da sich alle benötigten Eigenschaften eines Users 

über seine UserID ermitteln lassen, die wiederum in der $_SESSION["user_id"] gespeichert ist. 

3.5.2 Verwendung globaler Variablen im Buchungssystem: 

Im Buchungssystem der Inspirata werden an einigen Stellen systemweite Variablen gesetzt, die hier 

noch einmal genauer erläutert werden sollen. Alle globalen Variablen sind in der connect.php 

vereinbart. Zum einem ist das die Variable „$useInternalDb“. Diese Variable bestimmt, ob zu 

Authentifizierung am System die interne Datenbank genutzt wird oder eine beliebige externe 

Datenbank. Wird ihr der Wert „1“ zu gewiesen, dann wird die interne Datenbank genutzt. Ist 

$useInternalDb = 0, dann wird die externe Datenbank zur Identifikation angesteuert. 

Des Weiteren existieren noch die beiden globalen Variablen $dbconnect und $dbconnectExternal. 

Beide speichern eine aktive Verbindung zu je einer Datenbank und stellen sie systemweit zur 

Verfügung. Dabei speichert $dbconnect die Verbindung zur internen Datenbank, also dort wo die 

Buchungsdaten etc. liegen und die $dbconnectExternal eine Verbindung zur einer externen 

Datenbank, die alternativ die Logindaten enthält. Außerdem existiert noch die globale Variable 

$path. Diese gibt den Pfad zum Exportieren von Daten in RDF-Basis an. 

3.5.3 Verwendung GET/POST Variablen im Buchungssystem: 

An dieser Stelle soll eine Übersicht über alle im Buchungssystem verwendeten GET/POST 

Variablen gegeben werden. Es wird erklärt zu welcher Datei sie gehören, was sie bewirken und was 

sie beinhalten. 

Datei: anmelden.php 

GET-Variablen: 

Name: „datum“ 

Typ: Datum im Format ("Y-m-d") 

Beschreibung: Über diese Variable kann ein beliebiges Datum gesetzt werden, mit 

der die Datei dann arbeitet (bestimmt den Tag den der Kalender anzeigt). Falls sie 

nicht gesetzt wird, wird automatisch das aktuelle Datum ermittelt und die Datei 

arbeitet damit. 

9


Name: „token“ 

Typ: String 

Beschreibung: Wird dieser Parameter gesetzt, schaut die Datei nach, ob es eine 

Buchung gibt zu der dieser Token gehört. Falls ja wird diese angezeigt, wenn nicht 

dann wird die Übersichtseite zum Anlegen einer neuen Buchung angezeigt. 

Datei: anmelden_help.php 


Name: „date“ 


Beschreibung: Über diese Variable wird bestimmt mit welchem Datum das Formular 

initialisiert wird. 

Datei: aufwand_help.php 


Name: „buchungsid“ 

Typ: integer 

Beschreibung: Über diese Variable wird bestimmt, zu welcher Buchung eine 

Aufwandserfassung geschehen soll. 

Name: „betreuerid“ 

Typ: integer 

Beschreibung: Über diese Variable wird mitgeteilt, für welchen Betreuer die 

Aufwandserfassung erfolgt. 

Datei: betreuer.php 


Name: „betreuer“ 

Typ: integer 

Beschreibung: Über diese Variable wird bestimmt für welchen Mitarbeiter der 

Inspirata der Einsatzplan angezeigt werden soll. Wird der Parameter nicht gesetzt, 

wird der Einsatzplan für den aktuell eingeloggten User angezeigt. 

Datei: betreuer_help.php 


Name: „buchungsid_val“ 

Typ: integer 

Beschreibung: Über diese Variable wird bestimmt, für welche Buchung eine 

Betreuerzuordnung geschehen soll. 

Datei: buchung.php 


Name: „buchung“ 

Typ: integer 

Beschreibung: Über diese Variable (ID einer Buchung) wird bestimmt, welche 

Buchung angezeigt werden soll. 

10


Name: „note“ 

Typ: integer 

Beschreibung: Über diese Variable wird bestimmt, welche Notiz angezeigt werden 

soll. 

Name: „stattgefunden“ 

Typ: equal 

Beschreibung: Ist diese Variable gesetzt, wird dem User eine Liste von Buchungen 

präsentiert, die im Status „stattgefunden sind“. 

Name: „aufwandserfassung“ 

Typ: equal 

Beschreibung: Ist diese Variable gesetzt, wird eine Liste von Betreuern angezeigt, die 

zur letzten angeschauten Buchung als Betreuer eingetragen waren. 

Name: „alert“ 

Typ: equal 

Beschreibung: Ist diese Variable gesetzt wird eine Warnmeldung ausgeben, das zur 

Buchung noch keine Betreuer zugeordnet sind. 

Name: „action“ 

Typ: boolean 

Beschreibung: Ist diese Variable mit einem „true“gesetzt und die Buchung im Status 

„angefragt“, wird die Buchung in den Zustand „akzeptiert“ überführt. Ist diese 

Variable gesetzt und die Buchung im Status „akzeptiert“, wird die Buchung in den 

Zustand „bereit“ überführt. 

Name: „stornieren“ 

Typ: boolean 

Beschreibung: Ist diese Variable mit einem „true“ gesetzt und die Buchung im Status 

„angefragt“ oder „akzeptiert“ oder „bereit“, wird die Buchung in den Zustand 

„storniert“ überführt. 

Name: „loeschen“ 

Typ: boolean 


„storniert“, wird die Buchung in den Zustand „gelöscht“ überführt. 

Name: „reaktivieren“ 

Typ: boolean 


„storniert“, wird die Buchung in den Zustand „angefragt“ überführt. 

Datei: buchung_archivieren.php 


Name: „buchungsid“ 

Typ: integer 

11


Beschreibung: Über diese Variable wird bestimmt, welche Buchung archiviert 

werden soll. 

Datei: formular.php 


Name: „forward“ 

Typ: String 

Beschreibung: Über diese Variable wird bestimmt, welche Seite nach dem 

erfolgreichen Login aufgerufen wird. Zum Beispiel ticket.php. 

Name: „fehler“ 

Typ: equal 

Beschreibung: Ist diese Variable gesetzt, wird eine Fehlermeldung ausgegeben, dass 

die Logindaten falsch waren. 

Datei: index.php 








Datei: kalender.php 


Name: „tag“ 

Typ: integer [1-31] 

Beschreibung: Bestimmt den ausgewählten Tag, der im Kalender angezeigt wird. 

Name: „monat“ 

Typ: integer [1-12] 

Beschreibung: Bestimmt den ausgewählten Monat, der im Kalender angezeigt wird. 

Name: „jahr“ 

Typ: integer 

Beschreibung: Bestimmt das Jahr, das im Kalender angezeigt wird. 

Datei: login.php 

POST-Variablen: 

Name: „name“ 

Typ: String 

Beschreibung: Übergibt den Loginnamen an die Datei. 

Name: „pwd“ 

Typ: String 

Beschreibung: Enthält das Loginpasswort. 

12


Datei: manipulation.php 


Name: „buchung“ 

Typ: integer 

Beschreibung: Übergibt die ID der Buchung, die bearbeitet werden soll. 

Datei: notiz_help.php 



Typ: integer 

Beschreibung: Übergibt die ID der Buchung zu der eine neue Notiz angelegt werden 

soll. 

Datei: notiz_manipulation.php 


Name: „notizid_vall“ 

Typ: integer 

Beschreibung: Übergibt die ID der Notiz zu der die bearbeitet werden soll. 

Datei: ticket.php 








Name: „ticket“ 

Typ: integer 

Beschreibung: Übergibt die ID eines Tickets, das angezeigt werden soll. Zusätzlich 

wird, wenn der User über entsprechende Rechte verfügt, die Funktion „Ticket 

bearbeiten“ angezeigt. Wenn der Parameter nicht übergeben wird, wird dem User 

eine Ticketübersicht über alle seine Tickets angezeigt. 

Datei: ticket_manipulation.php 


Name: „ticketid_val“ 

Typ: integer 

Beschreibung: Übergibt die ID des Tickets, das bearbeitet werden soll. 

Datei: ticket_help.php 



Typ: integer 

Beschreibung: Übergibt die ID der Buchung zu der ein Ticket erstellt werden soll. 

13


3.6 Notizen und Ticketsystem: 

3.6.1 Notiz 

In verschiedenen Etappen(Zuständen) einer Buchung können Notizen (Kommentare in Textform) 

angelegt werden. Diese haben im Gegensatz zu einem Ticket kein Adressaten oder ein 

Fälligkeitsdatum. Dadurch empfiehlt sich eine Notiz vor allem für die Buchungshistorie. 

Vorbedingung: Die Buchung muss sich in dem Zustand 'Buchung angefragt' oder 'Buchung 

akzeptiert' oder 'Buchung bereit' oder 'Buchung storniert' befinden. 

3.6.2 Ticket 

Ist ein elektronisches Werkzeug, welches die Mitarbeiter der Inspirata während einer Buchung 

benutzen können und es dient intern als Supportunterstützung. Es soll die Buchungsabwicklung 

vereinfachen. Dafür besteht ein Ticket aus einem Textfeld, für einem Kommentar, einem 

Fälligkeitsdatum, bis zu diesem Datum erscheint das Ticket, einen oder mehreren Adressaten und 

einem Feld bearbeitet. Dieses Feld gibt an, ob das Ticket schon bearbeitet wurde. Ein Ticket wird 

als Erinnerung für ein spezifisches Ereignis verwendet oder als Werkzeug für die 

Betreuerzuordnung. 

Vorbedingung: Die Buchung muss sich in dem Zustand 'Buchung angefragt' oder 'Buchung 

akzeptiert' oder 'Buchung bereit' oder 'Buchung storniert' befinden. 

3.7 Formulare: 

Die Formulare dienen der Buchungsanfrage, d.h. zum Erstellen der Buchung, oder zur 

Buchungsbearbeitung. Jedes Formular besitzt Ressourcen, wie zum Beispiel die Buchungsdaten 

oder Notizen. Außerdem besitzt sie eine Session. Diese Session ist durch ein Timeout begrenzt. 

Falls es zum Timeout innerhalb einer Session kommt, wird der Inhalt des Formulars verworfen und 

damit erfolgt der Abbruch der Buchungsanfrage oder -bearbeitung. Zur Vermeidung von 

inkonsistenten Zuständen muss entschieden werden, ob bestimmte Ressourcen während einer 

Session für andere Benutzer gesperrt werden. 

3.7.1 Lebenszyklus eines Formulars: 

Jedes Formular durchläuft mehrere Zustände. Die Übergänge zwischen den Zuständen werden 

durch Prozesse/Interaktionen des Benutzers mit dem Formular ausgelöst. 

Als erstes befindet sich das Formular im Zustand 'Initialisiert'. Dort erfolgt die Initialisierung des 

Formulars, d.h. es werden Ressourcen geladen und, falls gewollt, manche gesperrt. Sobald der 

Nutzer mit dem Ausfüllen des Formulars beginnt, wechselt der Zustand in den neuen Zustand 

'Ausgefüllt'. Solange der Nutzer das Formular nicht bestätigt oder abbricht oder ein Timeout eintritt, 

bleibt das Formular in diesem Zustand. Drückt der Benutzer den Abbrechen-Button, so erfolgt ein 

Zustandswechsel. Nun wird dem Nutzer die Startseite oder eine Messageseite angezeigt. 

Falls der Benutzer das Formular bestätigt, wechselt es in den Zustand 'Bestätigt'. Der nächste 

Übergang erfolgt nicht durch eine Interaktion des Nutzers, sondern durch das System. Es überprüft 

die eingegebenen Daten und wechselt entweder in den Zustand 'Validiert', falls das Formular 

korrekt ausgefüllt wurde, oder in einen Fehlerzustand, falls die Daten nicht validiert wurden. Falls 

dies geschieht, geht das Formular wieder in den Zustand 'Initialisiert' über. Falls die Daten validiert 

wurden, werden die Daten in die Datenbank übernommen. 

14


4 Struktur und Entwurfskonzepte der Pakete 

4.1 Genauerer Überblick über die Schichtenarchitektur: 

4.1.1 Datenschicht: 

Die Daten des Inspirata Buchungssystem werden in einer MySQL-Datenbank gespeichert, die 

gleichzeitig die Datenschicht des Systems darstellt. Des Weiteren gehören zur Datenschicht die 

PHP-Klassen, die diese Daten aus der Datenbank auslesen und dem System zur Verfügung stellen. 

Erläuterung aller beteiligten Dateien: 

connect.php 

Die connect.php stellt die Verbindung zur MySQL-Datenbank her und speichert sie in 

der globalen Variable „$dbconnect“. Über diese Variable haben alle Funktionen aus 

der buchungsdaten.php und der db.php eine aktive Verbindung zur Datenbank. 

Außerdem müssen in diese Datei die umgebungsspezifischen Zugangsdaten zur Datenbank 

eingetragen werden. 

buchungsdaten.php 

In dieser Datei befinden sich ausschließlich SQL-Queries, die die Daten aus der 

MySQL-Datenbank auslesen und dem System verfügbar machen. Dies geschieht in 

Form von aufrufbaren Funktionen, die jeweils die gewünschten Daten als Return-Wert 

liefern. 

15


dp.php 

Die dp.php stellt, ähnlich wie die buchungsdaten.php, Zugriff auf die Daten in der MySQL- 

Datenbank bereit. Wobei die hier bereitgestellten Funktionen speziell auf das Formularsystem 

des Buchungssystems zugeschnitten sind, weswegen sie auch von der zentralen Datenbank 

Zugriffsdatei buchungsdaten.php ausgelagert sind. 

4.1.2 Logikschicht: 

In der Logikschicht des Inspirata Buchungssystems werden die Daten aus der Datenschicht entgegengenommen, 

verarbeitet und aufbereitet. Letztendlich werden sie dann der Präsentationsschicht 

übergeben. 


support.php 

Die support.php ist die zentrale Verarbeitungsklasse des Inspirata Buchungssystems. Sie 

wird in fast allen anderen Dateien inkludiert und stellt eine große Bandbreite an 

Funktionen zur Verfügung. Fast alle Funktionen nehmen Daten-Arrays aus der 

Datenschicht/Datenbank (buchungsdaten.php) entgegen und bereiten sie so auf, dass sie 

strukturiert ausgegeben werden können. 

helper.php 

Diese Datei enthält ein paar Funktionen, die Formatierungsfehler korrigieren 

sollen und wird von der support.php aufgerufen. 

buchung_akzeptieren.php 

Die buchung_akzeptieren.php enthält nur eine Funktion und hat die Aufgabe eine 

übergebene Buchung in den Zustand „akzeptiert“ zu überführen. 

buchung_archivieren.php 

Die Datei buchung_archivieren dient dazu, sich Informationen zu einer Buchung (Betreuerstunden 

usw.) anzeigen zu lassen. Wenn man mit allem zufrieden ist, hat man die Möglichkeit 

(wenn vorher alle Betreuer ihre Aufwandserfassung ausgefüllt haben), diese Buchung in 

den Zustand archiviert zu überführen. Wenn Unstimmigkeiten vorliegen, kann ausgewählt 

werden, an wen der Betroffenen ein Ticket geschickt werden soll. 

buchung_bereit.php 

Die buchung_bereit.php enthält nur eine Funktion und hat die Aufgabe eine 

übergebene Buchung in den Zustand „bereit“ zu überführen. Falls die Buchung nicht die 

Kriterien erfüllt um in den Zustand überführt zu werden, verbleibt sie im Zustand „akzeptiert“ 

buchung_loeschen.php 

Die buchung_loeschen.php enthält nur eine Funktion und hat die Aufgabe eine 

übergebene Buchung in den Zustand „loeschen“ zu überführen. Eine Buchung in diesem Zustand 

wird im Buchungssystem nicht mehr erscheinen und als gelöscht betrachtet. Sie existiert 

aber noch physisch in der Datenbank. 

buchung_reaktivieren.php 

Die buchung_reaktivieren.php enthält nur eine Funktion und hat die Aufgabe eine 

übergebene Buchung zu reaktivieren und in den Zustand „angefragt“ zu überführen. 

buchung_stornieren.php 

Die buchung_stornieren.php enthält nur eine Funktion und hat die Aufgabe eine 

übergebene Buchung zu stornieren und in den Zustand „storniert“ zu überführen. 

kalender.php 

Diese Datei stellt die Kalenderfunktionalität des Buchungssystems bereit. Die 

16


Funktion baut den Kalender selbst zusammen und holt sich die benötigten 

Daten/Informationen über die support.php. Sie gibt am Ende einen fertigen 

HTML-String zurück, der den fertigen Code enthält. 

logout.php 

Die logout.php zerstört die Session eines Users und meldet ihn somit vom System ab. 

Danach wird der User automatisch zu der Login Seite (formular.php) umgeleitet, da das System 

eine Identifizierung fordert. 

mail.php 

Die mail.php verwaltetet alle Aufgaben rund um das Versenden von Emails im 

System und stellt dafür eine Reihe von Funktionen zur Verfügung. Die dafür 

benötigten Daten, erhält sie, über die bereitgestellten Funktionen aus der 

Datenschicht (buchungsdaten.php). 

mail_cronjob.php 

Die mail_warning.php enthält nur zwei Funktionen. Die erste Funktion hat die Aufgabe eine 

Mail an alle Mitarbeiter der Inspirata zu senden, wenn sie eine Buchung findet, die noch 

nicht im Zustand „bereit“ ist, aber schon bald stattfindet. Und die zweite Funktion kümmert 

sich darum, dass Tickets, die das Fälligkeitsdatum überschritten haben, deaktiviert werden. 

cronjob.php 

Die cronjob.php ist ein Skript, welches von einem Cronjob alle 15 Minuten ausgeführt 

wird. Das Skript liest die aktuelle Zeit und das aktuelle Datum aus und realisiert dann den 

Übergang zwischen „bereit“ und „stattgefunden“. Falls sich die Buchung noch nicht im Zu 

stand „bereit“ befunden hatte, wird die Buchung storniert. 

export.php 

Die export.php ist ein Skript, welches eine Buchung mit allen Attributen ausliest und diese 

dann im RDF-Format in eine Datei schreibt. Außerdem kann man den Einsatz im RDF-Format 

in eine Datei exportieren. 

formular_build.php 

Dies stellt einige Objekte zur Gestaltung und Überprüfung von Formularen bereit. 

4.1.3 Präsentationsschicht: 

In der Präsentationsschicht des Inspirata Buchungssystems werden die Daten aus der Logikschicht 

entgegengenommen und zu einem View zusammengesetzt. Zugleich bildet sie auch die Schnittstelle 

zum Nutzer, sodass dieser mit dem Buchungssystem interagieren kann. 


anmelden.php 

Die anmelden.php stellt die Kunden Sicht (View) zur Verfügung und ansonsten völlig 

losgelöst vom sonstigen Buchungssystem, was das Design und Funktion betrifft. Zur 

Datenbereitstellung etc. greift sie natürlich auf die Logikschicht des Systems zurück. 

Wird die Datei mit einem Token in der URL aufgerufen, wird anstatt des 

Anmeldeformular, die zum Token zugehörige Buchung angezeigt. Ansonsten wird dem 

Kunden die Möglichkeit geboten sich zu informieren und eine neue Buchung anzulegen. 

anmelden_help.php 

Die anmelden_help.php stellt intern das Formular zur Anmeldung einer neuen 

Buchung zusammen und zeigt es dann dem User an. 

html_help.php 

Die html_help.php ist eine Support-Datei, hauptsächlich für die Datei anmelden.php. 

Sie enthält Funktionen die nur HTML-Code zurückliefern, welcher zur Bilddarstellung 

benötigt wird. 

17


betreuer.php 

Die betreuer.php gibt dem User eine Übersicht über alle Buchungen, die ihn selbst 

betreffen oder auf Wunsch eine Übersichtplan über aller Buchungen zu einem 

bestimmten internen User. Wenn die Datei ohne Parameter aufgerufen wird, gibt sie den 

Übersichtsplan des gerade angemeldeten Users zurück. Wenn eine BetreuerID übergeben 

wird, dann wird der Übersichtsplan dieses Users angezeigt, insofern er existiert. 

betreuer_help.php 

Die betreuer_help.php hat die Aufgabe ein Formular bereit zu stellen, welches die Betreuerzuordnung 

zu einer Buchung ermöglicht. 

buchung.php 

Die Datei buchung.php verwaltet alle Aufgaben der Darstellung, rund um eine Buchung. Sie 

bietet eine Übersicht über alle Informationen einer Buchung und stellt Schnittstellen zu folgenden 

weiteren Funktionen zur Verfügung. Eine Buchung kann bearbeitet werden bzw. 

können der Buchung Betreuer zugeordnet werden. Des Weiteren bietet sie, je nach dem jeweiligen 

Status der Buchung, weitere Funktionen wie, Buchung „akzeptieren“, Buchung 

„bereit“, Buchung „stornieren“, Buchung „reaktivieren“ und Buchung „löschen“. Die Funktionen 

Ticket erstellen und Notiz erstellen stehen unabhängig vom Status der Buchung immer 

zur Verfügung. 

index.php 

Die Datei index.php ist die Startseite des Buchungssystems. Sie hat die Aufgabe eine Übersicht 

über alle Buchungen zu vermitteln. Hierfür bietet sie den Kalender der alle Buchungen 

eines Monats anzeigt. Ist ein konkreter Tag ausgewählt, stellt sie alle Buchungen, die an 

diesem Tag stattfinden dar. Wenn kein konkretes Datum ausgewählt ist, stellt sie automatisch 

alle Buchungen des aktuellen Tages dar. 

notiz_help.php 

Die notiz_help.php hat die Aufgabe ein Formular bereit zu stellen, welches es ermöglicht 

eine neue Notiz zu einer Buchung zu erstellen. 

notiz_manipulation.php 

In der notiz_help.php wird ein Formular bereit gestellt, welches es ermöglicht eine Notiz einer 

Buchung zu bearbeiten. 

ticket.php 

Die Datei buchung.php verwaltet alle Aufgaben der Darstellung, rund um die Tickets. Sie 

bietet eine Übersicht über alle Tickets, die den eingeloggten User betreffen und stellt dem 

User die Möglichkeit zur Verfügung, die Tickets anzuschauen und zu bearbeiten. 

ticket_help.php 

Mit Hilfe von dieser Datei kann ein Ticket zu einer Buchung angelegt werden 

und die Empfänger für dieses Ticket können ebenfalls angegeben werden. 

ticket_manipulation.php 

Damit ist es einem Schöpfer eines Tickets möglich, ein von Ihm angelegtes Ticket zu 

bearbeiten. 

formular.php 

Die Datei formular.php hat die Aufgabe dem User ein Login Formular bereitzustellen und 

diese eingegeben Daten dann an die login.php weiterzuleiten. 

aufwand_help.php 

Dient dazu, dass ein Betreuer zu einer seiner Buchung seine Arbeitszeiten 

abrechnen kann. Um Spezialfälle abzudecken, kann er ein Kommentarfeld ausfüllen, 

um seine Arbeitszeit zu erklären. 

18


manipulation.php 

Hiermit ist es einem Verwalter oder Mitarbeiter möglich, Änderungen an einer gegebenen 

Buchung vorzunehmen. Diese Änderungen werden in der Änderungsnotiz zu diesem Ticket 

aufbewahrt. 

html.php 

Stellt die Grundlage dar, um mittels formular_build.php erzeugte Objekte auf einer Webseite 

darzustellen. 

login.php 

Die login.php nimmt die eingegeben Login-Daten vom User entgegen und gleicht sie 

mit dem egroupware-System der Inspirata ab. Sind sie korrekt wird dem User 

Zugang zum System gewährt. Über die globale Variable $useInternalDb kann man auch die 

Inspirata Datenbank zum identifizieren benutzen. 

recover.php 

Die recover.php bekommt von der formular.php eine Email-Adresse übergeben. Diese 

gleicht sie mit der Tabelle „angestellten“ ab. Findet sie einen Match, generiert sie ein neues 

Passwort und trägt es anstatt des alten Passwortes ein. Dieses wird dann auch dem User, der 

sein Passwort zurückgesetzt hat, via Mail zugeschickt. 

4.2 Genauerer Überblick über den Lebenszyklus einer Buchung: 

(Hauptprozesse die eine Buchung durchläuft) 

19


(Interne Prozesse zum vorbereiten einer Buchung) 

Der Lebenszyklus einer Buchung besteht aus mindestens fünf Zuständen. Um in den ersten 

Zustand, „Buchung angefragt“, zu gelangen, muss die Buchung mithilfe der anmelden_help.php 

erstellt werden (/LF 10/). In diesem Zustand kann ein Mitarbeiter die Buchung durch 

manipulation.php bearbeiten (/LF 40/). Er kann auch die Buchung in einen anderen Zustand 

überführen, in den Zustand „Buchung akzeptiert“ oder „Buchung storniert“. Im zweiten Fall wäre 

die Buchung storniert wurden (buchung_stornieren.php, /LF 50/). In diesem Zustand kann man die 

Buchung nur wieder reaktivieren, mithilfe der buchung_reaktivieren.php (/LF 60/) oder sie löschen, 

mithilfe der buchung_loeschen.php (/LF 110/). Durch das Löschen erscheint die Buchung nicht 

länger in der Softwarelösungen, aber sie wurde nicht physikalisch gelöscht. Durch das Reaktivieren 

wird die Buchung wieder in den Zustand „Buchung angefragt“ übergehen. Falls die Buchung durch 

die buchung_akzeptieren.php aufgerufen wird, ändert sich der Status der Buchung von „angefragt“ 

in „akzeptiert“ und die Buchung ist dann im Zustand „Buchung akzeptiert“ (/LF 20/). In diesem 

Zustand kann die Buchung wieder, wie schon oben beschrieben, bearbeitet werden. Außerdem kann 

sie auch in diesem Zustand storniert werden. Der einzig neue Prozess ist der Prozess, der Betreuer 

einer Buchung zuordnet (/LF 70/). Ein Mitarbeiter kann mithilfe der betreuer_help.php einen oder 

mehrere Betreuer zuordnen und dies wieder rückgängig machen. Dagegen kann ein Betreuer nur 

sich selbst zuordnen (auch wieder mit der betreuer_help.php). Sobald die Betreuerzuordnung 

erfolgt, wird auch ein Zustandsübergang vollführt. Die Buchung wird durch die buchung_bereit.php 

in den Zustand „Buchung bereit“ überführt. In diesem Zustand kann die Buchung auch wieder 

bearbeitet oder storniert werden. Damit es nun zum nächsten Zustandsübergang kommt, also in den 

Zustand „Buchung stattgefunden“, muss das real-zeitliche Event, Buchung wurde ausgeführt, 

durchgeführt werden. Dies geschieht im System mit einem Cronjob. Dieser ruft dann das Skript 

cronjob.php auf, welches wiederum alle Buchungen zu dem spezifischen Datum und Zeit aus der 

Datenbank ausliest. Nun überprüft es den Status, wenn der Status gleich „bereit“ ist, wird die 

Buchung in den Zustand „Buchung stattgefunden“ überführt, sonst wird sie storniert. In Zustand 

„Buchung stattgefunden“ muss die Buchung nachbereitet werden (/LF 80/). Dazu muss jeder 

Betreuer, der der Buchung zugeordnet ist, eine Aufwandserfassung erstellen. Dies wird durch die 

20


aufwand_help.php realisiert. Sobald alle Aufwandserfassungen vorhanden sind, kann die Buchung 

archiviert werden (/LF 160/). Dadurch wird die Buchung in den Zustand „Buchung archiviert“ 

überführt. Außerdem wird die Buchung und die Einsätze mithilfe der export.php exportiert. 

4.2.1 Geschäftsprozesse: 

/LF 10/ Geschäftsprozess: Buchung anfragen 

Beschreibung: Der Kunde füllt ein Webformular für eine neue Buchung aus. Danach erhält er 

einen Link inklusive zufälligem Zugriffsschlüssel, um später eingeschränkten Zugriff auf die 

Buchung zu erhalten. Im System wird eine Buchung im Zustand 'Buchung angefragt' angelegt. 

Vorbedingung: Der Kunde ist online. 

Nachbedingung: Die Buchung ist im Zustand 'Buchung angefragt' und alle Pflichtfelder sind 

ausgefüllt. 

/LF 20/ Geschäftsprozess: Buchung akzeptieren 

Beschreibung: Die Buchungsanfrage wird angenommen und der Kunde wird benachrichtigt. 

Vorbedingung: Ein Mitarbeiter oder Verwalter ist authentifiziert und die Buchung ist im Zustand 

'Buchung angefragt'. 

Nachbedingung: Die Buchung ist im Zustand 'Buchung akzeptiert'. 

/LF 30/ Geschäftsprozess: Buchungsauswahl nach Kalender 

Beschreibung: Die Buchungen sind mit dem Kalender verknüpft und können mithilfe diesem 

angezeigt werden. 

Vorbedingung: Eine Buchung ist mindestens im Zustand 'Buchung angefragt'. 

Nachbedingung: Die Buchung wird im Kalender angezeigt. 

/LF 40/ Geschäftsprozess: Buchung bearbeiten 

Beschreibung: Es werden die Daten einer Buchung manipuliert. Dabei werden unterschiedlichen 

Akteuren unterschiedliche Rechte zugestanden. So kann man einen Termin ändern, solange er noch 

im Zustand 'Buchung angefragt' ist. 

Vorbedingung: Der Akteur ist authentifiziert und die Buchung ist im einem Zustand, in dem jener, 

sie bearbeiten darf (siehe Tabelle Abschnitt Rechtemanagement). 

Nachbedingung: Die Buchung ändert ihren Zustand nicht. Außerdem wird eine Notiz angelegt, die 

den alten und neuen Wert der Änderungen beinhaltet. 

/LF 50/ Geschäftsprozess: Buchung stornieren 

Beschreibung: Die Buchung wird in den Zustand 'Buchung storniert' überführt und alle betroffenen 

Betreuer werden informiert. Außerdem wird der Kalender aktualisiert und der Kunde wird 

benachrichtigt. 

Vorbedingung: Ein Akteur ist authentifiziert und die Buchung ist im Zustand 'Buchung angefragt', 

'Buchung akzeptiert' oder 'Buchung bereit. 

Nachbedingung: Die Buchung ist im Zustand 'Buchung storniert'. 

/LF 60/ Geschäftsprozess: Buchung reaktivieren 

Beschreibung: Die Buchung wird reaktiviert und in den Zustand 'Buchung angefragt' überführt. 

Der Kunde wird benachrichtigt. 

Vorbedingung: Ein Mitarbeiter oder Verwalter ist authentifiziert und die Buchung ist im Zustand 

'Buchung storniert'. Der Kunde erwünscht die Reaktivierung. 

21


Nachbedingung: Die Buchung ist im Zustand 'Buchung angefragt'. 

/LF 70/ Geschäftsprozess: Betreuer zuordnen 

Beschreibung: Betreuer werden durch einen Mitarbeiter oder Verwalter einer Buchung zugeordnet. 

Ein authentifizierter Betreuer kann sich außerdem selbst zuordnen. 

Vorbedingung: Ein Betreuer, Verwalter oder Mitarbeiter ist authentifiziert und die Buchung ist im 

Zustand 'Buchung akzeptiert'. 

Nachbedingung: Die Buchung ist im Zustand 'Buchung bereit'. 

/LF 80/ Geschäftsprozess: Buchung nachbereiten 

Beschreibung: Die Buchung wird nachbearbeitet und jeder Betreuer, der der Buchung zu geordnet 

ist, erstellt seine Aufwandserfassung. 

Vorbedingung: Ein Mitarbeiter oder Verwalter ist authentifiziert und die Buchung hat 

stattgefunden. 

Nachbedingung: Die Buchung ist im Zustand 'Buchung stattgefunden'. 

/LF 90/ Geschäftsprozess: Betreuer manipulieren 

Beschreibung: Verwalter bearbeitet Daten bezüglich eines Betreuers. 

/LF 100/ Geschäftsprozess: Mitarbeiter manipulieren 

Beschreibung: Verwalter bearbeitet Daten bezüglich eines Mitarbeiters. 

/LF 110/ Geschäftsprozess: Buchung löschen 

Beschreibung: Ein Mitarbeiter oder Verwalter löscht eine oder mehrere stornierte Buchungen. 

Dadurch werden sie unwiderruflich aus dem System entfernt, aber nicht physikalisch gelöscht. 

Vorbedingung: Die Buchung ist im Zustand 'Buchung storniert' und ein Mitarbeiter oder Verwalter 

ist authentifiziert. 

Nachbedingung: Die Buchung ist nicht mehr im System vorhanden. 

/LF 120/ Geschäftsprozess: Login Verfahren 

Beschreibung: Ein Benutzer identifiziert sich gegenüber dem System und erhält dadurch ein 

bestimmte Rolle mit entsprechenden Rechten. 

Vorbedingung: Der Benutzer ist im E-Groupwaresystem registriert. 

Nachbedingung: Der Benutzer ist mit entsprechender Rolle angemeldet. 

/LF 130/ Geschäftsprozess: RDF-Schnittstelle 

Beschreibung: Ein Verwalter kann mithilfe der Export-Schnittstelle, Buchungen aus der Datenbank 

exportieren. Mithilfe der Import-Schnittstelle ist ein Verwalter in der Lage, neue Betreuerdaten ins 

System einzuspielen. 

Vorbedingung: Ein Verwalter ist authentifiziert. 

/LF 140/ Geschäftsprozess: Ticket anlegen 

Beschreibung: Ein Mitarbeiter oder Verwalter kann mithilfe des Ticketsystem ein Ticket zu einer 

Buchung erstellen. 

Vorbedingung: Ein Benutzer hat sich gegenüber dem Systems als Mitarbeiter oder Verwalter 

identifiziert. 

Nachbedingung: Die gewählte Buchung besitzt ein Ticket, welches von einem Mitarbeiter oder 

Verwalter angelegt wurde. 

22


/LF 150/ Geschäftsprozess: Notiz anlegen 

Beschreibung: Ein Mitarbeiter, Verwalter oder Betreuer kann eine Notiz zu einer Buchung anlegen. 

Vorbedingung: Ein Benutzer hat sich gegenüber des Systems als Betreuer, Mitarbeiter oder 

Verwalter identifiziert. 

Nachbedingung: Die gewählte Buchung besitzt eine Notiz, welche von einem Betreuer, Mitarbeiter 

oder Verwalter angelegt wurde. 

/LF 160/ Geschäftsprozess: Buchung archivieren 

Beschreibung: Ein Mitarbeiter oder Verwalter archiviert eine Buchung. Diese wird dabei mit den 

Einsätzen der Betreuer exportiert. 

Vorbedingung: Die Buchung ist im Zustand 'Buchung stattgefunden' und das Nachbereiten der 

Buchung ist bereits vollendet. Außerdem ist der Mitarbeiter/Verwalter authentifiziert. 

Nachbedingung: Die Buchung ist im Zustand 'Buchung archiviert' und wurde exportiert. 

4.3 Genauerer Überblick über die Sichten der Präsentationsschicht: 

Das Buchungssystem der Inspirata verfügt über 3 verschiedene Sichten. Das wären die Sicht des 

Kunden oder auch externe Sicht, die Sicht des Betreuers und als letztes die Sicht des 

Mitarbeiters/Verwalters. Im nachfolgenden Text soll noch einmal genauer drauf eingegangen 

werden, wie die drei Sichten im Buchungssystem intern repräsentiert werden und wie sie 

miteinander agieren. 

4.3.1 Kundensicht: 

Aus der Sicht des Kunden ist es nur möglich eine neue Buchung anzulegen, sowie im Kalender zu 

blättern und sich zu informieren, an welchen Tagen schon Buchungen vorliegen. Zur Repräsentation 

dieser Schicht sind die Dateien amelden.php und anmelden_help.php verantwortlich. Die Datei 

amelden.php baut die Website zusammen und stellt den Link zum Anmeldeformular und den 

Kalender bereit. Über einen GET PARAMTER „token=“ kann Output der Datei Einfluss 

genommen werden. Wird der Parameter „token“ gesetzt, wird in der Datenbank nachgeschaut, ob 

eine entsprechende Buchung zum Token existiert. Falls ja, wird dem User eine detaillierte Ansicht 

seiner Buchung angezeigt. In der anmelden_help.php wird das Formular zum anmelden kreiert und 

zur Verfügung gestellt. Wird die anmelden.php mit dem Parameter „date=“ aufgerufen, wird das 

Formular mit dem entsprechenden Datum initialisiert. Die Sicht des Kunden ist weitgehend 

autonom vom Rest des Buchungssystems und das Design der Seite kann unabhängig vom Rest des 

Systems gesteuert werden. 

4.3.2 Betreuersicht: 

Die Präsentationsschicht des Betreuers wird aus einer Vielzahl von Dateien realisiert, die jeweils 

bestimmte Funktionen zur Verfügung stellen. Um in die Sicht eines Betreuers zu gelangen, muss 

man sich jedoch zuerst gegenüber dem System identifizieren. Diese Funktionalität übernimmt die 

Datei formular.php. Sie präsentiert ein Loginformular mit entsprechenden Feldern und übernimmt 

das Weiterschicken der Dateien via POST an die Datei login.php. Diese Datei gleicht die 

eingebenden Logindaten mit der Datenbank ab. Sind diese korrekt, wird der User am System 

angemeldet und an die Datei index.php weitergeleitet, welche die Startseite des Buchungssystems 

repräsentiert. Diese Webseite des Systems besteht aus statischen und dynamischen Content. Statisch 

ist das Menü oben und der Kalender. Die Funktionalität des Kalenders wird in der kalender.php 

bereitgestellt und die Funktionalität des Menüs in der support.php. Über das Menü wird man auf 

weitere Seiten weitergeleitet, die den gleichen statischen Content darstellen, wie die index.php, aber 

23


einen eigenen dynamischen Teil besitzen. Der dynamische Teil der index.php stellt eine 

Buchungsübersicht bereit. Standardmäßig wird nach dem Anmelden am System eine Übersicht über 

alle Buchungen des aktuellen Tages angezeigt. Wird jedoch ein beliebiges Datum aus dem Kalender 

gewählt, wird eine Übersicht mit allen Buchungen an diesem Datum angezeigt. Dies wird realisiert, 

indem die index.php mit dem GET Parameter „datum=“ aufgerufen wird. Es wird dann die 

Buchungsübersicht zu dem gewählten Datum angezeigt. Auf der rechten Seite bietet die index.php 

die Funktion an, eine neue Buchung anzulegen. Diese Funktion wird über die gleiche Datei 

(anmelden_help.php), wie in der Kundensicht bereitgestellt und einfach erneut aufgerufen. Über 

den Menübutton „Home“ gelangt man von überall zurück auf diese Buchungsübersicht. 

Jede angezeigte Buchung aus der Buchungsübersicht verfügt über einen „Mehr“ Button, der auf die 

Datei buchung.php leitet. Die buchung.php stellt wieder den typischen statischen Content aus Menü 

und Kalender sowie Raumbelegungsplan zur Verfügung. Im dynamischen Teil zeigt die Datei 

standardmäßig, die jeweilige aufgerufene Buchung detailliert, sowie die zugeordneten Betreuer 

(wenn vorhanden) und die zur Buchung zugehörigen Notizen, an. Welche Buchung die Datei 

anzeigt, wird über den GET Parameter „buchung=“ bestimmt, wird keine Buchung übergeben, wird 

nichts angezeigt. Auf der rechten Seite wird wieder die Funktion „neue Buchung erstellen“ 

angezeigt. Es werden hier an dieser Stelle jedoch noch weiter Funktionen geladen, je nachdem in 

welchem Status die Buchung ist und welche Rolle der User besitzt. Im Falle des Betreuers ist das 

die Funktion „neue Notiz erstellen“. Diese Funktion wird über die Datei notiz_help.php realisiert. 

Ihr wird beim Aufruf via GET der Parameter „buchungsid_val“ übergeben, wodurch sie weiß, zu 

welcher Buchung sie eine neue Notiz anlegen muss. Des Weiteren kann unter Umständen die 

Funktion „Aufwandserfassung“ zur Verfügung stehen. Sie verweist auf die Datei 

aufwand_help.php. Ihr werden via GET die Parameter „buchungsid“ und „betreuerid“ übergeben, 

damit die Datei weiß für welche Buchung und welchen Betreuer eine Aufwandserfassung erfolgen 

soll. Wenn zur Buchung Notizen existieren, kann man diese einsehen, indem man auf die 

entsprechenden Links klickt. Man wird dann wieder auf die buchung.php weitergeleitet, jedoch 

wird noch ein zweiter GET Parameter „note=“ gesetzt, der angibt welche Notiz angezeigt werden 

soll. Wird der GET Parameter „note“ gesetzt, wird auch die Funktion „Notiz bearbeiten“ aktiviert. 

Welche wiederum in der Datei notiz_manipulation.php implementiert ist. Ihr wird der GET 

Parameter „notiz_val=“ übergeben, der kennzeichnet, welche Notiz bearbeitet werden soll. Als 

letztes existiert hier noch die Funktion „Betreuer zuordnen“. Die Funktion wird jedoch nur 

angezeigt, wenn die Buchung nicht im Status „stattgefunden“ ist. Bereitgestellt wird sie von der 

Datei betreuer_help.php und über den GET Parameter „buchungsid_val“ wird ihr mitgeteilt, zu 

welcher Buchung Betreuer zugeordnet werden sollen. Dabei ist es in der Betreuersicht nur möglich, 

sich selbst einer Buchung zu zuordnen. 

Über den Menüpunkt „Meine Buchungen“ wird man auf die Datei betreuer.php weitergeleitet. Die 

wieder den bekannten statischen Content anzeigt und ihn um ihren eigen dynamischen Inhalt 

erweitert. Standardmäßig zeigt der dynamische Inhalt den Einsatzplan des jeweiligen Users, der 

eingeloggt ist. Dabei wird die ticket.php ohne GET Parameter aufgerufen. Über die Betreuerliste 

Liste links (ist eine Funktion der Datei support.php) kann man jedoch auch einen beliebigen 

Mitarbeiter der Inspirata auswählen und sich dazugehörigen Einsatzplan anzeigen zulassen. Dies 

wird realisiert, indem der Parameter „betreuer=$id“ gesetzt wird. Dann weiß die Datei, dass sie 

nicht den Einsatzplan des eingeloggten Users anzeigen soll, sondern den des ausgewählten 

Mitarbeiters. Auch die Funktion, eine neue Buchung zu erstellen, ist wieder auf der rechten Seite 

implementiert. Der Einsatzplan zeigt alle Buchungen des jeweiligen Users an und bietet ein Link 

an, sich jede Buchung detailliert anzuschauen. Jeder dieser Links referenziert dabei auf die Datei 

buchung.php, die die Funktion, Buchung detailliert anzeigen, implementiert hat. Der Menüpunkt 

„Meine Tickets“ leitet auf die Datei ticket.php weiter. Sie stellt wieder den typischen Standard 

24


Content bereit, sowie auf der rechten Seite die Funktion Buchung anlegen. Der dynamische Teil in 

der Mitte zeigt dem User eine Ticketübersicht, welche alle Tickets enthält die den jeweiligen User 

betreffen bzw. tangieren. Wird auf ein Ticket geklickt, wird man auf die Detailansicht des Tickets 

weitergeleitet, die in der ticket.php implementiert ist. Dies wird intern über die GET Variable 

„ticket“ geregelt. Wird die Ticket.php ohne Parameter aufgerufen, so liefert sie die Ticketübersicht 

zurück. Erfolgt der Aufruf mit dem Parameter „ticket=“, wird das jeweilige Ticket in der 

Detailansicht angezeigt. 

Der letzte Menüpunkt “Logout“ leitet auf die Datei logout.php weiter. Diese Datei selbst bietet 

keinen View sondern, beendet im Hintergrund die Session des Users. Anschließend leitet sie den 

User auf die index.php weiter, welche ihn jedoch auf die formular.php weitergeschickt, da er nicht 

eingeloggt ist bzw. nicht gegenüber dem System identifiziert ist. 

Mitarbeitersicht/Verwalter: 

Die Sicht des Mitarbeiters bzw. Verwalters ist im eigentlichen Sinne bloß eine Erweiterung der 

Sicht des Betreuers. Aus diesem Grund gelten, alle getroffenen Aussagen aus der Betreuersicht hier 

gleichermaßen. Deshalb werden an dieser Stelle nur die Punkte erläutert, in der sich die 

Mitarbeiter/Verwalter Sicht von der Betreuersicht unterscheidet. Ob der eingeloggte User eine 

bestimmte Funktion sieht, hängt davon ab, ob er dafür die erforderlichen Rechte besitzt. Dies regelt 

das Script intern, indem es die Rolle des jeweiligen Users abfragt und entsprechend reagiert. 

Ein erster Unterschied ergibt sich unter dem Menüpunkt „Meine Tickets“, wo der dynamische Teil 

auf der rechten Seite nun auch die Funktion „Ticket bearbeiten“ anbietet. Diese Funktion ist über 

die Datei ticket_manipulation.php realisiert. Sie wird mit dem GET Parameter „ticketid_val=“ 

aufgerufen, wodurch sie weiß welches Ticket zu bearbeiten ist. Ob die Funktion angezeigt wird, 

wird in der Datei selbst berechnet, indem sie prüft, ob der User die Rolle Mitarbeiter oder Verwalter 

besitzt. 

Den größten Unterschied gegenüber der Betreuersicht gibt es in der Detailansicht der einzelnen 

Buchungen. Hier gibt es eine Reihe von Funktionen im dynamischen Teil, die nur zu gewissen 

Bedingungen angezeigt werden. 

Die Funktion „Buchung bearbeiten“ wird über die Datei manipulation.php implementiert. Die zu 

bearbeitende Buchung wird über den GET Parameter „buchung=“ übergeben. Diese Funktion ist 

immer verfügbar, egal in welchem Status sich die Buchung auch befindet. Bereits aus der Sicht des 

Betreuers bekannt, ist die Funktion „Betreuer zuordnen“. In der Mitarbeitersicht wird sie jedoch in 

ihrer Funktionalität erweitert. Es nun möglich nicht nur sich selbst, sondern alle verfügbaren 

Betreuern einer Buchung zu zuordnen. Die Funktionalität „Buchung akzeptieren“ ist in der Datei 

buchung_akzeptieren.php implementiert, welche bei Aufruf direkt in die buchung.php inkludiert 

wird. Die Funktion selbst wird nur angezeigt, wenn sich die Buchung im Zustand „angefragt“ 

befindet. Über das gleiche Prinzip wird die Funktion „Buchung bereit“ realisiert (Datei 

buchung_bereit.php), mit dem Unterschied das sie nur verfügbar ist, wenn die Buchung im Status 

„akzeptiert“ ist. Auch der Aufruf der Funktion „Buchung stornieren“ ist genauso implementiert, wie 

die zwei vorangegangen Funktionen und wird über die Datei buchung_stornieren.php bereit gestellt. 

Anders als ihre Vorgänger ist jedoch in den Status „angefragt“, „akzeptiert“ und „breit“ verfügbar. 

Als letztes reihen sich noch die zwei Funktionen „Buchung löschen“ (buchung_loeschen.php) und 

„Buchung reaktivieren“ (buchung_reaktivieren.php) ein, da sie identisch wie die Funktion 

„Buchung akzeptieren“ realisiert sind. Beide Funktionen werden nur angezeigt, wenn sich die 

Buchung im Zustand „storniert“ befindet. Die Funktionalität „neues Ticket erstellen“ wird über die 

Datei ticket_hel.php bereitgestellt. Sie ist unabhängig vom Status immer verfügbar. Außerdem wird 

ihr über den GET Parameter „buchungsid_val“ mitgeteilt, zu welcher Buchung das erstellte Ticket 

gehört. Die Funktion „Buchung archivieren“ ist in der Datei buchung_archivieren.php 

25


implementiert und wird nur angezeigt wenn die Buchung im Status „stattgefunden“ ist. Sie wird 

ebenfalls mit einem GET Parameter „buchungsid“ aufgerufen, der kennzeichnet, welche Buchung 

archiviert werden soll. 

4.4 Layout-Konzepte des Buchungssystems 

An dieser Stelle soll die GUI des Inspirata Buchungssystems noch einmal kurz genauer erläutert 

werden. Des Weiteren soll ein kurzer Überblick über die Funktionsweise und Möglichkeiten der 

GUI gegeben werden. 

Layout-Konzept des Inspirata Buchungssystems: 

Das Menü mit dem Buttons „HOME“, „MEINE BUCHUNGEN“, „MEINE TICKETS“, „STATT- 

GEFUNDENE BUCHUNGEN“, „LOGOUT“ ist hart gecodet und wird über eine Funktion in alle 

entsprechenden Seiten geladen. Die Funktion befindet sich in der Datei support.php und heißt 

body(). Hier kann das Menü nach Belieben angepasst werden. Die Funktion hat des Weiteren drei 

Parameter, mit den Namen $links, $mitte und $rechts. Diesen können mit beliebigem HTML-Code 

bestückt werden und der Funktion übergeben werden, welche sie dann an den entsprechenden Orten 

darstellt (siehe Bild). Dies verleiht der Seite eine recht große Flexibilität, da die drei Spalten einfach 

mit jedem beliebigen Inhalt gefüllt werden können. Der Footer der Website ist ebenfalls hart gecodet 

und befindet sich in der body() Funktion (support.php). 

Das Design der Website ist in Form von Stylesheets implementiert die alle ausgelagert sind und sich 

im Unterordner „css“ befinden. Dies ermöglicht eine komfortable Verwaltung des Aussehens der 

26


Webseite. Die style.css enthält das generelle Design der Webseite. Über die intern.css wird das Aussehen 

des Kalenders, Buchungsübersicht und Einsatztabelle bestimmt. Das Aussehen der Kundenseite 

(anmelden.php) kann über die kunde.css bestimmt werden. Die beiden Stylesheets login.css 

und button.css bestimmen das Design des Loginformulars und der Buttons im System. 

GUI: 

Wenn sie die Startseite des Systems aufrufen und noch nicht gegenüber dem System authentifiziert 

sind, werden sie vom System selbst auf die formular.php weitergeleitet. 

An dieser Stelle müssen sie ihren Benutzernamen und Passwort eingeben. 

Hat sich der User erfolgreich identifiziert, wird er auf die Startseite (index.php) geleitet. 

Hier sieht er auf der linken Seite den Buchungskalender, der standardmäßig den aktuellen Monat 

zeigt. An den Tagen, wo Buchungen stattfinden, ist der Tag grau hinterlegt und die Tageszahl rot 

dargestellt. Ebenfalls standardmäßig wird die Buchungsübersicht für den aktuellen Tag angezeigt. 

Unter dem Kalender wird der Raumbelegungsplan angezeigt, der Auskunft darüber gibt, wie spät 

und in welchem Raum die Buchungen am gewählten Tag stattfinden. Klickt man auf „Mehr“ bei einer 

der Buchungen in der Buchungsübersicht wird sie detailliert angezeigt. Dabei wird im Hintergrund 

die buchung.php aufgerufen und ihr über die $_GET Variable „buchung“ die ID, der Buchung, 

übergeben. 

27


Die buchung.php zeigt in der linken Spalte den Kalenders und den Raumbelegungsplan. In der Mitte 

wird die gewählte Buchung detailliert angezeigt. Wenn schon Betreuer der Buchung zugeordnet 

sind, werden diese ebenfalls angezeigt. Als letztes werden alle verfügbaren Notizen zur Buchung 

aufgelistet. In der Spalte ganz rechts werden alle verfügbaren Funktionen aufgelistet, die abhängig 

vom Status der Buchung und von der Rolle des eingeloggten Users sind. 

Über den Button „Meine Tickets“ gelangt man auf die ticket.php 

Der einzige Unterschied liegt hier an den bereitgestellten Funktionen in der rechten Spalte und das 

in der mittleren Spalte nun angezeigt wird, welche Tickets des eingeloggten User betreffen. Wenn 

man auf einen Ticket klickt wird man auf die Detailansicht des Tickets geleitet und bekommt die 

Funktion zum Bearbeiten des Tickets angezeigt. 

Mit einem Klick auf den Button „Meine Buchungen“ (betreuer.php), bekommt der eingeloggte User 

seinen persönlichen Einsatzplan angezeigt. Dieser umfasst alle Buchungen bei denen der eingeloggte 

User als Betreuer eingetragen ist. Buchungen werden im Einsatzplan nicht mehr angezeigt, wenn 

sie im Status „gelöscht“ oder „archiviert“ sind. 

Termine die in der Zukunft liegen, also erst noch stattfinden, sind rot gekennzeichnet. 

28


29


Der Kunde des Inspirata System besitzt seine eigene Sicht auf das Buchungssystem, da er sich gegenüber 

dem System nicht authentifizieren kann und außerdem nur die Funktion, Buchung anlegen, 

benötigt. Die Darstellung der Kundesicht übernimmt die anmelden.php. Sie kann problemlos in das 

bestehende WordPress der Inspirata eingebunden werden. Dabei kann das Design, getrennt vom Inspirata 

Buchungssystem, gesteuert werden. Die Steuerdatei befindet sich im Ordner „css“ und heißt 

kunde.css. Der HTML-Code der anmelden.php liegt in der Datei html_help.php. Er wird dort über 

Funktionen bereitgestellt und kann dort entsprechend an die eigenen Bedürfnisse angepasst werden. 

Das Formular zum Anlegen einer neuen Buchung wird über die Datei anmelden_help.php 

Bereitgestellt, welches wiederum über den Button „Formular aufrufen“ in der anmelden.php am 

Ende der Website aufgerufen wird. 

30


31


4.5 Dokumentation des Mailsystems des Buchungssystems: 

An dieser Stelle soll noch einmal kurz auf das Mailsystem des Inspirata Buchungssystems eingegangen 

werden. Es wird erklärt, wann das Buchungssystem Mails verschickt. 

Alle Mailfunktionen des Buchungssystems sind in der mail.php gespeichert. In dieser Datei existiert 

eine Funktion namens mailSend(). Diese Funktionen ist die Kernfunktion, die alle Mails des Systems 

verschickt. Sie verschickt jede Mail als Plaintext und kodiert sie in UTF-8, sodass auch Sonderzeichen 

korrekt dargestellt werden. In der Funktion gibt es eine Zeile 

„$to = beispiel@mailadresse.de;“. Wird diese Zeile mit einer Mailadresse bestückt und aktiviert, 

dann wird jede Mail die das System schickt an diese Adresse umgeleitet. Dies ist vor allem für Testzwecke 

äußerst nützlich. 

Das Buchungssystem verschickt eine Email, wenn eine neue Buchung angelegt wird. Dabei wird 

der Ersteller einer Buchungsanfrage darüber informiert, dass seine Anfrage erfolgreich war. (siehe 

Bild) 

Des Weiteren wird eine Mail vom Buchungssystem verschickt, wenn die Buchung in den Status 

„akzeptiert“, „storniert“ oder „bereit“ wechselt. Dabei wird der Ersteller über den neuen Status seiner 

Buchung informiert. (siehe Bilder) 

32


Wenn eine neue Notiz im System erstellt oder bearbeitet wurde, dann informiert das Buchungssystem 

alle zur Buchung eingetragen Betreuer via Mail darüber (siehe Bilder). 

Wenn ein neues Ticket im System erstellt oder bearbeitet wurde, dann informiert das Buchungssystem 

alle zur Ticket eingetragen Betreuer via Mail darüber (siehe Bilder). 

33


5 Datenmodell 

Die einzigen Daten die in Buchungssystem dauerhaft gespeichert werden befinden sich in der 

Datenbank des Systems. Welche folgenden Aufbau besitzt: 

6 Testkonzept 

Schon wahrend der Implementierung wird der Code fortlaufend, durch automatische Tests, 

überprüft. Diese automatischen Tests werden dann jeweils durch manuelle Tests ergänzt und 

bedürfen größerer Aufmerksamkeit. Jede geschriebene Komponente wird auf Korrektheit und 

Fehlerfreiheit geprüft. Hierzu sollte z.B. zu jeder Komponente eine Test Datei geschrieben werden, 

die alle Funktionalitäten der jeweiligen Komponente implementiert und durch testet. Bei den Tests 

sollten auf jeden Fall auf die Grenzfalle und unvorhergesehene Eingaben geachtet werden. 

Wenn die Komponenten bzw. Klassen getestet sind, wird das System zusammengesetzt. Dann muss 

das gesamte System auf Funktionstüchtigkeit geprüft werden, was sehr sorgfältig geschehen soll 

und daher entsprechend viel Zeit in Anspruch nehmen wird. Hierbei soll getestet werden, ob sich 

alle Komponenten im Zusammenspiel mit den anderen Komponenten korrekt verhalten und ob der 

Workflow des Buchungssystems fehlerfrei durchläuft. Des Weiteren muss an dieser Stelle überprüft 

werden, ob das Nutzerinterface fehlerfrei arbeitet und der Benutzerfreundlichkeit genügt. 

Da das Buchungssystem eine einfache Arbeitsoberfläche besitzt, die einfach via Browser 

34


angesteuert werden kann, ist der Test des Systems für viele Tester einfach möglich. Sodass schnell 

eine Fehlerliste zusammengestellt werden kann, die dann durch die Programmierer abgearbeitet 

wird. 

Hierbei soll das Gesamtsystem in mehreren Testdurchläufen immer wieder überprüft werden bis 

alle Fehler ausgemerzt sind. 

7 Glossar 

Betreuer: Ein Betreuer ist eine natürliche Person in der Rolle des Betreuers. Sie ist mit den 

Rechten „Betreuer zuordnen“ für sich selber ausgestattet. Außerdem wird er bei einigen 

Änderungen an Buchungen, zu denen er zugeordnet ist, benachrichtigt. 

Buchung: Dieses zentrale Objekt beinhaltet alle wesentlichen Merkmale einer Buchung. Durch 

Zuweisen einer systemgenerierten eindeutigen ID lassen sich Objekte unterscheiden und sind 

jederzeit wieder auffindbar, Buchungen werden durch einen Kunden generiert (angefragt) und 

können mit entsprechenden Rechten weiter bearbeitet werden 

Kunde: Er hat die geringsten Rechte und beinhaltet die meisten Nutzer des Buchungssystems. Jeder 

Nutzer ist bis zu seiner Anmeldung standardmäßig als Kunde identifiziert. Kunden, die eine 

Buchung erstellt haben, können auf diesen Buchungen, mit dem zur Buchung gehörigen 

Zugangsdaten, zugreifen. 

Mitarbeiter: Der Mitarbeiter ist ein Arbeitnehmer der Inspirata mit erweiterten Rechten im 

Buchungssystem. 

Notiz: Eine Notiz ist ein textbasiertes Datenobjekt, das einer Buchung zu geordnet wird. 

Ticket: Ein Ticket ist ein textbasiertes Datenobjekt, das zu einem bestimmten Zeitpunkt einem oder 

mehreren Mitarbeitern/Betreuern der Inspirata vorgelegt wird. 

Verwalter: Er hat uneingeschränkte Rechte im Buchungssystem und kann somit Buchungen nach 

Belieben verwalten. Außerdem ist er auch für die Verwaltung des Systems verantwortlich. 

35

Entwurf

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?