Linguaggi e Tecnologie Multimediali TV interattiva e Mobile TV

Transcript

1 Linguaggi e Tecnologie Multimediali TV interattiva e Mobile TV CMS Personalizzazione pagine web, sistema di gestione contenti (CMS) finalizzata all ottimizzazione del flusso di acquisizione e promozione dei contenuti multimediali per i servizi mobili Tesi di fine corso di Danilo Cugia Tutor del corso Giuseppe Tomeno Tutor aziendale Aldo Basile, Lorella Spinello Roma

2 1 Introduzione Il progetto di Stage come dal sottotitolo presupponeva la modifica delle interfacce della piattaforma di CMS utilizzata in Wind. Questa necessità è nata in Wind dal fatto che la piattaforma composta da moltissime funzionalità non utilizzate in Wind risultava essere molto complesso da utilizzare da persone che hanno una scarsa dimestichezza col computer. Essendo un prodotto commerciale e non realizzato appositamente allo scopo e rivolto anche ad aziende di altri settori, principalmente nel campo farmaceutico, il CMS della EMC 2 Documentum è stato col tempo configurato e customizzato a secondo delle esigenze tramite progetti assegnati a ditte esterne come Capgemini. Gli utilizzatori della piattaforma in Wind oltre al personale interno nei settori e di gestione dei contenuti e di marketing per la creazione dei palinsesti dei contenuti stessi visualizzati poi nei portali WEB piuttosto che WAP o tramite menù vocali, sono i provider esterni che forniscono i contenuti a Wind. Le modalità di consegna dei contenuti da parte dei provider sono principalmente due: Tramite i form della web application che gestisce il CMS Tramite file XML inviati tramite ftp in determinate cartelle nei server Wind e riconosciuti da un applicazione realizzata ad hoc per Wind chiamata CC (Content Collection) che prende in pancia i file XML sulla base della configurazione del flusso e inserisce i contenuti nei database del CMS. Il progetto di Stage si è orientato quindi alla semplificazione delle interfacce utilizzate per l import dei contenuti per quanto riguarda il primo metodo di consegna da parte dei provider in quanto risultava difficile e complesso da parte loro capire i meccanismi utilizzati. La tesi di Stage è suddivisa in paragrafi elencati nel sommario alla fine del documento nei quali vengono descritte le modifiche a apportate alle interfacce utili a raggiungere lo scopo preposto. 2

3 2 Progetto di Stage Fasi di lavoro Il progetto di Stage può essere suddiviso in tre fasi. La fase di Analisi utile a capire come è organizzata la rete, quali dispositivi fisici implementano i servizi lato utente e in che maniera operare prima di apportare modifiche. La fase Operativa nella quale si è andati a sviluppare quello che era il progetto di Stage sulla base delle conoscenze acquisite al corso e sulla base dell analisi e dello studio dell ambiente che precedentemente era stato effettuato. Terza ed ultima fase quella di chiusura del progetto di Stage con successiva stesura del cosiddetto Manuale d Esercizio utile ad apportare nella maniera più corretta le modifiche realizzate e testate su macchine di collaudo nelle macchine di produzione. 2.1 Fase di Analisi E stato effettuato inizialmente uno studio del sistema di CMS; macchine utilizzate, sistemi operativi, metodi di accesso alle macchine e fruizione dei servizi. Studio della piattaforma di CMS EMC Documentum orientato alla parte di visualizzazione delle interfacce per la configurazione dei servizi sia lato interno Wind che lato Provider (provider inteso come azienda esterna che fornisce i contenuti a Wind tramite un utenza all interno del CMS). Studio delle configurazioni e delle customizzazioni già presenti sulla piattaforma. Fonti: WDK Fundamentals 5.3 SP1 Technical Fundamentals of Documentum 5.2 3

