Use Cases vs. Funktionale Spezifikation
|
|
- Werner Kästner
- vor 7 Jahren
- Abrufe
Transkript
1 Use Cases vs. Funktionale Spezifikation Ein experimenteller Vergleich zweier Methoden zur Anforderungsspezifikation Fraunhofer IESE: Anne Groß & Jörg Dörr Robert Bosch GmbH: Igor Menzel & Mark Müller
2 Agenda Bild einfügen (Uhr) Motivation Experiment Planung Datenanalyse Ergebnisse Validität Zusammenfassung Diskussion
3 Motivation Funktionale Spezifikation Funktionale Spezifikation textbasierte Spezifikation funktionsorientierte Spezifikation weit verbreitet in Automotive Domäne weit verbreitet in Automotive Domäne (in Experiment) Struktur: Auszug aus IEEE 1 1 IEEE Recommended Practice for Software Requirements Specifications
4 Motivation
5 Motivation Funktionale Funktionale Spezifikation Spezifikation textbasierte funktionsorientierte Spezifikation Spezifikation weit weit verbreitet verbreitet in Automotive in Automotive Domäne Domäne Struktur (in Experiment) Auszug aus Struktur: IEEE 1 Auszug aus IEEE 1 Use Case Spezifikation (Jacobsen, ) szenariobasierte Spezifikation weit verbreitet für Informationssysteme auch Einsatz in Automotive Domäne 1 IEEE Recommended Practice for Software Requirements Specifications 2 Jacobson, I. (1992): Object-Oriented Software Engineering: A Use Case Driven Approach: Addison- Wesley Professional.
6 Motivation
7 Ziele & Hypothesen Fragestellungen U C Vollständigkeit der Spezifikation # Ziele # Informationselemente v s F S Akzeptanz??
8 Planung Teilnehmer: 11 Studenten aus RE Vorlesung Ablauf: Vor dem Experiment Einführung in Vorlesung / Übung Vorbereitung Materialien Experiment: Begrüßung / Briefing Einteilung in Gruppen: 6 UC, 5 FS Einführung Beispiel Aufgabenbearbeitung Fragebogen
9 Informationselemente Mensch Maschine System- Anf. Steuergerät
10 Informationselemente Mensch Maschine Trigger Komponente Komponente System- Anf. Non-trigger Komponente Komponente Maschine- Mensch Steuergerät
11 Beispiel Informationselemente After a Door sensor DSi goes from open to close, the ilight and the olight should be turned off (go to inactive), if all doors are now closed. If some doors are still open, the ilight and olight should stay on (active). If this was the last door to be closed, the door state is changed from open to unlocked Mensch-Machine / Machine-Mensch Trigger / Non-trigger Komponenten-Komponenten Interaktionen Systemanforderungen
12 Datenaufbereitung Verteilung der Daten Nicht normal verteilte Daten Die Verteilungen sind asymmetrisch und unterschiedlich spitz/flach Die Varianzen der beiden Gruppen zeigen signifikante Unterschiede Idee: Verwende einen Permutationstest zur Prüfung der Hypothesen Statistische Unabhängigkeit der Datenpunkte Überprüfe die Ergebnisse an dem von allen Studenten beschriebenen Ziel Überprüfe die Ergebnisse an den im Mittel beschriebenen Elementen
13 Beschriebene Ziele Vollständigkeit # Ziele # I-Elemente Hypothese 1: Es gibt einen Unterschied bzgl. der Anzahl an beschriebenen Zielen zwischen beiden Gruppen H 0 : (# Ziele) UC H 1 : (# Ziele) UC = (# Ziele) FS (# Ziele) FS Number of described Goals per group Number of described Goals Use-Case: Sample Size = 5 Median = 5 Mean = 5.4 Functional: Sample Size = 4 Median = 4 Mean = 5.25 Use-Cases beschreiben tendenziell mehr Ziele 2 Functional Group Use-Case
14 Trigger Komp.-Komp. Vollständigkeit # Ziele # I-Elemente Hypothese 2: Es gibt einen Unterschied bzgl. der Anzahl der Trigger Komponenten-Komponenten Interaktionen zwischen beiden Gruppen H 0 : (# Elemente) UC H 1 : (# Elemente) UC = (# Elemente) FS (# Elemente) FS # trigger Component-Component Trigger Component-Component Functional Use-Case Group Use-Case: Sample Size = 27 Median = 1 Mean = 1.5 Functional: Sample Size = 21 Median = 1 Mean = 1.3 Keine Aussage ist möglich welche Methode mehr Interaktionen zwischen Sensoren & System beschreibt Permutationstest (α =0.05) p =
15 Nicht-trig. Komp.-Komp. Vollständigkeit # Ziele # I-Elemente Hypothese 3: Es gibt einen Unterschied bzgl. der Anzahl der Nicht-trigger Komponenten-Komponenten Interaktionen zwischen beiden Gruppen H 0 : (# Elemente) UC H 1 : (# Elemente) UC = (# Elemente) FS (# Elemente) FS Non-trigger Component-Component # non-trigger Component-Component Functional Use-Case Group Use-Case: Sample Size = 27 Median =8 Mean = 7.5 Functional: Sample Size = 21 Median = 5 Mean = 5 Use-Cases beschreiben signifikant mehr Interaktionen zwischen System & Aktuatoren Permutationstest (α =0.05) p = 0,004
16 Schnittstellen Vollständigkeit # Ziele # I-Elemente Hypothese 4: Es gibt einen Unterschied bzgl. der Anzahl der beschriebenen Schnittstellen zwischen beiden Gruppen H 0 : (# Elemente) UC H 1 : (# Elemente) UC = (# Elemente) FS (# Elemente) FS Identified Interfaces # Described Interfaces per Person 22,5 20,0 17,5 15,0 12,5 10,0 7,5 Use-Case: Sample Size = 5 Median = 20 Mean = 19 Functional: Sample Size = 4 Median = 15 Mean = Use-Cases beschreiben tendenziell mehr Schnittstellen 5,0 Functional Use-Case
17 Verhalten Vollständigkeit # Ziele # I-Elemente Hypothese 5: Es gibt einen Unterschied bzgl. der Anzahl der Informationen zum Systemverhalten zwischen beiden Gruppen H 0 : (# Elemente) UC H 1 : (# Elemente) UC = (# Elemente) FS (# Elemente) FS Behavioral Information elements Group Functional Use-Case Sample Size: Use-Case = 27 Functional = 21 Use-Cases beschreiben signifikant mehr Verhalten IF- conditions Use-Case: Mean=1.5 / Median= 1 Functional: Mean=0.4 / Median= 0 State transitions Use-Case: Mean=1.1/Median= 1 Functional: Mean=0.8/Median= 1 Exceptions Use-Case: Mean=0.4 / Median= 0 Functional: Mean=0.0 / Median= 0 Permutationstest (α =0.05) IF-Conditions p < State Transitions p = Exceptions p =
18 Technologie Akzeptanz Akzeptanz # Usefulness # Attitude towards Using Hypothese 6: Es gibt einen Unterschied bzgl. der Einschätzung der Nützlichkeit und Einstellung zur Nutzung der Methode zwischen beiden Gruppen H 0 : (Akzeptanz) UC H 1 : (Akzeptanz) UC = (Akzeptanz) FS (Akzeptanz) FS
19 Technologie Akzeptanz Akzeptanz # Usefulness # Attitude towards Using Hypothese 6: Es gibt einen Unterschied bzgl. der Einschätzung der Nützlichkeit und Einstellung zur Nutzung der Methode zwischen beiden Gruppen H 0 : (Akzeptanz) UC H 1 : (Akzeptanz) UC = (Akzeptanz) FS (Akzeptanz) FS Usefulness and Attitude towards Use Strongly agree Agree Group Function oriented Use-Case Rather agree Rather disagree Funktional scheint Teilnehmern nützlicher Disagree Strongly disagree Usefulness Functional: Use-Case: - Sample Size: 3 - Sample Size: 5 - Median:4.2 - Median:3.9 - Mean:4.2 - Mean:3.8 Attitude towards Use Functional: - Sample Size: 4 - Median:4.8 - Mean:4.9 Use-Case: - Sample Size: 5 - Median:5 - Mean:4.7 Bereitschaft Ansatz zu nutzen ist gleich
20 Validität Instrumentierung: Unterschiedliche Beispiele (Use-Case: Mensch-Machine, Funktional: Maschine-Mensch Interaktionen) Mortalität: Student 7 hat nur 30 Min. im Experiment. Er entwickelte 2 Use-Case Beschreibungen in dieser Zeit (Gruppendurchschnitt =5.4) Interaktion von Auswahl/Treatment: Verwendung von Studenten statt Experten Voraussetzung der statistischen Tests: Unabhängigkeit der Daten Heterogenität der Teilnehmer: Unterschiedlich erfahrene Studenten
21 Zusammenfassung Methodenvergleich Vergleich des Use-Case und Funktionalen Ansatzes Vollständigkeit Erweiterung des Ziel-basierten Ansatzes zur Vollständigkeitsmessung durch einen modellbasierten Ansatz zur Bewertung der inhaltlichen Vollständigkeit Ergebnis: Use-Case Ansatz liefert tendenziell vollständigere Beschreibung der Ziele vollständigere Beschreibungen der Nicht-trigger Komp.-Komp. Interaktionen vollständigere Beschreibungen des Systemverhaltens Akzeptanz Studenten halten beide Ansätze für eher nützlich und sind bereit sie in der Zukunft zu nutzen
22 Diskussion Baudy (link)
23 Backup
Normerfüllung in der Praxis am Beispiel "Tool Qualification" Dr. Anne Kramer, sepp.med gmbh
Normerfüllung in der Praxis am Beispiel "Tool Qualification" Dr. Anne Kramer, sepp.med gmbh Über uns Mittelständischer IT-Service Provider 30 Jahre Industrieerfahrung Unsere Referenzen Medizintechnik Pharma
Mehr3. GI-Workshop EPK 2004 Geschäftsprozessmanagement mit Ereignisgesteuerten Prozessketten Luxemburg. ARIS meets RUP
3. GI-Workshop EPK 2004 Geschäftsprozessmanagement mit Ereignisgesteuerten Prozessketten Luxemburg ARIS meets RUP Der ARIS Unified Information System Development Process Martin Plümicke Berufsakademie
MehrArtefakte, Linktypen und Besonderheiten von OOSE/RUP
Artefakte, Linktypen und Besonderheiten von OOSE/RUP Matthias Riebisch TU Ilmenau Workshop AK Traceability 07.12.2007 Darmstadt Eigenschaften von Traceability Links Obligatorisch: Identifier Startelement
MehrVerwendung von Anforderungsbasierten Verfolgbarkeitsmetriken im Projektmanagement
Verwendung von Anforderungsbasierten Verfolgbarkeitsmetriken im Projektmanagement Michael Eisenbarth Abteilung Requirements- und Usability-Engineering Fraunhofer-Institut für Experimentelles Software Engineering
MehrUse-Case-Template. Deliverable E1.1
Use-Case-Template Deliverable E1.1 Projekt USecureD Usable Security by Design Förderinitiative Einfach intuitiv Usability für den Mittelstand Förderkennzeichen 01MU14002 Arbeitspaket AP 1.1 Fälligkeit
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
MehrMethodik. zur prozessübergreifenden Integration. der Digitalen Fabrik. der Rechts- und Wirtschaftswissenschaftlichen Fakultät
Methodik zur prozessübergreifenden Integration der Digitalen Fabrik in bestehende Unternehmensstrukturen der Rechts- und Wirtschaftswissenschaftlichen Fakultät des Fachbereichs Wirtschaftswissenschaften
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
MehrEmpirische Strategien
Empirische Strategien Julian Raschke 07.04.2009 Übersicht Einordnung die Strategien im Detail Vergleich Kontext Software-Engineering Empirische Strategien 07.04.2009 2 Einordnung Situation: Software-Entwicklungsprozess
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
MehrModell zur Einflussanalyse Ein Modell zur Einflussanalyse von Methodenänderungen in Entwicklungsprozessen
Modell zur Einflussanalyse Ein Modell zur Einflussanalyse von Methodenänderungen in Entwicklungsprozessen Roland Koppe, Stefan Häusler, Axel Hahn 2 Übersicht Einleitung und Motivation Ansatz und Methodik
MehrRequirements Engineering Übung am
Requirements Engineering Übung am 11.11.2011 Maximilian Junker Organisatorisches Unser Konzept für die Drive-Now Fallstudie ist online (siehe Vorlesungsseite) Bis zum nächsten Mal 4-er Gruppen bilden Aufgabe
MehrStatistics, Data Analysis, and Simulation SS 2015
Mainz, June 11, 2015 Statistics, Data Analysis, and Simulation SS 2015 08.128.730 Statistik, Datenanalyse und Simulation Dr. Michael O. Distler Dr. Michael O. Distler
MehrUSB -> Seriell Adapterkabel Benutzerhandbuch
USB -> Seriell Adapterkabel Benutzerhandbuch 1. Produkt Eigenschaften 1 2. System Vorraussetzungen 1 3. Treiber Installation (Alle Windows Systeme) 1 4. Den COM Port ändern 2 5. Einstellen eines RS232
MehrKomponenten- und Service-orientierte Softwarekonstruktion
Komponenten- und Service-orientierte Softwarekonstruktion Lecture 1: Organisatorisches und Einführung Jakob Rehof LS XIV Software Engineering TU Dortmund Sommersemester 2015 SS 2015 J. Rehof (TU Dortmund)
MehrFunktionale Sicherheit ISO 26262 Schwerpunkt Requirements Engineering,
Funktionale Sicherheit ISO 26262 Schwerpunkt Requirements Engineering, Manfred Broy Lehrstuhl für Software & Systems Engineering Technische Universität München Institut für Informatik ISO 26262 Functional
MehrAusführbare UML Modelle multimodaler Interaktionsanwendungen Marcel Dausend 1, Mark Poguntke 2 1
Quelle: http://geekandpoke.typepad.com Modellbasierte Entwicklung Komplexität von Software User Interface Entwicklung Ausführbare UML Modelle multimodaler Interaktionsanwendungen Marcel Dausend 1, Mark
MehrMulti-Tool Testlandschaft mit DDS
Multi-Tool Testlandschaft mit DDS MATLAB UND SIMULINK ALS ENABLER FÜR RAPID TOOL PROTOTYPING SEBASTIAN BEWERSDORFF ASSYSTEM GERMANY MATLAB EXPO 2017 MÜNCHEN 27.06.2017 EINFÜHRUNG Tools in Unternehmensprozessen
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
MehrEmpirische Softwaretechnik
Empirische Softwaretechnik Prof. Dr. Walter F. Tichy Dr. Matthias Müller Sommersemester 2006 Zwei Experimente zum Vergleich von Paarprogrammierung und Durchsichten 2 Literatur Müller. Should we use programmer
MehrOO Programmiersprache vs relationales Model. DBIS/Dr. Karsten Tolle
OO Programmiersprache vs relationales Model Vorgehen bisher Erstellen eines ER-Diagramms Übersetzen in das relationale Datenmodell Zugriff auf das relationale Datenmodell aus z.b. Java ER rel. Modell OO
MehrScriptbasierte Testautomatisierung. für Web-Anwendungen
Scriptbasierte Testautomatisierung für Web-Anwendungen Scriptbasierte Testautomatisierung + Web-Anwendung: Erstes Einsatzgebiet, Ergebnisse aber allgemein übertragbar + Test aus Benutzersicht - Nicht Unit-Test,
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
MehrModellbasierte Software- Entwicklung eingebetteter Systeme
Modellbasierte Software- Entwicklung eingebetteter Systeme Prof. Dr. Holger Schlingloff Institut für Informatik der Humboldt Universität und Fraunhofer Institut für offene Kommunikationssysteme FOKUS Folie
MehrB/S/H/ Startfolie. B/S/H Bosch und Siemens Hausgeräte GmbH - KDT-T B/S/H Bosch und Siemens Hausgeräte GmbH KDT-T
Startfolie B/S/H/ 1 Product division Event Location Refrigeration Side by Side USA B/S/H Bosch und Siemens Hausgeräte GmbH KDT-T 2 Side-by-Side Appliances Models: Bosch Siemens KAN 56V** KAN58A** KA58NA**with
MehrKomplexität beherrschen mit Contract Based Design
Komplexität beherrschen mit Contract Based Design Thomas Schütz / PROTOS GmbH P4You-Thementag 5.5.2017 - Bamberg The Problem + = How can we avoid this in complex software and systems? How do we describe
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
MehrVielfalt als Zukunft Instandhaltung
10.02.2016, 13.00 13.30 CET Dr. Franziska Hasselmann Studienleitung CAS Managing Infrastructure Assets Maintenance Schweiz 2016 Vielfalt als Zukunft Instandhaltung Einladungstext zum Vortrag... Täglich
MehrInterdisziplinärer Systems-Engineering-Prozess am Beispiel Fahrzeug-Diagnose. Innovationsforum Integrierte Systementwicklung
Interdisziplinärer Systems-Engineering-Prozess am Beispiel Fahrzeug-Diagnose Innovationsforum Integrierte Systementwicklung 19.05.2011 Theresa Lehner CreatingExcellence Gliederung Vorstellung ESG Herausforderungen
MehrAktuelle Fortschritte von MDAbasierten Entwicklungsansätzen im Bereich Fahrerassistenzsysteme
Fakultät Informatik Institut f ür Angewandte Inf ormatik, Prof essur TIS Aktuelle Fortschritte von MDAbasierten Entwicklungsansätzen im Bereich Fahrerassistenzsysteme Hauptseminar Technische Informationssysteme
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
MehrRequirements Engineering Übung 8 Systemmodellierung im RE
Requirements Engineering Übung 8 modellierung im RE Dr. Birgit Penzenstadler, Dr. Daniel Méndez, Jonas Eckhardt 11. Dezember 2012 Übung 8 Aufgabe 1: Modelle als Sichten auf ein Aufgabe 2: Von Anwendungsfällen
MehrResearch Collection. Digital estimation of continuous-time signals using factor graphs. Doctoral Thesis. ETH Library. Author(s): Bolliger, Lukas
Research Collection Doctoral Thesis Digital estimation of continuous-time signals using factor graphs Author(s): Bolliger, Lukas Publication Date: 2012 Permanent Link: https://doi.org/10.3929/ethz-a-007342807
MehrTransfer 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
MehrFachgebiet Softwaretechnik, Heinz Nixdorf Institut, Universität Paderborn. Testen. Tutorial im Rahmen des Software(technik)praktikums SS 2012
Testen Tutorial im Rahmen des Software(technik)praktikums SS 2012 Grundlagen (1) Software ist ein fundamentales Element in der Softwarequalitätssicherung Software wird am häufigsten eingesetzt Viele Organisationen
Mehrarlanis Software AG SOA Architektonische und technische Grundlagen Andreas Holubek
arlanis Software AG SOA Architektonische und technische Grundlagen Andreas Holubek Speaker Andreas Holubek VP Engineering andreas.holubek@arlanis.com arlanis Software AG, D-14467 Potsdam 2009, arlanis
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
MehrIntergruppenkontakt. Präsentation von: Jennifer Di Gangi Seminar: Themenfelder der Sozialpsychologie Autor: Wilder (1984)
Intergruppenkontakt Präsentation von: Jennifer Di Gangi Seminar: Themenfelder der Sozialpsychologie Autor: Wilder (1984) 1 Kontakt zwischen Gruppen Einführung in die Studien Experiment 1 Experiment 2 Experiment
MehrUnternehmensweite IT Architekturen
Unternehmensweite IT Architekturen Part 1: IT Systems Architecture, Roles and Responsibilities of IT Architects Part 2: Solution Architecture, based on a practical Case Study Part 3: SOA (Service Oriented
MehrSoftwaretechnik. Prof. Dr. Rainer Koschke. Fachbereich Mathematik und Informatik Arbeitsgruppe Softwaretechnik Universität Bremen
Softwaretechnik Prof. Dr. Rainer Koschke Fachbereich Mathematik und Informatik Arbeitsgruppe Softwaretechnik Universität Bremen Wintersemester 2010/11 Überblick I Statistik bei kontrollierten Experimenten
MehrGAUSS towards a common certification process for GNSS applications using the European Satellite System Galileo
GAUSS towards a common certification process for GNSS applications using the European Satellite System Galileo Matthias Grimm, Dr. Michael Meyer zu Hörste Vortragstitel > 11. Juni 2010 > Folie 1 Agenda
MehrUnit 4. The Extension Principle. Fuzzy Logic I 123
Unit 4 The Extension Principle Fuzzy Logic I 123 Images and Preimages of Functions Let f : X Y be a function and A be a subset of X. Then the image of A w.r.t. f is defined as follows: f(a) = {y Y there
MehrCloud Architektur Workshop
Cloud Architektur Workshop Ein Angebot von IBM Software Services for Cloud & Smarter Infrastructure Agenda 1. Überblick Cloud Architektur Workshop 2. In 12 Schritten bis zur Cloud 3. Workshop Vorgehensmodell
MehrSystematisches Requirements Engineering und Management
Christof Ebert Systematisches Requirements Engineering und Management Anforderungen ermitteln, spezifizieren, analysieren und verwalten 2., aktualisierte und erweiterte Auflage ^1 dpunkt.verlag Inhalt
MehrWord-CRM-Upload-Button. User manual
Word-CRM-Upload-Button User manual Word-CRM-Upload for MS CRM 2011 Content 1. Preface... 3 2. Installation... 4 2.1. Requirements... 4 2.1.1. Clients... 4 2.2. Installation guidelines... 5 2.2.1. Client...
MehrEinkommen, Mobilität und individuelle Präferenzen für Umverteilung
Christian Pfarr Einkommen, Mobilität und individuelle Präferenzen für Umverteilung Ein Discrete-Choice-Experiment Mohr Siebeck Inhaltsverzeichnis Vorwort Abbildungsverzeichnis Tabellenverzeichnis Abkürzungsverzeichnis
MehrManagement Hardware Software
Management Hardware Software (ISO 26262, Reliability IEC Engineering 61508, ) TÜV NORD Systems GmbH & Co. KG Branch South Functional Safety Funktionale Halderstr. Sicherheit 27 D-86150 Augsburg TÜV NORD
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
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
MehrEasyLine by Hama GmbH & Co KG Postfach Monheim/Germany Tel. +49 (0)9091/502-0 Fax +49 (0)9091/
00021027-01.07 EasyLine by Hama GmbH & Co KG Postfach 80 86651 Monheim/Germany Tel. +49 (0)9091/502-0 Fax +49 (0)9091/502-274 hama@hama.de www.hama.com Flight Stick»Rookie«, USB 00021027 d Flight Stick
MehrAnleitung zur Verwendung des Update-Tools für
English version see below (page 10) Anleitung zur Verwendung des Update-Tools für - KW DDC Steuergeräte - KW DDC WLAN Module - KW DLC Steuergeräte - KW DLC WLAN Module Bitte beachten Sie: jedes Steuergerät
MehrValid for confirmation of protection type:
Hinweis zu den beiliegenden Ex-Zertifikaten ( z.b. Baumusterprüfbescheinigung ) Information regarding Ex certificates ( i.e. type-examination certificate) Da die offiziellen Zertifikate auf den jeweiligen
MehrIntegration Software und Usability Engineering. Arash Faroughi Roozbeh Faroughi FH-Köln Campus Gummersbach
Integration Software und Usability Arash Faroughi Roozbeh Faroughi FH-Köln Campus Gummersbach November 02, 2007 Einleitung Wie kann man die Lücke zwischen Software und Usability schließen? ca. 30 paper
MehrInformationswirtschaft II Rational Unified Process (RUP)
Informationswirtschaft II Rational Unified Process (RUP) Wolfgang H. Janko, Michael Hahsler und Stefan Koch Inhalt Historische Entwicklung Kennzeichen von RUP Lebenszyklus und Phasen Arbeitsabläufe Das
MehrInformationswirtschaft II
Rational Unified Process (RUP) Informationswirtschaft II Wolfgang H. Janko, Michael Hahsler und Stefan Koch Seite 1 Inhalt Historische Entwicklung Kennzeichen von RUP Lebenszyklus und Phasen Arbeitsabläufe
MehrStudents intentions to use wikis in higher education
Students intentions to use wikis in higher education Christian Kummer WI2013, 27.02.2013 Motivation Problem Web 2.0 changed the way that students search for, obtain, and share information Uncertainty about
MehrMethodenlehre. Vorlesung 10. Prof. Dr. Björn Rasch, Cognitive Biopsychology and Methods University of Fribourg
Methodenlehre Vorlesung 10 Prof. Dr., Cognitive Biopsychology and Methods University of Fribourg 1 Methodenlehre II Woche Datum Thema 1 FQ Einführung, Verteilung der Termine 1 18.2.15 Psychologie als Wissenschaft
MehrModellbasiertes manuelles Testen: Techniken und Tücken
Modellbasiertes manuelles Testen: Techniken und Tücken 23.02.2015 Objektforum Dr. Andrea Herrmann Freiberufliche Trainerin für Software Engineering herrmann@herrmann-ehrlich.de Dr. Privat-Doz. Andrea Herrmann
MehrCustomer-specific software for autonomous driving and driver assistance (ADAS)
This press release is approved for publication. Press Release Chemnitz, February 6 th, 2014 Customer-specific software for autonomous driving and driver assistance (ADAS) With the new product line Baselabs
MehrAnforderungsmanagement und modelbasierte Entwicklung
Anforderungsmanagement und modelbasierte Entwicklung Bernhard Schätz, Markus Pister, Alexander Wisspeintner Fakultät für Informatik, TU München GI-Treffen Fachgruppe RE, 7//03-8//03 Werkzeuggestütztes
MehrKlausur. Softwareentwurf. 14. Februar 2011 Bearbeitungszeit: 120 Minuten
Klausur Softwareentwurf 14. Februar 2011 Bearbeitungszeit: 120 Minuten FG Datenbank- und Informationssysteme Prof. Dr. Gregor Engels unbedingt vollständig und lesbar ausfüllen! Vorname: Matrikelnummer:
MehrRequirement: Klar und testbar!
Requirement: Klar und testbar! Definitionen, Merkmale, Beispiele Lukas Kraus, Lead QA Engineer www.bbv.ch bbv Software Services Corp. 1 Ich geh mal fragen was die wollen, und ihr beginnt schon mal zu codieren!!!
MehrExperimentalpsychologisches Praktikum
Experimentalpsychologisches l i h Praktikum Prof. Dr. Adrian Schwaninger Fachhochschule Nordwestschweiz Hochschule für Angewandte Psychologie +41 (0) 76 393 24 46 Adrian.Schwaninger@fhnw.ch 3. Sitzung
MehrJPlus Platform Independent Learning with Environmental Information in School
JPlus Platform Independent Learning with Environmental Information in School Mario Härtwig, Pierre Karrasch Salzburg, 7. Juli 2010 Genesis Umweltmonitoring als Beitrag zur Umweltbildung an Schulen. Kulturlandschaftsentwicklung
MehrReqMan Returns Mikroinvasiv zu maßgeschneiderten RE-Prozessen. Sebastian Adam Fraunhofer IESE, Kaiserslautern
ReqMan Returns Mikroinvasiv zu maßgeschneiderten RE-Prozessen Sebastian Adam Fraunhofer IESE, Kaiserslautern Projektbegleitung & -beratung Analyse & Assessment Auftragsforschung Technologietransfer & Coaching
Mehres Requirements Engineering für Produktlinien Klaus Schmid Fraunhofer Institute for Experimental Software Engineering
Präsentation des Arbeitskreises es Requirements Engineering für Produktlinien Klaus Schmid Fraunhofer Institute for Experimental Software Engineering klaus.schmid@iese.fraunhofer.de Thomas von der Maßen
MehrWas heißt Denken?: Vorlesung Wintersemester 1951/52. [Was bedeutet das alles?] (Reclams Universal-Bibliothek) (German Edition)
Was heißt Denken?: Vorlesung Wintersemester 1951/52. [Was bedeutet das alles?] (Reclams Universal-Bibliothek) (German Edition) Martin Heidegger Click here if your download doesn"t start automatically Was
MehrRE in der Praxis. Ein Bericht aus zwei Projekten. SOPHIST GmbH Vordere Cramergasse Nürnberg. Tel.:+49 (0)
RE in der Praxis Ein Bericht aus zwei Projekten SOPHIST GmbH Vordere Cramergasse 13 Tel.:+49 (0)911 40 900-0 www.sophist.de 90478 Nürnberg Fax:+49 (0)911 40 900-99 heureka@sophist.de Wer bin ich? Die SOP
MehrFrom HiL to Test Vehicle:
From HiL to Test Vehicle: Reuse of test cases with same test automation Agenda: Trailer Presentation Agenda: Movie about Tool Questions After presentation Live Demo Vehicle Meeting point: ETAS Stand 1642
MehrA Focus Theory of Normative Conduct: When Norms Do and Do Not Affect Behavior
A Focus Theory of Normative Conduct: When Norms Do and Do Not Affect Behavior C. A. Kallgren,, R. R. Reno & R. B. Cialdini 1 Gliederung 1) Theoretischer Hintergrund 2) Studie 1 3) Studie 2 4) Studie 3
MehrSimulation of a Battery Electric Vehicle
Simulation of a Battery Electric Vehicle M. Auer, T. Kuthada, N. Widdecke, J. Wiedemann IVK/FKFS University of Stuttgart 1 2.1.214 Markus Auer Agenda Motivation Thermal Management for BEV Simulation Model
MehrHypothesentests mit R Ashkan Taassob Andreas Reisch 21.04.09 1
Hypothesentests mit R Ashkan Taassob Andreas Reisch 21.04.09 1 Inhalt Programmiersprache R Syntax Umgang mit Dateien Tests t Test F Test Wilcoxon Test 2 Test Zusammenfassung 2 Programmiersprache R Programmiersprache
MehrPflichtlektüre hierzu: Kosten und Nutzen von UML in der Wartung. Kontrolliertes Experiment zu UML. Warum UML?
Universität Karlsruhe (TH) Forschungsuniversität gegründet 1825 Kosten und Nutzen von UML in der Wartung Prof. Walter F. Tichy Pflichtlektüre hierzu: Dzidek, Arisholm, Briand, A Realistic Empirical Evaluation
MehrWas Sie schon immer über MBSE wissen wollten
Was Sie schon immer über MBSE wissen wollten Dr. Michael Jastram ASQF FG-Treffen Requirements Engineering Köln 1. Juni 2017 Agenda Systems und Systems Engineering Was ist ein Modell? Beispiel: Anforderungsmodell
MehrÜbungen Softwaretechnik I
Universität Stuttgart Institut für Automatisierungstechnik und Softwaresysteme Prof. Dr.-Ing. M. Weyrich Übungen Softwaretechnik I Übung 5: Objektorientierte Analyse Einführung Objektorientierung in der
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
MehrABSICHERUNG MODELLBASIERTER SICHERHEITSKRITISCHER AVIONIK SOFTWARE Dr. Elke Salecker
ABSICHERUNG MODELLBASIERTER SICHERHEITSKRITISCHER AVIONIK SOFTWARE Dr. Elke Salecker MOTIVATION Fahrzeug-Software wird modellbasiert mit Simulink/TargetLink entwickelt & DO331/DO-178C ermöglicht modellbasierte
MehrKraftfahrt-Bundesamt DE Flensburg
EWG - BAUARTGENEHMIGUNG (EWG-BG) EEC - Component type-approval certificate gemäß der Verordnung (VO) (EWG) Nr. 3821/85 des Rates vom 20. Dezember 1985 geändert durch (VO) (EU) Nr. 1161/2014 über das Kontrollgerät
Mehr6. Modellierung von Informationssystemen. 6.1 Einleitung 6.2 Konzeptuelles Modell 6.3 OASIS Spezifikation 6.4 Execution Model 6.
6. Modellierung von Informationssystemen Spezialseminar Matr. FS 2000 1/10 Volker Dobrowolny FIN- ITI Quellen: Oscar Pastor, Jaime Gomez, Emilio Insfran, Vicente Pelechano The OO-Method approach for information
MehrE-Mail: stefan.jaehnichen@tu-berlin.de URL: http://www.swt.tu-berlin.de/menue/studium_und_lehre/aktuelles_semester/ Modulbeschreibung
Titel des Moduls: Automotive Software Engineering Engl.: Automotive Software Engineering Verantwortlich für das Modul: Jähnichen, Stefan Modulbeschreibung LP (nach ): 9 E-Mail: stefan.jaehnichen@tu-berlin.de
MehrEngineering und Betrieb Smarter Komponenten in IoT-Netzwerken für die Automatisierung der Produktion
Institut für Automatisierungstechnik und Softwaresysteme Engineering und Betrieb Smarter Komponenten in IoT-Netzwerken für die Automatisierung der Produktion Prof. Dr.-Ing. Michael Weyrich IOT-Kongress
MehrTeil XI. Hypothesentests für zwei Stichproben. Woche 9: Hypothesentests für zwei Stichproben. Lernziele. Beispiel: Monoaminooxidase und Schizophrenie
Woche 9: Hypothesentests für zwei Stichproben Patric Müller Teil XI Hypothesentests für zwei Stichproben ETHZ WBL 17/19, 26.06.2017 Wahrscheinlichkeit und Statistik Patric
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:
MehrAnne Groß GI Fachgruppentreffen RE, 24./25.11.2011, Hamburg
Anforderungen an die Anforderungsspezifikation aus Sicht von Architekten und Usability Experten Anne Groß GI Fachgruppentreffen RE, 24./25.11.2011, Hamburg --- Motivation --- 2 Motivation Informationsquelle
MehrBPMN vs. EPK & Co. oder auf was es wirklich ankommt
BPMN vs. EPK & Co. oder auf was es wirklich ankommt Sebastian Adam, Norman Riegel 15. Mai 2012, St. Augustin Die Fraunhofer-Gesellschaft e.v. Benannt nach: Rolle der FraunhoferGesellschaft: Größe: Forschungsvolumen:
MehrWeb Services. Web Services in the News. Vision: Web of Services. Learning for Results. DECUS Symposium 2002, Vortrag 1K07,
Web Services Vision: Web of Services Applikationen und Services Ralf Günther Compaq Computer GmbH, Köln Ralf.Guenther@compaq.com DECUS Symposium 2002, Vortrag 1K07, 16.04.2002 Web Services in the News
MehrDynamic Hybrid Simulation
Dynamic Hybrid Simulation Comparison of different approaches in HEV-modeling GT-SUITE Conference 12. September 2012, Frankfurt/Main Institut für Verbrennungsmotoren und Kraftfahrwesen Universität Stuttgart
MehrGüteanalyse. Nochmal zur Erinnerung: Hypothesentest. Binominalverteilung für n=20 und p=0,5. Münzwurf-Beispiel genauer
Universität Karlsruhe (TH) Forschungsuniversität gegründet 1825 Güteanalyse Prof. Walter F. Tichy Fakultät für Informatik 1 Fakultät für Informatik 2 Nochmal zur Erinnerung: Hypothesentest Am Beispiel
MehrEmbedded Computing Conference 2017 Abstracts Stream 1 "Hardware"
Abstracts Stream 1 "" Abstract en Email Firma Entscheidungsträger Entwickler Produktmanager Beschreibung (mind.200-300 Zeichen) Seite 1 von 1 Abstract Hochschulen en Email Hochschule Entscheidungsträg
MehrFinal Exam. Friday June 4, 2008, 12:30, Magnus-HS
Stochastic Processes Summer Semester 2008 Final Exam Friday June 4, 2008, 12:30, Magnus-HS Name: Matrikelnummer: Vorname: Studienrichtung: Whenever appropriate give short arguments for your results. In
MehrNewest Generation of the BS2 Corrosion/Warning and Measurement System
Newest Generation of the BS2 Corrosion/Warning and Measurement System BS2 System Description: BS2 CorroDec 2G is a cable and energyless system module range for detecting corrosion, humidity and prevailing
MehrSelbstorganisiert ein Ziel erreichen Analyse, Architektur und Design in agilen Software-Projekten
Selbstorganisiert ein Ziel erreichen Analyse, Architektur und Design in agilen Software-Projekten 1 Qualifikation Über den Vortragenden Freiberuflicher SW-Entwickler und Berater seit 2006 Certified Scrum
MehrGrundlagen Software Engineering
Grundlagen Software Engineering Organisation Prof. Dr. Liggesmeyer, 1 AG Software Engineering: Dependability Prof. Dr. Peter Liggesmeyer Zimmer 32 / 423 Email liggesmeyer@informatik.uni-kl.de Sprechstunde:
MehrHow to use the large-capacity computer Lilli? IMPORTANT: Access only on JKU Campus!! Using Windows:
How to use the large-capacity computer Lilli? IMPORTANT: Access only on JKU Campus!! Using Windows: In order to connect to Lilli you need to install the program PUTTY. The program enables you to create
Mehrmobilcom-debitel SmartHome Schnell-Start-Anleitung Quick Start Guide
mobilcom-debitel SmartHome Schnell-Start-Anleitung Quick Start Guide 1. Cube anschließen 1. Connect Cube n Schließen Sie den Cube an die Stromversorgung an. n Legen Sie die Batterien polungsrichtig in
MehrSafer Software Formale Methoden für ISO26262
Safer Software Formale Methoden für ISO26262 Dr. Stefan Gulan COC Systems Engineering Functional Safety Entwicklung Was Wie Wie genau Anforderungen Design Produkt Seite 3 Entwicklung nach ISO26262 Funktionale
MehrFernUniversität in Hagen, Institut für Psychologie Lehrgebiet Community Psychology
FernUniversität in Hagen, Institut für Psychologie Lehrgebiet Community Psychology Online-Weiterbildung im Web 2.0: MOOCs und E-Portfolios - Möglichkeiten und nachgewiesene Effekte Ein systematisches Literaturreview
MehrHausaufgabe 1-4. Name: If homework late, explanation: Last class homework is being accepted: If correction late, explanation: Student Self-Grading
Hausaufgabe 1-4 To Be Filled Out By Instructor Inspected Self-Grade Accepted Lateness of Homework Accepted Instructor s Grade: Name: To Be Filled Out By Student (White Fields Only) Class # due: 1-4 Turned
MehrProseminar: Moderne Technologien für die Entwicklung von verteilten, dynamischen Anwendungen
Proseminar: Moderne Technologien für die Entwicklung von verteilten, dynamischen Anwendungen Einführung Prof. Dr. Joel Greenyer 3. April 2013 Organisation Leitung: Joel Greenyer Büro: g322 email: greenyer@inf.uni-hannover.de
Mehr