CONCEPTION des SYSTÈMES d INFORMATION UML

Save this PDF as:
 WORD  PNG  TXT  JPG

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

Download "CONCEPTION des SYSTÈMES d INFORMATION UML"

Transcription

1 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 de collaboration 12 Diagramme d objets 15 Diagramme d Etats-transitions 16 EPITECH - CSI - UML Analyse organique page 1/18- Bertrand LIAUDET

2 ANALYSE ORGANIQUE Il est facile de décrire la méthode encore que son application exige à coup sûr savoir et pratique. ANALYSE DES DONNEES ANALYSE ORGANIQUE Modèle UML Modèle statique (non objet) Diagramme UML Classes Objets Séquence Collaboration Etats-transitions Activités L analyse organique avec UML va essentiellement consister à créer les diagrammes de séquence objet qui sont une reprise des diagrammes de séquence système, mais en montrant quels sont les méthodes des objets qui sont en jeu pour chaque scénario. Les diagrammes de collaboration sont une autre façon de représenter la même chose. Les diagrammes d états-transitions et d activités permettent de faire des zooms sur certains objets à fonctionnement particulier. On utilise plus souvent des diagrammes d états-transitions au niveau de l analyse organique et des diagrammes d activités au niveau de l analyse fonctionnelle. EPITECH - CSI - UML Analyse organique page 2/18- Bertrand LIAUDET

3 Diagrammes de séquence ANALYSE DES DONNEES ANALYSE ORGANIQUE Modèle UML Modèle statique (non objet) Diagramme UML Classes Objets Séquence Collaboration Etats-transitions Activités Notions générales sur les diagrammes de séquence et formalisme UML Un diagramme de séquence est la représentation graphique d un scénario. Il montre des interactions entre des objets dans un enchaînement temporel. Il montre les objets et les classes impliqués dans le scénario ainsi que les messages échangés pour réaliser la fonctionnalité du scénario. Il peut être transformé en diagramme de collaboration. C est un diagramme orienté «client» plutôt que développeur. Représentation d un appel de procédure emboîtée A B C procédure sous-procédure retour implicite A est un objet La ligne verticale en pointillé est appelée : ligne de vie. EPITECH - CSI - UML Analyse organique page 3/18- Bertrand LIAUDET

4 Le rectangle sur la ligne de vie représente la période d activité de l objet. Représentation du paramètre de retour A B val :=calcule() Ou encore : A B calcule() val Représentation de la récursivité A récursion() Pour représenter la récursivité, on dédouble la bande rectangulaire : dans le déroulement du message, on fait appel au message. Envoi d un message réflexif A message réflexif EPITECH - CSI - UML Analyse organique page 4/18- Bertrand LIAUDET

5 Il y a message réflexif quand un message d un objet fait appel à un autre message du même objet. Représentation de contraintes temporelles x A B C Message (y-x < 3s) y Message (z-y < 1s) z Représentation des boucles A B while X loop Message end loop Ou encore : A B *[X] Message La boucle est symbolisée par le * place devant la condition entre crochets. EPITECH - CSI - UML Analyse organique page 5/18- Bertrand LIAUDET

6 Représentation des tests A B C if X Message 1 else Message 2 endif Ou encore : A B C [X] Message 1 [non X] Message 2 EPITECH - CSI - UML Analyse organique page 6/18- Bertrand LIAUDET

7 Diagramme de séquence d un scénario : Usager : Ascenseur : Porte appel extérieur déplacement ouverture ouverte { < 9 sec.} fermeture fermée Le diagramme de séquence d un scénario représenté au niveau de l analyse architectonique fait apparaître les premiers objets du système. C est à partir de ces premiers objets, d une analyse des données type MCD, et d une démarche d abstraction, qu on va pouvoir construire le diagramme de classes. EPITECH - CSI - UML Analyse organique page 7/18- Bertrand LIAUDET

8 Exemple de diagramme de séquence L hôtel On repart du diagramme des classes correspondant à la situation suivante : Un hôtel est composé d au moins deux chambres. Chaque chambre dispose d une salle d eau qui peut être une douche ou une salle de bain. L hôtel héberge des personnes. Il peut employer du personnel et est dirigé par un des employés. L hôtel a les caractéristiques suivantes : une adresse, le nombre de pièces, la catégorie. Une chambre est caractérisée par le nombre et le type de lits, le prix et le numéro. On peut calculer le chiffre d affaires et le prix de la chambre en fonction du nombre d occupants. On gère aussi la réservation des chambres. On peut connaître à tout moment la disponibilité des chambres. (d après UML-2, édition Pearson Education). Hotel -Nom : string -Adresse : string -Catégorie : int +calculca() : float +disponibilitéchambre() : Liste de Chambre +réserverchambre() +factureroccupation() 1 facturation 2..* Chambre -Numéro : int -nblitsimple : int -nblitdouble : int -nblitenfant : int -salledeau : string * Occupation -datearrivée : Date -datedépart : Date -nbadulte : int -nbenfant : int -coût : float * emploie +calculcoût() est dirigé par Personne -Nom : string -Prénom : string -Adresse : string * 1..* -employés -directeur 1 Employé Client EPITECH - CSI - UML Analyse organique page 8/18- Bertrand LIAUDET

