Les principes du modèle multicouche 7

Bien qu'il soit plus facile à dire qu'à faire, j'aimerais commencer cette semaine géophysique Sur ce sujet, bien qu'il existe des livres complets sur ce sujet, nous utiliserons les principes 7 Web 2.0 pour résumer le schéma du modèle multicouche et l'appliquer au champ géomatique.

Le concept dit multicouche, est né après l'essor des applications client-serveur, lié à la croissance d'Internet tandis que les réseaux privés (Intranet) sont également devenus populaires. L'un des objectifs les plus importants est que le développement n'affecte pas le fonctionnement, encore moins les utilisateurs de la requête dans un système constamment utilisé.

Tel est le cas, par exemple dans un pays massif de projet où les techniciens terrain, la cartographie ou numériseurs doivent nourrir l'information; alors les analystes juridiques, techniques SIG et la régularisation doit traiter les données du côté des utilisateurs externes il y a une enquête au niveau de la demande ou les demandes de transactions en ligne.

Voyons donc les couches de ce modèle et de ses principes.

La couche de développement

1. Conception simple.  Il est important de comprendre que lorsque des applications multicouches sont développées, les fonctionnalités qui ralentiront le processus, le déploiement des données ou la mise à jour des fonctionnalités ne peuvent pas être exagérées. C'est la raison pour laquelle l'utilisation de procédures de type Javascript exécutées sur un serveur permet à de nombreux utilisateurs d'exécuter des tâches en même temps sans recharger le système. Comme les processus peuvent être réduits, il suffit de surveiller le nombre et la capacité des processeurs pour garder la conception simple ... bien que cela plus que d'être une spécialité des architectes de logiciels semble être plus une compétence des dieux.

2. Applications pour une utilisation multi-appareils.  Il est nécessaire de considérer que les utilisateurs voudront accéder aux informations depuis des appareils de bureau ou une variété de mobiles via le Web, le développement doit donc tenir compte de ce principe. Bien qu'il ne soit pas facile de prédire l'évolution des gadgets bien connus, au moins la spécialité du projet doit être considérée à des fins d'alimentation et de téléchargement de données, comme dans le cas d'un processus cadastral, l'utilisation d'équipements GPS et de PDA avec des applications SIG. / CAD avec des capacités minimales de flux de données tabulaires et l'utilisation de données raster / vectorielles. La spécialité de l'entreprise étant diversifiée, il est nécessaire d'être conscient de l'avancée des technologies.

3. Via Database.  Pour garder un processeur à l'abri de l'effondrement, il est nécessaire de considérer que toute action exécutée par l'utilisateur est un simple appel à la base de données, donc si le transfert de fichiers est utilisé, il est préférable de créer des services Web. Si des cartes sont utilisées, l'idéal est de créer des services IMS pour la publication et si des documents sont téléchargés, recherchez l'utilisation de services Web.

La couche de processus

4. Le web comme plate-forme.  Que ce soit Intranet ou Internet, le concept est le même, à la recherche de l'environnement de travail des utilisateurs pour être en ligne afin que tout type de processus s'exécute à partir du serveur. Ceci est complété par le principe suivant puisque l'intention est de s'assurer que le fonctionnement des processus ne nécessite pas des équipes disposant de ressources importantes, bien qu'il soit nécessaire de repenser les applications de bureau.

5. Utilisation des applications en ligne.  C'est un grand défi pour les développeurs, car cette couche comprend également un niveau d'utilisateurs qui exécutent des processus qui vont au-delà de la requête. Tel est le cas de la maintenance cadastrale, qui nécessite l'utilisation de fichiers discrets et pas seulement la manipulation de données tabulaires. Pour cela, le logiciel choisi doit fournir un environnement de gestion de fichiers contrôlé, le contrôle des versions et le processus appelé checkout-checkin; L'API devrait également fournir des capacités permettant de particulariser les fonctionnalités et d'éviter que les processus de bureau ne compliquent la synchronisation.

La couche utilisateur

6. Intelligence collective.  Ce principe vient du concept de communauté, très populaire de nos jours. Il est important de créer des interfaces qui facilitent la communication entre les utilisateurs, que ce soit ces forums, réseaux de support ou canaux de messagerie instantanée, afin que les utilisateurs puissent partager leurs doutes, leurs solutions et profiter des compétences collectives.

7. Rétroaction.  Les services créés doivent avoir des fonctionnalités suffisantes pour que les utilisateurs puissent signaler des erreurs, les ajouts de commentaires sont automatisés ou volontaires, l'important est que les utilisateurs qui gèrent les deux autres couches connaissent les visiteurs. Un accès restreint, une journalisation fonctionnelle et une mise à jour automatisée des modifications sont également attendus à ce niveau.

Ces principes devraient influencer le moment de décider d'une marque de logiciel, principalement parce que la vie n'est pas dans les produits de sortie mais dans la capacité de le mettre en développement.