3. Aktivitäten. Beschreibung von Abläufen, Aktionen und Kontrollflüssen

Größe: px
Ab Seite anzeigen:

Download "3. Aktivitäten. Beschreibung von Abläufen, Aktionen und Kontrollflüssen"

Transkript

1 3. Aktivitäten Beschreibung von Abläufen, Aktionen und Kontrollflüssen 1

2 Verwendung Analyse Phase Aktivitätsdiagramme erlauben es, sehr komplexe Abläufe mit Ausnahmen, verschiedenen Varianten, Sprüngen und Wiederholungen einfach darzustellen. Es bietet sich darum an, für solche Zwecke ein Aktivitätsdiagramm zu zeichnen. In der Analyse Phase werden Aktivitäten verwendet, um (mit dem Stakeholder) komplexe Abläufe zu erfassen. Die visuelle Darstellung erlaubt es oft auch, Prozesse zu vereinfachen und zu optimieren. Hier steht normalerweise eher die Anwendersicht im Vordergrund. Aktivitäten 2

3 Verwendung Design Phase Modellieren interner System- Prozesse oder interner Abläufe Aufzeichnen komplexer Algorithmen Grundlage für die Entwickler Grundlage für Testfälle In der Design Phase werden Aktivitäten verwendet, um komplexe interne System- Prozesse oder Abläufe zu beschreiben. Diese können vom Entwickler als Grundlage für die Umsetzung/Implementierung verwendet werden. Das Beispiel stammt aus der Bank Applikation und zeigt dem Ablauf «Kunde will von einem Konto Geld abheben». Aktivitäten 3

4 Definition Eine Aktivität (activity) modelliert das Verhalten eines Systems. Sie beschreibt, wie elementare Aktionen mit Hilfe von Kontroll- und Datenflüssen zu komplexen Abläufen kombiniert werden. Ein Aktivitätsdiagramm dient zum Darstellen einer Aktivität. Es ordnet Aktionen (executable Node) als elementare Verhaltensbausteine in einem Netzwerk aus Knoten und Pfeilen an. Einen einzelner Ablaufschritt bezeichnet man als Aktion. Der gesamte Ablauf wird als Aktivität bezeichnet. Die Darstellung davon ist das Aktivitätsdiagramm. Aktivitäten 4

5 Arten von Aktivitätsknoten Es gibt drei Typen von Aktivitätsknoten: Aktionen sind die elementaren Verhaltensbausteine Objektknoten sind Hilfsknoten, die verwendet werden, um den Fluss von Objekten durch das Netzwerk zu spezifizieren Kontrollknoten steuern den Kontroll- oder Objektfluss in einer Aktivität Aktionen Eine Aktion ist ein abstraktes Modellelement, das einen elementaren Baustein für die Spezifikation des Verhaltens eines Systems repräsentiert. Eine Aktion kann eine Tätigkeit sein, ein Operationsaufruf oder das Empfangen eines Signals. Eine Aktion kann Objekte oder Objekt-Beziehungen manipulieren, usw. Es gibt verschiedene Arten von Kontrollknoten: Startknoten (start), Endknoten (end), Parallelisierungsknoten (fork), Synchronisationsknoten (join) und Verzweigungsknoten (merge). Aktivitäten 5

6 Aktionen/Unteraktionen Einzelne Aktionen können weiter aufgeschlüsselt werden Diese Aktion kann dann als gesamtes in ein anderes Diagramm eingesetzt werden Eine Aktion ist entweder eine elementare (atomare, nicht unterbrechbare) Aktion oder sie besitzt weitere Unteraktionen. Sie kann also selber wieder verschachtelt sein und eine Aktivität enthalten. Solche Aktionen mit Unteraktionen werden durch ein kleines Gabelsymbol gekennzeichnet. Aktionen haben normalerweise einen Eingang (eingehenden Kontrollfluss-Pfeil) und einen Ausgang (ausgehenden Pfeil). Eine Aktion kann aber auch mehrere Ein- und Ausgänge haben. In verschachtelten Aktionen (Aktionen mit Unteraktionen) werden die Parameter als Objektknoten auf den Rahmen der Aktion gelegt. Aktivitäten 6

7 Beispiel Bancomat Die Aktion Bezahlvorgang kann weiter aufgeschlüsselt werden. und dann als gesamtes in ein anderes Diagramm eingesetzt werden Aktivitäten 7

8 Objektknoten, Objektfluss Objektknoten werden als eingehende oder als ausgehende Parameter einer Aktion verwendet. Sie können auch als kleines Rechteck (Pin) an die Aktion geheftet werden. Ein Objektknoten kann eine vorgegebene Anzahl Token (1..n) zwischenspeichern, bevor er sie an eine ausgehende Aktivitätskante weiterreicht. Die Objekte, die in einem Objektknoten zwischengespeichert sind, unterliegen einer bestimmten Ordnung, welche angibt, in welcher Reihenfolge die eintreffende Objekte den Objektknoten wieder verlassen. Übliche Ordnungen sind FIFO oder LIFO, ungeordnet ist aber ebenfalls möglich. Der Objektfluss gibt an, dass die nachfolgende Aktion diese Parameter benötigt, bzw. dass die vorgehende Aktion diese Objekte erzeugt oder verändert hat. Objekte können einen Zustand haben welcher sich während des Ablaufs verändert. Dieser Zustand kann im Objekt oder als Beschriftung beim Pin abgelegt (hier im Beispiel [Request]) notiert werden. Aktivitäten 8

9 Objekte spezifizieren Mehrere Objektknoten können auf der Eingabe oder auf der Ausgabeseite zu Parametergruppen zusammengefasst werden. Die Aktion «Eintrag anlegen» kann erst starten, wenn alle Eingabeparameter der Gruppe (Datum, Ort, Dauer, ) für die jeweiligen Eintrag vorhanden sind. Aktivitäten 9

10 Objekte spezifizieren Objekte können einen Zustand haben, hier zum Beispiel [in Scheiben] oder [ungebacken] Im Objektfluss kann die benötigte Anzahl Eingabe-Objekte angegeben werden ({weight =2}). Aktivitäten 10

11 Kontrollknoten Es gibt verschiedene Arten von Kontrollknoten Startknoten Endknoten Ablaufende Verzweigung (Entscheidung) Zusammenführung Teilung Synchronisation Der Startknoten zeigt den Startpunkt (Anfang) des Ablaufs, der Endknoten beendet den gesamten Ablauf (alle Aktionen und Kontrollflüsse). Mehrere Startknoten starten einen parallelen Ablauf. Ein Ablaufende beendet einen einzelnen Objekt- oder Kontrollfluss. Eine Verzweigung hat mehrere Ausgänge. Die angegebenen Bedingungen (Guard) entscheiden, welche Flüsse fortgesetzt werden. Die Zusammenführung ist eine Oder-Verknüpfung. Jeder eingehende Objekt- oder Kontrollfluss führt sofort zum ausgehenden Kontrollfluss (keine Synchronisation!) Eine Teilung (Splitting) teilt den Kontrollfluss (ohne Bedingung) in mehrere nebenläufige Kontrollflüsse auf. Die Synchronisation ist eine Und-Verknüpfung. Bevor weitergefahren werden darf, muss hier gewartet werden bis alle Objekt- und Kontrollflüsse eingegangen sind. Aktivitäten 11

