ADA.14.01.06 Progettazione di Applicazioni

SETTORE
Servizi digitali
PROCESSO
Sviluppo e gestione di prodotti e servizi digitali
SEQUENZA
Progettazione di soluzioni ICT (Plan)

Questa scheda fa riferimento solo a un risultato atteso dell'area di attività. Per consultare la scheda completa di tutti i risultati attesi clicca qui

RA 1: Validare i requisiti dell'applicazione da sviluppare dopo averli formalizzati, a partire dalla rilevazione e analisi delle esigenze del cliente e delle caratteristiche dell’ambiente di esercizio

Dimensioni

Casi

1 - Raccolta dei Requisiti
Applicazione ad alto contenuto innovativo

Definire obbiettivi, vantaggi competitivi e requisiti funzionali e non funzionali di un'applicazione ad alto contenuto innovativo (es. un'applicazione di mercato che utilizza tecniche di Intelligenza Artificiale per fornire servizi evoluti), esaminando le caratteristiche del contesto di riferimento e le soluzioni commercializzate dai concorrenti

Grado di complessità 4
Definizione dei requisiti di un'applicazione di mercato

Definire obiettivi, requisiti funzionali e non funzionali di un'applicazione di mercato (es. applicazione per la gestione di un servizio di e-Commerce) conducendo interviste con i responsabili/esperti aziendali del mercato

Grado di complessità 3
Identificazione Stakeholder di un'applicazione interna

Identificare gli stakeholder di riferimento di un'applicazione interna (es. applicazione ERP) che si vuole sviluppare, tenendo conto dell'analisi di fattibilità, ed esaminando l'organizzazione e i suoi processi

Grado di complessità 2
Definizione dei requisiti di un'applicazione interna

Definire obiettivi, requisiti funzionali e non funzionali di un'applicazione interna (es. applicazione ERP) esaminando il contesto di riferimento e conducendo interviste con gli stakeholder

Grado di complessità 2
Definizione dei requisiti evolutivi

Definire i requisiti funzionali e non funzionali oggetto della manutenzione evolutiva, di un'applicazione esistente, interna o di mercato

Grado di complessità 1
2 - Formalizzazione dei requisiti
Definizione della metodologia di formalizzazione dei requisiti

Selezionare una metodologia per la formalizzazione di requisiti funzionali e non funzionali curando la sua condivisione con gli stakeholder

Grado di complessità 2
Formalizzazione dei requisiti

Formalizzare i requisiti funzionali e non funzionali raccolti secondo la metodologia di riferimento identificando correlazioni e priorità e risolvendo eventuali vincoli che impediscono il soddisfacimento di alcuni di essi

Grado di complessità 1
3 - Validazione dei requisiti
Validazione requisiti applicazione di Core Business

Validare con gli stakeholder i requisiti funzionali e non funzionali formalizzati di un'applicazione core-business identificando vincoli e criticità relativi al business di cui dovrà tener conto il piano di progetto

Grado di complessità 2
Validazione requisiti applicazione di Supporto

Validare con gli stakeholder i requisiti funzionali e non funzionali formalizzati di un'applicazione di supporto

Grado di complessità 1

Fonti

  • Norma UNI 16234:2019 (e-CF versione 4.0)
  • Repertorio regionale del FVG
  • GDPR Privacy by design e DPIA (protezione dei dati personali)
  • Software Engineering Body of Knowledge (SWEBOK) ISO / IEC TR 19759: 2005
  • IFPUG: ISO/IEC 20926:2009 Software and systems engineering - Software measurement - IFPUG functional size measurement method
  • SQL:2016 or ISO/IEC 9075:2016