Système d'informations sportives par messagerie de poche

Etude du modèle de cas d'utilisation

Version 1.0

 

Historique des révisions

Date

Version

Description

Auteur

13 octobre 1999 1.0 Version initiale Context Integration

 Table des matières

Etude du modèle de cas d'utilisation

Introduction Haut de page

Objet

Ce rapport décrit le modèle de cas d'utilisation de manière exhaustive : organisation du modèle en packages et différents cas d'utilisation et acteurs appartenant au modèle.

Etendue

Cette étude du modèle de cas d'utilisation s'applique au Système d'informations sportives par messagerie de poche, qui sera développé par Context Integration. Ce système permettra aux abonnés d'être informés des événements relatifs aux équipes ou aux manifestations sportives auxquelles ils se sont abonnés, et de visualiser le contenu faisant l'objet de cet abonnement.

Définitions, acronymes et abréviations

Voir Glossaire.

Références

Aucune.

Listes des intervenants Haut de page

Nom Description
Abonné Le terme "abonné" désigne une personne payant ActuWebEnligne pour obtenir des informations et des pages alphanumériques personnalisées lorsqu'a lieu un événement qui l'intéresse. Les abonnés créent un profil pour indiquer les catégories d'informations qui les intéressent.
Annonceur L'annonceur est une entité qui paie ActuWebEnligne pour afficher des annonces publicitaires destinées aux abonnés actuels ou potentiels. Les annonceurs envoient également des annonces publicitaires sur le site Web.
Editeur L'éditeur est employé par ActuWebEnligne pour classer par catégories, modifier, accepter ou rejeter les informations et les annonces publicitaires.
Service de messagerie de poche Le service de messagerie de poche est un système transmettant des pages alphanumériques à des messageries de poche.
Passerelle de messager de poche La passerelle de messager de poche est un système qui rassemble les pages à envoyer aux abonnés, qui les met en forme et les transmet au service de messagerie.
Système ActuWebEnligne actuel Ce système propose actuellement en ligne des informations sportives non personnalisées.
Abonné potentiel Un abonné potentiel est une personne qui n'est pas encore abonnée au Système d'informations sportives par messagerie de poche, mais qui pourrait choisir de le devenir.

 

Accepter le communiqué Début de page

Brève description

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 seront propagés automatiquement depuis le système existant, tandis que d'autres nécessiteront l'intervention de l'éditeur (soit parce que le sujet du communiqué n'est pas clairement défini, soit parce que les catégories dont dépend le communiqué ne sont pas bien déterminées). Ce flux est également utilisé pour accepter l'envoi d'un contenu publicitaire.

Flux d'événements

Flux de base

  1. Le système place un communiqué dans l'enchaînement d'activités "à faire" de l'éditeur.
  2. L'éditeur visualise le communiqué.
  3. L'éditeur détermine la catégorie du communiqué et l'indique comme autorisé.
  4. Le communiqué est inclus dans le système, qui déclenche la création de messages de messagerie de poche.

Flux secondaires

  1. Rejeter le contenu
    1. L'éditeur visualise le communiqué.
    2. L'éditeur l'indique comme rejeté.
    3. Le système avise l'émetteur du contenu que le communiqué a été rejeté.
  2. Modifier le contenu
    1. L'éditeur sélectionne "Modifier le communiqué".
    2. Le système affiche les titres de tous les communiqués disponibles.
    3. L'éditeur sélectionne le titre qui l'intéresse.
    4. Le système affiche les caractéristiques du communiqué.
    5. L'éditeur met à jour ces caractéristiques.
    6. L'éditeur sélectionne "Sauvegarder"
    7. Le système envoie de nouveau le communiqué, ce qui déclenche la mise en marche de la messagerie de poche.
  3. Accepter le contenu publicitaire
    1. L'éditeur visualise le contenu publicitaire.
    2. L'éditeur l'indique comme autorisé.
    3. Le système inclut le contenu publicitaire dans les éléments pouvant être affichés.
    4. Le système indique l'enregistrement de facturation préliminaire comme autorisé.
  4. Rejeter le contenu publicitaire
    1. L'éditeur visualise le contenu publicitaire.
    2. L'éditeur l'indique comme rejeté et justifie sa décision.
    3. Le système avise l'annonceur (par courrier électronique) de ce rejet et de sa cause.
  5. Communiqué non visualisable
  6. Si le communiqué a été supprimé par un autre éditeur et qu'il n'est pas visualisable, le cas d'utilisation se termine.

