Projet:
Laboratoire 3 - Modélisation UML de l'application AppRoximité
Étudiants:
Mathieu Hatin (2296939) / Simon Turcotte (2395412) / Jean-Nicolas Tessier
Cours:
Conception d’applications mobiles (420-295-AH)
Date:
Novembre 2023
- Les diagrammes UML demandés pour le laboratoire et auquels le présent document fait référence sont disponible via les liens suivants:
- Publier (lecture seule aucun compte LucidChart nécessaire): https://lucid.app/documents/view/ba41a3cc-2468-4c1e-a833-89bbc0a91ab2
- Nous avons aussi joint un pdf des diagrammes au cas ou il est aurait des problèmes d'accès ou de visionnement via LucidChart
- Lien github du projet: https://github.com/hatmath/labo3-conception
-
Ce fichier constitue le rapport explicatif des diagrammes demandé pour le laboratoire.
-
Il sert à préciser certains choix de modélisation.
-
Il sera pratique pour justifier l'évolution du labo dans le cadre d'un travail d'équipe et pour le correcteur final.
-
Oui, il peux décrire des évidences pour des modélisateurs d'expérience mais comme nous sommes à faire nos premières armes avec le modèle UML, tous les membres de l'équipe pourront bénéfier d'explication commune et de la logique sous-jacente à certain choix fait par des membres individuellement.
-
Étant donné que ces informations n'ont pas a ce retrouver directement dans les diagrammes, on les met ici.
-
Un diagramme de cas d'utilisation n'a pas vocation à entrer dans les détails. Par exemple, ne vous attendez pas à ce qu'il illustre l'ordre dans lequel les étapes sont exécutées.
-
Ici, il est important de se concentrer sur l'interaction entre l'utilisateur, le logiciel de réseau social, et d'autres acteurs potentiels. Les cas d'utilisation doivent illustrer comment l'utilisateur utilise les fonctionnalités pour :
- Gérer et animer sa vie sociale en ligne
- Se connecter avec des personnes et des événements locaux
- Partager des expériences
- Personnaliser son expérience utilisateur.
-
Les choix de conception pour les cas d'utilisation "Création de groupes", "Publication de contenus", "Messagerie", "Découverte", et "Gestion de profil" dans le contexte du réseau social basé sur la proximité ont été guidés par les principes fondamentaux des diagrammes de cas d'utilisation UML, tels que décrits sur la page web "Les diagrammes de cas d'utilisation UML | Lucidchart" (https://www.lucidchart.com/pages/fr/diagramme-de-cas-dutilisation-uml)
-
Voici les justifications pour les choix de conception de chaque cas d'utilisation :
Création de Groupes
- Objectif : Représenter l'interaction des utilisateurs avec la fonctionnalité de création de groupes.
- Acteurs Impliqués : Utilisateur du réseau social.
- Actions Principales :
- Création de groupes.
- Ajout/retrait de membres.
- Suppression de groupes.
- Justification : Chaque action représente une interaction distincte et pertinente de l'utilisateur avec le système, conforme aux objectifs du diagramme de cas d'utilisation de fournir une vue d'ensemble des interactions.
Publication de Contenus
- Objectif : Illustrer comment les utilisateurs partagent des contenus sur le réseau.
- Acteurs Impliqués : Utilisateur du réseau social.
- Actions Principales :
- Sélection et téléversement de photos/vidéos.
- Ajout de commentaires/hashtags.
- Justification : Ces actions détaillent les différentes façons dont un utilisateur peut interagir avec le système pour partager des expériences, alignées sur l'objectif de modéliser les flux d'interactions.
Messagerie
- Objectif : Décrire les interactions liées à la messagerie.
- Acteurs Impliqués : Utilisateur du réseau social.
- Actions Principales :
- Envoi de messages privés.
- Création de conversations de groupe.
- Réception de notifications.
- Justification : Le diagramme capture les aspects essentiels de la communication entre utilisateurs, organisant les exigences fonctionnelles de la messagerie.
Découverte
- Objectif : Montrer comment les utilisateurs découvrent et interagissent avec des personnes et événements locaux.
- Acteurs Impliqués : Utilisateur du réseau social.
- Actions Principales :
- Activation/désactivation de la localisation.
- Trouver à proximité
- Inscription à des événements.
- Interaction avec des publications.
- Justification : Ces actions mettent en lumière les objectifs des interactions entre le système et les utilisateurs en matière de découverte et de participation communautaire. La décision a été prise de ne pas mettre "Trouver des utilisateurs à proximité" et "Trouver des événement à proximité" comme extension à "Activer la localisation" pour permettre de pointer un endroit spécifique sur la carte et non seulement l'endroit où l'on ce trouve actuellement.
Gestion de Profil
- Objectif : Illustrer la gestion du profil personnel par l'utilisateur.
- Acteurs Impliqués : Utilisateur du réseau social.
- Actions Principales :
- Mise à jour des informations.
- Ajout de centres d'intérêt.
- Modification des paramètres de confidentialité.
- Gestion des abonnements.
- Justification : Ces actions représentent de manière exhaustive les interactions liées à la personnalisation et à la gestion du profil, en ligne avec la nécessité de définir et d'organiser les exigences fonctionnelles du système.
-
Chacun de ces cas d'utilisation a été conçu pour donner une vue d'ensemble claire et concise des interactions possibles entre les utilisateurs et le système, sans entrer dans les détails opérationnels ou l'ordre d'exécution, conformément aux recommandations pour les diagrammes de cas d'utilisation UML.
-
Les choix de conception pour les diagrammes d'activités UML des scénarios "Un commerce envoie une notification", "Un utilisateur reçoit une notification de proximité", "Changer le rayon de proximité", et "Modéliser la création d’un nouveau commerce" peuvent être expliqués à la lumière du document de LucidChart sur les diagrammes d'activités UML (https://www.lucidchart.com/pages/fr/diagramme-dactivite-uml)
Un Commerce Envoie une Notification
- Conception : Processus impliquant plusieurs étapes et décisions, y compris le choix du type de notification, la sélection du public cible, la rédaction du contenu et la planification de l'envoi.
- Justification : Les diagrammes d'activités sont idéaux pour les processus complexes, illustrant clairement les flux de travail et les points de décision.
Un Utilisateur Reçoit une Notification de Proximité
- Conception : Le diagramme suit le processus depuis la vérification des paramètres de localisation de l'utilisateur jusqu'à la réception et l'action sur une notification de proximité.
- Justification : Parfaits pour décrire les flux de processus et les comportements, ils montrent comment un utilisateur interagit avec un système de notification.
Changer le Rayon de Proximité
- Conception : Détaille les étapes impliquées dans la modification des paramètres de localisation par l'utilisateur.
- Justification : Modélise efficacement un processus utilisateur spécifique, en montrant chaque étape et décision clairement.
Modéliser la Création d’un Nouveau Commerce
- Conception : Visualise les étapes de la création d'un commerce, y compris la saisie des informations, la configuration des paramètres, et l'intégration dans le réseau.
- Justification : Adaptés pour décomposer un processus complexe en étapes plus simples, offrant une vue d'ensemble du processus de création.
- Comme référence, nous avons utilisé la documentation LucidChart: https://www.lucidchart.com/pages/fr/diagramme-de-classes-uml
- Une ligne avec une flèche pleine pointant de GestionnaireDeCommerce vers Utilisateur montre qu'il s'agit d'une sous-classe
- La flêche avec le losange noir du côté Utilisateur et le 1 du côté Preferences indique que sans un utilisateur, il ne peux y avoir de Preference. Et qu'il n'y a qu'une seule instance de Preference par instance d'utilisateur
- La flèche en pointillés avec une pointe ouverte indique que GestionnaireDeCommerce dépend de Notification pour certaines de ses opérations.