Vorlesung Embedded Software-Engineering im Bereich Automotive
|
|
|
- Joachim Bauer
- vor 8 Jahren
- Abrufe
Transkript
1 Vorlesung Embedded Software-Engineering im Bereich Automotive Technische Universität Dresden, Fakultät Informatik, Professur Softwaretechnologie WS 2008/2009 Dr. rer. nat. Bernhard Hohlfeld 1
2 4. Kernprozess zur Entwicklung von elektronischen Systemen und Software 1. Entwicklungsobjekt: Kombiinstrument 2. Analyse und Spezifikation der Benutzeranforderungen 3. Analyse und Spezifikation der technischen Anforderungen 4. Analyse und Spezifikation der Software-Anforderungen 5. Spezifikation der Software-Komponenten 6. Design und Implementierung der Software-Komponenten 7. Test der Software-Komponenten 8. Integration der Software-Komponenten 9. Integrationstest der Software-Komponenten 10. Integration der System-Komponenten 11. Integrationstest des Systems 12. Kalibrierung 13. Akzeptanz- und Systemtest 2
3 Quelle Kapitel 4 3
4 Komponentenentwicklung und Systementwicklung Komponentenentwicklung Analyse und Entwurf von Komponenten Computerspiele SAP Keine oder wenig Bezug zu realer Umwelt Benutzer und betriebliche Abläufe müssen sich der EDV anpassen, nicht umgekehrt Systementwicklung Analyse und Entwurf des Systems als Ganzes Liefert Vorgaben für Komponentenentwicklung Embedded Systems Automotive Aerospace Railways Medicin Hoher Bezug zu realer Umwelt Systeme haben sich z.b. der Physik anzupassen 4
5 Systems Engineering Systems Engineering ist die gezielte Anwendung von wissenschaftlichen und technischen Ressourcen Zur Transformation eines operationellen Bedürfnisses in die Beschreibung einer Systemkonfiguration unter bestmöglicher Berücksichtigung aller operativen Anforderungen und nach den Maßstäben der gebotenen Effektivität. Zur Integration aller technischen Parameter und zur Sicherstellung der Kompatibilität aller physikalischen, funktionalen und technischen Schnittstellen in einer Art und Weise, so dass die gesamte Systemdefinition und der Systementwurf möglichst optimal werden. Zur Integration der Beiträge aller Fachdisziplinen in einen ganzheitlichen Entwicklungsansatz. (Nach Schäuffele/Zurawka, Bezug zu CMMI und INCOSE Fachdisziplinen innerhalb Systems Engineering Software-Entwicklung Hardware-Entwicklung Sensorik Aktuatorik... 5
6 Übersicht V-Modell 6
7 Übersicht V-Modell 7
8 4.Kernprozess zur Entwicklung von elektronischen Systemen und Software 1. Entwicklungsobjekt: Kombiinstrument 2. Analyse und Spezifikation der Benutzeranforderungen 3. Analyse und Spezifikation der technischen Anforderungen 4. Analyse und Spezifikation der Software-Anforderungen 5. Spezifikation der Software-Komponenten 6. Design und Implementierung der Software-Komponenten 7. Test der Software-Komponenten 8. Integration der Software-Komponenten 9. Integrationstest der Software-Komponenten 10. Integration der System-Komponenten 11. Integrationstest des Systems 12. Kalibrierung 13. Akzeptanz- und Systemtest 8
9 Entwicklungsobjekt: Kombiinstrument 9
10 4.Kernprozess zur Entwicklung von elektronischen Systemen und Software 1. Entwicklungsobjekt: Kombiinstrument 2. Analyse und Spezifikation der Benutzeranforderungen 3. Analyse und Spezifikation der technischen Anforderungen 4. Analyse und Spezifikation der Software-Anforderungen 5. Spezifikation der Software-Komponenten 6. Design und Implementierung der Software-Komponenten 7. Test der Software-Komponenten 8. Integration der Software-Komponenten 9. Integrationstest der Software-Komponenten 10. Integration der System-Komponenten 11. Integrationstest des Systems 12. Kalibrierung 13. Akzeptanz- und Systemtest 10
11 Analyse und Spezifikation der Benutzeranforderungen 11
12 Analyse und Spezifikation der Benutzeranforderungen 12
13 Analyse und Spezifikation der Benutzeranforderungen 13
14 Analyse und Spezifikation der Benutzeranforderungen 14
15 Analyse und Spezifikation der Benutzeranforderungen 15
16 4.Kernprozess zur Entwicklung von elektronischen Systemen und Software 1. Entwicklungsobjekt: Kombiinstrument 2. Analyse und Spezifikation der Benutzeranforderungen 3. Analyse und Spezifikation der technischen Anforderungen 4. Analyse und Spezifikation der Software-Anforderungen 5. Spezifikation der Software-Komponenten 6. Design und Implementierung der Software-Komponenten 7. Test der Software-Komponenten 8. Integration der Software-Komponenten 9. Integrationstest der Software-Komponenten 10. Integration der System-Komponenten 11. Integrationstest des Systems 12. Kalibrierung 13. Akzeptanz- und Systemtest 16
17 Analyse und Spezifikation der technischen Anforderungen 17
18 Analyse und Spezifikation der technischen Anforderungen 18
19 Analyse und Spezifikation der technischen Anforderungen 19
20 Analyse und Spezifikation der technischen Anforderungen 20
21 Randbedingungen und Zielkonflikte Wiederverwendung von technischen Komponenten in verschiedenen Baureihen Motoren Getriebe Einheitliche Motor- und Getriebesteuergeräte mit unterschiedlichem Programm und Datenstand Verschiedene Varianten innerhalb einer Baureihe Schaltgetriebe Automatikgetriebe Trennung von Motor- und Getriebesteuergerät Sonderausstattung und Serienausstattung Serienausstattung Realisierung auf einem Steuergerät Sonderausstattung Regensensor Einparkhilfe Elektrische Sitzverstellung Separate Steuergeräte oder Softwarefreischaltung 21
22 Analyse und Spezifikation der technischen Anforderungen Vorgabe: Wiederverwendung des Steuergerätes SG1 mit den Funktionen f1, f2, f3 Freiheitsgrad: Zuordnung der Funktion f4 (z.b. auf SG 3) 22
23 Analyse und Spezifikation der technischen Anforderungen 23
24 Analyse und Spezifikation der technischen Anforderungen 24
25 Analyse und Spezifikation der technischen Anforderungen 25
26 Analyse und Spezifikation der technischen Anforderungen 26
27 Analyse und Spezifikation der technischen Anforderungen 27
28 Analyse und Spezifikation der technischen Anforderungen 28
29 Analyse und Spezifikation der technischen Anforderungen 29
30 Analyse und Spezifikation der technischen Anforderungen 30
31 Analyse und Spezifikation der technischen Anforderungen 31
32 Analyse und Spezifikation der technischen Anforderungen 32
33 Analyse und Spezifikation der technischen Anforderungen 33
34 Analyse und Spezifikation der technischen Anforderungen 34
35 4.Kernprozess zur Entwicklung von elektronischen Systemen und Software 1. Entwicklungsobjekt: Kombiinstrument 2. Analyse und Spezifikation der Benutzeranforderungen 3. Analyse und Spezifikation der technischen Anforderungen 4. Analyse und Spezifikation der Software-Anforderungen 5. Spezifikation der Software-Komponenten 6. Design und Implementierung der Software-Komponenten 7. Test der Software-Komponenten 8. Integration der Software-Komponenten 9. Integrationstest der Software-Komponenten 10. Integration der System-Komponenten 11. Integrationstest des Systems 12. Kalibrierung 13. Akzeptanz- und Systemtest 35
36 Analyse und Spezifikation der Software- Anforderungen 36
37 Analyse und Spezifikation der Software- Anforderungen 37
38 Analyse und Spezifikation der Software- Anforderungen 38
39 Analyse und Spezifikation der Software- Anforderungen 39
40 Analyse und Spezifikation der Software- Anforderungen 40
41 Analyse und Spezifikation der Software- Anforderungen 41
42 Analyse und Spezifikation der Software- Anforderungen 42
43 Analyse und Spezifikation der Software- Anforderungen 43
44 Analyse und Spezifikation der Software- Anforderungen 44
45 Analyse und Spezifikation der Software- Anforderungen 45
46 4.Kernprozess zur Entwicklung von elektronischen Systemen und Software 1. Entwicklungsobjekt: Kombiinstrument 2. Analyse und Spezifikation der Benutzeranforderungen 3. Analyse und Spezifikation der technischen Anforderungen 4. Analyse und Spezifikation der Software-Anforderungen 5. Spezifikation der Software-Komponenten 6. Design und Implementierung der Software-Komponenten 7. Test der Software-Komponenten 8. Integration der Software-Komponenten 9. Integrationstest der Software-Komponenten 10. Integration der System-Komponenten 11. Integrationstest des Systems 12. Kalibrierung 13. Akzeptanz- und Systemtest 46
47 Spezifikation der Software-Komponenten 47
48 Spezifikation der Software-Komponenten 48
49 Spezifikation der Software-Komponenten 49
50 Spezifikation der Software-Komponenten 50
51 Spezifikation der Software-Komponenten 51
52 Spezifikation der Software-Komponenten 52
53 Spezifikation der Software-Komponenten 53
54 Spezifikation der Software-Komponenten 54
55 Spezifikation der Software-Komponenten 55
56 Spezifikation der Software-Komponenten 56
Vorlesung Embedded Software-Engineering im Bereich Automotive
INFORMATIK CONSULTING SYSTEMS AG Vorlesung Embedded Software-Engineering im Bereich Automotive Technische Universität Dresden, Fakultät Informatik, Professur Softwaretechnologie Sommersemester 2010 Dr.
Kernprozess 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
4.8! Integration der Software-Komponenten
4.8! Integration der n Analyse der Benutzeranforderungen & Spezifikation der logischen Systemarchitektur zur System- und Software- Entwicklung Anwendungsfälle Testergebnisse Akzeptanztest & Systemtest
Automotive 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
Automotive 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
Inhaltsverzeichnis 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
Entwicklungsprozesse und -werkzeuge
Entwicklungsprozesse und -werkzeuge Boris Nikolai Konrad boris.konrad@udo.edu PG Seminarwochenende 21.-23. Oktober 2007 1 Überblick Entwicklungsprozesse Unterstützungsprozesse Kernprozess Entwicklungswerkzeuge
Abschnitt 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
Software Engineering. Fakultät Elektrotechnik Bachelor-Studiengänge, 4. Semester Prof. Dr.-Ing. Dagmar Meyer
Fakultät Elektrotechnik Bachelor-Studiengänge, 4. Semester Vorausgesetzte Kenntnisse Allgemeine Kenntnisse aus dem Bereich der Softwareentwicklung - Programmierkenntnisse (Java, C) - Beherrschung der notwendigen
Software-Engineering
SWE5 Slide 1 Software-Engineering Sebastian Iwanowski FH Wedel Kapitel 5: Systementwurf SWE5 Slide 2 Systemanalyse vs. Softwareentwurf Systemanalyse beschreibt das System der Anwendung, für das eine Aufgabe
T1 - Fundamentaler Testprozess
AK 2 am Armin Beer, Support Center Test der Software- Entwicklung 1 für einen erfolgreichen Test? Projektteam strebt nach Qualität Aufwände sind eingeplant (Richtwerte) 20 bis 30% des Gesamtaufwandes In
Softwareentwicklungsprozess im Praktikum. 23. April 2015
Softwareentwicklungsprozess im Praktikum 23. April 2015 Agile Softwareentwicklung Eine agile Methodik stellt die beteiligten Menschen in den Mittelpunkt und versucht die Kommunikation und Zusammenarbeit
Transfer von Prozessen des Software-Produktlinien Engineering in die Elektrik/Elektronik- Architekturentwicklung von Fahrzeugen
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
PC-basierte HIL-Simulation in der elektrischen Antriebstechnik
PC-basierte in der elektrischen Antriebstechnik MATLAB EXPO 2015 Dipl.-Ing. Achim Schöke Achim.Schoeke@KEB.de 1 Agenda Einleitung Zusammenfassung Entwicklungsstufen im V-Modell Eigenschaften von PWM Signalen
Praktikum Software Engineering: Verfahren und Werkzeuge
Praktikum Software Engineering: Verfahren und Werkzeuge Lehrstuhl für Software Engineering (Informatik 11) Verfahren und Werkzeuge Seite 1 Software Engineering Absichten, Aufgaben Systemnutzung Anforderungsspezifikation
Wiederverwendung 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
Das 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?
SysInventor. Jakobstr. 64 D-78464 Konstanz. Kontakt: info1@sysinventor.de. Phone +49 (0) 7531 35116 Fax +49 (0) 7531 35116
Jakobstr. 64 D-78464 Konstanz SysInventor Kontakt: info1@sysinventor.de Phone +49 (0) 7531 35116 Fax +49 (0) 7531 35116 Udo Wesseler, Dipl.-Inf. Dr. Claus Braxmaier, Dipl-Phys. & Dipl.-Ing. (FH) Wir sind......ein
Angepasste 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
Fachtagung Safety in Transportation Leitfaden für die IT Sicherheit auf Grundlage IEC 62443
Fachtagung Safety in Transportation Leitfaden für die IT Sicherheit auf Grundlage IEC 62443 DKE UK 351.3.7 Hans-Hermann Bock 1 Braunschweig, 06.11.2013 Anwendungsbereich der Vornorm (1) Diese Vornorm ist
Vorlesung Automotive Software Engineering Teil 1 Motivation und Überblick
INFORMATIK CONSULTING SYSTEMS AG Vorlesung Automotive Software Engineering Teil 1 Sommersemester 2013 Prof. Dr. rer. nat. Bernhard Hohlfeld Bernhard.Hohlfeld@mailbox.tu-dresden.de Technische Universität
T3 Testen im Software- Lebenszyklus
T3 Testen im Siemens AG Österreich 2005 All Rights Reserved Institut f. Software Technology, TU-Graz Armin Beer, PSE Support-Center Test AK- 2 1 AK- Definition Test der einzelnen implementierten Komponenten
Neue 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
Entwurf. Anwendungsbeginn E DIN EN 62304 (VDE 0750-101):2013-10. Anwendungsbeginn dieser Norm ist...
Anwendungsbeginn Anwendungsbeginn dieser Norm ist.... Inhalt Einführung... 13 1 Anwendungsbereich... 16 1.1 *Zweck... 16 1.2 *Anwendungsbereich... 16 1.3 Beziehung zu anderen Normen... 16 1.4 Einhaltung...
Copyright 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
Vorgehensmodelle zur Softwareentwicklung
Whitepaper und technische Dokumentation Informationen zu diesem Dokument Autor: Tobias Eichner, tobias@starenterprise.com Datum der Erstveröffentlichung: Februar 2013 Datum der letzten Überarbeitung: 11.
Integration von ITIL in das V-Modell XT
Integration von ITIL in das V-Modell XT Masterprojekt von Alexis Djomeny Nana 06.11.2014 VMEA Köln Joachim Schramm Technische Universität Clausthal Institut für Informatik - Software Systems Engineering
Dokumentation für die Software-Wartung
7. Workshop Software-Reengineering Dokumentation für die Software-Wartung Stefan Opferkuch Universität Stuttgart Institut für Softwaretechnologie, Abteilung Software Engineering 4. Mai 2005 Übersicht Wie
Testplan. Hochschule Luzern Technik & Architektur. Software Komponenten FS13. Gruppe 03 Horw, 16.04.2013
Software Komponenten FS13 Gruppe 03 Horw, 16.04.2013 Bontekoe Christian Estermann Michael Moor Simon Rohrer Felix Autoren Bontekoe Christian Studiengang Informatiker (Berufsbegleitend) Estermann Michael
Ein Testprozess für Modellbasiertes Testen
Ein Testprozess für Modellbasiertes Testen Seminar: Software-Qualitätssicherung Tobias Eckardt 8. Juli 2008 Testen von Softwaresystemen Fehler in einer adaptiven Geschwindigkeitsregelung (engl. adaptive
Übungsaufgaben zum Software Engineering: Management
Übungsaufgaben zum Software Engineering: Management Grundbegriffe: Aufgabe 1: Aus welchen Disziplinen setzt sich das Software Engineering zusammen? a. Informatik b. Physik c. Psychologie d. Chemie e. Geologie
FACHHOCHSCHULE 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
Projektmanagement. Vorlesung von Thomas Patzelt 9. Vorlesung
Projektmanagement Vorlesung von Thomas Patzelt 9. Vorlesung 1 Pläne Kein Plan überlebt die erste Feindberührung - Feldmarschall Helmuth von Moltke Prognosen sind schwierig, besonders wenn sie die Zukunft
Software Engineering. Dokumentation. Wintersemester 2005/06. Kapitel 21. Universität Zürich Institut für Informatik
Martin Glinz Harald Gall Software Engineering Wintersemester 2005/06 Kapitel 21 Dokumentation Universität Zürich Institut für Informatik 2006 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe
Functional 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
Qualitätsmanagement im Projekt
Software-Engineering Qualitätsmanagement im Projekt Vorlesung im Wintersemester 2008/2009 Fakultät Wirtschaftsinformatik Klaus Mairon, M.Sc. Inhalte Messen und Bewerten: Metriken in der Qualitätssicherung
Vorlesung 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
SWT II Projekt. Chat - Anwendung. Pflichtenheft 2000 SWT
SWT II Projekt Chat - Anwendung Pflichtenheft 2000 SWT i Versionen Datum Version Beschreibung Autor 3.11.2000 1.0 erste Version Dietmar Matthes ii Inhaltsverzeichnis 1. ZWECK... 1 1.1. RAHMEN... 1 1.2.
17 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
SDD 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
Effizienzsteigerung von Softwaretests durch Automatisierung
Bachelorarbeit am Institut für Informatik der Freien Universität Berlin, Arbeitsgruppe Programmiersprachen Effizienzsteigerung von Softwaretests durch Automatisierung David Emanuel Diestel 04.02.2016 Übersicht
16 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
T2 Fundamentaler Testprozess
T2 Fundamentaler Siemens AG Österreich 2005 All Rights Reserved Institut f. Software Technology, TU-Graz Armin Beer, PSE Support-Center Test Overview der Software- Entwicklung 2 1 Wasserfall-Modell Analyse
Ü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 1 17. Oktober 2002 www4.in.tum.de/~rumpe/se
Robustheit von Baugruppen und Systemen
12. FED-Konferenz Ulm, 16. September 2004 service for microelectronics Referent: Klaus Dittmann Praxisbeispiel: Gegenseitige Beeinflussung von Komponenten einer Baugruppe oder eines Gerätes Entwicklungsbegleitende
Product 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.
Agile 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
Organisationsspezifische Anpassungen von Vorgehensmodellen Nutzen und Herausforderungen
Organisationsspezifische Anpassungen von Vorgehensmodellen Nutzen und Herausforderungen Vorgehensmodelle 20 Anspruch und Wirklichkeit DHBW Lörrach, 09.0.20 Joachim Schramm, Thomas Ternité, Marco Kuhrmann
Ausbildungs- und Karriereportal für e-health Professionals
Ausbildungs- und Karriereportal für e-health Professionals Was sind die Anforderungen an ein Karriereportal für E-Health Professionals und wie lassen sich diese Anforderungen durch eine Kontext-Analyse
Comparing 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
Unicontrol 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
,$ -. "+0 *+*+ ! / -#$%$. #$%'' $ () 1 2$ #$%$! 1 2$3 )!
*+*+ *,$ -.! / -#$%$. #$%'' $ () "+0 *+*+ 4 *+*+ 1 2$ #$%$! 1 2$3 )! 1 *+*+ $& #$%'!' '!' 5 1! 1 4$5%! 1 63$ 1 $7$! 1 3! 1 77 8'7 1 /!$' 1 83% *+*+ 0 #$%'' '' #$%'' ''$' )%! $' #$% 5 87 $ 8$! 7$+ 1 #$%9$
Reference Migration Process ReMiP
Reference Migration Process ReMiP Ein Referenz-Prozess der Software-Migration 1 Übersicht Motivation º Gründe für Migrationen º Notwendigkeit eines generischen Referenz-Prozesses Herleitung des Referenzprozesses
Prüftechnische Umsetzung der Anforderungen zur Validierung von sicherheitsrelevanter Automobilelektronik
Prüftechnische Umsetzung der Anforderungen zur Validierung von sicherheitsrelevanter Automobilelektronik Referent Klaus Nicolai Volkswagen AG Business Unit Braunschweig Gliederung Funktionale Sicherheit
Prozesse visualisieren mit Informatik- Werkzeugen Ist Schaffhausen bereit? Beat Kobler, Abteilungsleitung Service Center, KSD Schaffhausen
Prozesse visualisieren mit Informatik- Werkzeugen Ist Schaffhausen bereit? Beat Kobler, Abteilungsleitung Service Center, KSD Schaffhausen 1 Agenda Ausgangslage Prozessmanagement KSD Anforderungen / Ziele
Wirtschaftsinformatik 2 Modellierung betrieblicher Informationssysteme - MobIS
Wirtschaftsinformatik 2 Modellierung betrieblicher Informationssysteme - MobIS (theoretische Aspekte der Informationsmodellierung) 3. Vorlesung 23.04.2007 Informationsmodelle Phasen der Softwareentwicklung:
Kapitel 2: Der Software-Entwicklungsprozess
Wie konstruiert man Software? Kapitel 2: Der Software-Entwicklungsprozess SoPra 2008 Kap. 2: Der Software-Entwicklungsprozess (1/10) Der Software-Entwicklungs-Prozess Historisches 1960JJ adhoc Techniken
Kapitel 10: Dokumentation
Kapitel 10: Dokumentation Inhalt 10.1 Stellenwert der Dokumentation 10.2 Dokumentenlenkung 10.3 Dokumentation des Qualitätsmanagementsystems Schlüsselbegriffe Dokument, Dokumentenlenkung, Qualitätshandbuch
Entwicklungsprozesse. und -werkzeuge
Entwicklungsprozesse und -werkzeuge Ausarbeitung für die Einführungsveranstaltung zur Projektgruppe Autolab am Fachbereich 4 (Informatik) an der Universität Dortmund im Wintersemester 2007 / 2008 Der zugehörige
Informationssystemanalyse Lebenszyklusmodelle 3 1. Lebenszyklusmodelle sollen hauptsächlich drei Aufgaben erfüllen:
Informationssystemanalyse Lebenszyklusmodelle 3 1 Aufgaben von Lebenszyklusmodellen Lebenszyklusmodelle sollen hauptsächlich drei Aufgaben erfüllen: Definition der Tätigkeiten im Entwicklungsprojekt Zusicherung
Objektorientierter Software-Entwurf Grundlagen 1 1. Analyse Design Implementierung. Frühe Phasen durch Informationssystemanalyse abgedeckt
Objektorientierter Software-Entwurf Grundlagen 1 1 Einordnung der Veranstaltung Analyse Design Implementierung Slide 1 Informationssystemanalyse Objektorientierter Software-Entwurf Frühe Phasen durch Informationssystemanalyse
Software Systems Engineering
Software : SoSe 08 Prof. Dr. Klaus Schmid Software Produktlinien Ein neues Programm soll erstellt werden. Das habe ich doch schon mal programmiert, oder? Alter Code passt aber nicht ganz! Wird passend
Testdokumentation nach Norm IEC 61508. Volkswagen AG, Bussines Unit Braunschweig
Testdokumentation nach Norm IEC 61508 mit Hilfe des TDM Formats Klaus Nicolai Volkswagen AG, Bussines Unit Braunschweig Gliederung Funktionale Sicherheit Quellen technischer Anforderungen Baugruppentest
Themen. Web Services und SOA. Stefan Szalowski Daten- und Online-Kommunikation Web Services
Themen Web Services und SOA Wer kennt den Begriff Web Services? Was verstehen Sie unter Web Services? Die Idee von Web Services Ausgangspunkt ist eine (evtl. schon bestehende) Software Anwendung oder Anwendungskomponente
HP Software für SAP Solutions
HP Software für SAP Solutions www.hp.com/de/bto HP Software für SAP Solutions SAP ERP 2005: Upgrades warten schon Mit dem ERP (Enterprise Resource Planning)-System SAP R/3 werden unternehmensrelevante
Testautomatisierung. Lessons Learned. qme Software. Gustav-Meyer-Allee 25 13355 Berlin. Telefon 030/46307-230 Telefax 030/46307-649
Testautomatisierung Lessons Learned qme Software GmbH Gustav-Meyer-Allee 25 13355 Berlin Telefon 030/46307-230 Telefax 030/46307-649 E-Mail qme Software info@qme-software.de GmbH Testautomatisierung Lessons
Das chronische Problem der Anforderungsanalyse und die Frage: Fehler vermeiden oder früh entdecken? Oral Avcı ZU KÖLN
Das chronische Problem der Anforderungsanalyse und die Frage: Fehler vermeiden oder früh entdecken? Oral Avcı UNIVERSITÄT ZU KÖLN Lehrstuhl für Wirtschaftsinformatik Systementwicklung Prof. Dr. Werner
Software-Engineering
FH Wedel Prof. Dr. Sebastian Iwanowski SWE2 Folie 1 Software-Engineering Sebastian Iwanowski FH Wedel Kapitel 2: Grundbegriffe und Prinzipien FH Wedel Prof. Dr. Sebastian Iwanowski SWE2 Folie 2 Grundbegriffe
OSEK-OS. Oliver Botschkowski. oliver.botschkowski@udo.edu. PG AutoLab Seminarwochenende 21.-23. Oktober 2007. AutoLab
OSEK-OS Oliver Botschkowski oliver.botschkowski@udo.edu PG Seminarwochenende 21.-23. Oktober 2007 1 Überblick Einleitung Motivation Ziele Vorteile Einführung in OSEK-OS Architektur Task Management Interrupt
3.2,,Eichung von Function Points (Berichtigte Angabe)
I N S T I T U T E F O R R E A L - T I M E C O M P U T E R S Y S T E M S TECHNISCHE UNIVERSIT ÄT MÜNCHEN P R O F E S S O R G. F Ä R B E R Software Engineering 3. Übung 22.05.2003 3.2,,Eichung von Function
Auswahl alter Klausuraufgaben aus einer ähnlichen Vorlesung Maßgeblich für die Prüfung sind die Vorlesungsinhalte!
Auswahl alter Klausuraufgaben aus einer ähnlichen Vorlesung Maßgeblich für die Prüfung sind die Vorlesungsinhalte! Aufgabe 1: Grundlagen (5 Punkte) a) Definieren Sie kurz Usability und User Experience.
Software Engineering. Bibliographisches Institut & F. A. Brockhaus AG, Mannheim; Spektrum Akademischer Verlag GmbH, Heidelberg, 2003
Software Engineering Softwaretechnik Softwaretechnologie, Software Engineering (engl.) das, -, Teilgebiet der Informatik, das sich mit Methoden und Werkzeugen für das ingenieurmäßige Entwerfen, Herstellen
Software Engineering. Dokumentation! Kapitel 21
Martin Glinz Thomas Fritz Software Engineering Kapitel 21 Dokumentation 2005-2013 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe für den persönlichen, nicht kommerziellen Gebrauch gestattet;
Absicherung 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:
Fassade. Objektbasiertes Strukturmuster. C. Restorff & M. Rohlfing
Fassade Objektbasiertes Strukturmuster C. Restorff & M. Rohlfing Übersicht Motivation Anwendbarkeit Struktur Teilnehmer Interaktion Konsequenz Implementierung Beispiel Bekannte Verwendung Verwandte Muster
Systemdenken und Gestaltungsmethodik Einführung und Grundlagen II
Systemdenken und Gestaltungsmethodik Einführung und Grundlagen II Prof. Dr.-Ing. Stefan Brunthaler TFH Wildau 2006 ff. Master Telematik System-Definition Aus einem Systems Engineering Handbook: Ein System
rücker + schindele Ingenieurdienstleistungen Unternehmensberatung
rücker + schindele Ingenieurdienstleistungen Unternehmensberatung Systems Engineering Projektmanagement Qualitätsmanagement IT-Sicherheit Komplexitätsmanagement Projektmanagement Basis-Training der ISO
Software Engineering
Literatur Gliederung Software Engineering Herbert Kuchen Universität Münster Di+Fr 14:15-15:45, M2 Wintersemester 2009/2010 1 Literatur Gliederung Basis-Literatur H. Balzert: Lehrbuch der Software-Technik,
Individuelles Bachelorstudium. Software Engineering for Physics
Individuelles Bachelorstudium Software Engineering for Physics 1 Qualifikationsprofil Das individuelle Bachelorstudium Software Engineering for Physics vermittelt eine breite, praktische und theoretische
Erfolgreiche Realisierung von grossen Softwareprojekten
Software Engineering Erfolgreiche Realisierung von grossen Softwareprojekten Requirements Management Fachhochschule Lübeck, 7. Dezember 2001 Thomas Dahlmanns dahlmanns@pixelpark.com (040) 43203 26 >> 1
Studienrichtung Eingebettete Systeme
Qualifikationsziel Eingebettete Systeme stellen ein äußerst wichtiges Anwendungsfeld der Methoden der Informatik dar. Unter einem eingebetteten System versteht man dabei ein (Mikro-) Computersystem, das
AUTOMOTIVE SOFTWARE ENGINEERING
safety I modeling I consulting AUTOMOTIVE SOFTWARE ENGINEERING Dr.-Ing. Mirko Conrad samoconsult GmbH mirko.conrad@samoconsult.de Sommersemester 2018 Alle Lehrveranstaltungsunterlagen sind ausschließlich
Agiles Design. Dr.-Ing. Uwe Doetzkies Gesellschaft für Informatik mail: gi@uwe.doetzkies.de
Agiles Design Dr.-Ing. Uwe Doetzkies Dr.-Ing. Uwe Doetzkies Gesellschaft für Informatik mail: gi@uwe.doetzkies.de startupcamp berlin 15.3.2013 Regionalgruppe Berlin/Brandenburg Arbeitskreis Freiberufler
1. Grundbegriffe des Software-Engineering
1. Grundbegriffe Software Engineering 1 1. Grundbegriffe des Software-Engineering Was ist Software-Engineering? (deutsch: Software-Technik) Teilgebiet der Informatik, das sich mit Methoden und Werkzeugen
Skalierung des Ausgangssignals
Skalierung des Ausgangssignals Definition der Messkette Zur Bestimmung einer unbekannten Messgröße, wie z.b. Kraft, Drehmoment oder Beschleunigung, werden Sensoren eingesetzt. Sensoren stehen am Anfang
Die Telematikinfrastruktur als sichere Basis im Gesundheitswesen
Die Telematikinfrastruktur als sichere Basis im Gesundheitswesen conhit Kongress 2014 Berlin, 06.Mai 2014 Session 3 Saal 3 Gesundheitsdaten und die NSA Haben Patienten in Deutschland ein Spionageproblem?
Traceability Terminal. TraceCube
Traceability Terminal TraceCube Steigende Anforderungen in der Elektronik- Industrie bedingen eine Rückverfolgbarkeit Steigende Anforderungen Notwendigkeit der Rückverfolgbarkeit aufgrund gesetzlicher
Zusammenfassung der Vorlesung
Zusammenfassung der Vorlesung Die wichtigsten Punkte der Vorlesung waren... Dr. F. Sarre Wintersemester Wintersemester 20102013 / 2011 / 2014 Folie 307 Herausforderungen beim Projektmanagement Projektziel
intence 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
Einführung Spezifikation von Software-Systemen
Semesterprojekt Entwicklung von Automatik-Funktionen in einer Fahrsimulation WS 2012/13 Einführung Spezifikation von Software-Systemen 29. Oktober 2012 Semesterprojekt Entwicklung von Automatik-Funktionen
RMeasy das SAP IS U Add On für Versorgungsunternehmen. Optimieren Sie Ihre Prozesse in Kundengewinnung und Kundenbindung.
Beschreibung Wenn Sie: mit ECC 6.0 und IS-U auf die integrierte Systemlösung der SAP setzen und zur Gewinnung neuer und Bindung vorhandener Kunden eine gleichfalls integrierte Lösung suchen und eine Produkt
Kontinuierliche Prozessverbesserung mit Hilfe eines Living Books Implementierung eines Systems für die Mitarbeiter-getriebene Prozessverbesserung
Kontinuierliche Prozessverbesserung mit Hilfe eines Living Books Implementierung eines Systems für die Mitarbeiter-getriebene Prozessverbesserung 2. Workshop: Vorgehensmodelle in der Praxis Reife und Qualität
Ü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
16.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
Software Engineering Zielorientierte Bereitstellung und systematische Verwendung von Prinzipien, Methoden und Werkzeugen
White Paper Software Engineering Zielorientierte Bereitstellung und systematische Verwendung von Prinzipien, Methoden und Werkzeugen Die arbeitsteilige, ingenieurmäßige Entwicklung und Anwendung von umfangreichen
Konsolidierung und Neuimplementierung von VIT. Aufgabenbeschreibung für das Software Engineering Praktikum an der TU Darmstadt
Konsolidierung und Neuimplementierung von VIT Aufgabenbeschreibung für das Software Engineering Praktikum an der TU Darmstadt Inhaltsverzeichnis 1 Was ist der Kontext?... 1 2 VIT: Ein sehr erfolgreiches
Praktikum Grundlagen der Programmierung. Diverse Grundlagen. Dr. Karsten Tolle
Diverse Grundlagen Dr. Karsten Tolle Vorgehensmodelle im Software Engineering Wasserfallmodell Rapid Prototyping Spiralmodell V-Modell Rational Unified Process extrem Programming Test Driven Development
Olivier Le Moal - Fotolia.com. KBU Logistik GmbH. Software für effektive Lagerlogistik
Olivier Le Moal - Fotolia.com KBU Logistik GmbH Software für effektive Lagerlogistik Yuri Arcurs - Fotolia.com Das KBU Team Spezialgebiet Lagerlogistik Seit mehr als 25 Jahren realisieren wir Projekte
Anleitung Redmine. Inhalt. Seite 1 von 11. Anleitung Redmine
Seite 1 von 11 Anleitung Inhalt Inhalt... 1 1. Installation... 2 2. Setup... 2 2.1 Login... 2 2.2 Benutzer erstellen... 2 2.3 Projekt erstellen... 4 2.4 SVN/Git Integration... 6 2.4.1 Konfiguration für