Openatrium è certamente un'ottima distribuzione orientata all'utilizzo intranet, ma quanto è flessibile? Può essere utilizzato come backend per la produzione di contenuti che tramite moderazione vengono pubblicati nel front end? La risposta è si (avevate dubbi?), ma è nel "come" la parte interessante.... In questa sessione verranno presentate le soluzioni tecniche adottate in un complesso progetto realizzato per la PA. Openatrium + custom features create per l'occasione + complex workflow + pressflow, integrazione con un motore semantico, tema accessibile il tutto opensource e riproducibile con un file make.

1. Openatrium come backend di contenuti moderati nel front end. Case study nella PA Alessandro Capra

3. Metodologie di sviluppo

4. Analisi delle esigenze

5. Architettura di riferimento

6. Problematiche

7. Soluzioni individuate

8. Future evoluzioni

9. Progetto SITCR Sistema Informativo per la Tutela del Consumatore in ambito Regionale http://www.sardegnaconsumatore.it Sito attualmente in fase beta basato su Drupal

12. Progetto SITCR – Obbiettivi 2. Supportare una sistematica attività di acquisizione, armonizzazione e organizzazione delle informazioni riguardanti il tema del consumerismo

13. Progetto SITCR – Obbiettivi 3. Promuovere una rete collaborativa e di condivisione delle conoscenze tra ente pubblico ed associazioni rappresentative attive nel settore di riferimento.

14. Progetto SITCR – Obbiettivi 4. Porre le basi per la ricognizione e l’analisi delle principali problematiche sofferte dai consumatori con il coinvolgimento attivo degli operatori delle associazioni

15. Progetto SITCR – Obbiettivi 5. Sviluppare un primo tentativo di partecipazione democratica e trasparenza sul web relativamente alla tutela del consumatore

16. Portale web ad accesso pubblico News radar da fonti esterne Collaborazione tra gruppi e gestione tipologia di contenuti Web 2.0 sui contenuti (partecipazione dell'utente)

18. Contesto di riferimento nella P.A. Rischi del progetto e problematiche (controllo delle informazioni)

19. Metodologia di sviluppo AGILE – SCRUM Composizione del team: 1 project manager 1 drupal specialist 1 drupal specialist junior 1 sviluppatore per moduli di integrazione 2 grafici 1 interaction design

21. 20 operatori delle associazioni

22. 400 cittadini beta-tester

23. Product backlog 22 storie utente 6 sprint di due settimane ciascuno + 1 sprint di bugfix

24. Individuazione dei contenuti

27. essere create da feed selezionati

28. riportare la fonte orginale

30. deve essere georiferita

31. descrive il problema in modo analitico in circa 70 campi (valori definiti e testo descrittivo)

34. devono prevedere un articolato workflow di approvazione e revisione

35. devono riportare l'indicazione della associazione che l'ha redatto

37. devono prevedere delle faq con rimandi alle schede di dettaglio

39. Funzionalità di ricerca: motore semantico È ottimo in domini circoscritti Permette una evoluzione nel tempo aggiornando l'ontologia Risolve le ambiguità di senso

42. Fa uso di features, spaces e context (e non di panels)

43. È ottimizzata per la collaborazione di utenti organizzati in gruppi che si differenziano in aperti o chiusi

44. Non prevede workflow di approvazione sui contenuti

45. È facile creare ed integrare nuove features

47. Realizzazione

48. Migrazione dei dati da drupal 5 + OG 1.migrare il core 2.migrare i cck 3.migrare gli altri moduli 4.aggiungere tutti i moduli e le features di openatrium 5.abilitare le features 6.completare lo sviluppo con panels e workflow

49. Analisi dello schema di pubblicazione dei contenuti

51. projects[workflow_post_install][version] = "1.1" projects[workflow][version] = "1.4" ; http://drupal.org/node/558378 projects[workflow][patch][] = "http://drupal.org/files/issues/558378-features-support-workflow.patch"

53. Creazione delle features per la gestione dei contenuti in openatrium

55. Multistep

56. projects[conditional_fields][version] = "1.1" projects[multistep][version] = "1.4"

58. Attività degli utenti beta-tester sui contenuti (voting, commento etc)

59. Aggiunta dei contenuti in una propria libreria

60. Invio richiesta alle associazioni

61. projects[role_theme_switcher][version] = "1.6" projects[vote_up_down][version] = "2.0" projects[votingapi][version] = "2.3"

63. semanticviews

64. Progetto SITCR - albero

70. projects[flag][version] = "2.0-beta3" projects[rules][version] = "1.2"

71. Problematiche legate all'uso combinato di openatrium e panels

72. Ricerca: Apache SOLR + Motore di ricerca semantica ABBILA

75. Ringraziamenti: Antonio Pes – project manager Salvatore Casu – drupaler junior Nicola Puddu – sviluppatore (modulo Abbila) Enrico Pisu e Barbara Urgu – layout grafico Annalina Sagheddu – Interaction design

76. Contatti http://featureserver.sardegnaconsumatore.it http://twitter.com/caprowsky http://github.com/caprowsky [email_address]