Exigences spéciales

Les exigences particulières seront définies au cours de la prochaine itération.

Préconditions

L'éditeur doit être connecté.

Postconditions

Les postconditions seront définies au cours de la prochaine itération.

Points d'extension

Les points d'extension du cas d'utilisation seront définis au cours de la phase d'élaboration.

 

Editer le profil Haut de page

Brève description

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

Flux d'événements

Flux de base

  1. L'utilisateur sélectionne "Editer le profil".
  2. Le système affiche les catégories du profil (personnel, préférences, informations sur le messager de poche, "prévenir quand").
  3. L'utilisateur sélectionne une catégorie.
  4. Le système affiche les détails de cette catégorie.
  5. L'utilisateur met à jour ces détails et appuie sur "OK"
  6. Le système valide les données et met à jour le profil de l'abonné.

Flux secondaires

S'il s'agit d'un nouvel abonné, le cas d'utilisation "Payer par carte de crédit" est appelé à l'issue de l'étape 5 ci-dessus.

Exigences spéciales

Les exigences particulières seront définies au cours de la prochaine itération.

Ce processus doit être sécurisé car le profil peut contenir des informations sur la carte de crédit de l'abonné.

Préconditions

Les préconditions seront définies au cours de la prochaine itération.

Postconditions

Les postconditions seront définies au cours de la prochaine itération.

Points d'extension

Les points d'extension du cas d'utilisation seront définis au cours de la phase d'élaboration.

Payer par carte de crédit Début de page

Brève description

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. Ce cas peut également se produire lorsqu'un abonné souhaite renouveler son abonnement (voir le flux secondaire 1).

Flux d'événements

Flux de base

  1. L'abonné sélectionne "Payer par carte de crédit".
  2. Le système invite l'abonné à indiquer le numéro, la date d'expiration et le code secret de sa carte de crédit (cette dernière information est facultative).
  3. Le système envoie ces données à un système externe pour confirmation et application.
  4. A la réception de la confirmation, le système met à jour la fiche de l'abonné en indiquant la nouvelle date d'expiration.

Flux secondaires

L'abonné renouvelle son abonnement.

Lorsque cela se produit, le flux suit la procédure suivante :

  1. L'abonné sélectionne "Payer par carte de crédit".
  2. Le système affiche les informations actuelles concernant la carte de crédit.
  3. L'utilisateur valide les informations en l'état ou les met à jour selon ses besoins.
  4. Le système envoie ces données à un système externe pour confirmation et application.
  5. A la réception de la confirmation, le système met à jour la fiche de l'abonné en indiquant la nouvelle date d'expiration.
Informations non valides sur la carte de crédit

Si les informations fournies par l'abonné ne sont pas confirmées par le système externe, un message d'erreur est affiché et la fiche de l'abonné n'est PAS mise à jour (les dernières étapes des flux présentés ci-dessus n'ont donc pas lieu).

Exigences spéciales

Les exigences particulières seront définies au cours de la prochaine itération.

Problème - les spécifications d'interface du système externe de carte de crédit doivent faire l'objet d'une vérification.

Préconditions

Les préconditions seront définies au cours de la prochaine itération.

Postconditions

Les postconditions seront définies au cours de la prochaine itération.

Points d'extension

Les points d'extension du cas d'utilisation seront définis au cours de la phase d'élaboration.

 

Imprimer les rapports de l'annonceur Haut de page

Brève description

Ce cas d'utilisation se produit lorsqu'un annonceur accède au système d'informations sportives par messagerie de poche pour obtenir un rapport sur la façon dont son contenu publicitaire a été perçu.

Flux d'événements

Flux de base

  1. L'annonceur sélectionne "Imprimer les rapports".
  2. Le système affiche tous les contenus publicitaires fournis par l'annonceur.
  3. L'annonceur sélectionne un ou plusieurs contenus pour lesquels il souhaite un rapport.
  4. Le système affiche la liste des rapports qui concernent cet annonceur.
  5. L'annonceur sélectionne un ou plusieurs rapports qu'il souhaite générer.
  6. Le publicitaire choisit le format du rapport (Microsoft(r) Word(r), Microsoft(r) Excel(r) ou fenêtre de navigateur).
  7. Le système crée le premier rapport et demande à l'utilisateur s'il souhaite le sauvegarder ou le visualiser.
  8. L'annonceur sauvegarde ou visualise le rapport, puis sélectionne "Rapport suivant".
  9. Le système crée le rapport suivant et demande de nouveau à l'utilisateur s'il souhaite le sauvegarder ou le visualiser.
  10. Les flux 8) et 9) sont répétés autant de fois que nécessaire.

