Sie sind auf Seite 1von 47

Hauptstudie

Therapienplaner
Auftraggeber:
Firma
MedFit
Physiotherapie Praxis
Jana Guttmann
Verwaltungstool fr die Psychotherapie Praxis MedFit

Version:

V2.00

Autor:

Salomon Guttmann
HF Informatiker Applikationsentwickler

DA Betreuer:

Christian Herren

Dateiname:

Hauptstudie_Therapienplaner.doc

Status:

Evaluation bestanden

Klassifizierung:

Extern

Diplomarbeit Therapienplaner

Hauptstudie

Inhaltsverzeichnis
1 Zweck des Dokumentes
2 Produkteinsatz

2.1 Anwendungsbereiche
2.2 Zielgruppen
2.3 Betriebsbedingungen

3
3
3

3 Produktumgebung
3.1 Anforderungen an die Software
3.2 Anforderungen Hardware
3.3 Anforderungen Orgware
3.4 Datenschutz
3.5 Datenbasis
3.6 Sicherheit

4 Qualittsanforderungen
4.1 Erklrungen

4
4
4
4
4
4
5
6

5 Testszenarien und Testflle


5.1 Gltige Testsequenzen
5.2 Ungltige Testsequenzen

9
10

6 Entwicklungsumgebung
6.1 Software
6.2 Hardware
6.3 Orgware

10
11
11

7 OO Analyse-Modell
7.1 Use-Case Diagramme
7.2 Use-Case Beschreibung
7.3 Klassendiagramm
7.4 Sequenz Diagramme

12
13
20
21

8 Benutzeroberflche Prototyp
8.1 Behandlungserfassungsfenster und Behandlungslistefenster
8.2 Patientenrfassungsfenster und Patientenlistefenster
8.3 Therapeutenerfassungsfenster und Therapeutenlistefenster
8.4 Behandlungslistefenster eines Patienten
8.5 Behandlungsplan
8.6 Behandlung protokollieren
8.7 Ergonomischer Anforderungen

35
36
37
38
39
40
41

9 Begriffserklrung
9.1 Definition von Fremdwrtern

10 Fazit
11 Antrag

43
45
45

12 Literatur

47

Diplomarbeit Therapienplaner

Hauptstudie

1 Zweck des Dokumentes


Auf der Basis der Vorstudie wird in diese Hauptstudie die Gestalt des
Gesamtsystems konkretisiert.
Das Ergebnis der Hauptstudie ist ein Gesamtkonzept,dieses stellt den Rahmen fr
die weitere Entwicklung und Realisierung dar.
Durch Anwendung verschiedener Techniken (OOA, OOD, OOP, UML und Projekt
Management), sowie Planung von Vorgehensweisen (System Engineering mit dem
Lebensphasenmodell und dem Problemlsungszyklus), soll das Projekt realisiert
und abgeschlossen werden.
Diese Hauptstudie ist ein Teil meiner Diplomarbeit, die ich am 30. August 2008 um
12:00 dem IBZ Schulsekretariat zur Prfung abgeben muss.

2 Produkteinsatz
2.1 Anwendungsbereiche
Die Therapienplaner wird fr den tglichen Gebrauch durch die Therapeuten der
Psychotherapie Praxis Medfit eingesetzt. Die Applikation soll der Therapie
Abteilung bei der tglichen Verwaltung von Behandlungen der Patienten helfen
und so eine bersichtliche Planung der Zuteilung zu den Patienten
ermglichen.
2.2 Zielgruppen
Der Therapienplaner dient den Psychotherapeuten der Psychotherapie Praxis
Medfit zur Pflege und Verwaltung von Behandlungen an die Patienten. Diese
Mitarbeiter besitzen im Allgemeinen Grundkenntnisse in der EDV bzw. haben eine
PC-Grundausbildung.
2.3 Betriebsbedingungen
Das Produkt wird im Allgemeinen von einem Computerarbeitsplatz aus bedient.
Dieses System soll sich bezglich Betriebsbedingungen nicht wesentlich von
anderen Anwendungsprogrammen unterscheiden.
Betriebsdauer: tglich von 8:00 bis 16:30 Uhr
Wartungsfrei
Sicherung der Datenbank muss manuell vom einer Fachperson durchgefhrt
werden.

Diplomarbeit Therapienplaner

Hauptstudie

3 Produktumgebung
3.1 Anforderungen an die Software
Client
Windows XP oder hher oder Linux mit graphischer Benutzeroberflche,Java
ab Version 1.4 soll vorhanden sein.
Server
MySQL-Datenbank.
3.2 Anforderungen an die Hardware
Client
-> Normale Desktop Rechner mit ausreichend Rechen- und
Festplattenkapazitt
Server
-> Rechner, der die Ansprche der oben genannten Server-Software erfllt
-> Ausreichend Rechen- und Festplattenkapazitt
3.3 Anforderungen Orgware
Java ab Version 1.4 und MySQL ab Version 4.0 soll vorhanden sein
3.4 Datenschutz
Fr die Benutzer des Therapienplaners muss eine sichere Speicherung ihrer
Erfassungen mglich sein.
3.5 Datenbasis
Zur Sicherung der Datenbasis sollen alle vorhandenen Sicherungsfunktionen des
Datenbanksystems eingesetzt werden, um die Konsistenz und Vollstndigkeit der
Datenbasis zu gewhrleisten.
3.6 Sicherheit
Da die Applikation nur intern benutzt wird, gelten die gleichen
Sicherheitsmassnahmen wie fr die anderen Anwendungssoftwares, die in den
Rechnern installiert sind. Die Applikation untersttzt nur die Planung der
Behandlungen der Patienten und bentigt dazu keine wichtigen Daten, die einen
besonderen Schutzmechanismus haben sollen.

