SAP Cloud ALM – What’s New in der Woche 42, 43 und 44

Willkommen bei der neuesten Ausgabe unserer SAP Cloud ALM Update-Serie! Alle zwei Wochen veröffentlicht SAP eine neue Reihe von Updates für Cloud ALM, die eine Mischung aus leistungsstarken Funktionen, Leistungsverbesserungen und reibungsloseren Benutzerinteraktionen bieten. In diesem Beitrag stellen wir Ihnen die neuesten Updates der Wochen 42, 43 und 44 vor. Falls sie unseren Beitrag zu den letzten Updates verpasst haben können sie diesen hier nachlesen.

Lassen Sie uns entdecken, wie diese Verbesserungen Ihre Cloud ALM-Erfahrung verbessern werden!

Services

Das Service Delivery Center hat vor kurzem die Option der Sprachumschaltung eingeführt, d.h. es ist möglich, Serviceergebnisse, Probleme und Aktionen in den übersetzten Sprachen anzuzeigen.

In Woche 42 wurde diese Funktion verbessert. Wenn die Serviceergebnisse oder die Probleme und Massnahmen nur auf Englisch verfügbar sind, wird die Option zur Sprachumschaltung auf den jeweiligen Bildschirmen nicht angezeigt.

Seit dieser Woche ist es auch möglich, die neuesten Kommentare zu Vorgängen und Einzelmaßnahmen auf der Übersichtsseite der Vorgangsverwaltung zu sehen, wo es eine neue Spalte für Kommentare gibt.

SAP Business Transformation Center

Die Modellierung verfügt nun über Content Timestamp Informationen eines Transformationsmodells In der App Transformationsmodelle verwalten wird auf der Registerkarte Allgemein der Detailansicht eines einzelnen Transformationsmodells nun die Information  Content Timestamp angezeigt

Implementation

Die Testvorbereitung ermöglicht es nun, Testfällen Knoten in der Prozesshierarchie zuzuordnen. Dies hilft dabei, den genauen Teil der Prozessstruktur zu bestimmen, auf den sich der Testfall bezieht.

Seit dieser Woche ist es möglich, bei der Vorbereitung von manuellen und automatisierten Testfällen Links zu externen Dokumenten und Webseiten als Referenzen hinzuzufügen. So können die Tester später während der Testdurchführung leicht auf diese zugreifen. Fügen Sie zum Beispiel Links zu Prozessbeschreibungen oder Lernmaterial ein, um Tester zu unterstützen, die mit dem Testgegenstand nicht vertraut sind, oder zu Testdatenblättern.

In Process Authoring ist es jetzt möglich, Diagramme zu sperren, die über öffentliche APIs aus externen Quellen wie Signavio importiert werden, wenn der richtige Parameter verwendet wird. Dies stellt sicher, dass die Modellierung nur in einem Tool erfolgt und verhindert, dass die Diagramme in SAP Cloud ALM bearbeitet oder gelöscht werden, zumindest anfänglich, und vermeidet so, dass möglicherweise mehrere verschiedene bearbeitete Versionen in verschiedenen Kundenlandschaften existieren.

Solche Diagramme können nur von Benutzern entsperrt werden, die entweder die Rolle Globaler Administrator oder die neu eingeführte Rolle Prozessadministrator haben. Die Rolle des Prozessadministrators ist insbesondere erforderlich, um gesperrte benutzerdefinierte Lösungsprozessablaufdiagramme zu entsperren. Die Benutzer können jedoch weiterhin andere Diagramme zu dem betroffenen Lösungsprozess hinzufügen. Beachten Sie ausserdem, dass das Sperren eines Diagramms nicht verhindert, dass Benutzer den gesamten Lösungsprozess (einschliesslich des gesperrten Diagramms) löschen können.

Beachten Sie das:

• Die Schaltfläche „Sperren“ wird nur angezeigt, wenn sich der Lösungsprozess in einer Entwurfsversion befindet.
• Wenn ein neuer Entwurf für einen Lösungsprozess erstellt wird, nachdem er veröffentlicht wurde, ist ein Diagramm, das in der vorherigen Version gesperrt war, weiterhin gesperrt.
• Die Schaltfläche „Entsperren“ wird nur für Benutzer angezeigt, die eine der oben genannten Rollen haben.

Landschaften – Entwurf und Visualisierung hat eine neue Funktion für den Zugriff auf bestimmte Landschaftsobjekte. Die Landschaften-App wendet jetzt automatisch die Zugriffskontrolllisten an, die für die Landschaftsmanagement-App definiert wurden.

In der projektübergreifenden Übersicht gibt es in der App Prozesshierarchiezuordnung jetzt eine neue Spalte Anwendungen.

In Analytics enthält die App für die Nachvollziehbarkeit von Anforderungen jetzt eine Spalte für den Lösungsprozess.

Ab dieser Woche werden bei der Zuordnung einer Anforderung zu einem Testfall und umgekehrt alle Testvorkommnisse für einen Testfall, die in verschiedenen Testplänen zugeordnet sind, im Popover Testausführung angezeigt. Zusätzlich werden die Testpläne angezeigt.

Das Popover erscheint in der Solution Process Traceability (als indirekte Zuordnung), in den Apps Requirement Traceability und User Story Traceability.

In Woche 43 wurden einige zusätzliche Aktualisierungen im Bereich Implementierung eingeführt. Im Bereich Aufgaben sind Änderungen am Status des Quality Gate nun eingeschränkt.