4 2.2 Fase Operativa Sviluppo del progetto Figura 1La web application del CMS chiamata Webtop si presentava con i tab in basso a destra che permettevano la scelta tra ClassicView (Classica) e StreamlineView (Semplificata). [D1] La fase operativa consiste principalmente nella modifica di file di configurazione (file XML) allo scopo di eseguire configurazioni diverse alle schermate del CMD rispetto a quelle di default. Oppure alla modifica di pagine jsp o classi dell applicativo web chiamato Webtop al fine di apportare modifiche non solo grafiche ma anche comportamentali differenti. Le modifiche apportate a Webtop hanno avuto lo scopo di migliorare l usabilità del sistema stesso da parte dei provider che utilizzano la piattaforma come mezzo di Data Entry oltre che a migliorarne le prestazioni. Le modifiche a Webtop vengono realizzate andando ad estendere i componenti che gia risiedono all interno della piattaforma sia che si tratti di file XML che di JSP o di classi JAVA e andandoli ad inserire all interno della directory custom che il sistema riconosce come directory con maggior priorità rispetto alle altre. Di seguito l elenco delle modifiche apportate Modifica della vista di default dell applicativo Con questa modifica l utente all accesso all applicativo Webtop trova caricata la schermata ClassicView piuttosto che la StreamLineView impostata in Documentum come vista di default. Essa non veniva mai utilizzata e determinava una perdita di tempo dover cambiare la vista in ClassicView ogni qualvolta si accedeva a Webtop. 4

5 2.2.2 Eliminazione della scelta tra le due diverse viste Questa modifica, consequenziale alla precedente, elimina la possibilità di cambiare da una vista all altra la schermata dell applicativo web Webtop Limite della visualizzazione di determinate sottocartelle a soli utenti administrator Il suo scopo è stato quello di limitare la visualizzazione di determinate sottocartelle solamente a utenti di tipo administrator Modifica omogeneità dei campi di compilazione per form Data Entry E stato definito un ordine per quanto riguarda la visualizzazione dei campi rappresentanti i metadati dei vari contenuti. Questo determina che la visualizzazione da parte del provider che effettua l import e il data entry dei metadati sia sempre omogenea a prescindere dalla tipologia di componente. Lo stesso ordine è stato mantenuto per la pagina che visualizza gli attributi di un contenuto qualsiasi inserito all interno del CMS nel momento in cui si vanno a visualizzare le proprietà Controllo sul limite dei caratteri nella creazione di una nuova cartella E stato imposto un limite per quanto riguarda i caratteri utilizzabili in fase di creazione di un nuova cartella all interno di Webtop, prima privo di restrizioni e causa di diversi disagi e disservizi Visualizzazione 50 elementi per pagina come valore di default La Modifica determina la visualizzazione di default di 50 elementi per pagina piuttosto che 10 come invece era impostato per default. Questo ha permesso di eliminare il tempo necessario a ricaricare i seguente 10 elementi ogni volta che si andava avanti Controllo sul limite dei caratteri nel campo descrizione dei componenti package Per effettuare questa modifica è stato necessario creare una nuova classe con lo scopo di sostituire i caratteri non permessi con altri permessi. La chiamata di questa classe è stata inserita all interno della classe che crea il file XML descrittore del package e che veniva a sua volta richiamata in fase di import del contenuto stesso. 2.3 Chiusura del progetto e stesura del Manuale D esercizio Le modifiche precedenti sono state inizialmente apportate ad una macchina di collaudo. Una volta testate e considerate valide è stato effettuato l allineamento di queste anche sull altra macchina di collaudo. Dopodichè è stata scritta la documentazione al fine di fornire le linee guida verso la pubblicazione in produzione delle modifiche gia presenti in collaudo. 5

6 Le specifiche riguardavano la copia dei file modificati da aggiornare, la creazione di nuove sottodirectory all interno della directory apposita per la customizzazione della piattaforma e il restart del Web Server con specifiche riguardo l autenticazione sulle macchine tramite client SSH in linea di comando. 2.4 Software e strumentazione utilizzata Durante il primo periodo di Stage mi è stata fornita una postazione composta di un Personal Computer collegato alla rete internet e intranet al quale potevo accedere tramite account aziendale. Oltre alla postazione mi sono stati affidati diversi manuali utili allo sviluppo inerenti all argomento, un blocco notes e una penna. I software utilizzati sono stati: Ultra Edit32 per la modifica di file XML WinSCP3 per fare l upload e il download dei file sulle macchine nelle quali era installato l applicativo web che realizza il CMS Webtop della EMC2 Documentum. Putty utilizzato come client SSH utilizzato per eseguire il restart del web Server e per la visualizzazione dei log. BEA Weblogic Platform 8.1 e Apache Tomcat 5.5 web Servers utilizzati nelle macchine di collaudo e di produzione e utili ad ricreare lo stesso ambiente nella macchina di sviluppo. WDK Documentum pacchetto di librerie proprietarie di EMC2 Documentum utili alla compilazione delle classi. 6

