Creazione dei documenti di progettazione funzionale (FDD)

  • 4 minuti

I documenti di progettazione funzionale (FDD) descrivono le funzionalità pianificate nelle personalizzazioni. Il documento può includere elementi come diagrammi di flusso, screenshot e wireframe. Può anche contenere un elenco organizzato di requisiti che possono essere usati per lo sviluppo, il test e l'approvazione del cliente.

Vantaggi dei documenti di progettazione funzionale (FDD)

Di seguito sono riportati alcuni dei vantaggi dei documenti di progettazione funzionale:

  • Aiutare il team di sviluppo a comprendere la funzionalità e fornire un ambito e una definizione chiari di cosa sviluppare. Questi documenti semplificano il processo di sviluppo e il team di sviluppo che lavora sulla funzionalità ha una chiara comprensione e le risposte a tutte le domande relative alla funzionalità prima di iniziare lo sviluppo. Poiché questo documento è approvato dal cliente, gli sviluppatori sviluppano solo personalizzazioni ed estensioni approvate.

    • L'FDD è un work in progress, quindi è necessario assegnare i team di sviluppo e QA a ciascuna area funzionale. Ciò significa che è necessario coinvolgerli nella revisione della progettazione funzionale e supportare i rispettivi analisti aziendali fin dalla fase iniziale.
    • L'estensione è l'unico modello di sviluppo in cui lo sviluppatore può usare eventi e hook all'interno del codice dell'applicazione per includere funzionalità aggiuntive senza influire sul codice Microsoft.
    • Cercare di adottare il più possibile le funzionalità standard durante la progettazione delle soluzioni.

  • Aiutare il team di test a comprendere la funzionalità in fase di sviluppo e a sviluppare un piano di test ad hoc.

  • Identificare tutti i requisiti interfunzionali. L'architetto della soluzione deve fornire al team le indicazioni necessarie al fine di ottenere progettazioni idonee.

  • Fornire al cliente una chiara visione e definizione della funzionalità in fase di sviluppo. Inoltre, aiutare l'intero team di progetto a visualizzare e vedere la soluzione prima che venga creata.

  • Fornire la base di riferimento della documentazione di formazione per il team di supporto dell'applicazione e gli utenti aziendali.

Fase di definizione dei requisiti aziendali

Nella fase di definizione del progetto, il team di implementazione deve seguire i seguenti passaggi fondamentali:

  • Gli scenari e i processi aziendali in formato gerarchico.
  • Flussi di processo end-to-end.
  • Casi d'uso.
  • Flussi aziendali.
  • Progetto iniziale della soluzione.

Dopo aver definito l'ambito, il team di implementazione dovrà analizzare ciascun requisito nella fase di analisi.

Fase di analisi della soluzione

Nella fase di analisi del progetto, il team di implementazione deve seguire i seguenti passaggi fondamentali:

  • Analisi corrispondenza-scarto.
  • Soluzioni alternative e opzioni di personalizzazione.
  • Valutazione build-acquisto.
  • L'analisi SWOT (Strength, Weakness, Opportunities, and Threats, punti di forza, punti deboli, opportunità e minacce) per soluzioni alternative e personalizzazioni/miglioramenti.

Fase di progettazione della soluzione

Nella fase di progettazione del progetto, il team di implementazione deve seguire i seguenti passaggi fondamentali:

  • Funzionalità predefinite in funzione dei processi aziendali della soluzione.
  • Progettazioni funzionali e tecniche per eventuali lacune nella presente soluzione.
  • Scenari di test end-to-end per l'accettazione complessiva della soluzione.
  • End-to-end per un'area di processo aziendale.
  • Uno o più script di test per ciascun requisito.
  • Progetto iniziale della soluzione dello stato futuro.

Prototipazione

Nella fase di prototipazione del progetto, il team di implementazione deve seguire i seguenti passaggi fondamentali:

  • Una configurazione prototipo del flusso aziendale nelle app per la finanza e le operazioni.
  • Migrazione dei dati di esempio.
  • Dati demo, guide alle attività e video di formazione.
  • Esercitazioni pratiche.

Dopo l'accettazione del prototipo, eventuali lacune, interfacce o report possono essere assegnati al team di sviluppo.

Fase di sviluppo

Nella fase di sviluppo del progetto, il team di implementazione deve seguire i seguenti passaggi fondamentali:

  • Artefatti di sviluppo.
  • Relazioni entità (ER).
  • Codice.
  • Progettazioni.

Fase di test e accettazione

Nella fase di test del progetto, il team di implementazione deve seguire i seguenti passaggi fondamentali:

  • Piano di test.
  • Scenari di test.
  • Test case.
  • Registri dei problemi.

Fase di formazione.

Nella fase di formazione del progetto, il team di implementazione deve seguire i seguenti passaggi fondamentali:

  • Manuali di formazione.
  • Guide attività/utente.

Fase di go-live.

Nella fase di go-live del progetto, il team di implementazione deve seguire i seguenti passaggi fondamentali:

  • Lista di controllo per il cutover.
  • Idoneità per il go-live
  • Ambiente.
  • Accesso.
  • Mailer di comunicazione.

Dopo un go-live di successo, è importante proseguire il percorso e continuare a trarre vantaggio dalla piattaforma aziendale mantenendola integra.

Fase di supporto

Nella fase di supporto del progetto, il team di implementazione deve seguire i seguenti passaggi fondamentali:

  • Piano di supporto/manutenzione.
  • Team che copre vari livelli di esigenze di supporto.
  • Iniziative di miglioramento.
  • Esigenze aziendali accessori.
  • Portale dei problemi.
  • Formazione continua, iniziative di implementazione e altri tipi di assistenza.