Focused Build for SAP Solution Manager & Azure DevOps - Komplexe Workflows einfach erstellt

Bitte aktivieren Sie Videos in den Datenschutzeinstellungen

Heute werde ich ein Paradebeispiel für die Fähigkeiten und die Flexibilität von Conigma Connect zeigen. Ich werde einen integrierten Workflow demonstrieren, der Entitäten in Focused Build für SAP Solution Manager und Azure DevOps verwaltet.
In diesem Fall erstellt der Benutzer zunächst eine Anforderung in Focused Build. Aus dieser Anforderung erstellt Conigma Connect ein ADO-Feature. Der Benutzer pflegt eine Reihe von Eigenschaften für das Feature, die Conigma Connect dann verwendet, um das entsprechende Arbeitspaket in Focused Build zu erstellen. Die Scope Extensions werden dann mit Hilfe von User Stories vorgenommen, die in ADO erstellt werden. Dies löst die Erstellung von Work Items in Focused Build aus.
Alle diese Entitäten sind auch nach der Erstellung technisch miteinander verknüpft. Conigma Connect sorgt nicht nur für ein konsistentes Datenmanagement, sondern orchestriert auch die Workflows der fünf verschiedenen Entitätstypen.
Dies ist nur ein Beispiel. Bei unseren anderen zufriedenen Kunden finden Sie viele verschiedene Anwendungsfälle und Datenmodelle, die SAP Focused Build mit Azure DevOps und dem Rest der Welt integrieren.

In diesem Beispiel wird zunächst eine Anforderung in Focused Build für SAP Solution Manager erstellt.
Nachdem alle erforderlichen Felder in Focused Build gepflegt wurden, wird über Conigma Connect automatisch ein Feature in Azure DevOps erstellt.
Der nächste Schritt wird von einer anderen Person in Azure DevOps durchgeführt. Hier werden die erforderlichen Felder im ADO-Feature gepflegt, um ein Arbeitspaket in Focused Build ferngesteuert zu erstellen.
Dazu wird in Azure DevOps auf Feature-Ebene die kundenspezifische Registerkarte Focused Build geöffnet.
Nach der Pflege der erforderlichen Felder erstellt Conigma Connect das entsprechende Arbeitspaket in Focused Build und verknüpft es mit der ursprünglichen Anforderung.
Das Arbeitspaket wird von Conigma Connect direkt auf den Status "Scoping" gesetzt.
Nun wird in Azure DevOps eine neue User Story für das Feature erstellt.
Als Titel für die User Story wird "Demo Normal Change" gewählt.
Nach der Pflege der Pflichtfelder in der User Story wird automatisch das entsprechende Workitem in Focused Build erstellt und dem Arbeitspaket zugewiesen.
Dabei werden nicht nur die Pflichtfelder übernommen, sondern auch die Lösungsdokumentation verlinkt.
Nun wird eine zweite User Story mit dem Titel "Demo General Change" angelegt, die das entsprechende Workitem in Focused Build erzeugt.
Zusätzlich zu den gezeigten Fähigkeiten sind Remote-Zustandsübergänge auf allen Ebenen des hierarchischen Entitätsmodells durchaus üblich.
Um diese Fähigkeit zu demonstrieren, wird der Status des Features in Azure DevOps auf "Active" gesetzt. Das Feature repräsentiert sowohl die Focused Build-Anforderung als auch das Focused Build Work Package.
Dann wird eine der beiden User Stories auf "Acitve" gesetzt, was die Statusänderung des entsprechenden Work Items auslöst.
Conigma Connect stellt sicher, dass für jedes werkzeugübergreifende Daten- und Prozessmodell alle Informationen in Azure DevOps und SAP Focused Build konsistent bleiben.