Pianificazione di processi di rilascio, modifica e gestione dei rischi
Microsoft rilascia aggiornamenti regolari per le app per la finanza e le operazioni. Questi rilasci sono disponibili nelle versioni della piattaforma e dell'applicazione. Possono includere aggiornamenti per nuove funzionalità, correzioni di bug o miglioramenti generali delle prestazioni del sistema.
I rilasci sono classificati come upgrade e aggiornamenti. Gli upgrade includono il passaggio da una versione ufficiale alla versione successiva. Ad esempio, un upgrade è da 7.1 a 7.3. Un upgrade riguarda il codice e i dati. L'aggiornamento applica un pacchetto binario a un ambiente. Questo processo ha tempi di fermo inferiori e non include l'upgrade dei dati.
Prima di distribuire un rilascio nell'ambiente, leggere Piani di rilascio di Dynamics 365 e Microsoft Power Platform per scoprire i nuovi aggiornamenti aggiunti. Queste informazioni forniscono un'idea delle aree interessate.
È necessario sapere quale versione selezionare per l'aggiornamento. Poiché Microsoft rimuove la versione meno recente del software quando viene rilasciata una nuova versione, si consiglia di usare sempre all'ultima versione disponibile. Per aggiornare gli ambienti sono disponibili due mesi prima che una versione non sia più disponibile. Ad esempio, se si inizia ad aggiornare gli ambienti alla versione x anziché all'ultima versione x.2 e Microsoft rilascia x.3 prima di aggiornare l'ambiente di produzione, la versione x non è più disponibile per l'aggiornamento dell'ambiente di produzione.
È possibile che si verifichino problemi di compatibilità se la versione estende un'enumerazione. Il compilatore verifica se sono presenti enumerazioni personalizzate non sicure a causa del valore intero di un'enumerazione non estensibile. È necessario apportare la modifica per poter compilare. Il modello deve fare riferimento a moduli e moduli secondari di primo livello. Una modifica Microsoft può aggiungere una nuova risorsa in un modulo secondario senza riferimenti. Ciò può causare errori durante la compilazione. Alcuni metodi o oggetti possono anche essere selezionati come obsoleti, il che significa che l'oggetto sarà completamente deprecato. Se viene selezionato un codice personalizzato per la deprecazione, è necessario esaminarlo in modo da poter correggere il percorso del codice previsto. L'esecuzione di revisioni del codice può rilevare tempestivamente eventuali problemi relativi al codice personalizzato.
Identificazione del rischio
Gli upgrade e gli aggiornamenti del sistema possono apportare molte modifiche. È importante identificare i gruppi di rischio per individuare i rischi specifici per un'azienda. Il proprietario del processo aziendale deve essere responsabile di un rischio specifico. Alcuni rischi possono includere i tempi di fermo per aggiornare il sistema, la disponibilità di risorse da testare o lo sviluppo aggiuntivo. L'applicazione di alcune competenze di gestione dei rischi può aiutare a ridurre questi rischi:
- Identificare le potenziali minacce.
- Valutare quali aree sono vulnerabili alle minacce.
- Determinare la probabilità o il rischio delle aree interessate.
- Identificare i modi per ridurre il rischio.
- Assegnare la priorità ai piani di riduzione del rischio.
L'uso dei piani di rilascio forniti da Microsoft consente di determinare quali aree nelle app per la finanza e le operazioni vengono modificate e quali modifiche vengono apportate. Per ridurre il rischio di un nuovo piano di rilascio è necessario avere risorse disponibili per testare le aree che vengono modificate. Microsoft offre anche lo strumento Regression Suite Automation Tool (RSAT) per automatizzare i test in base ai file di Registrazione attività.