12 Aktivitätskanten Aktivitätskanten eingeteilt: werden folgendermassen Ein Kontrollfluss ist eine Aktivitätskante, über die kein Objekt-Parameter fliesst Ein Objektfluss ist eine Aktivitätskante, über die Objekte von einem Knoten zum nächsten fliessen Objektfluss Ein Kontrollfluss verbindet Aktionen und Kontrollknoten. Kontrollflüsse transportieren keine Werte (Objekte), sondern nur ein Token um damit die nächste Aktion anzustossen. Ein Kontrollfluss kann mit einer Guard ([unknown user], [wrong password], ) versehen werden, also einem booleschen Ausdruck, der ausgewertet wird sobald die produzierende Aktion dem Kontrollfluss ein Kontrolltoken anbietet. Das Kontrolltoken wird nur dann weitergereicht, wenn der boolesche Ausdruck zu wahr evaluiert. Aktivitäten 12

13 Beispiel eines Aktivitätsdiagramms Ein Aktivitätsdiagramm hat einen (oder mehrere) Startknoten und einen oder mehrere Endknoten. Der Startknoten hat nur ausgehende Pfeile, die Endknoten nur eingehende. Der Ablauf wird durch die verschiedenen Knoten, welche durch Pfeile (Kontroll- /Objektflüsse) verbunden sind, beschrieben. Die Aktionsknoten bilden dabei den Hauptbestandteil des Diagramms. Kontrollknoten verzweigen den Kontrollfluss in mehrere Stränge (ev. mehrere Tokens), oder führen mehrere Stränge zusammen. Mit den Objektknoten werden die Parameter einer Aktion angegeben. Jeder Endknoten führt zur sofortigen Beendigung aller Aktionen im gesamten Diagramm. Aktivitäten 13

14 Partitionen Partitionen beschreiben, wer jeweils für welche Aktion zuständig ist. Man spricht auch von Verantwortungs-Bereichen oder Swimlanes. Aktivitätsdiagramme können in Partitionen unterteilt werden, mit denen die Knoten einem Verantwortungsbereich zugeordnet werden. In was für Bereiche die Aktivität unterteilt wird, ist frei wählbar. Es kann damit zum Beispiel auch ausgedrückt werden, zu welcher Organisationseinheit oder zu welcher Komponente ein Aktivitätsknoten gehört. Aktivitäten 14

15 Partitionen: Getränkeautomat Mit Hilfe von Partitionen kann auch definiert werden, welche Abteilung, welche Komponente oder welches Subsystem wofür zuständig ist. Aktivitäten 15

16 Ausnahmen (Exception) Falls beim Ausführen einer Aktion ein Fehler auftritt, dann wird der Ablauf abgebrochen und eine Ausnahmebehandlung ausgeführt. Diese wird durch das Zeichen mit der Aktion verbunden. Der normale Ablauf wird abgebrochen, die abgebrochene Aktion liefert kein Resultat. Aktivitäten 16

17 Ausnahmen (Exception) Im Code führt dies zu einer Ausnahme-Behandlung (try-catch) Aktivitäten 17

18 Signale, Events Während eines Ablaufs können Signale gesendet oder empfangen werden. Damit können nebenläufige Prozesse synchronisiert und auf äussere Ereignisse (Events) reagiert werden. Zeitereignis empfangen (Timer) Das Symbol für das Zeitereignis soll eine Sanduhr darstellen. Es kann bedeuten dass der Ablauf an einer Stelle für eine gewisse Zeit warten und erst nach Ablauf der Wartefrist weiter fahren darf. Aktivitäten 18

19 Beispiel Die Rollen Guest und Cook bekommen hier die Möglichkeit ein Signal zu senden. Der Waiter reagiert auf die Signale mit den vorgegebenen Aktionen. Aktivitäten 19

20 Unterbrechbarer Bereich Knoten, welche innerhalb eines unterbrechbaren Bereichs liegen, werden durch ein Signal sofort unterbrochen. Der Kontrollfluss wird dann an anderer Stelle fortgesetzt. Sobald das Signal eintrifft, wird der aktuell bearbeitete Ablaufknoten der Aktivität (im unterbrechbaren Bereich) sofort gestoppt. Der Ausgang des Signals zeigt, wo der Kontrollfluss weiterfahren soll. Wichtig ist hier die Entscheidung, welche Schritte zum unterbrechbaren Bereich gehören sollen, oder ab wann ein Unterbruch nicht mehr sinnvoll ist (Bestellung bereits ausgeliefert, Account eröffnet, Transaktion ist beendet, ). Aktivitäten 20

21 Beispiel: Bancomat 3. Aktivitäten 21

22 Beispiel: Bestellvorgang Aktivitäten 22

23 Beispiel: Bank Zweiter Schritt: Aktivitätsdiagramme 23

24 Neukunde Geld einzahlen Die Person XXX will Kunde werden und den Betrag YYY auf sein Privatkonto einzahlen. Es können die Fälle auftreten: - Die Person wird Neukunde (und erhält ein Konto) - Die Person war bereits Kunde, hat aber keine Konten mehr (inaktiver Kunde) - Die Person ist bereits Kunde und hat ein bereits ein Konto. Aktivitäten 24

25 Geld vom Konto abheben Die Person mit Identifikation cid will den Betrag amount vom Konto mit Nummer aid abheben. Es können die Fälle auftreten: - Die Person ist kein Kunde. - Die Person hat kein Konto mit Nummer aid. - Der Betrag ist zu gross oder ungültig (negativ) und kann nicht abgehoben werden. Aktivitäten 25

Aktivitätsdiagramm (Activity Diagram)

Aktivitätsdiagramm (Activity Diagram) (Activity Diagram) Eine Präsentation von Christoph Süsens und Matthias Holdorf 1 C Diagrammtypen im Überblick 2 Definiton Problem: Es sollen Abläufe, z.b. Geschäftsprozesse, modelliert werden. Im Vordergrund

Mehr

UML - Aktivitätsdiagramm

UML - Aktivitätsdiagramm Name Klasse Datum 1 Allgemeines Neben Sequenzdiagramm, Kollaborationsdiagramm, Zustandsdiagramm und Anwendungsfalldiagramm ist das Aktivitätsdiagramm eines von fünf Diagrammen in UML, welches dynamische

Mehr

Objektorientierte Analyse (OOA) Verhaltensdiagramme der UML