7 Figura 2 La modifica più rilevante che si può notare a video è la mancanza dei tab Classica e Semplificata in basso a destra che permettevano lo swich tra una vista e l altra. Vedi differenza con Figura 1 7

8 3 Approfondimenti 3.1 [D2]EMC Documentum Documentum 5.3 è la prima e unica piattaforma EDM (Enterprise Content Management) unificata. Offre la flessibilità e l'economia di un singolo ciclo di release, base di codice, modello di sicurezza e traccia di audit per tutte le applicazioni di gestione dei contenuti. I nostri servizi di contenuto, processo e repository sono progettati per rispondere ai requisiti dei nostri clienti più esigenti, anche in fatto di sicurezza Content Services Documentum 5.3 offre l'automazione della gestione di tutti gli aspetti del ciclo di vita delle informazioni non strutturate, dalla creazione all'archiviazione fino alla definitiva eliminazione. Solo Documentum può gestire in un'unica piattaforma tutti i tipi di contenuto, fra cui XML, pagine Web, rich media e documenti aziendali. E una singola piattaforma significa nessun codice di integrazione, sincronizzazione di server o silo Process Services La maggior parte dei prodotti di automazione dei processi è incentrata sulla semplificazione dei processi strutturati: attività con sequenze predeterminate come richieste di prestiti ed elaborazione di ordini. Tuttavia l'80% di tutti i processi aziendali non è strutturato e richiede una presa decisionale collaborativa. Solo Documentum 5.3 fornisce architettura e applicazioni unificate per la gestione di entrambi i processi Repository Services Documentum 5.3 fornisce l'unico set completo di tecnologie di minimizzazione dei rischi e di ausilio alle pratiche di conformità in un'architettura unificata. I nostri Repository Services garantiscono sicurezza incorporata, gestione della conservazione e ottimizzazione degli archivi. Come risultato, le organizzazioni sono sempre pronte per qualsiasi controllo o vertenza legale, mentre le informazioni restano archiviate in modo sicuro e con la modalità economicamente più efficiente. 3.2 Webtop Webtop offre alle funzionalità di gestione contenuti Documentum una intuitiva interfaccia browser facile da usare. Gli utenti aziendali accedono ai contenuti tramite procedure di check-in e check-out che favoriscono l'integrità dei contenuti. Gli amministratori possono implementare facilmente Webtop nella comunità di utenti aziendali sempre proteggendo l'accesso. 8

9 3.2.1 Caratteristiche principali Fornisce accesso via browser a sofisticati servizi di libreria e al repository Documentum Consente agli utenti di esaminare velocemente i raccoglitori e le cartelle e di creare facilmente e partecipare ai flussi di lavoro Supporta la creazione di documenti, il check-in e check-out, la creazione di versioni e la conversione dei formati Facilita lo scambio di contenuti tra utenti aziendali di tutto il mondo 3.3 XML XML è un meta-linguaggio che fornisce un insieme standard di regole sintattiche per modellare la struttura di documenti e dati. Questo insieme di regole, dette più propriamente specifiche, definiscono le modalità secondo cui è possibile crearsi un proprio linguaggio di markup. L'acronimo sta per extensible Markup Language. 3.4 JSP Una pagina JSP è un modello di una pagina Web che utilizza codice Java per generare dinamicamente un documento HTML.Le pagine JSP vengono eseguite in un componente operante sul server chiamato container JSP che le traduce nei corrispondenti servlet Java. Per questo motivo i servlet e le pagine JSP sono intimamente collegati. Ciò che è possibile fare negli uni è, in genere, possibile eseguire anche nelle altre, sebbene ogni tecnologia abbia specifici punti di forza. Le pagine JSP hanno migliori prestazioni e scalabilità rispetto agli script CGI poiché sono persistenti in memoria e sono multithread ; ai vantaggi dei servlet ne aggiungono altri più specifici : Vengono ricompilate automaticamente quando necessario Poiché esistono nel normale spazio dei documenti del server Web, l'indirizzamento delle pagine JSP è più semplice rispetto a quello dei servlet. Dato che le pagine JSP sono di tipo HTML sono compatibili con gli strumenti di sviluppo Web. Esistono tre tipi di pagine JSP : CODICE SORGENTE JSP: questa è la forma che viene effettivamente scritta dallo sviluppatore. Si tratta di un file di testo con l ' estensione.jsp contenente codice HTML, istruzioni Java e direttive ed azioni JSP che descrivono il modo in cui generare la pagina Web di risposta per una determinata richiesta. CODICE SORGENTE JAVA: il container JSP traduce il codice sorgente Java in codice sorgente servlet Java. Questo codice viene normalmente salvato nell' area di lavoro e spesso è utile per eseguire operazioni di debugging. 9

