1

Mit Wirtschaftsinformatik
Wirtschaft neu gestalten.

Methoden Von Null auf Hundert

Anforderungsanalyse mit
Use Case Diagrammen und Mockups

fhfde
Überblick über die Methoden der Wirtschaftsinformatik (Auszug) 2

Anforderungsanalyse
- Use Case Diagramme
- Mockups

Architektur und Modellierung

- Modellbegriff
- ARIS
. Organisation und Toplogie
. Prozesse
. Daten und Funktionen

Weitere Methoden
Methoden für den KVP (PDCA)
Stärken-Schwächen-Analyse (SWOT)
Nutzwertanalyse
Wissensmanagement
Informationssicherheitsmanagement
Changemanagment
Gamification als ratio generale bei Veränderungsprozessen
Methoden des Analyse und der Gestaltung von Informationssystemen 3

Wer nicht weiß, wo er hin will,

darf sich nicht wundern,
wenn er ganz woanders ankommt.
Anforderungen definieren mit
Use-Case-Diagrammen
und
Mockups

Fragestellung
Was will man mit dem Anwendungssystem tun?
Wie soll die Oberfläche des Anwendungssystems
aussehen?
Literatur:
Pohl, Klaus; Rupp, Chris: Basiswissen Requirements Engineering. 4.
Auflage; 2015; dpunkt.verlag GmbH; Heidelberg
Rupp, Chris, Queins, Stefan: UML2 glasklar, 4. Auflage. 2012; Hanser
S. 241 – 258 (Use Case Diagramme)
Was will man haben? Anforderungen .... 4

Ich erklär es einmal: Das bekommen

Wir brauchen ein wir recht
Ist ja logisch, Informationssystem,
die zeitliche schnell und Ah, ja,
mit dem wir das einfach hin ... kenne ich,
Umsatzentwicklung
Kaufverhalten unserer verspreche ich habe ich mal
braucht ja jedes
Kunden .. Ihnen. für einen
Handels-
unternehmen Produktions-
betrieb
gemacht ..

Die erfahrene Sachbearbeiterin Der erfahrene Berater

Was läuft hier falsch?
Wie kommuniziert man die Anforderungen? 5

5 beauftragt

Auftraggeber Auftragnehmer
4 akzeptiert

2 liest
1 schreibt 3 schreibt

Lasten- Pflichten-
heft heft

Lastenheft: Darin schreibt der Auftraggeber, was er dem Auftragnehmer alles lästiges
aufgibt.
Pflichtenheft: Darin schreibt der Auftragnehmer, wie er denn seine Pflicht erfüllen will.
Quellen:
Pohl, Klaus; Rupp, Chris (2001): Basiswissen Requirements Engineering. Heidelberg
DIN 69901-5 (Begriffe der Projektabwicklung)
Wie kann man die Anforderungen formalisiert aufschreiben? 6

UML Use Case / Anwendungsfalldiagramm.

ist ein praktisches, einfaches Modellierungsinstrument, um Anforderungen
aufzuschreiben:

1. Aufgabe des Use-Case-Diagramms ist es, eine grobe Ordnung in detaillreiche

Anforderungen zu bringen.
2. Das Use-Case-Diagramm verschafft Überblick, was ein ein Akteur mit einem
Informationssystem machen kann. Es geht um das Was, nicht um das Wie.
3. Das Use-Case-Diagramm ist ein einfacher Diagrammtyp.

Daraus besteht ein Use Case Diagramm im Wesentlichen:

Akteur System (-grenzen) Use Case

(Anwendungsfall)

Video: googeln nach „youtube brell husberg use case“

Was ist UML? 7

Die Unified Modelling Language (UML) dient zur Modellierung,

Dokumentation, Spezifikation und Visualisierung komplexer Systeme,
unabhängig vom Fachgebiet.

UML besteht aus 14 Diagrammarten, davon 7 Strukturdiagramme (statisch,

Objektbezogen), 7 Verhaltensdiagramme, davon 4 Interaktionsdiagramme.