Diplomarbeit Therapienplaner

Hauptstudie

4 Qualittsanforderungen

Qualitt

sehr wichtig

wichtig

normal

irrelevant

Funktionalitt
Angemessenheit

Richtigkeit

Interoperabilitt

Sicherheit

Zuverlssigkeit

Reife

Fehlertoleranz

Wiederherstellbarkeit

Erlernbarkeit

Bedienbarkeit

Zeitverhalten

nderbarkeit

Stabilitt

Prfbarkeit

bertragbarkeit

Installierbarkeit

Konformitt

Diplomarbeit Therapienplaner

Hauptstudie

4.1 Erklrungen

Funktionalitt
Angemessenheit
Orientierungsfrage:

Qualittsanforderung:
Begrndung:

Soll sich die zu implementierende Funktionalitt eher an den


weniger qualifizierten Nutzern
oder an den Nutzern mit fundiertem Anwenderwissen orientiert?
wichtig
Da es sich bei den Nutzern eher um normale
geschulte Nutzer handelt.

Richtigkeit
Orientierungsfrage:

Wie wichtig ist es, das korrekte Funktionieren der angebotenen


Funktionen zu beweisen?. (Bei einem Flugzeug ist es sehr
wichtig.)

Qualittsanforderung:
Begrndung:

wichtig
Da es sich beim Programm nicht um ein ber lebenswichtiges
Produkt handelt, wird eine hinreichende Korrektheit mittels
systematischer Testflle nachgewiesen.

Interoperabilitt
Orientierungsfrage:

Wie stark ist eine Anbindung an andere Anwendungen ber


standardisierte Schnittstellen gedacht?

Qualittsanforderung:
Begrndung:

wichtig
Eventuell wird im Laufe der Zeit ein Austausch der Daten
mit anderen Anwendungen notwendig sein.

Sicherheit
Orientierungsfrage:
Qualittsanforderung:
Begrndung:

Wie stark soll die Applikation gegen Angriffe und


Manipulationsversuche Dritter abgesichert werden?
normal
Eine normale Absicherung gegen Manipulation muss
vorgesehen werden da die Applikation einzig von interne
Benutzern bedient werden soll.

Zuverlssigkeit
Reife
Orientierungsfrage:
Qualittsanforderung:
Begrndung:

Wie ausgereift soll die Applikation sein, bis sie fr die Benutzer
zur Nutzung freigegeben wird?
wichtig
Die Applikation sollte hinreichend getestet werden, so dass die
Testphase nicht mehr als 10% betragen sollte.

Diplomarbeit Therapienplaner

Hauptstudie

Fehlertoleranz
Orientierungsfrage:

Wie reagiert die Applikation auf fehlerhafte (semantische


oder syntaktische) Eingaben? Werden diese abgefangen,
oder strzt das Programm ab?

Qualittsanforderung:
Begrndung:

wichtig
Weil die Art von Applikation die implementiert werden soll
nur Informationen beinhaltet die nicht manipuliert werden
kann.

Wiederherstellbarkeit
Orientierungsfrage:

Wie leicht lassen sich die Systemdaten nach einem


Systemabsturz, Unfall oder Katastrophenfall wieder
herstellen?

Qualittsanforderung:
Begrndung:

wichtig
Der Sicherheitsmechanismus der Datenbank wird durch
den Programmierer genutzt.

Erlernbarkeit
Orientierungsfrage:

Qualittsanforderung:
Begrndung:

Wie schnell kann ein nicht versierter Nutzer die Applikation


nutzen lernen? Ist eine Einfhrung angedacht? Ist ein
Hilfesystem vorgesehen?
wichtig
Da es sich bei den Nutzern grtenteils
um Anwender mit Standard Anwender Kenntnisse handelt.

Bedienbarkeit
Orientierungsfrage:
Qualittsanforderung:
Begrndung:

Ist die Bedienung der Applikation intuitiv gestaltet?


wichtig
Da es sich bei den Nutzern grtenteils
um Anwender mit Standard Anwender Kenntnisse handelt.

Zeitverhalten
Orientierungsfrage:

Wie schnell werden Anfragen an die Applikation


beantwortet?

Qualittsanforderung:
Begrndung:

normal
Die Ausfhrungszeit hngt einerseits stark vom DBS
und vom Server ab, andererseits muss der Code so
optimiert werden, dass nicht generell eine zu hohe
Ausfhrungszeit zu erwarten ist.

Diplomarbeit Therapienplaner

Hauptstudie

nderbarkeit
Analysierbarkeit
Orientierungsfrage:

Qualittsanforderung:
Begrndung:

Dieser Punkt gibt den Grad der verwendeten


