Definizione dei requisiti aziendali e dei casi d'uso

Definisci i requisiti aziendali e i casi d'uso per indicare chiaramente le esigenze aziendali e i criteri di successo del progetto.

Assicurati che i requisiti e i casi d'uso identifichino i processi aziendali critici e il piano per monitorare questi processi. È necessario specificare i requisiti funzionali e non funzionali nel piano di implementazione.

Questa attività richiede:
  • utenti business
  • Responsabile di progetto
  • Lead aziendali

Definire i requisiti funzionali

Stabilisci gli obiettivi aziendali per determinare i criteri di successo e misurare il successo della tua soluzione Fusion Data Intelligence.

Il team di implementazione deve identificare tutti i requisiti funzionali e ottenere l'approvazione da tutte le parti coinvolte per garantire che il team di progetto comprenda appieno ciò che è necessario costruire. È inoltre importante concordare gli scenari di test per ciascuno dei requisiti funzionali.

Per determinare gli obiettivi aziendali, effettuare le operazioni riportate di seguito.
  • Esamina le mappe dei processi end-to-end con l'amministratore funzionale di Oracle Fusion Cloud Applications per ogni area. Accettare i requisiti di reporting analitico e come vengono misurati.
    • Determinare le metriche aziendali che si desidera monitorare.
    • Accettare la funzionalità delle cartelle di lavoro analitiche che completa le metriche aziendali e fornisce ulteriori approfondimenti sul processo.
    • Accettare l'impostazione di sicurezza applicabile, ad esempio autorizzazioni e limitazioni dei dati.
    • Confermare le origini dati per ogni area di reporting.
    • Accettare la frequenza di caricamento dei dati necessaria per soddisfare i requisiti di reporting.
  • Mappa i moduli di Fusion Data Intelligence ai moduli configurati di Oracle Fusion Cloud Applications. È necessario assicurarsi che i moduli di Fusion Data Intelligence che si prevede di attivare siano correlati ai moduli funzionali Oracle Fusion Cloud Applications. Ciò consente alle pipeline di dati di funzionare in modo efficace.
  • Esegui un'analisi fit-gap per identificare le lacune nella soluzione e avviare la conversazione per correggere le lacune di fattibilità.
  • Documentare questi requisiti e testarli durante la fase di prova appropriata del progetto.

Utilizzare l'elenco di controllo per confermare la pianificazione degli elementi azione. Vedere Definire l'elenco di controllo dei requisiti funzionali.

Definizione dei requisiti non funzionali

I requisiti non funzionali sono correlati alla funzionalità di sistema di Fusion Data Intelligence e alle prestazioni previste per Fusion Data Intelligence.

Considera i requisiti non funzionali come prestazioni, sicurezza e affidabilità nel tuo piano di implementazione. Identifica tutti i requisiti non funzionali e assicurati che tutti gli stakeholder senior del progetto, dalla comunità aziendale ai team di sicurezza, concordino su questi requisiti. In base all'inventario documentato dei requisiti non funzionali, assicurarsi di controllare la presenza degli oggetti di origine Oracle Fusion Cloud Applications che non dispongono degli oggetti vista corrispondenti disponibili per il reporting. Contrassegna queste lacune tecniche nelle prime fasi dell'implementazione per rispettare i tempi di risposta richiesti per l'implementazione delle richieste di miglioramento nelle Oracle Fusion Cloud Applications. Ciò garantirà che il team di progetto comprenda appieno gli obiettivi non funzionali e come questi vengono misurati. È anche importante concordare gli scenari di test per ciascuno dei requisiti non funzionali. Documentare questi requisiti e testarli durante la fase di prova appropriata del progetto.

Utilizzare l'elenco di controllo per confermare la pianificazione degli elementi azione. Vedere Definizione dell'elenco di controllo dei requisiti non funzionali.

Definisce i casi d'uso

I casi d'uso descrivono l'interazione tra Fusion Data Intelligence e l'utente per raggiungere un obiettivo del processo aziendale.

Identifica tutti i requisiti del caso d'uso e assicurati che tutti gli stakeholder siano d'accordo su di essi. I casi d'uso possono essere correlati a una mappa dei processi aziendali concordata, ad esempio:
  • Passi per creare e distribuire le metriche business in una cartella di lavoro nuova o esistente.
  • Passi per creare nuovi ruoli applicazione e assegnarli a gruppi e utenti.
  • Passi per monitorare le metriche aziendali e le cartelle di lavoro correlate per un determinato processo aziendale, ad esempio il monitoraggio del turnover dell'headcount.

Documentare i casi d'uso per garantire che il team di progetto comprenda appieno gli obiettivi e il modo in cui tali casi d'uso verrebbero soddisfatti.