Objektorientierte Analyse (OOA) Verhaltensdiagramme der UML Verhaltensdiagramme der UML Seite 1 Verhaltensdiagramme der UML Seite 2 Übersicht UML-Diagramme Seite 3 Bedeutung der Aktivitätsdiagramme Anwendung im Projekt Aktivitätsdiagramme beschreiben den funktionellen

Mehr

Das Aktivitätsdiagramm

Das Aktivitätsdiagramm Das Aktivitätsdiagramm Parametermenge, Unterbrechbarer Aktivitätsbereich, Mengenverarbeitung, Aktivitätspartition Andreas Eichelberg SS10/11 1 Aktivitätsdiagramm - Gliederung Wiederholung Parametermenge

Mehr

Statecharts in UML Grundlagen und Übersetzung in Colored Petri Nets

Statecharts in UML Grundlagen und Übersetzung in Colored Petri Nets Statecharts in UML Grundlagen und Übersetzung in Colored Petri Nets von André Kaiser 25.10.2004 André Kaiser - Statecharts in UML 1 Überblick Statecharts Konzepte und Darstellung Übersetzung UML-Statechart-Model

Mehr

Semantik und Verifikation des Objektflusses in UML 2.0 Aktivitätsdiagramm

Semantik und Verifikation des Objektflusses in UML 2.0 Aktivitätsdiagramm Semantik und Verifikation des Objektflusses in UML 2.0 Aktivitätsdiagramm Präsentiert von Ye Shen Betreuer: Herr Peter Graubmann Chair: Prof. Manfred Broy 14.01.2005 Überblick Einführung Aktivitätsdiagramm

Mehr

Zustände Zustandsdiagramme

Zustände Zustandsdiagramme Zustände Zustandsdiagramme Ereignisse Zustandsübergänge Dr. Beatrice Amrhein Überblick Definition Anwendungsbereich Zustände/Zustandsübergänge Aktionen Ereignisse 2 Verwendung von Zuständen 3 Verwendung

Mehr

UML Grundlagen, Zustandsautomat. Zustandsautomaten bilden eine Erweiterung der endlichen Automaten

UML Grundlagen, Zustandsautomat. Zustandsautomaten bilden eine Erweiterung der endlichen Automaten Zustandsautomaten bilden eine Erweiterung der endlichen Automaten angereichert um zusätzliche Elemente Bedingungen Verzweigungen theoretische Wurzeln: David Harel, 1985 DI. Helmut Tockner 1 Zustandsautomaten

Mehr

Arbeitsgrundlagen Marktkommunikation

Arbeitsgrundlagen Marktkommunikation Anwendungshilfen BDEW Bundesverband der Energie- und Wasserwirtschaft e.v. Reinhardtstraße 32 10117 Berlin Telefon +49 30 300 199-0 Telefax +49 30 300 199-3900 E-Mail info@bdew.de www.bdew.de Arbeitsgrundlagen

Mehr

Objektorientierte Analyse (OOA) Inhaltsübersicht

Objektorientierte Analyse (OOA) Inhaltsübersicht Inhaltsübersicht Einführung Anforderungen an die UML-Diagramme Verhalten: Use-Case-Diagramm Verhalten: Aktivitätsdiagramm Verhalten: Zustandsautomat Struktur: Klassendiagramm Seite 1 Einführung In der

Mehr

Objektorientierte Analyse (OOA) Dynamisches Modell. Objektorientierte Analyse (OOA) Sequenzdiagramm

Objektorientierte Analyse (OOA) Dynamisches Modell. Objektorientierte Analyse (OOA) Sequenzdiagramm Inhalte Sequenzdiagramm Kollaborationsdiagramm Dynamisches Modell Seite 1 Sequenzdiagramm Ein Sequenzdiagramm beschreibt die zeitliche Abfolge von Interaktionen zwischen einer Menge von Objekten innerhalb

Mehr

Inhalt. 1 Einführung 17. Strukturdiagramme. 2 Klassendiagramm 37

Inhalt. 1 Einführung 17. Strukturdiagramme. 2 Klassendiagramm 37 Vorwort... 13 1 Einführung 17 1.1 Weshalb muss Software modelliert werden?... 17 1.2 Die Phasen bei der Softwareentwicklung... 18 1.2.1 Analyse... 18 1.2.2 Entwurf... 19 1.2.3 Implementierung und Dokumentation...

Mehr

Hauptseminar Semantik der UML2.0 Aktivitäten

Hauptseminar Semantik der UML2.0 Aktivitäten Hauptseminar Semantik der UML2.0 Aktivitäten von Tong Tong Gliederung 1. Einleitung 1.1 Version UML1.1, UML 1.3 und UML2.0 1.2 Motivation der Aktivitätsdiagramme 1.3 Definition der Aktivitätsdiagramme

Mehr

ÜBER DEN UMGANG MIT HETEROGENITÄT IN GROßLEHRVERANSTALTUNGEN

ÜBER DEN UMGANG MIT HETEROGENITÄT IN GROßLEHRVERANSTALTUNGEN ÜBER DEN UMGANG MIT HETEROGENITÄT IN GROßLEHRVERANSTALTUNGEN Stefan Oppl Institut für Wirtschaftsinformatik - Communications Engineering Johannes Kepler Universität Linz HETEROGENITÄT GESCHLECHT ERSTSPRACHE

Mehr

4. Übung zu Software Engineering

4. Übung zu Software Engineering 4. Übung zu Software Engineering WS 2009/2010 Henning Heitkötter Klassendiagramm: Projektmanagement AUFGABE 10 1 OOA-Methode von Heide Balzert 1. Klassen finden 2. Assoziationen und Kompositionen finden

Mehr

Aktivitätsdiagramme (Stichworte)

Aktivitätsdiagramme (Stichworte) Aktivitätsdiagramme (Stichworte) Udo Kelter 12.01.2005 Zusammenfassung dieses Lehrmoduls Aktivitätsdiagramme (in UML Version 2) bieten vielfältige Sprachkonzepte, mit denen Abläufe und Algorithmen graphisch

Mehr

Aktivitätsdiagramme (Stichworte)

Aktivitätsdiagramme (Stichworte) Aktivitätsdiagramme (Stichworte) Udo Kelter 12.01.2005 Zusammenfassung dieses Lehrmoduls Aktivitätsdiagramme (in UML Version 2) bieten vielfältige Sprachkonzepte, mit denen Abläufe und Algorithmen graphisch

Mehr

Vorlesung Informatik II

Vorlesung Informatik II Vorlesung Informatik II Universität Augsburg Wintersemester 2011/2012 Prof. Dr. Bernhard Bauer Folien von: Prof. Dr. Robert Lorenz Lehrprofessur für Informatik 11. UML: Sequenzdiagramm 1 Motivation Es

Mehr

TEIL I Strukturdiagramme 1 Einführung Klassendiagramm Objektdiagramm Kompositionsstrukturdiagramm...

