GÉNIE LOGICIEL (SOFTWARE ENGINEERING)

Dimension: px
Commencer à balayer dès la page:

Download "GÉNIE LOGICIEL (SOFTWARE ENGINEERING)"

Transcription

1 GÉNIE LOGICIEL (SOFTWARE ENGINEERING) 5ÈME PARTIE UML (UNIFIED MODELING LANGUAGE) Faculté des Sciences et Techniques

2 Plan de cette partie de cours 2 Généralités et Historique d UML Diagrammes de Cas d Utilisation Diagrammes de Séquences Diagrammes d Etat

3 UML Généralités et Historique 3 UML = Unified Modeling Language Langage graphique de modélisation des données et traitements Basé sur la technologie objet Deux classes de diagrammes Aspects statiques Aspects dynamiques Objectif : schémas clairs et lisibles facilitant la communication entre intervenants du projet UML n est pas une méthode UML est un langage de modélisation pour construire et documenter

4 UML Généralités et Historique 4 Object Modeling Technique Object Oriented Soft Engin. Rational Unified Process Business process modeling notation Unified Modeling Language System Modeling Language Domain specific languages

5 5 UML Généralités et Historique

6 6 UML Généralités et Historique

7 7 UML Généralités et Historique

8 UML Outils 8 Libres ArgoUML (http://argouml.tigris.org/) Papyrus (http://www.eclipse.org/papyrus/) StarUML (http://staruml.sourceforge.net) Commerciaux Rational Rose Borland Together PowerDesigner Liste plus complète : _Language_tools

9 9 Diagramme de cas d utilisation

10 Diagramme de cas d utilisation 10 Le diagramme de cas d utilisation fait partie des diagrammes de comportement

11 UML Cas d utilisation (Use Case) 11 Technique pour capturer les exigences fonctionnelles d un système Déterminer ses limites Déterminer ce qu il devra faire, quels services il rendra Mais pas comment il devra le faire Point de vue de l utilisateur Déterminer les acteurs qui interagissent avec le système Rôles Déterminer les grandes catégories d utilisation Cas d utilisation Décrire textuellement des interactions scénarios

12 Acteur 12 Entité (humain ou machine) située hors du système Permet de déterminer les limites du système Un acteur joue un rôle par rapport au système Soit déclenche un stimulus entraînant une réaction du système Soit est sollicité par le système au cours d un scénario Un acteur est décrit précisément en quelques lignes Catégories d acteurs Acteurs principaux (fonctions principales du système) Acteurs secondaires (administration/maintenance) Matériel externe Autres systèmes

13 Cas d utilisation 13 Ensemble de séquences d actions réalisées par le système, produisant un résultat observable pour un acteur particulier Exemple : s identifier, retirer du liquide, répondre à un mail Un cas d utilisation Définit un ensemble de scénarios d exécutions impliquant le même acteur (déclencheur) avec le même objectif utilisateur Recense les informations échangées et les étapes dans la manière d utiliser le système, les différents points d extension et tous les cas d erreur

14 Scénario 14 Séquence particulière d étapes dans la réalisation d un cas d utilisation Séquence particulière de messages dans le cas d utilisation pendant une interaction particulière Chemin dans le cas d utilisation Tous les scénarios d un cas d utilisation sont issus du même acteur et ont le même objectif Description du cas d utilisation Ensemble de scénarios couvrant le cas d utilisation Documents avec flot d événements Détaille ce qui se passe entre l utilisateur et le système quand le cas d utilisation est exécuté Flot nominal des événements Flot d événements alternatifs Flots d exceptions (terminaison incorrecte) Serviront de base pour les jeux d essais

15 15 Exemple de cas d utilisation

16 Inclusion/extension/généralisation 16 Faire virement Client local «include» S identifier «extend» montant>80 Vérifier solde compte Faire virement Internet Include Un cas A inclut un cas B si le comportement décrit par le cas A inclut systématiquement le comportement du cas B Extend Un cas d utilisation A étend un cas d utilisation B lorsque le cas d utilisation A peut être appelé au cours de l exécution du cas d utilisation B Generalize héritage Client distant

17 Représentation textuelle du cas d utilisation 17 A la représentation graphique est associée une représentation textuelle (c est en fait la chose la plus utile) Ensemble de champs de description (nom, préconditions, ) Lisible et informelle (langage naturel, pas trop long, ) Décrit Un scénario nominal (suite d étapes avec objectufs de l acteur bien identifiés et menés à bien Des points d extension et étapes d extension Des points d échec Des liens vers d autres scénarios s il y a trop d étapes

18 Représentation textuelle du cas d utilisation 18 Complément de description Tout ce qui permet de mieux comprendre le cas d utilisation Diagramme de séquence Diagramme d activité, de machine d états Dessin ou maquette d interface Documents quelconques

19 Texte vs diagrammes 19 + Les diagrammes sont simples à comprendre pour les décideurs Les différents acteurs Leurs interactions avec le système Les limites du système - Les diagrammes peuvent devenir illisibles (grande hiérarchie, spaghettis) - Les diagrammes ne sont pas précis

20 Texte vs diagrammes 20 Les cas d utilisation sont issus du dialogue entre concepteurs (informaticiens) et futurs utilisateurs (non informaticiens) pour Passer du flou du cahier des charges à des fonctionnalités exprimées dans le langage du domaine, donc celui des utilisateurs Exprimer complètement les besoins tout au long du processus de conception Les cas d utilisation doivent être validés par les futurs utilisateurs lisibilité impérative L utilisateur ne doit pas faire confiance à l informaticien, il doit comprendre et réagir s il n est pas d accord Un cas d utilisation textuel raconte l histoire du futur utilisateur avec le futur système

21 En résumé 21 Privilégier les descriptions textuelles, les seules qui décrivent réellement les besoins fonctionnels de façon partageable N utiliser les diagrammes de cas d utilisation que comme table des matières donnant accès aux différentes descriptions textuelles

22 Rédaction de cas d utilisation 22 Généralités Intérêts et intervenants Portée de conception Acteurs et objectifs Préconditions, garanties et déclencheurs Scénarios Extensions Variantes et technologies et de données Formats de cas d utilisation Divers

23 Rédaction de cas d utilisation (généralités) 23 A quoi servent les cas d utilisation? Clarifier les processus métier Bien comprendre le domaine, l organisation pour laquelle on conçoit le système Fixer les limites du système Bien comprendre ce qui relève du système à concevoir et à construire Et ce qui n en relève pas Orienter la discussion Entre les concepteurs, le client, les futurs utilisateurs

24 Rédaction de cas d utilisation (généralités) 24 A quoi servent les cas d utilisation? Découvrir et fixer les exigences fonctionnelles Préparer les tests Unir tous les modèles d un projet Tout choix de conception vient d un cas d utilisation Les cas d utilisation sont un point d entrée vers la documentation de la conception

25 25 Rédaction de cas d utilisation (généralités)

26 26 Rédaction de cas d utilisation (exemple)

27 27 Rédaction de cas d utilisation (exemple)

28 28 Rédaction de cas d utilisation (exemple)

29 Récapitulatif (cas d utilisation) 29 Dans un diagramme de cas d utilisation nous avons mis en avant : Les acteurs Les cas d utilisation Les relations entre cas d utilisation Include Extend Generalize Les relations entre acteurs Generalize

30 Récapitulatif (cas d utilisation) 30 ATTENTION. Lorsqu on a un diagramme comme par exemple On ne fait pas apparaître l ordre d exécution de fonctionnalités

31 Récapitulatif (cas d utilisation) 31 Dans la description textuelle d un cas d utilisation, comme par exemple : on fait apparaître (dans le scénario) l ordre d exécution de fonctionnalités

32 32 Diagramme de séquence

33 Diagramme de séquence 33 Un diagramme de séquence va permettre de représenter graphiquement un scénario.

34 Diagramme de séquence 34 Le diagramme de séquence fait partie des diagrammes d interactions

35 Diagramme de séquence 35 S intéresse aux messages échangés entre des lignes de vie Ligne de vie Élément nommé représentant un participant dans l interaction Boite possèdant un nom et une classe Ligne verticale :User x [k] :User Nom d objet Nom de la classe

36 Diagramme de séquence 36 Message : élément nommé qui définit une catégorie spécifique de communication entre des lignes de vie d une interaction Un message reflète L appel d une opération (méthode) et le début de l exécution Envoi et réception d un signal Un message peut être Un appel synchrone Un appel asynchrone Une création Une destruction Une réponse

37 Diagramme de séquence 37 Appel synchrone Représente un appel de méthode L émetteur envoi un message Il suspend son exécution durant l attente de la réponse Flêche pleine à son extrémité

38 Diagramme de séquence 38 Appel asynchrone Représente un appel de méthode L émetteur envoi un message Il continue son exécution sans attendre la réponse Flêche ouverte à son extrémité

39 Diagramme de séquence 39 Message de Création Message envoyé à une ligne de vie Flêche pointillée, ouverte à son extrémitié, pointant sur la tête d une ligne de vie

40 Diagramme de séquence 40 Message de Destruction Message envoyé à une ligne de vie pour la terminer La ligne de vie se termine par une croix

41 Diagramme de séquence 41 Message de Réponse Message envoyé en réponse à un appel Flêche pointillée avec extrémité ouverte

42 Diagramme de séquence 42 Les différents événements liés à un message Envoi du message Réception du message Début d exécution Fin d exécution

43 Diagramme de séquence 43 Objet actif / Objet passif Objet actif initie et contrôle le flux d activités. La ligne pointillée verticale est remplacée par un double trait vertical Objet passif A besoin qu on lui donne le flux d activité pour pouvoir exécuter une méthode La spécification de l exécution d une réaction sur un objet passif se représente par un rectangle blanc ou gris placé sur la ligne de vie en pointillée

44 Diagramme de séquence 44 Exécutions simultanées sur la même ligne de vie

45 Diagramme de séquence 45 Fragments d interactions combinés 12 opérateurs Principalement 8 utilisés Opérateurs de choix et de boucle alternative option Loop break Opérateurs contrôlant l envoi en parallèle de messages parallel critical region Opérateurs fixant l ordre d envoi des messages strict sequencing weak sequencing

46 Diagramme de séquence 46 Fragments d interactions combinés - Opérateur alternative Le fragment représente un choix Similaire à un switch en C

47 Diagramme de séquence 47 Fragments d interactions combinés - Opérateur alternative Autre exemple

48 Diagramme de séquence 48 Fragments d interactions combinés - Opérateur option Équivalent à un opérateur alternative avec une seule condition

49 Diagramme de séquence 49 Fragments d interactions combinés - Opérateur loop Permet de spécifier une boucle Boucle qui s exécute 10 fois Boucle qui s exécute possiblement une infinité de fois

50 Diagramme de séquence 50 Fragments d interactions combinés - Opérateur loop Permet de spécifier une boucle La boucle s exécute au minimum 5 fois et au maximum 10 fois Si la condition est fausse, on sort de la boucle, quel que soit le nombre d exécutions de la boucle

51 Diagramme de séquence 51 Fragments d interactions combinés - Opérateur break Si la condition du break est vraie, on exécute le fragment associé et on ignore le reste du fragment dans lequel le break est inclus Si la condition du break est fausse on passe directement à la suite du fragment englobant

52 Diagramme de séquence 52 Fragments d interactions combinés - Opérateur parallel Spécifie l exécution en parallèle de plusieurs sous fragments

53 Diagramme de séquence 53 Fragments d interactions combinés - Opérateur parallel Autre exemple heatfood() cookedfood

54 Diagramme de séquence 54 Fragments d interactions combinés - Opérateur strict sequencing Les fragments s exécutent les uns après les autres

55 Diagramme de séquence 55 Fragments d interactions combinés - Opérateur strict sequencing Autre exemple

56 Diagramme de séquence 56 Fragments d interactions combinés - Opérateur weak sequencing Si les lignes de vie atteintes sont les mêmes exécution séquentielle Si les lignes de vie atteintes sont différentes exécution parallèle Google en parallèle avec bing et/ou yahoo Bing puis yahoo

57 Diagramme de séquence 57 Utilisation d interactions Possibilité de faire référence à une interaction dans la définition d une autre interaction Permet la réutilisation d une définition dans des contextes différents

58 58 Diagrammes d activités

59 Diagramme d activités 59 Le diagramme d activités fait partie des diagrammes de comportement

60 Diagramme d activités 60 Permet de s intéresser aux traitements Modélisation du flôt de contrôle et du flôt de données Permet de représenter graphiquement Le comportement d une méthode Le déroulement d un cas d utilisation Offre une vision très proche des langages de programmation impératifs

61 Diagramme d activités 61 Action Plus petit traitement exprimé en UML équivalent instruction d un langage de programmation Principales actions Action appeler (call operation) Action comportement (call behavior) Action envoyer (send) Action accepter événement (accept event) Action accepter appel (accept call) Action répondre (reply) Action créer (create) Action détruire (destroy) Action lever exception (raise exception)

62 Diagramme d activités 62 Graphiquement les actions apparaissent dans des nœuds action Rectangle avec bords arrondis Notation spéciale pour actions de communication

63 Diagramme d activités 63 Activité Définit un comportement décrit par un séquencement organisé d unités dont les éléments simples sont les actions Le flot d exécution est modélisé par des nœuds reliés par des arcs (transitions) Groupe d activités Activité regroupant des nœuds et des arcs Un diagramme d activités est lui-même un groupe d activités Nœuds d activités Transition

64 Diagramme d activités 64 Exemple de diagramme

65 Diagramme d activités 65 Nœuds de contrôle nœud initial (initial node) nœud de fin d activité (final node) nœud de fin de flot (flow final) nœud de décision (decision node) nœud de fusion (merge node) nœud de bifurcation (fork node) nœud d union (join node)

66 Diagramme d activités 66 Nœuds de contrôle

67 Diagramme d activités 67 Nœud d objet Les autres types de nœuds permettent de modéliser les flôts de contrôle Un nœud objet permet de définir un flôt de données Pins d entrée ou sortie Flôt d objets Permet de passer des valeurs d une activité à une autre

68 Diagramme d activités 68 Nœud d objet Nœud buffer central Nœud de stockage des données

69 Diagramme d activités 69 Partitions Permettent d organiser les nœuds d activités en opérant des regroupements Graphiquement, les partitions sont délimitées par des lignes continues On les appelle des couloirs ou des lignes d eau

70 Diagramme d activités 70 Exceptions Une activité peut déclencher une exception Une exception peut être récupérée par un gestionnaire d exception

71 Diagramme d activités 71 Exceptions

72 Diagramme d activités 72 Exemple 1

73 Diagramme d activités 73 Exemple 2

74 Diagramme d activités 74 Exemple 3

75 75 FIN DE LA 5 ème PARTIE

Le langage UML : Les diagrammes de séquence. Lydie du Bousquet Lydie.du-bousquet@imag.fr

Le langage UML : Les diagrammes de séquence. Lydie du Bousquet Lydie.du-bousquet@imag.fr Le langage UML : Les diagrammes de séquence Lydie du Bousquet Lydie.du-bousquet@imag.fr 1 Modélisation des interactions Les objets d un système ont un comportement Ils interagissent entre eux Dynamique

Plus en détail

Cycle de vie du logiciel. Unified Modeling Language UML. UML: définition. Développement Logiciel. Salima Hassas. Unified Modeling Language

Cycle de vie du logiciel. Unified Modeling Language UML. UML: définition. Développement Logiciel. Salima Hassas. Unified Modeling Language Unified Modeling Language UML Salima Hassas Version Cycle de vie du logiciel Client Besoins Déploiement Analyse Test Conception Cours sur la base des transparents de : Gioavanna Di Marzo Serugendo et Frédéric

Plus en détail

Projet : Plan Assurance Qualité

Projet : Plan Assurance Qualité Projet : Document : Plan Assurance Qualité 2UP_SPEC_DEV1 VERSION 1.00 Objet Ce document a pour objectif de définir la démarche d analyse et de conception objet ainsi les activités liées. Auteur Eric PAPET

Plus en détail

Sixième partie VI. Diagramme de cas d utilisation. Cours de Génie Logiciel. David Janiszek. Introduction. Les éléments. Les relations.

Sixième partie VI. Diagramme de cas d utilisation. Cours de Génie Logiciel. David Janiszek. Introduction. Les éléments. Les relations. Sixième partie VI Diagramme de cas d utilisation Définition Le diagramme de cas d utilisation représente la structure des grandes fonctionnalités nécessaires aux utilisateurs du système Rôle du diagramme

Plus en détail

1. Introduction. 2. Diagramme des exigences

1. Introduction. 2. Diagramme des exigences 1. Introduction La complexité des systèmes techniques est telle que, sans outils de représentations abstraites et progressivement enrichies, les intervenants d un projet auraient de nombreuses difficultés

Plus en détail

Génie logiciel avancé

Génie logiciel avancé Université Paris-Sud L3 MIAGE apprentissage Année 2014-2015 Génie logiciel avancé Analyse des besoins et spécification Delphine Longuet delphine.longuet@lri.fr Analyse des besoins et spécification Objectif

Plus en détail

Étude de cas. UML n est pas une méthode

Étude de cas. UML n est pas une méthode É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

Plus en détail

DEMARCHE OU PROCESSUS LOGICIEL

DEMARCHE OU PROCESSUS LOGICIEL DEMARCHE OU PROCESSUS LOGICIEL PROCESSUS LOGICIEL Définition Un processus définit une séquence d étapes, en partie ordonnées, qui concourent à l obtention d un système logiciel ou à l évolution d un système

Plus en détail

Modélisation objet Le langage UML

Modélisation objet Le langage UML Modélisation objet Le langage UML Brahim HAMID La base de contrôle Robot Zone à explorer brahim.hamid@irit.fr brahim.hamid@univ-tlse2.fr http://mass-cara.univ-tlse2.fr/~brahimou/ens/uml 1 Les méthodes

Plus en détail

<< Crédit Club Auto >>

<< Crédit Club Auto >> Abbas Ahmad Année 2010/2011 Matin Bayramov Analyse et Modélisation des Systèmes Informatique (AMSI) Projet de Modélisation UML > Professeur encadrant : M. GUILLAUME PAQUETTE Projet

Plus en détail

Use Cases. Introduction

Use Cases. Introduction Use Cases Introduction Avant d aborder la définition et la conception des UC il est bon de positionner le concept du UC au sein du processus de développement. Le Processus de développement utilisé ici

Plus en détail

UML. Cas d'utilisation. Delphine Longuet. delphine.longuet@lri.fr

UML. Cas d'utilisation. Delphine Longuet. delphine.longuet@lri.fr Polytech Paris-Sud Formation initiale 3 e année Spécialité Informatique Année 2014-2015 UML Cas d'utilisation Delphine Longuet delphine.longuet@lri.fr Processus de développement logiciel Analyse des besoins

Plus en détail

GPA 789 : Analyse et Conception Orientées Objet. ETS Mickaël Gardoni Bureau A 3588 tel 84 11. Mise en Œuvre UML version du 24 avril 2009

GPA 789 : Analyse et Conception Orientées Objet. ETS Mickaël Gardoni Bureau A 3588 tel 84 11. Mise en Œuvre UML version du 24 avril 2009 GPA 789 : Analyse et Conception Orientées Objet ETS Mickaël Gardoni Bureau A 3588 tel 84 11 Mise en œuvre UML 1/ 25 Introduction Mise en œuvre d UML UML n est pas une méthode 2/ 25 1 UML n est qu un langage

Plus en détail

MODÉLISATION DES BESOINS

MODÉLISATION DES BESOINS MODÉLISATION DES BESOINS Diagrammes de cas d utilisation Cas d'utilisation : Use Case (Jacobson) Permettent déxprimer les attentes/besoins des utilisateurs Permettent de définir les limites du système

Plus en détail

Modélisation Principe Autre principe

Modélisation Principe Autre principe Modélisation Principe : un modèle est une abstraction permettant de mieux comprendre un objet complexe (bâtiment, économie, atmosphère, cellule, logiciel, ). Autre principe : un petit dessin vaut mieux

Plus en détail

Rédaction de cas d utilisation (Use Case)

Rédaction de cas d utilisation (Use Case) labsticc.univ-brest.fr/pages_perso/babau/ Rédaction de cas d utilisation (Use Case) Jean-Philippe Babau Département Informatique, UFR Sciences, Laboratoire Lab-STICC 2 1 Plan Objectif des Cas d Utilisation

Plus en détail

Systèmes d information dans les entreprises

Systèmes d information dans les entreprises Systèmes d information dans les entreprises Chargé: JF Couturier Cours # 4 MTI515 Automne 2013 JF Couturier 1 Retour sur les derniers cours Le document de vision Petit retour sur les diagrammes d activité

Plus en détail

basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML

basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML http://olivier-augereau.com Sommaire Introduction I) Les bases II) Les diagrammes

Plus en détail

Chapitre II Analyse 1

Chapitre II Analyse 1 Chapitre II Analyse 1 Plan du chapitre II II. Analyse A. Identification des besoins : Cas d utilisation 1. Définitions 2. Modes d utilisation 3. Format détaillé 4. Principes de rédaction 5. Concevoir les

Plus en détail

UML Diagramme de communication (communication diagram) Emmanuel Pichon 2013

UML Diagramme de communication (communication diagram) Emmanuel Pichon 2013 UML Diagramme de communication (communication diagram) 2013 Diagramme de communication (communication diagram) Utilisation / objectifs Sens Ce diagramme présente des objets, des acteurs, des liens et des

Plus en détail

Un peu d'organisation. Conception et Programmation par Objets HLIN406. Sommaire. Pourquoi vous parler de conception par objets? Notion de modélisation

Un peu d'organisation. Conception et Programmation par Objets HLIN406. Sommaire. Pourquoi vous parler de conception par objets? Notion de modélisation Un peu d'organisation Conception et Programmation par Objets HLIN406 Marianne Huchard, Clémentine Nebut LIRMM / Université de Montpellier 2 Premières semaines Contrôle des connaissances Supports 2015 Sommaire

Plus en détail

SYSTEMES D INFORMATION & CONCEPTION de BdD

SYSTEMES D INFORMATION & CONCEPTION de BdD SYSTEMES D INFORMATION & CONCEPTION de BdD PLAN CONCEPT DE SYSTEME D INFORMATION MODELISATION D UN SYSTEME D INFORMATION MODELISATION CONCEPTUELLE : les METHODES METHODE SYSTEMIQUE METHODE OBJET L3 Informatique

Plus en détail

Rédaction du Document de Spécifications Logiciel

Rédaction du Document de Spécifications Logiciel Rédaction du Document de Spécifications Logiciel Instruction Générale Qualité Version : 1.1 Nombre de pages : 12 Référence : referentiel_qualite/dsl.plan_type.doc UV UMLP Département ASI INSA-ROUEN BP

Plus en détail

Plan général. Objectifs de ce cours. Plan général. Modélisation objet et diagrammes UML dynamique

Plan général. Objectifs de ce cours. Plan général. Modélisation objet et diagrammes UML dynamique Plan général Modélisation objet et diagrammes UML dynamique Aurélien Tabard Département Informatique Université Claude Bernard Lyon 1 2014 1. Introduction au langage de modélisation UML 2. Le diagramme

Plus en détail

Diagramme de cas d utilisation. Objectif. Acteurs et use cases. Diagrammes UML. (use case) du use case. du diagramme de use cases

Diagramme de cas d utilisation. Objectif. Acteurs et use cases. Diagrammes UML. (use case) du use case. du diagramme de use cases Diagrammes UML Cas d utilisation Diagramme de cas d utilisation (use case) Classe Etats-transitions Scénario Activité Interaction Séquence Collaboration Implémentation Composantes Déploiement 2006 zam@lamsade.dauphine.fr

Plus en détail

CONCEPTION des SYSTÈMES d INFORMATION UML

CONCEPTION des SYSTÈMES d INFORMATION UML CONCEPTION des SYSTÈMES d INFORMATION UML 2 : Analyse Fonctionnelle Epitech 3 Automne 2007 Bertrand LIAUDET SOMMAIRE LES CAS D UTILISATION 2 1. Présentation intuitive de la notion de cas d utilisation

Plus en détail

Spécification par la modélisation

Spécification par la modélisation Spécification par la modélisation Objectifs : Être en mesure de spécifier par les modèles UML. Comprendre l importance des cas d utilisation (UC). Comprendre les méthodes d'identification des UCs. Comprendre

Plus en détail

Spécifications des exigences d'un logiciel (Adapté de la norme IEEE 830-1993)

Spécifications des exigences d'un logiciel (Adapté de la norme IEEE 830-1993) Spécifications des exigences d'un logiciel (Adapté de la norme IEEE 830-1993) Ce document suggère un ensemble d éléments à préciser pour les exigences d'un système logiciel. Il débute par une Page de titre,

Plus en détail

Application de gestion d une bibliothèque municipale

Application de gestion d une bibliothèque municipale Application de gestion d une bibliothèque municipale Réalisé par : TARIK NASRAOUI NAMEZ MOHAMED 08/03/ Cadre réservé à l encadrant : Code d identification du Candidat : Nom des Validateurs Commentaires

Plus en détail

M1 : Ingénierie du Logiciel

M1 : Ingénierie du Logiciel M1 : Ingénierie du Logiciel UNIVERSITE PIERRE & MARIE CURIE (PARIS VI) Examen Réparti 1ere partie 7 novembre 2013 (2 heures avec documents : tous SAUF ANNALES CORRIGEES). Barème indicatif sur 22 points.

Plus en détail

Le génie Logiciel (suite)

Le génie Logiciel (suite) Le génie Logiciel (suite) Lors du cours précédent, on a étudié différents cycles de vie, dont la cascade, ou la spirale. Analyse des besoins L analyse des besoins est une étape menant à l élaboration de

Plus en détail

UML : Les diagrammes de séquence

UML : Les diagrammes de séquence UML : Les diagrammes de séquence 2014 tv - v.1.0 Diagrammes d interactions Les diagrammes d interactions englobent deux types de diagrammes UML : les diagrammes de séquence, les diagrammes

Plus en détail

Éléments d UML pour le projet (Unified Modeling Language)

Éléments d UML pour le projet (Unified Modeling Language) Éléments d UML pour le projet (Unified Modeling Language) C Crochepeyre UML 1 PLAN 1. Introduction 2. Préliminaires 3. Les règles UML 4. Les diagrammes UML 5. Outils de modélisation UML 6. L étude préalable

Plus en détail

Plan. Partie 2 : UML. Module Génie Logiciel : Cours d'analyse Orientée Objet.

Plan. Partie 2 : UML. Module Génie Logiciel : Cours d'analyse Orientée Objet. Partie II : UML Plan Partie 2 : UML 1 - Présentation d'uml 2 - Les diagrammes de cas d'utilisation 3 - Les diagrammes de classes et d'objets 4 - Les diagrammes d'interaction 5 - Les diagrammes de comportement

Plus en détail

Guichet automatique de banque

Guichet automatique de banque Guichet automatique de banque Mastère 2004 1 Guichet automatique de banque : GAB Objectif : Illustrer la vue fonctionnelle et particulièrement la définition des cas d utilisation. 1. Spécification du problème

Plus en détail

Cours STIM P8 TD 1 Génie Logiciel

Cours STIM P8 TD 1 Génie Logiciel Cours STIM P8 TD 1 Génie Logiciel Compléments sur UML Intervenant : Anil CASSAM CHENAI Date : 02/02/2012 Objectifs du complément Ce complément sera approfondi en parallèle de plusieurs TD/Cours. Rappels

Plus en détail

Modélisation de comportements de système en UML

Modélisation de comportements de système en UML M2P GLRE Génie Logiciel, logiciels Répartis et Embarqués Modélisation de comportements de système en UML Z. Mammeri Dans le contexte de modélisation avec UML, cinq types de diagrammes peuvent être utilisés

Plus en détail

Cours de Génie Logiciel

Cours de Génie Logiciel Cours de Génie Logiciel Sciences-U Lyon Diagrammes UML (2) http://www.rzo.free.fr Pierre PARREND 1 Avril 2005 Sommaire Les Diagrammes UML Diagrammes de Collaboration Diagrammes d'etats-transitions Diagrammes

Plus en détail

Concevoir des applications Web avec UML

Concevoir des applications Web avec UML Concevoir des applications Web avec UML Jim Conallen Éditions Eyrolles ISBN : 2-212-09172-9 2000 1 Introduction Objectifs du livre Le sujet de ce livre est le développement des applications web. Ce n est

Plus en détail

Le Processus Unifié appliqué au projet MOOCS

Le Processus Unifié appliqué au projet MOOCS Le Processus Unifié appliqué au projet MOOCS Violaine Louvet GTN, 7 mai 2003, Orsay Le Processus Unifie applique au projet MOOCS p. 1 L objet Objet = entité regroupant des données (attributs) et des services

Plus en détail

UML : DIAGRAMME D ETATS-TRANSITIONS

UML : DIAGRAMME D ETATS-TRANSITIONS DEFINITION: Décrit le comportement des objets d une classe au moyen d un automate d états associés à la classe Le comportement est modélisé par un graphe : Nœuds = états possibles des objets Arcs = transitions

Plus en détail

Fabio Roda 1 Leo Liberti 1. June 2-5, 2009

Fabio Roda 1 Leo Liberti 1. June 2-5, 2009 Fabio Roda 1 Leo 1 [1] LIX, École Polytechnique, 91128 Palaiseau, France June 2-5, 2009 1 / 25 Comparatif des outils IBM/Rational Rational Rose Licence commerciale premier outil de UML, au début des années

Plus en détail

RAPPORT DE CONCEPTION UML :

RAPPORT DE CONCEPTION UML : Carlo Abi Chahine Sylvain Archenault Yves Houpert Martine Wang RAPPORT DE CONCEPTION UML : Bamboo Ch@t Projet GM4 Juin 2006 Table des matières 1 Introduction 2 2 Présentation du logiciel 3 2.1 Précisions

Plus en détail

Le Guide Pratique des Processus Métiers

Le Guide Pratique des Processus Métiers Guides Pratiques Objecteering Le Guide Pratique des Processus Métiers Auteur : Version : 1.0 Copyright : Softeam Equipe Conseil Softeam Supervisée par Philippe Desfray Softeam 21 avenue Victor Hugo 75016

Plus en détail

CONCEPTION des SYSTÈMES d INFORMATION UML

CONCEPTION des SYSTÈMES d INFORMATION UML CONCEPTION des SYSTÈMES d INFORMATION UML 4 : Analyse organique Epitech 3 Automne 2007 Bertrand LIAUDET SOMMAIRE ANALYSE ORGANIQUE 2 Diagrammes de séquence 3 Exemple de diagramme de séquence 8 Diagramme

Plus en détail

Modélisation des Systèmes d Information Jean-Yves Antoine

Modélisation des Systèmes d Information Jean-Yves Antoine Modélisation des Systèmes d Information Jean-Yves Antoine http://www.info.univ-tours.fr/~antoine Processus de développement logiciel Jean-Yves Antoine U. Bretagne Sud - UFR SSI - IUP Vannes année 2001-2002

Plus en détail

UML 1ère partie. Référence: http://uml.developpez.com/lp/cours/uml_free_fr_cours.html UML

UML 1ère partie. Référence: http://uml.developpez.com/lp/cours/uml_free_fr_cours.html UML UML UML 1ère partie Référence: http://uml.developpez.com/lp/cours/uml_free_fr_cours.html LOG2000 Éléments du génie logiciel 2002 Bayomock André-Claude PLAN Définition et historique Vue générale A quoi

Plus en détail

Description et illustration du processus unifié

Description et illustration du processus unifié USDP Description et illustration du processus unifié Définit un enchaînement d activités Est réalisé par un ensemble de travailleurs Avec des rôles, des métiers Avec pour objectifs de passer des besoins

Plus en détail

TD McGood 2004. McGood. Mastère 2004 1

TD McGood 2004. McGood. Mastère 2004 1 McGood Mastère 2004 1 McGood Une petite entreprise familiale de restauration rapide, avec des produits de terroir (McGood), voudrait cesser de tenir sa comptabilité à la main (écriture des opérations comptables

Plus en détail

Environnements de Développement

Environnements de Développement Institut Supérieur des Etudes Technologiques de Mahdia Unité d Enseignement: Environnements de Développement Mme BEN ABDELJELIL HASSINE Mouna m.bnaj@yahoo.fr Développement des systèmes d Information Syllabus

Plus en détail

Dépôt du projet. Sujet : Gestion école primaire privé. Réalisé par : Encadré par :

Dépôt du projet. Sujet : Gestion école primaire privé. Réalisé par : Encadré par : Dépôt du projet Sujet : Gestion école primaire privé Réalisé par : Encadré par : BOUCHBAAT Noura Mr. Jihad NOFISSE Jihade Année universitaire : 2011/2012 1 2 Introduction Pour bien clarifier les objectifs

Plus en détail

Conduite de projets et architecture logicielle

Conduite de projets et architecture logicielle s et architecture logicielle ABCHIR Mohammed-Amine Université Paris 8 15 février 2011 1/36 ABCHIR Mohammed-Amine (Université Paris 8) Conduite de projets et architecture logicielle 15 février 2011 1 /

Plus en détail

SysML : les diagrammes

SysML : les diagrammes SysML : les diagrammes DIDIER FGNON, STÉPHNE GSTON [1] L outil SysML est un langage constitué de nombreux diagrammes. Nous vous proposons une ressource sous la forme de fiches-outils qui trouveront une

Plus en détail

CSC4002 : Contrôle continu «Bureau d Étude noté» Date : lundi 3 décembre 2012 Durée : 2H. Coordonnateurs : Christian Bac et Denis Conan

CSC4002 : Contrôle continu «Bureau d Étude noté» Date : lundi 3 décembre 2012 Durée : 2H. Coordonnateurs : Christian Bac et Denis Conan Corrigé et Barème Contrôle de connaissances 2012/2013 des étudiants de 2 è année (EI2) CSC4002 : Contrôle continu «Bureau d Étude noté» Date : lundi 3 décembre 2012 Durée : 2H Coordonnateurs : Christian

Plus en détail

Unité de formation 1 : Structurer une application. Durée : 3 semaines

Unité de formation 1 : Structurer une application. Durée : 3 semaines PROGRAMME «DEVELOPPEUR LOGICIEL» Titre professionnel : «Développeur Logiciel» Inscrit au RNCP de niveau III (Bac+2) (JO du 23 Octobre 2007) (32 semaines) Unité de formation 1 : Structurer une application

Plus en détail

Visual Paradigm Contraintes inter-associations

Visual Paradigm Contraintes inter-associations Visual Paradigm Contraintes inter-associations Travail de Bachelor d'informaticien de gestion Partie C Présentation de Visual Paradigm 1 Présentation de Visual Paradigm For UML L objet du travail de Bachelor

Plus en détail

Modélisation Orientée Objet / UML

Modélisation Orientée Objet / UML Modélisation Orientée Objet / UML Laurent Henocque http://laurent.henocque.free.fr/ Enseignant Chercheur ESIL/INFO France http://laurent.henocque.perso.esil.univmed.fr/ mis à jour en Octobre 2006 Licence

Plus en détail

SOA et Services Web. 23 octobre 2011. SOA: Concepts de base

SOA et Services Web. 23 octobre 2011. SOA: Concepts de base SOA et Services Web 23 octobre 2011 1 SOA: Concepts de base 2 Du client serveur à la SOA N est Nest pas une démarche entièrement nouvelle: années 1990 avec les solutions C/S Besoins d ouverture et d interopérabilité

Plus en détail

Business Process Modeling (BPM)

Business Process Modeling (BPM) Business Process Modeling (BPM) Mineure SOA Cécile Hardebolle cecile.hardebolle@supelec.fr Programme 8 nov. 15 nov. Introduction. Enjeux, rôle de l'architecte SI Partie n 1 du cas d'étude Architecture

Plus en détail

UML. Diagrammes états-transitions. Delphine Longuet. delphine.longuet@lri.fr

UML. Diagrammes états-transitions. Delphine Longuet. delphine.longuet@lri.fr Polytech Paris-Sud Formation initiale 3 e année Spécialité Informatique Année 2014-2015 UML Diagrammes états-transitions Delphine Longuet delphine.longuet@lri.fr Diagramme états-transitions Objectif :

Plus en détail

Georgieva Diana Bourgouin Adrien Licence 3 ~ Faculté des Sciences et des Techniques UML ~ Bibliothèque. Projet UML.

Georgieva Diana Bourgouin Adrien Licence 3 ~ Faculté des Sciences et des Techniques UML ~ Bibliothèque. Projet UML. Projet UML Cas Bibliothèque Page 1 sur 35 S6 ~ 2008-2009 Sommaire I. Introduction 3 II. Modélisation A. Cas d utilisation 1. Première approche 4-6 2. Cas d utilisation avant la modélisation des diagrammes

Plus en détail

Mongi TRIKI Docteur en Informatique Université Paris Dauphine

Mongi TRIKI Docteur en Informatique Université Paris Dauphine Université Méditerranéenne Libre de Tunis Faculté Méditerranéenne Privée des Sciences Informatiques, Economiques et de Gestion de Tunis Département d Informatique LICENCE INFORMATIQUE Guide du Stagiaire

Plus en détail

Mineure Architectures Orientées Services SOA Business Process Modeling (BPM) Mineure SOA. Business Process Modeling (BPM)

Mineure Architectures Orientées Services SOA Business Process Modeling (BPM) Mineure SOA. Business Process Modeling (BPM) Mineure SOA Business Process Modeling (BPM) Idir AIT SADOUNE idir.aitsadoune@supelec.fr Idir AIT SADOUNE - Plan 1 Notion de processus? 2 Modélisation des processus? 3 Langages

Plus en détail

Modélisation objet avec UML

Modélisation objet avec UML Modélisation objet avec UML Le développement des systèmes est une tâche d une grande envergure et un investissement important pour toute entreprise. La modélisation des systèmes déjà existants ou d un

Plus en détail

IFT2255 : Génie logiciel

IFT2255 : Génie logiciel IFT2255 : Génie logiciel Chapitre 6 - Analyse orientée objets Section 1. Introduction à UML Julie Vachon et Houari Sahraoui 6.1. Introduction à UML 1. Vers une approche orientée objet 2. Introduction ti

Plus en détail

Les diagrammes de modélisation

Les diagrammes de modélisation L approche Orientée Objet et UML 1 Plan du cours Introduction au Génie Logiciel L approche Orientée Objet et Notation UML Les diagrammes de modélisation Relations entre les différents diagrammes De l analyse

Plus en détail

SDL: 20 ans de programmation basée modèle

SDL: 20 ans de programmation basée modèle SDL: 20 ans de programmation basée modèle Emmanuel Gaudin emmanuel.gaudin @ pragmadev.com Principes MDE, MDA et MDD: Approche orienté modèle PIM: Platform Independant Model PDM: Platform Definition Model

Plus en détail

Composition de Services Web

Composition de Services Web Composition de Services Web Dr. Djamel Benmerzoug Email : djamel.benmerzoug@univ-constantine2.dz Maitre de Conférences A, Département TLSI Faculté des NTIC Université Constantine 2 Abdelhamid Mehri 127

Plus en détail

TP-1 : Diagramme de Cas d utilisation Diagrammes d interaction

TP-1 : Diagramme de Cas d utilisation Diagrammes d interaction EFREI - L2 Année : 2013/2014 A. Lahlou TP-1 UML TP-1 : Diagramme de Cas d utilisation Diagrammes d interaction I Introduction Durant la première séance de TP, vous partez à la découverte de l AGL (Atelier

Plus en détail

QUELQUES ÉLÉMENTS DU DÉVELOPPEMENT LOGICIEL

QUELQUES ÉLÉMENTS DU DÉVELOPPEMENT LOGICIEL QUELQUES ÉLÉMENTS DU DÉVELOPPEMENT LOGICIEL LA DÉCOUPE MVC (MODEL VIEW CONTROL) Imaginez la programmation en Python d un petit menu d une application visible sur la figure A.1. Lorsqu on clique sur un

Plus en détail

TD N 1 : Digramme cas d utilisation. Diagramme de séquences

TD N 1 : Digramme cas d utilisation. Diagramme de séquences 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

Plus en détail

Site Marchand. Author : Cedric Dumoulin Date : 19 mars. 2008 Rev : 25 Nov. 2013

Site Marchand. Author : Cedric Dumoulin Date : 19 mars. 2008 Rev : 25 Nov. 2013 Site Marchand Author : Cedric Dumoulin Date : 19 mars. 2008 Rev : 25 Nov. 2013 1. Spécification Un marchand de videos et musique veut mettre en ligne son catalogue. Les clients peuvent consulter le catalogue,

Plus en détail

Systèmes d information dans les entreprises (MTI515)

Systèmes d information dans les entreprises (MTI515) Systèmes d information dans les entreprises (MTI515) Chargé: JF Couturier Cours # 9 MTI515 Automne 2013 JF Couturier 1 Retour sur le dernier cours L intra Les artéfacts Diagramme d activité Modèle du domaine

Plus en détail

Analyse et conception de systèmes d information

Analyse et conception de systèmes d information Analyse et conception de systèmes d information Présentation réalisée par P.-A. Sunier Professeur à la HE-Arc de Neuchâtel http://lgl.isnetne.ch Juin 2005 [SJB-02] Chapitre 3 1 Références Ce document a

Plus en détail

Université de Bangui. Modélisons en UML

Université de Bangui. Modélisons en UML Université de Bangui CRM Modélisons en UML Ce cours a été possible grâce à l initiative d Apollinaire MOLAYE qui m a contacté pour vous faire bénéficier de mes connaissances en nouvelles technologies et

Plus en détail

MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE»

MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE» MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE» Du cours Modélisation Semi -Formelle de Système d Information Du Professeur Jean-Pierre GIRAUDIN Décembre. 2002 1 Table de matière Partie 1...2 1.1

Plus en détail

Analyse,, Conception des Systèmes Informatiques

Analyse,, Conception des Systèmes Informatiques Analyse,, Conception des Systèmes Informatiques Méthode Analyse Conception Introduction à UML Génie logiciel Définition «Ensemble de méthodes, techniques et outils pour la production et la maintenance

Plus en détail

Les FONDEMENTS de l ARCHITECTURE d ENTREPRISE Ingénierie de l organisation

Les FONDEMENTS de l ARCHITECTURE d ENTREPRISE Ingénierie de l organisation Les FONDEMENTS de l ARCHITECTURE d ENTREPRISE Ingénierie de l organisation Patrice Briol Ingénierie de l organisation 1 ère édition http://www.ingenieriedesprocessus.net La notation UML et le logo UML

Plus en détail

ISTA H.H www.developpez.c.la Diagramme d activité SOMMAIRE

ISTA H.H www.developpez.c.la Diagramme d activité SOMMAIRE SOMMAIRE I. Définition... 2 II. Intérêts des diagrammes d activité... 5 III. Quand employer le diagramme d activité?... 5 IV. Avantage et Inconvénient... 6 V. Les étapes de constructions... 7 VI. Comment

Plus en détail

Réservation des salles

Réservation des salles Réservation des salles Mastère 2004 1 Réservation des salles 2004 1. Expression des besoins Pour tenter de résoudre les problèmes récurrents posés par la gestion de la réservation des salles, l université

Plus en détail

Le but de cet article est de présenter de façon non-exhaustive le langage SysML.

Le but de cet article est de présenter de façon non-exhaustive le langage SysML. Date : 30 septembre 2010 Auteur : Guillaume FINANCE UML, langage de modélisation très répandu pour les développements logiciels, a été utilisé et adapté pour définir un langage de modélisation des systèmes

Plus en détail

Exposé de M.C.O. Thème. La methode orientée objet OMT (Object Modeling Technic)

Exposé de M.C.O. Thème. La methode orientée objet OMT (Object Modeling Technic) Exposé de M.C.O Thème La methode orientée objet OMT (Object Modeling Technic) 1 Plan du travail Introduction Le cycle de vie Formalismes de représentation UML Les outils d assistance OMT et UML Conclusion

Plus en détail

Chapitre I : le langage UML et le processus unifié

Chapitre I : le langage UML et le processus unifié I. Introduction Les méthodes d analyse orientées objet sont initialement issues des milieux industriels. La préoccupation dominante de leurs auteurs est le génie logiciel, c est-àdire les principes et

Plus en détail

Modèle d implémentation

Modèle d implémentation Modèle d implémentation Les packages UML: Unified modeling Language Leçon 5/6-9-16/10/2008 Les packages - Modèle d implémentation - Méthodologie (RUP) Un package ou sous-système est un regroupement logique

Plus en détail

Rational Unified Process

Rational Unified Process Rational Unified Process Hafedh Mili Rational Unified Process 1. Principes de base 2. Les phases 3. Les activités (workflows) Copyright Hafedh Mili 2005 2 1 Rational Unified Process Processus de développement

Plus en détail

REFERENTIEL NORMATIF du CNES

REFERENTIEL NORMATIF du CNES REFERENTIEL NORMATIF du CNES Référence : Méthode et Procédure APPROBATION Président du CDN ; date et nom : Page i.1 PAGE D'ANALYSE DOCUMENTAIRE TITRE : MOTS CLES : UML Analyse Conception Modélisation

Plus en détail

Management des Systèmes d information (SI) S1 - Gouvernance des SI

Management des Systèmes d information (SI) S1 - Gouvernance des SI 2015 / 2016 - Semestre 1&2 DSCG - UE5 Management des Systèmes d information (SI) S1 - Gouvernance des SI Module 5 - Gestion des Processus Métiers (BPM) Yves MEISTERMANN DSCG UE 5 - Bulletin officiel DSCG

Plus en détail

Votre animateur. Edouard Kodsi ekodsi@globalliance-solutions.com 06.45.63.61.53 www.globalliance-solutions.com

Votre animateur. Edouard Kodsi ekodsi@globalliance-solutions.com 06.45.63.61.53 www.globalliance-solutions.com Formation Qualigram Votre animateur Edouard Kodsi ekodsi@globalliance-solutions.com 06.45.63.61.53 www.globalliance-solutions.com Déroulement de la formation A Formalisation des savoir-faire B Techniques

Plus en détail

Génie logiciel avec UML. Notions sur le langage UML adapté pour les cours du programme Techniques de l informatique

Génie logiciel avec UML. Notions sur le langage UML adapté pour les cours du programme Techniques de l informatique Génie logiciel avec UML Notions sur le langage UML adapté pour les cours du programme Techniques de l informatique Claude Boutet Session hiver 2008 Modélisation de systèmes Table des matières TABLE DES

Plus en détail

Ingénierie des Systèmes d Information. Chap. 7: UML. Principes généraux et applications SI. Erwan TRANVOUEZ erwan.tranvouez@univ-amu.

Ingénierie des Systèmes d Information. Chap. 7: UML. Principes généraux et applications SI. Erwan TRANVOUEZ erwan.tranvouez@univ-amu. Ingénierie des Systèmes d Information Chap. 7: UML Principes généraux et applications SI Erwan TRANVOUEZ erwan.tranvouez@univ-amu.fr MOD Global : Cas des cardinalités Comment évaluer ces critères Par analyse

Plus en détail

L approche Bases de données

L approche Bases de données L approche Bases de données Cours: BD. Avancées Année: 2005/2006 Par: Dr B. Belattar (Univ. Batna Algérie) I- : Mise à niveau 1 Cours: BDD. Année: 2013/2014 Ens. S. MEDILEH (Univ. El-Oued) L approche Base

Plus en détail

Identification du module

Identification du module Identification du module Numéro de module 475 Titre Développer une analyse pour une application Compétence Développer à partir des exigences fonctionnelles et non fonctionnelles pour une application, les

Plus en détail

C est quoi le SWAT? Les équipes décrites par James Martin s appellent SWAT : Skilled With Advanced Tools.

C est quoi le SWAT? Les équipes décrites par James Martin s appellent SWAT : Skilled With Advanced Tools. 1- RAD Quelle sont les avantages que apporte la méthode RAD à l entreprise? Une méthode RAD devrait, d après son auteur, apporter trois avantages compétitifs à l entreprise : Une rapidité de développement

Plus en détail

Manuel d utilisation 26 juin 2011. 1 Tâche à effectuer : écrire un algorithme 2

Manuel d utilisation 26 juin 2011. 1 Tâche à effectuer : écrire un algorithme 2 éducalgo Manuel d utilisation 26 juin 2011 Table des matières 1 Tâche à effectuer : écrire un algorithme 2 2 Comment écrire un algorithme? 3 2.1 Avec quoi écrit-on? Avec les boutons d écriture........

Plus en détail

MODÉLISATION DYNAMIQUES DIAGRAMMES D ACTIVITÉS DIAGRAMMES D ETATS-TRANSITIONS

MODÉLISATION DYNAMIQUES DIAGRAMMES D ACTIVITÉS DIAGRAMMES D ETATS-TRANSITIONS MODÉLISATION DYNAMIQUES DIAGRAMMES D ACTIVITÉS DIAGRAMMES D ETATS-TRANSITIONS 1 PRÉSENTATION Un diagramme d activité est un diagramme UML qui modélise les aspects dynamiques d un système Le diagramme d

Plus en détail

Génie logiciel avancé

Génie logiciel avancé Université Paris-Sud L3 MIAGE apprentissage Année 2014-2015 Génie logiciel avancé Conception (suite) Delphine Longuet delphine.longuet@lri.fr Objectifs Objectifs de la conception Préparer l'implémentation

Plus en détail

Module Business Process Management & Service Oriented Architecture

Module Business Process Management & Service Oriented Architecture - 1 - Module Business Process Management & Service Oriented Architecture SI5/Master IFI Audrey Occello occello@polytech.unice.fr http://moodle.i3s.unice.fr/course/view.php?id=55 Pour ceux qui ne sont pas

Plus en détail

Technologie Web. Conception de sites Web. Alexandre Pauchet. INSA Rouen - Département ASI. INSA - ASI TechnoWeb : Rappels UML 1/21

Technologie Web. Conception de sites Web. Alexandre Pauchet. INSA Rouen - Département ASI. INSA - ASI TechnoWeb : Rappels UML 1/21 INSA - ASI TechnoWeb : Rappels UML 1/21 Technologie Web Conception de sites Web Alexandre Pauchet INSA Rouen - Département ASI BO.B.RC.18, pauchet@insa-rouen.fr INSA - ASI TechnoWeb : Rappels UML 2/21

Plus en détail

Module SIN21 Pre sentation, analyse, prise en main

Module SIN21 Pre sentation, analyse, prise en main Module SIN21 Pre sentation, analyse, prise en main Temps : 3h Objectifs : Prendre connaissance du système. Lire les diagrammes UML et comprendre le fonctionnement du système. Mettre en place une maquette

Plus en détail

UML (Paquetage) Unified Modeling Language

UML (Paquetage) Unified Modeling Language UML (Paquetage) Unified Modeling Language Sommaire Introduction Objectifs Paquetage Espace de nommage d un paquetage Dépendances entre paquetages 2 Notion introduite véritablement par UML car superficiellement

Plus en détail