Système d'informations sportives par messagerie de poche Document d'architecture logicielle
Version 1.0
Historique de révision
Sommaire
Introduction
ObjetCe document contient une présentation complète de l'architecture du système, ainsi que différentes vues de l'architecture qui illustrent plusieurs aspects du système. Il a pour objectif de collecter et de communiquer les principales décisions en termes d'architecture, qui ont été prises concernant le système. PortéeCe document d'architecture logicielle s'applique au système d'informations sportives par messagerie de poche, qui sera développé par Context Integration. Définitions, acronymes et abréviationsVoir Glossaire. Références
Représentation de l'architecture
Ce document présente l'architecture comme un ensemble de vues : vue Cas d'utilisation, vue Processus, vue Déploiement et vue Implémentation. Ces vues sont présentées comme des modèles Rational Rose et utilisent le langage UML (Unified Modeling Language). Objectifs et limites de l'architecture
Certaines exigences clés et limites du système ont une influence significative sur l'architecture, à savoir :
Vue Cas d'utilisation
Description de la vue Cas d'utilisation de l'architecture logicielle. Cette vue est une entrée importante dans la sélection de l'ensemble de scénarios et/ou de cas d'utilisation qui sont au centre d'une itération. Elle décrit l'ensemble des scénarios et/ou des cas d'utilisation qui représentent des fonctionnalités centrales, ainsi que l'ensemble de scénarios et/ou des cas d'utilisation qui présentent une couverture architecturale importante (qui concernent de nombreux éléments de l'architecture) ou qui illustrent un point spécifique particulièrement délicat de l'architecture. Les cas d'utilisation de ce système sont répertoriés ci-dessous. Ceux qui apparaissent en gras sont importants en termes d'architecture. Ces cas d'utilisation sont décrits ultérieurement dans cette section.
Les diagrammes suivants illustrent les cas d'utilisation dans le système. Figure 1 - Cas d'utilisation pour l'abonné potentiel Figure 2 - Cas d'utilisation pour l'abonné Figure 3 - Cas d'utilisation pour le publicitaire Figure 4 - Cas d'utilisation pour le système actuel Figure 5 - Cas d'utilisation pour la passerelle du messager de poche Figure 6 - Cas d'utilisation pour l'éditeur Descriptions des cas d'utilisation importants
Ce cas d'utilisation a lieu lorsqu'un éditeur accepte qu'un communiqué soit intégré dans le système d'informations sportives par messagerie de poche. Certains communiqués proviendront automatiquement du système ActuWebEnligne existant, tandis que d'autres nécessiteront l'intervention de l'éditeur (soit parce que le sujet n'est pas clair ou que la catégorie du communiqué n'est pas claire). Ce flux est également utilisé pour approuver le contenu publicitaire envoyé. Ce cas d'utilisation se produit lorsqu'un abonné souhaite modifier ses informations de profil ou qu'un nouvel abonné souhaite s'inscrire. Ce cas d'utilisation se produit lorsqu'un nouvel abonné souhaite régler son abonnement annuel en indiquant son numéro de carte de crédit et son code secret. Il peut également avoir lieu lorsqu'un abonné existant souhaite renouveler son abonnement. Ce cas d'utilisation se produit lorsqu'un publicitaire accède au système d'informations sportives par messagerie de poche pour obtenir des rapports sur le mode d'affichage de son contenu publicitaire. Le publicitaire choisit le format du rapport (Microsoft(r) Word(r), Microsoft(r), Excel(r) ou HTML). Ce cas d'utilisation se produit lorsqu'un utilisateur du système (publicitaire, abonné ou abonné potentiel) souhaite faire des commentaires sur le service ou le site Web. Ce cas d'utilisation se produit lorsqu'un publicitaire souhaite envoyer un contenu publicitaire (bannière publicitaire) sur le site Web et indiquer quels profils d'abonné doivent être utilisés pour l'affichage. Ce cas d'utilisation se produit lorsqu'un abonné actif se connecte au système pour consulter des informations ciblées. Les pages sont conçues de manière dynamiques de sorte à afficher les titres dont les utilisateurs ont été informés par messagerie de poche, ainsi que les catégories sportives générales pour lesquelles ils se sont abonnés. Ce cas d'utilisation se produit lorsqu'un contenu est envoyé sur le site Web ActuWebEnligne existant. Certains communiqués seront balisés pour pouvoir être transmis au système d'informations sportives par messagerie de poche et seront envoyés éventuellement au système de messagerie de poche, puis affichés. Ce cas d'utilisation se produit lorsqu'un nouveau contenu est envoyé au système d'informations sportives par messagerie de poche. Il concerne la localisation des abonnées à informer, le formatage du message de la page et l'envoi de la page par messagerie électronique. Ce cas d'utilisation se produit lorsqu'un abonné potentiel souhaite s'abonner au service. Il informe l'utilisateur des termes du contrat et, s'ils sont acceptés, appelle le cas d'utilisation permettant l'édition d'un profil (définition des catégories auxquelles l'utilisateur souhaite s'abonner, des informations sur le messager de poche, des informations sur la carte de crédit, etc.).. Vue Logique
PrésentationDescription de la vue logique de l'architecture. Cette vue décrit la plupart des classes importantes, l'organisation de ces classes en packages de service et en sous-systèmes et l'organisation de ces sous-systèmes en couches). Elle décrit également les réalisations des cas d'utilisation les plus importants, par exemple, les aspects dynamiques de l'architecture. Des diagrammes de classe peuvent être inclus pour illustrer les relations entre les classes importantes en termes d'architecture, les sous-systèmes, les packages et les couches. La vue logique du système d'informations sportives par messagerie de poche comprend cinq packages principaux :
Vue logiquePackage de présentationPackage d'applicationPackage de domainePackage de contenuPackage de profilPackage d'abonnementPackage de support
Package de rémanenceVue Processus
Cette section décrit la décomposition du système en termes de processus légers (unités d'exécution de contrôle uniques) et de processus lourds (regroupements de processus légers). Regroupez les processus communiquant ou interagissant entre eux. Décrivez les principaux modes de communication entre les processus : transmission de messages, interruptions et rendez-vous. A ce stade de la conception, un processus unique est envisagé afin de fournir des fonctions serveur pour le système d'informations par messagerie de poche. Des unités d'exécution pour fonctions d'application seront intégrées à ce processus (une liste des fonctions d'application est indiquée à la section précédente). Le diagramme des processus du système est présenté ci-dessous : Vue Déploiement
Cette section décrit une ou plusieurs configuration(s) (matérielle(s)) réseau physiques selon laquelle (lesquelles) le logiciel est déployé et exécuté. Pour chaque configuration, cette vue doit indiquer au minimum les noeuds physiques (ordinateurs, UC) qui exécutent le logiciel, ainsi que leurs interconnexions (bus, réseau local, point à point, etc.) Cette vue comprend également un mappage des processus de la vue Processus aux noeuds physiques. Le serveur SISMP est un serveur UNIX. Tout appareil capable d'exécuter un navigateur Web (un PC le plus souvent, mais pas nécessairement) et d'établir une connexion vers le SISMP via Internet constitue une machine client. La passerelle du messager de poche est un appareil géré en externe fourni les services de messagerie de poche. Vue Implémentation
Tous les programmes serveur comportent une seule couche. La client de navigation fournit une seconde couche d'accès. Taille et performances
Tel qu'il est conçu, le logiciel prendra en charge 200 000 utilisateurs simultanés. Une fois ce chiffre atteint, une passerelle de messager de poche à plusieurs niveaux ou des systèmes supplémentaires de passerelles de messager de poche au sein d'un même niveau pourront garantira l'évolutivité du système. Qualité
Le logiciel tel que décrit ci-dessus prend en charge les normes graphiques du site ActuWebEnligne existantes, les interfaces avec le serveur ActuWebEnligne existant et offre une interface utilisateur comportant des descriptions la concernant. Copyright 1987 - 2003 Rational Software Corporation |