TEIL I Strukturdiagramme 1 Einführung Klassendiagramm Objektdiagramm Kompositionsstrukturdiagramm... Auf einen Blick TEIL I Strukturdiagramme 1 Einführung... 13 2 Klassendiagramm... 29 3 Objektdiagramm... 111 4 Kompositionsstrukturdiagramm... 125 5 Komponentendiagramm... 145 6 Verteilungsdiagramm... 161

Mehr

Objektorientierte Analyse (OOA) Übersicht

Objektorientierte Analyse (OOA) Übersicht Übersicht UML ist die Notation für ein objektorientiertes Vorgehensmodell, sowohl für die Analyse als auch für das Design. Analyse (WAS?) Use Cases Aktivitätsdiagramme (für die Use Cases) Klassendiagramme

Mehr

Normalerweiseist es sinnvoll einen Initialzustand zu definieren (INIT), sowie einen Endzustand (CLOSED oder TERMINATED). 4.

Normalerweiseist es sinnvoll einen Initialzustand zu definieren (INIT), sowie einen Endzustand (CLOSED oder TERMINATED). 4. 4. Zustände 1 Aktivitäts- und Zustands-Diagramm werden oft verwechselt. Es ist darum wichtig zu unterscheiden, dass im Aktivitätsdiagramm die Aktionen im Zentrum des Interesses stehen. Das Zustandsdiagramm

Mehr

Softwaretechnik 1 Tutorium

Softwaretechnik 1 Tutorium Universität Karlsruhe (TH) Forschungsuniversität gegründet 1825 Softwaretechnik 1 Tutorium 25. Mai 2009 Matthias Thoma (s_thoma@ira.uka.de) Heute Übungsblatt Nr. 2 UML Klassendiagramme UML Sequenzendiagramm

Mehr

Christoph Kecher, Alexander Salvanos UML 2.5. Das umfassende Handbuch. Rheinwerk. Computing

Christoph Kecher, Alexander Salvanos UML 2.5. Das umfassende Handbuch. Rheinwerk. Computing Christoph Kecher, Alexander Salvanos UML 2.5 Das umfassende Handbuch Rheinwerk Computing Inhalt Vorwort 13 1 Einführung 17 1.1 Weshalb muss Software modelliert werden? 17 1.2 Die Phasen bei der Softwareentwicklung

Mehr

Objektorientierte Analyse

Objektorientierte Analyse Objektorientierte Analyse Software Engineering in der Praxis David Föhrweiser Marc Spisländer Lehrstuhl für Software Engineering Friedrich-Alexander-Universität Erlangen-Nürnberg Föhrweiser, Spisländer

Mehr

Das umfassende Handbuch

Das umfassende Handbuch Christoph Kecher UML 2.0 Das umfassende Handbuch. Jfjf- Ali' ' w v^i* >" '-«(."', Galileo Press Inhalt Vorwort 11 1 Einführung 1.1 Weshalb muss Software modelliert werden? 13 1.2 Was ist die UML? 15 1.3

Mehr

Aktivitäts-, Sequenz- und Zustandsdiagramme

Aktivitäts-, Sequenz- und Zustandsdiagramme Aktivitäts-, Sequenz- und Zustandsdiagramme Tutorium 17 Fabian Miltenberger 19.05.2014 INSTITUT FÜR PROGRAMMSTRUKTUREN UND DATENORGANISATION (IPD) KIT Universität des Landes Baden-Württemberg und nationales

Mehr

Unternehmensmodellierung

Unternehmensmodellierung Josef L. Staud Unternehmensmodellierung Objektorientierte Theorie und Praxis mit UML 2.0 4ü Springer Inhaltsverzeichnis EINLEITUNG 1 1.1 Unternehmensmodellierung 1 1.2 Objektorientierung als solche 6 1.3

Mehr

Vorlesung Software-Engineering I

Vorlesung Software-Engineering I Vorlesung Software-Engineering I im 3. und 4. Semester 07. SW-Architektur Abläufe Workflows Szenarien Use Cases User Story s -> Betrachtung deterministischer Abläufe DHBW-Stuttgart/Frank M. Hoyer SWE1-07:

Mehr

Sequenz- und Kommunikationsdiagrammen. Systemmodellierung mit SysML von Michel Manthey

Sequenz- und Kommunikationsdiagrammen. Systemmodellierung mit SysML von Michel Manthey Sequenz- und Kommunikationsdiagrammen von Michel Manthey 1 Interaktionsdiagramme Sequenzdiagramme (auch in SysML) Kommunikationsdiagramme Zeitdiagramme Interaktionsübersichtsdiagramme von Michel Manthey

Mehr

Software Engineering 5. UML. Franz-Josef Elmer, Universität Basel, HS 2012

Software Engineering 5. UML. Franz-Josef Elmer, Universität Basel, HS 2012 Software Engineering 5. UML Franz-Josef Elmer, Universität Basel, HS 2012 Software Engineering: 5. UML 2 Unified Modeling Language (UML) Standardisierte grafische Notationen um Strukturen und Abläufe eines

Mehr

UML / Fujaba. Generierung von Java-Quellcode aus UML-Diagrammen. Marcel Friedrich

UML / Fujaba. Generierung von Java-Quellcode aus UML-Diagrammen. Marcel Friedrich UML / Fujaba Generierung von Java-Quellcode aus UML-Diagrammen Marcel Friedrich Agenda Einleitung Struktur Verhalten Klassendiagramme Storydiagramme Statecharts Action methods 2 Thema Codegenerierung mit

Mehr

FACHHOCHSCHULE MANNHEIM

FACHHOCHSCHULE MANNHEIM Objektorientierte Programmierung 8. Vorlesung Prof. Dr. Peter Knauber FACHHOCHSCHULE MANNHEIM Hochschule für Technik und Gestaltung e Die 1. lgruppe von KobrA: Realization le der Realization: Kurze Structural

Mehr

ANWENDUNGSFALLDIAGRAMM:

ANWENDUNGSFALLDIAGRAMM: EINFÜHRUNG Ein UML Modell kann folgende unterschiedliche Sichtweisen auf den Problemlösungsbereich (Aspekte) enthalten: Dynamische Aspekte Softwareorganisatorische Aspekte Statische Aspekte Welche Aussagen

Mehr

Media Engineering. Objektorientierte Modellierung. Verhaltensmodellierung. R. Weller University of Bremen, Germany cgvr.cs.uni-bremen.

Media Engineering. Objektorientierte Modellierung. Verhaltensmodellierung. R. Weller University of Bremen, Germany cgvr.cs.uni-bremen. Media Engineering Objektorientierte Modellierung Verhaltensmodellierung R. Weller University of Bremen, Germany cgvr.cs.uni-bremen.de Objektorientierte Analyse und Design im Detail Identifiziere Akteure

Mehr

Kapitel Weitere UML-Diagrammtypen

