Pianificare i modelli di modulo necessari (Office SharePoint Server)

Contenuto dell'articolo:

  • Creare un inventario dei moduli correnti

  • Analizzare i vantaggi dei moduli in linea

  • Valutare la necessità di nuovi modelli di modulo

  • Determinare la complessità dei modelli di modulo

  • Foglio di lavoro

Per una corretta valutazione dei modelli di modulo necessari è importante alcuni passaggi di pianificazione specifici. La maggior parte delle organizzazioni utilizza già dei moduli, tuttavia, sebbene sia possibile importarne alcuni, è quasi certo che si desideri creare nuovi modelli di modulo. In questo articolo viene spiegato come pianificare i modelli di modulo che si desidera creare, nonché come individuare tra i moduli correnti quelli da importare e quelli da ricreare manualmente. Vengono inoltre indicati i fattori da tenere in considerazione a tale scopo.

Alla fine di questo articolo, è opportuno utilizzare il foglio di lavoro Inventario dei moduli esistenti (informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=73266&clcid=0x410) (informazioni in lingua inglese) per creare l'elenco dell'inventario dei moduli correnti. Nell'articolo intitolato Pianificare i modelli di modulo necessari (Office SharePoint Server) viene utilizzato il foglio di lavoro "Progettare la distribuzione di modelli di modulo approvati dall'amministratore" per registrare i modelli di modulo creati inizialmente e i moduli esistenti che si intende importare.

Creazione di un inventario di moduli correnti

Prima di distribuire InfoPath Forms Services è importante identificare i moduli utilizzati attualmente nell'organizzazione. I moduli sono disponibili in molti formati diversi, tra cui:

  • Microsoft Word

  • Carta

  • Fax

  • Posta elettronica

  • Web

  • Microsoft Office InfoPath 2003

  • Altri software

Stabilire l'utilità e l'efficacia dei moduli esistenti. Alcune parti di moduli o moduli interi potrebbero non adempiere lo scopo per il quale sono stati originariamente progettati. Alcuni moduli possono duplicarne altri. Identificare i moduli da mantenere. Di questi ultimi, stabilire quali possono essere sviluppati e implementati in InfoPath Forms Services. Stabilire se i moduli devono essere combinati. Identificare i moduli che possono essere eliminati, ritirandoli oppure combinandoli con un altro modulo.

Analizzare i vantaggi dei moduli in linea

Esistono molti motivi per cui un'organizzazione decide di spostare i moduli dal formato legacy a una versione in linea. I vantaggi nell'eseguire questa operazione con InfoPath Forms Services consistono nel fatto che

  1. Microsoft Office InfoPath 2007 offre un modello a progetto unico sia per modelli visualizzati e modificati nel programma Microsoft Office InfoPath 2007, nonché modelli di modulo compatibili con browser, visualizzati e modificati in un browser. Tutte le norme dichiarative presenti nel modulo funzionano allo stesso modo quando il modulo viene compilato utilizzando Microsoft Office InfoPath 2007 oppure il Web browser. Analogamente, ogni regola business scritta in un linguaggio .NET Framework nel nuovo modello a oggetti gestito verrà eseguita in modo identico in entrambi gli ambienti. Ciò consente agli sviluppatori di progettare moduli completi complessi una sola volta senza doversi preoccupare di creare versioni diverse.

  2. La modalità di progettazione di Microsoft Office InfoPath 2007 consente ai progettisti di modelli di modulo di definire semplici regole di convalida, calcoli e formattazione condizionale in modo dichiarativo, senza che sia necessario scrivere alcun codice. Tutte queste norme dichiarative funzionano come avviene in InfoPath Forms Services senza apportare modifiche specifiche a server o browser.

  3. Sono disponibili funzionalità e un modello di distribuzione semplice per la gestione dei modelli di modulo. InfoPath Forms Services offre un modello di distribuzione a passaggio singolo tramite InfoPath Designer e si integra, inoltre, con l'infrastruttura Microsoft Windows SharePoint Services 3.0 e Microsoft Office SharePoint Server 2007 per fornire strumenti di amministrazione e gestibilità.

  4. Per compilare un modulo non sono necessari download o installazioni personalizzate.

  5. InfoPath Forms Services può comprendere schemi XML in modo intrinseco e può offrire un modello utente completo, flessibile, dinamico e familiare per l'utilizzo di sezioni nidificate, ripetute e facoltative. InfoPath Forms Services dispone, inoltre, di funzionalità avanzate per la definizione delle regole di convalida e la relativa applicazione nella fase di runtime per individuare problemi relativi all'integrità dei dati all'origine. Tutte queste funzionalità sono disponibili durante la compilazione dei moduli InfoPath sia in un Web browser che in Microsoft Office InfoPath 2007.

  6. I moduli vengono utilizzati in genere come front-end per un processo aziendale più complesso in cui è necessario riversare i dati raccolti tramite il flusso di lavoro e i processi server. I campi del modulo possono essere mappati a righe e campi di un database. InfoPath Forms Services offre una connettività eccellente ai servizi Web con una funzionalità incorporata che consente di utilizzare dati da un servizio Web oppure inviare dati a un servizio Web senza scrivere una sola riga di codice.

  7. Microsoft Office InfoPath 2007 è basato sullo standard XML. I modelli di modulo InfoPath si fondano su uno schema XML sottostante che definisce la forma dei dati acquisiti dal modulo. Il modulo è un file XML conforme a questo schema. È possibile recuperare facilmente i dati da origini dati esterne e inviarli a origini dati esterne. Ciò vale anche per moduli in esecuzione in un Web browser. Grazie a questo formato standard di dati, i progettisti di modelli di modulo possono manipolare direttamente i dati acquisiti tramite Microsoft Office InfoPath 2007.

  8. InfoPath Forms Services supporta un modello a oggetti gestito completo per moduli che possono dipendere da Microsoft .NET Framework. La regola business scritta in C# o Visual Basic che sfrutta questo modello a oggetti viene eseguita direttamente senza la ricompilazione in InfoPath Forms Services.

  9. L'architetturaMicrosoft Windows SharePoint Services 3.0 consente agli amministratori di sfruttare gli aggiornamenti della memoria e della CPU per la scalabilità verticale e orizzontale delle prestazioni di InfoPath Forms Services in modo da soddisfare le varie esigenze.

  10. InfoPath Forms Services è compatibile in modo nativo con i browser dominanti di tutte le piattaforme.