9 Explications complémentaires : L hôtel est composé de chambres. Si on détruit l objet hôtel, les objets chambres sont aussi détruits. Ceci veut dire qu on ne se sert jamais des objets chambres sans avoir un objet hôtel. La composition crée une liste de référence par valeurs (et non pas par adresse comme dans le cas de l agrégation simple). Par contre, on considère que la destruction de l objet hôtel n engendre pas la destruction des objets «employés», ni celle des objets «occupation». Ceci est a préciser en fonction de l usage réel du logiciel. Tous les liens qui partent de l hôtel ne sont navigables que dans le sens de l hôtel vers les classes liées. En effet, c est à partir de l hôtel quelles sont les chambres de l hôtel, quelles sont les chambres disponibles, quelles sont les employés de l hôtel. On pourra aussi calculer le chiffre d affaire à partir de l occupation des chambres. Les réservations sont gérées comme des occupations. DisponibilitéChambre renvoie la liste des chambres. On l utilisera pour faire la réservation. RéserverChambre ne ressort rien : on met à jour les données et c est tout. Facturer l occupation ne renvoie rien : le résultat est directement affecté à l attribut coût de l occupation. CalculCA renvoie le résultat. On en fera ensuite ce qu on veut. Personnes est une classe abstraite (en italique). Elle n est jamais instanciée. EPITECH - CSI - UML Analyse organique page 9/18- Bertrand LIAUDET

10 Diagramme de séquence de la réservation :Hotel :Client :Occupation :Hotelier réserverchambre() ListeChambre:=disponibilitéChambre() Afficher(ListeChambre) LireRésa(Chambre, NomCli, NbAdult, NbEnfant, DateDeb, DateFin) Client:=ChercherClient(NomCli) si ChercherClient = NULL alors : Client:=NouveauClient(Nom, Prénom, Adresse) occupation := créeroccupation(client, Chambre, NbAdult, NbEnfant, DateDéb, DateFin): Fin de réserverchambre() ajoutlisteoccupation(occupation) EPITECH - CSI - UML Analyse organique page 10/18- Bertrand LIAUDET

11 Diagramme des classes ajusté : On a du ajouter de nouvelles opérations dans le diagramme de classes : chercherclient, lirerésa, nouveauclient. A noter que l accès aux opérations des classes-association est problématique dans Visio. Hotel -Nom : string -Adresse : string -Catégorie : int +calculca() : float 1 +disponibilitéchambre() : Liste de Chambre +réserverchambre() +factureroccupation() +LireRésa(entrée NumCham, entrée NomCli, entrée NbAdult, entrée NbEnfant, entrée DateDeb, entrée DateFin) +ChercherClient(entrée NomCli) : Client +ajoutlisteoccupation(entrée occupation) facturation * est dirigé par emploie Occupation -datearrivée : Date -datedépart : Date -nbadulte : int -nbenfant : int -coût : float +calculcoût() +créeroccupation(entrée Chambre, entrée Client, entrée NbAdult, entrée NbEnfant, entrée DateDeb, entrée DateFin) : <non spécifié> 1 1..* -directeur Personne -Nom : string -Prénom : string -Adresse : string -employés 2..* Chambre -Numéro : int -nblitsimple : int -nblitdouble : int -nblitenfant : int -salledeau : string Employé * Client * +NouveauClient(entrée Nom, entrée Prénom, entrée Adresse) : Client A noter que certains éléments de Visio ne sont pas du tout ergonomiques! EPITECH - CSI - UML Analyse organique page 11/18- Bertrand LIAUDET

12 Diagramme de collaboration ANALYSE DES DONNEES ANALYSE ORGANIQUE Modèle UML Modèle statique (non objet) Diagramme UML Classes Objets Séquence Collaboration Etats-transitions Activités Un diagramme de collaboration est la représentation graphique d un scénario. Il montre des interactions entre des objets. Il se concentre sur l organisation des objets et sur les messages envoyés. Il peut être transformé en diagramme de séquence. C est un diagramme orienté développeur. Exemple A 1 :X C 3 :Z B 2 :Y Le scénario débute par un objet A qui envoie un message X à un objet B, puis l objet B envoie un message Y à un objet C, et enfin C s envoie un message Z. Avantages Les diagrammes de collaboration sont particulièrement indiqués pur la phase exploratoire qui correspond à la recherche des objets et des classes. EPITECH - CSI - UML Analyse organique page 12/18- Bertrand LIAUDET

13 Inconvénients Seule une petite collaboration est représentable. S il y a beaucoup de messages échangés, le diagramme est peu lisible. 7 :M7 9 :M9 3 :M3 5 :M5 A C 8:M8 6 :M6 1 :M1 4 :M4 10 :M10 B 2:M2 Remplacement par un diagramme de séquence Si le diagramme de collaboration est trop dense, il vaut mieux utiliser un diagramme de séquence. Le passage d un diagramme de collaboration à un diagramme de séquence est automatique. A B C M1 M2 M3 M4 M5 M6 M7 M8 M9 M10 EPITECH - CSI - UML Analyse organique page 13/18- Bertrand LIAUDET

