Transfer von Prozessen des Software-Produktlinien Engineering in die Elektrik/Elektronik- Architekturentwicklung von Fahrzeugen
|
|
- Norbert Flater
- vor 8 Jahren
- Abrufe
Transkript
1 Transfer von Prozessen des Software-Produktlinien Engineering in die Elektrik/Elektronik- entwicklung von Fahrzeugen Martin Jaensch, Dr. Bernd Hedenetz, Markus Conrath Daimler AG Prof. Dr. Klaus D. Müller-Glaser Karlsruher Institut für Technologie Martin Jaensch (GR/PSA) 8. Workshop Automotive Software Engineering
2 Produktlinien Engineering für E/E-en Agenda Motivation Anforderungen der E/E-entwicklung Produktlinien Engineering für E/E-en Zusammenfassung Martin Jaensch (GR/PSA) 8. Workshop Automotive Software Engineering
3 Produktlinien Engineering für E/E-en Agenda Motivation Zunahme der E/E im Automobilbereich Was ist eine E/E-? Anforderungen der E/E-entwicklung Modularisierung in der Fahrzeugentwicklung Absicherung der E/E- in der Konzeptphase Produktlinien Engineering für E/E-en Idee: Software-Produktlinien Engineering Virtuelle Absicherung der E/E- Einbindung der Module Neu: E/E-Produktlinien Engineering Zusammenfassung Martin Jaensch (GR/PSA) 8. Workshop Automotive Software Engineering
4 Produktlinien Engineering für E/E-en Zunahme der E/E 1 im Automobilbereich Komplexität und Varianten führen zur Aufwandszunahme in der E/E-entwicklung Vorgänger Modellgeneration Aktuelle Modellgeneration Nächste Modellgeneration Anzahl Kommunikationssysteme (CAN, FlexRay, LIN, MOST, ) Luxusklasse Oberklasse Zunahme der Anzahl an Steuergeräten und Kommunikationssystemen bei Mercedes-Benz Cars 2015 Jahr steigender Entwicklungsaufwand durch Zunahme der Anzahl an E/E-Systemen Zunahme der Komplexität der E/E-Systeme Zunahme der Kommunikationssysteme Zunahme an E/E-varianten führt zu Maßnahmen: Reduzierung von Entwicklungsaufwand in der E/E-entwicklung Wiederverwendung von E/E-System Wiederverwendung von E/E- 1 E/E = Elektrik/Elektronik Martin Jaensch (GR/PSA) 8. Workshop Automotive Software Engineering
5 Was ist eine E/E-? Produktlinien Engineering für E/E-en Durchgängige und fahrzeugweite aller E/E-Systeme und E/E- auf Hardware-, Software-, Bordnetz-, Leitungssatz- und Topologieebene E/E- Struktur des Fahrzeuges hinsichtlich des Zusammenwirkens und der Vernetzung der E/E- Systeme, der Schnittstellen, der Umgebung, des Daten- und Energieflusses im E/E-System, der Daten und der Softwarearchitektur E/E-entwicklung Entwurf und Bewertung und Optimierung nach funktionalen und nichtfunktionalen Anforderungen. modell einer E/E- [Bernd Hense, Vorlesung Entwurf zukünftiger E/E- en im Kraftfahrzeug, TU Dresden, 2009] Martin Jaensch (GR/PSA) 8. Workshop Automotive Software Engineering
6 Produktlinien Engineering für E/E-en Agenda Motivation Zunahme der E/E im Automobilbereich Was ist eine E/E-? Anforderungen der E/E-entwicklung Modularisierung in der Fahrzeugentwicklung Absicherung der E/E- in der Konzeptphase Produktlinien Engineering für E/E-en Idee: Software-Produktlinien Engineering Virtuelle Absicherung der E/E- Einbindung der Module Neu: E/E-Produktlinien Engineering Zusammenfassung Martin Jaensch (GR/PSA) 8. Workshop Automotive Software Engineering
7 Produktlinien Engineering für E/E-en Modularisierung in der Fahrzeugentwicklung Ziel: Skaleneffekte durch die Wiederverwendung von Modulen Was ist ein Modul? fahrzeugbauliche Zerlegung nach Anforderungen der Produktion und Logistik: unabhängige und austauschbare Einheit festgelegte Schnittstellen für die Montage unabhängig von Baureihen fahrzeugbauliche Ableitung der Module: Module in E/E-en - Unterschiede zu Software-Modulen kein funktionaler Aufbruch zusätzliche E/E-Abhängigkeiten keine Unabhängigkeit aus E/E-Sicht E/E-Systeme sind modulübergreifend Potentiale für die E/E-entwicklung Wiederverwendung von Modulen Entkopplung vom Lebenszyklus des Fahrzeugs modulspezifische Entwicklung kontinuierliche Modulentwicklung entkoppelte Einführung der Module und Herausforderungen flexible E/E-en Prozess der Modulintegration Martin Jaensch (GR/PSA) 8. Workshop Automotive Software Engineering
8 Produktlinien Engineering für E/E-en Absicherung der E/E- in der Konzeptphase E/E- muss vor der Festlegung Systeme/ entworfen werden Konzeptphase vorsteuernde Prozesse Serienentwicklung Mercedes-Benz Development System virtuelle Absicherung konzept modellbasierte E/E-entwicklung Abschluss konzept Verabschiedung Systemlastenheft Verabschiedung lastenheft Absicherung vor Spezifikation Martin Jaensch (GR/PSA) 8. Workshop Automotive Software Engineering
9 Produktlinien Engineering für E/E-en Agenda Motivation Zunahme der E/E im Automobilbereich Was ist eine E/E-? Anforderungen der E/E-entwicklung Modularisierung in der Fahrzeugentwicklung Absicherung der E/E- in der Konzeptphase Produktlinien Engineering für E/E-en Idee: Software-Produktlinien Engineering Virtuelle Absicherung der E/E- Einbindung der Module Neu: E/E-Produktlinien Engineering Zusammenfassung Martin Jaensch (GR/PSA) 8. Workshop Automotive Software Engineering
10 Produktlinien Engineering für E/E-en Idee: Software-Produktlinien Engineering Effizienzsteigerung im Entwicklungsaufwand durch Wiederverwendung von SW- Domain Engineering Voraussetzung: Produkte weisen ein hinreichendes Maß an Gemeinsamkeiten auf Application Engineering Produktableitung Wiederverwendung von und gemeinsamen Artefakten Varianz in abgeleiteten Produktenvarianten Software-Produktlinien Engineering entwicklung (Domain Engineering): Entwicklung und Evolution der mit gemeinsamen und variabler SW- Variantenentwicklung (Application Engineering): Ableitung und Anpassung der Produktvarianten Martin Jaensch (GR/PSA) 8. Workshop Automotive Software Engineering
11 Produktlinien Engineering für E/E-en Idee: Software-Produktlinien Engineering Effizienzsteigerung im Entwicklungsaufwand durch Wiederverwendung von SW- Product Management Domain Requirements Engineering Domain Design Domain Realisation 1. Domain Engineering virtuelle Voraussetzung: Absicherung Produkte weisen ein hinreichendes Maß an Gemeinsamkeiten auf Domain Testing Application Requirements Engineering Application Design Application Engineering Application Realisation Application Testing Wiederverwendung von 2. und gemeinsamen Artefakten Einbindung der Module Varianz in abgeleiteten Produktenvarianten Software-Produktlinien Engineering entwicklung (Domain Engineering): Entwicklung und Evolution der mit gemeinsamen und variabler SW- Variantenentwicklung (Application Engineering): Ableitung und Anpassung der Produktvarianten Martin Jaensch (GR/PSA) 8. Workshop Automotive Software Engineering
12 1. Produktlinien Engineering für E/E-en Virtuelle Absicherung der E/E- modellbasierte Absicherung in der Konzeptphase der E/E-entwicklung Konzeptphase Serienentwicklung Management Requirements Engineering Anforderungen Anforderungen optimierung Design bewertung Virtuelle Absicherung konzept Domain Engineering = E/E-entwicklung E/E-entwicklung modellbasierte Entwicklung virtuelle Absicherung konzept Application Engineering = E/E-entwicklung Martin Jaensch (GR/PSA) 8. Workshop Automotive Software Engineering
13 2. Einbindung der Module Wiederverwendung von Modulen in der E/E-entwicklung Produktlinien Engineering für E/E-en Einbindung der Module Wiederverwendung in der E/E- Abgleich der Schnittstellen vom Modul zur E/E- Domain Engineering = E/E-entwicklung Application Engineering - Konzept Design Review 1 Schnittstellen- Anforderungen Design Review 2 Schnittstellen- Definition Design Freeze = E/E-entwicklung Implementierung Validierung Komp./ Modul Management Einbindung Module Anforderungen Komponente Requirements Engineering Konfiguration Komponente Design Design Freeze Komponente Realisation Umsetzung Komponente Testing Verifikation Martin Jaensch (GR/PSA) 8. Workshop Automotive Software Engineering
14 Neu: E/E-Produktlinien Engineering Produktlinien Engineering für die E/E-entwicklung Produktlinien Engineering für E/E-en Management Requirements Engineering Anforderungen Anforderungen optimierung Design bewertung Virtuelle Absicherung Baureihen Management Anforderungen Baureihen- Varianten E/E- E/E-Produktlinien Engineering E/E-entwicklung: Entwicklung und Evolution der E/E- E/E-entwicklung: Ableitung und Anpassung der E/E-varianten Einbindung Module: Entwicklung und Evolution der E/E- Requirements Engineering Derivate Konfiguration modell Design - Konzept Design Review 1 Schnittstellen- Anforderungen Design Review 2 Schnittstellen- Definition Design Freeze Realisation Implementierung Implementierung Testing Verifikation Validierung Komp./ Modul Management Modulbaukasten Anforderungen Komponente Requirements Engineering Konfiguration Komponente Design Design Freeze Komponente Realisation Umsetzung Komponente Testing Verifikation Martin Jaensch (GR/PSA) 8. Workshop Automotive Software Engineering
15 Produktlinien Engineering für E/E-en Agenda Motivation Zunahme der E/E im Automobilbereich Was ist eine E/E-? Anforderungen der E/E-entwicklung Modularisierung in der Fahrzeugentwicklung Absicherung der E/E- in der Konzeptphase Produktlinien Engineering für E/E-en Idee: Software-Produktlinien Engineering Virtuelle Absicherung der E/E- Einbindung der Module Neu: E/E-Produktlinien Engineering Zusammenfassung Martin Jaensch (GR/PSA) 8. Workshop Automotive Software Engineering
16 Produktlinien Engineering für E/E-en Zusammenfassung Ist das Software-Produktlinien Engineering ein Ansatz für die E/E-entwicklung? Was kann übernommen werden? Wiederverwendung in den E/E-en Entkopplung von Domain und Application Engineering ( E/E- und E/E-) Was muss angepasst werden? Einbindung der Module Schnittstellenabgleich (Design Review Prozesse) Anpassung auf E/E-Systeme E/E-entwicklung keine Realisation-und Testing Prozesse front loading durch virtuelle Absicherung Ausblick Konzentration auf die Konzeptphase E/E-Produktlinien Management Einbindung Module STAR EE Martin Jaensch (GR/PSA) 8. Workshop Automotive Software Engineering
17 Produktlinien Engineering für E/E-en Die Idee der Wiederverwendung von Artefakten soll auch bei den E/E-en angewendet werden, aber eine Anpassung des Produktlinien Engineering an die E/E-entwicklung ist notwendig. Martin Jaensch (GR/PSA) 8. Workshop Automotive Software Engineering
18 Produktlinien Engineering für E/E-en Anhang Abbildung 2: Varianz und Abhängigkeiten in der E/E-entwicklung Martin Jaensch (GR/PSA) 8. Workshop Automotive Software Engineering
19 Produktlinien Engineering für E/E-en Varianz in der E/E-entwicklung Lösungsansatz bedarf hohe Flexibilität bei gleichzeitig hohem Grad der Wiederverwendung Arten der Varianz in der E/E-entwicklung Modulinterne Varianz Modulbaukasten E/E- Baureihen Baureihe 1 Derivat 1.1 Derivat 1.2 Derivat 1.3 Baureihe 2 Derivat 2.1 Derivat 2.2 BRinterne Varianz Baureihe 3 Derivat 3.1 zeitl. Varianz Weiterentwickl. der Module [t] Evolution der E/E-en [t] Baureihe 4 Derivat 4.1 Derivat 4.2 Lebenszyklus der Baureihen [t] BRübergreifende Varianz zeitl. Varianz Arten der Varianz Fahrzeugvarianz: Modulvarianz: zeitliche Varianz: unterschiedliche E/E-en - Baureihen Derivate unterschiedliche Ausprägungen der Modulkomponenten Modulkomponenten / E/E-en / Baureihen Martin Jaensch (GR/PSA) 8. Workshop Automotive Software Engineering
Transfer von Prozessen des Software-Produktlinien Engineering in die Elektrik/Elektronik- Architekturentwicklung von Fahrzeugen
Transfer von Prozessen des Software-Produktlinien in die Elektrik/Elektronik- entwicklung von Fahrzeugen Martin Jaensch, Bernd Hedenetz, Markus Conrath, Klaus D. Müller-Glaser* E/E- (GR/PSA) Daimler AG
MehrComparing Software Factories and Software Product Lines
Comparing Software Factories and Software Product Lines Martin Kleine kleine.martin@gmx.de Betreuer: Andreas Wuebbeke Agenda Motivation Zentrale Konzepte Software Produktlinien Software Factories Vergleich
MehrApplication Requirements Engineering
Application Requirements Engineering - Fokus: Ableitung von Produktanforderungen - Günter Halmans / Prof. Dr. Klaus Pohl Software Systems Engineering ICB (Institute for Computer Science and Business Information
MehrRequirements Engineering im SPL-Umfeld
Requirements Engineering im SPL-Umfeld Manuel Wörmann 16.02.2015 Requirements Engineering im SPL-Umfeld Inhalt 1. Definition 2. Ziele 3. Domain Requirements Engineering 4. Application Requirements Engineering
MehrProduct Line Engineering (PLE)
Product Line Engineering (PLE) Produktlinienentwicklung Von Christoph Kuberczyk Christoph Kuberczyk, SE in der Wissenschaft 2015, Product Line Engineering 1 Gliederung 1. Was ist PLE? 2. Motivation 3.
MehrKollaboratives Requirements Engineering bei Mercedes-Benz Cars. Dr. Andreas Queckenberg
Kollaboratives Requirements Engineering bei Mercedes-Benz Cars Dr. Andreas Queckenberg Berliner Requirements Engineering Symposium 2013 1 Agenda Rückblick REM@MBC Kollaboratives Requirements Engineering
MehrAbsicherung der Zuverlässigkeit im Produktlebenslauf. Projekt Coaching
Partner of the Mobility Industry for Reliability, Quality, Safety & Validation Absicherung der Zuverlässigkeit im Produktlebenslauf Projekt Coaching Eltroplan Technologie-Tag Dr. Viktor Tiederle, 7. April
MehrSeamless Model-based Engineering of a Reactive System
Seamless Model-based Engineering of a Reactive System Seminar im Wintersemester 2013/2014 Andreas Vogelsang, Sebastian Eder, Georg Hackenberg, Maximilian Junker http://www4.in.tum.de/lehre/seminare/ws1314/seamless/
MehrAgile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg
Herzlich willkommen Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg Heike Bickert Software-/Systemingenieurin, Bereich Quality Management Braunschweig // 17.11.2015 1 Agenda ICS AG Fragestellungen
MehrSoftware Engineering: Aktuelle Herausforderungen und Chancen
Software : Aktuelle Herausforderungen und Chancen Prof. Dr. Klaus Schmid Modernes Software Herausforderungen Die Klassiker Kosten Qualität Risiko Die Neuen Flexibilität Strategische Integration 07.12.2006,
MehrVorlesung Embedded Software-Engineering im Bereich Automotive
Vorlesung Embedded Software-Engineering im Bereich Automotive Technische Universität Dresden, Fakultät Informatik, Professur Softwaretechnologie WS 2008/2009 Dr. rer. nat. Bernhard Hohlfeld bernhard.hohlfeld@daad-alumni.de
MehrSoftwareanforderungsanalyse
Softwareanforderungsanalyse Evolution von Anforderungen Burkhardt Renz Institut für SoftwareArchitektur der Technischen Hochschule Mittelhessen Wintersemester 2015/16 Evolution von Anforderungen Anforderungen
MehrVariantenmanagement modellbasierter Funktionssoftware mit Software-Produktlinien
Arbeitsberichte des Instituts für Informatik Friedrich-Alexander-Universität Erlangen Nürnberg Band 40 Nummer 4 Juli 2007 Stefan Kubica Variantenmanagement modellbasierter Funktionssoftware mit Software-Produktlinien
MehrBDI-Agenten für agile zielorientierte Geschäftsprozesse
BDI-Agenten für agile zielorientierte Geschäftsprozesse Birgit Burmeister 3. Expertenforum Agenten in der Automatisierungstechnik Universität Stuttgart, 29./30. September 2008 Birgit Burmeister / GR/EPF
MehrCopyright 2014 Delta Software Technology GmbH. All Rights reserved.
Karlsruhe, 21. Mai 2014 Softwareentwicklung - Modellgetrieben und trotzdem agil Daniela Schilling Delta Software Technology GmbH The Perfect Way to Better Software Modellgetriebene Entwicklung Garant für
MehrWiederverwendung von automotive Software- Reifegradmodell, Technologie, Praxisbericht
Wiederverwendung von automotive - Reifegradmodell, Technologie, Praxisbericht Dr. Thomas Zurawka, HdT Elektronik im Kfz, Dresden, 24.06.2009 ECU SW Architektur & SW Entwicklungsprozess Anforderungs- Analyse
MehrAutomotive Software Engineering
Jörg Schäuffele Thomas Zurawka Automotive Software Engineering Grundlagen, Prozesse, Methoden und Werkzeuge effizient einsetzen 4., überarbeitete und erweiterte Auflage Mit 276 Abbildungen PRAXIS ATZ/MTZ-Fachbuch
MehrVorhersagemodell für die Verfügbarkeit von IT-Services
Vorhersagemodell für die Verfügbarkeit von IT-Services Magdeburg Research and Competence Cluster Very Large Business Applications Lab Fakultät für Informatik Institut für Technische und Betriebliche Informationssysteme
MehrCAE Datenmanagement bei Daimler Trucks
caedm CAE Datenmanagement bei Daimler Trucks Potentiale durch Standardisierung Motivation für CAE DM Steigende Anforderungen an die Berechnung: Zunehmende Anzahl der abzusichernden Fahrzeugvarianten Leistungsfähigkeit
MehrAutomotive Software Engineering
Jorg Schauffele Thomas Zurawka Automotive Software Engineering Grundlagen, Prozesse, Methoden und Werkzeuge Mit 278 Abbildungen ATZ-MTZ-Fachbuch vieweg Inhaltsverzeichnis 1 Einfiihrung und Uberblick 1
MehrSoftware Produktlinien: Einführung und Überblick
C A R L V O N O S S I E T Z K Y Software Produktlinien: Einführung und Überblick Johannes Diemke Vortrag im Rahmen des Seminars Software System Engineering im Wintersemester 2007/2008 Übersicht 1 Motivation
MehrRequirements-Management Ein praktisches Beispiel
2003 Eurocopter Deutschland GmbH 2003 Requirements-Management Ein praktisches Beispiel a.s.drexler@t-online.de Softwareprozesse in Luft- und Raumfahrtprojekten Workshop der DGLR am 15.10.2003 Der Vortrag
MehrRequirements Engineering und IT Service Management Ansatzpunkte einer integrierten Sichtweise
Requirements Engineering und IT Service Management Ansatzpunkte einer integrierten Sichtweise Markus Garschhammer Munich Network Management Team (LMU München / Leibniz Rechenzentrum) Friederike Nickl Sepis
MehrFunctional Safety. Systems Engineering als Schlüsseldisziplin in Projekten mit funktionaler Sicherheit
Systems Engineering als Schlüsseldisziplin in Projekten mit funktionaler Sicherheit Mittelstraße 25/1 88471 Laupheim Fon: 07392-9393525 Fax: 07392-9393526 Mailto: tf@thomasfranzen.com Beispiele nicht sicherer
MehrWorkflow Systeme mit der Windows Workflow Foundation
Studiengang Electronic Business (EB) Diplomarbeit (280000) Workflow Systeme mit der Windows Workflow Foundation externe Betreuung durch Christoph Müller vorgelegt bei Prof. Dr. Michael Gröschel von Hans-Martin
MehrNeue Zusammenarbeitsmodelle bei Fahrerassistenzsystemen zwischen OEM / SW-Unternehmen sichern Innovation und Zukunft
Neue Zusammenarbeitsmodelle bei Fahrerassistenzsystemen zwischen OEM / SW-Unternehmen sichern Innovation und Zukunft Joachim Missel Senior Manager Camera-Systems and Parking-Assistance Development Mercedes-Benz
MehrIntegrative Entwicklungsprozesse am Beispiel einer automotiven Anwendung
am Beispiel einer automotiven Anwendung Bernd van Vugt EXTESSY AG Stefan Gläser VOLKSWAGEN AG Motivation Kundenwunsch: Mobilität und Individualität Fahrzeug + Informationstechnologie + Dienst Herausforderung:
MehrValidierung der Software Anwendung für das Instrumentenmanagement und die Prozessdokumentation
Validierung der Software Anwendung für das Instrumentenmanagement und die Prozessdokumentation Präsentation von Markus Geissmann anlässlich der 7èmes Journées Nationales Suissessursur la Stérilisation
MehrDas Pflichtenheft. Dipl.- Ing. Dipl.-Informatiker Dieter Klapproth Ains A-Systemhaus GmbH Berlin
Fragestellungen: Warum reicht das Lastenheft nicht aus? Was kann ich mit dem Lastenheft machen? Was unterscheidet das Pflichtenheft vom Lastenheft? Was gehört zum Auftragsumfang einer Individualsoftware?
MehrFACHHOCHSCHULE MANNHEIM
Objektorientierte Programmierung 1. Vorlesung Prof. Dr. Peter Knauber Email: P.Knauber@fh-mannheim.de FACHHOCHSCHULE MANNHEIM Hochschule für Technik und Gestaltung Objektorientierung Was ist das? Warum
MehrMetrik-basierte Steuerung der automobilen Systementwicklung.
Seite 1 Metrik-basierte Steuerung der automobilen Systementwicklung. Kaiserslautern, Dr. Jürgen Knoblach Seite 2 Metrik-basierte Steuerung der automobilen Systementwicklung. Gliederung. 1. Herausforderungen
MehrKonzept Themenkarte zur Verbesserung von Reviews
Konzept Themenkarte zur Verbesserung von Reviews Daniel Ott Requirements Management GR/PST/25.11.11 GR/PST 25.11.11 1 Inhalt Motivation Anforderungsdokumente in der Praxis Probleme in der Qualitätssicherung
MehrIndustrie 4.0 Eine Vision auf dem Weg zur Wirklichkeit
Eckard Eberle, CEO Industrial Automation Systems Industrie 4.0 Eine Vision auf dem Weg zur Wirklichkeit siemens.com/answers Industrie 4.0 Was ist das? Der zeitliche Ablauf der industriellen Revolution
MehrSDD System Design Document
SDD Software Konstruktion WS01/02 Gruppe 4 1. Einleitung Das vorliegende Dokument richtet sich vor allem an die Entwickler, aber auch an den Kunden, der das enstehende System verwenden wird. Es soll einen
MehrTeilprojekt 3 Systemsoftware (Middleware)
Teilprojekt 3 Systemsoftware (Middleware) Lars Völker, BMW Seite 1 Middleware / Systemsoftware Anw. Anw. Sichtbar: API Sichtbar: Dateneinheiten Anw. Middleware TCP/IP Stack TCP/IP Stack Ethernet im Bordnetz
MehrSEIS TP 5 Bewertung und Optimierung
SEIS TP 5 Bewertung und Optimierung Dr. Christian Allmann Audi Electronics Venture Dr. Michael Glaß Universität Erlangen-Nürnberg Seite 1 Motivation Evolution der Komplexität Cloud-/ schwarmorientierte
MehrFeature Modelling und Product Sets. Seminar Softwareengineering SS 2007 Felix Schwarz, Olaf Otto TU Berlin
Feature Modelling und Product Sets Seminar Softwareengineering SS 2007 Felix Schwarz, Olaf Otto TU Berlin Agenda Einleitung Variabilitätsmodellierung und Feature-Bäume Staged Configuration Multi-Level
MehrJohannes Greifoner Siemens PLM Software Stuttgart, 12. November 2015 DIGITALISIERUNG INNOVATIONSTREIBER AUF DEM WEG ZUR INDUSTRIE 4.
Johannes Greifoner Stuttgart, 12. November 2015 DIGITALISIERUNG INNOVATIONSTREIBER AUF DEM WEG ZUR INDUSTRIE 4.0 Realize innovation. Welchen Einfluss haben Transformationstechnologien in den nächsten 5,
MehrSolvency II Komplexität bewältigen
Solvency II Komplexität bewältigen Der Service Solvency II schafft die Voraussetzung für wertorientiertes Risikomanagement Motivation Die regulatorischen Anforderungen im Bereich Risikomanagement provozieren
MehrHow to Survive an Audit with Real-Time Traceability and Gap Analysis. Martin Kochloefl, Software Solutions Consultant Seapine Software
How to Survive an Audit with Real-Time Traceability and Gap Analysis Martin Kochloefl, Software Solutions Consultant Seapine Software Agenda Was ist Traceability? Wo wird Traceability verwendet? Warum
MehrEntwicklung domänenspezifischer Software
Entwicklung domänenspezifischer Software Dargestellt am Beispiel des Prozessmanagements Von der Universität Bayreuth zur Erlangung des Grades eines Doktors der Naturwissenschaften (Dr. rer. nat.) genehmigte
MehrTaking RM Agile. Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum
Taking RM Agile CLICK TO EDIT MASTER OPTION 1 Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum Click to edit Master subtitle style Christian Christophoridis Requirements Management
MehrAgenda. Lösungsentwicklungsprozess Rahmenbedingungen für arvato SPL Entwicklungsarchitektur
Lösungsorientierte Software Produktlinienentwicklung in heterogenen Systemlandschaften Andreas Wübbeke Dr. Thomas von der Maßen Workshop Produktlinien im Kontext 2009 25.05.2009 Agenda Ausgangssituation:
MehrWIN WIN WIN. Dr. Bernd Kieseler. Dr. Ronald Hartwig. Christian Jansen. Verwaltungs-Berufsgenossenschaft. User Interface Design GmbH
WIN WIN WIN Dr. Bernd Kieseler Verwaltungs-Berufsgenossenschaft Dr. Ronald Hartwig User Interface Design GmbH Christian Jansen Sun Microsystems GmbH 1 Agenda Die Beteiligten Das Vorhaben Benutzerfreundlichkeit
MehrAbschnitt 16: Objektorientiertes Design
Abschnitt 16: Objektorientiertes Design 16. Objektorientiertes Design 16 Objektorientiertes Design Informatik 2 (SS 07) 610 Software-Entwicklung Zur Software-Entwicklung existiert eine Vielfalt von Vorgehensweisen
MehrRequirements-Traceability in der industriellen Praxis Ziele und Einsatz
Requirements-Traceability in der industriellen Praxis Ziele und Einsatz Forschungsprojekt gefördert von der Deutschen Forschungsgemeinschaft Elke Bouillon elke.bouillon@tu-ilmenau.de 04.12.2012 Seite 1
MehrMHP Audit Process Optimization Ihre Lösung für Ihr Mobile Device- Management zur Performancesteigerung!
MHP Audit Process Optimization Ihre Lösung für Ihr Mobile Device- Management zur Performancesteigerung! 2015 Mieschke Hofmann und Partner Gesellschaft für Management- und IT-Beratung mbh Agenda Motivation
Mehryour engineering partner boost your development
boost development Individuelle Lösungen von Ihrem Engineering Partner Luft- und Raumfahrt Wir realisieren Ihre Visionen und setzen unser ganzes Know-How ein, damit Ihre Ziele praxisgerecht, zeitnah und
MehrApplikationsvirtualisierung in der Praxis. Vortrag an der IHK Südlicher Oberrhein, Freiburg Thomas Stöcklin / 2007 thomas.stoecklin@gmx.
Applikationsvirtualisierung in der Praxis Vortrag an der IHK Südlicher Oberrhein, Freiburg thomas.stoecklin@gmx.ch Agenda Einleitung und Ausgangslage Applikationsvirtualisierung Beispiel: MS Softgrid Vorteile
MehrFunktionale Sicherheit in der Praxis
Peter Löw Roland Pabst Erwin Petry Funktionale Sicherheit in der Praxis Anwendung von DIN EN 61508 und ISO/DIS 26262 bei der Entwicklung von Serienprodukten dpunkt.verlag vii Inhaltsverzeichnis 1 Einleitung
MehrAgile Vorgehensmodelle in der Softwareentwicklung: Scrum
C A R L V O N O S S I E T Z K Y Agile Vorgehensmodelle in der Softwareentwicklung: Scrum Johannes Diemke Vortrag im Rahmen der Projektgruppe Oldenburger Robot Soccer Team im Wintersemester 2009/2010 Was
MehrMarkus Pister (Autor) Integration formaler Fehlereinflussanalyse in die Funktionsentwicklung bei der Automobilindustrie
Markus Pister (Autor) Integration formaler Fehlereinflussanalyse in die Funktionsentwicklung bei der Automobilindustrie https://cuvillier.de/de/shop/publications/1145 Copyright: Cuvillier Verlag, Inhaberin
MehrRTLOpen - Eine Methode zur interdisziplinären Entwicklung von software-intensiven Echtzeit-Systemen
RTLOpen - Eine Methode zur interdisziplinären Entwicklung von software-intensiven Echtzeit-Systemen Thorsten Keuler (thorsten.keuler@iese.fraunhofer.de) IESE Fraunhofer Institut Experimentelles Software
MehrÜbungen zur Softwaretechnik
Technische Universität München Fakultät für Informatik Lehrstuhl IV: Software & Systems Engineering Markus Pister, Dr. Bernhard Rumpe WS 2002/2003 Lösungsblatt 9 17. Dezember 2002 www4.in.tum.de/~rumpe/se
MehrFeaturemodellbasiertes und kombinatorisches Testen von Software-Produktlinien
Featuremodellbasiertes und kombinatorisches Testen von Software-Produktlinien Sebastian Oster, Philipp Ritter, Andy Schürr Sebastian Oster oster@es.tu-darmstadt.de Tel.+49 6151/16-3776 ES Real-Time Systems
MehrLeitbild WIR ÜBER UNS GRUNDAUSSAGEN ZUR BAM
Leitbild WIR ÜBER UNS GRUNDAUSSAGEN ZUR BAM UNSER AUFTRAG Wir gewährleisten Sicherheit in Technik und Chemie. Die Bundesanstalt für Materialforschung und -prüfung (BAM) integriert Forschung, Bewertung
MehrManagementprozesse und Performance
Klaus Daniel Managementprozesse und Performance Ein Konzept zur reifegradbezogenen Verbesserung des Managementhandelns Mit einem Geleitwort von Univ.-Professor Dr. Dr. habil. Wolfgang Becker GABLER EDITION
MehrSoftware Product Line Engineering
Software Product Line Engineering Grundlagen, Variabilität, Organisation Sebastian Steger steger@cs.tu-berlin.de WS 2005/2006 SWT: Entwicklung verteilter eingebetteter Systeme Software Product Line Engineering
MehrUnicontrol weiterhin auf Expansionskurs
Ausgabe 1/2011 Unicontrol weiterhin auf Expansionskurs Auch im Jahr 2011 kann die Unicontrol Systemtechnik GmbH eine Umsatzsteigerung von 75 % vorweisen. Bereits im Jahr 2010 konnte der Umsatz um über
Mehr_Beratung _Technologie _Outsourcing
_Beratung _Technologie _Outsourcing Das Unternehmen Unternehmensdaten n gegründet 1999 als GmbH n seit 2002 Aktiengesellschaft n 2007 Zusammenschluss mit Canaletto Internet GmbH n mehr als 2000 Kunden
MehrWarum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität
Warum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität Marcus Winteroll oose GmbH Agenda I. Ziele und Zusammenarbeit II. Was wir vom agilen Vorgehen lernen
MehrI N F O R M A T I O N V I R T U A L I S I E R U N G. Wir schützen Ihre Unternehmenswerte
I N F O R M A T I O N V I R T U A L I S I E R U N G Wir schützen Ihre Unternehmenswerte Wir schützen Ihre Unternehmenswerte Ausfallsicherheit durch Virtualisierung Die heutigen Anforderungen an IT-Infrastrukturen
MehrWie fördert Industrie 4.0 Ihr Business? Was Sie über die Zukunft des Warenflusses vermutlich noch nicht wissen
Was Sie über die Zukunft des Warenflusses vermutlich noch nicht wissen - Physical Internet: Material wird wie Information - Lässt sich die Logik des Internets auf die physische Welt übertragen? - Werden
Mehr17 Architekturentwurf Vorgehen und Dokumentation
17 Architekturentwurf Vorgehen und Dokumentation 17.1 Einbettung Aber Erster Schritt der Lösung Wenn Anforderungsspezifikation vorliegt Vorgabe für Codierung Hierarchische Verzahnung von Anforderungen
MehrMassendigitalisierung mit Goobi
Massendigitalisierung mit Goobi Dos and Don ts der kooperativen Software-Entwicklung: Das Goobi Release Management 25. Mai 2012 101. Deutscher Bibliothekartag Agenda 1. Einführung 2. Herausforderungen
MehrStrategien eine Software- Dienstleisters
Strategien eine Software- Dienstleisters Dirk Taubner A Company of 11.2.05 TU München Motivation sd&m AG, 08.02.2005, Seite 2 Offshore-Entwicklung als Kosten reduzierender Baustein hochqualitativen Software-Engineerings
MehrMake It Easy Ein Tool zur automatisierten Auswertung und Analyse für einen automatisierten Simulationsprozess
Make It Easy Ein Tool zur automatisierten Auswertung und Analyse für einen automatisierten Simulationsprozess DI Werner Tieber, DI Werner Reinalter Mehrkörpersimulation (MKS) MAGNA STEYR Engineering Austria
MehrUnterschiede zur Klassischen Software-Entwicklung. SPL versus klassische SE Tim Serowski 1
Unterschiede zur Klassischen Software-Entwicklung SPL versus klassische SE Tim Serowski 1 Agenda Kurzüberblick Fertigungsprozess Wiederverwendbarkeit von Komponenten Versionierung Kosten / Nutzen einer
Mehr17 Überblick über die restlichen Vorgehensbausteine
Bundesamt für Informationsmanagement und Informationstechnik der Bundeswehr 17 Überblick über die restlichen Vorgehensbausteine V-Modell XT Anwendung im Projekt
MehrÜbungsklausur vom 7. Dez. 2007
Übungsklausur vom 7. Dez. 2007 Ein Lösungsmuster Teilbereiche der Softwaretechnik Software Anforderungen Software Entwurf Software Konstruktion Software Test Software Wartung Software Konfigurationsmanagement
MehrNeue Funktionen in Innovator 11 R5
Neue Funktionen in Innovator 11 R5 Innovator for Enterprise Architects, Java Harvester und Prüfassistent 12.11.2013 Agenda 1 2 3 Einführung Was ist neu in Innovator 11 R5? Szenario Enterprise Architektur
MehrQUALITÄT KONSTRUIEREN
QUALITÄT KONSTRUIEREN Universität des Saarlandes, 06.02.2014 Prof. Dr.-Ing. Michael Vielhaber Lehrstuhl für Konstruktionstechnik Prof. Dr.-Ing. Michael Vielhaber Produktentwicklung bei ABB, Husky, Daimler
MehrForum zum Erfahrungsaustausch in Sachen Qualitätsmanagement SUBSEQ Consulting GmbH
Forum zum Erfahrungsaustausch in Sachen Qualitätsmanagement SUBSEQ Consulting GmbH im September 2010 Herzlich Willkommen! Wir begrüßen Sie recht herzlich zum GÄSTELISTE: 1. Q-DAY Q in München Seite 1 Ziel
MehrDatenverteiler-System
Externe Externe Externe Schnittstelle Schnittstelle Schnittstelle Externe Externe Schnittstelle Schnittstelle Aktuelle Situation 2-mal implementiert 1-mal implementiert UZ 1 M1 M2 DB Mn neu 3-mal implementiert
MehrITIL und Entwicklungsmodelle: Die zwei Kulturen
Kombination von IT Service Management (ITIL) und Anwendungsentwicklung Kai Witte und Matthias Kaulke, München, den 30.03.2006 Rahmeninformationen Wo sind wir? Unternehmensdarstellung (1) Unabhängiges Beratungsunternehmen
MehrTheoretische Grundlagen des Software Engineering
Theoretische Grundlagen des Software Engineering 11: Abstrakte Reduktionssysteme schulz@eprover.org Reduktionssysteme Definition: Reduktionssystem Ein Reduktionssystem ist ein Tupel (A, ) Dabei gilt: A
MehrIT-Forum Göttingen Open-Source-Software Das Content Management System TYPO3
IT-Forum Göttingen Open-Source-Software Das Content Management System TYPO3 Holger Frahnert FRAHNERT Forschung & Beratung Am Pfingstanger 53 37075 Göttingen T: 0551 504 2980 F: 0551 504 2989 E: mail@frahnert.de
Mehr16.4 Wiederverwendung von COTS-Produkten
16.4 Wiederverwendung von COTS-Produkten COTS = commercial of the shelf im Handel erhältliche Software-Produkte Anpassung für Kunden ohne Änderung am Quellcode Quellcode in der Regel nicht einsehbar (Ausnahme
MehrInformationssystemanalyse Problemstellung 2 1. Trotz aller Methoden, Techniken usw. zeigen Untersuchungen sehr negative Ergebnisse:
Informationssystemanalyse Problemstellung 2 1 Problemstellung Trotz aller Methoden, Techniken usw. zeigen Untersuchungen sehr negative Ergebnisse: große Software-Systeme werden im Schnitt ein Jahr zu spät
MehrE-Commerce & Logistik. Seit September 2011 FSC-zertifiziert!
E-Commerce & Logistik Seit September 2011 FSC-zertifiziert! Das Internet bietet Ihnen nahezu unbegrenzte Möglichkeiten, Produkte und Dienstleistungen zu verkaufen. Gleichzeitig aber nehmen die Herausforderungen
MehrDr. Klaus Körmeier BlueBridge Technologies AG
Dr. Klaus Körmeier BlueBridge Technologies AG Agenda Was ist ein SharePoint Wiki Anwendungsbeispiele und Erweiterungen Was ist beim Einsatz zu beachten Zusammenfassung Partner Partner BlueBridge AG SharePoint-Erfahrung
Mehrintence automotive electronics Ausführbare Spezifikation Der Weg zu besseren Anforderungen
intence automotive electronics Ausführbare Spezifikation Der Weg zu besseren Anforderungen Kurzvorstellung intence Agenda KURZVORSTELLUNG intence automotive electronics Wurde 2007 gegründet und ist Entwicklungspartner
MehrEvaluation of Database Design and Reverse Engineering Tools for a Large Software System
Evaluation of Database Design and Reverse Engineering Tools for a Large Software System Anne Thomas TU Dresden Dr. B. Demuth Pre Press GmbH (Dresden) T. Reuter Gliederung Einleitung Vorgehensweise Kontext
MehrUsability Ohne AddOn, PlugIn & Co. und mit Nutzen auch jenseits vom HMI
Herzlich Willkommen Usability Ohne AddOn, PlugIn & Co. und mit Nutzen auch jenseits vom HMI Niko Glaub Geschäftsführer der Glaub Solution GmbH 1 Kurze Unternehmensvorstellung gegründet: 1979 in 2. Generation
MehrVorstellung des BMBF-Projektes FluSs aus Sicht eines Endanwenders. Düsseldorf Maritim-Hotel, 09. Juli 2013 Mark Zwirner
Vorstellung des BMBF-Projektes FluSs aus Sicht eines Endanwenders Düsseldorf Maritim-Hotel, 09. Juli 2013 Mark Zwirner Chart 2 Hintergründe Auswirkungen von Sicherheitsmaßnahmen Sicherheitsmaßnahmen entstehen
MehrSession 8: Projektvorstellung Transferprojekt itsowl-tt-savez 18. August 2015, Gütersloh. www.its-owl.de
Session 8: Projektvorstellung Transferprojekt itsowl-tt-savez 18. August 2015, Gütersloh www.its-owl.de Agenda Abschlusspräsentation itsowl-tt-savez Einführung Zielsetzung Ergebnisse Resümee und Ausblick
MehrInhaltsverzeichnis 1 Einführung und Überblick 2 Grundlagen
IX 1 Einführung und Überblick... 1 1.1 Das System Fahrer-Fahrzeug-Umwelt... 2 1.1.1 Aufbau und Wirkungsweise elektronischer Systeme... 2 1.1.2 Elektronische Systeme des Fahrzeugs und der Umwelt... 5 1.2
MehrINFORMATION LIFECYCLE MANAGEMENT
INFORMATION LIFECYCLE MANAGEMENT REVISIONSSICHERES LÖSCHEN UND RESTRUKTURIEREN VON DOKUMENTENSTRUKTUREN WOLFGANG EIGENBROD RAUM 1B02/03 CENIT EIM IT-TAG 13.06.2013 AGENDA 1. AUSGANGSLAGE - FAKTEN 2. INFORMATION
MehrAngepasste Software Standards für DLR- Eigenentwicklungen - Die DLR Software Basisstandards -
Angepasste Software Standards für DLR- Eigenentwicklungen - Die DLR Software Basisstandards - Anita Herrmann Braunschweig, 10. Nov 2004 Ausgangspunkte Im DLR werden nach vorsichtigen
MehrMicrosoft SharePoint 2013 Designer
Microsoft SharePoint 2013 Designer Was ist SharePoint? SharePoint Designer 2013 Vorteile SharePoint Designer Funktionen.Net 4.0 Workflow Infrastruktur Integration von Stages Visuelle Designer Copy & Paste
MehrKnowledge Management (KM) - Wirklich neu? -
Knowledge Management (KM) - Wirklich neu? - Dr. Rainer Gnibl 1 1 Dr. Rainer Gnibl Regierung von Oberfranken Ludwigstr. 20 95444 Bayreuth Phone +49 981 53-1262 Fax +49 921 604-4950 Mail rainer.gnibl@reg-ofr.bayern.de
MehrEinführung von Test-Prozessen laut TMMi. Egon Valentini 1. März 2010
Einführung von Test-Prozessen laut TMMi Egon Valentini 1. März 2010 Agenda NXP Testumfeld CMMi, TMMi TMMi QualityPolicy, TestPolicy, TestStrategy, TestPlan Lessons Learned 2 Warum brauchen wir Testmethoden
MehrMethodik zur Verbesserung von Vorgehensmodellen am Beispiel des V-Modell XT 1.4 und eines industrienahen Standards nach ASPICE
Herzlich willkommen! Methodik zur Verbesserung von Vorgehensmodellen am Beispiel des V-Modell XT 1.4 und eines industrienahen Standards nach ASPICE Unterlagenklasse: 0.2 Max. Aufbewahrungsdauer: 4 Jahre
Mehr» Export von Stud.IP-Daten auf eigene Web-Seiten» Workshop Donnerstag, 18.09.2014
Elmar Ludwig, Peter Thienel» Export von Stud.IP-Daten auf eigene Web-Seiten» Workshop Donnerstag, 18.09.2014» Stud.IP-Tagung 2014 (Göttingen) A Struktur des Workshops Allgemeine Einführung Was sind externe
Mehr16 Architekturentwurf Einführung und Überblick
Teil III: Software-Architekturentwurf 16 Architekturentwurf Einführung und Überblick 16.1 Software entwerfen Warum? Beim Arbeiten im Kleinen nicht oder nur ansatzweise (Detailentwurf) Größere Software
MehrINDUSTRIE 4.0 AUS SICHT EINES IKT-INSTITUTS. Dr.-Ing. Mike Heidrich BICCnet OpenLabs am Fraunhofer ESK, München, 17.
INDUSTRIE 4.0 AUS SICHT EINES IKT-INSTITUTS Dr.-Ing. Mike Heidrich BICCnet OpenLabs am Fraunhofer ESK, München, 17. September 2014 Inhalt des Vortrages Einleitung Innovationen durch Informations- und Kommunikationstechnik
MehrAbsicherung von Automotive Software Funktionen
GI Themenabend "Automotive" Absicherung von Automotive Software Funktionen 27.02.2013 Jürgen Schüling Überblick Berner & Mattner Gründung: 1979 Mitarbeiter: 400 Umsatz 2011: Standorte: Angebot: Branchen:
MehrBenötigen wir einen Certified Maintainer?
Benötigen wir einen Certified Maintainer? Stefan Opferkuch Universität Stuttgart Institut für technologie, Abteilung Engineering Bestehende Qualifizierungsprogramme Qualifizierungsprogramme existieren
MehrGrundlagen Kaizen, Lean Management
17. Internationales Holzbau-Forum 11 Grundlagen Kaizen, Lean Management J. Schmid 1 Grundlagen Kaizen, Lean Management Lean Excellence in der Produktion Economie des moyens en production Joachim Schmid
Mehr