Flux secondaires

Aucun

Exigences spéciales

Les exigences particulières seront définies au cours de la prochaine itération.

Problèmes - que fait-on des contenus obsolètes ? Combien de temps encore pourra-t-on exécuter un rapport sur un contenu qui n'est plus disponible sur le site Web ? Faut-il chiffrer cette transmission ?

Préconditions

L'utilisateur est connecté et son identification en tant qu'annonceur est validée.

Postconditions

Les postconditions seront définies au cours de la prochaine itération.

Points d'extension

Les points d'extension du cas d'utilisation seront définis au cours de la phase d'élaboration.

 

Fournir un retour d'informations Haut de page

Brève description

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.

Flux d'événements

Flux de base

  1. L'utilisateur sélectionne "Fournir un retour d'informations".
  2. Le système recherche des numéros de téléphone correspondant à l'assistance utilisateurs.
  3. Le système affiche les numéros de téléphone et donne également à l'utilisateur la possibilité d'envoyer immédiatement un courrier électronique.
  4. L'utilisateur choisit de procéder par courrier électronique.
  5. Le système cherche l'adresse électronique du service client et le transmet au navigateur.
  6. Le système lance le client de messagerie du navigateur.
  7. L'utilisateur saisit son message, puis appuie sur "Envoyer".
  8. Le client de messagerie du navigateur envoie le message.

Flux secondaires

Aucun

Exigences spéciales

Les exigences particulières seront définies au cours de la prochaine itération.

Préconditions

Les préconditions seront définies au cours de la prochaine itération.

Postconditions

Les postconditions seront définies au cours de la prochaine itération.

Points d'extension

Les points d'extension du cas d'utilisation seront définis au cours de la phase d'élaboration.

 

Envoyer le contenu publicitaireHaut de page

Brève description

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.

Flux d'événements

