ticket,summary,component,version,milestone,type,owner,status,created,_changetime,_description,_reporter 204,Creazione database da zero - guida,sistemismi,,Consegna finale,compito,,new,2012-11-16T22:55:46Z,2012-11-16T22:55:46Z," Il file Install non permette di costruire da zero un installazione funzionante Da aggiustare integrando i passi introdotti dalle varie release",dom_thual 132,Implementare la creazione automatica degli account,sviluppo,,Festa provinciale dei GAS a Civitanova,compito,lfranc,assigned,2011-09-08T11:34:34Z,2011-09-08T15:50:21Z,"Nel modello Django attuale per la gestione della contabilità del DES, gli account vanno creati dinamicamente al momento della istanziazione di modelli ""soggettivi"" (es. fornitori, GAS, gasisti). È necessario quindi modificare il metodo `save()` dei modelli soggettivi per un setup automatico della gerarchia degli account richiesta da ogni sistema contabile. ",lfranc 135,Add the state ARCHIVED to every workflow,sviluppo,,Festa provinciale dei GAS a Civitanova,compito,lfranc,assigned,2011-09-08T15:43:06Z,2011-09-08T15:43:14Z,"For now, we decided that only cash referrers can archive an object (belonging to their GAS). Since it's a temporary, oversimplified policy, this fact should be mentioned in the code with a comment such as ""HACK"" or similar. ",lfranc 150,Validazione modello per prodotti e categorie,analisi,,Festa provinciale dei GAS a Civitanova,compito,fero,new,2011-10-07T17:22:28Z,2011-10-07T22:15:02Z,"È necessario condividere il modello opportuno per soddisfare i requisiti della memorizzazione dei prodotti e delle categorie. Molto lavoro è stato fatto nell'analisi e ce lo ritroviamo, ma qualche aspetto, in particolare relativo ai fornitori, ne rimane scoperto. Gli aspetti principali che ci interessano sono quelli di relazione: come si rapporta un prodotto ad un fornitore e alle categorie? Come può un fornitore usare eventualmente le proprie categorie e il DES normalizzarle? Si tratta di analisi, ma anche di sviluppo.",fero 118,Implementare un sistema per la gestione delle notifiche agli utenti della piattaforma,sviluppo,,,compito,,new,2011-09-08T10:23:17Z,2011-09-08T11:20:15Z,,lfranc 121,Stilare una policy per la privacy,sviluppo,,,compito,,new,2011-09-08T10:46:47Z,2011-09-08T11:22:03Z,"È fondamentale elaborare e pubblicare una policy che definisca le modalità di trattamento dei dati personali degli utenti della piattaforma (sia quelli inseriti esplicitamente dagli utenti, sia quelli generati nel corso dell'utilizzo dello strumento). Alcuni motivi per dare priorità a questo compito: * è importante rispettare le esigenze di privacy espresse degli utenti, in particolare per una piattaforma come ""Gasista Felice""; il principio della trasparenza proprio dell'economia solidale non vale necessariamente per tutti i dati, in particolare quelli ""sensibili""; * in Italia la normativa vigente in materia di protezione dei dati personali è molto severa e le sanzioni per le violazioni o inadempienze (anche involontarie) possono essere molto pesanti. In concreto, dovremmo rispondere a domande come queste: * se un gasista inserisce il suo numero di telefono/indirizzo di residenza/indirizzo e-mail/.., quale visibilità dare a questo dato ? * gli acquisti di un gasista possono essere divulgati al di fuori di un GAS ? E all'interno del GAS di appartenenza ? * il conto economico di un gasista è un dato di interesse pubblico ? * chi ha accesso alle statistiche del DES ? A che livello di granularità ? * .. ",lfranc 122,Implementare un meccanismo di SSO,sistemismi,,,compito,,new,2011-09-08T10:55:11Z,2011-09-08T10:55:11Z,"Attualmente, l'architettura informatica prevista per il DES MC è costituita da più sistemi software, collegati ma distinti (gestionale, blog !WordPress, Forum - Q&A, ..), ognuno dei quali richiede ad un utente l'inserimento di credenziali per accedere alle funzionalità riservate. Per consentire l'uso della piattaforma informatica del DES in modo quanto più possibile ""trasparente"" agli utenti finali, sarebbe importare procedere all'integrazione di questi sistemi, a partire dall'autenticazione; un meccanismo di [http://en.wikipedia.org/wiki/Single_sign-on SSO] sarebbe quindi molto opportuno. ",lfranc 161,Un referente deve poter creare una nuova categoria,sviluppo,,,compito,,new,2011-10-13T16:33:56Z,2011-10-13T16:33:56Z,"Con la politica, adottata anche per i Place che solo chi ha creato la categoria la può modificare",fero 164,Preparazione script per migrazione-in-use,sviluppo,,,compito,fero,new,2011-10-19T15:12:05Z,2011-10-20T14:07:48Z,"È necessario che d'ora in poi i gasisti possano ordinare nella piattaforma senza che i loro dati vengano cancellati. Questo è possibile facendo un dump del db e ricaricandolo. Posto che le modifiche al modello siano retrocompatibili. Non credo sia necessaria una soluzione tipo south ancora. Prevederla quando avremo la stabilità totale del modello.",fero 166,Dare la possibilità di associare un nome arbitrario all'ordine,sviluppo,,,compito,,new,2011-10-20T13:35:50Z,2011-10-20T13:35:50Z,"Montefano ha espresso la necessità di dare un nome personalizzato all'ordine. Tipo ""pecorino"" perché i gasisti non sanno a chi ci si rivolge, ma sanno che cosa si ordina. Peppe suggerisce di inserire un campo di testo (o di usare il campo ""note"" già presente) che, se valorizzato, viene visualizzato come nome. Un ragionamento che è necessario fare, è se questo approccio riduce la soggettività, riduce la possibilità di conoscenza del fornitore. Dominique osserva che si potrebbe creare un fornitore che fornisce solamente un sottoinsieme di prodotti del fornitore originale. Questa può essere una soluzione, posto che si tolga il vincolo di unicità sulla Partita IVA, e che vengano assegnati più ruoli ai molteplici fornitori. E' necessario ragionarci. La soluzione a lungo termine che mi viene in mente è di poter creare dei ""template di ordine"" o ""template di listino"", cosa che in particolare servirebbe per le produzioni stagionali. Di cui si è già accennato in passato. ",fero 181,Gruppo: parole chiave da usare per i ticket,community,,,compito,,new,2011-10-27T08:59:40Z,2011-10-27T08:59:40Z,"É comodo mettere parole chiave nei ticket. É comodo che siamo allineati su quali mettere. Innanzi tutto se riguardano una risorsa, le userei: * ordine * gas * fornitore * patto * persona * gasista * categoria Poi la tipologia: * configurazione * feedback * key (per indicare che è importante) * workflow * permessi * easy (per i nuovi arrivati) * politico * strategico * dadocumentare (vuol dire che ne dobbiamo dare evidenza chiara agli utenti) come componente inserirei ""documentazione"". Che ne dite? Quali sono le parole che usate voi?",fero 134,Implementing an access control mechanism for transitions,sviluppo,,,miglioria,lfranc,assigned,2011-09-08T15:34:32Z,2011-09-08T15:34:39Z,"There should be a way to specify which users are entitled to trigger a (workflow) transition from a state A to a state B, for a given model instance. ",lfranc 196,VIsualizzazione del saldo attuale dei singoli gasisti,analisi,,,politico-strategico,,new,2012-03-29T15:42:41Z,2012-03-29T15:42:41Z,"Si è ritenuto opportuno non visualizzare questo blocco per rispettare la privacy delle persone. Tale scelta se necessario, come altre scelte politiche del software, potrà essere ridiscussa nel tavolo del DES. ",fero 199,Gasista Felice per il GAS Terni e altri fuori DES,community,,,politico-strategico,,new,2012-04-02T06:22:37Z,2012-04-02T06:23:35Z,"Quale il modo migliore per offrire il supporto di Gasista Felice al GAS Terni che vuole iniziare ad usarlo e ad altri GAS fuori DES? '''NOTA IMPORTANTE''': al momento della stesura di questa domanda il software è in fase di utilizzo VERO solamente da parte del Gassosa, quindi i tempi non sono maturi per darlo via senza avere la capacità di assistere costantemente. '''NOTA IMPORTANTE [2]''' (proposta): le questioni politico-strategiche andrebbero trattate su http://forum.reesmarche.org o http://forum.desmacerata.it (in questo caso ritengo più appropriato REES Marche), ma nessuno dei due strumenti è utilizzato attualmente.",fero 200,Annesione di Fabriano al territorio del DES Macerata,community,,,politico-strategico,,new,2012-04-02T06:24:43Z,2012-04-02T06:30:03Z," Per Fabriano si potrebbe valutare una integrazione della città nel territorio e questo è un altro discorso e deve essere discusso a livello politico del DES. Sarebbe bello che si potesse organizzare a breve con poche persone un incontro a Fabriano per presentare l'economia solidale e la REES Marche, per l'avvio di una progettualità ecosol per fabriano. I tempi sono maturi e in clima di elezioni ho tirato fuori gli impegni chiesti ai candidati regionali per poter fare una domanda sui DES ai candidati locali. Per ora a livello personale, ma vorrei parlarne... ''' NOTA IMPORTANTE (proposta)''': le questioni politico-strategiche andrebbero trattate su http://forum.reesmarche.org o http://forum.desmacerata.it (in questo caso ritengo più appropriato REES Marche), ma nessuno dei due strumenti è utilizzato attualmente.",fero 201,Installazioni di Gasista Felice nei territori: server regionale?,sviluppo,,,politico-strategico,,new,2012-04-02T06:26:39Z,2012-04-02T06:29:34Z,"Si era discusso su quale tipo di estensione territoriale gestire con un server. Loris aveva proposto di installare un server per regione. '''NOTA IMPORTANTE''': al momento della stesura di questa domanda il software è in fase di utilizzo VERO solamente da parte del Gassosa, quindi i tempi non sono maturi per darlo via senza avere la capacità di assistere costantemente. '''NOTA IMPORTANTE [2] (proposta)''': le questioni politico-strategiche andrebbero trattate su http://forum.reesmarche.org o http://forum.desmacerata.it (in questo caso ritengo più appropriato REES Marche), ma nessuno dei due strumenti è utilizzato attualmente.",fero 56,Write a test to check consistency of worklow-related data,sviluppo,,ACQUISTIAMO - L'utente può ordinare,compito,,new,2011-04-08T14:03:30Z,2011-04-08T14:03:30Z,"We should write an automated test to check consistency of worklow-related data, i.e. a way to ensure consistency of declarations contained on data structures such as `state_data`, `transition_data`, `state_transition_map`, `default_transitions` (see e.g. `gasistafelice.gas.models.utils`). ",lfranc 82,Modifica modello Supplier,sviluppo,,ACQUISTIAMO - L'utente può ordinare,compito,,new,2011-05-26T12:20:32Z,2011-09-04T07:43:19Z,"Come viene assicurata la soggettiva nel nome del produttore? Almeno una persona deve essere impostata alla creazione di una scheda produttore Una persona della lista deve essere associato al nome del supplier. Tipizzato. Il nome della persona principale deve apparire in seguito del nome del supplier. Puo essere customizzato il nome del supplier secondo le impostazioni del GAS? cioè se un GAS non intende avere un approccio soggettivo riportare solo il nome del supplier come è adesso. ",dom_thual 100,Form per la gestione di GASSupplierSolidalPact,sviluppo,,ACQUISTIAMO - L'utente può ordinare,compito,seldon,new,2011-09-03T09:34:24Z,2011-09-03T10:13:53Z,"In [[https://github.com/feroda/gasistafelice/blob/master/gasistafelice/gas/forms/pact.py|gas/forms/pact.py]] c'è una bozza di form per il patto di solidarietà. Alla pagina [[wiki:UIForms]] viene spiegato come funzionano e come modificare i form. Modificarli secondo quanto previsto nella BozzaAnalisiFunzionale",fero 69,Gestione efficace delle anagrafiche,sviluppo,,ACQUISTIAMO - L'utente può ordinare,difetto,,new,2011-04-28T02:22:24Z,2011-05-06T22:16:14Z,"Guardando l'admin interface a quest'ora mi sorge in mente un problema: un utente aggiunge un Place. Quel Place sarà visibile e selezionabile da tutti. Stessa cosa per un Supplier. Stessa cosa per un !DeliveryAppointment. Di conseguenza, così come è il modello mostra al referente produttore di Matelica la possibilità di scegliere fra gli appuntamenti di consegna di Civitanova. Non è proprio bello... È necessario gestire questo aspetto.",fero 108,Il modello `Icon` non e' definito,sviluppo,,ACQUISTIAMO - L'utente può ordinare,difetto,,new,2011-09-06T09:15:45Z,2011-09-06T09:15:45Z,"Nel modulo `gasistafelice.des.models`, si fa riferimento ad un modello `Icon` senza averlo definito nè importato. ",lfranc 109,Variabile indefinita: `pstore`,sviluppo,,ACQUISTIAMO - L'utente può ordinare,difetto,,new,2011-09-06T09:18:54Z,2011-09-06T09:18:54Z,"Nel modulo `gasistafelice.base.models`, la variabile `pstore` è indefinita. ",lfranc 110,Variabile indefinita: `records`,sviluppo,,ACQUISTIAMO - L'utente può ordinare,difetto,,new,2011-09-06T09:20:51Z,2011-09-06T10:23:40Z,"Nel modulo `gasistafelice.rest.view.blocks`, la variabile `records` è indefinita.",lfranc 98,Integrare django-workflows nel gestionale,sviluppo,,ACQUISTIAMO - L'utente può ordinare,miglioria,lfranc,assigned,2011-09-01T15:08:23Z,2011-09-08T09:50:56Z,,lfranc 127,"Aggiungere le generalita' del gasista al blocco ""Dettagli Gasista""",sviluppo,,ACQUISTIAMO - L'utente può ordinare,miglioria,,new,2011-09-08T11:18:21Z,2011-09-08T11:23:39Z,Richiesta emersa in occasione dell'incontro territoriale del 06 settembre 2011 a Montefano.,lfranc 128,"Aggiungere la colonna ""data di consegna"" nel blocco ""Paniere""",sviluppo,,ACQUISTIAMO - L'utente può ordinare,miglioria,,new,2011-09-08T11:19:05Z,2011-09-08T11:23:53Z,Richiesta emersa in occasione dell'incontro territoriale del 06 settembre 2011 a Montefano.,lfranc 129,Visualizzare lo storico degli ordini fatti da un gasista,sviluppo,,ACQUISTIAMO - L'utente può ordinare,miglioria,,new,2011-09-08T11:24:52Z,2011-09-08T11:24:52Z,Richiesta emersa in occasione dell'incontro territoriale del 06 settembre 2011 a Montefano.,lfranc 191,Aggiungi famiglia in pagamento ordine,sviluppo,,CALCOLIAMO - Gestione contabile,compito,,new,2011-11-21T23:02:13Z,2011-11-21T23:02:13Z," 1 Aggiungere una famiglia: scelta a discesa tra tutti GASMember che non sono già nella lista delle famiglie che hanno ordinato qualcosa 2 Con un rispettivo ammontare 3 salvare creando Transazioni economiche (Senza o con un finto GASMemberOrder?)",dom_thual 48,Il produttore e i suoi prodotti in vetrina,analisi,,CI SIAMO - Vetrina dei GAS e Mailing-list,compito,,new,2011-02-17T17:32:52Z,2011-02-17T17:32:52Z,"Un produttore inserisce i propri prodotti nel catalogo e questi appaiono disponibili ai GAS che abbiano o meno sottoscritto un patto di solidarieta' con il produttore. Un produttore dovrebbe essere nella vetrina pubblica del sistema? I prodotti che esso mette in vendita dovrebbero apparire anche nella vetrina pubblica del sistema? O sarebbe bene che entrambe queste entita' abbiano visibilita' in base alle scelte dei gasisti e che quindi il produttore e i suoi prodotti abbiano una visibilita' indiretta dovuta al fatto che sia in relazione con un GAS e che quindi quest'ultimo assuma un ruolo determinante nella crescita della reputazione di un venditore e dei suoi prodotti?",fero 87,Mettere il link alle liste nella vetrina,sviluppo,,CI SIAMO - Vetrina dei GAS e Mailing-list,compito,tapion,new,2011-06-16T07:04:31Z,2011-06-16T13:46:18Z,"Trovare un posto opportuno dove linkare le liste (http://liste.desmacerata.it) Se lo ritenete opportuno si può fare una pagina apposita in cui si fa una breve spiegazione delle liste e poi si mette in link al sito. Sentirsi anche con Enrico su questo. ",fero 88,Verificare che funzioni il digest giornaliero,sviluppo,,CI SIAMO - Vetrina dei GAS e Mailing-list,compito,fero,new,2011-06-16T07:06:05Z,2011-06-16T07:06:05Z,"Dominique fa presente che potrebbero esserci problemi. Verificarlo. Iscriverò un mio altro indirizzo email alla mailing-list referenti-fornitori con l'opzione digest",fero 45,Ruolo del rivenditore/distributore,analisi,,CI SIAMO - Vetrina dei GAS e Mailing-list,politico-strategico,,new,2011-02-09T23:34:13Z,2011-02-17T09:48:24Z,"Dal ticket [ticket:35]. Nella realtà possono presentarsi questi scenari: 1. il Produttore è un rivenditore e/o un distributore di prodotti di terze parti 2. un Produttore A ""ospita"" (senza ricarico) nel suo !ListinoProduttore alcuni Prodotti di un Produttore B, in modo che ad esempio un GAS vicino al Produttore A posso accedere facilmente ai Prodotti di B. A questo proposito, nasce la domanda politica: è ammissibile tale situazione e in che termini. Dominique commenta: > Finora abbiamo fatto un analisi basata su dei criteri che sono alla base del consumo critico e che seguono le linee guide definite dentro ""La carta nazionale dei GAS 1999"". > FILIERA CORTA trattare direttamente con il produttore > KMO senza intermediazione > SOGGETTIVITA conoscere e valutare un produttore > BIOLOGICITA > UTILITA > ... Il resto del commento di dominique e commenti successivi, che possono aiutare nel dirimere la scelta politica si possono leggere nel [ticket:35?replyto=5#comment:1 ticket 35 commento 1 e il successivo commento di Lorenzo]. I commenti che seguono non aggiungono elementi importanti dal punto di vista politico strategico Buona lettura",fero 189,Modifica Modello Delivery e Withdrawal,sviluppo,,CONSEGNIAMO - Gestione delle consegne,compito,,new,2011-11-20T15:43:15Z,2011-11-27T01:53:14Z,"Si tratta di aggiungere una foreign key su Person per sapere chi è il referente ordine e consegna. Cioè vuole dire non implementare la gestione ruoli dentro l'ordine. ",dom_thual 81,Modifica modello per fatturazione ordine,sviluppo,,CONSEGNIAMO - Gestione delle consegne,miglioria,,new,2011-05-23T16:39:11Z,2011-05-23T16:45:34Z,"Gestione economica della percentuale da applicare ad una fattura di consegna. Il patto di solidarietà, accordo stabilito tra il GAS e il produttore, definisce la percentuale da applicare sulla fattura degli ordini. Il produttore consegna per 100€. Il PDS definisce un acconto di 10% (da solito è da togliere in fattura) Il produttore riceverà 90€ è 10€ finiscono nel borsellino del GAS. ",dom_thual 97,Eliminazione/discontinuità di un prodotto,sviluppo,,Consegna finale,compito,,new,2011-09-01T08:44:53Z,2011-09-01T08:44:53Z,"Un prodotto dovrebbe poter essere eliminato o marcato come ""discontinuato"" in caso non venga più prodotto da un produttore. Tuttavia noi manteniamo sempre tutti i collegamenti a cascata e quindi eliminare un prodotto comporterebbe un'incoerenza nel database o una cancellazione a cascata. Dovremmo fare in modo di ""distaccare"" gli ordini completati, o tutti i dati di archivio, come avviene nei log ( o anche nell'applicazione ""history"" che utilizziamo). Quindi: * valutare la questione * valutare se l'applicazione ""history"" può essere sufficiente per raggiungere lo scopo In questo valutare la possibilità di eliminare i GASSupplierOrderProduct che è una tabella che crescerebbe a dismisura.",fero 114,Gestione degli ordini inter-GAS a livello di modello Django,sviluppo,,Consegna finale,compito,,new,2011-09-08T09:49:52Z,2011-11-01T17:37:05Z,,lfranc 147,"Verificare/migliorare il codice integrato il 6 ott. ""domthu-festa""",sviluppo,,Consegna finale,compito,,new,2011-10-06T14:29:44Z,2011-10-06T17:53:21Z,"Sto integrando le modifiche apportate nel branch domthu-festa. Il report dovrebbe funzionare anche se personalmente non l'ho testato. Sicuramente è stato scritto del codice. Codice che spero funzioni perché mi sembra poco curato lo stile su cui abbiamo condiviso delle linee guida. Lascio qualche appunto di cose che devono essere migliorate perché non corrispondenti ad uno standard qualitativo adeguato: * `ActualProduttore`: perché mezzo in inglese e mezzo in italiano? * `StampBy`: è inglese? Printed by al limite. Tra l'altro è una stringa che arriva all'utente quindi non può essere nominata come una variabile * `YetExist`: non comprensibile. Inoltre il controllo in cui è usato (!GASMemberOrder) dovrebbe essere semplicemente if `YetExist.count()` in tutto ciò le variabili finora le abbiamo sempre scritte in minuscolo separando da ""_"" in caso di parola doppia * Troppa logica nei template. Sono stati aggiunti dei template tags proprio per introdurre la logica nei template, cosa che invece si cerca di norma di evitare. Da verificare. Inoltre ci sono alcuni fraintendimenti che andrò a correggere: * `SupplierAgent` abbiamo detto che è il referente da contattare. Quindi non deve per forza avere un utente nella piattaforma e quindi un ruolo * `referrers_users` sono gli utenti che possono operare sulla piattaforma. Ora ho chiarito anche nel ticket #138 la scelta dell'opzione 2. * `referrer_persons` diventerà ``info_people`` * più che un fraintendimento è una presa in giro o una svista dovuta alla stanchezza: nel codice risulta return referrers(self) e non self.referrers() ",fero 149,Check sul formato delle icone caricate,sviluppo,,Consegna finale,compito,,new,2011-10-07T13:37:57Z,2011-10-07T13:37:57Z,Verificare che le icone caricate siano nel formato immagine corretto,fero 158,"Prevedere diversi ""tipi di ordine""",sviluppo,,Consegna finale,compito,,new,2011-10-13T13:25:50Z,2011-10-13T13:48:14Z,"Nel !GASSupplierSolidalPact appaiono i default per l'ordine. Tra questi c'è: `order_minimum_amount` che è impostato ad un !CurrencyField. Il nome non è corretto in quanto `amount` l'abbiamo riferito ad una quantità e metteremo `_price` se riferito ad un costo. Questi vincoli andrebbero a definire il ""tipo di ordine"" (quindi derivato e non impostato come campo nel db [ipotesi]) che serve sia per la gestione dell'ordine, sia per la visualizzazione grafica dell'avanzamento dell'ordine (ad esempio: se si devono ordinare almeno 30Kg e se ne sono ordinati 15 --> avanzamento = 50% l'ordine non è chiudibile finché non arriva almeno al 100%). ",fero 163,"Scrivere unit tests per la ""Resource API""",sviluppo,,Consegna finale,compito,fspegni,new,2011-10-19T00:07:35Z,2011-10-19T00:07:35Z,"I modelli principali di ""Gasista Felice"" implementano la cosiddetta ''Resource API'': si tratta di un insieme di `property` che consentono di recuperare comodamente, per una data instanza di un modello, le istanze degli altri modelli ad essa correlate (ad. es., `gas.orders` ritorna l'insieme degli ordini fornitori creati dal GAS `gas`). Per i modelli che la implementano, la ''Resource API'' è facilmente individuabile, essendo delimitata da marcatori sotto forma di commenti. Per verificare la correttezza dell'implementazione della ''Resource API'' in questi modelli, è importante scrivere dei test automatici ('unit tests'); vedi [https://docs.djangoproject.com/en/1.3/topics/testing/ qui] per un'introduzione all'argomento. '''Suggerimento''': Considerando la relativa complessità della struttura dati di ''Gasista Felice'', dovuta al discreto numero di modelli e relazioni esistenti tra di essi (relazioni esplicitate in buona parte proprio dalla ''Resource API''), la generazione di un ambiente adeguato per l'esecuzione dei tests potrebbe risultare impegnativo (più che altro, un po' noioso ;-)); sostanzialmente, ci sono due approcci possibili: 1) generazione dinamica degli oggetti/relazioni richieste all'interno del metodo `.SetUp()` di ciascun `TestCase` 2) utilizzo di [https://docs.djangoproject.com/en/1.3/topics/testing/#fixture-loading fixtures di test] (ne abbiamo e sono in `fixtures//test_data.json`) In sostanza, l'obiettivo è quello di creare un ambiente quanto più possibile ""realistico"" all'interno del quale eseguire i test: una sorta di DES in miniatura, popolato di un piccolo ma rappresentativo nucleo di soggetti/oggetti (GAS, fornitori, patti di solidarietà, ordini, consegne, persone, gasisti, ecc.) Casi utili da testare: * una persona (Person) non può essere collegata ad una GAS (v. modello GASMember) se non ha uno user settato * supplier.stocks == gasstock.stocks == pact.stocks * pact.gasmembers == gas.gasmembers == order.gasmembers",fero 170,Perfezionare la procedura di registrazione per gasisti e fornitori,sviluppo,,Consegna finale,compito,,new,2011-10-20T16:41:30Z,2011-10-20T16:43:29Z,"=== Fase 2 === L'utente sceglierà se è un gasista e/o un fornitore. Il sistema farà scegliere fra i GAS e/o i fornitori esistenti, l'appartenenza. A tutti i soggetti collettivi selezionati arriverà la mail di conferma per la creazione del nuovo utente a loro collegato. Con il link per poter abilitare l'utente al ruolo indicato. La fase prevede la selezione fra soggetti collettivi esistenti. Per creare nuovi soggetti collettivi, si rimanda alla form di contatto presente nella Vetrina del DES (desmacerata.it)",fero 178,Viste per la creazione di un ordine InterGAS,sviluppo,,Consegna finale,compito,,new,2011-10-27T00:44:59Z,2011-10-27T00:44:59Z,"In linea di massima quando si crea un nuovo ordine InterGAS, appare un ""wizard"" con i seguenti passi: 1. seleziona il fornitore 2. seleziona i GAS da agganciare a questo ordine 3. seleziona un ordine già aperto del singolo GAS presso questo fornitore, oppure creane uno nuovo 4. imposta l'ordine (orario di chiusura, luogo di consegna, referenti) Nel modello verranno creati/modificati gli ordini impostando il campo `GUID` relativo. Vedi ticket #114 ",fero 193,Anagrafiche: MapAndReduceModel per Place e Contact,sviluppo,,Consegna finale,compito,fspegni,new,2011-12-06T20:40:06Z,2011-12-06T20:40:06Z,"I modelli `Place` e `Contact` sono intesi da usarsi come !MapAndReduceModel. Non ho cercato se c'è già un'implementazione disponibile, ma la si può realizzare da 0 senza troppi sforzi. Lo scenario è questo: fra i modelli di Gasista Felice ci sono Place e Contact. Questi modelli sono intesi da usarsi in questo modo: * tante persone e/o gas e/o fornitori possono puntare ad un unico Place * tante consegne possono avvenire ad un unico Place * tante persone e/o fornitori possono avere contatti Contact condivisi Quindi bisogna implementare un meccanismo ""map and reduce"" che si comporti in questo modo: 1. se sto salvando una nuova istanza --> se ce n'è un'altra esistente con gli stessi parametri --> restituisco quella 2. se sto modificando una istanza esistente --> se ce n'è un'altra esistente con i nuovi parametri --> restituisco quella , altrimenti --> ne creo una nuova (''copy on write'') Poi ci sarà un ''garbage collector'' che porta via le istanze che non sono collegate a nulla. Lo metto come ''easy'' perché un'implementazione di questo tipo comporta poche righe di codice, c'è solo da farla con un po' di attenzione. Questo tipo di implementazione non deve influire nell'import delle fixtures per questo va nella `save` dei 2 modelli sopracitati. ",fero 194,Anagrafica: forms.PlaceField e forms.ContactField,sviluppo,,Consegna finale,compito,fspegni,new,2011-12-06T20:51:18Z,2011-12-06T20:51:18Z,"Questo ticket fa seguito al #193 e riguarda l'implementazione da fare nelle form anagrafiche. Siamo sulle form di Django. Sono da implementare i campi in oggetto. Sono campi multi-widget (v. documentazione campi Django multivalore https://docs.djangoproject.com/en/dev/ref/forms/fields/#multivaluefield ) In particolare il campo `PlaceField` dovrà prevedere la definizione di: * address * city mentre il campo `ContactField` dovrà prevedere la definizione di: * flavour * value I campi identificano i rispettivi modelli Place e Contact definiti in `base/models.py`: https://github.com/feroda/gasistafelice/blob/master/gasistafelice/base/models.py#L826 e https://github.com/feroda/gasistafelice/blob/master/gasistafelice/base/models.py#L851 Dato che entrambi identificano appunto dei modelli non sarebbe male implementare un `!MultiValueModelField`, ma questo ora non è una priorità. Questi campi sono da integrare nelle form anagrafiche. ",fero 197,InterGAS Visualizzare i GAS collegati ad un ordine,sviluppo,,Consegna finale,compito,,new,2012-03-30T12:58:02Z,2012-03-30T12:58:02Z,Fra i dettagli dell'ordine visualizzare i GAS collegati se l'ordine è InterGAS,fero 198,InterGAS modifica ordine: modificare i GAS collegati,sviluppo,,Consegna finale,compito,,new,2012-03-30T13:02:16Z,2012-03-30T13:02:16Z,"Modificando un ordine InterGAS si deve poter gestire l'associazione del proprio GAS. Opzioni: * Dissociami * Dissociami ed elimina tutti gli ordini fatti * Dissociami per questo e per tutti gli ordini successivi pianificati da ragionarci",fero 15,Trasferire nel documento di analisi funzionale le esigenze,preparazione,,Documento di analisi funzionale,compito,fero,new,2010-11-07T11:29:17Z,2010-11-07T11:29:17Z,"Tempo fa è stata predisposta la pagina VisioneGlobale che identifica le esigenze principali e propone alcuni strumenti. Ora è necessario trasferire questa pagina nello spazio di documentazione dove verrà realizzata una completa analisi funzionale del prodotto. Il trasferimento implicherà anche una rivisitazione nei contenuti secondo lo schema proposto per l'analisi funzionale.",fero 24,Chiarire se è lecita la modifica di prezzo per prodotto in un GAS,analisi,,Documento di analisi funzionale,compito,somebody,new,2011-01-05T02:32:15Z,2011-07-06T20:50:58Z,"Dato per condiviso che il prezzo di un prodotto subisce due variazioni dovute a: 1. !PattoDiSolidarietà del GAS con il Produttore 2. Modifica interna al GAS per esigenze del GAS (chiarirne la liceità) E condiviso che la variazione 1 è globale su tutti i prodotti dello specifico produttore per quel GAS, è necessario capire __se è ammissibile__ o meno applicare la variazione 2 per: a. singoli prodotti b. a livello di tutti i prodotti di uno specifico produttore c. a livello di tutti i prodotti acquistati dai gasisti. '''Secondo me la terza è l'unica opzione ammissibile''' dato che in un caso significherebbe favorire o sfavorire determinati prodotti e nell'altro favorire o sfavorire determinati produttori. Ricordiamo che per il rapporto GAS <--> Produttore c'è già il !PattoDiSolidarietà (variazione 1). Sempre secondo me queste due pratiche non devono essere avallate dal software e pertanto devono essere evitate a livello di architettura. Questo ticket è derivato da parte del [ticket:20 ticket 20]",fero 27,E' opportuno chiedere ai Gasisti di confermare i Prodotti inseriti nel Carrello ?,analisi,,Documento di analisi funzionale,compito,somebody,new,2011-01-13T11:42:44Z,2011-02-04T11:54:46Z,"Ipotizzando una risposta affermativa al ticket #26, è necessario/auspicabile/opportuno richiedere ai Gasisti di confermare i Prodotti inseriti nel Carrello prima che venga impartita una effettiva disposizione di ordine Gasista -> GAS ? ",lfranc 29,Stabilire se può esistere più di un OrdineProduttore aperto per un dato Produttore in un dato istante,analisi,,Documento di analisi funzionale,compito,somebody,new,2011-01-13T12:06:00Z,2011-01-18T08:57:27Z,"In linea di principio, in un dato istante possono coesistere più !OrdiniProduttore aperti per un dato Produttore. Bisogna però porsi alcune domande: * è un grado di libertà utile per favorire la gestione dei processi intra-GAS, inter-GAS e GAS-Produttore ? * è in conflitto con l'adozione di buone pratiche da parte dei GAS ? * qual è lo sforzo implementativo addizionale richiesto per supportare questo scenario ? ",lfranc 31,Definire una procedura di completamento di un OrdineProduttore,analisi,,Documento di analisi funzionale,compito,,new,2011-01-20T12:47:49Z,2011-01-27T12:21:28Z,"In alcuni casi, il Produttore può decidere di soddisfare un !OrdineProduttore solo nel caso in cui certi vincoli siano soddisfatti (ad. es. deve essere raggiunto un importo minimo per l' !OrdineProduttore, oppure certi Prodotti vengono consegnati solo in confezioni di N unità). Bisogna quindi stabilire se e come la piattaforma informatica gestisce (o coadiuva il GAS nella gestione) questi scenari. ",lfranc 34,Modello economico,analisi,,Documento di analisi funzionale,compito,,new,2011-01-20T15:35:46Z,2011-01-27T10:48:09Z,"Abbiamo ipotizzato una gestione economica basata su tre conti corrente: Conto Gasista. Conto GAS ovvero la cassa. Conto Produttore. Va bene anche nella gestione economica raggruppata consegna? Quale sono i movimenti economici relativo a questi conti?",dom_thual 38,Implementare un meccanismo di gestione dei surplus di produzione,analisi,,Documento di analisi funzionale,compito,,new,2011-02-04T13:59:30Z,2011-02-10T12:23:11Z,"In determinati momenti può accedere che un Produttore si ritrovi a dover ""smaltire"" un surplus di produzione. Come gesto di solidarietà, alcuni GAS potrebbero decidere di compiere uno ""sforzo di acquisto"" aggiuntivo per assorbire almeno una parte del surplus. Per supportare questo comportamento virtuoso, è necessario definire dei meccanismi che consentano ai Produttori di rendere partecipi i GAS di questa situazione ""di emergenza"", in modo che questi ultimi possano attivarsi. ",lfranc 39,Implementare un meccanismo per l'apertura di OrdiniProduttore periodici,analisi,,Documento di analisi funzionale,compito,,new,2011-02-04T14:08:23Z,2011-02-10T12:19:48Z,"Sarebbe utile implementare un meccanismo che consenta l'apertura di [[BozzaVocabolario#OrdineProduttore|OrdiniProduttore]] periodici da parte dei [[BozzaVocabolario#ReferenteProduttoreGAS|ReferentiProduttoreGAS]], per alleggerire il carico di lavoro di questi ultimi ed evitargli la necessità di eseguire azioni ripetitive. ",lfranc 40,Definire come associare le certificazioni ai Produttori,analisi,,Documento di analisi funzionale,compito,,new,2011-02-04T18:23:38Z,2011-02-23T15:32:26Z,"I GAS hanno una particolare sensibilità riguardo al modus operandi dei Produttori, e le certificazioni di qualità ambientale/sociale sono spesso percepite come un significativo valore aggiunto. In che modo la piattaforma informatica gestisce le eventuali certificazioni ottenute dai Produttori ? ",lfranc 42,Azioni del Motore,analisi,,Documento di analisi funzionale,compito,,new,2011-02-04T23:32:54Z,2011-02-17T11:58:30Z,"Il primo lavoro del motore e di gestisce in automatico le aperture e chiusure degli ordini per i produttori soggetti a tale meccanismo (vede ticket #39). Quali altri lavoro può fare il motore? ",dom_thual 43,Interazione produttori,analisi,,Documento di analisi funzionale,compito,,new,2011-02-04T23:36:14Z,2011-02-17T12:04:40Z,"Alcuni produttori chiedono di poter vedere gli produttori e gli ordini fatti dentro il DES. Quale grado di apertura dare ai produttori? Che cose possono fare i produttori oltre la gestione loro? ",dom_thual 47,Retina Ordine,analisi,,Documento di analisi funzionale,compito,,new,2011-02-12T13:50:36Z,2011-02-12T13:50:36Z,"Definiamo la(le) modalità di ordine di retina per un Produttore (Fornitore). Premessa: La retina è composta da varie GAS. Esiste un !ReferenteRetina, dei !ReferenteProduttore per ogni GAS. Ad un Ordine non è detto che tutti GAS partecipano. Quale gestione? Come si riflette sul modello? Nota: che ruolo è il ReferenteGAS? ",dom_thual 46,Borsellino,analisi,,Documento di analisi funzionale,miglioria,,new,2011-02-09T23:34:54Z,2011-02-09T23:57:39Z,E opportuno separare le transazione destinate al workflow da quelle di gestione del GAS? ,dom_thual 19,Definire le categorie per gli articoli del blog,preparazione,,Entrata a regime del portale pubblico,compito,somebody,new,2010-11-07T15:03:37Z,2010-11-07T15:03:37Z,"Ipotizzo: * DES Macerata * GAS software * GAS sedi * News * Formazione * Informazioni correlate",fero 165,Reply Mailing list,community,,Entrata a regime del portale pubblico,miglioria,,new,2011-10-20T09:45:23Z,2011-10-20T09:45:23Z,"Il reply sulle mailing list deve riportare l'email della mailing list non il sender. --> Configurare mailman via l'admin interface",dom_thual 124,Associare una foto ad ogni prodotto nel DES,sviluppo,,Festa provinciale dei GAS a Civitanova,compito,domthu,new,2011-09-08T11:01:50Z,2011-09-26T19:46:58Z,,lfranc 136,Write unit tests for the `auth` application,sviluppo,,Festa provinciale dei GAS a Civitanova,compito,lfranc,assigned,2011-09-08T15:44:10Z,2011-09-08T15:51:25Z,,lfranc 137,Add an example of model-level state management,sviluppo,,Festa provinciale dei GAS a Civitanova,compito,lfranc,assigned,2011-09-08T15:45:35Z,2011-09-08T15:51:32Z,,lfranc 144,Definire quali sono i tipi di transazione rilevanti per i DES,analisi,,Festa provinciale dei GAS a Civitanova,compito,,new,2011-09-22T17:28:42Z,2011-09-22T17:30:19Z,,lfranc 145,Implementare nei modelli una API per l'accesso alle informazioni finanziarie,sviluppo,,Festa provinciale dei GAS a Civitanova,compito,lfranc,new,2011-09-22T17:52:45Z,2011-10-07T13:55:49Z,,lfranc 146,Write unit tests for `django-simple-accounting` app,sviluppo,,Festa provinciale dei GAS a Civitanova,compito,lfranc,new,2011-09-24T08:28:14Z,2011-09-24T08:28:27Z,"!GitHub repository: https://github.com/seldon/django-simple-accounting/",lfranc 36,Implementazione di un sistema di rating per i Produttori/Prodotti,analisi,,Futuro,compito,,new,2011-02-04T12:26:01Z,2011-10-19T00:29:33Z,"Molti GAS e Gasisti hanno manifestato l'esigenza di avere a disposizione un meccanismo per la valutazione dei Produttori-Prodotti, che potrebbe servire anche allo scopo di implementare un sistema ""reputazionale"" all'interno della rete dei GAS. È necessario pertanto definire i requisiti e le specifiche di questo sistema di rating. ",lfranc 37,Definire quali soggetti possono esprimere una valutazione sui Produttori,analisi,,Futuro,compito,,new,2011-02-04T12:28:29Z,2011-10-20T16:18:30Z,"Nell'ambito della definizione delle specifiche del sistema di rating (vedi ticket #36), è necessario stabilire quali soggetti siano abilitati ad esprimere le proprie valutazioni. Alcune opzioni: * tutti i gasisti * solo i ReferenteProduttoreGAS di ciascun GAS * solo i GAS (nella persona dei loro referenti informatici) ",lfranc 126,Gestione personalizzata report ordini fornitore,sviluppo,,Futuro,compito,fero,assigned,2011-09-08T11:08:15Z,2011-10-19T07:44:27Z,"Una funzionalità cruciale nella gestione degli ordini di un GAS ad un fornitore è quella della generazione dei report da inviare al fornitore, ai referenti di consegna/ritiro ed eventualmente ai gasisti. Poichè in questo campo ogni GAS e ogni fornitore hanno delle esigenze molto specifiche, è necessario implmentare un sistema molto flessibile e personalizzabile con facilità, preferibilmente senza richiedere una modifica al codice del gestionale e/o la conoscenza di un linguaggio di programmazione. ",lfranc 171,"Notifiche settimanali/mensili su ""cose da sistemare""",sviluppo,,Futuro,compito,,new,2011-10-20T16:50:41Z,2011-10-20T17:03:58Z,"Si prevede di implementare un meccanismo di notifica settimanale/mensile per segnalare agli utenti interessati (referrets) tutte le cose che sono da sistemare nel software (prodotti non categorizzati, fornitori senza indirizzo o contatto, prodotti con codice duplicato, etc.).",fero 130,Ottimizzare la leggibilita' dei report PDF,sviluppo,,Futuro,miglioria,,new,2011-09-08T11:27:54Z,2011-10-27T09:02:46Z,"A volte capita che i report PDF generati da altri gestionali siano poco leggibili a causa della dimensione del font troppo ridotta. Potrebbe essere opportuno configurare la dimensione del font in base al fornitore (ad es. perché alcuni hanno molti prodotti, altri pochi). Richiesta emersa in occasione dell'incontro territoriale del 06 settembre 2011 a Montefano. ",lfranc 190,Organizzazione gestione asset informatici del DES,community,,Futuro,politico-strategico,,new,2011-11-21T09:14:00Z,2011-11-21T09:14:00Z,"Ci sono elementi comuni a tutti gli asset informatici del DES. Si dovrebbe avviare una discussione per capire: 1. identificare i costi in modo che possano essere assorbiti dal DES: a. Domini DES e GAS b. Server c. Gestione 2. Quando conviene gestire il tutto in modo omogeneo 3, Chi si occupa di cosa ",fero 192,"Spunti di Euclides Mance (flussi, pianificazione produzione, prezzo equo)",analisi,,Futuro,politico-strategico,,new,2011-11-23T15:12:45Z,2011-11-23T15:12:45Z,"* '''Partire dall'analisi dei flussi economici''' per progettare gli scenari futuri. solidarius.net ha strumenti per la mappatura, la diagnostica * '''Pianificazione della produzione''' (intergas e des) - vuol dire... oltre che il DES, anche l'intergas si può sviluppare in tal senso? * '''Rete fra i fornitori''' per la condivisione della consegna, e altre necessità logistiche, operative, di produzione, di cooperazione * '''Prezzo giusto''' (costo di produzione + fondo di deprezziazione + fondo di investimento) * '''Fondo di economia solidale''' (finanza etica) per coprire imprevisti, ricerca, domanda * '''Mappatura della domanda''': utile per poter dire ""di cosa ha bisogno il territorio? quale realtà che ora non c'è potrebbe essere necessaria?"" quindi sarebbe interessante poter capire quali sono i settori ""ad offerta insufficiente oppure nulla""",fero 101,"Visualizzazione liste ""ad icone""",grafica,,Grafica e usabilità,compito,enrico,new,2011-09-04T10:19:01Z,2011-09-04T10:19:01Z,"Le liste possono essere visualizzate ad icone come un normale ""file manager"". Serve l'html e css relativo per questa renderizzazione.",fero 160,Form per la registrazione di un nuovo utente,sviluppo,,Incontro di novembre con i fornitori,compito,,new,2011-10-13T16:26:18Z,2011-10-20T16:41:59Z,"Il form dovrebbe prevedere: * Nome * Cognome * E-mail * Città * Username * Password NOTA: senza e-mail non ci si registra e non è possibile usufruire del sistema senza una e-mail. Sarà possibile quando sarà implementato l'ordine ""per delega"" (v. ticket #71)",fero 179,Note Ordine e GASMemberOrder da riportare nel PDF,sviluppo,,Incontro di novembre con i fornitori,compito,domthu,new,2011-10-27T01:18:02Z,2011-10-27T01:18:02Z,come da oggetto,fero 182,Configurazione fornitore (SupplierConfig): motivazioni,analisi,,Incontro di novembre con i fornitori,compito,,new,2011-10-27T09:54:27Z,2011-10-27T09:54:27Z,"Ieri con Dominique accennavo alla necessità di avere un modo di configurare l'applicativo lato fornitore. vorrei far vedere questa funzionalità all'incontro del 4 novembre per dare evidenza del fatto che teniamo in considerazione anche i fornitori, come i GAS. L'intento per il 4 è di far vedere che questa possibilità c'è, anche fosse incluso un solo campo per la configurazione. Convinto che mi servisse subito una funzionalità (che poi invece ho deprioritizzato), ho creato la classe `SupplierConfig` speculare a `GASConfig`che intanto prevede di specificare ""di quali fornitori sono i prodotti che propongo"". Questo per venire incontro all'esigenza manifestata da un produttore del DES di fungere da rivenditore. Caso ""border-line"", ma che esiste. Detto ciò o messo un ManyToManyField su `Supplier` in cui `self` deve essere sempre presente. Dominique non ha condiviso la necessità di questo `SupplierConfig`, ma espongo altre necessità che in passato sono emerse, per desiderare :) questa classe. I punti di seguito sono ipotetici, non è detto che vengano implementati: 1. [[ticket:82|Configurare il tipo di impacchettamento: a volume, a famiglia, entrambi [#82]]] 2. [[ticket:126|Gestione personalizzata report fornitore [#126]]] 3. [[ticket:158|Default per il tipo di ordine [#158]]] altro per la gestione delle categorie: 4. Mappatura delle proprie categorie sulle categorie del DES 5. Definizione e gestione delle categorie che offre questo fornitore Notare che, come avviene in GASConfig, questi valori possono anche solo semplicemente essere utilizzati come default in vari momenti dell'interazione utente. Come obiettivo metto ""Incontro di novembre"" nel senso che questa funzionalità deve essere predisposta. P.S: Dominique, avevi ragione: le 5 ore di sonno mi sono servite a ricordare le motivazioni che ti avevo fatto presente e che poi mi ero scordato data l'ora :) ",fero 183,Una sintassi per il nome del prodotto,analisi,,Incontro di novembre con i fornitori,compito,,new,2011-10-27T13:56:16Z,2011-10-29T16:21:50Z,"=== Esigenza === Evitare di offrire troppi campi editabili nella griglia di modifica di un prodotto. Semplificare l'inserimento dei parametri. === Proposta di soluzione === Utilizzare una sintassi per il nome del prodotto. Una sintassi che consenta al fornitore di specificare almeno `pu` e `units_minimum_amount` con solo una riga di testo. Esempi: 1. ""2 Kg di pasta di semola di grano duro"" diventa nel modello: * `product.name`= pasta di semola di grano duro * `units_minimum_amount` = 2 * `pu` = Kg * `muppu` = 1 (default) * `mu` = Kg 2. ""1 lt di vino rosso"" diventa nel modello: * `product.name`= vino rosso * `units_minimum_amount` = 1 * `pu` = lt * `muppu` = 1 (default) * `mu` = lt fino ad arrivare a: 3. ""1 cf da 500 g di pasta"" diventa nel modello: * `product.name`= pasta * `units_minimum_amount` = 1 * `pu` = cf * `muppu` = 500 * `mu` = g (cf sta per confezione) Non è fantastico? Si dovrebbe implementare un field apposito (e/o un widget?) che riconosca la sintassi e restituisca una tupla di valori. Questa cosa è necessaria farla probabilmente anche per riconoscere il `Place`. Nei prodotti è molto più naturale e semplice. Facciamolo!",fero 6,Definire i criteri di valutazione dei programmi per GAS,preparazione,,Rapportarsi con l'esistente,compito,somebody,new,2010-11-03T01:53:59Z,2010-11-03T01:53:59Z,Verificare i punti presenti nella tabella comparativa delle SoluzioniEsistenti ed eventualmente aggiungerne altri,fero 7,Individuare programmi liberi per i GAS,preparazione,,Rapportarsi con l'esistente,compito,somebody,new,2010-11-03T01:54:41Z,2010-11-03T01:54:41Z,Per rifinire la pagina SoluzioniEsistenti,fero 51,Aggiornare chi ha già attivato lo sviluppo di piattaforme web per i GAS,community,,Rapportarsi con l'esistente,politico-strategico,,new,2011-03-24T11:46:55Z,2011-03-24T11:46:55Z,"È importante aggiornare chi ha già attivato lo sviluppo di piattaforme web per i GAS, perché non si possono non considerare gli sforzi fatti per raggiungere obiettivi simili. Abbiamo privilegiato una fase iniziale di apporofondimento e analisi di ""cosa vogliamo"" per poter poi avere le idee chiare entrando in contatto con altri. Questo approccio ha messo in evidenza la nostra esigenza di avere una piattaforma per il DES (di qui anche il dubbio sull'idoneità del nome, che sarà oggetto di valutazioni successive), e questo vuol dire porsi in maniera differente rispetto ad altri percorsi che partono dal soddisfacimento delle esigenze di uno o addirittura più GAS. Per questo, unitamente al dediderio di utilizzare tecnologie nuove e, come tutti gli informatici sanno, ognuno ha il suo linguaggio e le sue tecnologie preferite, abbiamo deciso di avviare lo sviluppo. Ciò non toglie che è molto importante avviare una relazione coordinata e continuativa rapportandosi con gli altri. Trovando sinergie ove possibile. Ed iniziare a studiare meccanismi per l'interoperabilità delle piattaforme sfruttando a pieno le potenzialità di Internet che lascia liberi nella scelta degli strumenti, ma li mette in rete valorizzandone l'apporto di ciascuno.",fero 66,Temi caldi,preparazione,,Rapportarsi con l'esistente,politico-strategico,somebody,new,2011-04-23T21:49:51Z,2011-04-27T11:07:37Z,"Preparazione riunione con gruppi informativi del giovedì 28 Aprile 2011 Elenco di punti che potrebbero essere sottoposto alla riflessione dei GAS. TODO: evidenziare alcuni punti critici nella lista da presentare. ",dom_thual 70,Modifica Modello Product per gestione categorie,sviluppo,,SCEGLIAMO - I prodotti vengono inseriti,compito,,new,2011-05-06T22:20:07Z,2011-05-26T14:56:48Z,"Integrando i dati del prototipo viene evidenziato l'urgenza di trovare una soluzione al Ticket #54 e il Ticket #62 ",dom_thual 155,Fixture Mappatura Categorie,sviluppo,,VERIFICHIAMO - Report e statistiche,politico-strategico,,new,2011-10-12T13:47:04Z,2011-10-12T14:07:01Z,"Preparazione integrazione dati dal gestionale Altomaceratese verso gestionale Gasistafelice Adesso è stato depositato il documento modificabile su Google. Magari se c'è altre soluzione... L'obbiettivo doppio del lavoro e di - rimappare l'ID della categoria da un gestionale all'altro. - Accertare che l'elenco base della nuova ricodifica è completa ed giusta ",dom_thual 205,"problema ""search"" della tabella ""Fornitori""",sviluppo,,,difetto,,new,2012-12-20T11:03:46Z,2012-12-20T11:03:46Z,"Su ordini.desmacerata.it, cercando un fornitore nella barra ""search"" della tabella ""Fornitori"" ad ogni lettera digitata, sorge questo problema: http://ordini.desmacerata.it/gasistafelice/rest/site/1/suppliers_report/view?render_as=table&sEcho=24&iColumns=10&sColumns=&iDisplayStart=0&iDisplayLength=10&mDataProp_0=0&mDataProp_1=1&mDataProp_2=2&mDataProp_3=3&mDataProp_4=4&mDataProp_5=5&mDataProp_6=6&mDataProp_7=7&mDataProp_8=8&mDataProp_9=9&sSearch=mauro+zam&bRegex=false&sSearch_0=&bRegex_0=false&bSearchable_0=true&sSearch_1=&bRegex_1=false&bSearchable_1=true&sSearch_2=&bRegex_2=false&bSearchable_2=true&sSearch_3=&bRegex_3=false&bSearchable_3=false&sSearch_4=&bRegex_4=false&bSearchable_4=false&sSearch_5=&bRegex_5=false&bSearchable_5=false&sSearch_6=&bRegex_6=false&bSearchable_6=false&sSearch_7=&bRegex_7=false&bSearchable_7=false&sSearch_8=&bRegex_8=false&bSearchable_8=false&sSearch_9=&bRegex_9=false&bSearchable_9=true&iSortingCols=1&iSortCol_0=0&sSortDir_0=asc&bSortable_0=true&bSortable_1=true&bSortable_2=true&bSortable_3=false&bSortable_4=false&bSortable_5=false&bSortable_6=false&bSortable_7=false&bSortable_8=false&bSortable_9=true&_=1355995983416",sponge 55,Where we should put workflow-related data ?,sviluppo,,ACQUISTIAMO - L'utente può ordinare,compito,,new,2011-04-08T13:40:16Z,2011-09-08T09:51:13Z,"For now, workflow-related code for the `gasistafelice.gas` application resides within an initialization routine (`init_workflow()`) found under the `gasistafelice.gas.utils` module. Maybe could be a better place for it ? What about other applications needing workflow-related code/data ? Maybe we should define a policy for this kind of situations. ",lfranc 65,Il modo migliore per salvare disponibilità periodiche,sviluppo,,ACQUISTIAMO - L'utente può ordinare,compito,,new,2011-04-22T14:20:46Z,2011-09-08T09:45:11Z,"Nell'effettuare il merge del ramo domthu-dev, ho notato che ha aggiunto (a mio parere giustamente) campi tipo ""close day"" o ""delivery_day"" nella configurazione di un GAS per consentire al GAS di impostare inizialmente il giorno della settimana (o mensile?) previsto per la chiusura degli ordini e le consegne. Questo fa sì che il GAS non debba poi impostare queste informazioni ad ogni ordine. Ho trovato la seguente discussione su !StackOverflow riguardo alle disponibilità settimanali. http://stackoverflow.com/questions/5168207/best-way-to-save-availability-of-user-over-days-of-week-in-python-django È importante, anche se non prioritario, decidere se: * il valore di questi campi è unico o è una lista (tipo: il lunedì, oppure il primo e il terzo lunedì del mese) * che tipi di ricerche si vogliono effettuare su queste date, o anche disponibilità (qui siamo sui gas, ma pensate agli utenti che dicono ""sono disponibile il giovedì) '''Per ora lascio i campi intesi a questo scopo come !CharField con scelta fra i giorni della settimana e metto un TODO''' NOTA: abbiamo deciso di riprendere con i ticket in italiano per facilità di riferimento futuro ... e ancora non ci spostiamo sul sistema di ""issue tracking"" di github.",fero 86,Analisi modello Configurazione GAS,analisi,,ACQUISTIAMO - L'utente può ordinare,compito,,new,2011-06-09T15:54:37Z,2011-06-16T14:51:39Z,"Vedere se gli attributi bastano. Dare significato di questi attributi Conseguenze aspettate sulle viste",dom_thual 131,Notificare la variazione della disponibilita' di un prodotto nel paniere,sviluppo,,ACQUISTIAMO - L'utente può ordinare,miglioria,ordini notifiche,new,2011-09-08T11:29:08Z,2011-09-08T11:29:08Z,Richiesta emersa in occasione dell'incontro territoriale del 06 settembre 2011 a Montefano.,lfranc 172,Variazione minore alla API dei blocchi: attributi request e resource,sviluppo,,Consegna finale,compito,fspegni,new,2011-10-26T09:40:25Z,2011-10-26T09:40:25Z,"Ho appena terminato il refactory del blocco dei dettagli. Ora ce ne sono di specializzati per il GAS, per il patto, e per l'ordine. Fa riferimento il commit () Il secondo passo consiste nell'eliminare eventuali parametri `request` e `resource` quando passati come argomenti nei metodi dei blocchi. Infatti (come scritto nel commit in inglese) i punti di accesso alla renderizzazione del blocco sono le funzioni `get_response` e `options_response` (v. funzione `rest.views.view_factory`). Sono questi 2 metodi che devono settare gli attributi `request` e `resource`, come già fa il metodo `get_response` della classe base `rest.views.blocks.!AbstractBlock`. Gli altri metodi non devono ricevere questi oggetti o informazioni in essi contenuti (i.e. `resource_type`, `resource_id`) come parametri, ma devono semplicemente accedere agli attributi settati nel blocco.",fero 184,Ricerca in griglia,sviluppo,,Consegna finale,compito,,new,2011-10-31T01:12:33Z,2011-10-31T01:14:16Z,"Alcune tabelle contengono dei campi relazionati ad altri modelli. Ad esempio, sul paniere è utile di ricercare e quindi di filtrare sul nome del prodotto",dom_thual 33,Magazzino,analisi,,Documento di analisi funzionale,compito,,new,2011-01-20T14:56:50Z,2011-01-20T15:17:34Z,"Se il GAS dispone di un Magazzino. Come viene gestito il rifornimento in prodotti? Come viene gestito l'acquisto singolo di un Gasista?",dom_thual 41,Consentire ai gasisti di pianificare i propri ordini,analisi,,Documento di analisi funzionale,compito,,new,2011-02-04T18:27:59Z,2011-02-22T20:56:26Z,"Per alcuni prodotti, in particolare quelli alimentari, gli ordini dei Gasisti avvengono con una certa regolarità. Aiutare i Gasisti a pianificare i loro acquisti potrebbe anche aiutare alcuni Produttori a pianificare la loro attività produttiva. È possibile implementare delle funzionalità che agevolino la pianficazione degli ordini ricorrenti da parte dei Gasisti ? ",lfranc 44,Consumatori particolari,analisi,,Documento di analisi funzionale,miglioria,,new,2011-02-04T23:42:44Z,2011-02-10T01:07:44Z," Ristorazione, Agriturismi, associazione di consumatore possono trovare luogo nel modello come GAS e/o come gasista? Quale conseguenze per il modello? ",dom_thual 202,Cambio password per il produttore,sviluppo,,Entrata a regime del portale pubblico,compito,,new,2012-11-16T22:52:16Z,2012-11-16T22:52:16Z,"il gasista può cambiare la sua password dentro la sua scheda. Il produttore? ",dom_thual 203,Punto e virgola,sviluppo,,Entrata a regime del portale pubblico,compito,,new,2012-11-16T22:53:20Z,2012-11-16T22:53:20Z,"Normalmente il sistema gestisce se una persona mette punto o virgola. Pero non viene gestito da tutte le parte. Ad esempio, quando modifichiamo un prodotto - se sul prezzo metti punto o virgola questo funziona. - Ma se metti una virgola sulla quantità della confezione (una forma di 0,5 chilo) allora il sistema lancia un alert. sarebbe da normalizzare.",dom_thual 64,Solidal pact act,analisi,,Futuro,compito,somebody,new,2011-04-19T19:44:30Z,2011-10-14T17:22:20Z,"Solidal pact is a document that define the producer descriptions and declarations. This document is the main contract between producer and GAS. The document have to be set before ordering process. 1 - classify data Some data are relative to producer. Another are more specific to the contract between GAS and producer. 2 - Categorize data depending of the profession the data changes. Some analysis works have to been done. Who do it? programmer’s team, public administration, operative team, GAS's contributor? ",dom_thual 119,Conferma dell'attivazione di un patto di solidarietà,sviluppo,,Futuro,compito,,new,2011-09-08T10:28:06Z,2011-10-20T16:03:34Z,"Nell'implementazione attuale, qualunque ruolo abbastanza privilegiato (amministratore del DES/GAS, ..) può creare ""unilateralmente"" un patto di solidarietà tra un GAS e un fornitore. Considerato il significato di un patto di solidarietà, sarebbe opportuno che entrambe le parti in causa esprimessero un consenso esplicito al riguardo. ",lfranc 120,Implementare un sistema di reportistica relativa alle statistiche generali del DES,sviluppo,,Futuro,compito,fero,assigned,2011-09-08T10:34:08Z,2011-09-12T23:52:24Z,,lfranc 139,Testare la fruibilità su smartphone,sviluppo,,Futuro,compito,,new,2011-09-09T09:05:50Z,2011-09-13T00:49:28Z,Tenere presente che parecchi controllano le cose via telefonino. Verificare la fruibilità dell'applicazione.,fero 156,Risalire la filiera,analisi,,Futuro,compito,,new,2011-10-13T09:58:48Z,2011-10-13T09:58:48Z,,fero 162,Esportazione degli ordini in formati x foglio di calcolo,sviluppo,,Futuro,compito,,new,2011-10-14T18:17:37Z,2011-10-14T18:17:37Z,"Il GAS Montefano ci ha richiesto la possibilità di esportare gli ordini in un formato gestibile con i fogli di calcolo. Ci ha richiesto xls, ods, e csv. La prima la scarterei a priori per favorire un mondo migliore ovviamente. Comunque ne discuteremo in un secondo momento, per ora appunto questo ticket per il futuro.",fero 180,Lista predefinita di acquisto,analisi,,Futuro,compito,,new,2011-10-27T08:40:04Z,2011-10-27T08:40:04Z,"La possibilità che ogni gasista possa definire una lista di prodotti che intende acquistare presso ogni fornitore ogni qual volta si apre un ordine. Per implementare questa funzionalità si dominique propone: 1. tabella di relazione: `GASMember` <-> `GASSupplierStock` 2. una opzione di configurazione (`PersonConfig`?) che indica `usa la lista predefinita` impostata a True/False Questa è la proposta minimale. Questa funzionalità non è prioritaria. La sua realizzazione è impostata a ""Futuro"" in modo che si possa in seguito valutarla e prioritizzarla adeguatamente. ",fero 174,Privilegi troppo alti per i referenti informatici dei GAS,sviluppo,,Futuro,difetto,,new,2011-10-26T20:56:52Z,2011-10-26T20:56:52Z,"I referenti informatici devono poter modificare alcune form che sono prese direttametne dall'admin interface. Questo fa sì che debbano avere il flag `is_staff` settato e devono poter modificare `GAS` e `GAS options`. Facendo 2+2 sulla gestione dei privilegi Django si capisce che questa situazione, seppur non critica, non va bene perché consente ai referenti informatici dei GAS di modificare, tramite pannello di amministrazione, le impostazioni degli altri GAS.",fero 185,"Non viene gestito il ruolo ""referente di ordine""",sviluppo,,Futuro,difetto,,new,2011-11-01T15:57:40Z,2011-11-01T16:00:09Z,"Attualmente non viene gestito né da interfaccia, né da check dei permessi il ruolo di referente dell'ordine. Nella pratica si è visto che le loro mansioni possono essere svolte dai referenti del patto di solidarietà. In aggiunta, come tutte le altre cose che riguardano i GAS, possono essere svolte anche dai referenti tecnici dei GAS. ",fero 186,"Non viene gestito il ruolo ""referente di ritiro""",sviluppo,,Futuro,difetto,,new,2011-11-01T15:59:17Z,2011-11-01T15:59:53Z,"Attualmente non viene gestito né da interfaccia, né da check dei permessi il ruolo di referente di ritiro. Le sue mansioni attualmente possono essere svolte dai referenti del patto di solidarietà associato all'ordine. In aggiunta, come tutte le altre cose che riguardano i GAS, possono essere svolte anche dai referenti tecnici dei GAS. Fra tutti i ruoli non gestiti questo sembra più importante, perché si dovrebbe occupare di aggiornare i prodotti consegnati. Comunque, dato l'applicabilità pratica di questa attività, per ora non si ravvisa urgenza di implementarlo ",fero 187,"Non viene gestito il ruolo ""referente di consegna""",sviluppo,,Futuro,difetto,,new,2011-11-01T15:59:21Z,2011-11-01T15:59:38Z,"Attualmente non viene gestito né da interfaccia, né da check dei permessi il ruolo di referente di consegna. Le sue mansioni attualmente possono essere svolte dai referenti del patto di solidarietà associato all'ordine. In aggiunta, come tutte le altre cose che riguardano i GAS, possono essere svolte anche dai referenti tecnici dei GAS.",fero 53,Implementare un meccanismo per la creazione di classi di Prodotto personalizzate,sviluppo,,Futuro,miglioria,,new,2011-04-07T14:15:21Z,2011-09-03T09:25:09Z,"Per il momento, abbiamo solo un modello [[BozzaVocabolario#Prodotto|Prodotto]], che racchiude gli attributi generici condivisi da tutte le tipologie di prodotti. Sarebbe utile avere a disposizione un meccanismo che consenta di introdurre nella piattaforma ulteriori modelli, derivati da quello base, che consentano di catturare le peculiarità di particolari famiglie di prodotti (ad es. taglia/colore per gli indumenti, data di partenza per i viaggi, autore/titolo/ecc. per i libri, ..) ",lfranc 175,"Griglia, azioni e paginazione",sviluppo,,Grafica e usabilità,compito,,new,2011-10-26T21:45:43Z,2011-10-27T13:48:06Z,"Alcune griglia dati incorporano delle azione al livello delle righe dati. Alcune griglie usano la paginazione dei dati per presentare un set minimale di dati. Quando una griglia presenta queste 2 caratteristiche i 2 concetti devono convivere. Adesso il cambio pagina, quando delle azioni sono state selezionate, fa perdere le azioni da inviare al server. ",dom_thual 62,Order categories,sviluppo,,SCEGLIAMO - I prodotti vengono inseriti,compito,,new,2011-04-19T19:11:00Z,2011-09-08T10:21:47Z,In order to elaborate report we need to implement an ordering system,dom_thual 22,Sondaggio Vocabolario,analisi,,Documento di analisi funzionale,miglioria,somebody,new,2010-12-30T01:28:39Z,2011-02-04T11:55:25Z,"Sto portando avanti un sondaggio tra i Gasisti per il punto aperto. ""Carrello"" ""Cesto"" ""Cestino"" ""Paniere"" ""Sporta"" http://doodle.com/cnw93b3745u9g2bd Potete seguire il voto. Potete votare e diffondere il link. Ci sono altre possibilità per farlo sul Wiki (piuttosto che usare Doodle)? ",dom_thual 57,"Implementare la piattaforma web come ""web desktop app""",sviluppo,,Futuro,compito,,new,2011-04-10T14:23:09Z,2011-05-11T10:13:18Z,"Per sfruttare appieno le potenzialità della piattaforma gestionale, i [[BozzaVocabolario#Turnista|referenti di ritiro]] dovrebbero potervi accedere anche durante gli [[BozzaVocabolario#AppuntamentoDiRitiro|appuntamenti di ritiro]]. Purtroppo nella pratica ciò non è sempre possibile perché molti GAS non dispongono di accesso alla Rete nei luoghi in cui avviene la distribuzione dei prodotti ordinati. Una possibile soluzione tecnica a questa problematica potrebbe consistere nel sfruttare le potenzialità offerte dall'HTML5 per implementare una versione locale (ridotta) del db remoto e sincronizzare in automatico i dati nel momento in cui si rende nuovamente disponibile una connessione Internet. ",lfranc 71,"Consentire ad un gasista di ordinare ""per delega""",sviluppo,,Futuro,compito,,new,2011-05-09T11:25:51Z,2012-03-24T18:15:57Z,"In alcuni GAS , può essere utile consentire l'esecuzione di ordini ""per delega""; ovvero, un Gasista invia un ordine (al GAS) per conto di un altro gasista (ad esempio, perché il delegante non ha accesso ad Internet o non ha familiarità con l'informatica). Nel caso dell'implementazione degli ordini per delega, l'ordine inviato al GAS dovrebbe contenere l'indicazione sia del beneficiario che dell'esecutore materiale dell'ordine, in modo da tracciare e gestire tutti gli aspetti associati all'ordine in questione (modalità di consegna, dati contabili, ...). ",lfranc 72,Consegne a domicilio,sviluppo,,Futuro,compito,,new,2011-05-09T11:33:12Z,2011-05-11T10:13:48Z,"Alcuni GAS sentono l'esigenza di fornire ai gasisti la possibilità di ricevere le consegne a domicilio; questo potrebbe essere necessario per soggetti (anzani, disabili) che hanno difficoltà negli spostamenti. Per implementare questa funzionalità, è necessario estendere le modalità di gestione dei ritiri. ",lfranc 123,"Confezionare un sistema ""chiavi in mano"" per la piattaforma informatica di un DES",sistemismi,,Futuro,compito,fero,assigned,2011-09-08T10:56:44Z,2011-12-02T07:06:42Z,"Che includa: * gestionale * blog * forum * mumble (per riunioni voip) * gestore mailing-list ...",lfranc 157,Registro unico delle risorse,analisi,,Futuro,compito,,new,2011-10-13T10:08:03Z,2011-12-02T07:05:32Z,"Si può associare un UUID http://en.wikipedia.org/wiki/UUID ad ogni risorsa significativa per consentire di identificarla univocamente nel mondo. Questo sarebbe un considerevole salto di qualità per l'interoperabilità con altri sistemi e la condivisione delle informazioni, i controlli di consistenza fra sistemi distribuiti. Dettagli tecnici: L'attributo UUID era stato inserito nel modello Product. Ora è stato spostato come property che solleva l'eccezione !NotImplementedError. Dovrebbe sempre essere memorizzato nel db per garanzie di persistenza, ma appoggiarsi a tabelle esterne. Ipotizzo una tabella che ha una genericForeignKey e il valore dell'UUID. Questa tabella inoltre dovrebbe fungere solamente da cache per il registro mondiale degli UUID.",fero 173,Il fornitore può aggiungere stadi al workflow dell'ordine...,analisi,,Futuro,compito,,new,2011-10-26T09:49:12Z,2011-10-26T09:49:12Z,"Implementando la classe !SupplierConfig ho pensato che il fornitore possa esporre un proprio insieme di stati e transizioni per la gestione dell'ordine che andrebbero ad estendere quelli del GAS. Questa impostazione potrebbe essere ad esempio presa come default per il Patto di solidarietà. Si tratta dell'attuazione pratica di un protocollo condiviso tra gas e fornitore. Non è mia intenzione implementarlo :) ma lo lascio come nota su cui ragionare per il futuro.",fero 188,Da considerare des.admins nel check dei permessi quando e se l'applicazione sarà multi-DES,analisi,,Futuro,difetto,,new,2011-11-01T16:07:19Z,2011-11-01T16:07:19Z,"Nel check dei permessi ho eliminato quei pochi riferimenti che c'erano a `des.admins`. Questo perché un amministratore del DES è un `superuser` e se è un `superuser` non impegna il controllo dei permessi `flexi_auth` (`can_create`, `can_edit`, `can_delete`). L'eliminazione è dovuta quindi ai seguenti fattori: * ora non aggiunge alcun valore * in alcuni casi il db sarebbe stato impegnato con almeno una query in più che non serve a nulla * meglio non averlo da nessuna parte che averlo solo in alcune parti In futuro, quando e se si deciderà di implementare l'applicazione multi DES, allora sarà forse necessario reintrodurre il controllo che gli utenti appartengano ad un DES specifico prima di fare un'azione. Anche in questo caso tuttavia credo che la situazione sia da analizzare, perché potrebbe essere opportuno privilegiare la libertà di azione: se un soggetto è responsabile di un DES vuol dire che un minimo ci capisce. E allora perché impedirgli di fare operazioni potenzialmente dannose quando quelle operazioni possono essere potenzialmente di aiuto ad altri? Ad esempio: aiutare a risolvere un problema, svolgere la mansione per qualcun altro... ci ragioneremo se in futuro avremo occasione di studiare questo aspetto.",fero 195,"Luoghi, mappe e nomi geografici e... distanze?",sviluppo,,Futuro,miglioria,,new,2012-01-17T23:08:07Z,2012-01-17T23:08:07Z,"Oggi il luogo (modello place) è una risorsa e quindi, secondo il design di Gasista Felice, dispone di una propria pagina. In questa pagina sarebbe opportuno che apparisse una mappa con un marker. Inoltre, rispetto a quanto si diceva oggi sull'autocompletamento del luogo e l'impostazione delle province, ci si potrebbe riferire a database come geonames.org http://www.geonames.org/ c'è anche un'applicazione Django che è ancora alla 0.3 e che supporta solo MySQL http://fi.am/entry/django-geonames-03-incremental-updates-support/ Fatto questo, ci si affaccerebbe al discorso delle distanze, delle consegne e potremmo anche risolvere il famoso problema del cammino minimo! ;) ",fero