14 On peut aussi représenter les périodes d activité des objets : A B C M1 M2 M3 M4 M5 M6 M7 M8 M9 M10 EPITECH - CSI - UML Analyse organique page 14/18- Bertrand LIAUDET

15 Diagramme d objets ANALYSE DES DONNEES ANALYSE ORGANIQUE Modèle UML Modèle statique (non objet) Diagramme UML Classes Objets Séquence Collaboration Etats-transitions Activités Le diagramme d objets montre les objets et leurs liens à un moment de l exécution du programme. C est un instantané, une photo, d un sous-ensemble d objets d un système à un instant de la vie du système. Il permet de rendre plus concrètes et plus claires certaines parties du diagramme de classe. C est un diagramme orienté développeur. EPITECH - CSI - UML Analyse organique page 15/18- Bertrand LIAUDET

16 Diagramme d Etats-transitions ANALYSE DES DONNEES ANALYSE ORGANIQUE Modèle UML Modèle statique (non objet) Diagramme UML Classes Objets Séquence Collaboration Etats-transitions Activités Le digramme d états-transitions montre les différents états et transitions possibles des objets d une classe à l exécution. Notions générales sur les diagrammes d Etats-transitions et formalisme UML Automate d états finis Le comportement de divers éléments de modélisation peut être spécifié par des automates d états finis, aussi appelés simplement automates ou automates d états ou bien machine à états. Etat Un état est une situation donnée durant la vie d un objet. C est une situation plus ou moins durable. Un état peut 1. satisfaire à certaines conditions, 2. réaliser des actions 3. être en attente d évènements Un état dépend des états précédents et des événement survenus. La série des états d un objet est décrite dans un automate. Etat UML : EPITECH - CSI - UML Analyse organique page 16/18- Bertrand LIAUDET

17 Transition Une transition relie deux états de manière unidirectionnelle. La transition matérialise le passage d un état à un autre. Une transition est déclenchée par un événement. Les transitions indiquent les chemins dans les graphes des états. Transition UML : Etat initial Etat final L état initial est la première situation modélisée. Dans un diagramme d états-transitions, il y a toujours un et un seul état initial. C est un pseudo-état relié au premier état effectif par une pseudo-transition. L état final est la dernière situation modélisée. Dans un diagramme d états-transitions, il peut y avoir 0 ou plusieurs états finaux (0 dans le cas d un système qui ne s arrête jamais). C est un pseudo-état relié au dernier état effectif par une pseudo-transition. Etats initial et final UML : Evénement Un événement est une situation remarquable dans la vie de l objet. Un événement est une situation qui ne dure pas, contrairement à un état. Un événement peut déclencher le passage d un état à un autre, via une transition. Un événement peut porter des paramètres qui matérialise le flot d informations ou de données entre les objets. Condition de garde Une condition de garde est une condition booléenne dont dépend le déclenchement d une transition lors de l occurrence d un événement. Effet (action, activité, opération) Un effet est une action ou activité qui s exécute lorsqu une transition se déclenche. L effet est déclenché après l évaluation à «vrai» de la condition de garde. EPITECH - CSI - UML Analyse organique page 17/18- Bertrand LIAUDET

18 Transitions composites Etats composites Transition entre états composites Sous-états concurrents Transition entre sous-états concurrents EPITECH - CSI - UML Analyse organique page 18/18- Bertrand LIAUDET

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

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

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

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

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

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

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

II.3. Diagrammes de classes

II.3. Diagrammes de classes II.3. s de classes II.3. s de classes 1. Introduction Introduction Les diagrammes d'uml de structure comportemental de classes de package d objets d activités de cas d utilisation de composant de déploiement

Plus en détail

UML Diagramme de classes (class diagram) pour le recueil et l analyse des besoins. Emmanuel Pichon 2013 V1.1

UML Diagramme de classes (class diagram) pour le recueil et l analyse des besoins. Emmanuel Pichon 2013 V1.1 UML Diagramme de classes (class diagram) pour le recueil et l analyse des besoins 2013 V1.1 Objectif Diagramme de classes (class diagram) pour le recueil des besoins et l analyse Présenter un ensemble

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

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

GÉNIE LOGICIEL (SOFTWARE ENGINEERING)

GÉNIE LOGICIEL (SOFTWARE ENGINEERING) GÉNIE LOGICIEL (SOFTWARE ENGINEERING) 5ÈME PARTIE UML (UNIFIED MODELING LANGUAGE) Faculté des Sciences et Techniques http://labh-curien.univ-st-etienne.fr/~fj/gl Francois.Jacquenet@univ-st-etienne.fr Plan

Plus en détail

IK3 : Cours n 3 Gestion de projets

IK3 : Cours n 3 Gestion de projets IK3 : Cours n 3 Gestion de projets semaine du 11 octobre 2010 1 But du cours Il faut comprendre que quelque soit l ampleur d un projet, il existe des outils et des méthodes adaptés qui permettent de le