10 CLASSE JAVA COMPILATA : come per ogni altra classe Java, il codice generato per il servlet viene compilato per creare un file.class, pronto per essere caricato ed eseguito. Il container JSP gestisce automaticamente ognuna di queste forme sulla base della data in cui è avvenuta l ' ultima modifica a ciascun file. In risposta ad una richiesta HTTP, il container controlla se il codice sorgente.jsp è stato modificato dall' ultima compilazione del codice sorgente.java. In caso affermativo il container ritraduce il codice sorgente JSP per produrre la nuova versione del codice sorgente Java. 10

11 4 Conclusioni Il progetto di Stage è stato concluso entro due mesi. Durante il periodo restante è stato iniziato un nuovo progetto che riguarda la realizzazione di un applicativo web in grado di configurare la Content Collection, applicazione realizzata appositamente per Wind da una ditta esterna capace di prendere in carico dei file XML che vengono inviati dai provider e contenenti informazioni di varia natura, estrarre queste informazioni e inserirle all interno del CMS. La CC (Content Collection) viene configurata tramite dei flussi che mettono in relazione i campi che vengono compilati all interno dei file XML chiamati X-Path e che contengono la singola informazione e i campi del Database del CMS. Il progetto, lasciato in fase di sviluppo, prevede la realizzazione di una applicazione web in Java capace di configurarne di nuovi. Durante lo Stage non mi sono limitato al singolo progetto ma ho avuto modo di eseguire diverse operazioni al sistema, come creare nuovi palinsesti all interno del CMS, apportare modifiche agli stessi, configurare un nuovo flusso sulla CC, aiutare nel testing e compatibilità terminali, etc etc. L esperienza di Stage è stata per me altamente formativa non solo dal punto di vista strettamente tecnico, nel quale ho potuto mettere in pratica in un ambiente lavorativo le competenze maturate durante il corso ma anche dal punto di vista personale. Ho trovato l inserimento nel gruppo aziendale l occasione per confrontare le diverse realtà che esistono tra azienda e scuola, e meglio ancora la diversità nel lavorare e realizzare un qualcosa utile all apprendimento e nel lavorare e creare qualcosa utile all utente finale che è appunto il cliente; con tutti i problemi che ne concernono come nell evitare i disservizi o creare dei problemi a ciò che già c è di funzionante. 11

12 5 Sommario 1 INTRODUZIONE PROGETTO DI STAGE FASI DI LAVORO FASE DI ANALISI FASE OPERATIVA SVILUPPO DEL PROGETTO Modifica della vista di default dell applicativo Eliminazione della scelta tra le due diverse viste Limite della visualizzazione di determinate sottocartelle a soli utenti administrator Modifica omogeneità dei campi di compilazione per form Data Entry Controllo sul limite dei caratteri nella creazione di una nuova cartella Visualizzazione 50 elementi per pagina come valore di default Controllo sul limite dei caratteri nel campo descrizione dei componenti package CHIUSURA DEL PROGETTO E STESURA DEL MANUALE D ESERCIZIO SOFTWARE E STRUMENTAZIONE UTILIZZATA APPROFONDIMENTI EMC DOCUMENTUM Content Services Process Services Repository Services WEBTOP Caratteristiche principali XML JSP CONCLUSIONI SOMMARIO