SharePoint

Creazione di una potente infrastruttura di sondaggio

Jim Bradley

Panoramica:

• Pianificazione e implementazione di una soluzione di sondaggio
• Raccolta ed elaborazione dei risultati del sondaggio nelle raccolte di SharePoint
• Gestione dei problemi di protezione e di prestazioni

Non si possono prendere decisioni ponderate senza le informazioni. Le intuizioni non bastano, almeno non quando le decisioni prese avranno un impatto significativo sull'azienda. Questo vale sia nel caso in cui si stia prendendo una decisione in merito al luogo in cui ospitare un party del team

sia che si stia valutando la riallocazione del 50% delle risorse aziendali per il lancio di un nuovo prodotto. Ma come ottenere queste informazioni?

I sondaggi forniscono un metodo efficace ed economico per raccogliere commenti e suggerimenti su qualsiasi argomento, dalla verifica del livello di soddisfazione dei clienti per le proprie offerte di prodotti alla determinazione del livello di gradimento da parte dei dipendenti per i sandwich preparati nel corso dell'ultima riunione del team. I sondaggi producono risultati fondamentali necessari per il ciclo di sviluppo oltre che per i futuri miglioramenti di prodotti, sistemi o processi. La domanda fondamentale è la seguente: in che modo un professionista IT può implementare un sistema di sondaggi in grado di raccogliere e archiviare i dati in modo da consentirne un utilizzo significativo?

È probabile che già si disponga di uno o più strumenti necessari per raccogliere, strutturare e analizzare questo tipo di dati. Microsoft® Office System 2007 fornisce questi strumenti e ne semplifica l'utilizzo. In effetti, esistono numerosi metodi per eseguire un sondaggio. Il punto chiave è fare in modo che l'approccio adottato sia in grado di soddisfare le specifiche esigenze. Ad esempio, i sondaggi basati sulla posta elettronica rappresentano un ottimo metodo per la raccolta improvvisata e in tempo reale dei dati quando si ha a che fare con un piccolo numero di intervistati e dati non critici. Per ulteriori informazioni, vedere l'intestazione laterale riportata di seguito "Utilizzo della posta elettronica per sondaggi rapidi". I sondaggi basati su database, invece, rappresentano una soluzione ideale per iniziative più complesse che includono un elevato numero di intervistati e sono relative a dati di importanza critica per le strategie aziendali. Per ulteriori informazioni su questo argomento, vedere l'intestazione laterale riportata di seguito "Creazione di una soluzione di sondaggio basata su database".

Questo articolo è incentrato su una soluzione più completa e flessibile: i sondaggi in linea basati su SharePoint®. Questo approccio risulta appropriato sia per sondaggi di importanza critica per le strategie aziendali che per sondaggi non critici e di qualsiasi livello di complessità. Poiché sono basati sul Web, i sondaggi SharePoint possono essere completati da chiunque abbia accesso a un browser Web e sono supportati anche i dispositivi portatili. Con un sondaggio SharePoint, le risposte possono essere firmate o anonime, sono disponibili risultati in tempo reale ed è possibile avere accesso a strumenti di analisi.

questo tipo di sondaggio viene implementato mediante Windows® SharePoint Services 3.0 (WSS) con Forms Server e InfoPath® o Microsoft Office SharePoint Server 2007 (MOSS) con Forms Services e InfoPath® (vedere la Figura 1 per una descrizione di ciascuna di queste tecnologie). Poiché entrambi gli scenari offrono essenzialmente la stessa funzionalità, questa discussione verrà incentrata sulla seconda combinazione. Per un confronto completo dei prodotti di SharePoint e delle relative funzionalità, vedere Download del confronto tra i prodotti di Microsoft Office SharePoint Server 2007 all'indirizzo office.microsoft.com/en-us/sharepointserver/HA101978031033.aspx.

Figure 1 Tecnologie Microsoft che supportano i sondaggi SharePoint

Pianificazione e implementazione

Durante la progettazione di un sondaggio, è necessario considerare in anticipo una serie di fattori. Poiché questo comporta un'analisi preliminare, è opportuno sviluppare un piano di sondaggio elaborato con cura. Nella fase di pianificazione iniziale, è consigliabile definire l'area dei problemi e il tipo di dati che si intende ottenere, determinare le tecnologie da utilizzare e stabilire i requisiti di budget e di amministrazione. A questo punto, è possibile passare alla fase di implementazione. Il flusso di lavoro generale prevede la progettazione di un modulo di sondaggio, la pubblicazione del modulo, la raccolta e la convalida delle risposte, l'aggregazione e l'analisi dei dati e la creazione di report dei risultati.

