Stefano Cazzella
![[Valid RSS]](/images/pages/rss2-lable.png)
Dopo una lunga attesa costellata da annunci, smentite e tutti i possibili errori di comunicazione da parte di Motorola ecco che finalmente è stato rilasciato anche per l’Italia l’aggiornamento ad Android 2.0.1.
Dopo aver introdotto il formalismo Dimensional Fact Model (DFM) come strumento di definizione dei requisiti per la realizzazione di applicazioni analitiche e aver proposto una serie di regole che guidino il disegno di un modello dati relazionale in grado di soddisfare tali requisiti, è giunto il momento di vedere come sia possibile mettere in pratica tutto ciò seguendo un modello di sviluppo di tipo Model Driven.
Dopo una trepidante attesa scandita da anticipazioni d’oltre oceano (il Motorola DROID, cugino americano del Milestone, è uscito a Novembre), video-prove condotte su versioni dimostrative del prodotto, finte disponibilità su alcuni siti di e-commerce (poi ritrattate), ecc. non appena ho trovato un negozio WIND che avesse il primo device equipaggiato con Android 2.0 mi sono precipitato all’acquisto.
Dopo un mese di utilizzo è il momento di fare un primo (impietoso) bilancio.
Il Dimensional Fact Model viene spesso presentato come un modello concettuale per la definizione di sistemi di data warehousing: durante la fase di analisi può essere efficacemente utilizzato per formalizzare i requisiti informativi che il sistema dovrà soddisfare, mentre nella fase di progettazione costituisce il principale input per il disegno del modello logico su cui si basa l’applicazione di Business Intelligence.
Lo stesso modello concettuale può essere implementato con diverse tecnologie: ROLAP, MOLAP, HOLAP, ecc. Anche nell’ambito di una medesima tecnologia non esiste una modalità unica di traduzione di un modello dimensionale in modello logico e spesso le scelte di disegno sono guidate da altri requisiti funzionali e non funzionali.
Di seguito vediamo un esempio di come sia possibile implementare, in ambiente relazionale, il modello dimensionale di analisi delle vendite già descritto.
Ogni progetto avrebbe bisogno di una fase di inizializzazione in cui pianificare le risorse necessarie, selezionare le tecnologie e le metodologie, ecc.; fra queste scelte riveste un ruolo non secondario anche il modello di sviluppo da adottare.
L’esperienza personale e le letture (frutto dell’esperienza altrui) possono aiutare ad impostare correttamente tale aspetto cruciale di ogni progetto.
Fra i vari formalismi messi a punto dal mondo accademico per la definizione di modelli multi dimensionali, il Dimensional Fact Model (DFM) è fra quelli che più di altri negli ultimi anni è riuscito a valicare i confini universitari e ad essere conosciuto ed utilizzato in diverse realtà industriali e della pubblica amministrazione.
Roma, 24 Gennaio 2009 – La facoltà di Ingegneria di Roma Tre ha ospitato la terza edizione romana del Java Day.
Anche quest’anno si è confermato il grande successo di pubblico che ha caratterizzato la passata edizione.
Nel video ho raccolto alcuni passi dei tre talk che ho seguito con maggior attenzione:
Ieri si è tenuto a Roma l’evento Cognos Performance 2008 organizzato con la collaborazione di alcuni partner fra cui Sopra Group. Lavorando ormai da diversi mesi su progetti incentrati sulla suite Cognos BI 8.3, sono stato sopratutto attirato dalla presentazione delle nuove features della release successiva. Nondimeno ha apprezzato il tentativo di organizzare le sessioni iniziali con un modello comunicativo diretto e informale.
Dopo il successo dello scorso anno, il Java User Group di Roma, sta organizzando la terza edizione del Java Day nella Capitale, l’evento OPEN dedicato al mondo Java in cui sale in cattedra chi si confronta tutti i giorni con pregi e difetti di questa tecnologia.
