Molte applicazioni LOB generano task e notifiche per gli utenti; questi avvisi sono di norma visibili al momento della login nello specifico sistema LOB.
Al crescere del numero dei sistemi LOB questa pratica diventa difficoltosa per gli utenti.
Questi pattern si propongono di utilizzare Outlook come unico canale di ricezione delle notifiche.
Simple Task & Notification Delivery
Nel caso più semplice la comunicazione è monodirezionale, il sistema LOB invia una email all’utente il contenuto della quale sarà fruito in Outlook o su OWA.
Task Synchronization
Lo scopo è quello di avere task aggiornati in modo bidirezionale: le modifiche su Outlook (es: impostazione dello stato Completato) ad un task generato da un sistema LOB devono propagarsi verso il LOB stesso e viceversa deve essere possibile ricevere dal LOB aggiornamenti ad un task precedentemente ricevuto.
Ci sono due varianti del pattern, descritte nei due prossimi paragrafi.
Direct Task Synchronization
In questa variante un Add-in installato sul client Outlook si preoccupa della comunicazione bidirezionale verso dei web service esposti direttamente dal LOB; l’add-in reagisce agli eventi di ricezione e modifica dei task sul client, e deve essere in grado di gestire i casi off-line.
Mediated Task Synchronization
In questa variante Sharepoint gioca da mediatore tra Outlook e il LOB; questo semplifica lo sviluppo in quanto si evita di sviluppare e distribuire gli add-in; ci si può appoggiare:
- alla sincronizzazione automatica tra task list di sharepoint e out look, per la propagazione dei cambiamenti
- alla possibilità di eseguire codice custom sul server in reazione alla modifica di task
In questo modo non si devono neanche gestire scenari off-line.
Intelligent Tasks & Notifications
Di norma quando un utente riceve un task da un sistema LOB deve successivamente connettersi al LOB stesso per effettuare una attività.
Questo pattern prevede la creazione di aree custom nella finestra email o task di out look nel quale l’utente possa espletare i compiti che avrebbe dovuto fare sul LOB, riducendo drasticamente i tempi morti (ad esempio approvare un preventivo).
Il pattern si basa sul riconoscimento del messaggio o task come facente parte di una data categoria per la quale visualizzare il form custom e sul parsing del testo del messaggio per ricavarne i dati chiave.
Form-Based Tasks & Notifications
Invece che interpretare il testo del messaggio il sistema LOB può generare e precompilare direttamente un form Info Path e inviarlo via email all’utente; l’utente lo compila per quanto di sua competenza e lo conferma.
Questa tecnica è una alternativa alla scrittura di add-in in quanto si basa sulla presenza di info-path sul client come framework.
Una variante è quella di installare sul server anche InfoPath services: in questo modo sul client non serve InfoPath in quanto vengono generate delle pagine web il cui link viene inviato per email all’utente.