Un flusso di lavoro per l'implementazione del sondaggio include in genere almeno un progettista, degli intervistati e un analista (come illustrato nella Figura 2). Ovviamente, i flussi di lavoro per i sondaggi possono variare significativamente in termini di complessità. È probabile, ad esempio, che un sondaggio aziendale venga sottoposto a diverse sessioni di modifica di progettazione e di approvazione e che utilizzi dei promemoria automatici per gli intervistati, offra diverse forme di supporto e risoluzione dei problemi, fornisca visualizzazioni in tempo reale dei risultati per i manager e disponga di un processo chiaro per la determinazione e la consegna dell'analisi finale. Un flusso di lavoro complesso come questo richiede un sistema basato sul Web che supporti funzionalità di flusso di lavoro e di report.

Figura 2** Flusso di lavoro di un sondaggio dalla progettazione dei moduli all'analisi dei dati **(Fare clic sull'immagine per ingrandirla)

Requisiti di una soluzione completa

L'elenco dei requisiti chiave che una soluzione di sondaggio completa deve soddisfare è piuttosto lungo. La soluzione deve consentire ai singoli team o alle singole unità aziendali di creare, diffondere e raccogliere i risultati del sondaggio con il minimo coinvolgimento del reparto IT e non deve richiedere alcuna abilità di programmazione. Lo strumento di creazione dei moduli deve offrire un'interfaccia WYSIWYG di facile utilizzo e un insieme avanzato di funzionalità che semplificano l'invio, il salto condizionato e la logica condizionale. Inoltre, lo strumento di creazione dei moduli di sondaggio deve, ovviamente, contenere tutti i sondaggi, indipendentemente dalle dimensioni e dalla complessità.

È necessario che il sondaggio venga eseguito su un server Web e garantisca l'integrazione con un database SQL Server® centralmente gestito, eliminando la necessità per i singoli reparti di gestire database SQL dedicati. Qualsiasi intervistato con accesso a Internet deve essere in grado di completare il sondaggio da qualsiasi browser conforme agli standard.

Il processo di sondaggio deve essere facilmente collegato ai flussi di lavoro e soddisfare le esigenze aziendali senza compromettere la protezione. Inoltre, per molte organizzazioni, la soluzione di sondaggio deve fornire il supporto multilingue.

Quando utilizzati insieme, MOSS 2007, WSS 3.0 e InfoPath 2007 creano una soluzione integrata in grado di soddisfare tutti questi requisiti. Nella Figura 3 viene illustrata la correlazione tra i vari componenti nello stack di SharePoint. Tuttavia, prima di illustrare la soluzione di sondaggio completa, è opportuno esaminare brevemente i risultati che è possibile raggiungere utilizzando solo WSS. Successivamente, verranno illustrati i vantaggi aggiuntivi che è possibile ottenere quando WSS viene utilizzato in combinazione con MOSS e InfoPath.

