Cas Armoric

Introduction…………………………………………………………………………..18 4.2. Plan de travail………………………………………………………………………...19 4.3. Détermination des cas d’utilisation…………………………………………………..19 4.3.1. Les différents acteurs………………………………………………………….19 4.3.2. Les différents cas d’utilisation………………………………………………...20 4.3.2.1 4.3.2.2 4.3.2.3 4.4 Use Case general………………………………………………………..20 Cas d’utilisation « Authentification »….……………………………… 21 Cas d’utilisation « Ajouter employé »………………………………….22 Diagramme de Séquence…………………………………………………………...23 4.4

Alexandre Pauchet INSA Rouen - Département ASI BO.B.RC.18, pauchet@insa-rouen.fr INSA - ASI TechnoWeb : Rappels UML 2/20 Plan 1 Démarche Cas d’utilisation Navigation Interaction Modèle objet Conclusion 2 3 4 5 6 INSA - ASI TechnoWeb : Rappels UML 3/20 Démarche Approche (1/3) Système Cas d'utilisation Diagrammes de séquence système classe1 methode() classe2 Besoins utilisateurs methode() classe3 methode() Modèle du domaine

Modélisation des Systèmes Informatique (AMSI) Projet de Modélisation UML > Professeur encadrant : M. GUILLAUME PAQUETTE Université de Franche-Comté (UFC) Projet de modélisation UML > Page 2 Sommaire Introduction I. Diagramme de cas d’utilisation du système >. II. Diagramme de séquences spécifiant le scénario nominal de création d’un crédit automobile pour client existant. III. Diagramme de classes de l’application >. Conclusion Université de Franche-Comté (UFC)

PEACH Modèle des cas d'utilisation Version 1.3 [pic] Historique des révisions |Date |Version |Description |Auteur | |17/11/2003 |1.0 |Création du document |Mathieu Caillat | |30/12/2003 |1.1 |Ajout du diagramme des cas d’utilisation. Ajout des |Pauline

2012-2013 Diagramme de cas d’utilisation UML - Diagramme de cas d’utilisation • Le développement ou l’amélioration d’un système doit toujours répondre à un ou plusieurs besoins • Le travail de modélisation commence par l’identification des besoins – Le recueil des besoins implique une bonne compréhension des métiers impliqués • Intégration des contraintes et des exigences de chaque métier – Le MOA intervient pour • Définir / identifier les besoins • Valider les solutions proposées et mises

factorisation des descriptions communes à un ensemble d’objets La classe est également un espace de nommage (Namespace) 23 Les 9 diagrammes Besoins des utilisateurs Structure statique Dynamique des objets Interactions entre objets Diagramme des cas d’utilisation Diagramme de classes Diagramme objet Diagramme états-transition Diagramme d’activités Diagramme de séquence Diagramme de collaboration Réalisation et déploiement Diagramme de composants Diagramme de déploiement 24 Points de vues

décrire leur rôle.] 5. Elaboration du modèle des cas d’utilisation .................................. 5.1. Diagramme des cas d’utilisation....................................... [Il s'agit de représenter sous forme d'un diagramme de cas d'utilisation les fonctionnalités du système comme vues par les futurs utilisateurs et les liens entre elles.] 5.2. Description textuelle des cas d’utilisation ........................ [Dans cette section, chaque cas d'utilisation doit être décrit de façon exhaustive

multi-tiers ...................................................................................- 31 Figure 10 : Architecture J2EE ..........................................................................................- 32 Figure 11 : Diagramme des cas d’utilisation ...................................................................- 35 Figure 12 : Diagramme de séquence d’authentification .................................................- 38 Figure 13 : Diagrammes de séquence de l’ajout d’un nouvel

TD N°1 : Digramme cas d’utilisation & Diagramme de séquences Exercice n°1 : Déterminer les cas d'utilisation d'un distributeur de billets. On considère les scénarios où un client désire retirer de l'argent en euros ou en dollars. Il faut traiter la situation où le stock de billets est insuffisant. On s'intéresse également à la procédure procédure d'identification (de la carte et du client). Exercice n°2: Considérons la connexion d'un client à un serveur fournissant les protocoles HTTP

might require complementary and successive actions by the actors (e.g., one actor starting something and the other one stopping it). Diagramme de cas d’utilisation (Use case) Notation Diagramme Introduction Introduction Concepts de base Concepts de base Diagramme Structurel Diagrammes UML Introduction ` UML a Diagramme de cas d’utilisation Diagramme de classes Diagramme de packages Diagramme d’objets Diagramme de communication Diagramme de s´quence e Diagramme