Programmiertechnik an in unsere Fall sollen die
Applikation objektorientiert sein.
Selbstverstndlich erlaubt die
Erzeugung von sauberen Codes eine bessere
Analysierbarkeit durch den Entwickler und
nachfolgende Wartungsteams.
wichtig
Da davon ausgegangen werden muss, dass die
Applikation im Jahresrhythmus erweitern werden knnte.

Stabilitt
Orientierungsfrage:

Wie stabil arbeitet die Applikation?

Qualittsanforderung:

normal

Begrndung:

Hngt aber in hohem Umfang vom verwendeten


Rechner und der Datenbank ab

Prfbarkeit
Orientierungsfrage:

Qualittsanforderung:

Wie schnell kann man die fehlerfreie Arbeit der


Applikation
(bei Vernderungen) kontrollieren?, sind Prfroutinen
vorgesehen?
normal

Begrndung:

Auf Prfroutinen kann grtenteils verzichtet werden.

bertragbarkeit
Anpassbarkeit
Orientierungsfrage:

Qualittsanforderung:
Begrndung:

Diplomarbeit Therapienplaner

Wie leicht/schnell soll sich die Applikation an die


Gegebenheiten einer neuen Plattform oder Hardware
anpassen lassen?
In welchem Umfang sollen fr diesen Fall
Vorkehrungen getroffen werden?
wichtig
Da es sich um eine Plattform unabhngige Applikation
handelt, ist eine bertragung auf ein
anderes Betriebssystem oder eine andere Hardware
ohne grsse Probleme mglich.

Hauptstudie

Installierbarkeit
Orientierungsfrage:

Ist die Applikation durch einen nicht versierten Nutzer


leicht installierbar?
wichtig

Qualittsanforderung:
Begrndung:

Installation oder Erweiterung des gesamten


Systems nur durch ausgebildete Fachkrfte

Konformitt
Orientierungsfrage:
Qualittsanforderung:

Sind die Daten entsprechend (inter-)nationaler


Standards abgespeichert?
normal

Begrndung:

Alle relevanten Daten werden in einer Datenbank


gespeichert

5 Testszenarien und Testflle


Jede Produktfunktion /F??/ wird anhand von konkreten Testfllen /T??/ getestet.
Damit das System und deren Funktionalitt berprft werden,werden Testszenarien
gestellt.
5.1 Gltige Testsequenzen
Testsequenz 1
/T1/ Neuen Patienten erfassen.
Testsequenz 2
/T2/ Neuen Therapeuten erfassen.
Testsequenz 3
/T3/ Einen Patienten lschen.
Testsequenz 4
/T4/ Einen Therapeuten lschen .
Testsequenz 5
/T5/ Behandlungen und Therapeut einem Patienten zuteilen.
Testsequenz 6
/T6/ Behandlungen eines Patienten lschen.
Testsequenz 7
/T7/ Patientendaten ndern .
Testsequenz 8
/T8/ Therapeutendaten ndern.

Diplomarbeit Therapienplaner

Hauptstudie

Testsequenz 9
/T9/ Patientendaten anzeigen.
Testsequenz 10
/T10/ Status der Behandlungsdaten: Status erledigt, nicht erledigt,reserviert
signieren .
Testsequenz 11
/T10/ Behandlungsplne ausdrucken.
5.2 Ungltige Testsequenzen
Testsequenz 12
/T1/ Neuen Patienten erfassen. Vorname oder Nachname oder andere Angaben
vergessen einzugeben -Es muss ein Fehlermeldung gemeldet werden.
Testsequenz 13
/T2/ Neuen Therapeuten erfassen. Vorname oder Nachname vergessen
einzugeben; -Es muss ein Fehlermeldung gemeldet werden.
Testsequenz 14
/T5/ Behandlungen und Therapeut einem Patienten zuteilen.Datum oder Uhrzeit
der Behandlungen vergessen einzugeben. -Es muss eine Fehlermeldung gemeldet
werden.
Testsequenz 15
/T6/ Behandlungen eines Patient lschen. Es muss ein Fehlermeldung gemeldet
werden.

6 Entwicklungsumgebung
Es wird darauf geachtet, dass alle Entwicklungstools kostenlos (Opensource) sind.
6.1 Software
Plattform
Java ab Version 1.4
MySQL ab Version 4.0
Linux oder Windows XP
Tools
NetBeans IDE fr Java
PHPMyAdmin fr die Datenbankverwaltung
Paradigm UML Tool fr die Erzeugung von UML Diagramme
OpenOffice Anwenderprogramme fr die Dokumentation
PDF Generator fr die Erzeugung von PDF-Dokumenten

Diplomarbeit Therapienplaner

10

Hauptstudie

6.2 Hardware
LAN mit einem Server und min. einem Rechner (Windows oder Linux)
6.3 Orgware
UML
OOA Modell
OOD Modell
Projektmanagement

Diplomarbeit Therapienplaner

11

Hauptstudie

7 OO Analyse/Modell
7.1 Use-Case Diagramme

Diplomarbeit Therapienplaner

12

Hauptstudie

7.2 Use-Case Beschreibung

Anwendungsfall: Patient erfassen