Kapitel Weitere UML-Diagrammtypen Kapitel 2.2 - Weitere UML-Diagrammtypen SWT I Sommersemester 2010 Walter F. Tichy, Andreas Höfer, Korbinian Molitorisz IPD Tichy, Fakultät für Informatik KIT die Kooperation von Forschungszentrum Karlsruhe

Mehr

UML - Zustandsdiagramm

UML - Zustandsdiagramm Name Klasse Datum 1 Allgemeines Die Zustandsdiagramme in UML basieren im Wesentlichen auf den Statecharts von David Harel. Der Grundgedanke ist, das Verhalten eines endlichen Zustandsautomaten grafisch

Mehr

Universität Karlsruhe (TH)

Universität Karlsruhe (TH) Universität Karlsruhe (TH) Forschungsuniversität gegründet 1825 Kapitel 2.2 Weitere UML- Diagrammtypen Walter Tichy Guido Malpohl Tom Gelhausen UML-Diagramme Ablauf Anwendungsfalldiagramm Szenarien Interaktionsdiagramm

Mehr

Aktivitätsdiagramm. 1 b b,c a,d b,d b,d 2 a,b,d a,d a,c a,b,c b,c 3 a c,d a,b a,d a,b 4 c,d c b,c a,d d 5 c,d a,c a,b d c

Aktivitätsdiagramm. 1 b b,c a,d b,d b,d 2 a,b,d a,d a,c a,b,c b,c 3 a c,d a,b a,d a,b 4 c,d c b,c a,d d 5 c,d a,c a,b d c Anhang In diesem Abschnitt sind Lösungen für die Übungsaufgaben zu finden. Zuerst werden die Antworten zu den Multiple-Choice-Fragen gegeben und anschließend beispielhafte grafische Diagramme zu der praktischen

Mehr

Unified Modeling Language

Unified Modeling Language Unified Modeling Language Thomas Röfer Motivation Entwicklung Spracheinheiten Diagramme (Struktur-/Verhaltensdiagramme) Rückblick Textsuche Naive Suche abrakadabra Boyer-Moore abrakadabra a Knuth-Morris-Pratt

Mehr

FACHHOCHSCHULE MANNHEIM

FACHHOCHSCHULE MANNHEIM Objektorientierte Programmierung 11. Vorlesung Prof. Dr. Peter Knauber FACHHOCHSCHULE MANNHEIM Hochschule für Technik und Gestaltung Die 2. lgruppe von KobrA: : le der : e Folie 1 Zur Erinnerung: 1. lgruppe:

Mehr

Blöcke. Block Definitionsdiagramm. Dr. Beatrice Amrhein

Blöcke. Block Definitionsdiagramm. Dr. Beatrice Amrhein Blöcke Strukturelemente Block Definitionsdiagramm Dr. Beatrice Amrhein Definition: Block (Systembaustein) Eine Block beschreibt den Aufbau, die Eigenschaften und das Verhalten einer Komponente (eines Systems)

Mehr

Das diesem Dokument zugrundeliegende Vorhaben wurde mit Mitteln des Bundesministeriums für Bildung und Forschung unter dem Förderkennzeichen

Das diesem Dokument zugrundeliegende Vorhaben wurde mit Mitteln des Bundesministeriums für Bildung und Forschung unter dem Förderkennzeichen Das diesem Dokument zugrundeliegende Vorhaben wurde mit Mitteln des Bundesministeriums für Bildung und Forschung unter dem Förderkennzeichen 16OH21005 gefördert. Die Verantwortung für den Inhalt dieser

Mehr

Sprachen sind durch folgenden Aufbau gekennzeichnet:

Sprachen sind durch folgenden Aufbau gekennzeichnet: BNF UND SYNTAXDIAGRAMME 1. Allgemeines 1.1 Aufbau von Sprachen BNF und Syntaxdiagramme werden verwendet, um die Syntax einer Sprache darzustellen und graphisch zu veranschaulichen. Mit ihnen können entweder

Mehr

Tabellarische Kurzreferenz der UML-Elemente

Tabellarische Kurzreferenz der UML-Elemente Tabellarische Kurzreferenz der UML-Elemente Version 2.0 Vanessa Petrausch 1 Klassendiagramm Die folgenden Tabellen fassen die einzelnen Elemente abstrahiert zusammen. In Spalte 1 steht der Name des Elements,

Mehr

Super. Sub1. Sub2 State2. Sub3. Sub4. Super. State2. Sub4

Super. Sub1. Sub2 State2. Sub3. Sub4. Super. State2. Sub4 Sub1 Super Sub3 H Sub2 State2 Sub4 Super State2 Sub4 $FWLYLW\'LDJUDPV Aktivitätsdiagramme beschreiben spezielle Zustandsautomaten. Transitionen werden hier grundsätzlich durch die Beendigung von Aktionen

Mehr

Best Practice. Prozessmodellierung im Bereich der mittelbaren Bundesverwaltung: pm-ad Ergebnis der AG. BEST PRACTICE UML-Aktivitätendiagramm

Best Practice. Prozessmodellierung im Bereich der mittelbaren Bundesverwaltung: pm-ad Ergebnis der AG. BEST PRACTICE UML-Aktivitätendiagramm Prozessmodellierung im Bereich der mittelbaren Bundesverwaltung: BEST PRACTICE UML-Aktivitätendiagramm Best Practice pm-ad 1.0.0 Ergebnis der AG Kurzbeschreibung In diesem Dokument werden die Best-Practice-

Mehr

(Ausnahmebehandlung)

(Ausnahmebehandlung) 16. Exceptions (Ausnahmebehandlung) 16-1 Objektorientierte Programmierung (Winter 2010/2011) Kapitel 16: Exceptions (Ausnahmebehandlung) Motivation Throw und Catch 16. Exceptions (Ausnahmebehandlung) 16-2

Mehr

Systems Engineering mit SysML/UML

Systems Engineering mit SysML/UML Tim Weilkiens Systems Engineering mit SysML/UML Modellierung, Analyse, Design 2., aktualisierte u. erweiterte Auflage "SJ dpunkt.verlag Inhaltsverzeichnis 1 Einleitung 1 1.1 Vorweg 1 1.1.1 Passt das Buch

Mehr

An Overview of the Signal Clock Calculus

An Overview of the Signal Clock Calculus An Overview of the Signal Clock Calculus, Jennifer Möwert Inhaltsverzeichnis Synchrone Programmiersprachen Clock Calculus Synchrone Paradigmen SLTS Clocks SIGNAL Definitionen Endochrony Bäume, Jennifer

Mehr

Untersuchung zur Verständlichkeit von Prozessmodellen

Untersuchung zur Verständlichkeit von Prozessmodellen Untersuchung zur Verständlichkeit von Prozessmodellen Sehr geehrte Teilnehmer, Auf den folgenden Seiten finden Sie einen Fragebogen zum Thema Verständlichkeit von Prozessmodellen, der an der Wirtschaftsuniversität