Plus en détail

Documentation : INTRODUCTION AU GÉNIE LOGICIEL ET A L'ORIENTE OBJET

Documentation : INTRODUCTION AU GÉNIE LOGICIEL ET A L'ORIENTE OBJET Formation Académique STI2D Documentation : Introduction au génie logiciel et à l'orienté objet Documentation : INTRODUCTION AU GÉNIE LOGICIEL ET A L'ORIENTE OBJET Objectifs : Connaître les différentes

Plus en détail

SOMMAIRE INTRODUCTION

SOMMAIRE INTRODUCTION SOMMAIRE INTRODUCTION...2 I. L ETUDE PREALABLE...3 1. La problématique...3 2. Les objectifs...3 3. L étude de l existant...4 4. Les limites de l existant...4 5. L approche de solution...4 II. L ETUDE DETAILLEE...5

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

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

UML (Diagramme de classes) Unified Modeling Language

UML (Diagramme de classes) Unified Modeling Language UML (Diagramme de classes) Unified Modeling Language Sommaire Introduction Objectifs Diagramme de classes Classe (Nom, attribut, opération) Visibilité et portée des constituants d une classe Association

Plus en détail

Rapport de Mini-Projet c++ Gestion de Réservation Hôtelière

Rapport de Mini-Projet c++ Gestion de Réservation Hôtelière Rapport de Mini-Projet c++ Gestion de Réservation Hôtelière Année universitaire : 2007/2008 1 Table des matières Tables des matières...1 Introduction 2 Chapitre 1: Etude des besoins...3 Introduction...3

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

GOL502 Industries de services

GOL502 Industries de services GOL502 Industries de services Conception d un service Partie IIb Version 2013 Introduction Conception d un service partie IIb Nous verrons dans ce chapitre Modélisation d un service; Langage de modélisation

Plus en détail

Conception des bases de données : Modèle Entité-Association

Conception des bases de données : Modèle Entité-Association Conception des bases de données : Modèle Entité-Association La modélisation d un problème, c est-à-dire le passage du monde réel à sa représentation informatique, se définit en plusieurs étapes pour parvenir

Plus en détail

Diagramme de classes

Diagramme de classes Diagramme de classes Un diagramme de classes décrit les classes et leurs relations (associations, généralisation/spécialisation, ). classe association méthodes attributs héritage Diagramme de classes :

Plus en détail

GPA789 Analyse et conception orientées objet (3 crédits)

GPA789 Analyse et conception orientées objet (3 crédits) Département de génie de la production automatisée Programme de baccalauréat Professeur : Mickaël Gardoni Responsable : Tony Wong Session/année : Eté 2009 Groupe : 01 PLAN DE COURS GPA789 Analyse et conception

Plus en détail

1. Objectifs de la Modélisation. Dériver le schéma de la BD. Élaborer un modèle conceptuel. Modélisation E/R des Données

1. Objectifs de la Modélisation. Dériver le schéma de la BD. Élaborer un modèle conceptuel. Modélisation E/R des Données . Objectifs et principes Modélisation E/R des Données 2. Le modèle Entité-Association (E/R) 3. Passage au relationnel 4. Conclusion. Objectifs de la Modélisation Permettre une meilleure compréhension Le

Plus en détail

Revue du monde Merise NFE 108 : Méthodologie des systèmes d information

Revue du monde Merise NFE 108 : Méthodologie des systèmes d information Revue du monde Merise NFE 108 : Méthodologie des systèmes d information Plan Présentation générale Les niveaux de description Le processus de conception Les modèles de Merise 2 Références Cours du CNAM

Plus en détail

Unified Modeling Language. langage de modelisation... langage et non pas méthode approche orientée objet attentif aux utilisateurs

Unified Modeling Language. langage de modelisation... langage et non pas méthode approche orientée objet attentif aux utilisateurs Unified Modeling Language langage de modelisation... langage et non pas méthode approche orientée objet attentif aux utilisateurs Je remercie Laurent Audibert qui m a permis de reproduire certains de ses

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

É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

Architecture Logicielle

Architecture Logicielle Architecture Logicielle Chapitre 3: UML pour la description et la documentation d une architecture logicielle Année universitaire 2013/2014 Semestre 1 Rappel L architecture d un programme ou d un système

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

UML. Diagrammes de classes (suite) Delphine Longuet. delphine.longuet@lri.fr

UML. Diagrammes de classes (suite) Delphine Longuet. delphine.longuet@lri.fr Polytech Paris-Sud Formation initiale 3 e année Spécialité Informatique Année 2014-2015 UML Diagrammes de classes (suite) Delphine Longuet delphine.longuet@lri.fr Opérations Opérations Service qui peut

Plus en détail

Groupe Eyrolles, 2001, 2003, 2004, ISBN : 2-212-11480-X

Groupe Eyrolles, 2001, 2003, 2004, ISBN : 2-212-11480-X Groupe Eyrolles, 2001, 2003, 2004, ISBN : 2-212-11480-X Chapitre 6 Exercices corrigés et conseils méthodologiques Mots-clés Activité continue/finie Transition automatique Contexte statique Événements «after»

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

