i-factor il primo talent per nerd

Transcript

1 i-factor il primo talent per nerd Audizione Specifiche per la prova da realizzare entro il 28 Febbraio 2015 i-factor è un progetto del Comune di Fossano, ha il patrocinio della Provincia di Cuneo ed è realizzato con il supporto di ubloom

2 Obiettivo Generale Realizzare un'applicazione web che permetta ai (1) cittadini, e alle associazioni di (2) richiedere al Comune di Fossano: un patrocinio, l'uso di uno spazio pubblico all'aperto, l'uso di una sala comunale inserendo automaticamente (3) l'evento sul calendario comunale.

3 1 Registrazione degli utenti Gli utenti si devono poter registrare sul sito del comune in modo facile ed immediato, secondo 3 modalità: 1)Accesso tramite il proprio account Facebook e Google 2)Registrazione diretta sul sito web, con verifica dell'utente tramite mail di conferma. 3)Creazione dell'account da parte dell'amministratore (es: funzionari, particolari cittadini, etc.)

4 2 Gestione delle richieste L'utente registrato, quando accede al sito, vede l'elenco di tutte le richieste cha ha effettuato in passato e può inserire una [nuova richiesta - 2.2] Quando fa click su [nuova richiesta] compare una maschera di inserimento che raccoglie tutti i i dati della richiesta Una volta inserita un nuova richiesta, viene mandata una mail di notifica all'ufficio comunale associato al tipo di richiesta

5 2.1 Evasione delle richieste Il trattamento della richiesta da parte degli uffici comunali avviene offline (senza interazioni con il sito). Una volta che la richiesta è evasa (positivamente o negativamente), il funzionario comunale deve aggiornarne lo stato sull'applicazione web. Quando cambia lo stato di una richiesta l'utente che l'ha generata riceve una notifica. Se la notifica è positiva (patrocinio o spazio concesso), il software, oltre alla notifica, deve produrre un modulo di concessione stampabile, realizzato secondo il formato comunale (che sarà fornito), precompilato con tutti i dati della richiesta. Il modulo sarà stampato ed archiviato.

6 2.2 [Nuova Richiesta] Pag. 1 Le richieste possono essere di 2 tipi: Richiesta di patrocinio con alcune richieste accessorie Eventuale richiesta di sala gratuita Eventuale segnalazione di occupazione di uno spazio pubblico Eventuale prestito di materiali ed attrezzature Richiesta di una sala (con un costo orario) L'elenco delle sale, degli spazi pubblici, dei materiali e delle attrezzature disponibili è fornito dal Comune, e deve essere aggiornabile facilmente dall'amministratore.

7 2.2 [Nuova Richiesta] Pag. 2 I dati da raccogliere nel modulo richiesta sono: Anagrafica dell'utente e dell'organizzazione che richiede (Nome, Cognome, Indirizzo, Recapiti, Codice Fiscale) Titolo della Richiesta Tipo di Richiesta (Sala, Patrocinio, Spazio) Tipo di evento [2.3] Gli eventi pubblici dovranno essere pubblicati sul [calendario degli eventi comunali 3]. Descrizione dell'iniziativa Data dall'iniziativa (inizio e fine) Logo dell'iniziativa / Immagine di Copertina (per la pubblicazione sul sito web degli eventi comunali) Allegati multimediali (immagini, pdf, etc.)

8 2.2 [Nuova Richiesta]- Pag 3 Nuova Richiesta Anagrafica Richiedente Sala per Evento Privato (a pagamento) Patrocinio per evento pubblico (gratuito) Sala Prenotazione Spazio Pubblico Materiali Attrezzature

9 2.3 Tipi di Evento Le categorie degli eventi dovranno essere modificabili dall'amministratore. Gli eventi appartengono a due macro gruppi: evento pubblico / evento privato. Il primo elenco da precaricare nell'applicazione è il seguente: Piccolo Evento Pubblico (es: Presentazione Libro, Conferenza Stampa, etc) Grande Evento Pubblico (es: Festa di Piazza, Concerto, etc), Piccolo Evento Privato (Riunione, Incontro, Festa), Grande Evento Privato (Matrimonio, Convention, etc)

