Détails sur "Userware for Office"
Introduction
Comment ça marche ?
Quelles APIs sont disponibles pour le développement
de ces composants ?
Qui a accès à la bibliothèque de
composants ?
Pré-requis
Les applications de la suite Microsoft Office sont universellement
connues des utilisateurs et offrent d'énormes possibilités
de personnalisation qui permettent de construire de véritables
solutions d'entreprise : gestion des notes de frais, de formulaires
(demandes de congés, de formations), workflows autour
de la messagerie et des documents, etc.
Jusqu'à aujourd'hui, les deux technologies principales
de programmation Office étaient :
- Visual Basic pour Application, permettant d'incorporer
du code Visual Basic dans les documents eux-mêmes
- Visual Studio Tools For Office, permettant de créer
des Add-Ins capables d'enrichir l'interface utilisateur
des applications Office et de manipuler leurs documents.
Userware For Office vient compléter ce tableau en
offrant une capacité auparavant absente : le
partage au sein d'une entreprise des développements
réalisés par les utilisateurs sans aucun déploiement
préalable.
Ce partage couplé à l'absence de déploiement
permet de répondre à deux besoins vitaux dans
une entreprise :
- La diffusion immédiate des nouvelles versions des
composants développés permet à l'entreprise
d'être plus réactive : plus besoin de planifier
un déploiement nocturne d'un Add-In lorsque des algorithmes
ou règles de calcul changent (changement du taux
de TVA par exemple).
- Le partage et le catalogage des composants développés
par les utilisateurs améliorent la productivité
globale en évitant les développements multiples
d'une fonction identique par différents collaborateurs
de l'entreprise.
|
|
Le schéma ci-dessous présente le mécanisme
standard de sélection des composants par les utilisateurs
:
Le mécanisme décrit ci-dessus est le mécanisme
standard, disponible dès l'installation des composants
USERWARE. Cependant, comme la plupart des composants USERWARE,
il est entièrement personnalisable.
Le développement des composants se fait à partir
de l'application Office et bénéficie de tous
les mécanismes propres à la technologie USERWARE
de développement collaboratif par les utilisateurs
:
|
|
Le compilateur ajoute aux références des projets
de composants les PIA (Primary Interop Assemblies) donnant
accès aux modèles objets complets des applications
Office utilisées. Les composants ont par ailleurs aussi
accès à toutes les classes du framework .NET,
ce qui rend très aisé les accès à
des bases de données ou à des appels de services
web. Si des composants développés ont besoin
de bibliothèques complémentaires, par exemple
pour accéder à une application métier
spécifique à l'entreprise, une simple opération
de configuration du serveur Userware permet d'ajouter la bibliothèque
d'interface correspondante.
|
|
L'architecture USERWARE s'appuie sur un ou plusieurs serveurs
hébergeant le référentiel des utilisateurs,
le référentiel des composants et le compilateur.
Cette partie est appelée Userware Components Server
et s'appuie sur une base de données SQL Server.
L'ensemble du dialogue entre les clients et Userware Components
Server est basé sur des appels de services web, ce
qui permet une localisation assez souple de la composante
serveur (les temps de réponse varient bien évidemment
en fonction de cette localisation).
Pour d'évidentes raisons de sécurité
et de confidentialité, cette composante serveur doit
être privée. Deux options sont disponibles :
- Hébergement au sein de l'entreprise
Dans ce mode, le logiciel serveur USERWARE ainsi que
la base de données du référentiel
ne sont pas accessibles de l’extérieur (sans
accès sécurisé au réseau du
type VPN ou accès extranet). L’authentification
auprès du serveur USERWARE peut se baser sur l’authentification
Windows, ce qui offre un mécanisme de « Single
Sign-On » aux utilisateurs.
- Hébergement en mode SaaS
Dans ce mode, un espace privatif est réservé
sur nos serveurs à l’entreprise cliente.
L’authentification auprès du serveur USERWARE
se fait par couple Nom d’utilisateur / Mot de passe.
Par ailleurs, le concept des applications générées
par les utilisateurs et le partage des composants entre les
membres d’une même entreprise favorisent une approche
collaborative du développement mais il existe nécessairement
des composants dont le développement doit être
réalisé par une équipe précise.
Les mécanismes de sécurité du serveur
USERWARE permettent de traiter ce scénario et d’appliquer
sur chaque composant le niveau de protection adéquat.
|
|
Postes de travail : Microsoft Windows XP ou version ultérieure.
Framework .NET 3.0. Microsoft Office version 2003 ou ultérieure.
Serveur : Microsoft Windows Server 2003 ou version ultérieure
avec Internet Information Server. Microsoft SQL Server 2008.
Framework .NET 3.0.
|
|
Pour des informations concernant les licences, veuillez cliquer
ici.
|
|
|
