3lances Group - Se Lotus non gestisse la posta...

La famiglia Lotus Notes e Domino Ã¨ ben piÃ¹ di un sistema di posta.
Questo non Ã¨ ben chiaro a chi conosce superficialmente o sente solo parlare di Lotus, e rappresenta una delle principali difficoltÃ nel proporre la soluzione.

Commercialmente infatti per tanti anni Ã¨ stato proposto come client di posta, il che corrisponde un po' a proporre un camper come abitazione dimenticando che quel camper Ã¨ in grado di spostarsi e di andare dove si vuole. Il sistema di posta Lotus non Ã¨ altro che uno dei database che questo ambiente mette a disposizione in modo nativo, gli altri sono per esempio i databases di discussione (forums), le rubriche etc. Il sistema completo di posta coincide, a mio avviso, con ben meno del 10% di quello che si puÃ² realizzare con Lotus, tanto Ã¨ vero che non Ã¨ da escludere che per una azienda possa essere conveniente Lotus sebbene la posta venga gestita in un altro modo. Per questo sono convinto che nella realtÃ italiana se Lotus non gestisse la posta (o almeno non fosse vittima di questo fraintendimento) probabilmente sarebbe meno diffuso ma sicuramente piÃ¹ utilizzato per quello che realmente Ã¨ in grado di fare. E allora cos'Ã¨ Lotus Notes/Domino? intanto facciamo un po' di chiarezza: Lotus Domino Ã¨ il server, Lotus Notes il client. Lotus Ã¨ un vero e proprio ambiente di sviluppo, nato per rispondere alle esigenze aziendali di collaborazione e quindi con una serie di strumenti molto potenti a disposizione di chi sviluppa le applicazioni in questo ambiente. Ecco un breve elenco delle 5 principali caratteristiche che sono predisposte e/o agevolate quando si crea una applicazione in Lotus:

Sicurezza e VisibilitÃ : Ã¨ possibile specificare in modo semplice chi puÃ² accedere ad un do*****ento e chi lo puÃ² modificare, in questo modo indipendentemente dal resto della struttura se un utente non puÃ² leggere il do*****ento non lo leggerÃ affatto. Ci sono poi ben 7 livelli di accesso ai databases (nessuno, composizione, lettora, redazione, revisione, impostazione e gestione) ed Ã¨ possible specificare dei ruoli per affinare ulteriormente l'accesso. La sicurezza poi puÃ² scendere anche alle singole sezioni di un do*****ento e fino ai singoli campi.

Replica: ogni database creato, senza particolari accorgimenti, Ã¨ replicabile: Ã¨ possibile avere in locale o su un altro server una copia del database, le modifiche effettuate su una copia invece che sull'altra saranno poi propagate alla successiva replica. Questo abbatte le difficoltÃ di connessione, aumenta notevolmente le prestazioni e rende possibile lavorare in modo trasparente anche se non si Ã¨ connessi al server.

Ricerca: quando viene creata una vista su dei do*****enti automaticamente Ã¨ possible eseguire delle ricerche su questi e su tutti i loro campi, allegati compresi

Prestazioni: l'ambiente prevede databases di dimensioni notevoli senza influire sulle buone prestazioni. ad esempio un nostro cliente lavoro quotidianamente su due databases che risiedono nel medesimo server, uno Ã¨ sotto la soglia dei 100MB, l'altro supera i 1500MB (1,5 GB) e le prestazioni sono le stesse.

Accesso multi utente: ad ogni database sono in grado di accedere in modo trasparente molti utenti, esisteono poi degli strumenti (profili del database, ruoli del database, formule di visibilitÃ ) per ottimizzare e personalizzare le impostazioni del database in modo che utenti diversi abbiano schermate e viste diverse e possano accedere a sezioni distinte dei vari do*****enti.