Valutare la necessità di nuovi modelli di modulo

Durante la creazione dello scenario di pianificazione e dell'inventario dei moduli è possibile identificare lacune che potrebbero essere colmate con un nuovo modello di modulo. La tecnologia InfoPath Forms Services offre nuove opportunità in precedenza poco praticabili o impossibili con i moduli correnti. Ad esempio, i moduli cartacei non si integrano con la posta elettronica. Se appropriato per lo scenario corrente, è pertanto da prendere in considerazione un nuovo modello di modulo che si integri con la posta elettronica. Il foglio di lavoro descritto in questo articolo include una sezione per valutare l'esigenza di nuovi modelli di modulo.

Determinare la complessità dei modelli di modulo

Durante la progettazione di un modello di modulo in Microsoft Office InfoPath 2007 sono disponibili numerose opzioni. Un modello di modulo può essere semplice e di breve durata, come nel caso del modulo creato da un gruppo di lavoro per stabilire i partecipanti a una riunione della settimana successiva. Un modello di modulo può inoltre essere molto complesso. Ad esempio, può:

  • Utilizzare codice del modulo.

  • Contenere più connessioni dati.

  • Richiedere l'implementazione da parte dell'amministratore della server farm. La comprensione della complessità del modello di modulo consentirà di determinare l'impatto sulle risorse di sistema.

Di seguito sono riportate alcune domande cui è necessario rispondere durante la progettazione di InfoPath Forms Services :

  • Il modello di modulo sarà esposto a utenti anonimi?

  • Sarà un modello di modulo approvato dall'amministratore? Ovvero, si tratta di un modello di modulo che può essere implementato solo da un amministratore in quanto richiede attendibilità totale, contiene codice del modulo o utilizza una connessione dati gestita dall'amministratore?

  • Questo modello di modulo utilizzerà le connessioni dati per inviare o recuperare dati da origini esterne? Per ulteriori informazioni sulle connessioni dati, vedere Pianificare le connessioni dati sul lato server necessarie per i modelli di modulo (Office SharePoint Server).

  • Qual è il numero previsto di utenti di questo modello di modulo per tutta la durata?

  • Quale sarà il numero medio di utenti simultanei del modello di modulo?

  • Quale è il numero previsto di utenti simultanei durante l'utilizzo massimo?

  • Qual è la durata prevista della sessione per il modello di modulo?

  • Gli utenti accederanno al modello di modulo in modalità non in linea?

  • Per il modello di modulo sarà richiesta una firma digitale?

  • Il flusso di lavoro verrà applicato a questo modello di modulo oppure il modello di modulo è destinato a essere utilizzato in un flusso di lavoro?

Foglio di lavoro

Utilizzare l'Inventario dei moduli esistenti (informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=73266&clcid=0x410) (informazioni in lingua inglese) per creare l'elenco dei moduli correnti.

Scaricare il manuale

Questo argomento è incluso nel manuale seguente, che può essere scaricato per una lettura e una stampa più agevoli:

Per un elenco completo dei manuali disponibili che è possibile scaricare per Office SharePoint Server 2007, vedere Downloadable content for Office SharePoint Server 2007 (informazioni in lingua inglese).

Vedere anche

Concetti

Pianificare la distribuzione di modelli di modulo approvati dall'amministratore (Office SharePoint Server)