# 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?