What is the purpose of an ATM use case diagram?

The primary purpose of an ATM use case diagram is to visualize the functional requirements of the banking system. It clearly shows how different users, like customers and technicians, interact with the machine. By mapping out these relationships, developers can identify all necessary features. This ensures that the final software meets all user needs and security standards efficiently.

How do include and extend relationships work in this diagram?

In this diagram, an include relationship means a use case is mandatory for another process to finish. For example, withdrawing cash might automatically include printing a receipt. An extend relationship indicates an optional action that only happens under specific conditions. A handle error process is a great example, as it only triggers if something goes wrong during a transaction.

Why is the bank server included as an actor?

The bank server is included as a secondary actor because the ATM cannot process transactions in total isolation. It needs to communicate with the bank's central database to verify account balances and user identities. The server provides the external validation required for every secure action. Including it in the diagram helps developers understand the external dependencies of the ATM system.

Professionelle Geldautomat Use-Case-Diagramm-Vorlage

PDFelement

Use-Case-Diagramm für Geldautomaten (ATM)

Ein Geldautomaten-Anwendungsfalldiagramm bildet die Interaktionen zwischen Benutzern und dem Bankensystem ab. Es hilft Entwicklern, funktionale Anforderungen wie Abhebungen und Kontostandsabfragen zu visualisieren. Dieses visuelle Werkzeug stellt sicher, dass alle Sicherheits- und Transaktionsschritte klar definiert sind, bevor die eigentliche Softwareentwicklung beginnt.

Verwenden Sie die Vorlage

Kostenloser Download

Über diese Verwendungsfall-Diagramm-Vorlage für Geldautomaten

Diese Vorlage bietet ein klares visuelles Layout, wie ein Kunde mit einem Geldautomaten interagiert. Sie deckt wesentliche Bankfunktionen und Hintergrundsystemprozesse für Entwickler ab.

Kunde als Akteur

Der Kunde ist der Hauptbenutzer, der die meisten Transaktionen innerhalb des Systems initiiert. Er interagiert mit der Benutzeroberfläche, um seine persönlichen Konten zu verwalten und verschiedene Bankaufgaben sicher und effizient durchzuführen.

Bargeld einzahlen
Kontostand prüfen
Geld überweisen
PIN aktualisieren
Transaktion auswählen
Bargeld abheben

Systemprozesse

Diese internen Funktionen handhaben die Logik und Verifizierung, die für sichere Transaktionen erforderlich sind. Sie stellen sicher, dass Benutzer authentifiziert werden und dass Fehler während der Banksitzung ordnungsgemäß verwaltet werden, um die Sicherheit aufrechtzuerhalten.

Benutzer authentifizieren
Fehler behandeln
Geldautomat warten

Transaktionsergebnisse

Dieser Abschnitt umfasst spezifische Aktionen, die als direkte Folge von Benutzeranfragen auftreten. Einige Prozesse sind optional, während andere erforderlich sind, um eine bestimmte Aufgabe wie das Drucken einer Papierquittung abzuschließen.

Quittung drucken
Fehler behandeln

Bankserver als Akteur

Der Bankserver fungiert als sekundärer Akteur, der Benutzerdaten und Transaktionsanfragen validiert. Er bietet die Backend-Autorisierung, die für den Geldautomaten erforderlich ist, um sichere Finanzoperationen für den Benutzer abzuschließen.

Benutzer authentifizieren

FAQs zu dieser Vorlage

Was ist der Zweck eines ATM-Anwendungsfalldiagramms?

Der Hauptzweck eines ATM-Anwendungsfalldiagramms besteht darin, die funktionalen Anforderungen des Bankensystems zu visualisieren. Es zeigt deutlich, wie verschiedene Benutzer, wie Kunden und Techniker, mit dem Automaten interagieren. Durch die Darstellung dieser Beziehungen können Entwickler alle notwendigen Funktionen identifizieren. Dies stellt sicher, dass die endgültige Software alle Benutzerbedürfnisse und Sicherheitsstandards effizient erfüllt.
Wie funktionieren Include- und Extend-Beziehungen in diesem Diagramm?

In diesem Diagramm bedeutet eine Include-Beziehung, dass ein Anwendungsfall obligatorisch ist, damit ein anderer Prozess abgeschlossen werden kann. Beispielsweise kann das Abheben von Bargeld automatisch das Drucken einer Quittung einschließen. Eine Extend-Beziehung zeigt eine optional Aktion an, die nur unter bestimmten Bedingungen stattfindet. Ein Fehlerbehandlungsprozess ist ein hervorragendes Beispiel, da er nur ausgelöst wird, wenn während einer Transaktion etwas schief geht.
Warum wird der Bankserver als Akteur aufgeführt?

Der Bankserver wird als sekundärer Akteur aufgeführt, weil der Geldautomat Transaktionen nicht völlig isoliert verarbeiten kann. Er muss mit der zentralen Datenbank der Bank kommunizieren, um Kontostände und Benutzeridentitäten zu überprüfen. Der Server liefert die externe Validierung, die für jede sichere Aktion erforderlich ist. Die Aufnahme in das Diagramm hilft Entwicklern, die externen Abhängigkeiten des ATM-Systems zu verstehen.