Jump to: navigation, search

Difference between revisions of "Ingredienti per un prototipo"

(Individuazione persone e loro classificazione (consumatore/produttore) in riferimento ai macrorequisiti)
(Individuazione persone e loro classificazione (consumatore/produttore) in riferimento ai macrorequisiti)
Line 31: Line 31:
 
[[File:Produttori.png|600px|left|Consumatori vs Macrorequisiti]]
 
[[File:Produttori.png|600px|left|Consumatori vs Macrorequisiti]]
  
== Ipotetico flusso di lavoro ==# macrorequisiti secondo il panel
+
 
# selezione persone secondo il punto 1)# selezione persone secondo le viste# ipotesi di flussi di interscambio tra le persone coinvolte# individuazione dei flussi di interscambio fattibili# realizzazione di un caso d'uso# utilizzo delle analisi delle soluzioni interne al progetto per l'approvigionamento di dati e funzionalità nei flussi di interscambio fattibili# realizzazione delle widget di interfaccia per rispondere ai casi d'uso delle persone coinvolte
+
== Ipotetico flusso di lavoro ==
 +
# macrorequisiti secondo il panel
 +
# selezione persone secondo il punto 1)
 +
# selezione persone secondo le viste
 +
# ipotesi di flussi di interscambio tra le persone coinvolte
 +
# individuazione dei flussi di interscambio fattibili
 +
# realizzazione di un caso d'uso
 +
# utilizzo delle analisi delle soluzioni interne al progetto per l'approvvigionamento di dati e funzionalità nei flussi di interscambio fattibili
 +
# realizzazione delle widget di interfaccia per rispondere ai casi d'uso delle persone coinvolte

Revision as of 12:51, 24 October 2013

Abstract

Appunti per un piano un po’ più esecutivo, individuando casi d’uso e soggetti che garantiscano sia una certa fattibilità (disponibilità di dati e funzionalità) in tempi ragionevoli, che una buona rappresentatività (vedi viste elencate sotto).

Razionale

Secondo quanto emerso dalle interviste e dalle successive analisi e sintesi, emergono alcuni “ingredienti” da privilegiare per il prototipo, ovvero:

  1. rete osservativa (metadatazione sensori – SensorML – e distribuzione osservazioni, anche in Real Time – SOS) (importante in particolare per SP5)
  2. strumenti di collaborazione trasversale fra gruppi (importante in particolare per SP3 ma trasversale al progetto)
  3. inquadramento dell’area geografica (trasversale a tutto il progetto)

Obiettivo: selezionare e descrivere casi d'uso e prospettare scenari d’interazione fra soggetti appartenenti a RITMARE basandoci su persone reali (in grado quindi di fornire o richiedere dati/funzionalità). Questi casi e persone devono essere rappresentativi sotto diversi profili, o viste. Tali viste sono state individuate come:

  1. flussi di lavoro
  2. tipo di comunità (Aree_di_ricerca)
  3. tipo di dati (osservativo, raster, vector)
  4. campagne di misura in situ
  5. tipo di processi (QC per sp5 (Cardin), analisi di dati biologici (Bastianini, Foglini) analisi di serie temporali (Fontolan), Analisi di mappe (Piatanesi))
  6. rappresentatività dei sottoprogetti e degli enti coinvolti

Individuazione persone e loro classificazione (consumatore/produttore) in riferimento ai macrorequisiti

  1. boe ed intercalibrazione (Cardin, OGS; Manzella, ENEA; Bastianini, CNR)
  2. habitat costieri, carote di sedimento, biologia (Foglini, CNR)
  3. metadati di crociera, batimetrie, transetti nave (Bortoluzzi, CNR)
  4. aspetti collaborativi (Bresciani, CNR; Del Negro, OGS; Fontolan, CONISMA)
  5. tsunami (Piatanesi, INGV)
  6. DSS difesa costiera (Scarcella, CNR)# ground true validation per remote sensing, serie storiche (Bastianini, CNR)

(manca SZN)

Per queste persone, considerando i Macrorequisiti (WP1_AZ1) come ordinati dal Panel, si possono desumere due matrici: consumatori e produttori (come nelle figure seguenti).

Consumatori vs Macrorequisiti
Consumatori vs Macrorequisiti


Ipotetico flusso di lavoro

  1. macrorequisiti secondo il panel
  2. selezione persone secondo il punto 1)
  3. selezione persone secondo le viste
  4. ipotesi di flussi di interscambio tra le persone coinvolte
  5. individuazione dei flussi di interscambio fattibili
  6. realizzazione di un caso d'uso
  7. utilizzo delle analisi delle soluzioni interne al progetto per l'approvvigionamento di dati e funzionalità nei flussi di interscambio fattibili
  8. realizzazione delle widget di interfaccia per rispondere ai casi d'uso delle persone coinvolte