Démarche. Typologie de classes d analyse. UML: Unified modeling Language

Transcription

1 Rapi< def Rapi< def Rapi< def rapide rapide e<<acteur>> Démarche UML: Unified modeling Language - Modeling of web applications - Besoins utilisateurs Diagrammes de cas d utilisation Diagrammes de séquence système TD 5-09/0/2008 Diagrammes d état Luigi DILILLO - LIRMM / UM2 dilillo@lirmm.fr f Maquette Diagrammes de classes participantes Typologie de classes d analyse Trois catégories de classes d analyse : Dialogues : qui permettent les interactions entre le site Web et ses utilisateurs; Contrôles : qui contiennent la cinématique de l application, elles font la transition entre les dialogues et les concepts du domaine, en permettant aux écrans de manipuler des informations détenues par des objets métiers; : Décrivent, cas d utilisation par cas d utilisation les trois classes d analyse et leurs relations donc Ils font la jonction entre les cas d utilisation, la maquette, le digrammes de conception logicielle Entités : qui représentent les concepts métiers.

2 Entités : vont seulement posséder des attributs, qui en général représentent des info persistantes de l application. Contrôles : vont seulement posséder des opérations. Ces opérations montrent la logique de l application, les règles transverses à plusieurs entités. E donnée donnée 2 C opération () opération 2 () Dialogues : vont posséder des attributs et des opérations. Les attributs représentent des champs de saisie ou des résultats. Les résultats seront distingues en utilisant la notation de l attribut dérive. D champ champ 2 /résultat Dialogues : ne peuvent être reliés qu aux contrôles ou à d autres dialogues, mais pas directement aux entités Entités : ne peuvent être reliés qu aux contrôles ou à d autres entités Contrôles : ont accès à tous les types de classes, y compris d autres contrôles + Règle : un acteur ne peut être lié qu à un dialogue Action IHM () Action IHM 2() 2

3 Exemple de Acteur D E Superfitness.com C * E2 Identification des concepts du domaine Maintenir le catalogue Hypothèse : La maquette montre trois écrans principaux Cas d utilisation Chercher des outils fitness Gérer son panier Effectuer une commande Créer un compte client Consulter ses commandes en cours Consulter l aide en ligne Gérer son compte client Maintenir le catalogue Maintenir les informations techniques Maintenir le site Priorité se se Risque Moyen Haut Moyen Haut Itération,# Écran organisation catalogue : (dialogue OrganisationCatalogue) à partir duquel on crée de nouveaux thèmes, rayons,etc. 2. Écran gestion des MAJ : (dialogue GestionMiseAJour) qui parcourt les info modifiées automatiquement et valide le catalogue 3. Écran gestion info Outil Fitness : (dialogue GestionDétailOutil) permettant de modifier le prix, disponibilité, etc. d un produit donné 3

4 Shop Manager Maintenir le catalogue OraganisationCatalogue creerrayon() : void creertheme() : void creerproducteur() : void creermaisonmere() : void GestionMiseAJour consulternouveautes() : void pagesuivante() : void PagePrecedente() : void afficherdetailoutil() : void validercatalogue() : void GestionDétailOutil MAJPrix() : void MAJQtéStock() : void MAJDateParution() : void MAJDisponibilite() : void CtrlCatalogue creerrayon() : void creertheme() : void creerproducteur() : void creermaisonmere() : void ConsulterNouveaut () : void validercatalogue() : void CtrlOutil getinfosoutil() : void MAJPrix() : void MAJQtéStock() : void MAJDateParution() : void Catalogue rayon Thème Maison Mère Producteur Outil fitness Nom Nom Outil «optionnel»spécification nom Code identifiant Date de mise sur le marché Prix Destinataire (pro/partic) Chercher des outils fitness Hypothèse : La maquette montre trois écrans principaux. Écran de recherche rapide 2. Écran de recherche avancée 3. Le résultat de recherche : sur une ou plusieurs page(s), qui permet d'accéder à la fiche détaille du produit particulier Internaute Chercher des outils fitness Rapide motsclé: String chercher(): void Avancée typeoutil() : String nomoutil() : String producteur() : String maisonmére() : String thème() : String prixmax() : float prixmin() : float Chercher(): void Résultat «résultat» nboutils: int «résultat» nbpages: int classerparprix() : void classerparproducteur() : void classerparmaisonmére() : void pagesuivante(): void pageprécédente(): void afficherdétailoutil(): void mettrdanpanier(): void Ctrl chercheroutil() : void CtrlOutil getinfosoutil() : void MAJPrix() : void MAJQtéStock() : void MAJDateParution() : void Catalogue rayon Thème Maison Mère Producteur Outil fitness Nom Nom Outil «optionnel»spécification nom Code identifiant Date de mise sur le marché Prix Destinataire (pro/partic) Gérer le panier Hypothèse : La maquette un seul écran avec un seul contrôle. Écran gestion panier L'établissement d un devis affiche un dialogue supplémentaire imprimable Internaute GestionPanier «liste» quantité: int = supprimerligne() : void viderpanier() : void Recalculer() : void demanderdevis() : void Commander() : void Devis «résultat» détaildevis: String imprimer(): void Ctrlpanier modifierligne() : void supprimerligne() : void recalculerpanier() : void EtablirDevis() : void Panier Nobre d articls: int Total: réel Montant: réel Quantité: int = 0* LignePanier 4

5 Effectuer une commande Effectuer une commande Hypothèse : La maquette montre deux écrans principaux. Écran de saisie des adresses 2. Écran de paiement On trait pas l identification du client et la création d un compte par l internaute visiteur, qui peuvent être traite dans le cadre des cases d utilisation correspondantes. Internaute AdressesCommande choisiradresselivraison(): void ajouteradresse(): void CtrlCommande setinfosfacturation(): void setinfoslivraison(): void setinfospaiement(): void validercommande(): void Commande date: Date mode paiement: (CB, chèque) = CB délais livraison: int frais de port: réel montant total: réel {ordered} 0* 0* adresse 0 livraison Adresse nom: String prénom: String numéro, rue: String «optionnel» compléments: String code postal: Code pays: String= France ville: String «optionnel» téléphone: NumTel Paiement choisirtypepaiement() void saisirinfoscartebancaire():void validercommande(): void Client nom: String prénom: String String adresse facturation Diagramme d états Notation de base État initial de l objet (création) Diagramme d états Etat Do / activité Evénement(paramètres) [condition] / effet Etat 2 État avec activité durable Transition avec Condition et effet État final de l objet (destruction) 5

6 Diagramme d états de classe Commande de création En préparation de livraison passer commande Départ mission validation Prise en compte livraison Validée Payée Livrée paiement Première version (nominal) [complète] Prise en compte Diagramme d états de classe Commande de création Validée Payer [accord] Payée En préparation passer commande Payer [refus] [incomplète] mission irréparable Départ mission Annulée incident de mission livraison [non OK] de livraison Deuxième version terminé livraison [OK] After (5j) Livrée Archivée Diagramme d états de classe Commande de création passer commande [incomplète] Version complète [complète] Validée Payer [refus] /avertir client Annulée Payer [accord] /transférer au Service clients Payée Prise en compte /notifier client (prise en compte) En préparation Annuler /émettre avoir irréparable Départ mission mission /notifier client (partiel) de mission Entry / notifier client retard livraison [non OK] de livraison terminé livraison [OK] Archivée After (5j) /archiver Livrée 6