Mehr

Modellbasiertes manuelles Testen: Techniken und Tücken

Modellbasiertes manuelles Testen: Techniken und Tücken Modellbasiertes manuelles Testen: Techniken und Tücken 23.02.2015 Objektforum Dr. Andrea Herrmann Freiberufliche Trainerin für Software Engineering herrmann@herrmann-ehrlich.de Dr. Privat-Doz. Andrea Herrmann

Mehr

BPMN. Suzana Milovanovic

BPMN. Suzana Milovanovic BPMN Suzana Milovanovic 2 Übersicht Klärung von Begriffen, Abkürzungen Was ist BPMN? Business Process Diagram (BPD) Beispielprozess Entwicklung von BPMN BPMN in der Literatur 3 Grundlegende Begriffe Business

Mehr

Vgl. Oestereich Kap 2.7 Seiten 134-147

Vgl. Oestereich Kap 2.7 Seiten 134-147 Vgl. Oestereich Kap 2.7 Seiten 134-147 1 Sequenzdiagramme beschreiben die Kommunikation/Interaktion zwischen den Objekten (bzw. verschiedenen Rollen) eines Szenarios. Es wird beschrieben, welche Objekte

Mehr

Erstellung einer Prozesslandkarte

Erstellung einer Prozesslandkarte Erstellung einer Prozesslandkarte Der Weg zu Prozesslandkarte, Prozessliste und Dokumentenliste. 2007-10-06 Xardal Thomas M. Haas Prozesslandkarte - 1 Wie kommen wir zu authentischen Prozessmodellen? Woher

Mehr

Nachfolgend können Sie die Serveradressen einsehen, deren Eingabe in Ihrem -Programm für den Empfang und Versand von s erforderlich ist.

Nachfolgend können Sie die Serveradressen einsehen, deren Eingabe in Ihrem  -Programm für den Empfang und Versand von  s erforderlich ist. Einrichten eines E-Mail-Kontos am Apple iphone Hier finden Sie eine Schritt für Schritt Screenshot-Erklärung für das Einrichten von E-Mail-Konten mit dem Apple iphone unter ios 9. Schritt für Schritt Screenshot-Erklärung.

Mehr

Grundlagen der Programmentwurfstechnik Fundamentals of Software Engineering

Grundlagen der Programmentwurfstechnik Fundamentals of Software Engineering Vorlesung 6 Fundamentals of Software Engineering Inhaltsverzeichnis 1. Einführung 2. Allgemeine Modellbildung 3. Strukturierte Analyse (SE) 5. Benutzersschnittstellen 6. Softwaretest 2 1 Inhaltsverzeichnis

Mehr

Unified Modeling Language (UML )

Unified Modeling Language (UML ) Unified Modeling Language (UML ) Seminar: Programmiersprachenkonzepte Inhalt Einleitung UML 2.0 Diagrammtypen 2 Einleitung Objektorientierte Modellierungssprache Definiert vollständige Semantik Dient der

Mehr

Informatik IIa: Modellierung

Informatik IIa: Modellierung Informatik IIa: Modellierung Frühlingssemester 2014 Übung 5: Klassendiagramme, EPK Kapitel 8, 9 Ausgabe: 17.04.2014 Abgabe: 02.05.2014 Name: Matrikelnummer: Aufgabe 1 Wissen zu EPKs (6 Punkte) Frage 1.1

Mehr

Wirtschaftsinformatik 6a: Modellierung. Hochschule für Wirtschaft und Recht SS 16 Dozent: R. Witte

Wirtschaftsinformatik 6a: Modellierung. Hochschule für Wirtschaft und Recht SS 16 Dozent: R. Witte Wirtschaftsinformatik 6a: Modellierung Hochschule für Wirtschaft und Recht SS 16 Dozent: R. Witte Computertechnik Man kann Software auf 2 Arten herstellen: Entweder macht man sie so klar und einfach,

Mehr

Objektorientierte Modellierung. Aktivitätsdiagramm

Objektorientierte Modellierung. Aktivitätsdiagramm Objektorientierte Modellierung Aktivitätsdiagramm Business Informatics Group Institute of Software Technology and Interactive Systems Vienna University of Technology Favoritenstraße 9-11/188-3, 1040 Vienna,

Mehr

CARL HANSER VERLAG. Mario Jeckle, Chris Rupp, Jürgen Hahn, Barbara Zengler, Stefan Queins. UML 2 glasklar

CARL HANSER VERLAG. Mario Jeckle, Chris Rupp, Jürgen Hahn, Barbara Zengler, Stefan Queins. UML 2 glasklar CARL HANSER VERLAG Mario Jeckle, Chris Rupp, Jürgen Hahn, Barbara Zengler, Stefan Queins UML 2 glasklar 3-446-22575-7 www.hanser.de Einleitung... 1 Liebe Leserin, lieber Leser... 1 Ihre Meinung ist uns

Mehr

Mario Jeckle, Chris Rupp, Jürgen Hahn, Barbara Zengler, Stefan Queins. UML2 glasklar. UNIFIED MODELING LANGUAGE l HANSER

Mario Jeckle, Chris Rupp, Jürgen Hahn, Barbara Zengler, Stefan Queins. UML2 glasklar. UNIFIED MODELING LANGUAGE l HANSER Mario Jeckle, Chris Rupp, Jürgen Hahn, Barbara Zengler, Stefan Queins UML2 glasklar UNIFIED MODELING LANGUAGE l V HANSER Inhalt Vorwort 1 Einleitung 2 Liebe Leserin, lieber Leser 2 Ihre Meinung ist uns

Mehr

Vgl. Oestereich Kap 2.6 Seiten 127-133

Vgl. Oestereich Kap 2.6 Seiten 127-133 Vgl. Oestereich Kap 2.6 Seiten 127-133 4. Zustände 1 Aktivitäts- und Zustands-Diagramm werden oft verwechselt. Es ist darum wichtig zu unterscheiden, dass im Aktivitätsdiagramm die Aktionen im Zentrum

Mehr

C) Review, Heuristiken, Metriken, Prototypen. A) Technische Einflussfaktoren. System Requirements Specification. D) Architektur Dokument

C) Review, Heuristiken, Metriken, Prototypen. A) Technische Einflussfaktoren. System Requirements Specification. D) Architektur Dokument A) Technische Einflussfaktoren C) Review, Heuristiken, Metriken, Prototypen System Requirements Specification Architektur erstellen D) Architektur Dokument Architektur prüfen B) Organisatorische Einflussfaktoren

Mehr

Das UML Benutzerhandbuch

Das UML Benutzerhandbuch Grady Booch James Rumbaugh Ivar Jacobson Das UML Benutzerhandbuch Aktuell zur Version 2.0 Inhalt Vorwort 15 Ziele 15 Publikum 16 Wie Sie dieses Buch verwenden sollten 16 Aufbau und besondere Merkmale 17

