ARCHIVIO E TRACCIABILITA'

Motivazioni:

- Rendere disponibile, per chi dona e per chiunque sia interessato, un servizio trasparente di tracciabilita` che permetta di capire che cosa e` stato recuperato, da quale azienda/ente, e dove e` andato, in quale progetto, in quale paese, ecc.

- Incentivo alla corretta dismissione, dato che l'azienda x puo` mettere un link sulla sua homepage che porta alla pagina in cui si spiega quanti e quali dei suoi PC che ha donato a noi sono finiti in un progetto di solidarieta`.

- Un buffer per disaccoppiare la domanda dall'offerta, sia a livello locale che nella rete nazionale. Per chi non ha connettività nel laboratorio occorrerebbe un dump del loro database per poi caricarlo su un qualche database "centralizzato". Usando le funzioni di replica dei db. Assegnando a ogni magazzino una tabella a parte e gestendo le repliche dei db in maniera accorta. In questo modo, ognuno può anche lavorare offline per quanto riguarda i propri magazzini e se deve caricare/scaricare dagli altri, lo può fare solo online ma offline può già avere idea della disponibilità. Mentre gestendo la rilevazione dei nodi online, usando le transazioni, diventa pure possibile lavorare sugli altri magazzini, avendo i diritti di accesso, in tempo reale, quando i nodi sono connessi. Gestire un database online con dei client offline, si può fare in modo molto semplice anche con una sola tabella comune (o insieme di tabelle collegate). Sul database online ogni record ha un ID associato ad una sequenza che

parte da 1 e incrementa. Sul client offline i record localmente hanno ID negativo, che parte da

-1 e decrementa. In fase di sincronizzazione, il server che riceve i nuovi dati del client li riprocessa per assegnare un nuovo ID positivo, quindi li rimanda al client che a sua volta aggiorna (o reimporta tutto da zero). I record modificati non sono mai un problema, perche' se hanno ID positivo vengono gestiti come UPDATE, se hanno ID negativo (cioe', un

client offline lo ha creato e poi modificato) vengono gestiti comunque come INSERT. L'unico limite a questo sistema e' che se diversi client offline lavorano lo stesso record, o se contemporaneamente ci si lavora da online, vince l'ultimo che aggiorna. Problema che si potrebbe risolvere con qualche lock. In realtà, potrebbe non servire neanche un id in locale (oppure puo' essere anche positivo) se si e' impostato un campo contatore che si incrementa da solo nella tabella sul server, basta un flag in locale di dati già inviati e una insert di tutti i campi escluso id locale, sul server.

Si potrebbe, poi prevedere la tabella "beni mobili", disponibili per lo scambio.

Risorse esistenti:

- Esistono software liberi per la gestione dei cespiti hardware in azienda. Il loro utilizzo è improntato a tenere conto di cosa c'è in azienda.

- Matteo Papadopoulos <teo@betaonline.net>

sta scrivendo un software per la gestione dei cespiti e di tutto il materiale HW di aziende che hanno più sedi. Il software gestisce i singoli pezzi, le macchine montate, i pezzi in riparazione, i pezzi in magazzino, i commenti su ogni singolo pezzo, il sistema operativo installato, chi lo usa, in quale scrivania sta ecc. Il software gira su web, è sviluppato in php, perl e postgres. Sembra fatto apposta per il nostro bisogno: tante sedi, tante città, tanto hardware. Il software gestisce anche i driver associati ecc ecc.

Caratteristiche da descrivere:

-tipo cpu mhz

-mb ram (simm o dimm)

-capienza hd

-presenza e tipo di scheda rete (10, 10/100, rj e/o coassiale)

-presenza lettore cd

-segnalazione di un possibile upgrade (canali ide e slot isa pci).

- Si potrebbe usare un form con campi obbligatori e altri facoltativi (per chi ha piu' tempo).

Ad esempio, per la scheda di rete e' necessario segnalare se e' pci o isa, se ha un rj o se ha il bnc, se e' 10 o 10/100, mentre potrebbe essere facoltativo segnalarne la marca e/o il chipset (anche se potrebbero essere info utili per la compatibilita' hardware).

(VEDI ESEMPIO: magazzino.html)

Flavio Agnoletto <disaster.net@gmail.com>, Faber Libertatis

Progetto php/mysql per la gestione del magazzino

Programma modulare che consente di cambiare anche il tipo di database

Cosa fa:

- archivio dei pezzi

- scarico dei pezzi

su discarica, in un pc, o ceduti

- archivio pc in lavorazione

- archivio pc chiusi (cioè testati e finiti)

- archivio pc usciti(ovvero lo storico inun certo senso dei progetti terminati)

Idea base:

Concetti di "computer" e di "pezzo" (2 archivi, "pezzi" che vengono poi scaricati su un "pc"). Il "pc" è una entità che viene generata al volo e marcato con un codice univoco quando entra (o la prima volta che viene preso in mano) e man mano che avanza nel tempo vengono specificati i campi piu' importanti (memoria, processore, hd, Sk video...) mantenedo sempre uno storico dei "pezzi" presi dal magazzino.

Attualmente tutto customizzabile, ovvero potremmo applicarlo tanto ad un trashware group quanto alla fabbrica di automobili dove entrano "pezzi" e "macchine usate" e ne escono macchine "ricondizionate".

Valutata positivamente la possibilità di fare un archivio misto locale/esterno.

2005-08-08T20:32:50