Gruppe: swp13-insp. Entwurfsbeschreibung

Transkript

1 Entwurfsbeschreibung Version 3 vom 1

2 Inhaltsverzeichnis 1. Zielbestimmung Produkteinsatz Struktur und Entwurfskonzepte des Systems Schichtenarchitektur im Überblick Rechtemanagement Überblick über den Lebenszyklus einer Buchung Überblick über die Sichten der Repräsentationsschicht Kundensicht Betreuersicht Mitarbeiter/Verwaltersicht Verwendung globaler Variablen zum Management globaler Zustände Verwendung globaler SESSIONS Variablen Verwendung globaler Variablen im Buchungssystem Verwendung GET/POST Variablen im Buchungssystem Notizen und Tickets Notizen Ticket Formulare Lebenszyklus eines Formulars Struktur und Entwurfskonzepte der Pakete Genauerer Überblick über die Schichtenarchitektur Datenschicht Logikschicht Präsentationsschicht Genauerer Überblick über den Lebenszyklus einer Buchung Geschäftsprozesse Genauerer Überblick über die Sichten der Präsentationsschicht Kundensicht Betreuersicht Mitarbeiter/Verwaltersicht Layout-Konzepte des Buchungssystems Dokumentation des Mailsystems des Buchungssystems Datenmodell Testkonzept Glossar

3 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

4 Aktion Kunde Betreuer Mitarbeiter Verwalter Buchung anfragen Buchung akzeptieren Buchung stornieren Buchung reaktivieren Betreuer zuordnen Buchung nachbereiten Buchung archivieren Betreuer manipulieren Mitarbeiter manipulieren Ticket anlegen Ticket bearbeiten 1 1 Notiz anlegen Notiz bearbeiten Buchung bearbeiten - (Buchung angefragt) - (Buchung akzeptiert) - (Buchung bereit) - (Buchung stattgefunden) 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

5 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

6 3.4 Überblick über die Sichten der Präsentationsschicht: Die Präsentationsschicht wird durch die einzelnen Rollen unterschiedlich dargestellt. Dabei entstehen die folgenden Sichten 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

7 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 Öffentliche Sicht auf den Kalender, wie sie bereits im bestehenden INSPIRATA-System vorhanden ist 7

8 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 Öffentliche Sicht auf den Kalender, wie sie bereits im bestehenden INSPIRATA-System vorhanden ist 8

9 3.5 Verwendung globaler Variablen zum Management globaler Zustände: 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 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 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

10 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 GET-Variablen: Name: date Typ: Datum im Format ("Y-m-d") Beschreibung: Über diese Variable wird bestimmt mit welchem Datum das Formular initialisiert wird. Datei: aufwand_help.php GET-Variablen: 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 GET-Variablen: 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 GET-Variablen: Name: buchungsid_val Typ: integer Beschreibung: Über diese Variable wird bestimmt, für welche Buchung eine Betreuerzuordnung geschehen soll. Datei: buchung.php GET-Variablen: Name: buchung Typ: integer Beschreibung: Über diese Variable (ID einer Buchung) wird bestimmt, welche Buchung angezeigt werden soll. 10

11 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 Beschreibung: Ist diese Variable mit einem true gesetzt und die Buchung im Status storniert, wird die Buchung in den Zustand gelöscht überführt. Name: reaktivieren Typ: boolean Beschreibung: Ist diese Variable mit einem true gesetzt und die Buchung im Status storniert, wird die Buchung in den Zustand angefragt überführt. Datei: buchung_archivieren.php GET-Variablen: Name: buchungsid Typ: integer 11

12 Beschreibung: Über diese Variable wird bestimmt, welche Buchung archiviert werden soll. Datei: formular.php GET-Variablen: 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 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. Datei: kalender.php GET-Variablen: 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

13 Datei: manipulation.php GET-Variablen: Name: buchung Typ: integer Beschreibung: Übergibt die ID der Buchung, die bearbeitet werden soll. Datei: notiz_help.php GET-Variablen: Name: buchungsid_val Typ: integer Beschreibung: Übergibt die ID der Buchung zu der eine neue Notiz angelegt werden soll. Datei: notiz_manipulation.php GET-Variablen: Name: notizid_vall Typ: integer Beschreibung: Übergibt die ID der Notiz zu der die bearbeitet werden soll. Datei: ticket.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. 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 GET-Variablen: Name: ticketid_val Typ: integer Beschreibung: Übergibt die ID des Tickets, das bearbeitet werden soll. Datei: ticket_help.php GET-Variablen: Name: buchungsid_val Typ: integer Beschreibung: Übergibt die ID der Buchung zu der ein Ticket erstellt werden soll. 13

14 3.6 Notizen und Ticketsystem: 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 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 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

15 4 Struktur und Entwurfskonzepte der Pakete 4.1 Genauerer Überblick über die Schichtenarchitektur: 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

16 dp.php Die dp.php stellt, ähnlich wie die buchungsdaten.php, Zugriff auf die Daten in der MySQLDatenbank 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 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. Erläuterung aller beteiligten Dateien: 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

17 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 s 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 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. Erläuterung aller beteiligten Dateien: 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

18 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

19 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 -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

20 (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