Flux de base

  1. L'annonceur sélectionne "Envoyer le contenu".
  2. Le système valide les informations de facturation du compte afin de garantir que le nouveau contenu sera accepté.
  3. Le système demande le contenu.
  4. L'annonceur télécharge le contenu au format GIF.
  5. Le système affiche les catégories potentielles pour l'affichage de l'annonce (en fonction des options du profil d'abonné).
  6. L'annonceur sélectionne les catégories pour lesquelles cette annonce doit être affichée.
  7. Le système affiche les différents tarifs et fréquences disponibles pour cette annonce.
  8. L'annonceur sélectionne la fréquence souhaitée pour cette annonce.
  9. Le système crée au préalable un enregistrement de facturation pour cette annonce.
  10. Le système place le contenu dans l'enchaînement d'activités "à faire" de l'éditeur pour approbation.

Flux secondaires

Informations de compte incorrectes
  1. L'annonceur sélectionne "Envoyer le contenu"
  2. Le système valide les informations de facturation du compte afin de garantir que le nouveau contenu sera accepté.
  3. Les informations de compte sont incorrectes : l'annonceur est prié de contacter le service.

Exigences spéciales

Les exigences particulières seront définies au cours de la prochaine itération.

Préconditions

L'utilisateur est connecté et son identification en tant qu'annonceur est validée.

Le compte de l'annonceur existe.

Postconditions

Les postconditions seront définies au cours de la prochaine itération.

Points d'extension

Les points d'extension du cas d'utilisation seront définis au cours de la phase d'élaboration.

 

Lire le contenu sur le site Web Haut de page

Brève description

Ce cas d'utilisation se produit lorsqu'un abonné actif ou un utilisateur non enregistré se connecte au système pour consulter des informations.

Flux d'événements

Flux de base

  1. Le système analyse la liste de contenus "archivés". Tout communiqué ayant plus de deux jours est transféré dans la catégorie générale.
  2. Le système affiche les publicités, les catégories de contenu général et les communiqués spécifiques pour lesquels ont été envoyées des pages.
  3. L'abonné visualise les communiqués
  4. Tout communiqué ayant fait l'objet d'un envoi de page est indiqué comme visualisé et placé dans une catégorie "archivés".

Flux secondaires

L'utilisateur n'est pas un abonné enregistré.
  1. Le système affiche les publicités et les catégories de contenu général.
  2. Le système donne à l'utilisateur la possibilité de s'abonner.
  3. L'utilisateur visualise les communiqués.

Exigences spéciales

Les exigences particulières seront définies au cours de la prochaine itération.

Préconditions

Aucune.

Postconditions

Les postconditions seront définies au cours de la prochaine itération.

Points d'extension

Les points d'extension du cas d'utilisation seront définis au cours de la phase d'élaboration.

 

Envoyer le contenu Haut de page

Brève description

Ce cas d'utilisation se produit lorsqu'un contenu est envoyé au site Web ActuWebEnligne existant. Certains communiqués seront référencés pour être transmis au Système d'informations sportives par messagerie de poche, puis envoyés pour éventuellement apparaître sur le messager de poche et être affichés.

Flux d'événements

Flux de base

  1. L'éditeur de contenu place le contenu sur le site Web ActuWebEnligne.
  2. Pour les informations sportives, le système vérifie la catégorisation et/ou le titre.
  3. Pour les catégories reconnues par le Système d'informations sportives par messagerie de poche, les communiqués sont transmis avec des informations relatives à leur catégorie.
  4. Le communiqué est placé dans le Système d'informations sportives par messagerie de poche pour être éventuellement envoyé au messager de poche.

Flux secondaires

Le contenu n'est pas catégorisé.

Si le contenu n'est pas catégorisé, le communiqué est placé dans l'enchaînement d'activités "à faire" de l'éditeur.

Exigences spéciales

Les exigences particulières seront définies au cours de la prochaine itération.

Préconditions

L'éditeur doit être connecté.

Postconditions

Les postconditions seront définies au cours de la prochaine itération.

Points d'extension

Les points d'extension du cas d'utilisation seront définis au cours de la phase d'élaboration.

 

Envoyer la page Haut de  page

Brève description

Ce cas d'utilisation se produit lorsqu'un nouveau contenu est envoyé au système d'informations sportives par messagerie de poche.

Flux d'événements

Flux de base

  1. Le système vérifie les catégories pour le nouveau contenu.
  2. Le système vérifie les listes d'abonnés afin de déterminer quels abonnés souhaitent être informés des contenus de ce type.
  3. Le système génère un message texte en fonction du titre.
  4. Le système élabore une série de courriers électroniques.
  5. Le système envoie des courriers électroniques aux abonnés, qui les reçoivent sous forme de page alphanumérique.

Flux secondaires

Aucun.

Exigences spéciales

Les exigences particulières seront définies au cours de la prochaine itération.

Préconditions

Le contenu est posté, le titre est disponible et la catégorisation également.

Postconditions

Les postconditions seront définies au cours de la prochaine itération.

Points d'extension

Les points d'extension du cas d'utilisation seront définis au cours de la phase d'élaboration.

 

S'abonner Haut de  page

Brève description

Ce cas d'utilisation se produit lorsqu'un abonné potentiel souhaite s'abonner au service.

Flux d'événements

Flux de base

  1. Le système verrouille les dispositions actuelles du contrat et les options disponibles du service.
  2. Le système affiche les dispositions contractuelles et les options du service.
  3. L'abonné potentiel accuse réception de ces dispositions et sélectionne des options.
  4. Le système enregistre les options du service actuellement sélectionnées.
  5. Le système appelle le cas d'utilisation "Editer le profil".

Flux secondaires

L'utilisateur refuse les dispositions contractuelles.

Si l'abonné potentiel n'accuse pas réception des dispositions contractuelles, le cas d'utilisation prend fin.

Exigences spéciales

Les exigences particulières seront définies au cours de la prochaine itération.

Préconditions

Aucune.

Postconditions

Les postconditions seront définies au cours de la prochaine itération.

Points d'extension

Les points d'extension du cas d'utilisation seront définis au cours de la phase d'élaboration.

 

Copyright  1987 - 2003 Rational Software Corporation