Roadmap

Ciò vuol dire:

• avviare il blog per gli aggiornamenti principali di progetto
• definire le categorie degli articoli
• associare un calendario per gli appuntamenti relativi al progetto
• indicare come approfondire. In quest'ultimo punto è compreso il raggiungimento del wiki che costituisce la documentazione relativa al progetto software. Dove il team di sviluppo avrà già iniziato da redigere la documentazione di analisi funzionale.

In questo passo si intende entrare in rapporto collaborativo costruttivo con altre persone che hanno dedicato le proprie energie a risolvere problemi simili in modi diversi e con gli strumenti da essi sviluppati.

È necessario verificare e testare puntualmente tutte le soluzioni esistenti note, individuare aspetti da migliorare, entrare in contatto con gli sviluppatori, condividere le necessità, valutare opportunità di integrazione o specializzazione.

Alla fine di questa fase saranno stati contattati i rispettivi sviluppatori con la proposta di partecipare in modo inclusivo al processo di realizzazione della piattaforma web (non necessariamente allo sviluppo).

Il grande beneficio di questo obiettivo consiste, oltre che nella crescita di competenza e di relazione dei singoli individui, nella proposta di studio di formati "standard" per l'integrazione e l'interoperabilità delle piattaforme di gestione dei GAS.

Avere a disposizione un documento che parta dall'analisi di:

• soggetti
• azioni
• processi (workflow)
• luoghi di incontro e di consegna
• prodotti
• interazioni all'interno e verso l'esterno
• architettura

insieme con quanto altro verrà discusso nel ticket 11: Definire gli aspetti da analizzare.

Questo documento è propedeutico alla realizzazione delle "user stories" (casi d'uso dell'utente) e quindi alle viste necessarie per implementarle.

In questo rilascio si prevede che l'utente possa ordinare, confermare l'ordine, che gli ordini vengano aggregati per il referente. Si prevederà una procedura di importazione di massa dei prodotti in modo che i referenti dei GAS possano iniziare ad effettuare i test.

Più specificatamente saranno realizzati:

• Account – gestione utente per ruolo. Scheda e profilo.
• Anagrafica - GAS e gasisti, produttori e prodotti

Per verificare il raggiungimento degli obiettivi saranno da soddisfare i seguenti test:

• Registrazione gasista
• Attribuzione del ruolo del gasista
• Per ogni ordine aprire e chiudere un ruolo di gestore dell'ordine
• Visualizzazione lista e dettagli per ogni anagrafica
• Scelta dei prodotti
• Il gasista ordina
• Gli ordini possono essere gestiti fino all'aggregazione per il gestore dell'ordine

• Il GAS definisce la modalità in cui avvengono le consegne (documento)
• Registrazione avvenuta consegna dei prodotti
• Reminder di consegna alla famiglia

• Il fornitore propone i prodotti
• I GAS valutano i prodotti, li approvano, o li rifiutano

Eventualmente li "condividono", ciò significa esprimere un voto a favore del fornitore o del prodotto.

I test per questa fase saranno:

• Registrazione come produttore
• Creare produttore e listino prodotti
• Il GAS valuta i prodotti
• Gas crea il patto di solidarietà con un produttore
• Riassunto ordine per produttore per famiglia
• Riassunto ordine per produttore per prodotti

Chi gestisce la contabilità tiene traccia di tutto

Disponibilità ed aggiornamento del conto socio.

I test per questa fase:

• Entrate/Uscite
• Gestione conto socio
• Visualizzazione dei conti: gasista, GAS, produttore
• Registrazione della fattura emessa dal produttore

• Accogliere i referenti dei GAS.
• Inserire e visualizzare le informazioni dei GAS che già esistono
• Recuperare tali informazioni tramite Web Services
• Offrire ai GAS la possibilità di creare una mailing-list per le comunicazioni interne

In questa fase si recupereranno informazioni già in possesso di REES Marche e si darà la possibilità ai referenti dei GAS di registrarsi e aggiornare le informazioni relative al proprio GAS. I referenti potranno richiedere via software la creazione di una mailing-list per le comunicazioni interne al proprio GAS.

Le informazioni dei GAS saranno anche recuperabili programmaticamente tramite interfacce applicative (Web Services). Esse saranno inoltre esportabili anche in formati standard e auspicabilmente anche in un formato condiviso con gli altri sviluppatori di programmi per GAS.

Le interfacce applicative consentiranno di visualizzare queste informazioni anche nel portale pubblico di progetto e di mantenerle aggiornate coerentemente con i GAS che di volta in volta si registreranno all'applicativo.

Consegna prevista alla festa provinciale dei GAS a Civitanova. Durante la festa sarà prevista una dimostrazione del software e banchetti operativi con sessioni sperimentali per gasisti e referenti fornitori. Il software deve funzionare e da quella data si devono programmare gli incontri di formazione con i GAS per la migrazione.

Ogni GAS ha a disposizione un blog o comunque uno spazio per pubblicare aggiornamenti, o pubblicizzare ciò che ritengono opportuno: articoli di giornale, prodotti, fornitori.

Possono comunicare al mondo le proprie scelte.

Comprende la consegna finale di

• codice
• manualistica
• relazioni
• riferimenti

Racchiude gli sviluppi futuri