Figura 3** Componenti dello stack di SharePoint **(Fare clic sull'immagine per ingrandirla)

Utilizzo di WSS

È possibile utilizzare WSS senza gli altri componenti per creare e implementare un sondaggio. In effetti, WSS include un modello di sondaggio incorporato che consente di semplificare il processo. Per creare un sondaggio, fare clic su Start | Tutti i programmi, | Strumenti di amministrazione e selezionare Amministrazione centrale SharePoint 3.0. Dall'elenco a discesa scegliere Azioni sito e fare clic su Crea. Verrà visualizzata la pagina di creazione in cui vengono mostrati i titoli per le raccolte, le comunicazioni, la gestione, gli elenchi personalizzati e le pagine Web. Sotto ogni titolo sono presenti le opzioni del modello. In Gestione, fare clic su Sondaggio.

A questo punto, in WSS verranno illustrate le varie fasi del processo di creazione dei sondaggi. È possibile creare domande aperte o chiuse e specificare se una domanda può essere lasciata senza risposta. È possibile persino creare sondaggi con logica di salto condizionato, che conducono gli intervistati verso sequenze di domande differenti, a seconda delle relative risposte. I sondaggi possono essere anonimi o, se necessario, identificare l'intervistato. È inoltre possibile assegnare un flusso di lavoro al sondaggio.

Il sondaggio è basato su browser e pertanto non è necessario alcun software speciale per creare o rispondere al sondaggio. Per completare il sondaggio, gli intervistati accedono semplicemente al sito SharePoint e compilano il modulo. Le autorizzazioni di accesso vengono ereditate dal sito padre ma possono essere modificate direttamente dal menu Azioni di SharePoint. Le risposte al sondaggio vengono salvate nel sito dei sondaggi di SharePoint e i risultati possono essere visualizzati nel modulo elenco o come riepiloghi grafici oppure esportati in Excel®.

Riepilogando, questa soluzione (con il processo illustrato nella Figura 4) può essere ottenuta solo con WSS senza utilizzare software aggiuntivo. Supponendo che si sia già implementato un sito SharePoint ben progettato, un singolo reparto deve essere in grado di creare e implementare un sondaggio senza alcun coinvolgimento o con un intervento minimo da parte del reparto IT.

Figura 4** Sondaggio basato su Windows SharePoint Services **(Fare clic sull'immagine per ingrandirla)

Una limitazione del processo per la creazione di sondaggi basati solo su WSS diventa evidente nel caso in cui si renda necessario personalizzare un sondaggio. WSS prevede la creazione di elenchi di sondaggi mediante l'uso di diverse pagine ASPX predefinite (AllItems.aspx, DispForm.aspx, EditForm.aspx, NewForm.aspx, overview.aspx e summary.aspx). Sebbene siano possibili personalizzazioni delle pagine aggiuntive rispetto ai parametri specifici di WSS, la maggior parte delle funzionalità deriva da web part che non sono immediatamente personalizzabili. Inoltre, la soluzione basata solo su WSS risulta maggiormente appropriata per i sondaggi che non richiedono l'integrazione con origini dati esterne, come il sistema ERP aziendale.

Quando è necessario espandere la soluzione di sondaggio per includere un'interfaccia utente personalizzata o l'integrazione con origini dati esterne, è consigliabile considerare seriamente la soluzione che prevede l'utilizzo congiunto di MOSS, WSS e InfoPath.

Soluzione di sondaggio completa

MOSS include molte funzionalità che estendono WSS, ma per ora l'attenzione verrà focalizzata su un singolo componente: InfoPath Forms Services. Con InfoPath Forms Services, solo il progettista del sondaggio deve installare InfoPath nel computer in uso. Gli altri possono accedere al sondaggio tramite un browser Web.

In InfoPath, il progettista seleziona l'opzione che consente di compilare il modulo mediante un browser. In InfoPath viene quindi creato automaticamente un modulo che può essere visualizzato in qualsiasi browser Web conforme agli standard. questo modulo basato sul Web ha le stesse funzioni di un modulo InfoPath, ad eccezione di alcune funzionalità InfoPath avanzate, come ruoli utente, testo verticale, azioni di finestre di dialogo e controlli avanzati. Il modulo viene quindi pubblicato in una raccolta o un elenco SharePoint. Un'altra funzionalità InfoPath, denominata Controllo grafico, assicura che il modulo di sondaggio sia compatibile con InfoPath Forms Services.

Non esiste alcuna differenza tra una raccolta di moduli InfoPath e una raccolta di moduli abilitati per i browser. In ciascun caso, un modello di modulo è un file .xsn. InfoPath Forms Services consente di visualizzare il modulo in un browser o il file viene scaricato sul client e visualizzato direttamente in InfoPath. Se un progettista di sondaggi dispone almeno delle autorizzazioni di Collaboratore per un sito SharePoint, potrà utilizzare le raccolte documenti di SharePoint per pubblicare i modelli di modulo.

Un intervistato con un browser conforme agli standard può completare il sondaggio di InfoPath Forms Services e le relative risposte vengono restituite al server SharePoint. In SharePoint, i dati possono essere archiviati, condivisi e analizzati in modo protetto (utilizzando Excel, SQL o altri strumenti disponibili in rete). È possibile eseguire tutte queste operazioni con un coinvolgimento minimo dell'amministrazione IT.

Postback e problemi di prestazioni

È possibile, tuttavia, che si verifichino problemi di prestazioni. I moduli abilitati per i browser vengono eseguiti, ad esempio, nel contesto di un account di sistema sul server SharePoint, il che implica che se un modulo include codice o connessioni dati, come illustrato nella Figura 5, il codice o le connessioni dati verranno eseguite sul server, non sul client. È possibile che alcune forme complesse necessitino di eseguire di frequente il postback dei dati al server, il che aumenta il carico di lavoro sul server.

Figura 5** Soluzione di sondaggio basata su InfoPath Forms Services con connessioni dati aggiuntive **(Fare clic sull'immagine per ingrandirla)

Maggiore è il numero di postback utilizzati da un sondaggio, più elevato sarà il carico sui server Web front-end. Tuttavia, in alcuni contesti il postback diventa inevitabile, ad esempio durante l'implementazione della logica di salto condizionato per le risposte. Per ridurre al minimo i potenziali effetti negativi sul sistema, i progettisti dei sondaggi devono essere consapevoli dei problemi correlati al postback e determinare come implementare al meglio i sondaggi quando il postback non può essere evitato. È opportuno, ad esempio, che i progettisti utilizzino sondaggi simili a procedure guidate che eseguono il postback dei dati al server quando l'utente fa clic sul pulsante Avanti. Questo consente di ridurre il numero di postback.

InfoPath Forms Services deve gestire lo stato di ciascun modulo correntemente attivo sul server. Il timeout di sessione predefinito è 60 minuti, il che implica che se il completamento di un sondaggio complesso richiede più di 60 minuti e durante tale periodo non vengono eseguiti postback, la sessione verrà chiusa sul server. I dati immessi ma non inviati andranno persi e l'intervistato deve iniziare daccapo.

Tali problemi diventano ancora più evidenti quando un numero elevato di intervistati utilizza contemporaneamente lo stesso modulo di sondaggio e quando i sondaggi contengono origini dati di grandi dimensioni o includono allegati di file. Per ulteriori informazioni, vedere "Miglioramento delle prestazioni di InfoPath 2007 Forms" all'indirizzo msdn2.microsoft.com/bb380251.

Considerazioni sulla protezione

Sebbene una discussione approfondita sulla protezione esuli dall'ambito del presente articolo, è importante evidenziare alcune considerazioni relative alla protezione. Per iniziare, SharePoint e InfoPath 2007 aderiscono all'iniziativa Trustworthy Computing Initiative adottata da Microsoft agli inizi del 2002. In InfoPath sono disponibili tre livelli di protezione per i moduli: Con restrizioni, Dominio e Attendibilità completa. Per impostazione predefinita, InfoPath determina e applica automaticamente il livello di protezione consigliato al modulo.

La funzionalità di firma digitale consente di confermare l'identità dell'utente che ha creato o compilato il modulo e di assicurarsi che il contenuto del modulo non venga alterato. La funzionalità Information Rights Management (IRM) può limitare l'accesso ai modelli e ai moduli completati. Per impedire agli utenti malintenzionati di caricare moduli che contengono codice dannoso o di utilizzare la piattaforma SharePoint per sferrare attacchi contro altri sistemi tramite le connessioni dati, in InfoPath si opera una distinzione tra i moduli distribuiti dall'utente e i moduli distribuiti dall'amministratore. Gli utenti possono caricare i moduli purché non contengano codice dannoso e utilizzino solo il livello di protezione Dominio, che limita connessioni dati tra domini. Questi parametri sono sufficienti per la maggior parte delle soluzioni di sondaggio.

Quando un progetto di sondaggio richiede il livello di protezione Attendibilità completa per consentire accesso illimitato alle risorse, per la pubblicazione dei moduli è necessaria l'approvazione dell'amministrazione IT. Per impostazione predefinita, l'approvazione dell'amministrazione IT è necessaria quando un modulo contiene codice gestito, quando le connessioni dati tra domini sono definite nel modello di modulo, quando il modulo utilizza connessioni dati definite nella raccolta connessioni dati gestita in modo centralizzato e quando viene attivata l'opzione per il supporto del rendering sui dispositivi portatili.

Per il livello di protezione Attendibilità completa, il progettista del sondaggio crea un modulo InfoPath e salva il modello di modulo. Il modello o il file .xsn viene inviato all'amministratore SharePoint come allegato a un messaggio di posta elettronica o trasmesso tramite una condivisione di rete. L'amministratore IT controlla quindi le funzionalità di sondaggio e qualsiasi codice in esso contenuto prima di rendere disponibile il sondaggio sul sistema di produzione. L'amministratore IT completa la distribuzione caricando il modello di sondaggio in una raccolta siti e attivando il modello di sondaggio. Entrambe le procedure vengono completate nella pagina Gestione applicazioni della console Amministrazione centrale WSS. Il risultato finale è che un amministratore IT può delegare la pubblicazione dei moduli a singoli reparti e continuare a occuparsi della supervisione del processo di pubblicazione nel caso in cui i moduli prevedano attività che vanno oltre le attività di raccolta dei dati di base.

La supervisione dell'amministratore IT è necessaria in alcuni scenari comuni: quando i moduli devono essere compilati con i dati predefiniti e quando i risultati del sondaggio vengono inviati a più origini dati. Per impostazione predefinita, i modelli di modulo con relazione di trust tra domini non possono stabilire connessioni dati tra domini, ma per aggirare questa limitazione, è possibile intraprendere alcune azioni, tra cui:

• Concessione delle autorizzazioni Attendibilità completa per il modulo.
• Creazione della relazione di trust tra domini utilizzando connessioni dati dalla raccolta connessioni dati.
• Utilizzo della relazione di trust tra domini con la raccolta connessioni gestita in modo centralizzato.

Le opzioni Attendibilità completa e raccolta connessioni dati gestita in modo centralizzato richiedono l'approvazione dell'amministratore durante la pubblicazione dei moduli. Tuttavia, la raccolta connessioni dati (DCL) consente ai moduli pubblicati dall'utente di superare i limiti dei domini utilizzando la raccolta connessioni dati gestita a livello di raccolta siti. Questa raccolta connessioni dati può essere sotto il controllo del singolo reparto. È importante capire, tuttavia, che consentire ai singoli reparti di definire le relative connessioni dati basate sul server può costituire un problema di protezione.

L'opzione che garantisce il massimo livello di protezione prevede la definizione delle connessioni dati nella raccolta connessioni dati gestita in modo centralizzato e la distribuzione da parte di un amministratore IT di moduli di sondaggio avanzati che utilizzano queste connessioni dati. La raccolta connessioni dati gestita in modo centralizzato è utile in quanto è disponibile in tutte le raccolte siti e nell'intera server farm. Questo consente all'amministratore di definire le impostazioni di autenticazione centrali per l'accesso alle origini dati che non risiedono sul server SharePoint locale. Per le ulteriori informazioni, leggere l'articolo "Informazioni sulle connessioni dati, sull'autenticazione e sul mapping di accesso alternativo" all'indirizzo msdn2.microsoft.com/ms771995.

Conclusioni

I sondaggi forniscono un metodo valido per raccogliere sia informazioni di importanza critica per le strategie aziendali che dati non critici per ogni tipo di azienda e a qualsiasi livello. La creazione di un sondaggio efficace, tuttavia, richiede gli strumenti appropriati, un piano valido e una combinazione equilibrata di arte e scienza. Una accurata pianificazione preliminare consentirà di creare una soluzione che consente a ciascun reparto all'interno di un'organizzazione di creare, inviare, ricevere, archiviare e analizzare i dati del sondaggio.

I sondaggi più efficaci sono quelli che producono informazioni rilevanti e tempestive. Per raccogliere le informazioni quando necessario, la soluzione deve semplificare la creazione e la gestione dei sondaggi a livello di reparto, senza compromettere la protezione. InfoPath consente agli Information Worker di creare sondaggi di elevata qualità fornendo un'interfaccia intuitiva il cui utilizzo richiede una formazione minima. InfoPath consente di raccogliere dati di sondaggi di elevata qualità richiedendo un intervento minimo da parte dell'amministrazione IT.

InfoPath 2007 funziona in modo completamente integrato con WSS e MOSS per semplificare soluzioni di sondaggio avanzate e complesse che sono compatibili con più piattaforme e più browser. Questo consente a ogni azienda di sfruttare una delle risorse più preziose: le informazioni.

Utilizzo della posta elettronica per sondaggi rapidi

I sondaggi improvvisati sono uno strumento essenziale per raccogliere rapidamente dati da un piccolo gruppo di intervistati. I sondaggi basati sulla posta elettronica sono ideali per questo tipo di ricerca in tempo reale: possono essere creati rapidamente e non richiedono server dedicati o assistenza IT. Uno degli approcci più semplici, pulsanti di voto incorporati in un messaggio di Microsoft® Outlook®, consente di inviare, ricevere e catalogare un sondaggio unidimensionale.

Dopo aver avviato un sondaggio con pulsanti di voto, i destinatari ricevono un messaggio di posta elettronica che contiene una fascia di voti in cui viene visualizzato un elenco a discesa di opzioni. Il destinatario risponde facendo clic su una delle opzioni. In una finestra popup viene quindi visualizzato il messaggio "Risposta selezionata: <opzione scelta>" e consente di scegliere di inviare o modificare la risposta.

Il progettista del sondaggio o un delegato assegnato riceve le singole risposte nel messaggio di posta elettronica e cataloga manualmente i risultati. Se il sondaggio include un elevato numero di destinatari, è consigliabile creare una regola in Outlook (utilizzando la Creazione guidata Regole) che instradi automaticamente le risposte a una cartella dedicata, come illustrato nella Figura A.

Figura A** Risposte al sondaggio instradate automaticamente a una cartella dedicata **(Fare clic sull'immagine per ingrandirla)

I pulsanti di voto, tuttavia, sono piuttosto limitati. I moduli di sondaggio inseriti nei messaggi di posta elettronica possono raccogliere molti più dati, ma il recupero e la catalogazione manuali di questi dati possono rivelarsi ingestibili. Il lato più complesso dei sondaggi basati sulla posta elettronica è rappresentato dall'utilizzo di VBScript per personalizzare i sondaggi di Outlook. I moduli personalizzati possono semplificare la raccolta e l'analisi di maggiori quantità di dati più complessi. Per accedere alle funzionalità destinate agli sviluppatori in Outlook 2007, è necessario prima visualizzare la scheda Sviluppo, illustrata nella Figura B.

Figura B** Scheda Sviluppo in Outlook 2007 **(Fare clic sull'immagine per ingrandirla)

La creazione di moduli Outlook personalizzati non rientra nelle conoscenze dell'utente Outlook tipico. Tuttavia, InfoPath® 2007 fornisce nuove funzionalità che semplificano l'implementazione di moduli personalizzati. Senza alcuna competenza particolare, i progettisti di sondaggi possono creare i moduli e i modelli InfoPath in tre modi:

• Importando i documenti di Microsoft Word o i fogli di calcolo di Excel® esistenti.
• Eseguendo il download dei modelli InfoPath predefiniti e modificandoli in base alle specifiche esigenze.
• Progettando i modelli da zero utilizzando la funzionalità di progettazione moduli di InfoPath.

In tutti i tre casi, i modelli possono essere pubblicati in Outlook e distribuiti tramite posta elettronica. Con InfoPath 2007 e Outlook 2007, in poche ore e con un intervento minimo dell'assistenza IT un Information Worker può creare un sondaggio di venti domande, inviarlo tramite posta elettronica a un gruppo, ricevere i risultati in Outlook e analizzare i dati in un foglio di calcolo di Excel.

L'unico requisito effettivo in questo scenario prevede l'installazione di InfoPath e Outlook nei computer di tutti i partecipanti. Poiché InfoPath 2007 estende le funzionalità di Outlook 2007, i destinatari possono rispondere al sondaggio direttamente dall'interno dell'interfaccia di Outlook.

Tuttavia, InfoPath supporta altre funzionalità che vanno oltre i sondaggi basati sulla posta elettronica. È possibile creare modelli che prevedono l'esecuzione di query e l'invio di dati ai servizi Web e ai database SQL Server® o è possibile utilizzare un documento XML o uno schema XML esistente come origine dati. In altre parole, con una formazione minima e con una quantità limitata di codice aggiuntivo un utente può usufruire della potenza e della flessibilità del formato XML.

La posta elettronica come soluzione di sondaggio presenta alcuni significativi svantaggi. Ad esempio, i sondaggi non sono anonimi, in quanto l'indirizzo di posta elettronica degli intervistati è disponibile. Questo può ridurre la sincerità delle risposte e alterare i risultati. Occorre inoltre considerare i rischi per la protezione, come gli attacchi di phishing; pertanto, vi è un limite al tipo e alla ricchezza di informazioni che è possibile raccogliere mediante i sondaggi basati sulla posta elettronica.

Creazione di una soluzione di sondaggio basata su database

I sondaggi basati sulla posta elettronica non sono adatti a studi più complessi che coinvolgono un numero elevato di intervistati: l'utilizzo di una cartella in Outlook® non è sufficiente per gestire e analizzare tutti i dati. Una soluzione più robusta consiste nell'indirizzare le risposte al sondaggio a un database. Le funzionalità avanzate di archiviazione, indicizzazione, elaborazione e report offerte da un database possono rivelarsi molto utili. Microsoft® SQL Server® 2005, ad esempio, include SQL Server Reporting Services, che può essere utilizzato per elaborare automaticamente i risultati del sondaggio.

Per creare un modello InfoPath con cui inviare le risposte a un database, è necessario prima creare un database Access® o SQL Server all'interno della rete. In InfoPath®, sarà quindi possibile avviare il processo di creazione dei modelli mediante la procedura guidata Progetta modello di modulo. Verrà quindi visualizzata la Connessione guidata dati in cui viene illustrato il processo di collegamento del modulo al database. In InfoPath le informazioni all'interno del database vengono utilizzate per creare campi di dati e query delle origini dati.

La maggior parte dei lavoratori disporrà di conoscenze sufficienti per completare e inviare il sondaggio avvalendosi di una formazione e un supporto minimi. Tuttavia, in questo scenario (in cui i dati vengono passati direttamente al database), è necessario che gli intervistati abbiano installato InfoPath e Outlook e che siano protetti dal firewall aziendale o che dispongano dell'accesso VPN alla rete aziendale.

La Connessione guidata dati di InfoPath si interfaccia solo con Microsoft SQL Server 2000 o versioni successive e i database Access che utilizzano ADOXML in modalità nativa. L'invio diretto dei dati al database non è supportato per altri database. Le altre limitazioni riguardano il fatto che InfoPath non consente l'associazione di controlli testo RTF ai campi di database e non fornisce il supporto per tipi di dati binari di grandi dimensioni.

Con l'aumento della dimensione e della complessità della topologia di rete diventa sempre più vantaggioso inviare i dati a un servizio Web intermedio e passare tali dati a un database. La separazione del modulo di sondaggio front-end dal database back-end, tramite un servizio Web, semplifica inoltre l'implementazione della logica aziendale sul server Web. Poiché il servizio Web viene eseguito su connessioni HTTP o HTTPS, i partecipanti possono inviare i dati attraverso i firewall, come illustrato nella Figura C. Notare, tuttavia, che è necessario che gli intervistati abbiano installato InfoPath 2003 o 2007.

Lo svantaggio di questo scenario è che l'implementazione richiede l'intervento dell'amministrazione IT. Una descrizione dettagliata di questo processo non rientra nell'ambito di questo articolo, ma tenere presente che la creazione di una soluzione basata su database da zero è un'impresa molto ardua. Richiede una pianificazione preliminare, una progettazione efficace del sondaggio, la programmazione del servizio Web e la progettazione del database back-end. InfoPath 2007 semplifica la fase del processo relativa alla progettazione dei moduli, ma la soluzione end-to-end richiede solide competenze di programmazione e di progettazione dei database. Inoltre, l'aggiunta di funzionalità avanzate, come il supporto multilingue o per il flusso di lavoro, determina un rapido aumento dei costi di implementazione.

Figura C** Flusso di dati InfoPath attraverso un servizio Web **(Fare clic sull'immagine per ingrandirla)

Jim Bradley è il proprietario di CoyoteTech LLC, una società operante nel settore delle comunicazioni tecniche specializzata nella documentazione per gli utenti relativa ai prodotti server Microsoft. I progetti della documentazione includono "Protezione della messaggistica e Trasporto Edge di Microsoft Exchange Server 2007", "Passaggio alla piattaforma a 64 bit con Microsoft Exchange Server 2007" e "Guida di riferimento tecnico di Microsoft Exchange Server 2003".

© 2008 Microsoft Corporation e CMP Media, LLC. Tutti i diritti riservati. È vietata la riproduzione completa o parziale senza autorizzazione.