Table des matières Sources

Table des matières Sources Table des matières Modélisation objet avec UML... 2 Introduction... 2 Modèle de système informatique :... 2 Pourquoi UML pour la modélisation Objet?... 3 Représentation dynamique du système... 5 Le diagramme

Plus en détail

UML. Diagrammes de classes. Delphine Longuet. Polytech Paris-Sud Formation initiale 3 e année Spécialité Informatique Année 2015-2016

UML. Diagrammes de classes. Delphine Longuet. Polytech Paris-Sud Formation initiale 3 e année Spécialité Informatique Année 2015-2016 Polytech Paris-Sud Formation initiale 3 e année Spécialité Informatique Année 2015-2016 UML Diagrammes de classes Delphine Longuet delphine.longuet@lri.fr Objets et classes Conception orientée objet :

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

<< 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

TP n 2 Concepts de la programmation Objets Master 1 mention IL, semestre 2 Le type Abstrait Pile

TP n 2 Concepts de la programmation Objets Master 1 mention IL, semestre 2 Le type Abstrait Pile TP n 2 Concepts de la programmation Objets Master 1 mention IL, semestre 2 Le type Abstrait Pile Dans ce TP, vous apprendrez à définir le type abstrait Pile, à le programmer en Java à l aide d une interface

Plus en détail

TD2 : Diagramme de classes UML

TD2 : Diagramme de classes UML TD2 : Diagramme de classes UML Pierre Gérard pierre.gerard@univ-paris13.fr DUT Informatique S2D Université de Paris 13 1 Propriétés d'une classe Une personne est caractérisée par son nom, son prénom, son

Plus en détail

CSC4002 : Introduction à la conception et à la programmation orientées objet illustrées avec UML et JAVA

CSC4002 : Introduction à la conception et à la programmation orientées objet illustrées avec UML et JAVA CSC4002 : Introduction à la conception et à la programmation orientées objet illustrées avec UML et JAVA Denis Conan et Jean-Luc Raffy CSC 4002 Octobre 2015 CSC4002 : Introduction à la conception et à

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

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

Expressions rationnelles, automates, analyse lexicale

Expressions rationnelles, automates, analyse lexicale Chapitre 2 Expressions rationnelles, automates, analyse lexicale L analyse lexicale est la première phase d un compilateur ou d un interprète : elle consiste à identifier et à catégoriser les différents

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

3. SPÉCIFICATIONS DU LOGICIEL. de l'expression des besoins à la conception. Spécifications fonctionnelles Analyse fonctionnelle et méthodes

3. SPÉCIFICATIONS DU LOGICIEL. de l'expression des besoins à la conception. Spécifications fonctionnelles Analyse fonctionnelle et méthodes PLAN CYCLE DE VIE D'UN LOGICIEL EXPRESSION DES BESOINS SPÉCIFICATIONS DU LOGICIEL CONCEPTION DU LOGICIEL LA PROGRAMMATION TESTS ET MISE AU POINT DOCUMENTATION CONCLUSION C.Crochepeyre Génie Logiciel Diapason

Plus en détail

Dossier de conception

Dossier de conception Dossier de conception Sujet : Gestion de Stock-Pharma Réaliser par : FADIL Ghizlane ECH CHARFAOUY Abdelouahad Encadré par : M. LACHGAR Mohammed Développement d une application JAVA EE Cadre réservé à l

Plus en détail

UML : Modéliser la Dynamique

UML : Modéliser la Dynamique MAI NFE103 Année 2013-2014 UML : Modéliser la Dynamique F.-Y. Villemin (f-yv@cnam.fr) Plan! Introduction! Cas d'utilisation: Diagramme des Cas d'utilisation! Evènements! Scénario: Diagrammes de Séquence

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

Sommaire. G. Pujolle, F. Ravat, C. Soulé-Dupuy, G. Zurfluh

Sommaire. G. Pujolle, F. Ravat, C. Soulé-Dupuy, G. Zurfluh NOTATION UML AVEC RATIONAL ROSE G. Pujolle, F. Ravat, C. Soulé-Dupuy, G. Zurfluh Sommaire 1 GÉNÉRALITES...2 1.1 ENVIRONNEMENT LOGICIEL...2 1.2 LES VUES DU LOGICIEL ROSE...3 1.3 ORGANISATION RECOMMANDÉE...3

Plus en détail

Ingénierie du Logiciel

Ingénierie du Logiciel UPMC MASTER INFORMATIQUE 4I502 Ingénierie du Logiciel Fiches de cours Yann Thierry-Mieg 2014/2015 Fiches de Cours : Les points cle M1 Informatique Inge nierie du logiciel UPMC Paris 6 2014/2015 Sommaire

Plus en détail

Algorithmique - Programmation 1. Cours 10

Algorithmique - Programmation 1. Cours 10 Algorithmique - Programmation 1 Cours 10 Université Henri Poincaré CESS Epinal Automne 2008 1/ 25 Plan Caml fonctionnel vs impératif Caml fonctionnel vs impératif Le type unit Données mutables Les structures

Plus en détail