Mehr

Learning Object-Oriented Programming. Algorithmen. Algorithmusbegriff. Klärung der Herkunft des Begriffs Formale Definition von Algorithmus

Learning Object-Oriented Programming. Algorithmen. Algorithmusbegriff. Klärung der Herkunft des Begriffs Formale Definition von Algorithmus Algorithmen Algorithmusbegriff Klärung der Herkunft des Begriffs Formale Definition von Algorithmus Algorithmusbegriff Algorithmen sind eine der ältesten (abstrakten) Beschreibungstechniken für Abläufe.

Mehr

OOA-Dynamische Konzepte

OOA-Dynamische Konzepte Proseminar UML im SS 2005 OOA-Dynamische Konzepte Teil 2 von Benjamin Daeumlich 1 Übersicht Szenario Definition Interaktionsdiagramme Sequenzdiagramm Kommunikationsdiagramm Sequenz- vs. Kommunikationsdiagramm

Mehr

Objektorientiertes Design

Objektorientiertes Design Objektorientiertes Design Beispiel-Anforderungen: Simple International (SIB) Interaktion mit der SIB: Ablauf von Interaktionen: UML Beispiel für OOD: Vorgehen Ergebnis Beispiel-Anforderungen: Simple International

Mehr

UML 2.0 Das umfassende Handbuch

UML 2.0 Das umfassende Handbuch Christoph Kecher V.-M \MM UML 2.0 Das umfassende Handbuch Galileo Computing Inhalt Vorwort 11 1 Einführung 13 1.1 Weshalb muss Software modelliert werden? 13 1.2 Was ist die UML? 15 1.3 Die Geschichte

Mehr

Bessere Service-Modellierung durch Kombination von BPMN und SoaML. Nürnberg, 24. Februar 2011

Bessere Service-Modellierung durch Kombination von BPMN und SoaML. Nürnberg, 24. Februar 2011 Bessere Service-Modellierung durch Kombination von BPMN und SoaML Nürnberg, 24. Februar 2011 Vorstellung Maria Deeg Project Manager, Leiterin der MID Akademie m.deeg@mid.de Studium Lehramt Gymnasium Mathematik

Mehr

Objektorientierte Programmierung. Kapitel 3: Syntaxdiagramme

Objektorientierte Programmierung. Kapitel 3: Syntaxdiagramme Stefan Brass: OOP (Java), 3. 1/31 Objektorientierte Programmierung Kapitel 3: Stefan Brass Martin-Luther-Universität Halle-Wittenberg Wintersemester 2014/15 http://www.informatik.uni-halle.de/ brass/oop14/

Mehr

Anwendungsfalldiagramm UseCaseDiagramm

Anwendungsfalldiagramm UseCaseDiagramm Anwendungsfalldiagramm UseCaseDiagramm Notation und Beispiele Prof. DI Dr. Erich Gams htl wels.e.gams@eduhi.at UML Seminar HTL-Wels 2010 Anwendungsfall und SE Prozess Ein Anwendungsfalldiagramm ist ein

Mehr

4.2 Aktivitätsdiagramm

4.2 Aktivitätsdiagramm 4.2 Aktivitätsdiagramm 195 4.2 Aktivitätsdiagramm 4.2.1 Einführung Der Schwerpunkt von Aktivitätsdiagrammen liegt auf prozeduralen Verarbeitungsaspekten. Ein Aktivitätsdiagramm spezifiziert den Kontroll-

Mehr

Programmablaufpläne. Vorgehen zur Erstellung eines lauffähigen C-Programms

Programmablaufpläne. Vorgehen zur Erstellung eines lauffähigen C-Programms Programmablaufpläne Vorgehen zur Erstellung eines lauffähigen C-Programms Dieser Leitfaden soll eine Einführung in das Erstellen von Programmablaufplänen (kurz: PAP) geben. PAP erleichtern das Erstellen

Mehr

Blöcke Strukturelemente. Dr. Beatrice Amrhein

Blöcke Strukturelemente. Dr. Beatrice Amrhein Blöcke Strukturelemente Block Definitionsdiagramm Dr. Beatrice Amrhein Definition Ein Block Definitionsdiagramm (oder Blockdiagramm) o zeigt die statische Struktur des Systems, o beschreibt, welche Systembausteine

Mehr

Eigene und fremde Bankverbindungen anlegen

Eigene und fremde Bankverbindungen anlegen Eigene und fremde Bankverbindungen anlegen Wo können Bankverbindungen angelegt werden? Sie haben an mehreren Stellen des Programms die Möglichkeit eigene und fremde Bankverbindungen anzulegen. Ihre eigene

Mehr

Analyse und Design mituml2.1

Analyse und Design mituml2.1 Analyse und Design mituml2.1 Objektorientierte Softwareentwicklung Von Bernd Oestereich 8., aktualisierte Auflage Oldenbourg Verlag München Wien nhaltsverzeichnis Objektorientierte Softwareentwicklung

Mehr

UML 2: AKTIVITÄTEN UND AKTIONEN

UML 2: AKTIVITÄTEN UND AKTIONEN mehr zum thema: www.oose.de/uml von conrad bock UML 2: AKTIVITÄTEN UND AKTIONEN der autor Im Sommer 2003 wurde die Spezifikation der UML 2 von der OMG angenommen. Derzeit werden die offenen Punkte geklärt

Mehr

Ereignisgesteuerte Prozessketten (EPK) sind eine semiformale Modellierungssprache zur Erfassung und Darstellung von Geschäftsprozessen.

Ereignisgesteuerte Prozessketten (EPK) sind eine semiformale Modellierungssprache zur Erfassung und Darstellung von Geschäftsprozessen. Ereignisgesteuerte Prozessketten (EPK) sind eine semiformale Modellierungssprache zur Erfassung und Darstellung von Geschäftsprozessen. Überblick: Entwickelt wurde die EPK-Methode 1992 am Institut für

Mehr

Analyse und Design mituml2

Analyse und Design mituml2 Analyse und Design mituml2 Objektorientierte Softwareentwicklung von Bernd Oestereich 7, aktualisierte Auflage Oldenbourg Verlag München Wien Ш1!Н1Н1КД nhjektorientierte Softwareentwicklung - Analyse und

Mehr

Business Process Model and Notation

Business Process Model and Notation BPMN 2.0 Crashkurs Business Process Model and Notation entwickelt von der Object Management Group, einem Konsortium von vielen Firmen (u.a. HP, IBM, Microsoft, Oracle, SAP) >60 verschiedene Produkte implementieren

Mehr

UML 1.4 Referenz. Matthias Niete Dirk M. Sohn Orientation in Objects GmbH Weinheimer Str Mannheim

UML 1.4 Referenz. Matthias Niete Dirk M. Sohn Orientation in Objects GmbH Weinheimer Str Mannheim Matthias Niete niete@oio.de Dirk M. Sohn sohn@oio.de Orientation in Objects GmbH Weinheimer Str. 68 68309 Mannheim 1 Allgemeine Notationselemente Paketnamen {Eigenschaftswerte} Notiz Paketnamen