Ziel: Ein Therapeut kann ein Patient an das System erfassen.
Kategorie: primr.
Vorbedingung: Der Therapeut hat das System gestartet.
Nachbedingung Erfolgt: Der Therapeut konnte ein Patient erfassen.
Nachbedingung Fehlschlag: Der Therapeut konnte keine Patient erfassen.
Akteure: Therapeut.
Auslsendes Ereignis: Der Therapeut hat ein neue Patient bekommen.
Kurzbeschreibung Primrszenario:
1. Der Therapeut ruft die Patient_ Erfassungsfenster aus der Men oder in
Listefenster_Patient klick er auf die Schaltflche Neu.
2. Die Patient_ Erfassungsfenster wird angezeigt.
3. Der Therapeut gibt die Daten der Patient ein und klick der Schaltflche
Speichern.

Anwendungsfall: Patient lschen


Ziel: Ein Therapeut kann ein Patient aus das System lschen.
Kategorie: primr.
Vorbedingung: Der Therapeut hat das System gestartet.
Nachbedingung Erfolgt: Der Therapeut konnte ein Patient lschen.
Nachbedingung Fehlschlag: Der Therapeut konnte keine Patient lschen.
Akteure: Therapeut.
Auslsendes Ereignis: Der Therapie Abteilung hat ein Patient entlassen.
Kurzbeschreibung Primrszenario:
1. Der Therapeut ruft das Fenster Listefenster_Patient aus der Men.
2. Das Fenster mit der Tabellen Liste wird angezeigt .
3.Der Therapeut klick die Zeile aus der Liste die gelscht werden soll und klick auf
die Schaltflche Lschen.
4.Die Zeile wird gelscht und die Liste wird aktualisiert.

Diplomarbeit Therapienplaner

13

Hauptstudie

Anwendungsfall: Patientdaten ndern


Ziel: Ein Therapeut kann die Patientdaten einer Patient ndern .
Kategorie: primr.
Vorbedingung: Der Therapeut hat das System gestartet.
Nachbedingung Erfolgt: Der Therapeut konnte die Patientdaten einer Patient
ndern.
Nachbedingung Fehlschlag: Der Therapeut konnte keine Patientdaten ndern.
Akteure: Therapeut.
Auslsendes Ereignis: Der Therapeut muss die Patientdaten eines Patient
ndern.
Kurzbeschreibung Primrszenario:
1. Der Therapeut ruft die Listefenster_Patient aus der Men.
2. 3.Der Therapeut klick die Zeile aus der Liste die gendert werden soll und klick
auf die Schaltflche ndern.
3.Die Patient_ Erfassungsfenster wird angezeigt.
4. Der Therapeut ndert die Daten der Patient und klick der Schaltflche
Speichern.
5.Die Daten der Fenster Patient_ Erfassungsfenster werden gespeichert.

Anwendungsfall: Patientendaten anzeigen


Ziel: Ein Therapeut kann die Patientendaten anzeigen.
Kategorie: primr.
Vorbedingung: Der Therapeut hat das System gestartet.
Nachbedingung Erfolgt: Der Therapeut konnte die Patientendaten anzeigen.
Nachbedingung Fehlschlag: Der Therapeut konnte keine Patientendaten
anzeigen .
Akteure: Therapeut.
Auslsendes Ereignis: Der Therapeut mchte die Patientendaten konsultieren.
Kurzbeschreibung Primrszenario:
1. Der Therapeut ruft die Listefenster_Patient aus der Men.
2.Die Patientendaten werden Tabellarisch angezeigt.

Diplomarbeit Therapienplaner

14

Hauptstudie

Anwendungsfall: Therapeut erfassen


Ziel: Ein Therapeut kann ein Patient an das System erfassen.
Kategorie: primr.
Vorbedingung: Der Therapeut hat das System gestartet.
Nachbedingung Erfolgt: Der Therapeut konnte ein Therapeut erfassen.
Nachbedingung Fehlschlag: Der Therapeut konnte keine Therapeut erfassen.
Akteure: Therapeut.
Auslsendes Ereignis: Die Therapie Abteilung hat ein neue Therapeut
bekommen.
Kurzbeschreibung Primrszenario:
1. Der Therapeut ruft die Therapeut_ Erfassungsfenster aus der Men oder in
Listefenster_Therapeut klick er auf die Schaltflche Neu.
2. Die Therapeut_ Erfassungsfenster wird angezeigt.
3. Der Therapeut gibt die Daten der Therapeut ein und klick der Schaltflche
Speichern.

Anwendungsfall: Therapeut lschen


Ziel: Ein Therapeut kann ein Therapeut aus das System lschen.
Kategorie: primr.
Vorbedingung: Der Therapeut hat das System gestartet.
Nachbedingung Erfolgt: Der Therapeut konnte ein Therapeut lschen.
Nachbedingung Fehlschlag: Der Therapeut konnte keine Therapeut lschen.
Akteure: Therapeut.
Auslsendes Ereignis: Der Therapie Abteilung hat ein Therapeut entlassen.
Kurzbeschreibung Primrszenario:
1. Der Therapeut ruft das Fenster Listefenster_Therapeut aus der Men.
2. Das Fenster mit der Tabellen Liste wird angezeigt .
3.Der Therapeut klick die Zeile aus der Liste die gelscht werden soll und klick auf
die Schaltflche Lschen.
4.Die Zeile wird gelscht und die Liste wird aktualisiert.

Diplomarbeit Therapienplaner

15

Hauptstudie

Anwendungsfall: Therapeutdaten ndern


