Modellbasierte Spezifikation von Schnittstellen im Projekt NeuPro Rail Automation 2010
|
|
- Kajetan Breiner
- vor 5 Jahren
- Abrufe
Transkript
1 Modellbasierte Spezifikation von Schnittstellen im Projekt NeuPro Rail Automation 2010 Dipl.-Ing. Oliver Lemke
2 Gliederung Einleitung und NeuPro-Hintergrund SysML-Modellierung von Schnittstellenspezifikationen Erstellung der Spezifikationsdokumente mit DOORS
3 Gliederung Einleitung und NeuPro-Hintergrund SysML-Modellierung von Schnittstellenspezifikationen Erstellung der Spezifikationsdokumente mit DOORS
4 NeuPro Das Projekt Neuausrichtung der Produktionssteuerung umfasst ca. 20 Einzelvorhaben insbesondere mit den Zielen: - Reduzierung der Investitionskosten für LST-Systeme - Senkung der Lebenszykluskosten der LST Dabei sollen Erkenntnisse aus dem Projekt DAFA genutzt werden. Berner und Mattner ist an mehreren Teilprojekten beteiligt: - Aufbereitung (Atomisierung) bestehender Richtlinien und Überführung in DOORS (gem. Stufe 1 DAFA-Projekt) - Erstellung eines durchgängigen SysML-Modellrahmenwerks für das Gesamtsystem NeuPro-LST (gem. Stufe 2 DAFA-Projekt) - Erstellung von Anforderungsspezifikationen für Schnittstellen zwischen LST-Komponenten mit Diagrammen aus dem Modell
5 LST-Spezifikation Spezifikation im NeuPro-Spannungsfeld Funktionalität Entschlackung Integration neuer Funktionen Verschieben von Funktionen LST Wirtschaftliche Ziele Kostenreduktion Reduzierung von Markteintrittshürden Offenlegung von Schnittstellen Einfachere Zusicherung und Zulassung Folgen Mehr und tiefergehende Spezifikation erforderlich Hohe Spezifikations-Effektivität erforderlich Viele Verantwortliche sind zu berücksichtigen
6 Spezifikationsprinzipien Die klassische, textbasierte Spezifikation ist problematisch - Weil sie nicht eindeutig ist - Weil sie bei komplexen Systemen kaum noch überschaubar ist - Weil sie nicht automatisiert auf Konsistenz prüfbar ist Für die Schnittstellenspezifikation in NeuPro wurde daher beschlossen, durch modellbasierte Ansätze die Spezifikationsqualität zu verbessern Verwendet wird die Systems Modeling Language (SysML) Zum Einsatz kommen Artisan Studio als SysML-Werkzeug und IBM Doors als Werkzeug zum Anforderungsmanagement.
7 Gliederung Einleitung und NeuPro-Hintergrund SysML-Modellierung von Schnittstellenspezifikationen Erstellung der Spezifikationsdokumente mit DOORS
8 Modellierungsprinzipien Die Modellierung für die Schnittstellen basiert auf einer funktionalen Systemsicht Die strukturellen Elemente (z.b. SysML-Blöcke) repräsentieren daher logische Knoten, ohne Aussage über die interne physische/technische Realisierung An den Rändern dieser Knoten werden jedoch exakte technische Vorgaben gemacht, so dass die Interoperabilität der Systeme sichergestellt ist Die Modellierung orientiert sich an einem Systems-of-Systems (SoS)- Ansatz gemäß den Konzepten aus dem Projekt DAFA Der Fokus des Modells liegt auf den neu zu entwickelnden NeuPro- Komponenten, wenn nötig werden aber auch Alttechnik-Komponenten abgebildet (LZB, ältere Streckenblock-Bauformen, etc )
9 Prinzipielle Schnittstellenarchitektur Applikationsteil A BTP Systemgrenze Applikationsteil B Safety-Layer STA-Protokoll Safety-Layer UDP/IP-Stack (an Netzwerk PoS) UDP/IP UDP/IP-Stack (an Netzwerk PoS) Konzeptionelle Kommunikation Technische Kommunikation
10 Rahmenmodell der LST-Architektur OL1 Übergeordnetes Architekturmodell zur Definition der LST-Struktur Definiert die Schnittstellen innerhalb des LST-Systems
11 Folie 10 OL1 Evtl. neue Folie einbauen Oliver Lemke;
12 Elemente der Schnittstellenspezifikation bdd [Package] NeuPro-ESTW [Logischer Systemkontext] / «block» «Betrieblicher Block» ESTW (Betrieblich) Geschwindigkeitsverarbeitung in Betrieb 1..* fk lst Fachkraft LST nachbar-estw * 1..* 1 «block» estw «Logischer Block» «System» 1 1 «Fremdsystem» 1..* 1..* lzb estw NeuPro-ESTW (C2/4) özf «block» «Logischer Block» operations «Fremdsystem» testop_estw () özf LZB 1..* 1..* estw estw * büsa 1 etcs «block» «Logischer Block» «block» «System» «Fremdsystem» «Fremdsystem» «Logischer Block» NeuPro-BÜSA (C2/4) «System» NeuPro-ETCS (C2/4) RBC Fahrerlaubnis «kontinuierlicher... erteilen Weichen en überwachen ETCS-Zugfahrt Level 2 «include» «include» Stellanstöße kommandieren «kontinuierlicher... Fahrwegelemente überwachen «include» «include» «kontinuierlicher... Signale überwachen ESTW-Logik Strukt tur Funktionen Schnittstellen- Spezifikation Verhal lten Interaktion Stellanstoß Grundzustand / Meldung Signal ist in Fahrt hell/ / Grundzustand DA-Rücknahme erforderlich do : DA anfordern :NeuPro-ESTW-Logik / Zug hat FA -Verlängerung angefordert/ DA anfordern / Zug hat Level 2 verlassen/ Meldung Signal ist in Fahrt hell/ Meldung Signal ist dunkel/ RBC hat Vorbeifahrt an Signal erkannt / Zug hat Mode FS verlassen/ / Schalte Ein auf Dauer Schalte Ein auf Dauer : BÜFM neue V-Vorgabe erhalten do : Geschwindigkeitsvorgabe verarbeiten DA gesendet E nt ry / :NeuPro-BÜSA (C2/4) schalte Ein BÜ sichere BÜ
13 Kontextdarstellung der Schnittstellen Schnittstelle SoS-Systemgrenze CENELEC-Systemgrenze Logische Funktionseinheiten
14 Systemfunktionen an der Schnittstelle RBC (Design) «Fremdsystem» Triebfahrzeug ETCS L2 «kontinuierlicher Anwendungsfall» «Systemanwendungsfall» Fahrerlaubnis an Fahrzeug erteilen «Fremdsystem» NeuPro-ESTW -Logik Aufgliederung der Use-Cases in Systemfunktionen durch Aktivitätsdiagramme «Systemanwendungsfall» Aufstarten Aufstarten «Systemanwendungsfall» Herunterfahren «Systemfunktion» : Kommunikationsverbindung zu ESTW aufbauen Use-Case-Diagramme als Übersicht über die angebotenen Dienstleistungen des Systems «Interruptible Region» «kontinuierliche Aktivität» «Systemfunktion» : Zustandsmeldung Fahrwegelemente verarbeiten «Systemfunktion» : Aufstartzyklus mit ESTW durchführen
15 Verhaltensspezifikation an der Schnittstelle Zustandsautomat Komponente A Ereignis: (ESTW-Logik) Meldung Weiche rechts überwacht Zustandsautomat Komponente A Ereignis: (ESTW-Logik) Meldung Weiche nicht überwacht
16 Kommunikationsszenarien an der Schnittstelle Symbolische Komponentengrenze Zustandsinvariante Nachrichten, die die Zustandsautomaten austauschen Sequenzdiagramme sind momentan nur informell als Ergänzung der Zustandsautomaten vorgesehen, da noch keine automatisierte Konsistenzprüfung (entsprechend Stufe 3 DAFA) realisiert ist.
17 Technische Konkretisierung des konzeptionellen Modells Allgemeine Telegrammstruktur Spezifikation von Bitmasken Ereignis im konzeptionellen Modell
18 Gliederung Einleitung und NeuPro-Hintergrund SysML-Modellierung von Schnittstellenspezifikationen Erstellung der Spezifikationsdokumente mit DOORS
19 Erstellung der Spezifikationsdokumente Die einzelnen Lastenhefte werden in DOORS erstellt und verwaltet Innerhalb eines DOORS-Moduls erfolgt eine Gliederung entsprechend klassischer Lastenhefte An die entsprechenden Stellen der DOORS-Module werden modellbasierten Diagramme aus Artisan eingefügt Ein Baselining-Konzept ermöglicht eine nachvollziehbare Versionierung und Änderungsverfolgung. Als Endprodukt kann aus dem DOORS- Modul ein PDF oder Word-Dokument erzeugt werden
20 Strukturierung der Spezifikationsdokumente Dokument/Dokumententeil Zweck CENELEC- Phase SysML- Diagrammarten Funktionale Anforderungsspezifikation (FAS) Technische Anforderungsspezifikation (TAS) Technische Ausführungsvorschrift (TAV) Definition der über die Schnittstelle verbundenen Funktionalität Konkrete Verhaltensspezifikation der schnittstellenrelevanten Funktionalität links und rechts der Schnittstelle und Darstellung der Kommunikationsszenarien Einschränkung des Realisierungsspielraums durch exakte technische Ausführungsvorgaben, z.b. Telegrammdefinitionen, Nutzung der Safety-Schicht 2/4 Use-Case- Diagramme, Block- Diagramme, interne Block-Diagramme 4 Zustandsdiagramme, Sequenzdiagramme, Blockdiagramme 4++ (Block-Diagramme)
21 Spezifikation in DOORS mit Diagrammen aus Artisan Strukturierung der Anforderungen in DOORS Analyse und Design der Anforderungen in SysML Hybrid-Ansatz Doors & SysML
22 Nutzen des NeuPro-Ansatzes Nutzen des NeuPro-Ansatzes zur Behebung der Mängel textbasierter Spezifikationen: Sie ist nicht eindeutig Die modellbasierten Bestandteile sind per se eindeutig und wichtiger Teil der Spezifikation Herzlichen Dank für Ihre Aufmerksamkeit. Sie ist bei komplexen Systemen nicht überschaubar Das durchgängige, übergreifende Fragen? Modell ermöglicht eine konsistente Übersicht über die Gesamtarchitektur Die Gliederung der einzelnen DOORS-Module sichert die Verständlichkeit auf Lastenheft-Ebene Die Dokumentenstruktur/Lastenheftlandkarte visualisiert Beziehungen zwischen den Lastenheften Sie ist nicht auf automatisiert auf Konsistenz prüfbar Die Modellierungswerkzeuge erzwingen implizit ein konsistentes Arbeiten Entsprechende Prüfskripte ermöglichen tiefergehende Einhaltung von Modellierungsregeln
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
MehrCARL 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
MehrFUNKTIONSORIENTIERTE ANALYSE UND DESIGN VON SYSTEMEN. FG Requirements Engineering Franken, Erlangen , Referent: Ralf Bongard
FUNKTIONSORIENTIERTE ANALYSE UND DESIGN VON SYSTEMEN FG Requirements Engineering Franken, Erlangen 13.09.2012, Referent: Ralf Bongard Dipl. Ing. Ralf Bongard Berater / Coach / Trainer Funktion Radio Hören
MehrInhalt. 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:
MehrInhaltsverzeichnis. Oliver Alt. Modellbasierte Systementwicklung mit SysML ISBN: Weitere Informationen oder Bestellungen unter
Inhaltsverzeichnis Oliver Alt Modellbasierte Systementwicklung mit SysML ISBN: 978-3-446-43066-2 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-43066-2 sowie im Buchhandel.
MehrVorwort. 1 Einleitung Wer sollte dieses Buch lesen? Wie geht es weiter? Webseite zum Buch 4. Teil I: Grundlagen 5
Inhalt Vorwort XI 1 Einleitung 1 1.1 Wer sollte dieses Buch lesen? 3 1.2 Wie geht es weiter? 4 1.3 Webseite zum Buch 4 Teil I: Grundlagen 5 2 Systems Engineering 7 2.1 Was ist ein System? 7 2.2 Systems
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
MehrLars Ebrecht. Echtzeit 2011, GI VDI/VDE, Boppard 04. November 2011
Entwurfsverfahren Das atomare Element als Meta-Modell zur tabellarischen Verhaltensbeschreibung von Echtzeitsystemen Lars Ebrecht Echtzeit 2011, GI VDI/VDE, Boppard 04. November 2011 Echtzeitbetrieb im
MehrUML 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
Mehrsystems landscape engineering - übung -
systems landscape engineering - übung - Wintersemester 2010 /2011 Arbeitsgruppe Wirtschaftsinformatik - Managementinformationssysteme - Dipl. Wirt.-Inform. Sven Gerber Arbeitsgruppe Wirtschaftsinformatik
MehrDatenbank für Anforderungen Projektplanung
für Anforderungen CENELEC-konformes modellbasiertes Systems Engineering von sicherheitskritischen Bahnsystemen auf Betreiberseite am Beispiel des Systems Leit- und Sicherungstechnik Vortrag zur Rail Automation
MehrVon 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
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
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...
MehrUML 2 glasklar HANSER. Chris Rupp Stefan Queins Barbara Zengler. Praxiswissen für die UML-Modellierung. 3., aktualisierte Auflage
:. ' : : : Chris Rupp Stefan Queins Barbara Zengler UML 2 glasklar Praxiswissen für die UML-Modellierung UNIFIED MODELING ^ ;;;; : LANGUAGE i V - - - ; - : 3., aktualisierte Auflage HANSER Inhalt Vorwort
MehrKernprozess zur System- und Softwareentwicklung. Logische Systemarchitektur f 1. f 2 f 3. f 4 Funktion. Technische Systemarchitektur SG 1 SG 2 SG 3
Systems Engineering Systems Engineering ist die gezielte Anwendung von wissenschaftlichen und technischen Ressourcen! zur Transformation eines operationellen Bedürfnisses in die Beschreibung einer Systemkonfiguration
MehrSystems 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
MehrInhalt. 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...
MehrDatenbanken. Teil 2: Informationen. Kapitel 7: Objektorientierte Sicht. UML-Diagramme. Vorstellung der unterschiedlichen UML-Diagramme
Datenbanken objektorientierte Sicht Seite 1 von 76 Datenbanken Teil 2: Informationen Kapitel 7: Objektorientierte Sicht UML-Diagramme Vorstellung der unterschiedlichen UML-Diagramme 1. Diagrammtypen 2.
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
MehrGuido de Melo 5.2.2007 Fachvortrag, Uni Ulm UML 2.0. Für den Einsatz in der Praxis
Guido de Melo 5.2.2007 Fachvortrag, Uni Ulm UML 2.0 Für den Einsatz in der Praxis Seite 2 Überblick 1. Ziele 2. Warum das alles? 3. Was ist UML 4. Diagrammarten 5. Umfeld Seite 3 1. Ziele 1. Ziele dieses
MehrSYSTEMS RE-ENGINEERING
SYSTEMS RE-ENGINEERING Ein Beitrag zur Integration von MBSE und PLM Uwe Kaufmann, ModelAlchemy Consulting Ralf Schuler, Fachgebiet Mechatronische Systeme, Hochschule Esslingen 26.10.2016 Tag des Systems
MehrRE bei MBSE mehr als nur textuelle Anforderungen
RE bei MBSE mehr als nur textuelle Anforderungen REConf 2018 Dieter Wagner, MBDA Andreas Ditze, MID MBDA Deutschland Wir schaffen Sicherheit MBDA Struktur 37,5 % 37,5 % 25 % 100 % 100 % 100 % 100 % 100
MehrObjektorientierte Systementwicklung
Karl-Heinz Rau Objektorientierte Systementwicklung Vom Geschäftsprozess zum Java-Programm Mit 162 Abbildungen vieweg Überblick und Vorbemerkungen 1 1 Objektorientierte Software-Entwicklung 5 1.1 Überblick
MehrModellierung verteilter Systeme Grundlagen der Programm und Systementwicklung
Modellierung verteilter Systeme Grundlagen der Programm und Systementwicklung Sommersemester 2012 Prof. Dr. Dr. h.c. Manfred Broy Unter Mitarbeit von Dr. M. Spichkova, J. Mund, P. Neubeck Lehrstuhl Software
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
MehrTEIL 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
MehrChristoph 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
MehrI 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
MehrSysML 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,
MehrDas 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
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-)
MehrTamagotchi-Spezifikation in UML
Tamagotchi-Spezifikation in UML Christian Becker Steffen Glomb Michael Graf Gliederung Grundlagen Notation Werkzeug Modellierung Details der Spezifikation Erfahrungen Beurteilung von Notation und Werkzeug
MehrINSPIRE - Modellierung
INSPIRE - Modellierung Inhalt Motivation Modellierung UML Diagramme INSPIRE-Schulung LKROS 2 Motivation Was ist ein Modell, und warum wollen wir modellieren? Warum brauchen wir eine Modellierungssprache
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
MehrAnwendungsfalldiagramm 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
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)
MehrAnalyse 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
MehrHerkunft von Anforderungen
Herkunft von Verhaltensanforderungen (funktionale ) definieren die Dienste, die das System zur Verfügung stellen soll, die Reaktionen des Systems auf bestimmte Eingaben und das Verhalten in besonderen
MehrUntersuchung von ETCS-Betriebsszenarien Kosimulation von BEST und RailSiTe. Dipl.-Ing. Volker Knollmann, Dipl.-Inform.
Untersuchung von ETCS-Betriebsszenarien Kosimulation von BEST und RailSiTe Dipl.-Ing. Volker Knollmann, Dipl.-Inform. Oliver Gantz Untersuchung von ETCS-Betriebsszenarien - Kosimulation von BEST und RailSiTe
MehrDas zentrale Werkzeug für kürzere Entwicklungs- und Releasezyklen von software-basierten Kundenfunktionen in der Automobilindustrie
Virtualisierung Das zentrale Werkzeug für kürzere Entwicklungs- und Releasezyklen von software-basierten Kundenfunktionen in der Automobilindustrie 3. Automobil Symposium Wildau Strenge, Alexander (CQPP),
Mehr4 Cybertronische Systeme Definition und Grundlagen Cybertronische Produkte Cybertronische Produktionssysteme...
Inhaltsverzeichnis Teil I Das Projekt mecpro 2 1 Vorwort... 3 2 Ausgangssituation... 5 3 Zielstellung des Projekts mecpro 2... 13 4 Cybertronische Systeme... 19 4.1 Definition und Grundlagen..... 19 4.2
MehrNachvollziehbarkeit sichern: Testfälle auf Anforderungen beziehen
1 Nachvollziehbarkeit sichern: Testfälle auf Anforderungen beziehen 2 Aufgabenstellung Testfälle auf relevante Anforderungen, Use-Cases, GUI Entwürfe und andere Elemente des Lastenhefts oder des Systementwurfs
MehrXÖV-Schulung. XÖV-Rahmenwerk und XÖV-Entwicklungsansatz. Lutz Rabe Koordinierungsstelle für IT-Standards Mirco Kuhlmann LAVA-Unternehmensberatung
XÖV-Schulung XÖV-Rahmenwerk und XÖV-Entwicklungsansatz Lutz Rabe Koordinierungsstelle für IT-Standards Mirco Kuhlmann LAVA-Unternehmensberatung 8. Dezember 2014, Bremen Agenda Empfang der Teilnehmerinnen
MehrObjektorientierte 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
MehrSoftware- und Systementwicklung
Software- und Systementwicklung Seminar: Designing for Privacy 11.11.2009 Moritz Vossenberg Inhalt Vorgehensmodelle Wasserfallmodell V-Modell Phasen (Pflichtenheft) UML Klassendiagramm Sequenzdiagramm
MehrHarmonisierung von Anforderungs- und Änderungsmanagement in der Verkehrstechnik mit den Werkzeugen Telelogic Doors und IBM Rational ClearQuest
Harmonisierung von Anforderungs- und Änderungsmanagement in der Verkehrstechnik mit den Werkzeugen Telelogic Doors und IBM Rational ClearQuest Diplomarbeit von Übersicht Einleitung Motivation zu dieser
MehrVerlängerung der Prüfungsdauer auf Antrag für nicht muttersprachliche Teilnehmer:
Prüfungsordnung: Die Prüfung besteht aus 45 Multiple-Choice-Fragen. Zu deren Beantwortung stehen maximal 75 Minuten zur Verfügung (frühere Abgabe ist möglich). Je nach Schwierigkeit sind die Fragen 1 3
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
MehrFachgebiet Produktsicherheit und Qualitätswesen Univ.Prof. Dr.-Ing. habil. P. Winzer Bergische Universität Wuppertal
Prof. Dr.-Ing. habil. Petra Winzer Dipl.-Ing. Nico Fachgebiet Produktsicherheit und Qualitätswesen Univ.Prof. Dr.-Ing. habil. P. Winzer Bergische Universität Wuppertal E-Mail: fgproqu@uni-wuppertal.de
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?
MehrEffiziente Qualitätssicherung der neuen europäischen Leit- und Sicherungstechnik -
Effiziente Qualitätssicherung der neuen europäischen Leit- und Sicherungstechnik - Automatisierte Testerstellung, Testdurchführung, Testauswertung und Testberichtgenerierung Lars Ebrecht ATAMI 2011 - Advances
MehrAnwendung der IEC 61850
FNN-Hinweis Anwendung der IEC 61850 Erstellung von Basic Application Profiles (BAP) Impressum Forum Netztechnik / Netzbetrieb im VDE (FNN) Bismarckstraße 33, 10625 Berlin Telefon: + 49 (0) 30 3838687 0
MehrWB- Analyse des S-Bahn-Unfalls von Neufahrn
WB- Analyse des S-Bahn-Unfalls von Neufahrn Dipl.-Ing. Oliver Lemke Bieleschweig -Workshop 5.5-6. und 7. Juni 2005, Bielefeld Gliederung Gliederung Unfallablauf List of Facts Der WB-Graph Anmerkungen /
MehrSoftwaretechnik 2015/2016
Softwaretechnik 2015/2016 PST Lehrstuhl Prof. Dr. Matthias Hölzl HAUPT-/ BACHELOR- SEMINAR ADAPTIVE SYSTEME PST Joschka PROF. DR. Rinke WIRSING 14. JUNI 2009 VORNAME NAME AGENDA Übung 11: 14.01.2016 Schon
MehrModellbasierter Test mit der UML. Vortragender: Lars Westmeier Seminar: Spezifikationsbasierter Softwaretest
Modellbasierter Test mit der UML Vortragender: Lars Westmeier Seminar: Spezifikationsbasierter Softwaretest Inhalt Einleitung und Motivation UML Testgenerierung Fazit Inhalt Einleitung und Motivation UML
MehrBahn-Unfalls von Neufahrn
WB- Analyse des S-BahnS Bahn-Unfalls von Neufahrn Dipl.-Ing. Oliver Lemke Bieleschweig -Workshop 6-22. und 23. September 2005, Braunschweig Gliederung Gliederung Unfallablauf List of Facts Der WB-Graph
Mehr2. Der Software-Entwicklungszyklus
2. Der Software-Entwicklungszyklus 2.1 Klassische Phasenmodelle 2.1.1 Wasserfallmodell 2.1.2 Rapid Prototyping 2.2 Objektorientierte Phasenmodelle 2.2.1 OOA / OOD / OOP 2.2.2 Iteratives Phasenmodell 2.2.3
MehrAnalyse 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- Prüfung - Prüfspezifikation für Anforderungen (Lastenheft)
- Prüfung - Prüfspezifikation für Anforderungen (Lastenheft) Projektbezeichnung Projektleiter Verantwortlich WiBe 4.0 Musterprojekt Odysseus Dr. Aristotelis Erstellt am 11.03.2005 10:11 Zuletzt geändert
MehrRealtime Studio Professional. ARTiSAN. Eine Visuelle Softwareentwicklungsumgebung zur Erstellung von Echtzeitanwendungen
ARTiSAN Eine Visuelle Softwareentwicklungsumgebung zur Erstellung von Echtzeitanwendungen Gliederung 1. Einleitung 2. RealTime Modeler Verwendete Entwicklungsmodelle Umsetzung und Anwendung der Konzepte
MehrVgl. Kapitel 4 aus Systematisches Requirements Engineering, Christoph Ebert Vgl. Kapitel 4/5 aus Basiswissen Requirements Engineering, Klaus Pohl,
Vgl. Kapitel 4 aus Systematisches Requirements Engineering, Christoph Ebert Vgl. Kapitel 4/5 aus Basiswissen Requirements Engineering, Klaus Pohl, Chris Rupp Nachdem die Projekt-Vision und die Stakeholder
MehrAnalyse 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
MehrUML (UNIFIED MODELING LANGUAGE)
NT Druckdatum: 31.03.13 InI I UML (UNIFIED MODELING LNGUGE) Ziel: Einheitliche Darstellung einer Vielzahl von Elementen von Softwaresystemen mittels einer einheitlichen Notation. Übersicht Zusammenhang
MehrErstellung eines Konzepts für komplexe aufgabenorientierte User Interface Pattern dargestellt am Beispiel der Siemens Lagerverwaltungssysteme
Martina Boshnakova Erstellung eines Konzepts für komplexe aufgabenorientierte User Interface Pattern dargestellt am Beispiel der Siemens Lagerverwaltungssysteme Abschlussvortrag Diplomarbeit 16.03.2010
MehrUnified 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
MehrSoftwaretechnologie für Fortgeschrittene Wohce 4 Modellierung UML
Softwaretechnologie für Fortgeschrittene Wohce 4 Modellierung UML The role of UML Theoretical model model for comparison calibration verification Empirical model model of deduction induction Generating
MehrInhaltsverzeichnis. 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
MehrAnwendungsfall. Das Anwendungsfall-Diagramm (Use-Cases/Use-Case Diagramm) Die Anwendungsfall-Beschreibung. Dr. Beatrice Amrhein
Anwendungsfall Das Anwendungsfall-Diagramm (Use-Cases/Use-Case Diagramm) Die Anwendungsfall-Beschreibung Dr. Beatrice Amrhein Kundenbedürfnisse Fertigungs-System 2 Erste Schritte: Kundenbedürfnisse erfassen
MehrDOORS Schema IBM Rational DOORS Start-Up Training - Teil 3
DOORS Schema IBM Rational DOORS Start-Up Training - Teil 3 Inhalt: Anforderungen an ein Schema Design eines Schemas Schrittweises Vorgehen Strukturierung und Design der Daten in DOORS Voraussetzung für
MehrUML 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
MehrMicrosoft.NET Framework & Component Object Model. ein Vortrag von Florian Steuber
Microsoft.NET Framework & Component Object Model ein Vortrag von Florian Steuber Übersicht I..NET Framework 1. Was ist das.net Framework? 2. Das.NET Execution Model 3. Sprachunabhängigkeit, CTS und CLS
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
MehrHMI Spezifikation Methode, Prozess & Tool
10.3.2004 Seite 1 HMI Spezifikation Methode, Prozess & Tool Spezifikation des Human Machine Interface (HMI) bei der Manfred Geischeder, Hans-Jörg Otto, Frank Stöckel, HOOD-Group Seite 2 Hintergrund Zentrales
MehrOracle JDeveloper 10 g
Oracle JDeveloper 10 g Modellierung Evgenia Rosa Business Unit Application Server ORACLE Deutschland GmbH Agenda Warum Modellierung? UML Modellierung Anwendungsfall (Use Case)-Modellierung Aktivitätenmodellierung
MehrUML 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
MehrUnified Modelling Language
Unified Modelling Language SEP 72 Software-Entwicklung Software-Entwicklung ist Prozess von Anforderung über Modellierungen zu fertigen Programmen Anforderungen oft informell gegeben fertige Programme
MehrSo testen Sie mit einem visuellen Vertrag
Formalisierung der funktionalen Anforderungen mit visuellen Kontrakten und deren Einsatz für modellbasiertes Testen Gregor Engels, Baris Güldali, Stefan Sauer Bad Honnef, 05.06.2008 Software Quality Lab
MehrRAMI 4.0 Toolbox: Vom Konzept zum Modell
CMG-AE Tagung Big Data & Industrie 4.0 RAMI 4.0 Toolbox: Vom Konzept zum Modell Christoph Binder Hintergrund Die RAMI Toolbox Modellbasierte entwicklung von Industrie 4.0 Systemen Erweiterung von Enterprise
MehrSOFTWAREPROJEKT (WI) Anforderungsanalyse. Projektveranstaltung im Wintersemester 2012/13 FG System- und Softwareengineering Dr.-Ing.
SOFTWAREPROJEKT (WI) Anforderungsanalyse Projektveranstaltung im Wintersemester 2012/13 FG System- und Softwareengineering Dr.-Ing. Ralph Maschotta Inhalt Das Pflichtenheft Das UML-Modellierungswerkzeug
MehrProgrammierparadigmen
Programmierparadigmen Paradigma = Denkweise oder Art der Weltanschauung klassische Einteilung: Programmiersprache imperativ deklarativ prozedural objektorientiert funktional logisch Zusammenhänge tatsächlich
MehrObjektorientierte Analyse und Design mit der Unified Modelling Language (UML) Sandra Meißl
Objektorientierte Analyse und Design mit der Unified Modelling Language (UML) Sandra Meißl 26.07.21 Themenübersicht Objektorientierte Software-Entwicklung Objektorientierte Analyse und Design OOA OOD Objektorientierte
Mehr1.4! Einführung. Systemmodellierung. Methoden und Werkzeuge
Einführung. Vorbemerkungen und Überblick. Die elektronischen e des Fahrzeugs. Prozesse in der Fahrzeugentwicklung im Überblick,.4 Grundlagen. Steuerungs- und regelungstechnische e (Prof. Schumacher). Diskrete
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
MehrGrosse Systeme im Griff
Grosse Systeme im Griff Ein Konzept für V-Modell V konformes Anforderungsmanagement und Systemarchitekturmodellierung mit UML und RE/RM für komplexe Systeme Teil1: Methodisches Vorgehen Vorstellung EADS
MehrInhaltsverzeichnis Einführung und Überblick
Inhaltsverzeichnis 1 Einführung und Überblick......................... 1 1.1 Das System Fahrer-Fahrzeug-Umwelt................. 2 1.1.1 Aufbau und Wirkungsweise elektronischer Systeme...... 3 1.1.2 Elektronische
MehrGeschäftsprozessmodellierung und implementierung am Beispiel SAP R/3 Sommersemester 2007
Geschäftsprozessmodellierung und implementierung am Beispiel SAP R/3 Sommersemester 2007 V7 montags, 16:15-17:45 Uhr Dipl.-Ök. A. Prieß / Dipl.-Ök. C. Schubert Sommersemester 2007 Veranstaltung 7 Folie
MehrInhaltsverzeichnis.
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
MehrSequenz- 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
MehrEinführung in die objektorientierte Programmierung
Einführung in die objektorientierte Programmierung Seminarunterlage Version: 4.04 Copyright Version 4.04 vom 17. Juni 2016 Dieses Dokument wird durch die veröffentlicht. Copyright. Alle Rechte vorbehalten.
MehrSoftwareengineering, Praktikum, Praxis
Softwareengineering, Praktikum, Praxis Dietmar Lammers Institut für Informatik Westfälische Wilhelms-Universität Münster Übersicht 1. Wozu Softwareengineering? 2. Problemlösungen und Werkzeuge 3. Praktikum
MehrSchrittweise vorgestellt
3 MBSE Lehrstuhl für Raumfahrttechnik Schrittweise vorgestellt Was erwartet mich in diesem Kapitel? Erläuterung der MBSE-Methodologie anhand der durchgängigen Beispielmission MOVE Modellierung von Anwendungsfällen
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,
MehrNeue Konzepte für die Betriebsführung regionaler Strecken Projektvorstellung (Abschluss) Dr. Carla Eickmann, DLR. 08. Oktober 2008 > Folie 1
Neue Konzepte für die Betriebsführung regionaler Strecken Projektvorstellung (Abschluss) Dr. Carla Eickmann, DLR 08. Oktober 2008 > Folie 1 Rückblick 2001: Institutsgründung 2003/04: Vereinbarung - Projekt
MehrWissensmanagement. Thema: ITIL
Kurs: Dozent: Wissensmanagement Friedel Völker Thema: ITIL Folie 2 von 28 Agenda IT Service Management & ITIL Service Strategy Service Design Service Transition Service Operation Continual Service Improvement
MehrIntegration eines Application Security Management in ein ISMS nach BSI IT- Grundschutz 1. BSI IT-Grundschutztag Limburg
Integration eines Application Security Management in ein ISMS nach BSI IT- Grundschutz 1. BSI IT-Grundschutztag Limburg 09.03.2017 Wer wir sind Beratung und Dienstleistung für anspruchsvolle Anforderungen
MehrInhalt. TEIL I Grundlagen. Einleitung 15
Einleitung 15 TEIL I Grundlagen 1.1 Notwendigkeit einer verbesserten Abstraktion 23 1.2 Klassen und Objekte 25 1.3 Festlegung von Grenzen 27 1.4 Wiederverwendung 30 1.4.1 Komposition 30 1.4.2 Vererbung
MehrDer Interaction Room bahnt einen natürlichen Weg zu vernetzten Systemspezifikationen
Der Interaction Room bahnt einen natürlichen Weg zu vernetzten Systemspezifikationen Oskar von Dungern, Dr.-Ing., adesso AG Florian Uphoff, cand. BS, Interaction Room GmbH 3 21.04.2017 Der Interaction
MehrObjektorientierter Entwurf. Grundlagen des Software Engineerings
Objektorientierter Entwurf Grundlagen des Software Engineerings Lernziele } Verstehen, wie der Softwareentwurf als Menge von interagierenden Objekten dargestellt werden kann, die ihren eigenen Zustand
MehrUnified 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