Mehr

Aktivitäts-, Sequenz- und Zustandsdiagramme

Aktivitäts-, Sequenz- und Zustandsdiagramme Aktivitäts-, Sequenz- und Zustandsdiagramme Tutorium 7 iloveswt.de Fabian I. Miltenberger 30.05.2016 INSTITUT FÜR PROGRAMMSTRUKTUREN UND DATENORGANISATION (IPD) KIT Universität des Landes Baden-Württemberg

Mehr

Verteilte Systeme - Java Networking (Sockets) 2 -

Verteilte Systeme - Java Networking (Sockets) 2 - Verteilte Systeme - Java Networking (Sockets) 2 - Prof. Dr. Michael Cebulla 06. November 2014 Fachhochschule Schmalkalden Wintersemester 2014/15 1 / 30 Michael Cebulla Verteilte Systeme Gliederung Wiederholung:

Mehr

Systemanalyse. - Folien zur Vorlesung für AI3 im Sommersemester Teil 8 -

Systemanalyse. - Folien zur Vorlesung für AI3 im Sommersemester Teil 8 - Systemanalyse - Folien zur Vorlesung für AI3 im Sommersemester 2010 - -Teil 8 - Hans-Jürgen Steffens (by courtesy of Prof. Dr. Thomas Allweyer) Fachbereich Informatik und Mikrosystemtechnik Fachhochschule

Mehr

Mikrocomputertechnik

Mikrocomputertechnik Mikrocomputertechnik Thema: CPU Timing XC888 und Interrupt System des XC888 und Timer/Counter 0 und 1 -Im InterruptBetrieb - CPU Timing XC888 CPU Timing XC888 Befehl Befehl Befehl Befehlszyklus Befehlszyklus

Mehr

Grundlagen der Programmentwurfstechnik Fundamentals of Software Engineering 1

Grundlagen der Programmentwurfstechnik Fundamentals of Software Engineering 1 Vorlesung 6 Fundamentals of Software Engineering 1 Sommersemester 2016 Inhaltsverzeichnis 1. Einführung 2. Allgemeine Modellbildung 3. Strukturierte Analyse (SE) 5. Benutzersschnittstellen 6. Softwaretest

Mehr

Christoph Kecher UML2. Das umfassende Handbuch. Galileo Press

Christoph Kecher UML2. Das umfassende Handbuch. Galileo Press Christoph Kecher UML2 Das umfassende Handbuch Galileo Press Vorwort 11 TEIL I Strukturdiagramme i '...,....,...,.;..,,,...,, 1.1 Weshalb muss Software modelliert werden? 13 1.2 Was ist die UML? 15 1.3

Mehr

Systemanalyse mit UML am Beispiel der Modellierung elektronischer Patientenakten. Ein Unterrichtsversuch im Informatik- Grundkurs Jg.

Systemanalyse mit UML am Beispiel der Modellierung elektronischer Patientenakten. Ein Unterrichtsversuch im Informatik- Grundkurs Jg. Systemanalyse mit UML am Beispiel der Modellierung elektronischer Patientenakten Ein Unterrichtsversuch im Informatik- Grundkurs Jg.13 1 Elektronische Patientenakte (epa) zentrale elektronische Sammlung

Mehr

State diagrams (Zustandsautomaten)

State diagrams (Zustandsautomaten) State diagrams (Zustandsautomaten) Allgemeines Zustandsautomaten geben Antworten auf die Frage Wie verhält sich das System in einem bestimmten Zustand bei gewissen Ereignissen?. Sie spezifizieren somit

Mehr

Objektorientierte Modellierung (1)

Objektorientierte Modellierung (1) Objektorientierte Modellierung (1) Die objektorientierte Modellierung verwendet: Klassen und deren Objekte Beziehungen zwischen Objekten bzw. Klassen Klassen und Objekte Definition Klasse Eine Klasse ist

Mehr

I nhaltsverzeichnis. 2 Pragmatischer Modellierungsprözess SYSMOD Fallbeispiel Die Systemidee 43.

I nhaltsverzeichnis. 2 Pragmatischer Modellierungsprözess SYSMOD Fallbeispiel Die Systemidee 43. I nhaltsverzeichnis 1 Einleitung 1 1.1 Vorweg 1 1.1.1 Passt das Buch zu mir? 3 1.1.2 Was bietet mir das Buch? 4 1.1.3 Wie ist das Buch entstanden? Und danke! 4 1.1.4 Wie lese ich das Buch? 6 1.1.5 Wohin

Mehr

Software Engineering, SoSe 07, WSI, D. Huson, May 7,

Software Engineering, SoSe 07, WSI, D. Huson, May 7, Software Engineering, SoSe 07, WSI, D. Huson, May 7, 2007 17 4 Modellierung in UML Nach einer Vorlesung von Prof. Andreas Zeller, Lehrstuhl Softwaretechnik Universität des Saarlandes, Saarbrücken. 4.1

Mehr

Geschäftsprozessanalyse

Geschäftsprozessanalyse Geschäftsprozessanalyse Prozessmodellierung weitere Begriffe: workflow business process modelling business process (re-)engineering 2 Was ist ein Prozess? Prozesse bestehen aus Aktionen / Ereignissen /

Mehr

Unified Modeling Language 2

Unified Modeling Language 2 Unified Modeling Language 2 Marvin Frommhold 17.11.2008 Gliederung Einleitung Geschichte Strukturierung der Spezifikation Diagrammtypen Strukturdiagramme Verhaltensdiagramme CASE-Werkzeuge Quellen Was

Mehr

Analyse und Design mit U ML 2.3

Analyse und Design mit U ML 2.3 Analyse und Design mit U ML 2.3 Objektorientierte Softwareentwicklung von Bernd Oestereich unter Mitarbeit von Stefan Bremer 9., aktualisierte und erweiterte Auflage Ofdenbourg Verlag München Inhaltsverzeichnis

Mehr

Software Engineering in der Praxis Praktische Übungen

Software Engineering in der Praxis Praktische Übungen Software Engineering in der Praxis Praktische Übungen Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientierte Analyse 1 / 14 1 Inhalt 2 Überblick 3 Werkzeuge 4 Aufgaben Pinte, Spisländer FAU Erlangen-Nürnberg

Mehr

Übungen Grundlagen der Architektur von Anwendungssystemen SS 06. Blatt Nr

Übungen Grundlagen der Architektur von Anwendungssystemen SS 06. Blatt Nr Prof. Dr. Frank Leymann / Thorsten Scheibler Institut für Architektur von Anwendungssystemen Universität Stuttgart Übungen Grundlagen der Architektur von Anwendungssystemen SS 06 Blatt Nr.5 18.07.2006

Mehr