Ziel: Ein Therapeut kann die Therapeutdaten einer Therapeut ndern .
Kategorie: primr.
Vorbedingung: Der Therapeut hat das System gestartet.
Nachbedingung Erfolgt: Der Therapeut konnte die Therapeutdaten einer
Therapeut ndern.
Nachbedingung Fehlschlag: Der Therapeut konnte keine Therapeutdaten ndern.
Akteure: Therapeut.
Auslsendes Ereignis: Der Therapeut muss die Daten eines Therapeutdaten
ndern.
Kurzbeschreibung Primrszenario:
1. Der Therapeut ruft die Listefenster_Therapeut aus der Men.
2.Der Therapeut klick die Zeile aus der Liste die gendert werden soll und klick auf
die Schaltflche ndern.
3.Die Therapeut_Erfassungsfenster wird angezeigt.
4. Der Therapeut ndert die Daten und klick der Schaltflche Speichern.
5.Die Daten der Fenster Therapeut_ Erfassungsfenster werden gespeichert.

Anwendungsfall: Therapeutdaten anzeigen


Ziel: Ein Therapeut kann die Therapeutdaten anzeigen.
Kategorie: primr.
Vorbedingung: Der Therapeut hat das System gestartet.
Nachbedingung Erfolgt: Der Therapeut konnte die Therapeutdaten anzeigen.
Nachbedingung Fehlschlag: Der Therapeut konnte keine Therapeutdaten
anzeigen .
Akteure: Therapeut.
Auslsendes Ereignis: Der Therapeut mchte die Therapeutdaten konsultieren.
Kurzbeschreibung Primrszenario:
1. Der Therapeut ruft die Listefenster_Therapeut aus der Men.
2.Die Therapeutdaten werden Tabellarisch angezeigt.

Diplomarbeit Therapienplaner

16

Hauptstudie

Anwendungsfall: Behandlung und Therapeut an Patient erteilen


Ziel: Ein Therapeut kann einer Patient die Behandlung und Therapeut erteilen.
Kategorie: primr.
Vorbedingung: Der Therapeut hat das System gestartet.
Nachbedingung Erfolgt: Der Therapeut konnte Behandlungen und Therapeut an
einer Patient erteilen.
Nachbedingung Fehlschlag: Der Therapeut konnte kein Behandlungen und
Therapeut an einer Patient erteilen.
Akteure: Therapeut.
Auslsendes Ereignis: Der Therapeut hat den Auftrag einer Patient,
Behandlungen und Therapeut zu erteilen.
Kurzbeschreibung Primrszenario:
1. Der Therapeut ruft die Erfassungsfenster Behandlungerteilen aus der Men
auf,das Fenster wird angezeigt.
2. Der Therapeut whlt: Patient,Therapeut,Therapieart,Datum,Uhrzeit und Status
der Behandlung .
3.Der Therapeut klick die Schaltflche Speichern und die Behandlung wird
gespeichert.

Anwendungsfall: Behandlung lschen


Ziel: Ein Therapeut kann einer Patient die Behandlung lschen.
Kategorie: primr.
Vorbedingung: Der Therapeut hat das System gestartet.
Nachbedingung Erfolgt: Der Therapeut konnte ein Behandlung einer Patient
lschen.
Nachbedingung Fehlschlag: Der Therapeut konnte kein Behandlung einer
Patient lschen.
Akteure: Therapeut.
Auslsendes Ereignis: Der Therapeut hat die Auftrag einer Patient, die
Behandlung zu lschen.
Kurzbeschreibung Primrszenario:
1. Der Therapeut ruft die Liste_Behandlungen aus der Men auf,das Fenster wird
angezeigt.
2. Der Therapeut klick auf die Zeile die gelscht werden soll und markiert sie und
anschlieen klick er auf die Schaltflche Lschen.
3.Die Behandlung wird gelscht und die Liste wird aktualisiert.

Diplomarbeit Therapienplaner

17

Hauptstudie

Anwendungsfall: Behandlungsdaten /Status ndern


Ziel: Ein Therapeut kann einer Behandlung mit die Status Besucht,Nicht besucht
oder Reserviert signieren.
Kategorie: primr.
Vorbedingung: Der Therapeut hat das System gestartet.
Nachbedingung Erfolgt: Der Therapeut konnte die Behandlung Status eingeben.
Nachbedingung Fehlschlag: Der Therapeut konnte kein Behandlungen Status
eingeben.
Akteure: Therapeut.
Auslsendes Ereignis: Der Therapeut hat die Behandlung einer Patient gemacht
und muss die Status der Behandlung signieren.
Kurzbeschreibung Primrszenario:
1. Der Therapeut ruft die Liste_Behandlungen aus der Men auf,das Fenster wird
angezeigt.
2. Der Therapeut klick auf die Zeile die gendert werden soll und markiert sie und
anschlieen klick er auf die Schaltflche ndern.
3.Die Fenster Berhandlungserteilen wird angezeigt.
4.Der Therapeut ndert die Status der Behandlung und klick die Schaltflche
Speichern.
5.Die Behandlungsdaten werden gespeichert und die Liste wird aktualisiert.

Anwendungsfall: Behandlungen anzeigen


