Use Cases

Software Entwicklung Labor-Übung, LVNr:
Übungsleiter: Mag. Engelbrecht Gerhard
Dokument: Anforderungsanalyse und Use Case Modell I v.1.0
Projekttitel: Healthy - Sphere
Gruppenmitglieder:
MatNr:
0307946
0607164
9903242
Nachname:
Chaaban
Pham
Kilic
Vorname:
Rania
Phuong
Derya
e-mail:
[email protected]
Datum:22 April 2008
1
1 Anforderungsanalyse
1.1 Funktionale Anforderungen
Beschreiben Sie wie die funktionalen Anforderungen erhoben worden sind
 Brainstorming
 Befragung von Endbenutzen (Interviews)
 Analogien (Erfahrungen aus gleichartigen Systemen)
 etc.
1.1.1 Beschreibung der Funktionalität
Das System soll eine Gesundheitliche Beratung zwischen Patient und Arzt in einer Plattform
leisten. Ein Patient soll den Beratung v on dem Arzt bewerten und weiter empfehlen. Ärzte
Kammer kontrolliert alle Bewertung und versucht damit optimale Bewertungen Filtrieren und für
anderen zu veröffentlichen.
1.2 Nicht Funktionale Anforderungen
Sie sind nur erreichbar, wenn sie Registriert und auch befreundet sind.
1.2.1 Bedienungsoberfläche
Patient Bedienungsoberfläche:
Abb.1. Patient Bedienungsoberfläche
2
1)
2)
3)
4)
5)
Patient log sich ein.
Patient befragt seine Gesundheit Zustand.
Patient bekommt eine Antwort auf seine Frage, und bewertet die Antwort.
Patient empfehlt der Beratung.
Und Andere Patienten können der Beratung sehen, solange sie miteinander befreundet
sind.
Arzt Bedienungsoberfläche
Abb.2. Arzt Bedienungsoberfläche
1) Arzt log sich ein.
2) Arzt gibt Beratungen.
3) Arzt kann Beratungen von anderen Arzt sehen solange sie miteinander
befreunde sind und auch deren Patienten befreunde sind.
3
Ärzte Kammer Bedienungsoberfläche:
Abb.1. Ärzte Kammer Bedienungsoberfläche
1)
2)
3)
4)
ÄK log sich ein.
ÄK Kontrolliert die Bewertungen und Beratungen
ÄK Markiert die Beratung in Grün(Gut ) oder Rot(Schlecht)
ÄK veröffentlich die Empfehlungen für A und P.
1.2.2 Qualitätsanforderungen
Benutzerfreundlich  leicht verwendbar für alle Beteiligten.
Zuverlässig  Ärzte Kammer beobachtet Beratungen und Kontrolliert die Bewertungen.
Gesundheit Qualität ist effizient
1.2.3 Technische Anforderungen
Betriebssystem: Windows, Linux(SSH)
Hardware: Laptop, PC
Java: Java2 (in Eclipse, in SSH)
1.2.4 Realisierungsanforderungen
-
Tagebuch(PDF)
Prototyp(http://getacheapbook.com/swe)
4
-
Use – Case Diagramm
PPT- Präsentation
1.2.5 Diverses
Risiko: Security.
Annahme: Patienten können die Raten als Diagnose bewerten und bei Notfall nicht zum
Realen Arzt gehen.
5
Use Cases
Abb.4.Healthy - Sphere
1.3 Use Case 1
Modellierung in Abb.4. Healthy-Sphere
6
1.4 Use Case 1 Beschreibung
Use Case: Registrieren
Ziel: ein- und auslogen
Kategorie: Primär
Vorbedienung: Keine
Nachbedienung bei Erfolg: Weiter zu System zukommen
Nachbedienung bei Fehlschlag: Error
Akteure: Arzt, Patient, Ärzte Kammer
Auslösendes Ereignis: Plattform Eingang
Beschreibung Basisablauf:
1) Registrieren
2) User Name und Password bekommen
Erweiterungen:
1a) User Daten Aktuallisieren
1.5 Use Case 2
Modellierung in Abb.4. Healthy-Sphere
1.6 Use Case 2 Beschreibung
Use Case: Bewerten
Ziel:
Kategorie: Primär
Vorbedienung: Registrieren und Beraten
Nachbedienung bei Erfolg: Arzt wird bewertet und weiter empfehlt.
Nachbedienung bei Fehlschlag: Bewertung Tool funktioniert nicht.
Akteure: Patient, Ärzte Kammer
Auslösendes Ereignis: Motivation für Arzt
Beschreibung Basisablauf:
1) Patienten Stellen Fragen
2) Ärzte Antworten
3) Patienten bewerten und weiterempfehlen
4) Ärzte Kammer kontrollieren
Erweiterungen:
3a) Gute Bewertungen
3b) Schlechte Bewertungen
3c) Optimale Bewertungen
1.7 Use Case 3
Modellierung in Abb.4. Healthy-Sphere
7
1.8 Use Case 3 Beschreibung
Use Case: Kontrollieren
Ziel: Ob der Arzt Optimal bewertet ist.
Kategorie: Primär
Vorbedienung: Registrieren, Beraten, Bewerten
Nachbedienung bei Erfolg: Punkte Stand geben
Nachbedienung bei Fehlschlag: nicht Richtig überprüft werden kann.
Akteure: Ärzte Kammer
Auslösendes Ereignis: Testen der Beratung von Arzt
Beschreibung Basisablauf:
1) Bewertung Optimal
2) Beratung Empfehlen
Erweiterungen:
2a) Grün Beratung ist Gut
2b) Rot Beratung ist Schlecht
8