---
# System prepended metadata

title: ASE Vorbereitung

---

# ASE Vorbereitung

## Allgemeines
* Möglichst viel Raum für die Anpassung des Diagramms lassen -> Diagramm groß zeichnen
* Testcases übersprungen
## Aktivitätsdiagramm
* Im Aktivitätsdiagramm gibts immer ein Anfang und ein Ende
* Eingangs- und Ausgangsobjekte werden immer am Rand des Diagramms gezeichnet
* Bei Objektfluss keine Verzweigung/Entscheidung, für jedes Objekt ein neues Port

## Parameter
* Real, Newton, mm

## Fragen

* Ist die Generalisierung die einzige Beziehungsart zwischen Aktoren?
    * nein, es gibt beziehungen, die zw. allen objekten gezogen werden können
* Kann ein Usecase include von mehreren Usecases sein?
    * ja
* Muss jeder Requirement von einem Usecase abgeleitet werden?
    * nein, jedes req braucht existenzberechtigung. die Existenzberechtigung muss aber nicht im model inkludiert sein.
* Trace-verbindung zwischen Requirements
    * richtung undefiniert
        * für prüfung: so wie im skript
    * derive: trace, aber req existiert NUR um ziel Req zu checken
* Contain Verbindung zwischen Requirements (vs. derive und refine)
* Verbindungen bei "Regolithbauteil fertigen" prüfen
* Aktivitätsdiagramm: Objekt "Sensor Meswerte" aus dem nichts entstehen lassen
    * passt
* Dürfen Aktivitäten existieren, die nie von einem Kontrollfluss angestoßen werden
* Was ist der Unterschied zwischen property und value
    * values werden im parameterdiagram verrechnet
        * ist immer eine zahl, properties könnten auch string sein
* Refine requirement kriegt Id1.1?
    * ne, nur contain
* Unterschied Ende und Terminales
    * terminales ende beendet ALLEs auch, wenn es auf untergliederten act angesteuert wurde
* Wenn man neues in Model einbringt, Rückblick auf req und 


* Entscheidung im act mit nur einem Ausgang
* Triggeranwendung
* wie Rolle in ibd entsteht
* darf geschachtelter Zustand ohne internes ende beendet werden?