Ziel: Ein Therapeut kann die Behandlung von einem Patient anzeigen.
Kategorie: primr.
Vorbedingung: Der Therapeut hat das System gestartet.
Nachbedingung Erfolgt: Der Therapeut konnte die Behandlungen von einem
Patient anzeigen.
Nachbedingung Fehlschlag: Der Therapeut konnte kein Behandlungen von
einem Patient anzeigen.
Akteure: Therapeut.
Auslsendes Ereignis: Der Therapeut mchte die Behandlungen von einem
Patient anzeigen.
Kurzbeschreibung Primrszenario:
1. Der Therapeut ruft die Listefenster_Behandlungen aus der Men.
2.Die Fenster Behandlung_Patient wird geffnet und die Behandlungen der
Patient werden Tabellarisch angezeigt.

Diplomarbeit Therapienplaner

18

Hauptstudie

Anwendungsfall: Behandlungsplan drucken


Ziel: Ein Therapeut kann die Behandlungsplan von einem Patient drucken.
Kategorie: primr.
Vorbedingung: Der Therapeut hat das System gestartet.
Nachbedingung Erfolgt: Der Therapeut konnte die Behandlungsplan von einem
Patient drucken.
Nachbedingung Fehlschlag: Der Therapeut konnte kein Behandlungsplan
drucken.
Akteure: Therapeut.
Auslsendes Ereignis: Der Therapeut mchte die Behandlungsplan drucken.
Kurzbeschreibung Primrszenario:
1. Der Therapeut ruft die Listefenster_Behandlungen aus der Men.
2. Der Therapeut klick aus eine Zeile die Name der Patient dessen Behandlungen
gedrckt werden sollen und klick die Schaltflche Anzeigen.
3.Die Fenster Behandlung_Patient wird geffnet und die Behandlungen der
Patient werden Tabellarisch angezeigt.
4.Der Therapeut klick die Schaltflche Drucken und die Daten werden gedruck.

Anwendungsfall: Behandlungsprotokoll schreiben


Ziel: Ein Therapeut kann die Behandlungsprotokoll von einem Patient erfassen.
Kategorie: primr.
Vorbedingung: Der Therapeut hat das System gestartet.
Nachbedingung Erfolgt: Der Therapeut konnte die Behandlungsprotokoll von
einem Patient erfassen.
Nachbedingung Fehlschlag: Der Therapeut konnte kein Behandlungsprotokoll
erfassen.
Akteure: Therapeut.
Auslsendes Ereignis: Der Therapeut mchte die Behandlungsprotokoll
erfassen.
Kurzbeschreibung Primrszenario:
1. Der Therapeut ruft die Listefenster_Behandlungen aus der Men.
2. Der Therapeut klick aus eine Zeile die Name der Patient dessen Behandlungen
gedrckt werden sollen und klick die Schaltflche Anzeigen.
3.Die Fenster Behandlung_Patient wird geffnet und die Behandlungen der
Patient werden Tabellarisch angezeigt.
4.Der Therapeut klick die Schaltflche Protokollieren und die Fenster
Behandlungsprotokoll wird angezeigt.
5.Der Therapeut schreibt die Protokoll der Behandlung ein, und anschlieen klick
er die Schaltflche OK zu speichern.

Diplomarbeit Therapienplaner

19

Hauptstudie

7.3 Klassendiagramm fr die Applikation Therapienplaner

Diplomarbeit Therapienplaner

20

Hauptstudie

7.4 Sequenz Diagramme


Patient erfassen

Diplomarbeit Therapienplaner

21

Hauptstudie

Patientdaten lschen

Diplomarbeit Therapienplaner

22

Hauptstudie

Patientdaten ndern

Diplomarbeit Therapienplaner

23

Hauptstudie

Patientdaten zeigen

Diplomarbeit Therapienplaner

24

Hauptstudie

Therapeut erfassen

Diplomarbeit Therapienplaner

25

Hauptstudie

Therapeutdaten ndern

Diplomarbeit Therapienplaner

26

Hauptstudie

Therapeut lschen

Diplomarbeit Therapienplaner

27

Hauptstudie

Therapeutdaten anzeigen

Diplomarbeit Therapienplaner

28

Hauptstudie

Behandlung und Therapeut zu Patient erteilen

Diplomarbeit Therapienplaner

29

Hauptstudie

Behandlung lschen

Diplomarbeit Therapienplaner

30

Hauptstudie

Behandlungsdaten/Status ndern

Diplomarbeit Therapienplaner

31

Hauptstudie

Behandlungsplan drcken

Diplomarbeit Therapienplaner

32

Hauptstudie

Behandlung anzeigen

Diplomarbeit Therapienplaner

33

Hauptstudie

Behandlung protokollieren

Diplomarbeit Therapienplaner

34

Hauptstudie

8 Benutzeroberflche- Prototyp
8.1 Behandlungserfassungsfenster und Behandlugslistefenster

Diplomarbeit Therapienplaner

35

Hauptstudie

8.2 Patienterfassungsfenster und Patientlistefenster

Diplomarbeit Therapienplaner

36

Hauptstudie

8.3 Therapeuterfassungsfenster und Therapeutlistefenster

Diplomarbeit Therapienplaner

37

Hauptstudie

8.4 Behandlungslistefenster von einer Patient

Diplomarbeit Therapienplaner

38

Hauptstudie