Um sicherzustellen, dass alle relevanten Checklistenpunkte für ein Qualitätssicherungssystem geprüft wurden, kann der Status des Qualitätssicherungssystems nur dann auf „ Angenommen“ oder „Bedingt angenommen“ gesetzt werden, wenn die zugeordneten Checklistenpunkte einen gültigen Status haben. Wurde der Status eines Quality Gates auf Angenommen oder Bedingt Angenommen gesetzt, können die Status der zugeordneten Checklistenpunkte nicht mehr geändert werden.

Seit dieser Woche ermöglicht die Aufgaben-App auch die Massenzuweisung von Projektaufgaben an Quality Gates.

In der Detailansichteiner Anforderung kann nun direkt vom Testfallbereich zur App Requirement Traceability navigiert werden, in der die relevanten Testausführungsstatus angezeigt werden können.

Wenn Sie in Defects einen Defekt aus einem Testfall erstellen, wird der zugehörige Testplan jetzt in der Detailansicht des Defects angezeigt. Von dort aus ist es möglich, direkt zu dem zugehörigen Testplan zu navigieren. Für die Defektliste wurde ein Filter für Testpläne hinzugefügt.

Seit dieser Woche gibt es einen neuen Bibliothekstyp in Libraries. Es ist nun möglich, Elemente des Bibliothekstyps Konfiguration und Konfigurationsaktivitäten zu erstellen.

Operations

Beider intelligenten Ereignisverarbeitung kann jetzt die Zeitzone für E-Mail- und Chat-Benachrichtigungen angegeben werden.

Wenn dies konfiguriert ist, werden die Zeitstempel in den Benachrichtigungen für die Ereignisaktionen E-Mail senden an und Chat-Benachrichtigung senden in der konfigurierten Zeitzone angezeigt. Dies gilt für Benachrichtigungen aus allen verschiedenen Überwachungsanwendungen, die über Alarmierungsfunktionen verfügen.

Zusätzlich zur Zeitzone für E-Mail- und Chat-Benachrichtigungen gibt es eine neue Ereignisaktion, Ereignis-Nutzdaten für 24 Stunden speichern. Wenn sie aktiviert ist, wird der Ereignis-Payload im Datenspeicher der App für intelligente Ereignisverarbeitung gespeichert. Es ist dann möglich, auf den Datenspeicher zuzugreifen und die Ereignis-Payloads mit der Raw Data Outbound Logs API für Intelligent Event Processing zu konsumieren.

Diese Ereignisaktion ist für Ereignisse in den folgenden Anwendungen verfügbar:

• Business Service Management
• Integration & Exception Monitoring
• Intelligent Event Processing
• Job & Automation Monitoring
• Synthetic User Monitoring

In Integration & Exception Monitoring ist es nun möglich, die Aggregation von Exceptions zu konfigurieren und die Aufbewahrungsfrist für die aggregierten Daten zu bearbeiten. Die Aufbewahrungsfrist für aggregierte Ausnahmen muss zwischen 0 und 365 Tagen liegen.

Die synthetische Benutzerüberwachung verfügt über eine neue Konfigurationsfunktion namens Threshold Sensitives.

Wenn die Qualität der Szenario-Schwellenwerte prädiktiv ist, ist es nun möglich, die Empfindlichkeit der dynamischen Schwellenwerte für jeden Szenario-Läufer anzupassen.

Die Art und Weise, wie die Empfindlichkeit eingestellt wird, bestimmt, wie die Bewertung auf kleinere oder grössere Leistungsverschlechterungen reagiert. Es besteht die Möglichkeit, zwei verschiedene Empfindlichkeiten einzustellen:

• Allgemein

Durch Ändern dieser Empfindlichkeit werden die Schwellenwerte für schlechte und kritische Leistung angepasst. Dies geschieht mit einem einzigen Schieberegler. Je höher der Empfindlichkeitswert ist, desto stärker muss die Leistungsverschlechterung sein, bevor ein Schwellenwert überschritten wird.

• Gelb bis Rot

Durch Ändern dieser Empfindlichkeit wird der Schwellenwert nur für kritische Leistungen angepasst. Je höher der Empfindlichkeitswert ist, desto deutlicher muss die Leistungsverschlechterung sein, bevor der Schwellenwert von gelb nach rot überschritten wird.

Um die Auswirkungen einer Änderung der Empfindlichkeit auf die Schwellenwerte für schlechte und kritische Leistung besser zu verstehen, wählen Sie Vorschau Schwellenwerte.

Hier wird sowohl das Diagramm für die Entwicklung der aktuellen dynamischen Schwellenwerte über die Zeit als auch die entsprechende Vorschau für die Schwellenwerte angezeigt, wenn die Empfindlichkeiten angepasst wurden. Mit Anwenden werden die Änderungen in der Konfiguration übernommen und das Vorschau-Popup geschlossen.

Jetzt ist es möglich, Änderungen zu speichern oder zu verwerfen.

Job & Automation Monitoring hat jetzt mehr Optionen in den Übersichtskarten. Wenn Sie mehr auswählen, werden die folgenden Aktionen für diese verwaltete Komponente angezeigt:

• Bearbeiten Sie die Konfiguration
• Navigieren Sie zu den Details der Überwachung
• Navigieren Sie zu den Details der Alarmierung

Verwaltung

Externe API-Verwaltung ermöglicht jetzt die Kennzeichnung von Abonnements als „kritisch“, um die Selbstüberwachungsfunktion zu aktivieren