Algorithmique et Analyse d Algorithmes

Algorithmique et Analyse d Algorithmes Algorithmique et Analyse d Algorithmes L3 Info Cours 5 : Structures de données linéaires Benjamin Wack 2015-2016 1 / 37 La dernière fois Logique de Hoare Dichotomie Aujourd hui Type Abstrait de Données

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

PG208, Projet n 1 : Gestion d une bibliothèque

PG208, Projet n 1 : Gestion d une bibliothèque PG208, Projet n 1 : Gestion d une bibliothèque Bertrand LE GAL, Serge BOUTER et Clément VUCHENER Filière électronique 2 eme année - Année universitaire 2011-2012 1 Introduction 1.1 Objectif du projet L

Plus en détail

Quatrième partie IV. La documentation

Quatrième partie IV. La documentation Quatrième partie IV Les différents types de Constat Il n y a pas de logiciel de qualité sans une documentation de qualité est un outil de communication Les paroles s envolent, les écrits restent Exemple

Plus en détail

Expression des contraintes. OCL : Object C o n t r a i n t L a n g u a g e

Expression des contraintes. OCL : Object C o n t r a i n t L a n g u a g e P r o b l é m a t i q u e OCL : O b j e c t C o n s t r a i n t L a n g u a g e Le langage de contraintes d UML Les différents diagrammes d UML permettent d exprimer certaines contraintes graphiquement

Plus en détail

LES CONCEPTS OBJETS. On regroupe les objets ayant les mêmes types de propriétés et de comportements en une classe.

LES CONCEPTS OBJETS. On regroupe les objets ayant les mêmes types de propriétés et de comportements en une classe. LES CONCEPTS OBJETS I Objet et Classe Un objet est une entité du monde réel qui a très souvent un identifiant des propriétés des comportements (actions qu il peut effectuer). La voiture de Clément a pour

Plus en détail

Analyse et modélisation de tâches

Analyse et modélisation de tâches Analyse et modélisation de tâches 1. Introduction La conception de logiciel interactif (ou conception d'interface homme-machine [IHM], ou conception d'interface) est l'activité qui vise à définir le fonctionnement

Plus en détail

Langage et Concepts de ProgrammationOrientée-Objet 1 / 40

Langage et Concepts de ProgrammationOrientée-Objet 1 / 40 Déroulement du cours Introduction Concepts Java Remarques Langage et Concepts de Programmation Orientée-Objet Gauthier Picard École Nationale Supérieure des Mines de Saint-Étienne gauthier.picard@emse.fr

Plus en détail

Table des matières. Remerciements... Avant-propos... 1. Introduction... 7

Table des matières. Remerciements... Avant-propos... 1. Introduction... 7 Remerciements..................................................... VI Avant-propos...................................................... 1 À qui s adresse cet ouvrage?..........................................

Plus en détail

MEMOIRE DE PROJET DE FIN D ETUDES POUR L OBTENTION DU DIPLOME DE LA MAITRISE

MEMOIRE DE PROJET DE FIN D ETUDES POUR L OBTENTION DU DIPLOME DE LA MAITRISE Ministère de l Enseignement Supérieur Université du 7 Novembre à Carthage MEMOIRE DE PROJET DE FIN D ETUDES POUR L OBTENTION DU DIPLOME DE LA MAITRISE Filière : Informatique Appliquée Titre Organisme :

Plus en détail

Nom de l application

Nom de l application Ministère de l Enseignement Supérieur et de la Recherche Scientifique Direction Générale des Etudes Technologiques Institut Supérieur des Etudes Technologiques de Gafsa Département Technologies de l Informatique

Plus en détail

Qualité du logiciel: Méthodes de test

Qualité du logiciel: Méthodes de test Qualité du logiciel: Méthodes de test Matthieu Amiguet 2004 2005 Analyse statique de code Analyse statique de code Étudier le programme source sans exécution Généralement réalisée avant les tests d exécution

Plus en détail

De UML à SQL> une synthèse

De UML à SQL> une synthèse De UML à SQL> une synthèse Christian Soutou http://icare.iut-blagnac.fr/soutou You cannot design databases without a familarity with the techniques of the ER diagramming R.J. Muller, Database Design for

Plus en détail

Diagramme de Classe UML et Base de Données Relationnelle-objet

Diagramme de Classe UML et Base de Données Relationnelle-objet Ecole des Hautes Etudes Commerciales HEC Alger Diagramme de Classe UML et Base de Données Relationnelle-objet par Amina GACEM Module Informatique 1ière Année Master Sciences Commerciales Plan Introduction

Plus en détail

Modélisation des données

Modélisation des données Modélisation des données Le modèle Entité/Association Le MCD ou modèle Entité/Association est un modèle chargé de représenter sous forme graphique les informations manipulées par le système (l entreprise)

Plus en détail

OCL - Object Constraint Language

OCL - Object Constraint Language OCL - Object Constraint Language Laëtitia Matignon laetitia.matignon@univ-lyon1.fr Département Informatique - Polytech Lyon Université Claude Bernard Lyon 1 2012-2013 Laëtitia Matignon SIMA - OCL - Object

