Vorlesung 3: Funktionsorientierte Entwicklung

Question 1

Realisierung der Funktionen

Answer 1

steigende Anzahl interdisziplinärer Stakeholder zur Realisierung der Produktfunktion erfordert Ansätze, um Funktionen disziplinenübergreifend verständlich zu dokumentieren

Question 2

motego Methode

Answer 2

für die Modellierung der hierarchischen Dekomposition und der Energie-, Stoff- und Signalflüsse zwischen Funktionen (nach KOLLER) im Rahmen der modellbasierten Systementwicklung besonders geeignet

erfüllt die Anforderung:
1. Hierarchische Dekomposition
2. Schnittstellen Definition

Question 3

Functions in MBSE

Answer 3

Funktionen werden modellbasiert über den
- Stereotypen,
- ihrer Benennung
- sowie die Eingangs- und Ausgangsgrößen
beschrieben

Question 4

FunctionalArchitecture

Answer 4

• Die FA klassifiziert alle Funktionen des Systems, die weiter zergliedert werden können
• Eine Funktion ist der allgemeine und gewollte Zusammenhang zwischen Eingang und Ausgang eines Systems mit dem Ziel, eine Aufgabe zu erfüllen

Question 5

ElementaryFunction

Answer 5

• Jede Elementarfunktion beschreibt einen nicht weiter
  zerlegbaren, physikalischen Wirkzusammenhang
• Die Menge aller möglichen Elementarfunktionen ist
  endlich und bekannt

Question 6

EnergyFlow

Answer 6

• Der Energiefluss beschreibt neben dem Material- und Signalfluss die Eingangs- und Ausgangsgrößen der Funktion
• Dient als Objekt, was zwischen den Subsystemen übergeben wird
• Die Parameter des Energieflusses werden als flow properties modelliert

Question 7

Benennung FunctionalArchitecture

Answer 7

Die Benennung der FunctionalArchitecture wird
mit der Subjekt-Verb-Methode formulier

Question 8

Benennung ElementaryFunction

Answer 8

▪ Die Benennung der ElementaryFunction wird mit Hilfe der Grundoperationen formuliert

▪ Diese beschreiben den Umsatz der Eingangsgrößen in die Ausgangsgrößen

▪ Die Menge aller Grundoperationen ist endlich und bekannt

Question 9

FunctionalContext

Answer 9

▪ Der funktionale Kontext klassifiziert alle Funktionen die mit dem System interagieren und für die keine technischen Lösungen entwickelt werden müssen

▪ Die Benennung des FunctionalContext wird mit der Subjekt-Verb-Methode formuliert

Question 10

Dekomposition der Funktionalen Architektur

Answer 10

1. aus der funktionalen Anforderung wird die Gesamtfunktion des Systems abgeleitet.
   -> Da Funktion weiter zerlegbar: FunctionalArchitecture
   -> im req und Verbindung über satisfy
2. Die Gesamtfunktion wird in den übergeordneten Systemkontext eingeordnet
   -> beschreiben, aus welchen Systemen des Umfelds Energie-, Stoff- & Signalflüssen in die Funk. fließen
   -> im bdd und Verbindung über gerichtete Kompos.
3. Die Gesamtfunktion wird bis auf die Ebene der Elementarfunktion zergliedert
   -> Funktionen in mindestens zwei Subfunktionen zergliedern

Question 11

Gegenseitige Beeinflussung der Subsysteme

Answer 11

• Wechselwirkung der Funktionen über Energie-, Stoff- & Signalflüsse ausdrücken
• Die Darstellung der Flüsse zwischen den Subsystemen im ibd

Question 12

Eigenschaften der Flüsse

Answer 12

• Flüsse beinhalten Parameter (flow properties) zur Beschreibung des Flusses sowie die Zusammenhänge (Constraints) dieser Parameter
• Durch Modellierung der Zusammenhänge werden abhäng. Parameter automatisch ermittelt
• Flüsse über Schnittstellen (ProxyPorts) an Funktion anbinden

Question 13

VAMOS: Variant Modelung Language for SysML

Answer 13

• SysML bietet keine explizite Notation/Syntax zur Modellierung von Varianten
  -> Abbildung von Varianten im Systemmodell für Erschließung essentiell
• Mit VAMOS eine Möglichkeit Varianten zu modellieren

Question 14

core-package

Answer 14

• enthält alle Kernelemente
• Struktur ist unabhängig vom Ansatz der Variantenmodelle

Question 15

variants-package

Answer 15

• enthält alle Variationen mit ihren Varianten
• jedes Variantenpaket enthält die Varianten eines Unterscheidungsmerkmals

Question 16

configurations-package

Answer 16

• enthält konkrete Variantenkonfigurationen