8.5 Behandlung protokollieren

Diplomarbeit Therapienplaner

39

Hauptstudie

8.6 Behandlungsplan
Ein Behandlungsplan auf Papier konnte so aussehen:

Psychotherapie Praxis MedFit


Patientenplan
Vorname Nachname Therapeut Therapienart Datum Uhrzeit Behandlungsnummer Status
Salomon Guttmann J.Meier

Manuelle

12.06.08

15:00

reserviert

Salomon Guttmann J.Meier

Manuelle

20.06.08

15:00

reserviert

Salomon Guttmann J.Meier

Manuelle

28.06.08

15:00

reserviert

Diplomarbeit Therapienplaner

40

Hauptstudie

8.7 Ergonomischer Anforderungen


Fr Brottigkeiten mit Bildschirmgerten nach ISO 9241-101996
Fr die Dialoggestaltung gibt es eine Reihe von Richtlinien. Die folgenden sieben
Grundstze sind fr die Gestaltung und Bewertung eines Dialogs als wichtig
anerkannt worden.

Aufgabenangemessenheit
Ein Dialog ist aufgabenangemessen, wenn er den Benutzer untersttzt, seine
Arbeitsaufgaben effektiv und effizient zu erledigen .
Die Positionsmarke wird automatisch auf das erste Eingabefeld positioniert, das fr
die Arbeitsaufgabe relevant ist.

Selbsbeschreibungsfhigkeit
Ein Dialog ist selbsbeschreibungsfhig, wenn jeder einzelne Dialogschritt durch
Rckmeldung des Dialogsystems unmittelbar verstndlich ist oder den Benutzer auf
Anfrage erklrt wird
Kann das lschen von Daten nicht rckgngig gemacht werden, verlangt das
Dialogsystem eine Besttigung.

Steuerbarkeit
Ein Dialog ist steuerbar, wenn der Benutzer in der Lage ist, den Dialogablauf zu
starten sowie seine Richtung und Geschwindigkeit zu beeinflussen, bis das Ziel
erreicht ist.
Das Dialogsystem bewegt die Positionsmarke auf das nchste Eingabefeld;der
Benutzer kann aber stattdessen ein anderes Feld auswhlen.

Erwartungskonformitt
Ein Dialog ist erwartungskomform, wenn er konsistent ist und den
Eigenschaftswerten des Benutzers entspricht, z.B. seinen Kenntnissen aus der
Arbeitsgebiet, seiner Ausbildung und seiner Erfahrung sowie den allgemein
anerkannten Konventionen.
Meldungen des Dialogsystems werden stets an der selben Stelle ausgegeben. Der
Dialog wird stets durch das Drcken derselben Taste beendet.

Fehlertoleranz
Ein Dialog ist Fehlertolerant, wenn das beabsichtige Arbeitsergebnis trotz
erkennbar fehlerhafte Eingaben entweder mit keinem oder mit minimalen
Korrekturaufwand seitens des Benutzers erreicht werden kann.
Wird von Dialogsystem ein Fehler festgestellt, der sich eindeutig auf ein bestimmtes
Eingabefeld bezieht, dann wird dieses Feld markiert und die Positonsmarke
automatisch auf den Anfang des Feldes gesetzt.
Diplomarbeit Therapienplaner

41

Hauptstudie

Individualisiertbarkeit
Ein Dialog ist individualisiertbar, wenn das Dialogsystem Anpassungen an die
Erfordernisse der Arbeitsaufgabe sowie an die individuellen Fhigkeiten und
Vorlieben des Benutzer zulsst .
Das Dialogsystem erlaubt es den Benutzer, bei Informationsausgaben die
Geschwindigkeit des scrolling zu steuern.

Lernfrderlichkeit
Ein Dialog ist lernfrderlich, wenn er den Benutzer beim Erlernen des
Dialogsystems untersttzt und anleitet.
Learning by doing wird dadurch untersttzt, dass der Benutzer ermutigt wird, zu
experimentieren, ohne das die Gefahr besteht, potenziell katastrophale Ergebnisse
herbeizufhren.

Diplomarbeit Therapienplaner

42

Hauptstudie

9 Begriffsklrung
9.1 Definition von Fremdwrtern
Therapeut:Verwalter eines Systems, gemeint ist im
Zusammenhang mit diesem Projekt, alle Personen, welche sich mittels eines
Benutzernamensund Passworts Zugriff auf die Applikation haben knnen.
Grundkenntnisse in der Als Grundkenntnisse in der EDV werden folgende
EDV:
Fhigkeiten
vorausgesetzt:
Bedienung eines Internetbrowsers
Bedienung eines Schreibprogramms
Kenntnisse einer Dokumentstruktur
Netzlast:Auslastung der Netzwerktechnik durch Anfragen an den
Server, welcher die Internetseiten enthlt.
Therapienplaner: Das Endprodukt dieses Projekt, Name des Projektes.
Use Case: UML Diagramm fr die Beschreibung der Funktionalitt eines Systems.
Anwendungsfall: Entspricht eine Funktionalitt der Therapienplaner.
OOA:(Modell) Fachliche Lsung des zu realisierenden Systems, die in einer
objektorientierten Notation modelliert wird. Das OOA-Modell besteht aus dem
statischen und den dynamischen Modell und ist das wichtigste Ergebnis der
Analyse.
OOD:(Modell) Technischer Lsung des zu realisieren Systems,die in einer
objektorientierten Notation modelliert wird. Das OOD-Modell ist ein Abbild des
spteren (objektorientierten) Programms.
OOP: Objektorientierten Programmierung
UML:(Unified Modeling Language) Wurde von Booch,Rumbaugh und Jaccobson
bei der Rational Software Corporation entwickelt und 1997 von der OMG (Object
Management Group) als Standard akzeptiert.
Projekt Management:Das Projekt Management beschftigt sich mit der Frage der
Organisation und Koordination des Planungsprozesses.
System Engineering: SE-Gedankengut unterteilt in Leitgedanken(hat in
Problemlsungsprozess normative
Charakter,Denkhaltung),Leitfaden(hat in
Problemlsungsprozess strategischer Charakter) und Methoden (haben in
Problemlsungsprozess operativen Charakter) ist eine Vorgehensmodell um
Problemen zu lsen.
Diplomarbeit Therapienplaner