Plus en détail

Conception de bases de données relationnelles

Conception de bases de données relationnelles Conception de bases de données relationnelles Niveau conceptuel : modélisation de BD relationnelles Marie Szafranski 2015-2016 ensiie 1 2015-2016 ensiie 1 Modélisation d une BD Modélisation d une BD Étape

Plus en détail

Méthodes de test. Mihaela Sighireanu

Méthodes de test. Mihaela Sighireanu UFR d Informatique Paris 7, LIAFA, 175 rue Chevaleret, Bureau 6A7 http://www.liafa.jussieu.fr/ sighirea/cours/methtest/ Partie I 1 Propriétés 2 Un peu de génie logiciel de test 3 Eléments Problèmes Point

Plus en détail

Héritage en java : Calculatrice SDC

Héritage en java : Calculatrice SDC Programmation orientée objet L3 MIAGE Héritage en java : Calculatrice SDC Travail à rendre : le code complet du projet SDC sous forme d une archive tar.gz. L archive comportera trois répertoires : un répertoire

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

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

Programmation objet. Objectifs - maitriser le paradigme de Programmation Orientée Objet - savoir utiliser efficacement et pleinement le langage Java

Programmation objet. Objectifs - maitriser le paradigme de Programmation Orientée Objet - savoir utiliser efficacement et pleinement le langage Java Programmation objet Objectifs - maitriser le paradigme de Programmation Orientée Objet - savoir utiliser efficacement et pleinement le langage Java - notions de bases d'algorithmique - bases syntaxiques

Plus en détail

INTRODUCTION AUX SYSTEMES D EXPLOITATION. TD2 Exclusion mutuelle / Sémaphores

INTRODUCTION AUX SYSTEMES D EXPLOITATION. TD2 Exclusion mutuelle / Sémaphores INTRODUCTION AUX SYSTEMES D EXPLOITATION TD2 Exclusion mutuelle / Sémaphores Exclusion mutuelle / Sémaphores - 0.1 - S O M M A I R E 1. GENERALITES SUR LES SEMAPHORES... 1 1.1. PRESENTATION... 1 1.2. UN

Plus en détail

Mise à niveau en Java

Mise à niveau en Java Mise à niveau en Java Cours 1 Stéphane Airiau Université Paris-Dauphine Stéphane Airiau (Université Paris-Dauphine) - Java Cours 1 1 Aujourd hui Eléments de base Variables, opérateurs, type d une expression

Plus en détail

Recherche dans un tableau

Recherche dans un tableau Chapitre 3 Recherche dans un tableau 3.1 Introduction 3.1.1 Tranche On appelle tranche de tableau, la donnée d'un tableau t et de deux indices a et b. On note cette tranche t.(a..b). Exemple 3.1 : 3 6

Plus en détail

Du monde réel à SQL la modélisation des données

Du monde réel à SQL la modélisation des données ANF «Comment concevoir une base de données en archéométrie» Réseau CAI-RN & rbdd - 05/06/2014 au 06/06/2014 Du monde réel à SQL la modélisation des données Marie-Claude Quidoz (CEFE/CNRS) Ce document est

Plus en détail

Modélisation OO avec UML

Modélisation OO avec UML Méthodes orientées objet - analyse et conception Modélisation OO avec UML R. Bendraou & S. Bouzitouna Reda.Bendraou@lip6.fr Salim.Bouzitouna@lip6.fr 1 Organisation du Cours 10 Séances de 3h 1/2 Séance

Plus en détail

Algorithmique et Programmation (1/3)

Algorithmique et Programmation (1/3) Algorithmique et Programmation (1/3) Objectifs : Approfondir l'algorithmique abordée au premier semestre : nouveaux types de données (énumérations, types composés), algorithmes de recherche, algorithmes

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

Le Langage Java et le Monde des Objets

Le Langage Java et le Monde des Objets . p.1 Le Langage Java et le Monde des Objets Les principes de la modélisation Orientée Objet. Qu est-ce qu une classe?. Les types de base. Utiliser les classes. Les tentacules de Java. . p.2 Bibliographie

Plus en détail

PTSI PT ÉTUDE DES SYSTEMES

PTSI PT ÉTUDE DES SYSTEMES PTSI PT ÉTUDE DES SYSTEMES Table des matières 1 - PRESENTATION GENERALE... 1 1.1 - Définition d'un système... 1 1.2 - Exemples... 1 1.3 - Cycle de vie d'un système... 1 1.4 Langage de description SysML...

Plus en détail

OMGL UE Modélisation de données 2 / 41

OMGL UE Modélisation de données 2 / 41 Module OMGL UE Modélisation de données Analyse et Conception des Systèmes d Information Modélisation des données J. Christian Attiogbé Septembre 2008, maj 11/2009, 08/2010 OMGL UE Modélisation de données

Plus en détail

Plan. Exemple: Application bancaire. Introduction. OCL Object Constraint Language Le langage de contraintes d'uml

