Der Dialog „Ereignis auswählen“
Der Dialog zeigt angelegte Ereignisse, sowie generische Ereignisse, die vom Tool mitgeliefert werden. Die Anzeige der generischen Ereignisse ist abhängig vom Stereotypen, der dem Zustandsautomaten zugeordnet ist.
Dieser Dialog öffnet sich:
- wenn im Dialog Zustandsübergang bearbeiten auf die blaue Pfeil-Schaltfläche geklickt wird
Der Dialog
Selektieren Sie das Ereignis, das einen Zustandsübergang auslösen soll und klicken Sie OK. Das ausgewählte Ereignis wird in den Dialog Zustandsübergang bearbeiten übernommen und im Zustandsdiagramm an der Beziehungslinie des Zustandsübergangs notiert.
Unter StateMachine werden alle benutzerdefinierten Ereignisse gelistet.
Unter Generic finden Sie Ereignisse, die vom Tool angeboten und für verschiedene Elementtypen verwendet werden können:
| ImportedFromFile (ab Version 7.7) | Verwenden Sie das Ereignis, wenn Elemente aus einer MS Word-, MS Excel-, MS Project oder einer CSV-Datei nach objectiF RPM importiert werden. Das Ereignis wird dann an die importierten Elemente gesendet. |
| OwnerChanged | Das Ereignis wird an Elemente, Dateien oder Aktivitäten gesendet, wenn Elemente in ein anderes Package oder Dateien in ein anderes Verzeichnis verschoben werden. Oder wenn eine Aktivität einer anderen untergeordnet wird. |
Unter Requirement finden Sie Ereignisse, die vom Tool und nur für Anforderungen angeboten werden:
| FilesComittedToVersionControlSystem | Das Ereignis wird an Anforderungen gesendet, die über eine Datei nach GitHub comitted werden. |
| RequirementExportedToAzureDevOps | Das Ereignis wird an Anforderungen gesendet, die aus objectiF RPM nach Azure DevOps exportiert werden. |
| RequirementExportedToJira | Das Ereignis wird an Anforderungen gesendet, die aus objectiF RPM nach Jira exportiert werden. |
| RequirementImportedFromAzureDevOps | Das Ereignis wird an Anforderungen gesendet, die von Azure DevOps nach objectiF RPM importiert werden. |
| RequirementImportedFromJira | Das Ereignis wird an Anforderungen gesendet, die von Jira nach objectiF RPM importiert werden. |
| RequirementReferencesChanged | Das Ereignis wird an Anforderungen gesendet, wenn sich dessen Anforderungsreferenzen geändert haben, z.B. wenn sie in ein anderes Package verschoben wurden. |
Unter ContainsReqRhip finden Sie Ereignisse, die vom Tool und nur für die Anforderungsbeziehung Contains angeboten werden:
| ContainsRelationshipDeleted | Das Ereignis kann verwendet werden, um für eine Anforderung zu prüfen, ob die Beziehung zu einer Teilanforderung gelöscht wurde. |
| ContainsRelationshipImported | Das Ereignis kann verwendet werden, um für eine Anforderung zu prüfen, ob weitere Teilanforderungen zugeordnet sind, die über eine sxmi-Datei importiert wurden. |
| ContainsRelationshipRequirementDeleted | Das Ereignis kann verwendet werden, um für eine Anforderung zu überprüfen, ob Teilanforderungen gelöscht wurden. |
| ContainsRelationshipRequirementWorkloadChanged | Das Ereignis kann verwendet werden, um Anforderungen zu „informieren“, dass sich der Gesamtaufwand ihrer Teilanforderungen geändert hat. |
Unter UseCase finden Sie ein Ereignis, das vom Tool und nur für Anwendungsfälle angeboten wird:
| UseCaseReferencesChanged | Das Ereignis wird an Anwendungsfälle gesendet, wenn sich dessen Anwendungsfallreferenzen geändert haben, z.B. wenn sie in ein anderes Package verschoben wurden. |
Unter Activity finden Sie Ereignisse, die vom Tool und nur für Aktivitäten angeboten werden:
| CheckDelay | Verwenden Sie das Ereignis, um das Start- und/ oder Enddatum von Aktivitäten auf Verzögerungen zu überprüfen. |
| ReferenceActivityChanged | Verwenden Sie das Ereignis, um Änderungen, bspw. bezüglich des Start- und/ oder Enddatums von Aktivitäten zu prüfen, die aus anderen Projekten in das aktuelle Projekt übernommen wurden. |
Unter ActivityPort finden Sie ein Ereignis, das vom Tool und nur für Eingaben / Ausgaben angeboten wird:
| ActivityPortDeleted | Das Ereignis wird an Aktivitäten gesendet, wenn zugeordnete Eingaben oder Ausgaben wieder entfernt wurden. |
Unter ActivityRealizeReqRship finden Sie Ereignisse, die vom Tool und nur für die Aktivitätsbeziehung angeboten werden:
| RealizeRelationshipDeleted | Wenn der Zustandswechsel von Aktivitäten an Bedingungen geknüpft ist, die bspw. diesen Wechsel erst zulassen, wenn zugeordnete Elemente einen bestimmten Zustand haben, dann kann das Ereignis dazu verwendet werden, um zu überprüfen, ob eingeplante Anforderungen wieder entfernt wurden. |
| RealizeRelationshipImported | Wenn der Zustandswechsel von Aktivitäten an Bedingungen geknüpft ist, die bspw. diesen Wechsel erst zulassen, wenn zugeordnete Elemente einen bestimmten Zustand haben, dann kann das Ereignis dazu verwendet werden, um zu überprüfen, ob importierte Anforderungen der Aktivität zugeordnet und somit eingeplant wurden. |
| RealizeRelationshipRelativeWorkloadChanged | Hier wird das Ereignis an die Aktivität gesendet, wenn sich der Aufwand der zugeordneten (eingeplanten) Anforderungen geändert hat. |
| SourceActivitySchedulingKindChanged | Hier wird das Ereignis an die Aktivität gesendet, wenn sich die Berechnungsart geändert hat. |
| TargetRequirementDeleted | Hier wird das Ereignis an die Aktivitäten gesendet, wenn zugeordnete Anforderungen gelöscht wurden. |
| TargetRequirementWorkloadChanged | Hier wird das Ereignis an die Aktivitäten gesendet, wenn sich der Aufwand zugeordneter Anforderungen geändert hat. |