43

Hauptstudie

Lebensphasenmodell: Systemen (Projekte) besitzen verschiedene


Lebensphasenabschnitte(Entwicklungs-,Realisierungs-,Nutzungs-)und
Entsorgungsphase).Diese Lebensphasenabschnitte werden als Lebensphasen
bezeichnet und bilden das Lebensphasenmodell in System Engineering.
Problemlsungszyklus: Die Problemlsungszyklus beschreibt eine Folge von
Inhalten(Zielsuche,Lsungssuche,Auswahl), die innerhalb eines
Planungsabschnittes (z. B. Entwicklungsphase)
mehrfach zyklisch durchlaufen
werden.
Klassendiagramm: Das Klassendiagramm stellt die Klassen, die Generalisierung
und die Assoziationen zwischen Klassen dar.
Klasse: Eine Klasse definiert fr eine Kollektion von Objekten deren Struktur
(Attribute),das Verhalten(Operationen) und Beziehungen (Assoziationen,
Generalisierungsstrukturen).Klassen besitzen -mit Ausnahme von abstrakten
Klassen- eine Mechanismus, um neue Objekte zu erzeugen.
Sequenzdiagramm: Ein Sequenzdiagramm modelliert die Iterationen zwischen
mehreren Kommunikationspartnern. Das Sequenzdiagramm besitzt zwei
Dimensionen:Die Vertikale reprsentiert die Zeit, auf die Horizontale werden die
Lebenslinien (Kommunikationspartner) angetragen.
Prototyp: Ein Prototyp dient dazu, bestimmte Aspekte vor der Realisierung des
Softwaresystem zu berprfen. Der Prototyp der Benutzungsoberflche zeigt die
vollstndigen Oberflche des zuknftigen Systems, ohne dass bereits Funktionalitt
realisiert ist.
Client: Terminal eines Netzwerkes.
Server: Rechner fr die Verwaltung von Terminals in ein Netzwerkes
Java: Objektorientierte Programmiersprache
MySQL: Datenbankserver fr rationale Datenbanken
SQL: (Structured Query Language) SQL ist eine deklarative Programmiersprache ,
sie dient die Definition und Manipulation rationale Datenbanken.

Diplomarbeit Therapienplaner

44

Hauptstudie

10 Fazit
Mit der Vorstudie als Input fr dieses Dokument wurde als erstes der funktionale
Teil des Projektmanagements realisiert (Projektstrukturplan, Arbeitspakete,
Terminplanung, Projektteam etc. siehe in Projekthandbuch).
Der Anwendungsbereich und der Endbenutzer wurde gesucht und analysiert,
ebenso die Anforderungen an Software, Hardware und Orgware.
Qualitative Anforderungen, die beim Implementieren der Applikation besonders
zu halten sind wurden gefunden und aufgelistet.
Das Hauptstudie ist fertig und die objektorientierte Analyse wurde auch
fertiggestellt.
Jetzt geht es weiter mit dem objektorientierten Design (OOD), anschlieend wird
die
Systembau durchgefhrt.

11 Antrag
Ich beantrage die Phase OO Entwurf-Modell des Projektes Therapeinplaner
freizugeben.

Diplomarbeit Therapienplaner

45

Hauptstudie

12 Literatur
Titel: Einstieg ins Systems Engineering
Autor: Reiner Zst
Verlag: Industrielle Organisation
Titel: Lehrbuch der Objektmodellierung
Autor: Heide Balzert
Verlag: Spektrum Akademischer Verlag
Titel: Entwurfsmuster von Kopf bis Fuss
Autor: Eric Freeman & Elisabeth Freeman
Verlag: O'RELLY
Titel: Java 5: Objektorientierte programmieren
Autor: Helmut Balzert
Verlag: w3l
Titel: Jetzt lerne ich Java
Autor: Dirk Louis / Peter Mller
Verlag: Markt & Technik
Titel: Java 2 Grafische Anwendungen und Applets
Autor: Ulrike Bttcher , Dirk Frischalowski
Verlag: HERDT
Titel: Einstieg in SQL
Autor: Marcus Throll, Oliver Bartosch
Verlag: Galileo Computing

Diplomarbeit Therapienplaner

46

Hauptstudie

Diplomarbeit Therapienplaner

47

Hauptstudie