Talk di Paolo Gasperi e Marco Tomazzoni Quando si progettano soluzioni complesse basate su Drupal una delle scelte principali consiste nella decisione tra la scrittura di un modulo dedicato oppure l'utilizzo coordinato di altre soluzioni OSS. I case studies presentati rappresentano tre approcci nella soluzione di esigenze diverse sempre nell'ambito di soluzioni per la PA. Il primo (www.gilcoop.org) comprende la creazione di un modulo dedicato. Il secondo (www.familyaudit.org) comprende la scrittura di moduli di interfaccia ad altre soluzioni OSS Il terzo www.salornobiblio.it si basa sulla scrittura di un modulo rilasciato alla comunity. L'analisi tra le soluzioni presentate sarà fatta mettendo a confronto le soluzioni tecniche e le tecniche di progetto (analisi classica vs. progettazione agile) con i risultati ottenuti e le problematiche affrontate. Verrà fatta inoltre una riflessione sugli aspetti di gestione dei progetti con soluzioni diverse da parte della pubblica amministrazione.

1. Drupal: stand alone vs.
integrazione con altri software.
Paolo Gasperi
Marco Tomazzoni

2. Il panorama delle metodologie di sviluppo software appare sempre più
articolato...

3. Progetti basati su Drupal
Come si ridefnisce la matrice delle metodologie di sviluppo software quando la
costante è lo “strumento” Drupal?
Tre differenti progetti come casi di studio:
- Gestione delle cooperative sociali
- Gestione delle procedure del modello Family Audit
- Gestione delle biblioteche digitali
L'analisi verrà condotta attraverso la defnizione delle caratteristiche del team di
sviluppo e dei vincoli di progetto.

4. Modulo dedicato: il caso gilcoop.org
Le specifiche
- Team di sviluppo
Liberi professionisti, dipendenti di strutture pubbliche ed responsabili di cooperative
sociali, programmatori e “drupaler”.
- Requisiti legislativi
Legislazione della Provincia Autonoma di Bolzano.
- Requisiti funzionali
Specifci legati alla organizzazione della Provincia Autonoma di Bolzano, defnizione
puntuale dei requisiti con documentazione.

5. Modulo dedicato: il caso gilcoop.org
La realizzazione
- Drupal come base per i servizi essenziali (gestione
utenti, news, ecc.)
- Utilizzo minimale di moduli standard (CCK,
Internazionalizzazione, Views)
- Due moduli ad hoc: uno per tutte le funzioni di gestione dei report, uno per la
gestione dell'analisi dati
- Generazione report PDF con libreria tcpdf

6. Interfaccia con altri SW: il caso familyaudit.it
- Team di sviluppo
Dipendenti di strutture pubbliche, “drupaler”.
- Requisiti legislativi
Legislazione nazionale, regole del processo Audit.
Provincia Autonoma di Trento delibera n 1492/2005 “Linee guida in materia di
interoperabilità dei sistemi informatici e di software Open Source”
- Requisiti funzionali
Requisiti defniti solo per la parte della gestione fusso documentale e non dell'intero
processo.

7. Interfaccia con altri SW: il caso familyaudit.it
La realizzazione
- Sito Drupal multi-installazione (database separati)
- Uso il più possibile di moduli esistenti
- utilizzo di due SW esterni (modifcati): Collabtive e Osticket
- Scrittura di moduli per l'interfaccia con SW esterni
- Modulo per creazione report PDF da Collabtive

8. Modulo rilasciato: il caso salornobib.it
- Team di sviluppo
Bibliotecari, “drupaler”.
- Requisiti legislativi
Recommendation on Digitisation and Digital Preservation (2006, 2011)
Programma innovazione Provincia Autonoma di Bolzano.
- Requisiti funzionali
Standard di catalogazione internazionale Dublin Core

9. Modulo rilasciato: il caso salornobiblio.it
La realizzazione
- Uso limitato di moduli già esistenti
- Creazione di un unico modulo comprendente tutte le
funzioni desiderate
- Rilascio modulo

10. Conclusione
Drupal e metodologie di sviluppo?
Come nella famosa “caffettiera del masochista”
gli errori spesso non sono nello strumento ma
nella progettazione!
Immagine CC da www.fickr.com/photos/pio1976/

11. Paolo Gasperi
Link: www.loogut.eu
Marco Tomazzoni
Link: www.soffix.com