Anwendungsfall: Theoretische Definition und praktischer Ansatz
Anwendungsfälle werden verwendet, um die Interaktion zu erklären und zu dokumentieren, die zwischen dem Benutzer und dem System erforderlich ist, um die Aufgabe des Benutzers zu erfüllen. Business-Analysten sind in der Regel für das Schreiben von Anwendungsfällen verantwortlich. Wann werden sie im Softwareentwicklungsprozess eingesetzt?
Grundlegende Definition
Die Praxis der Business-Analysten umfasst viele verschiedene Methoden zur Identifizierung, Dokumentation und Entwicklung von Kundenanforderungen. Der Anwendungsfall ist eine von ihnen.
Ein Anwendungsfall ist eine schrittweise Beschreibung des Systemverhaltens bei der Interaktion mit jemandem oder etwas (Akteuren). Das Format von Use Cases ist strenger als das von Stories - eine umfassendere Beschreibung des Szenarios mit einem alternativen Ablauf von Aktionen.
Es gibt verschiedene Möglichkeiten der Darstellung (Dokumentation) - Diagramme, Tabellen, formale Beschreibungen und andere.
Ivar Jacobson war der erste, der 1986 textuelle und visuelle Modellierungstechniken für die Spezifikation von Anwendungsfällen formulierte. Und 1992 trug sein gemeinsam verfasstes Buch "Object-Oriented Software Engineering - A Use Case Driven Approach" zur Verbreitung und Popularisierung der Technik zur Offenlegung funktionaler Anforderungen bei, insbesondere in der Softwareentwicklung.
Muster des Anwendungsfalls und Grundsätze der Komposition
Es gibt keinen einheitlichen Ansatz für die Erfassung von Anwendungsfällen.
Anwendungsfälle können auf unterschiedliche Weise dargestellt werden: beschreibend (als Tabelle) oder als Diagramm.
Der deskriptive Rahmen ist repräsentativer und kann alternative Szenarien enthalten.
Der grundlegende Rahmen eines beschreibenden Anwendungsfalls umfasst Elemente wie:
- Name: Er sollte nicht lang sein, aber umfangreich genug;
- Ziel: klar und deutlich;
- Akteure: Objekte, die miteinander interaktiv sind;
- Vorbedingungen: Bedingungen, ohne die das Szenario nicht möglich ist;
- Szenario: Handeln, um Ziele zu erreichen. Das Szenario kann auch alternative Drehbücher und Ausnahmen enthalten
- Nachbedingungen: Bedingungen, unter denen das Szenario abgeschlossen wird
Das heißt, in unserem Beispiel gibt es eine mobile Anwendung für die Krankenversicherung. Diese Anwendung kann das Modul "Termin", das Modul "Vertrag" und andere enthalten. Der Use-Case-Ansatz ist eine praktische, harmonische und strukturierte Architektur der erforderlichen Geschäftslogik.
Beispiele für deskriptive Anwendungsfälle
Betrachten wir einige Beispiele.
Terminmodul für Arztbesprechungen
Scheduling Appointment_UC_1 |
Appointment module for doctors’ meeting |
Descriptions |
The user makes an appointment with a family doctor |
Actors |
|
Preconditions |
User is registered as a client of insurance company, application is launched |
Main Scenario |
1. The user opens the main screen of the application. 2. From the proposed 4 treatment scenarios, he chooses the 'Appointment' scenario. 3. The application system sends a request to the clinic's CRM. 4. The clinic's CRM system responds and 'relays' the user's doctor's appointment calendar through the application screen. 5. The user selects a convenient time slot for recording and confirms it. 6. CRM of the clinic fixes the record with the system. 7. The clinic's CRM system confirms the user's entry to the application system. 8. The application system displays the confirmation of the appointment. 9. The application system synchronizes with the user's Calendar and creates a respective appointment event. |
Alternative Scenario |
2.a - From the proposed 4 requests, the order of the scenario "Write a request". 2a-1 The application system opens a chat with the manager of the insurance company. 2a-2 User reports risk of loss. 2a-3 The manager and the user in the correspondence agree on a convenient time slot for recording. 2a-4 The manager opened a record in the clinic's CRM system 2a-5 Follow steps 6-7. 2a-6 The system creates and displays it in the "Notifications" section. 2a-7 Follow step 9. |
Postcondition |
The appointment with a doctor is created in clinic’s CRM. The event has been created in the user's Calendar. The service has been registered in insurance`s system. |
Vertragsunterzeichnung
Scheduling Appointment_UC_1 |
Conclude a health insurance contract |
Descriptions |
The user enters into an insurance contract |
Actors |
|
Preconditions |
User is registered as a client of insurance company, application is launched |
Main Scenario |
1. The user clicks the ‘Menu’ of the application. 2. In the "Menu" the user selects the "Services" section. 3. The user selects the required contract service package and clicks on the "Conclude a contract" button. 4. The system of the insurance company generates a contract based on the available customer data and displays for review. 5. The application system sends a link to the "Notifications" to confirm the conclusion of the contract by the user. 6. The user follows the link to the insurance payment page 7. The user makes a purchase of the service. 8. The payment system transfers money from the client's account to the account of the insurance company. 9. The application system sends a notification to the user about the successful payment. 10. The application system sends a notification to the user about the concluded contract. 11. The system of the insurance company saves the document in the document library of the application in the "Contracts" section. |
Alternative Scenario |
No ability to use alternative scenario via app |
Postcondition |
The new contract is signed. Insurance premium is paid. |
Beispiel eines Anwendungsfalldiagramms
Anwendungsfalldiagramme sind visueller und anschaulicher. Sie können z. B. https://app.diagrams.net/ source verwenden, um die Diagramm-Methode anzuwenden.
Was die Komponenten des Anwendungsfalldiagramms betrifft, sollten wir beachten:
- System
- Akteure
- Anwendungsfall
- Beziehungen
In unserem Fall ist das System (Projekt) eine mobile Anwendung, die den Nutzern hilft, Gesundheitsdienste in Anspruch zu nehmen. Die Akteure sind Benutzer, CRM-Systeme und andere.
Das Anwendungsfalldiagramm zeigt mögliche Szenarien für die Inanspruchnahme von Dienstleistungen über mobile Anwendungen. Beziehungen werden angezeigt.
Schlussfolgerungen
Der Anwendungsfall ist also eine benutzerdefinierte Zielerfassungsmethode. Was die Vorteile angeht, können wir zugeben:
- einfache Bedienung
- klare Sichtbarkeit
- ein umfassendes Verständnis der Anforderungen vermitteln.
- gleichmäßiges Verständnis und Akzeptanz sowohl beim Kunden als auch beim Entwicklungsteam
- Appell an das funktionale Verhalten des Systems
Gleichzeitig sollten wir uns aber auch an einige negative Aspekte dieser Methode erinnern, wie z. B.:
- keine gemeinsamen Regeln für die Dokumentation von Geschäftslogik und nicht-funktionalen Anforderungen
- einfaches Format kann den Fokus der BA von Benutzerproblemen ablenken
- kann zusätzliche Details enthalten
- nicht effektiv, wenn es zu viele alternative Szenarien gibt
Das Wichtigste, was Sie bei der Auswahl von Methoden zur Ermittlung und Dokumentation von Anforderungen beachten müssen, ist, dass sie es Ihnen ermöglichen sollten, Ihre Gedanken und Ideen dem Kunden so genau wie möglich zu vermitteln, einschließlich der primären Anforderungen des Kunden, und Missverständnisse und Abweichungen von den Projektzielen zu beseitigen.
Software Development Hub verfügt über umfangreiche Erfahrungen bei der Erstellung von Webanwendungen und mobilen Anwendungen für Unternehmen im Gesundheitswesen. Bei der Arbeit an einem Projekt berücksichtigt unser Team die geschäftlichen Herausforderungen, mit denen der Kunde konfrontiert ist, und bietet sichere, effiziente Lösungen zur Automatisierung von Prozessen und zur Skalierung Ihrer Abläufe bei gleichzeitiger Kostensenkung.
Unser Portfolio umfasst medizinische Informationssysteme, elektronische Verschreibungssysteme, Anwendungen zur Verfolgung von Medikamenten mit einem QR-Scanner, medizinische ERP-Systeme usw.
Categories
Share
Benötigen Sie einen Projektkostenvoranschlag?
Schreiben Sie uns, und wir bieten Ihnen eine qualifizierte Beratung.