UML ist i.W. eine semi-formale Notation (wie zeichne ich etwas).

UML ist (nicht ...)

- nicht perfekt und nicht vollständig
- keine Programmiersprache
- kein vollständiger Ersatz für eine textliche Beschreibung

Quelle:
Rupp, Chris; Queins, Stefan: UML 2 glasklar – Praxiswissen für die UML-Modellierung.
4. Auflage, 2012. Hanser, München

UML Use Case Diagramme: S. 241-263

Use Case: Interaktion Akteur – Use Case 8

Textverarbeitung

Text
schreiben

Benutzer

Durchgezogene Verbindungslinie:
Assoziation zwischen dem Akteur und einem Use-Case.
Bedeutet: Akteur wendet den Use-Case in irgendeiner Form an.

Ein Use Case Diagramm orientiert sich immer an der Fragestellung:

Was macht / will der Akteur mit dem Informationssystem.
Ein Use Case beschreibt eine Aktionsmöglichkeit des Akteurs.
Ein Use Case Diagramm beschreibt nicht das Verhalten des Systems.
Notationselement für Use Case Diagramme 9
Erläuterungen (zum Nachlesen) 10

➊ Use Cases:
Die für das System definierten Use Cases werden durch Ovale dargestellt, die den Namen des Use Case
enthalten. Alternativ dazu kann der Name auch unterhalb des Use Case angegeben werden.
➋ Akteure:
Akteure liegen außerhalb der Systemgrenzen und stehen jeweils stellvertretend für Personen oder Systeme,
die mit dem betrachteten System interagieren. Akteure werden durch ein Rechteck repräsentiert, das den
Namen des Akteurs enthält und mit dem Stereotyp «actor» versehen ist. Ist der Akteur eine Person, so kann
dies durch ein Strichmännchen angezeigt werden. Handelt es sich bei dem Akteur um ein System, so wird
dieses entweder durch ein Rechteck oder durch ein Strichmännchen mit dem zusätzlichen Stereotyp
«system» repräsentiert.
➌ Systemgrenzen:
Die Systemgrenzen innerhalb eines Use-Case-Diagramms separieren die Teile des Use Case, die zum
System gehören, von den Teilen (Personen und Systemen), die außerhalb der Systemgrenze liegen. Optional
kann der Name des Systems an den Systemgrenzen angegeben werden.
➍ Extend-Beziehung:
Eine Extend-Beziehung («extend») von einem »Use Case A« zu einem »Use Case B« besagt, dass die in
»Use Case A« enthaltene Interaktionsfolge die in »Use Case B« definierte Interaktionsfolge an einem
definierten Punkt (Extension Point) erweitert. Diese Erweiterung ist abhängig vom Eintreten einer definierten
Bedingung.
➎ Include-Beziehung:
Eine Include-Beziehung («include») von einem »Use Case A« zu einem »Use Case B« drückt aus, dass »Use
Case A« in jedem Fall die in »Use Case B« definierte Interaktionsfolge inkludiert.
➏ Beziehungen zwischen Akteuren und Use Cases:
Findet während der Ausführung eines Use Case Kommunikation mit einem oder mehreren Akteuren in der
Umgebung statt, so wird dies durch eine Kommunikationsbeziehung zwischen dem Use Case und den
entsprechenden Akteuren dargestellt.
Was sind Use Case Assoziationen? 11

Textverarbeitung
<<include>> Mausklick
entgegennehmen
Text schreiben

<<extend>> speichern

Benutzer

Gestrichelte Verbindungslinie: Assoziation zwischen zwei Use-Cases.

Es gibt zwei Arten von Assoziationen zwischen Use-Cases:
include (beinhaltet anderen use case)
extend (erweitert einen Use Case)
Schlüsselwörter wie extend werden in doppelt spitze Klammern gesetzt:
<<extend>>

Tipp: Sparsam verwenden. Oft geht es ganz ohne.

Use Case Werkzeuge 12

Weitere Beispiele
im Modellierungstutorium
oder googeln: „use case“

