Changes between Version 32 and Version 33 of BozzaAnalisiFunzionale

Timestamp:

01/17/11 11:49:43 (2 years ago)

Author:

lfranc

Comment:

corretti alcuni refusi

BozzaAnalisiFunzionale

@@ -34 +34 @@
 }}}
 
-> Si diceva che fa fede la fattura. Riconducendo tutto a questo caso si potrebbe dire che l'OrdineGASProduttore inviato ma non consegnato PUò essere modificato. Tuttavia, non credo opportuno implementare questa politica per tutti, ma anzi che sia strategico relegare questa decisione ai singoli GAS. Per questo propongo che il "punto di non ritorno" di modifica dei prezzi dei Prodotti di un OrdineGASProduttore, non dell'OrdineGasistaProduttore, siano configurabili nel !PattoDiSolidarietà.
+> Si diceva che fa fede la fattura. Riconducendo tutto a questo caso si potrebbe dire che l'OrdineGASProduttore inviato ma non consegnato Può essere modificato. Tuttavia, non credo opportuno implementare questa politica per tutti, ma anzi che sia strategico relegare questa decisione ai singoli GAS. Per questo propongo che il "punto di non ritorno" di modifica dei prezzi dei Prodotti di un OrdineGASProduttore, non dell'!OrdineGasistaProduttore, siano configurabili nel !PattoDiSolidarietà.
 
 >> Meglio usare 4 campi (2 gruppi: ordinato e consegnato). 2 per l'importo e della quantità ordinati e 2 per l'importo e la quantità consegnati. I primi 2 non possono essere modificati dopo la disposizione, gli altri 2 si. Questa implementazione riflette la realtà.
@@ -91 +91 @@
    * notifica il ReferenteProduttoreGAS e i Gasisti della disponibilità di un nuovo Prodotto (il !ListinoGasista viene aggiornato automaticamente)
 
-> Quest'ultimo punto è sbagliato se decidiamo di associare una lista statica di prodotti ad ogni ordine. Se prendiamo questa strada non è possibile aggiornare automaticamente i !ListinoGasista. Propongo una soluzione per questo problema: nel !CatalogoProduttoreGAS ogni prodotto abbia associato un "flag": "lo voglio sempre", "non lo voglio mai", "se è disponibile mostramelo al momento dell'ordine che scelgo". Meglio un peso: 100, 50, 10 così è estendibile e filtrabile. Nel !PattoDiSolidarietà si mette un'opzione di default per il peso dei nuovi Prodotti nel CatalogoProduttoreGAS. Ritornando al problema principe di associare i prodotti ad un ordine il 90% dei GAS rimmarrà con il valore di default di peso 100 come preferenza nel CatalogoProduttoreGAS, mentre i più scettici lo abbasseranno (ovviamente per loro non sarà un numero) e potranno decidere di volta in volta. Mi fanno più paura gli sforzi dell'utente, più che quello dei programmatori.
+> Quest'ultimo punto è sbagliato se decidiamo di associare una lista statica di prodotti ad ogni ordine. Se prendiamo questa strada non è possibile aggiornare automaticamente i !ListinoGasista. Propongo una soluzione per questo problema: nel CatalogoProduttoreGAS ogni prodotto abbia associato un "flag": "lo voglio sempre", "non lo voglio mai", "se è disponibile mostramelo al momento dell'ordine che scelgo". Meglio un peso: 100, 50, 10 così è estendibile e filtrabile. Nel !PattoDiSolidarietà si mette un'opzione di default per il peso dei nuovi Prodotti nel CatalogoProduttoreGAS. Ritornando al problema principe di associare i prodotti ad un ordine il 90% dei GAS rimmarrà con il valore di default di peso 100 come preferenza nel CatalogoProduttoreGAS, mentre i più scettici lo abbasseranno (ovviamente per loro non sarà un numero) e potranno decidere di volta in volta. Mi fanno più paura gli sforzi dell'utente, più che quello dei programmatori.
 
  Caso 2) Il Produttore:
@@ -235 +235 @@
 
 == !OrdiniPeriodici ==
-Al fine di semplificare al massimo la vita del !Gasista, è importante implementare un meccanismo che consenta la pianificazione (scheduling) degli Ordini ricorrenti (che avvengono periodicamente con cadenze fissate).  Il !Gasista dovrebbe poter inserire nel Sistema gli Ordini che si trova ad eseguire periodicamente (!OrdiniPeriodici), specificando:
+Al fine di semplificare al massimo la vita del Gasista, è importante implementare un meccanismo che consenta la pianificazione (scheduling) degli Ordini ricorrenti (che avvengono periodicamente con cadenze fissate).  Il Gasista dovrebbe poter inserire nel Sistema gli Ordini che si trova ad eseguire periodicamente (!OrdiniPeriodici), specificando:
 
  * prodotto