4Architecture applicative et logicielle 4.1Description de l’architecture applicative 4.1.1Schéma d’ensemble de l’architecture
Figure : Architecture applicative retenue
4.1.2Description générale de l’application 4.1.2.1Description de l’organisation de l’architecture
L’application repose sur une architecture Web Intranet. Elle sera constituée d’un frontal web, d’un générateur de rapports, d’un serveur de données et d’un entrepôt de fichiers.
De plus, elle possède des interactions avec l’Annuaire de Ressources Windows, l’Annuaire des Applications Tierces et le serveur de messagerie de l’entreprise.
La structure sera un client léger accessible via l’intranet sur PC, et sur navigateur sur smartphone et tablette.
4.1.2.2Description des modules et composants
Le choix d’une architecture Web permet de s’affranchir de tout déploiement logiciel, spécifique à l’application, sur les postes des utilisateurs.
Par ailleurs, la partie « serveur » est constituée :
D’un serveur Web (IIS 6.0) pour publier les écrans de l’application et garantir les différentes interactions avec les utilisateurs et les autres briques applicatives (serveur de données, serveur de rapports…).
D’un serveur de données (SQL Server 2005) pour gérer les données de l’application.
D’un serveur de rapports (SQL Server Reporting Services 2005) pour générer les rapports de l’application aux formats pdf et excel.
D’un entrepôt de fichiers pour stocker :
les fichiers en provenance des établissements et qui serviront à alimenter la base de données lors du démarrage de l’application,
les rapports générés par l’application ou importés à partir des applications partenaires.
Les parties de l’infrastructure de l’entreprise qui sont nécessaires aux besoins du projet sont les suivantes :
L’Annuaire des Ressources Windows (ARW) qui permettra d’authentifier les utilisateurs de l’application.
L’Annuaire des Applications Tierces (AAT) qui permet de fournir des informations sur les personnes (noms, prénoms, n° de téléphones…).
L’application fait appel aussi à d’autres briques applicatives :
Un middleware d’intégration de type ETL pour réaliser les échanges de données entre la base de données de l’application et celle…
4.1.2.3Mécanismes évolués mis en œuvre
Voir DAT PMM.
4.2Description de l’architecture logicielle
Figure : Architecture logicielle retenue
L’application s’appuie sur le StarterKit .Net 2005 qui définit une structure logicielle en 5 couches (Présentation (orange), Services (bleu), Accès aux données DAL (vert), Domaine (jaune) et Commun (gris)).
L’objectif d’une telle organisation est d’offrir une plus grande évolutivité de l’application tout en améliorant sa maintenabilité et sa compréhensibilité. Il devient alors plus facile de repérer les fonctionnalités à manipuler dans le code source lors d'une correction ou d’une évolution.
Remarque : Il est certain qu'une architecture en couches demande plus de discipline et de rigueur au concepteur / développeur. Et même s'il semble parfois inutile ou pénalisant de suivre strictement les règles de programmation définies, il est impératif de les respecter car la complexité du projet augmentera avec sa taille et il est donc nécessaire de disposer d’un code maintenable et cohérent.
Appels entre couches dans le cas du StarterKit .Net 2005
Les deux couches transverses que sont la couche Domaine et la couche Commun sont accessibles par l’ensemble des autres couches.
Concernant les appels sur les couches de l’axe vertical, ces derniers ne peuvent s’effectuer que de manière descendante, une couche ne pouvant appeler que la couche se situant immédiatement au dessous d’elle.
Les objets de la couche Service peuvent s’appeler entre eux. Idem pour la couche Présentation. Ce n'est pas le cas pour la couche DAL.
Les appels intra couche, pour la couche Service, sont uniquement autorisés pour les traitements transactionnels (portant des transactions) car les transactions de base de données ne doivent pas être utilisées au sein de la couche Présentation.
Les appels d'une même classe de la couche Présentation à plusieurs classes de la couche Service sont uniquement autorisés dans le cas de traitements non transactionnels (pour la même raison que celle du point précédent).
4.2.1Interface utilisateur (IHM)
L’IHM de l’application est de type client léger. Le navigateur préconisé sur les postes de travail est Internet Explorer 6.0 et Mozilla Firefox 38.2.0.5696.
L’application comporte environ une trentaine d’écrans qui respectent une résolution de 1024x768.
4.2.2Traitements batch
Sans objet.
4.2.3Éditions, impressions, reporting
Voir DAT PMM.
4.2.4Modes de déploiement
Lors des déploiements de nouvelles versions de l’application sur les postes clients, les mises à jour se feront depuis le serveur de déploiement par l’intermédiaire de la technologie Microsoft ClickOnce.
Un site IIS 6.0 sera présent sur le serveur de déploiement pour la mise à disposition des packages de mise à jour.
|