Werkzeuge:
- MS Powerpoint
- MS Visio
- https://www.draw.io
Zum Mitmachen: Übungsaufgabe für ein einfaches Use-Case Diagramm 13

Zeichen Sie ein einfaches Use-Case Diagramm für ein Touristik-

Anwendungssystem.

Beschreibung:
Es gibt zwei Anwendergruppen: Urlauber und Hotelbesitzer.

Ein Urlauber kann

a) eine Notfall-SMS an „sein“ Hotel schicken,
b) eine Liste von Hotels und Restaurants in der Nähe aufrufen,.

Ein Hotelbesitzer kann

a) sein Hotel und seine Speisekarte eintragen, ändern, löschen,
b) nachschauen, ob ein Urlauber seinen Eintrag abgerufen hat.

Hinweise:
Das System unterstützt keine SMS. Den Empfang der Notfall-SMS muss
der Hotelbesitzer in Eigeninitiative regeln.
Überlegen Sie zunächst: Wer sind Akteure, was sind Anwendungsfälle?
Verständnisfragen zu Use-Case-Diagrammen 14

Was kann man mit einem Use Case Diagramm darstellen?

Was stellt ein Use Case Diagramm nicht dar?

Was sind die drei wesentlichen Notationselemente für ein Use Case Diagramm,
heißt: dürfen in keinem Use Case Diagramm fehlen?
Wie soll die Benutzungsoberfläche aussehen? 15

Ich stelle mit vor, dass Das bekommen

ich in einer Übersicht wir recht
Umsatz die Umsätze meiner schnell und
Entwicklung Kunden ... einfach hin ...
Kunde A
3.000EUR
Kunde B
5.000 EUR

Was läuft hier falsch?

Was ist ein Mockup? 16

Das ist ein Mockup:

Ein Mockup (deutsch: Attrappe) ist eine Nachbildung / eine grobe Skizze
für die Oberfläche eines Anwendungssystems.

Ein Mockup ist eine einfache, rudimentäre Skizze, die die Essenz der
Benutzungsschnittstelle (User Interface, UI) zeigt.

... und das ist es nicht:

Ein Mockup legt sich noch nicht auf eine Systemumgebung (Smartphone
unter iOS oder Android, Webbrowser, Windows, MacOS) fest.

Ein Mockup kümmert sich noch nicht um Farben, Schrifttypen

Designelemente (es sei denn sie sind geschäftskritisch)
Beispiel für ein Mockup 17

Ausgangspunkt: Mockup:
verbale Beschreibung
Ansicht Umsatzentwicklung
Ich stelle mit vor, dass ich ------------------------------------
in einer Übersicht die Umsatz heute
Kunde A: xxx €
Umsätze meiner Kunden
Kunde B: yyy €
... Kunde C: zzz €
auch grafisch dargestellt gesamt: aaa €
werden.
Gesamtumsatzentwicklung

Werkzeuge:
- MS Powerpoint
- MS Visio
- Balsamic
https://balsamiq.com/
Zum Mitmachen: Übungsaufgabe für ein einfaches Mockup 18

Zeichen Sie ein einfaches Mockup (nur für die Smartphone-App) für ein
Touristik-Anwendungssystem.

Beschreibung:
Es gibt zwei Anwendergruppen: Urlauber und Hotelbesitzer.

Ein Urlauber kann mit seinem Smartphone

a) eine Notfall-SMS an „sein“ Hotel schicken,
b) eine Liste von Hotels und Restaurants in der Nähe aufrufen,.
Verständnisfragen zum Mockup 19

Wozu können Sie ein Mockup verwenden?

Warum ist es sinnvoll, im Rahmen der Anforderungsanalyse ein

Mockup anzufertigen?

Mit welchen Werkzeugen können Sie ein Mockup erzeugen?

 20

Prof. Dr. rer. nat. Claus Brell

http://claus-brell.de
https://twitter.com/clausbrell
claus.brell@hs-niederrrhein,de