Implementazione locale: progettazione e sviluppo
Questa unità è un riepilogo delle fasi di progettazione e sviluppo di un'implementazione di Finance and Operations (on-premises).
Distribuzione di un ambiente di sviluppo e test
L'ambiente di sviluppo e test include le funzionalità principali di Finance and Operations. Include anche strumenti, come l'agente di Microsoft Visual Studio, che assiste nella gestione e nel controllo della versione degli elementi sviluppati all'interno dei cicli sprint di sviluppo. L'ambiente di sviluppo e test si usa anche durante il ciclo sprint di sviluppo per consentire a sviluppatori ed esperti di dominio (SME) di testare le funzionalità. La build giornaliera viene distribuita nell'ambiente di sviluppo e test per garantire che le personalizzazioni e le configurazioni più aggiornate siano disponibili per il test ogni giorno. Questo ambiente si usa inoltre per i test della soluzione complessiva, quando tutti gli sprint sono stati completati ed è avvenuta l'approvazione finale dei requisiti.
Definizione dei test case e creazione degli script di test
Tutti i requisiti devono essere testati. È necessario creare script di test sia che si usi una configurazione standard che una personalizzazione per soddisfare il requisito. Se esistono soluzioni plug-in di fornitori di software indipendenti (ISV), queste dovrebbero essere testate per garantire la compatibilità, così come qualsiasi integrazione con sistemi interni o esterni, migrazioni o caricamenti di dati. Man mano che si producono gli script di test, se vengono identificati problemi nella progettazione il team di sviluppo dovrebbe aggiornarla opportunamente per meglio soddisfare il requisito. Ciò significa che è necessario creare gli script di test prima di completare lo sviluppo. Come per il processo di progettazione, l'attenzione dovrebbe essere rivolta alla consegna del software e gli script di test dovrebbero coprire ogni aspetto di ciò che convalidano. Tali script non devono riguardare prestazioni e scalabilità a meno che diversamente specificato nel requisito. Se necessario, i test di prestazioni e scalabilità verranno eseguiti separatamente.
Approvazione dei documenti di progettazione funzionale (FDD)
È necessario creare un documento di progettazione funzionale (FDD) per tutti gli scostamenti. Un FDD dovrebbe includere requisiti, principi funzionali, implicazioni sulla sicurezza e l'esperienza dell'utente finale pianificata per la funzionalità specifica. Questo passaggio è completo quando gli FDD sono stati completati e approvati.
Approvazione dei documenti di progettazione tecnica (TDD)
Quando un documento di progettazione funzionale (FDD) è completato e approvato, diventa un documento di progettazione tecnica (TDD). Un TDD deve includere l'esecuzione tecnica pianificata di una progettazione funzionale. Questo passaggio è completo quando gli FDD completati e approvati sono diventati TDD.
Analisi del codice
Analisi personalizzazione è uno strumento automatizzato per la convalida dei file di modello di un cliente rispetto alle regole delle procedure consigliate Microsoft per tabelle, classi, moduli ed enumerazioni. Lo strumento genera quindi report che elencano tutti i problemi identificati. Valutare le personalizzazioni usando Analisi personalizzazione e segnalare bug per i problemi identificati.
Identificazione di una gold build e approvazione
Identificare la gold build che si desidera usare per l'ambiente di produzione. Dopo aver identificato la build, caricarla nella raccolta di risorse di Lifecycle Services e contrassegnarla come gold build.
Revisione delle date delle attività cardine
Come per l'implementazione cloud.