Cas Wigand

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

 Projet d'analyse et de conception Analyse UML d’une partie de site web Table des matières : Besoins...........................................................................................3 Diagramme de Cas d’utilisation…........................................................4 Authentification…......................................................................4 Gestion….................................................................................6 Scénarios nominaux..........

document Sommaire 1 INTRODUCTION 4 2 DESCRIPTION DES ACTEURS (ROLES) 4 3 DESCRIPTION DES OBJECTIFS DES ACTEURS (CAS D’UTILISATION) 5 4 CAS D’UTILISATION « XXX » 6 5 SYNTHESE DES INTERACTIONS ENTRE LES ACTEURS ET L’APPLICATION 7 6 MODELE DU DOMAINE 8 Table des illustrations Figure 1 : Le contexte statique 4 Figure 2 : Le diagramme des cas d'utilisation 5 Figure 3 : Le contexte dynamique 7 Figure 4 : Le contexte dynamique 7 Figure 5 : Modèle du domaine 8 1 INTRODUCTION

Diagramme de cas d’utilisation relative au package gestion des commandes. Figure n°3 : Décomposition en package du cas d’utilisation planifier Order de Fabrication et Fiche Suivi ordre de fabrication. Figure n°4 : Diagramme de cas d’utilisation relative au package gérer article. Figure n°5 : Diagramme de cas d’utilisation relative au package gérer stock. Figure n°6 : Diagramme de cas d’utilisation relative au package gérer ordre de fabrication. Figure n°7 : Diagramme de cas d’utilisation

conception des systèmes d’information (ACSI) COURS, TD, Etude de cas Public concerné : DUT Informatique 2ème année Jacques LONCHAMP Date : 2012/2013 UNIVERSITE DE LORRAINE IUT Nancy-Charlemagne 2ter boulevard Charlemagne CS 5227 54052 NANCY Cedex ------------------------------Tél : 03.54.50.38.00 Fax : 03.54.50.38.01 http://iut-charlemagne.univ-nancy2.fr 2 Table des matières PARTIE 1 : COURS 1. Présentation d’UML 2. Les cas d’utilisation 3. Les diagrammes de classes 4. Les diagrammes

de profils  : depuis UML 2.2, permet de spécialiser, de personnaliser pour un domaine particulier un Meta-modèle de référence d'UML. 2. Diagrammes comportementaux (Behavior Diagram) : Les diagrammes comportementaux rassemblent : Diagramme des cas d'utilisation: il permet d'identifier les possibilités d'interaction entre le système et les acteurs (intervenants extérieurs au système), c'est-à-dire toutes les fonctionnalités que doit fournir le système. Diagramme états-transitions : permet de

structurelle uc Diagramme de cas d'utilisation Diagramme d'activité bdd Diagramme de définition de blocs Diagramme de packages sd Diagramme de séquence stm Diagramme d'états Pour décrire les sousensembles d'un système par blocs fonctionnels hiérarchisés. Pour définir les performances et les contraintes du système (cahier des charges fonctionnel). ibd Diagramme de bloc interne Pour décrire la chronologie du fonctionnement pour chaque cas d'utilisation. Pour décrire les interactions

I. Exigence fonctionnelle > Analyse fonctionnelle · La présentation générale du projet. · Le cahier des charges, qui permet de décrire et lister les fonctions primaires, secondaires et contraintes du système étudié. · Représentation des Cas d'utilisation. · Diagramme des classes métiers. 1. Présentation générale du projet Le but à atteindre dans notre projet est la réalisation d'un site web pour une société de vente des matériel informatiques qui permettre aux clients de rechercher

Étude de cas UML n’est pas une méthode • UML n’est pas une méthode, mais un simple langage ; • l’OMG ne préconise pas de processus ; • il n’existe pas une démarche unique qui fixe l’ordre dans lequel les modèles sont abordés. • Les auteurs d’UML préconisent cependant d’utiliser une démarche : • guidée par les besoins des utilisateurs (Uses Cases) => les fonctions du système ; • centrée sur l’architecture logiciel => la forme du système ; • itérative et incrémentale. • Il existe quelques méthodes

Diagramme de cas d'utilisation (diagramme de Séquences) (diagramme d'Activité) Point de vue Statique - Diagramme de classes (diagramme d'objets) - Diagramme de packages Point de vue Dynamique - Diagramme de Séquence - Diagramme d'Activité - Diagramme d'Etats Point de vue Utilisateur Point de vue Statique Point de vue Dynamique Plan du cours 1 Point de vue Utilisateur Les diagrammes de cas d’utilisation Un diagramme de cas (version préliminaire) Expliciter les cas d’utilisation