Système d'informations sportives par messagerie de poche

Document d'architecture logicielle

 

Version 1.0

 

 

Historique de révision

Date

Version

Description

Auteur

30 novembre 1999 1.0 Version initiale  
Sommaire

Introduction Début de page

Objet

Ce 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ée

Ce 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éviations

Voir Glossaire.

Références

  1. Vision du SISMP 1.0
  2. Plan de gestion des exigences du SISMP 1.0
  3. Plan d'itération du SISMP 1.0
  4. Spécification supplémentaire du SISMP 1.0
  5. Cas d'utilisation du SISMP - Accepter le communiqué 1.0
  6. Cas d'utilisation du SISMP - Editer le profil 1.0
  7. Cas d'utilisation du SISMP - Payer par carte de crédit 1.0
  8. Cas d'utilisation du SISMP - Imprimer les rapports de l'annonceur 1.0
  9. Cas d'utilisation du SISMP - Fournir le contenu publicitaire 1.0
  10. Cas d'utilisation du SISMP - Fournir un retour d'informations 1.0
  11. Cas d'utilisation du SISMP - Lire le contenu sur le site Web 1.0
  12. Cas d'utilisation du SISMP - Envoyer le contenu 1.0
  13. Cas d'utilisation du SISMP - Envoyer la page 1.0
  14. Cas d'utilisation du SISMP - S'abonner 1.0

Représentation de l'architectureDébut de page

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'architectureDébut de page

Certaines exigences clés et limites du système ont une influence significative sur l'architecture, à savoir :

  • Le site Web ActuWebEnligne existant fournit la plus grande partie du contenu affiché. Une interface avec ce système doit être capable de traiter des trafics très volumineux.
  • Le système de finance ActuWebEnligne existant sera éventuellement utilisé pour établir les factures des publicitaires (bien qu'il s'agisse d'une exigence pour une édition ultérieure). Par conséquent, des informations sur l'utilisation des publicités doivent pouvoir être envoyées au système.
  • Toutes les fonctions doivent être accessibles à l'aide d'un des deux navigateurs du marché.
  • Toutes les transactions par carte de crédit ou toute autre transaction financière doi(ven)t être transmise(s) de manière sécurisée.
  • Toutes les exigences relatives aux performances et au chargement, telles que stipulées dans les documents Vision [1] et Spécification supplémentaire [7], doivent être prises en compte pendant le développement de l'architecture.

Vue Cas d'utilisationDébut de page

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.

  • Accepter le communiqué
  • Cliquer sur la bannière Pub
  • Editer le profil
  • Modifier le communiqué
  • Payer par carte de crédit
  • Imprimer les rapports de l'annonceur
  • Fournir un retour d'informations
  • Lire le contenu sur le site Web
  • Lire le contenu public
  • Refuser le communiqué
  • Envoyer le contenu
  • Envoyer la page
  • S'abonner

Les diagrammes suivants illustrent les cas d'utilisation dans le système.

Image décrite par un libellé dans le contenu

Figure 1 - Cas d'utilisation pour l'abonné potentiel

Image décrite par un libellé dans le contenu

Figure 2 - Cas d'utilisation pour l'abonné

Image décrite par un libellé dans le contenu

Figure 3 - Cas d'utilisation pour le publicitaire

Image décrite par un libellé dans le contenu

Figure 4 - Cas d'utilisation pour le système actuel

Image décrite par un libellé dans le contenu

Figure 5 - Cas d'utilisation pour la passerelle du messager de poche

Image décrite par un libellé dans le contenu

Figure 6 - Cas d'utilisation pour l'éditeur

Descriptions des cas d'utilisation importants

  1. Accepter le communiqué
  2. 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é.

  3. Editer le profil
  4. Ce cas d'utilisation se produit lorsqu'un abonné souhaite modifier ses informations de profil ou qu'un nouvel abonné souhaite s'inscrire.

  5. Payer par carte de crédit
  6. 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.

  7. Imprimer les rapports de l'annonceur
  8. 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).

  9. Fournir un retour d'informations
  10. 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.

  11. Envoyer le contenu publicitaire
  12. 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.

  13. Lire le contenu sur le site Web
  14. 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.

  15. Envoyer le contenu
  16. 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.

  17. Envoyer la page
  18. 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.

  19. S'abonner
  20. 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 Début de page

Présentation

Description 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 : 

  • Présentation
    • Ce package contient des classes pour chacun des formulaires utilisés par les acteurs pour communiquer avec le système. Des classes frontière existent pour  prendre en charge la gestion des profils, l'envoi de publicités, l'impression de rapports publicitaires, l'acceptation des communiqués, l'envoi de retour d'informations, l'abonnement et le paiement par carte de crédit.
  • Application
    • Ce package contient des classes pour les fonctionnalités de traitement principales du système. Il existe des classes de contrôle prenant en charge l'administration des publicités, la gestion du contenu, la gestion des profils, le traitement des abonnements, les paiements par carte de crédit et l'envoi de retour d'informations existent également.
  • Domaine
    • Ce package contient des classes prenant en charge le contenu, le profil, l'abonnement et le support.
  • Rémanence
    • Ce package contient des classes permettant de conserver des objets spécifiques dans le système.   A ce stade de la conception, seuls les profils sont conservés, bien que des objets de contenu puissent être conservés à une étape ultérieure du projet (la sélection d'un système de gestion de contenu sous forme de packages peut répondre à ce besoin).
  • Services
    • Ce package contient des classes permettant de fournir des classes au niveau du système à des fins de maintenance(à ce stade du projet, les opérations de maintenance sont manuelles).

Image de la vue Logique

Vue logique

Image de la vue Logique

Package de présentation

Image du package de présentation

Package d'application

Image du package d'application

Package de domaine

Image du package de domaine

Package de contenu

Image du package de contenu

Package de profil

Image du package de profil

Image du package de profil 2

Package d'abonnement

Image du package d'abonnement

Package de support

 

Image du package de support

Package de rémanence

Vue ProcessusDébut de page

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 :

Image de la vue Processus

Vue DéploiementDébut de page

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.

Image de la vue Déploiement

Vue ImplémentationDébut de  page

Tous les programmes serveur comportent une seule couche.  La client de navigation fournit une seconde couche d'accès.

Taille et performancesDébut de page

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éDébut de page

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