...

Diese Business-Szenarien (business scenario) strukturieren und kategorisieren die zu unterstützenden Prozesse (process) (siehe 1. Scope /wiki/spaces/tfit/pages/233275935).

In einer High Level Analyse sind die fachlichen Fähigkeiten (business capabilities) der funktionalen Architektur, und somit die benötigten API Domänen , im Kontext der Business-Szenarien (business scenario) identifiziert (siehe Exemplarische Zuordnung von Business Szenarienen Szenarien zu den TMF Open APIAPIs). 

In der detaillierten Analyse sind die Interaktionen zwischen Auftraggeber und Leistungserbringer im Rahmen konkreter Anwendungsfälle (use case) erfasst und das Design der einzelnen APIs erstellt (siehe 4. API Design /wiki/spaces/tfit/pages/233275951)

Die Übersicht des Vorgehensmodells ist auf der Seite Vorgehensmodell /wiki/spaces/tfit/pages/233275649 dokumentiert 

High Level Prinzipien

...

• Anlegen und Löschen einer API Resource (CreateEvent & DeleteEvent)
• Zustandsänderung der API Resource (StateChangeEvent)
• Erreichen eines Meilensteines in der Prozessierung der Resource (MilestoneEvent)
• Vorkommen einer Gefährdung der Prozessierung der Resource (JeopardyAlertEvent)
• Inhaltliche Änderung einer API Resource Eigenschaften (AttributeValueChangeEvent)
• Anfrage an den Client zur weiteren Verarbeitung (InformationrequiredEvent). Typischerweise antwortet der Client hier anhand einer Task Resource

...

Eine Task Resource ist auch eine Resource ist, die abgefragt werden kann und der Payload der Task Resource steht in der Resource. Input um den Task auszuführen stehen an der Task Resource, Ergebisse der Ausführung der Task, werden zur Nachvollziehbarkeit an der Resource dokumentiert. Jeder Typ von Task hat somit seine eigene Task Resource.

High Level Information Model

...

Die Anwendung der APIs im Kontext der verschiedenen Business Szenarien ist auf der dedizierten Seite (Exemplarische Zuordnung von Business Szenarienen Szenarien zu den TMF Open APIAPIs) zu finden