10 3. Calendario Eventi Comunali Quanto un evento è approvato dall'amministrazione comunale, il sistema deve generare un file in formato.vcal (o meglio.icalendar/.ics) che possa essere importato nel calendario comunale. Se l'evento è pubblico, il file.vcal/.ics deve contenere anche i link ai contenuti multimediali allegati al sistema di gestione delle richieste.

11 Caratteristiche del software Il software deve funzionare all'interno di un qualunque browser moderno (IE10+, ultime versioni di Firefox e Chrome), senza richiedere l'installazione di plugin. Se possibile, dovrà funzionare in modo semplice anche su dispositivi mobili. Per lo sviluppo si può scegliere il linguaggio e la piattaforma che si preferisce. Sarà un elemento di valutazione positiva la scelta di piattaforme opensource o almeno gratuite per il comune. Non è vietato realizzare il software all'intero di un sistema CMS utilizzando moduli già esistenti (wordpress, drupal, cakephp, etc...)

12 il Mercoledì di ubloom Tra le 16 e le 18 di ogni Mercoledì ci sarà a ubloom un momento comune, con un tutor a disposizione che aiuterà a chiarire eventuali dubbi e fornirà interpretazioni delle specifiche. Tutti i candidati sono caldamente invitati a venire a lavorare a ubloom tutti i Mercoledì di Febbraio (4, 11, 18, 25) tra le 16 e le 18. Il Mercoledì di ubloom sarà inoltre il momento per conoscere gli altri partecipanti e costruire collaborazioni. Chi partecipa alle audizioni può comunque utilizzare gratuitamente ubloom durante tutto il mese di febbraio 2015.

13 Come presentare il lavoro finito Quando il candidato (o il gruppo di lavoro) ha completato il lavoro, deve pubblicarlo su un proprio servizio di hosting Il sistema completo dev'essere presentabile e funzionale, in una fase di maturità che si definirebbe ultima beta o Release Candidate. Il candidato è libero di scegliere il servizio di hosting che preferisce. Può utilizzare anche un hosting condiviso con altri progetti. Se non disponesse già di un servizio, il candidato può valutare un servizio gratuito (es: netsons.org) o Amazon Web Services, oppure un provider a basso costo (es: 13euro.com)

14 Quando presentare il lavoro finito Entro il 28 Febbraio 2015 alle ore il candidato deve mandare una mail a ifactor@ubloom.it con il link alla propria applicazione web. Nella stessa mail chiediamo anche di condividere il link ad una cartella zippata - sempre sul vostro hostingcon il database e codice dell'applicazione congelati alla versione che state consegnando. Se volete, potete realizzare un breve video (max 1 minuto) in cui spiegate perché dovreste vincere voi, con il vostro prodotto. Se fate il video, anche il link a questo va inviato nella mail. Infine, vi invitiamo a fornire un breve documento di presentazione (8-10 slides), che illustri sia l'applicazione che il/gli autori. Questo documento servirà anche come credenziale per candidarsi al lavoro successivo. Il documento può essere alternativo o complementare al video (può integrarlo).

15 Poi cosa succede? Si riunisce una giuria che seleziona tra tutti i partecipanti un numero compreso tra 6 e 8 gruppi finalisti, in base a: Rispondenza alle specifiche del lavoro presentato Qualità grafica del lavoro presentato Presenza di bug/errori/malfunzionamenti Piattaforma scelta per lo sviluppo e qualità del codice Il video e il documento (quanto sono convincenti/creativi) La presenza attiva agli incontri di coordinamento a ubloom I finalisti saranno invitati all'evento finale di sabato 7 marzo alle 15, durante il quale presenteranno dal vivo il loro lavoro ad una giuria di esperti

16 Info e Contatti ifactor è un progetto del Comune di Fossano. Per tutti i dubbi tecnici, organizzativi e per prenotare l'uso degli spazi potete fare riferimento a ubloom ifactor@ubloom.it Iscrivetevi alla community Google+ ifactor per essere aggiornati