Prozeßbeispiel: Hänschen Klein verläßt die Rollerball GmbH
|
|
- Kilian Maier
- vor 5 Jahren
- Abrufe
Transkript
1 Prozeßbeispiel: Hänschen Klein verläßt die Rollerball GmbH Hänschen Klein wandert aus Um eine Arbeitserlaubnis zu erhalten muß Hänschen eine Arbeitserlaubnis beantragen und eine Aufenthaltsgenehmigung beigelegen Eine Aufenthaltsgenehmigung bekommt er, wenn er in einer Firma eine Arbeit hat In der Firma bekommt Hänschen eine Arbeit, wenn er eine Arbeitserlaubnis hat 09 Juni, 1998 Thomas Haas 1
2 Darstellung durch Pictogramme PC für Dokumentenbearbeitung Wolke für Zugriff auf Internet Mensch für mechanische Arbeit... Definition der Schritte bei den entsprechenden Symbolen 09 Juni, 1998 Thomas Haas 2
3 Darstellung nach DIN Top-Down Verfahren (Von oben nach unten) EVA- oder IPO-Prinzip (Eingabe, Verarbeitung, Ausgabe) Im Verarbeitungsblock werden Sequenzen, Selektionen und Iteration definiert Je Strukturbaustein ein Eingang und ein Ausgang 09 Juni, 1998 Thomas Haas 3
4 Darstellung nach DIN Die wichtigsten Symbole Bedeutung Grenzstelle, Darstellung von Anfang, Ende oder Zwischenhalt (terminal interrupt) Operation, allgemein (process) Unterprogramm (predefined process) Eingabe, Ausgabe (input, output) Verzweigung (decision) 09 Juni, 1998 Thomas Haas 4
5 Darstellung mit Structured Analysis mit Design Technique Top-Down-Prinzip (Hierarchisierung von Funktionen, versch. Verfeinerungsstufen) Pro Verfeinerungsstufe max. 6 Elemente Element-Darstellung durch Rechtecke (Teile: durch Hauptwort und Tätigkeitswort beschrieben) Elemente sind mit Pfeilen verbunden (Schnittstellen) 09 Juni, 1998 Thomas Haas 5
6 SADT Aktivitäten-Modell 09 Juni, 1998 Thomas Haas 6
7 SADT Daten-Modell 09 Juni, 1998 Thomas Haas 7
8 Darstellung durch Petrinetze* System aus miteinander in Verbindung stehender Elemente (Netz) Element Aktivität durch Rechtecke darstellbar (Aktive Knoten eines Netzes) Element Zustand durch Kreis darstellbar (Passive Knoten eines Netzes) Verbindungen von Elementen darstellbar durch Linien/Pfeile (Kanten eines Netzes) 09 Juni, 1998 Thomas Haas 8 * Carl Adam Petri
9 Grundlagen für Petrinetze Regel: Nur Knoten unterschiedlichen Typs dürfen miteinander verbunden werden Zustand wird durch eine Aktivität in einen anderen Zustand gebracht Jede Aktivität hat eine Zustandsänderung zur Folge Neue Aktivitäten werden durch Zustandsänderungen eingeleitet 09 Juni, 1998 Thomas Haas 9
10 Arten von Petrinetzen Kanal-Instanz-Netz (passiver Knoten = Kanal, beschreibt Info-Bestand/-Weg; aktiver Knoten = Instanz, beschreibt Funktion/Aktivität) Bedingungs-Ereignis-Netz (Bedingungen = Zustände oder passive Knoten; Ereignisse = Aktivitäten oder aktive Knoten; Mit Markierungen) Stellen-Transitions-Netz (Mehrere Marken möglich) Prädikats-Transitions-Netz (Mehrere Marken und Eingangsbedingungen möglich) 09 Juni, 1998 Thomas Haas 10
11 Elemente in Petrinetzen Symbol Bedeutung Aktiver Netzknoten oder Aktivität Passiver Netzknoten oder Zustand Verbindung oder Kante 09 Juni, 1998 Thomas Haas 11
12 Darstellung durch UML Top-Down-Prinzip (Grob-/Fein- und Detailmodell, oder andere Hierarchiebezeichnung) Basis: Booch, Objekt-Modellierungstechnik und Objektoriented Software Engineering OMG (Object Oriented Management Group): Überlegungen, UML als neuen Standard Verschiedene Diagramme (Static Structure-, Use Case-, Sequence-, Collaboration-, State-, Activityund Implementation-Diagramm) 09 Juni, 1998 Thomas Haas 12
13 Elemente bei UML Sequence- Symbol Diagrammen Bedeutung Objekt Zugriff auf Objekt Pfad (auf Pfeilen Kennzeichnung der Methode) Hilfslinie zur Objektverfolgung 09 Juni, 1998 Thomas Haas 13
14 Darstellung durch eepk* s Top-Down-Prinzip (Grob-/Fein-/Detailmodell, oder andere Hierarchiebezeichnung) System aus miteinander in Verbindung stehender Elemente (Netz). Element Funktion durch Rechtecke darstellbar Element Ereignis durch Raute darstellbar Verbindungen von Elementen durch Linien/Pfeile (Kanten) darstellbar 09 Juni, 1998 Thomas Haas 14 * erweiterte Ereugnisgesteuerte Prozesß-Kette
15 Ausgewählte Regeln für eepk s Start eines Prozesses immer mit einem Startereignis Einem Ereignis folgt immer eine Funktion, einer Funktion immer ein Ereignis Definition von Funktionen = Objekt und Verrichtung (z.b. Antrag ausfüllen) Definition von Ereignisen = Objekt und Zustand (z.b. Antrag liegt Genehmigungsstelle vor) Funktion hat Ereignis zur Folge; Ereignis ist quasi das zu erreichende Ziel einer Funktion 09 Juni, 1998 Thomas Haas 15
16 Ausgewählte eepk Elemente I Symbol Bedeutung Ereignis Funktion Schnittstelle / Hinweis auf Unterebene Funktionseinheit 09 Juni, 1998 Thomas Haas 16
17 Ausgewählte eepk Elemente II Symbol Bedeutung Verknüpfung (Und, Oder, Exclusives Oder) Verbindung von Elementen (Kante) Ressourcen (Dokument, Datei) Ressourcen (Know-How, Ordner/Ablage) 09 Juni, 1998 Thomas Haas 17
Prozesse als eepk modellieren
Prozesse als eepk modellieren Bausteine und Regeln zur Prozessmodellierung in der Darstellungsvariante eepk 2007-10-20 Xardal Thomas M. Haas Darstellungsvariange eepk 1 Welche Daten sind relevant? Ressourcen
MehrBest 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-
MehrWirtschaftsinformatik 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,
MehrGeschäftsprozessanalyse
Geschäftsprozessanalyse Prozessmodellierung weitere Begriffe: workflow business process modelling business process (re-)engineering 2 Was ist ein Prozess? Prozesse bestehen aus Aktionen / Ereignissen /
MehrNotationen zur Prozessmodellierung
Notationen zur Prozessmodellierung August 2014 Inhalt (erweiterte) ereignisgesteuerte Prozesskette (eepk) 3 Wertschöpfungskettendiagramm (WKD) 5 Business Process Model and Notation (BPMN) 7 Unified Modeling
MehrUML (Unified Modelling Language) von Christian Bartl
UML (Unified Modelling Language) von Inhaltsverzeichnis Inhaltsverzeichnis... 2 1 UML Unified Modelling Language... 3 2 Diagrammtypen... 3 2.1 Aktivitätsdiagramm... 3 2.1.1 Notation... 4 2.1.2 Beispieldiagramm...
MehrTechniken der Projektentwicklungen
Dynamische Modellierung 8. Termin Rückblick auf statische Modellierung Dynamische Modellierung Basiskonzepte Beispiel Erweiterungen Eigenschaften Syntax Rückblick auf statische Modellierung Dynamische
MehrEINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick mtr@is.informatik.uni-kiel.de www.is.informatik.uni-kiel.
EINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick mtr@is.informatik.uni-kiel.de www.is.informatik.uni-kiel.de/~mtr FRAGEN / ANMERKUNGEN Vorlesung Neue Übungsaufgaben MODELLIERUNG
MehrVorlesung 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:
MehrGeschäftsprozesse lesen und verstehen
Geschäftsprozesse lesen und verstehen Kurzanleitung Erstellt von der Arbeitsgruppe GPM-Standards der Umsetzungsgruppe Stand: 30.01.2018 Adressatinnen und Adressaten dieses Leitfadens Dieses Werk soll die
MehrSoftware-Engineering SS03. Zustandsautomat
Zustandsautomat Definition: Ein endlicher Automat oder Zustandsautomat besteht aus einer endlichen Zahl von internen Konfigurationen - Zustände genannt. Der Zustand eines Systems beinhaltet implizit die
MehrSuper. 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
MehrVisual Studio 2010 Neues für Architekten
1 conplement AG 2009. All rights reserved. NIK Technologieseminar Visual Studio 2010 und.net 4.0 inside Visual Studio 2010 Neues für Architekten 16. November 2009 Thomas Hemmer Daniel Meixner conplement
MehrObjektorientierte 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
MehrTesten mit Use Cases. Chris Rupp Dr. Stefan Queins
Testen mit Use Cases Chris Rupp Dr. Stefan Queins Das Problem Requirements- Engineering Was kann passieren? Was ist das gewünschte Verhalten? Was soll ich testen? Welche Eingaben benötigt mein Testpfad?
Mehr3. GI-Workshop EPK 2004 Geschäftsprozessmanagement mit Ereignisgesteuerten Prozessketten Luxemburg. ARIS meets RUP
3. GI-Workshop EPK 2004 Geschäftsprozessmanagement mit Ereignisgesteuerten Prozessketten Luxemburg ARIS meets RUP Der ARIS Unified Information System Development Process Martin Plümicke Berufsakademie
MehrOOA-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
MehrAnalyse und Modellierung von Informationssystemen
Analyse und Modellierung von Informationssystemen Dr. Klaus Höppner Hochschule Darmstadt Sommersemester 2013 1 / 18 UML Einführung Klassendiagramme in der UML Relationen zwischen Klassen 2 / 18 UML: Grundsätzliches
MehrFragen? Wie komme ich effizient zu einem Programm? Wie beschreibe/dokumentiere ich meine Idee?
Fragen? Wie komme ich effizient zu einem Programm? Wie beschreibe/dokumentiere ich meine Idee? Schritte beim Programmieren Idee, was der Roboter tun soll? EVA-Prinzip E: Eingabe Welche Daten werden über
Mehr3.0 VU Formale Modellierung
3.0 VU Formale Modellierung Gernot Salzer Arbeitsbereich Theoretische Informatik und Logik Institut für Computersprachen SS 2016 1 Inhalt 0. Überblick 1. Organisation 2. Was bedeutet Modellierung? 3. Aussagenlogik
MehrAktivitä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
MehrRequirements Management mit RequisitePro. Rational in der IBM Software Group. Der Rational Unified Process als Basis für die Projektarbeit
IBM Software Group IBM Rational mit RequisitePro Hubert Biskup hubert.biskup@de.ibm.com Agenda Rational in der IBM Software Group Der Rational Unified Process als Basis für die Projektarbeit mit Rational
MehrCompliance-Checking auf BPMN-Modellen
Compliance-Checking auf BPMN-Modellen Martin Kozianka Ausgewählte Themen des Modellbasierten Sicherheits-Engineerings Lehrstuhl 14 - Software Engineering Fakultät für Informatik
MehrSoftware-Engineering
SWE41 Slide 1 Software-Engineering Sebastian Iwanowski FH Wedel Kapitel 4: Systemanalyse Teil 1: Prozessorientierte Sicht SWE41 Slide 2 Überblick: Systemanalyse Verschiedene Analysemethoden unterscheiden
MehrWI 5 und Techniken der Prozessdarstellung
Methoden und Techniken der Prozessdarstellung Folie: 1 Aktivitätsdiagramm (LV Programmierung) Netzplantechnik Fachkonzept Organisation DV--Konzept Implementierung Fachkonzept Fachkonzept DV-Konzept DV-Konzept
MehrPetri-Netze. Renate Klempien-Hinrichs und Caro von Totth. Wer sind wir?
Petri-Netze http://www.informatik.uni-bremen.de/theorie/teach/petri Renate Klempien-Hinrichs und Caro von Totth Wer sind wir? Wie ist der Kurs organisiert? Worum geht es? Wer sind wir? 1.1 Renate Klempien-Hinrichs
MehrDas 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
MehrNACHRICHTENTECHNISCHER SYSTEME
Einführung UML COMPUTERSIMULATION NACHRICHTENTECHNISCHER SYSTEME 11. Unified Modeling Language UML 220 Standardsprache d zur Visualisierung, i Spezifikation, Konstruktion und Dokumentation komplexer (Software-)
MehrUML-Basics: Einführung in Objekt- Orientierte Modellierung mit der Unified Modeling Language
UML-Basics: Einführung in Objekt- Orientierte Modellierung mit der Unified Modeling Language ADV-Seminar Leiter: Ziel dieses Seminars Verständnis von Objekt-Orientierung Was sind Klassen? Was ist Vererbung?
Mehr3.4 Unified Process. 1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process.
1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process. 1996 Philippe Kruchten: Rational Unified Process Produkt der Firma Seit 2002 Teil des IBM Konzerns Objektorientiertes
MehrÜbung Einführung in die Softwaretechnik
Lehrstuhl für Informatik 3 RWTH Aachen Übung Einführung in die Softwaretechnik Lösungshinweise zum Übungsblatt 12 Aufgabe 28 Sichtbarkeits-Symbol UML Java + public # protected private (default) Sichtbar
Mehr1.3 Entwicklungsmethoden: Systematischer Überblick
1.3 Entwicklungsmethoden: Systematischer Überblick Literatur: Balzert Band 1, LE 4-11 "There is method in the madness." William Shakespeare Was ist eine Software-Entwicklungsmethode? Beschrieben in Lehrbüchern
MehrSoftware Engineering in der Praxis
Software Engineering in der Praxis Praktische Übungen Inhalt Nachlese Überblick Aufgaben Lernziele bei der Objektorientierten Analyse Abgrenzung der Analyse zum Design als Lernprozeß UML Verhaltensdiagramme
MehrOrientierte Modellierung mit der Unified Modeling Language
UML-Basics: Einführung in Objekt- Orientierte Modellierung mit der Unified Modeling Language Michael Hahsler Ziel dieses Seminars Verständnis von Objekt-Orientierung Was sind Klassen? Was ist Vererbung?
MehrAufgaben zur fachwissenschaftlichen Prüfung Modul 6 Modellierung
Aufgaben zur fachwissenschaftlichen Prüfung Modul 6 Modellierung 601 Kreuzen Sie die richtige(n) Aussage(n) an. 1 In Klassen werden Objekte mit gleichen Attributen aber unterschiedlichen Operationen zusammengefasst.
MehrUnified 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
MehrMessage Sequence Charts, Live Sequence Charts
Message Sequence Charts, Live Sequence Charts SE Systementwurf WS 05/06 Evgeniya Ershova Message Sequence Charts, Live Sequence Charts 1 Gliederung Heute basic MSC s Message Sequence Graphs Hierarchical
MehrObjektorientierte 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/
MehrUML - 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
MehrModell zur Einflussanalyse Ein Modell zur Einflussanalyse von Methodenänderungen in Entwicklungsprozessen
Modell zur Einflussanalyse Ein Modell zur Einflussanalyse von Methodenänderungen in Entwicklungsprozessen Roland Koppe, Stefan Häusler, Axel Hahn 2 Übersicht Einleitung und Motivation Ansatz und Methodik
MehrProjektmodell Softwareentwicklung: Unified Software Development Process / Unified Process (Teil I)
Projektmodell Softwareentwicklung: Unified Software Development Process / Unified Process (Teil I) Historisch Kulturelle Informationsverarbeitung Hauptseminar: KLIPS 2.0 Dozent: Prof. Dr. Thaller Referent:
MehrInformation für Mitarbeiter/innen zum Thema Prozessmanagement Teil 2
Information für Mitarbeiter/innen zum Thema Prozessmanagement Teil 2 Version 1.0 - ENTWURF - Schriftenreihe des Kompetenzzentrums Prozessmanagement KÖLN, 15.03.2013 I m p r e s s u m Herausgeber: Bundesverwaltungsamt
MehrBPMN. 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
MehrInformatik II Modellierung Übung 5 Petrinetze/Klassendiagramme
I Informatik II Modellierung Übung 5 Petrinetze/Klassendiagramme Abgabetermin: 11. Juni 24.00 Uhr Per e-mail an Tutor Seite 1 / 9 Aufgabe 1 (3%) Klassendiagramme von einer abstrakten Klasse können keine
MehrProgrammentwurf Prof. Metzler
Programmentwurf 13.05.2014 Prof. Metzler 1 Programmiersprachen Assembler problemorientierte Sprache C anwendungsorientierte Sprache Basic Kommandosprachen 13.05.2014 Prof. Metzler 2 Assemblersprache Die
MehrUnified. Copyright Adriano Gesué UML 2.0 UML 1.4 UML 1.3 UML 1.2 UML 1.1 UML 1.0 UML 0.9. Method 0.8
Literatur Martin Fowler and Kendall Scott: UML Distilled: Applying the Standard Object Modeling Language. Addison-Wesley 1997. James Rumbaugh, Ivar Jacobson, and Grady Booch: The Unified Language Reference
Mehr22. Januar Gruppe 2: TOPCASED
22. Januar 2008 Aufgabenstellung Modellgetriebene Softwareentwicklung auf Basis von am Beispiel eines Seminarverwaltungssystems Ziel Entwicklungsprozess Anforderungen & Codegenerierung Modellierung & Templates
MehrRequirements Engineering I
Martin Glinz Requirements Engineering I Kapitel 9 UML Unified Modeling Language Universität Zürich Institut für Informatik 2006, 2009 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe für
MehrEinführung in die Objektorientierung
Rainer Schmidberger Rainer.Schmidberger@informatik.uni-stuttgart.de Objektorientiert daisy : Kunde 2. angebot Nein Prozedural Schleife über alle Projekte Noch was zu tun? Manager informieren... Ja Daten
MehrEinführung in die Objektorientierung
Rainer Schmidberger Rainer.Schmidberger@informatik.uni-stuttgart.de Objektorientiert daisy : Kunde 2. angebot Nein Prozedural Schleife über alle Projekte Noch was zu tun? Manager informieren... Ja Daten
MehrRequirements Engineering I
Martin Glinz Requirements Engineering I Kapitel 9 UML Unified Modeling Language Universität Zürich Institut für Informatik 2006, 2008 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe sind
MehrArbeitsgrundlagen 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
Mehr2.4.3 Zustandsgraphen
2.4.3 Zustandsgraphen Folie 2-1+45 Paradigma der Zustandsmodellierung Zustandsmodellierung betrachtet ein System als Zustandsautomaten beschreibt die Zerlegung in Zustände und Zustandsübergänge orientiert
MehrWerkzeugunabhängigkeit bei der Modellierung Schwierigkeiten und mögliche Lösungsansätze
Werkzeugunabhängigkeit bei der Modellierung Schwierigkeiten und mögliche Lösungsansätze Oliver Hofrichter (hofrichter@tzi.de) Lars Hamann (lhamann@tzi.de) Überblick Motivation Kontext Warum Werkzeugunabhängigkeit
Mehr2.4.3 Zustandsgraphen
2.4.3 Zustandsgraphen Folie 2-1+45 Paradigma der Zustandsmodellierung Zustandsmodellierung betrachtet ein System als Zustandsautomaten beschreibt die Zerlegung in Zustände und Zustandsübergänge orientiert
MehrExkurs 1: Hintergrund zu Java und UML
Exkurs 1: Hintergrund zu Java und UML Warum gerade Java? Entwicklung Eigenschaften, speziell Portabilität Warum UML? Entwicklung Diagrammarten und CRC-Karten Lothar Schmitz UniBwM (teils nach Prof. Hußmann
MehrEINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick mtr@is.informatik.uni-kiel.de www.is.informatik.uni-kiel.
EINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick mtr@is.informatik.uni-kiel.de www.is.informatik.uni-kiel.de/~mtr ABLAUF Besprechung der Abgaben Petri-Netze BPMN Neue Übungsaufgaben
MehrPetri-Netze / Eine Einführung
Manuel Hertlein Seminar Systementwurf Lehrstuhl Theorie der Programmierung Carl Adam Petri am 12. Juli 1926 in Leipzig geboren Studium der Mathematik 1962 Promotion zum Doktor der Naturwissenschaft Titel
MehrJason T. Roff UML. IT Tutorial. Übersetzung aus dem Amerikanischen von Reinhard Engel
Jason T. Roff UML IT Tutorial Übersetzung aus dem Amerikanischen von Reinhard Engel Inhaltsverzeichnis Inhaltsverzeichnis Einführung 11 Grundlagen der UML 15 Warum wir Software modellieren 16 Analyse,
MehrKapitel 2: Workflow-Definitionssprachen
Kapitel 2: Workflow-Definitionssprachen Workflow-Definitionssprachen: Relevante Sprachklassen Hauptklassen Unterklassen Petri-Netze Prädikat/Transitions-Netze Hierarchische Petri-Netze Objektorientierte
MehrWeb Engineering-Seminar Methoden zur Web Modellierung: Object-oriented Hypermedia Method (OO-H)
Web Engineering-Seminar Methoden zur Web Modellierung: Object-oriented Hypermedia Method (OO-H) Dominik Kirsten Daniel Schäferbarthold Trier, 21.01.2008 1 Gliederung 1. Einführung 1.1 Anforderungen an
MehrProzessmodellierung mit Petri-Netzen
Prozessmodellierung mit Petri-Netzen Ingo Frommholz Universität Duisburg-Essen Vorlesung "Information Engineering" SS 2007 UNIVERSITÄT D U I S B U R G E S S E N Inhaltsverzeichnis 1 Prozesse im Information
MehrSoftware-Engineering
FH Wedel Prof. Dr. Sebastian Iwanowski SWE44 Folie 1 Software-Engineering Sebastian Iwanowski FH Wedel Kapitel 4: Systemanalyse Teil 4: ARIS FH Wedel Prof. Dr. Sebastian Iwanowski SWE44 Folie 2 CASE-Tools
MehrInformationssysteme im Gesundheitswesen. Institut für Medizinische Informatik Benjamin Trinczek basierend auf Folien von Philipp Bruland
Informationssysteme im Gesundheitswesen Institut für Medizinische Informatik Benjamin Trinczek basierend auf Folien von Philipp Bruland Inhalt Hausaufgabe: Formularanalyse Prozessmanagement Prozessmodellierung
MehrEreignisgesteuerte 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
Mehr2. Übung zu Software Engineering
2. Übung zu Software Engineering WS 2009/2010 Henning Heitkötter Projektplanung, Netzplantechnik AUFGABE 3 1 Aufgabenstellung Ausgangspunkt ist die Anforderungsermittlung, an die sich eine Durchführbarkeitsstudie
MehrSWE6 Slide 1. Software-Engineering. Vorlesung 6 vom Sebastian Iwanowski FH Wedel
SWE6 Slide 1 Software-Engineering Vorlesung 6 vom 22.11.2004 Sebastian Iwanowski FH Wedel SWE6 Slide 2 Software-Engineering Vorlesungsthemen: 1. Überblick über das Thema und die Vorlesung 2. Grundlegende
MehrThema Nr. 2a. Referat im Rahmen des Seminars Objektorientierte Softwareentwicklung mit UML im Sommersemester 2000. eingereicht bei
Thema Nr. 2a Vergleich von UML mit traditionellen Modellierungssprachen Schwerpunkt: Ablauforientiert (Zustandsdiagramme, Aktivitätsdiagramme, Use Case vs. Petri-Netze, EPK`s) Referat im Rahmen des Seminars
MehrLabor Software-Entwicklung 1
Labor Software-Entwicklung 1 Übereinkunft zu Programmablaufplänen PAP - Grundlagen Wintersemester 2015/2016 Seite 1 von 9 Inhalt DIN 66 001: Sinnbilder für Programmablaufplan... 3 Grenzstelle... 3 Ablauflinie...
MehrInhalt. " DiaGen Historie und Beschreibung. " Architektur eines DiaGen-Editors. " Hypergraphen. " DiaGen-Editoren Komponenten
DIAGEN Sven Goeckels Seminar : Visuelle Sprachen Universität Bremen FB Informatik WS 2001/2002 Inhalt " DiaGen Historie und Beschreibung " " Hypergraphen " DiaGen-Editoren Komponenten? Modeler? Reducer?
MehrVorwort. 1 Einführung 1
Inhaltsverzeichnis Vorwort XI 1 Einführung 1 1.1 Business Process Management 1 1.1.1 Definition 1 1.1.2 BPM in der Praxis 2 1.1.3 camunda BPM-Kreislauf 3 1.1.4 Prozessautomatisierung 6 1.2 Warum BPMN?
MehrMedia 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
MehrVorlesung Programmieren
Vorlesung Programmieren Unified Modeling Language (UML) Dr. Dennis Pfisterer Institut für Telematik, Universität zu Lübeck http://www.itm.uni-luebeck.de/people/pfisterer Unified Modeling Language (UML)
MehrEinführung - Systeme
Systeme Petri-Netze Gliederung Einführung - Systeme System Zustand Arten von Systemen Petri-Netze Low-Level Petri-Netze High-Level Petri-Netze 2 System griechisch: σύστηµα = das Gebilde, Zusammengestellte,
MehrJava Einführung Objektorientierte Grundkonzepte
Java Einführung Objektorientierte Grundkonzepte Inhalt Verständnis der grundlegenden Konzepte der Objektorientierung: Objekte Nachrichten Kapselung Klassen und Instanzen Vererbung Polymorphismus Darstellung
MehrUML. Weiteres Vorgehen im Projekt
UML Download objectif Personal Edition (kostenlos): http://www.microtool.de/objectif/de/download.asp Weiteres Vorgehen im Projekt Komponenten, Klassen, Objekte Prozesse Nichtfunktionale Anforderungen Skizzen,
MehrProzessmanagement Übung 09
Prozessmanagement Übung 09 Wintersemester 2014/2015 Arbeitsgruppe Wirtschaftsinformatik Managementinformationssysteme Urban 14.01.2015 Folie 1 Thema der Übung Fragen zur Vorlesung und zur Übung ARIS in
Mehr1.3 Entwicklungsmethoden: Systematischer Überblick
1.3 Entwicklungsmethoden: Systematischer Überblick Literatur: Balzert Band 1, LE 411 "There is method in the madness." William Shakespeare Beispiel einer Methode: RUP + UML Darstellungsformen: Unified
MehrBusiness Process Model and Notation BPMN
Business Process Model and Notation BPMN BPMN ist ein Standard der Object Management Group OMG zur graphischen Notation von Geschäftsprozessen Aktueller Standard: BPMN 2.0 (http://www.omg.org/spec/bpmn/2.0/)
MehrObjektorientierte Softwareentwicklung
Objektorientierte Softwareentwicklung Analyse- und Designmethoden Analyse- & Designmethoden Strukturierte, traditionelle Methoden Objektorientierte Methoden Funktionsorientierte Methoden Datenorientierte
MehrFACHHOCHSCHULE 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
MehrComelio GmbH - Goethestr Berlin. Kurskatalog
Comelio GmbH - Goethestr. 34-13086 Berlin Kurskatalog 2 Inhaltsverzeichnis a. Standorte...3 1. BPMN...4 i. Business Process Model and Notation mit Altova UModel...4 ii. Business Process Model and Notation
MehrAufgaben Petrinetze Aufgabe 1
Task C läuft an, wenn A und B abgelaufen sind. Aufgabe 1 A B Task A REL S1 Task B REL S2 REQ S1 REQ S2 S1 S2 Task C C Aufgabe: Task C läuft an, wenn A oder B abgelaufen sind. Zeichne das Petrinetz und
MehrDatentechnik. Prinzipieller Aufbau eines Schnittstellenbausteins
Prinzipieller Aufbau eines Schnittstellenbausteins DB /CS A0-Ai R/W Reset Takt Int IntAck zum µp Datenbus Puffer Steuerung Interruptsteuerung & IF Statusregister IE Steuerregister Befehlsregister Datenregister
MehrDie Unified Modeling Language UML
Informatik II: Modellierung Prof. Dr. Martin Glinz Kapitel 4 Die Unified Modeling Language UML Universität Zürich Institut für Informatik Inhalt 4.1 Hintergrund 4.2 Grundkonzepte der UML 4.3 Die Rolle
MehrDipl.-Inform. Lars Ebrecht
Konsistente Verknüpfung von Aktivitäts-, Sequenzund Zustandsdiagrammen Darstellungsunabhängige und formale Semantik zur Verhaltensbeschreibung von Echtzeit-Systemen Dipl.-Inform. Lars Ebrecht Mobilität
MehrNetzplan. Funktion und Zweck:
Netzplan Funktion und Zweck: übersichtliche Darstellung der logischen Zusammenhänge eines Projektes vom Anfang bis zum Abschluss Entwicklung eines Zeitplanes für alle Vorgänge eines Projektes Identifikation
MehrIT-Projekt-Management
IT-Projekt-Management email: vuongtheanh@netscape.net http: www.dr-vuong.de 2005 by, Bielefeld Seite 1 Vorgehensmodell 2005 by, Bielefeld Seite 2 Was ist ein Vorgehensmodell? Strukturbeschreibung über
MehrStochastische Petrinetze
Stochastische Petrinetze Proseminar WS06 The Virtual Laboratory Nils Müller Stochastische Petrinetze 1. Begriffsdefinition 1.1. Wdh. Stochastik 1.2. Wdh. Petrinetze 2. zeiterweiterte Petrinetze 2.1. Stochastische
MehrRequirements Engineering I
Norbert Seyff Requirements Engineering I UML Unified Modeling Language! 2006-2012 Martin Glinz und Norbert Seyff. Alle Rechte vorbehalten. Speicherung und Wiedergabe für den persönlichen, nicht kommerziellen
MehrKonzept und Umsetzung
Konzept und Umsetzung oo-design- Sprache Konzepte Instanz UML eine Umsetzung der Konzepte oo-programmier- Sprache Konzepte Instanz Java eine Umsetzung der Konzepte FH AACHEN UNIVERSITY OF APPLIED SCIENCES
MehrEinführung in die Objektorientierung
Rainer Schmidberger schmidrr@informatik.uni-stuttgart.de Objektorientiert daisy : Kunde Nein Prozedural Schleife über alle Projekte Noch was zu tun? Ja Daten Progr. dagobert : Manager 2. angebot Manager
MehrBPMN Kategorien und Elementgruppen. Flussobjekte
BPMN Kategorien und Elementgruppen Flussobjekte Business Process BP... Activity1 Activity Eine Activity ist die generischer Ausdruck für in Unternehmen anfallende Tätigkeiten. Das Element Activity kann
MehrWirtschaftsinformatik 2 (PWIN) Übung 4. Wirtschaftsinformatik 2 (PWIN) SS2010, Professur für Mobile Business & Multilateral Security 1
Wirtschaftsinformatik 2 (PWIN) Übung 4 Entwicklung von IS Wirtschaftsinformatik 2 (PWIN) SS2010, Professur für Mobile Business & Multilateral Security 1 Überblick Entwicklung von Informationssystemen 25.5.
MehrInformationswirtschaft II Rational Unified Process (RUP)
Informationswirtschaft II Rational Unified Process (RUP) Wolfgang H. Janko, Michael Hahsler und Stefan Koch Inhalt Historische Entwicklung Kennzeichen von RUP Lebenszyklus und Phasen Arbeitsabläufe Das
MehrInformationswirtschaft II
Rational Unified Process (RUP) Informationswirtschaft II Wolfgang H. Janko, Michael Hahsler und Stefan Koch Seite 1 Inhalt Historische Entwicklung Kennzeichen von RUP Lebenszyklus und Phasen Arbeitsabläufe
MehrWarum Modellierung? OE-Vorlesung 2016 Einführung in Petrinetze. Was ist ein Modell? Und warum Petrinetze? Petrinetze sind ein Modellierungswerkzeug.
Warum Modellierung? OE-Vorlesung 016 Einführung in Petrinetze Dr. Lawrence Cabac cabac@informatik.uni-hamburg.de Folien: Dr. Frank Heitmann Fachbereich Informatik Universität Hamburg Petrinetze sind ein
MehrBesteht aus Aktoren (actors) und use-cases sowie deren Verbindungen.
Besteht aus Aktoren (actors) und use-cases sowie deren Verbindungen. Shop Käufer Einkauf Verkauf Verwaltung Händler Hersteller Actor: Jemand oder etwas, der/das mit dem zu entwickelnden System interagiert
MehrObjektorientierte Softwareentwicklung
Objektorientierte Softwareentwicklung Grundkonzepte der UML Die Inhalte der Vorlesung wurden primär auf Basis der angegebenen Literatur erstellt. Darüber hinaus sind viele Teile direkt aus der Vorlesung
Mehr