Dipl.-Inform. Lars Ebrecht
|
|
|
- Daniela Meinhardt
- vor 8 Jahren
- Abrufe
Transkript
1 Konsistente Verknüpfung von Aktivitäts-, Sequenzund Zustandsdiagrammen Darstellungsunabhängige und formale Semantik zur Verhaltensbeschreibung von Echtzeit-Systemen Dipl.-Inform. Lars Ebrecht Mobilität und Echtzeit 2007 > > 1
2 Inhalt - Überblick Motivation / Ziel / Problemstellung Darstellungsunabhängige und formale Semantik für das Verhalten von Echtzeit-Systemen Konsistente Verknüpfung und Beschreibung von Echtzeit-Systemen mit Aktivitäts-, Sequenz- und Zustandsdiagrammen Anwendungsbeispiel Zusammenfassung Mobilität und Echtzeit 2007 > > 2
3 Motivation / Ziel Wie kann das komplizierte und komplexe Verhalten von Echtzeit- Systemen beschrieben werden? Anforderungen für Verhaltensbeschreibung von Echtzeit-Systemen möglichst intuitiv, d.h. verständlich und übersichtlich durch grafische Darstellung (mit verschiedenen Ansichten) konsistent, durch generische Struktur für Echtzeit-Systemverhalten und formale und mathematische Basis Wie lässt sich ein und dasselbe System aus verschiedenen Perspektiven beschreiben (Top-down, hierarchisch und iterativ)!? Mobilität und Echtzeit 2007 > > 3
4 Problemstellung Aktivitätsdiagramme??? Sequenzdiagramme Zustandsdiagramme UML + Profile Verhaltensdiagrammvielfalt verkompliziert Systembeschreibung Vergleich von Aktivitäts-, Sequenz- und Zustandsdiagrammen: Zustände optional, Kontrollflussüberblick/- varianten schwierig ohne Zustände u. keine absolute Zeit, Ereignisse optional explizite Zustände, versteckte Aktionen, Aktivitäten UML Verhaltenssemantik unzureichend keine einheitliche, übergreifende Verhaltenssemantik => Inkonsistente Systemverhaltensbeschreibung möglich! Kann ein komplexes Echtzeit-System allein mit einem Diagrammtyp ausreichend und überschaubar beschrieben werden? Mobilität und Echtzeit 2007 > > 4
5 Darstellungsunabhängige und formale Semantik für das Verhalten von Echtzeit-Systemen Wesentliche Elemente des Systemverhaltens: Funktionen u. Prozesse (Aktionen/Aktivitäten) Start- u. Endzustand (globale und lokale Systemzustände) Trigger- u. ausgelöste Ereignisse (extern und intern) Generische Verhaltensstruktur/-semantik (Petri-Netz-Darstellung) Mobilität und Echtzeit 2007 > > 5
6 Darstellungsunabhängige und formale Semantik für das Verhalten von Echtzeit-Systemen Zusätzlich wichtige Aspekte des Echtzeit-Systemverhaltens: Zeit (Rechtzeitigkeit, d.h. nicht vor/nach t oder innerhalb Intervall t1,t2) Nebenläufigkeit (Fork und Join) Mobilität und Echtzeit 2007 > > 6
7 Basis für konsistente Verknüpfung von Aktivitäts-, Sequenz- und Zustandsdiagrammen Darstellungsunabhängige Semantik für Echtzeit-Systemverhalten (Aktionen = Aktivitäten, Funktionen oder Prozesse) Aktivitätsdiagramme Sequenzdiagramme Zustandsdiagramme => Durchgängige (d.h. hierarchische und iterative), konsistente Verhaltensbeschreibung von Echtzeit-Systemen Mobilität und Echtzeit 2007 > > 7
8 Anwendungsbeispiel Leit- und Sicherungstechnikkomponente des European Train Control System (ETCS) ETCS EVC ETCS European Train Control System EVC European Vital Computer Mobilität und Echtzeit 2007 > > 8
9 UML Aktivitätsdiagramm Aktivitäten/Prozesse im Überblick (grob) Aktion Aktion = Aktivität, Funktion, Prozess Mobilität und Echtzeit 2007 > > 9
10 UML Aktivitätsdiagramm Aktivitäten/Prozesse im Überblick (detailliert) Trigger-Ereignis Aktion Mobilität und Echtzeit 2007 > > 10
11 UML Sequenzdiagramm Zeitliche Schnittstelleninteraktion im Detail Trigger-Ereignis Aktion Reaktions-Ereignis Mobilität und Echtzeit 2007 > > 11
12 UML Zustandsdiagramm Aktivitäten/Prozesse im Detail Trigger-Ereignis Aktion Reaktions-Ereignis Mobilität und Echtzeit 2007 > > 12
13 Zusammenfassung Verwendung von UML Aktivitäts-, Sequenz- und Zustandsdiagramme für differenzierte Beschreibung/Betrachtung ein und desselben Echtzeit-Systemverhaltens Aktivitäten u. Prozesse im Überblick (Kontrollfluss) Zeitliche Schnittstelleninteraktion im Detail (Datenfluss) Aktivitäten/Prozesse im Detail (Zustandstransitionen) Darstellungsunabhängige Verhaltensstruktur unterstützt hierarchische und iterative Verhaltensbeschreibung verspricht Identifikation von Inkonsistenzen in Verhaltensbeschreibungen von Echtzeit-Systemen Mobilität und Echtzeit 2007 > > 13
14 Vielen Dank für Ihre Aufmerksamkeit! Fragen, Anmerkungen, Meinungen, Kritik, Verbesserungen, Anregungen...!? Kontakt: Mobilität und Echtzeit 2007 > > 14
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
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
UML (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...
Jason 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,
BABOK Knowledge Area Requirements Analysis Modeling Techniques - Process Models - - State Diagrams - Holger Dexel, 26.02.2011
BABOK Knowledge Area Requirements Analysis Modeling Techniques - Process Models - - State Diagrams - Holger Dexel, 26.02.2011 This presentation is build upon material of the Business Analysis Body of Knowledge
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
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
Notationen 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
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
Software Engineering in der Praxis
Software Engineering in der Praxis Praktische Übungen Meitner, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 1 / 16 Objektorientiertes Design Matthias Meitner Marc Spisländer Lehrstuhl für
Unified Modeling Language (UML)
Kirsten Berkenkötter Was ist ein Modell? Warum Modellieren? Warum UML? Viele, viele Diagramme UML am Beispiel Was ist ein Modell? Ein Modell: ist eine abstrakte Repräsentation eines Systems, bzw. ist eine
OOAD in UML. Seminar Software-Entwurf B. Sc. Sascha Tönnies
OOAD in UML Seminar Software-Entwurf B. Sc. Sascha Tönnies Agenda 1. Einordnung des Themas im Seminar 2. UML kompakt 3. UML detailliert 4. Werkzeugunterstützung 2 Einordnung des Themas UML Hilfsmittel
Analyse und Entwurf objektorientierter Systeme
objektorientierter Systeme Fachbereich der FHW Berlin Teil 2 Anforderungsmodellierung: Pflichtenheft und Geschäftsprozesse Modul WI111: Objektorientierte Programmierung Fachrichtung Wirtschaftsinformatik
Vorlesung Programmieren
Vorlesung Programmieren Unified Modeling Language (UML) Prof. Dr. Stefan Fischer Institut für Telematik, Universität zu Lübeck http://www.itm.uni-luebeck.de/people/fischer Unified Modeling Language (UML)
09.01.14. Vorlesung Programmieren. Unified Modeling Language (UML) Unified Modeling Language (UML) Unified Modeling Language (UML)
Vorlesung Programmieren Unified Modeling Language (UML) Prof. Dr. Stefan Fischer Institut für Telematik, Universität zu Lübeck http://www.itm.uni-luebeck.de/people/fischer Unified Modeling Language (UML)
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
Inhaltsverzeichnis. Teil I Einführung 13. Teil II Struktur 41. Vorwort 11
UML 2 für Studenten Inhaltsverzeichnis Vorwort 11 Teil I Einführung 13 Kapitel 1 UML (nicht nur) für Studenten 15 1.1 Zielgruppen 16 1.2 Konventionen 17 1.3 Abgrenzung 18 1.4 Aufbau dieses Buches 18 Kapitel
Informatik. Teil 1 Wintersemester 2011/2012. Prof. Dr.-Ing. habil. Peter Sobe Fachkultät Informatik / Mathematik
Informatik Teil 1 Wintersemester 2011/2012 Prof. Dr.-Ing. habil. Peter Sobe Fachkultät Informatik / Mathematik Dieser Foliensatz wurde z.t. von Herrn Prof. Grossmann übernommen Inhalt 1. Algorithmen -
Hallo liebe Studenten,
Hallo liebe Studenten, willkommen im Seminar 1917. Mit diesem Schreiben möchte ich erste Informationen über den Verlauf des Seminars für Sie bereitstellen. Dieses Semester haben wir 13 Teilnehmer in unserem
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
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
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
Gliederung des Vortrages
Gliederung des Vortrages Unified Modeling Language Rational Rose Sergej Schwenk Oktober 1999 0. Einführung 1. Historie 2. Der Entwicklungsprozeß 3. UML 3.1 Anwendungsfalldiagramme 3.2 Klassendiagramme
Übersetzung von UML-Software-Spezifikationen in Simulationsmodelle
Übersetzung von UML-Software-Spezifikationen in Simulationsmodelle Stefan Walter [email protected] Lehrstuhl für Informationstechnik, insb. Realzeitsysteme FernUniversität in Hagen Fachtagung Echtzeit
Petri-Netze / Eine Einführung (Teil 2)
Manuel Hertlein Seminar Systementwurf Lehrstuhl Theorie der Programmierung Wiederholung (1) Petri-Netz = bipartiter, gerichteter Graph Aufbau: Plätze (passive Komponenten) Transitionen (aktive Komponenten)
UML 2.0 als Architekturbeschreibungssprache? Seminar: Architekturbeschreibungssprachen Manuel Wickert
UML 2.0 als Architekturbeschreibungssprache? Seminar: Architekturbeschreibungssprachen Manuel Wickert Motivation UML 2.0 nicht als ADL im Sinne von Taylor/Medvidovic entworfen. Warum UML als ADL? weit
Requirements 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
Inhalt. Einleitung Liebe Leserin, lieber Leser, Wer dieses Buch aus welchem Grund lesen sollte Ihre Meinung ist uns sehr wichtig.
Inhalt Vorwort Einleitung Liebe Leserin, lieber Leser, Wer dieses Buch aus welchem Grund lesen sollte Ihre Meinung ist uns sehr wichtig Danksagungen Die Autoren XIII XV XV XVII XVIII XVIII XIX Teil I:
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
Inhaltsverzeichnis.
Wegweiser durch das Buch 1 1 Problembereich und Lösungsbereich 10 1.1.Unterschiede zwischen Problembereich und Lösungsbereich 10 1.2 Paradigmen der Softwareentwicklung 12 1.3 Methoden für die verschiedenen
DGQ Regionalkreis Hamburg Anforderungsmanagement ins SW-Projekten. 08. Juni 2011
DGQ Regionalkreis Hamburg Anforderungsmanagement ins SW-Projekten 08. Juni 2011 1 Heinrich Dreier [email protected] +49 (0)176 62635052 DGQ- Mitglied Q-Manager Navigationsentwicklung freiberuflicher technischer
2. Ü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
Analyse 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
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
Methode zur Entwicklung sicherheitskritischer eingebetteter Systeme mittels deterministischer UML-Modelle
Methode zur Entwicklung sicherheitskritischer eingebetteter Systeme mittels deterministischer UML-Modelle Workshop "Entwicklung zuverlässiger Software-Systeme" MSc Dipl.- Ing. Zamira Daw Regensburg, 18.
Software-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
Modellierung von Echtzeitsystemen mit dem UML CASE Tool Telelogic Tau G2 Developer
Modellierung von Echtzeitsystemen mit dem UML CASE Tool Telelogic Tau G2 Developer Holger Sinnerbrink Einführung Firmenentwicklung Gründung von Telelogic 1983 als Forschungs- und Entwicklungsabteilung
Von UML 1.x nach UML 2.0
Zürich Soft Summer 2005 Fortgeschrittene Aspekte der Software Technologie Von UML 1.x nach UML 2.0 Prof. Dr. Martin Glinz www.ifi.unizh.ch/req Ergänzendes Material zur Vorlesung Spezifikation und Entwurf
UML 2 glasklar Praxiswissen für die UML-Modellierung
Chris Rupp, Stefan Queins, Barbara Zengler UML 2 glasklar Praxiswissen für die UML-Modellierung ISBN-10: 3-446-41118-6 ISBN-13: 978-3-446-41118-0 Inhaltsverzeichnis Weitere Informationen oder Bestellungen
UML Crashkurs v0.1. UML für Fachinformatiker. von Hanjo Müller
UML Crashkurs v0.1 UML für Fachinformatiker von Hanjo Müller 3. Mai 2005 Inhaltsverzeichnis Inhaltsverzeichnis 1 UML - Unified Modeling Language 3 2 UML im Software Entwurf 4 2.1 Ablauf der Softwareentwicklung.............................
Modellierung von Variabilität mit UML Use Cases
Modellierung von Variabilität mit UML Use Cases Thomas von der Maßen Research Group Software Construction RWTH Aachen Inhalt Modellierung von Variabilität Variabilität auf verschiedenen Ebenen Sichten
Fragenkatalog Geschäftsmodellierung Grundlagen
Fragenkatalog Geschäftsmodellierung Grundlagen 1. Erläutern Sie den Begriff der Geschäftsmodellierung - Erfassung und Spezifikation von Geschäftsprozessen für die Analyse und Gestaltung betrieblicher Systeme
Modellierung von Verhalten OOPM, Ralf Lämmel
Wer ist das dann wieder? Modellierung von Verhalten OOPM, Ralf Lämmel 878 Strukturelle Modellierung vs. Verhaltensmodellierung Klassendiagramm für die Modellierung einer Universität Aktivitätsdiagramm
Modellierung verteilter Systeme Grundlagen der Programm und Systementwicklung
Modellierung verteilter Systeme Grundlagen der Programm und Systementwicklung Wintersemester 2009/10 Prof. Dr. Dr. h.c. Manfred Broy Unter Mitarbeit von Dr. K. Spies, Dr. M. Spichkova, L. Heinemann, P.
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
Software Engineering. 3. Anforderungsanalyse. Franz-Josef Elmer, Universität Basel, WS 2006/07
Software Engineering 3. Anforderungsanalyse Franz-Josef Elmer, Universität Basel, WS 2006/07 Software Engineering: 3. Anforderungsanalyse 2 Definitionen Anforderungen (Requirements): Beschreibung aller
Interaktionsdiagramme in UML
Interaktionsdiagramme in UML Interaktionsdiagramm ist ein Oberbegriff für eine Reihe von Diagrammen, die das Verhalten eines objektorientierten Systems durch Objektinteraktionen beschreiben Ein Sequenzdiagramm
Oracle Performance Analyse Erweiterte Möglichkeiten mit Statistiken und Wartezeiten
Oracle Performance Analyse Erweiterte Möglichkeiten mit Statistiken und Wartezeiten DOAG 2012, Nürnberg Felix Castillo Sanchez Akazienweg 6 D-61479 Glashütten email: [email protected] Web: http://blog.oraconsult.de
Fault Trees. Überblick. Synonyme für Fehlerbäume. Geschichte Friederike Adler CV 03
Fault Trees Überblick 19.01.2005 Friederike Adler CV 03 2 Geschichte Synonyme für Fehlerbäume entw. vom Japaner Kaoru Ishikawa (1915-1989) während des 2.WK Ishikawa Diagramm Universelle grafische Methode
Motivation. Motivation
Vorlesung Modellierung nebenläufiger Systeme Sommersemester 2012 Universität Duisburg-Essen Was sind nebenläufige Systeme? Ganz allgemein: Systeme, bei denen mehrere Komponenten/Prozesse nebenläufig arbeiten
Selbsteinschätzung Lesen
Lesen Ich kann dank eines ausreichend großen Wortschatzes viele Texte zu Themen des Alltagslebens (z.b. Familie, Hobbys, Interessen, Arbeit, Reisen, Tagesereignisse) verstehen. Ich kann unkomplizierte
Kurzeinführung in UML
Kurzeinführung in UML Die Unified Modeling Language (UML) ist eine Sprache zur Beschreibung von Softwaresystemen. Der Grundgedanke bei UML bestand darin, eine einheitliche Notation für viele Einsatzgebiete
Einfach intelligentes Monitoring. Smart Monitor
Einfach intelligentes Monitoring Smart Monitor Das herstellerunabhängige Überwachungsportal für Photovoltaikanlagen, Speichersysteme und Energiemanagement www.smartblue.de Smart Monitor Das Smart Monitor
UML-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?
effektiv erstellen Use Cases Alistair Cockburn Das Fundament für gute Software-Entwicklung Geschäftsprozesse modellieren mit Use Cases
Alistair Cockburn Use Cases effektiv erstellen Das Fundament für gute Software-Entwicklung Geschäftsprozesse modellieren mit Use Cases Die Regeln für Use Cases sicher beherrschen A Abdeckung Grad der 163
IT-Projekte strukturiert realisieren
Ralph Brugger IT-Projekte strukturiert realisieren Situationen analysieren, Lösungen konzipieren - Vorgehen systematisieren, Sachverhalte visualisieren - UMLund EPKs nutzen 2., vollständig überarbeitete
Objektorientierte 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
Prüfungen im Fach Biologie im Schuljahr 2013/14
Prüfungen im Fach Biologie im Schuljahr 2013/14 (1) Grundlagen Qualifizierender Hauptschulabschluss Realschulabschluss Abitur Externenprüfungen (2) Anforderungen an Prüfungsaufgaben (3) Bewertung Zusammenstellung
Übungen Softwaretechnik I
Universität Stuttgart Institut für Automatisierungstechnik und Softwaresysteme Prof. Dr.-Ing. M. Weyrich Übungen Softwaretechnik I Übung 5: Objektorientierte Analyse Einführung Objektorientierung in der
UML fürs Pflichtenheft
UML fürs Pflichtenheft Sebastian Fischmeister Department of Computer Science University of Salzburg, Austria [email protected] Overview Use-Case Diagramm State-Machine Diagramm
Einführung in die Informationsverarbeitung Teil Thaller. Stunde VII: Planen und Realisieren
Einführung in die Informationsverarbeitung Teil Thaller Stunde VII: Planen und Realisieren Manfred Thaller, Universität zu Köln Köln 18. Dezember 2014 Rekapitulation Der Gang der Argumentation 1. Der Rohstoff:
Teil II: OOP und JAVA (Vorlesung 9)
Teil II: OOP und JAVA (Vorlesung 9) Modul: Programmierung B-PRG Grundlagen der Programmierung II Prof. Dot.-Ing. Roberto Zicari Professur für Datenbanken und Informationssysteme (FB 12) 14.06.06 1 Teil
SysML Die Zukunft des Systems Engineering?
ECC 2012 Winterthur 5. Juni 2012 SysML Die Zukunft des Systems Engineering? Omar Naas, Senior Consultant, EVOCEAN GmbH 1934 Citroën 2CV Citroën Direktor Pierre-Jules Boulanger definierte 7 Anforderungen,
Zur Erstellung des Projektberichts u. a. wissenschaftlicher Arbeiten
Zur Erstellung des Projektberichts u. a. wissenschaftlicher Arbeiten Tilman Vierhuff 4. Februar 2005 2 Zweck und Ziele des Projektberichts 2 Zweck und Ziele des Projektberichts Bewertungsgrundlage 2 Zweck
Integrierte modellgestützte Risikoanalyse komplexer Automatisierungssysteme
Universität Stuttgart Institut für Automatisierungs- und Softwaretechnik Prof. Dr.-Ing. Dr. h. c. P. Göhner Integrierte modellgestützte Risikoanalyse komplexer Automatisierungssysteme Dipl.-Ing. Michael
Generierung von Steuerungsprogrammcode für SPS und μc aus Petri-Netz-Modellen
Fachhochschule Köln Cologne University of Applied Sciences Fakultät für Informations-, Medien- und Elektrotechnik Institut für Automatisierungstechnik Labor für Informations- und Automatisierungstechnik
Präsentationstechnik
Lehrstuhl für Informatik III RWTH Aachen Seminar im Hauptstudium Wintersemester 03/04 Entwicklungsprozesse Management, Werkzeuge, Integration Präsentationstechnik Prof. Dr.-Ing. Manfred Nagl Priv.-Doz.
Endliche Automaten. Im Hauptseminar Neuronale Netze LMU München, WS 2016/17
Endliche Automaten Im Hauptseminar Neuronale Netze LMU München, WS 2016/17 RS- Flipflop RS-Flipflop Ausgangszustand 0 1 0 1 0 1 Set Reset neuer Zustand 0 0 0 0 0 1 1 0 1 1 0 1 0 1 0 0 1 0 Was ist ein endlicher
Übungsaufgaben Mengenlehre
Übungsaufgaben Mengenlehre Die folgenden Übungsaufgaben beziehen sich auf den Stoff des Skriptes zur Mengenlehre der Lehrveranstaltung Wirtschaftsmathematik und dienen der Klausurvorbereitung. Zuvor werden
Einführung in die Programmierung
Skript zur Vorlesung: Einführung in die Programmierung WiSe 2009 / 2010 Skript 2009 Christian Böhm, Peer Kröger, Arthur Zimek Prof. Dr. Christian Böhm Annahita Oswald Bianca Wackersreuther Ludwig-Maximilians-Universität
Geschäftsprozesse modellieren mit Innovator Business
Geschäftsprozesse modellieren mit Innovator Business I N H A L T 1. Motivation und Begriffsklärung 2. Kurzeinführung in die Geschäftsprozessmodellierung 3. Anwendungsszenarien der GPM 2 Was Geschäftsprozessmodellierung
(BABOK-v3-Technik 10.47)
(BABOK-v3-Technik 10.47) Allgemeines Use-Cases geben Antworten auf die Frage Was soll das geplante System leisten? Diese Frage sollte generell zu Beginn jeder Systementwicklung stehen. Use-Cases genauer
Vorgehensweise bei der Erstellung. von Hausarbeiten (Bachelorarbeiten)
Leuphana Universität Lüneburg Institut für Bank-, Finanz- und Rechnungswesen Abt. Rechnungswesen und Steuerlehre Vorgehensweise bei der Erstellung von Hausarbeiten (Bachelorarbeiten) I. Arbeitsschritte
Praxis der Softwareentwicklung WS 2016/17
Praxis der Softwareentwicklung WS 2016/17 Prof. Dr. Gregor Snelting LEHRSTUHL PROGRAMMIERPARADIGMEN 0 27. Oktober 2016- Praxis der Softwareentwicklung WS 2016/17 LEHRSTUHL PROGRAMMIERPARADIGMEN KIT Die
Meine Anforderungen an einen Praxissemesterbericht. Prof. Dr.-Ing. Dipl.-Wirt. Ing. Jörg Niemann Version 1.0
Meine Anforderungen an einen Praxissemesterbericht Prof. Dr.-Ing. Dipl.-Wirt. Ing. Jörg Niemann Version 1.0 Anforderungen an den Praxissemesterbericht (1) Vorbemerkung: Der Bericht soll als Generalprobe
Integrierte Anwendungssysteme EPK - Übungsaufgabe
Integrierte Anwendungssysteme EPK - Übungsaufgabe Prof. Dr. Peter Chamoni Wintersemester 2015/2016 Mercator School of Management Lehrstuhl für Wirtschaftsinformatik, insb. Business Intelligence Prof. Dr.
Methoden des Software Engineering
Methoden des Software Engineering Funktions-, daten-, objekt- und aspektorientiert entwickeln Bearbeitet von Joachim Goll 1. Auflage 2012. Buch. xxxviii, 794 S. Hardcover ISBN 978 3 8348 2433 2 Format
Einführung in die Informatik I (autip)
Einführung in die Informatik I (autip) Dr. Stefan Lewandowski Fakultät 5: Informatik, Elektrotechnik und Informationstechnik Abteilung Formale Konzepte Universität Stuttgart 24. Oktober 2007 Was Sie bis
Softwarearchitekturen I Softwareentwicklung mit Komponenten
Softwarearchitekturen I Softwareentwicklung mit Komponenten Detlef Streitferdt Technische Universität Ilmenau TU-Ilmenau, Softwaresysteme / Prozessinformatik, KBSE Softwarearchitekturen I 1 Beispiel: Bibliothekssystem
Ziele und Tätigkeiten von Architekten
Ziele und Tätigkeiten von Architekten Definition Software Architektur o A software architecture provides a model of a whole software system that is composed of internal behavioral units (i.e. components)
4. Requirements analysieren. und modellieren
4. Requirements analysieren und modellieren 2 Ziel der Analyse Klares Verständnis von Wert, Nutzen und Aufwand der Anforderungen Bewertung von Einflüssen, Abhängigkeiten und Unsicherheiten Detektiv-Arbeit
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
Specifying Patterns for Dynamic Pattern Instance Recognition with UML 2.0 Sequence Diagrams. Lothar Wendehals. Universität Paderborn
Specifying Patterns for Dynamic Pattern Instance Recognition with UML 2.0 Sequence Diagrams Lothar Wendehals 6. Workshop Software-Reengineering Bad Honnef, 3. - 5. Mai 2004 Motivation Unterstützung des
Phasenplanung Lehrveranstaltung Projektmanagement
Phasenplanung Lehrveranstaltung Projektmanagement Seite 1 Lehrveranstaltung Projektmanagement Phasenplanung www.bacharach-consulting.de, www.gpm-ipma.de Inhalt Begriffsdefinitionen Warum wird ein Phasenplan
Produktskizze. 28. November 2005 Projektgruppe Syspect
28. November 2005 Carl von Ossietzky Universität Oldenburg Fakultät II Department für Informatik Abteilung Entwicklung korrekter Systeme Inhaltsverzeichnis 1 Einleitung 3 2 Die graphische Oberfläche der
Relativität und Realität
Max Drömmer Relativität und Realität Zur Physik und Philosophie der allgemeinen und der speziellen Relativitätstheorie mentis PADERBORN Inhaltsverzeichnis Vorwort... 15 Einleitung... 17 Kapitel 1 Allgemeine
Feature Modelle. und ihre Anwendung. Feature Modelle und ihre Anwendungen. Fachgebiet Softwaretechnik, Heinz Nixdorf Institut, Universität Paderborn
Feature Modelle und ihre Anwendung Feature Modelle und ihre Anwendungen 22.07.2010 1 Software-Produktlinien Zusammenfassung mehrerer verwandter Softwaresysteme zu einer Domäne (Anwendungsgebiet) Softwaresysteme
Stud.IP Styleguide 2.0 Gestaltungsrichtlinien für [...]
Stud.IP Styleguide 2.0 Gestaltungsrichtlinien für [...] Melanie Brummerloh André Klaßen Zentrum virtuos / ELAN e.v. 22. März 2012 Übersicht Einleitung und Motivation Warum eigentlich? Die Rolle des Styleguides
Eine Klasse beschreibt Objekte mit gleichen Attributen und Methoden.
Grundwissen Informatik Objekt Attribut Methoden Als Objekte bezeichnet man alle Gegenstände, Dinge, Lebewesen, Begriffe oder Strukturen unserer Welt ( Autos, Räume, Bakterien, Lehrer, Schüler, Kunden,
Datenschutz- und verwandte Aspekte
Mag. Dr. Michael Sonntag, Dr. Maria Wimmer Johannes Kepler Universität Linz Datenschutz- und verwandte Aspekte von e-government Mit besonderem Bezug auf das egov-projekt Informatik 2002, Dortmund, 30.9.-3.10.2002
Feature Driven Development
Feature Driven Development Agil nach V-Modell? Dipl.-Inform. Henning Wolf [email protected] Überblick Überblick: Feature Driven Development Woher kommt FDD? Voraussetzungen 5 (Teil-)Prozesse Rollenmodell
Algorithmen & Programmierung. Steuerstrukturen im Detail Selektion und Iteration
Algorithmen & Programmierung Steuerstrukturen im Detail Selektion und Iteration Selektion Selektion Vollständige einfache Selektion Wir kennen schon eine Möglichkeit, Selektionen in C zu formulieren: if
Softwaretechnik 1 Tutorium
Universität Karlsruhe (TH) Forschungsuniversität gegründet 1825 Softwaretechnik 1 Tutorium 25. Mai 2009 Matthias Thoma ([email protected]) Heute Übungsblatt Nr. 2 UML Klassendiagramme UML Sequenzendiagramm
Verteilte Systeme - 3. Übung
Verteilte Systeme - 3. Übung Dr. Jens Brandt Sommersemester 2011 1. Zeit in verteilten Systemen a) Nennen Sie mindestens drei verschiedene Ursachen zeitlicher Verzögerungen, die bei einem Entwurf eines
Quality Control und Peer Review in der Internen Revision
Quality Control und Peer Review in der Internen Revision Verbessertes Qualitätsmanagement durch ein integriertes System Von Dr. Oliver Bungartz und Prof. Dr. Michael Henke ERICH SCHMIDT VERLAG Bibliografische