Plan. Exemple: Application bancaire. Introduction. OCL Object Constraint Language Le langage de contraintes d'uml OCL Object Constraint Language Le langage de contraintes d'uml Plan 1. Introduction 2. Les principaux concepts d'ocl Object Constraint Language 1 Object Constraint Language 2 Exemple: une application bancaire

Plus en détail

Modélisation UML. Christine Solnon 2013-2014. INSA de Lyon - 3IF 1/140.

Modélisation UML. Christine Solnon 2013-2014. INSA de Lyon - 3IF 1/140. 1/140. Modélisation UML Christine Solnon INSA de Lyon - 3IF 2013-2014 Introduction Positionnement de l UE / IF Domaines d enseignement du département IF : Système d Information Réseaux Architectures matérielles

Plus en détail

CSC4002 : Contrôle Final Session 1. Date : jeudi 26 janvier 2012 Durée : 1H30. Coordonnateurs : Christian Bac et Denis Conan

CSC4002 : Contrôle Final Session 1. Date : jeudi 26 janvier 2012 Durée : 1H30. Coordonnateurs : Christian Bac et Denis Conan Corrigé et Barème Contrôle de connaissances 2011/2012 des étudiants de 2 è année (EI2) CSC4002 : Contrôle Final Session 1 Date : jeudi 26 janvier 2012 Durée : 1H30 Coordonnateurs : Christian Bac et Denis

Plus en détail

Analyse de programmes par interprétation abstraite

Analyse de programmes par interprétation abstraite Analyse de programmes par interprétation abstraite Marc PEGON marc.pegon@ensimag.imag.fr Ensimag - Grenoble INP Encadrants David MONNIAUX Matthieu MOY 1 / 21 Analyse statique : obtenir automatiquement

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

Tableaux dynamiques: vecteurs

Tableaux dynamiques: vecteurs Tableaux dynamiques: vecteurs Pour pallier les défauts inhérents à la rigidité des tableaux de taille fixe (built-in array), la librairie (générique) standard 1 de C++ fournit un type de donnée 2 dénommée

Plus en détail

[ Hornet ] Charte de méthodologie

[ Hornet ] Charte de méthodologie [ Hornet ] Hornet Cette création est mise à disposition selon le Contrat Paternité - Pas d'utilisation Commerciale - Partage des Conditions Initiales à l'identique disponible en ligne http://creativecommons.org/licenses/by-nc-sa/2.0/fr/

Plus en détail

IFT3030 Base de données. Chapitre 7 Conception de bases de données. Plan du cours

IFT3030 Base de données. Chapitre 7 Conception de bases de données. Plan du cours IFT3030 Base de données Chapitre 7 Conception de bases de données Plan du cours Introduction Architecture Modèles de données Modèle relationnel Algèbre relationnelle SQL Conception Fonctions avancées avancés

Plus en détail

Programmation Java. Redéfinition de méthode (masquage)

Programmation Java. Redéfinition de méthode (masquage) Programmation Java Programmation objet avec Java Concepts plus avancés Christelle Urtado & Sylvain Vauttier Janvier 2013 Redéfinition de méthode (masquage) Une sous-classe peut redéfinir le code de méthodes

Plus en détail

Cours Visual Basic URCA

Cours Visual Basic URCA Cours Visual Basic URCA Sommaire Introduction à la programmation VBA et VB Syntaxe de base, variables Opérateurs de base, boucles Introduction à la programmation Qu est-ce que la programmation? Séquences

Plus en détail

FILIÈRE METHODOLOGIE & PROJET

FILIÈRE METHODOLOGIE & PROJET FILIÈRE METHODOLOGIE & PROJET 109 Gestion de projet METHODOLOGIE ET PROJET Durée 3 jours Conduite de projet COND-PRO s Intégrer les conditions de réussite d une démarche de management par projet. Impliquer

Plus en détail

Générer du code à partir d une description de haut niveau

Générer du code à partir d une description de haut niveau Cedric Dumoulin Générer du code à partir d une description de haut niveau Ce projet vise à fournir un environnement de développement permettant de modéliser des UI Android à un haut niveau d abstraction,

Plus en détail

Eléments de syntaxe du langage Java

Eléments de syntaxe du langage Java c jan. 2014, v3.0 Java Eléments de syntaxe du langage Java Sébastien Jean Le but de ce document est de présenter es éléments de syntaxe du langage Java : les types primitifs, les opérateurs arithmétiques

Plus en détail

Chapitre 2 Modélisation de bases de données

Chapitre 2 Modélisation de bases de données Pourquoi une modélisation préalable? Chapitre 2 Modélisation de bases de données 1. Première étape : le modèle conceptuel Eemple : le modèle Entités-Associations (E/A) 2. Deuième étape : le modèle Traduction

Plus en détail

Bottle Defense. Spécification des exigences logicielles (SEL) Présenté au : Professeur Hafedh Mili

Bottle Defense. Spécification des exigences logicielles (SEL) Présenté au : Professeur Hafedh Mili Bottle Defense Spécification des exigences logicielles (SEL) Présenté au : Professeur Hafedh Mili Dans le cadre du cours : Projet en génie logiciel - Analyse INM5151-30 - - - Département d informatique

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