Release-, Änderungs‑ und Risikomanagementprozesse planen
Microsoft veröffentlicht regelmäßig Updates für Finanz‑ und Betriebs-Apps. Diese Versionen werden in Plattform‑ und Anwendungsversionen bereitgestellt. Sie können Updates für neue Funktionen, Fehlerbehebungen oder allgemeine Verbesserungen der Systemleistung umfassen.
Versionen sind als Upgrades und Updates klassifiziert. Upgrades beinhalten den Wechsel von einer offiziellen Version zur nächsten. Ein Upgrade erfolgt beispielsweise von 7.1 auf 7.3. Ein Upgrade bezieht einen Code und Datenupgrade ein. Ein Update wendet ein binäres Paket auf eine Umgebung an. Dieser Prozess zeichnet sich durch eine geringere Ausfallzeit aus und beinhaltet kein Datenupgrade.
Bevor Sie eine der Versionen in Ihrer Umgebung bereitstellen, sollten Sie die Informationen unter Dynamics 365‑ und Microsoft Power Platform-Veröffentlichungspläne lesen, um zu ermitteln, welche neuen Updates hinzugefügt wurden. Auf diese Weise erhalten Sie einen Überblick über die betroffenen Bereiche.
Sie müssen wissen, welche Version Sie für das Upgrade auswählen möchten. Da Microsoft die älteste Version der Software entfernt, wenn eine neue Version veröffentlicht wird, wird empfohlen, stets ein Upgrade auf die neueste verfügbare Version durchzuführen. Auf diese Weise haben Sie zwei Monate Zeit, Ihre Umgebungen upzugraden, bevor diese Version nicht mehr verfügbar ist. Wenn Sie beispielsweise das Upgrade Ihrer Umgebungen auf Version x und nicht auf die neueste Version x.2 starten und Microsoft Version x.3 veröffentlicht, bevor Sie Ihre Produktionsumgebung upgraden können, steht Ihnen Version x nicht mehr für das Upgrade Ihrer Produktionsumgebung zur Verfügung.
Es können Kompatibilitätsprobleme auftreten, wenn die Version eine Enumeration erweitert. Der Compiler überprüft, ob benutzerdefinierte Enumerationen vorhanden sind, die aufgrund des Ganzzahlwerts einer nicht erweiterbaren Enumeration nicht sicher sind. Dies muss geändert werden, um die Kompilierung durchführen zu können. Ihr Modell sollte auf Module der obersten Ebene und auf Untermodule verweisen. Durch eine Änderung von Microsoft kann eine neue Ressource in einem nicht referenzierten Untermodul hinzugefügt werden. Dies kann zu Fehlern beim Kompilieren führen. Einige Methoden oder Objekte können auch als veraltet ausgewählt werden, was bedeutet, dass das Objekt irgendwann nicht mehr unterstützt wird. Wenn ein benutzerdefinierter Code als nicht mehr unterstützt festgelegt ist, sollte dieser untersucht werden, damit der erwartete Codepfad festgelegt werden kann. Probleme mit benutzerdefiniertem Code können frühzeitig erkannt werden, indem Codeüberprüfungen durchgeführt werden.
Risiko identifizieren
Upgrades und Updates des Systems können viele Änderungen mit sich bringen. Es ist wichtig, Risikogruppen zu identifizieren, um spezifische Risiken für ein Unternehmen zu ermitteln. Es sollte ein Geschäftsprozessbesitzer ausgewählt werden, der für ein bestimmtes Risiko zuständig ist. Zu den Risiken können beispielsweise Ausfallzeiten für das Upgrade des Systems, die Verfügbarkeit der zu testenden Ressourcen oder eine zusätzliche Entwicklung gehören. Diese Risiken lassen sich durch die Anwendung einiger Qualifikationen für das Risikomanagement möglicherweise verringern:
- Identifizieren Sie potenzielle Bedrohungen.
- Bewerten Sie, welche Bereiche für diese Bedrohungen anfällig sind.
- Bestimmen Sie die Wahrscheinlichkeit oder das Risiko von betroffenen Bereichen.
- Identifizieren Sie Methoden zur Risikominderung.
- Priorisieren Sie die Risikominderungspläne.
Mithilfe der von Microsoft bereitgestellten Versionspläne können Sie ermitteln, welche Bereiche in Finanz‑ und Betriebs-Apps Änderungen unterliegen und um welche Änderungen es sich dabei handelt. Zur Minderung des Risiko eines neuen Versionsplans sollten Sie über Ressourcen zum Testen der sich ändernden Bereiche verfügen. Microsoft bietet außerdem ein Regression Suite Automation Tool (RSAT) zur Automatisierung von Tests basierend auf Aufgabenaufzeichnungen.