Mongi TRIKI Docteur en Informatique Université Paris Dauphine

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

Download "Mongi TRIKI Docteur en Informatique Université Paris Dauphine"

Transcription

1 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 pour réaliser un projet de fin d étude selon la démarche UML Version Enseignant Mongi TRIKI Docteur en Informatique Université Paris Dauphine 1

2 . Sommaire 1. Sommaire-type du Mémoire de Stage Rapports à remettre et Planning de réalisation des travaux Bibliographie Quelques consignes de présentation Quelques consignes pour la conduite de l encadrement Barème de Notation Annexe...9 2

3 1. SOMMAIRE-TYPE DU MEMOIRE DE STAGE Introduction (1 page au maximum) L introduction traite des points suivants : Présentation du domaine et du projet Présentation des travaux demandés. Présentation de l organisation du mémoire (contenu de chaque chapitre). Chapitre 1 : MODELISATION DU METIER (10 à 15 pages) Le but de la modélisation du métier est de comprendre le domaine ou le métier de l entreprise et des personnes qui y travaillent pour mieux satisfaire leurs besoins. Il s'agit aussi de construire un modèle de l organisation étudiée. La modélisation des métiers permet de cerner la formulation du système d information (SI) à informatiser et de décrire les éléments essentiels pour définir le périmètre de l étude. Le but de la modélisation du métier est de comprendre le domaine ou le métier de l entreprise et des personnes qui y travaillent pour mieux satisfaire leurs besoins. Il s'agit aussi de construire un modèle de l organisation étudiée.dans ce chapitre, nous allons présenter les éléments suivants : définition de la mission, analyse de l'existant, repérage du domaine, Diagramme de cas d utilisation métier. 1. Définition de la mission Concernant cette partie, il s agit de présenter les quatre points essentiels suivants : Présentation de l application Objectifs à atteindre Repérage du domaine Diagramme de cas d utilisation métier 1.1. Présentation du logiciel Il s agit de décrire l application à réaliser en termes de fonctionnalités offertes aux utilisateurs Objectifs à atteindre Ce sont les buts à atteindre par l organisme en question suite à la réalisation de ce projet Repérage du domaine Il s'agit de trouver les acteurs métier et de représenter les limites du domaine. Le diagramme utilisé est un diagramme de collaboration qui représente le domaine comme boite noire et les messages échangés entre ce domaine et les acteurs métier Diagramme de cas d utilisation métier Il s'agit de définir les travailleurs du métier, de décrire leur rôle et de représenter les différents processus du métier et les liens entre eux. Ainsi, il faut construire un diagramme de cas d'utilisation dans lequel on représente chaque processus métier par un cas d'utilisation. Ensuite on doit décrire chaque processus métier en précisant les 3

4 flots d événements de chacun, les activités qui le composent et les règles de gestion à respecter pour ces activités. Cette description est textuelle. 2. Analyse de l existant Cette partie consiste à présenter l étude de l existant et critique de l existant Etude de l'existant Il s agit de décrire le système d information actuel relatif au domaine à automatiser. L étudiant peut commencer par présenter tout d abord l organisme puis se focaliser sur tout ce qui concerne le domaine étudié : postes de travail, procédures, documents utilisés, informations échangées avec l environnement, etc Critique de l'existant Il s'agit de critiquer les processus de travail et le processus de gestion des informations et de montrer et répertorier leurs points forts et points faibles. Les points forts sont à consolider et les points faibles sont à éviter dans le nouveau système. Chapitre 2 : CAPTURE DES BESOINS (10 à 15 pages) Le but de ce chapitre est de présenter un recueil des besoins fonctionnels et techniques envers le système à développer. La capture des besoins permet de cerner le système d information (SI) à informatiser et de décrire ses spécifications fonctionnelles. Dans ce chapitre, nous allons présenter les éléments suivants : acteurs du système informatisé, modélisation de contexte du système informatisé, élaboration du modèle des cas d utilisation. 1. Formulation du problème Concernant cette partie, il s agit de formuler le problème afin de limiter le champ de l étude Acteurs du système informatisé On doit définir les différents acteurs du futur système et décrire leur rôle. Un acteur est un objet actif qui produit ou consomme des valeurs de données. Les acteurs constituent les extrémités d un diagramme de flux de données. Ils sont représentés par un rectangle pour montrer qu ils correspondent à des objets. L acteur est relié au reste du diagramme par des flèches en entrée et en sortie Modèle de contexte du système informatisé Il s'agit de modéliser le contexte du système pris comme boîte noire en montrant les messages qu'il échange avec ses acteurs. Le diagramme nécessaire est un diagramme de collaboration. 2. Elaboration du modèle des cas d utilisation L élaboration du modèle des cas d utilisation consiste à présenter : Diagramme des cas d utilisation Description textuelle des cas d utilisation 4

5 2.1. Diagramme des cas d utilisation Il s'agit de représenter sous forme d'un diagramme de cas d'utilisation les fonctionnalités du système comme vues par les futurs utilisateurs et les liens entre elles Description textuelle des cas d utilisation Dans cette section, chaque cas d'utilisation doit être décrit de façon exhaustive suivant le format présenté dans l'annexe. Tous les scénarios des cas d'utilisation doivent être pris en comptes (nominaux, alternatifs et d'exception.] Chapitre 3 : ANALYSE (10 à 15 pages) La phase d analyse est une étape du cycle de développement dans laquelle le problème du monde réel est examiné afin d en comprendre les spécifications, sans entreprendre d implémentation.[rum 98] En effet, le modèle d analyse répond à plusieurs nécessités : il clarifie les besoins et devient le cadre pour la conception et l implémentation futures. L objet de ce chapitre est de développer un modèle de ce que le système doit faire, ce modèle est exprimé en termes d objets et de relations, de flux dynamiques et de transformation fonctionnelle. Ce chapitre s articule autour deux volets : Construction du diagramme de classe, Développement du modèle dynamique. 1. Construction du diagramme de classes Il faut donner dans cette section le diagramme de classes du domaine, en précisant leurs attributs, les relations entre elles, leurs multiplicités et les contraintes attachées aux éléments du diagramme. Un dictionnaire de données doit être construit à la suite du diagramme de classes pour donner la signification des classes et des attributs de ces classes. Ce section s articule autour deux volets : Diagramme de classe, Dictionnaire de données, Représentation des méthodes par classe Diagramme de classe 1.2. Dictionnaire de données 1.3. Représentation des méthodes par classe 2. Développement du modèle dynamique Le développement du modèle dynamique comprend : Construction des diagrammes de séquence, Construction des diagrammes d états 2.1. Construction des diagrammes de séquence Cette section doit contenir la spécification des scénarios de cas d'utilisation. Elle doit formaliser leur comportement et montrer les différents objets du domaine qui sont impliqués dans chaque scénario et les messages échangés entre eux Construction des diagrammes d états Il s'agit de représenter et de commenter les diagrammes d'états transitions construits pour les classes à comportement dynamique complexe. 5

6 Chapitre 4 : CONCEPTION (10 à 15 page) 1. Environnement de réalisation L environnement de réalisation comprend : Matériel et logiciel de base, Outils de développement Matériel et logiciel de base 1.2. Outils de développement 2. Conception du système La conception du système comprend : Conception des classes, Diagramme de navigation Conception des classes Cette section est nécessaire pour une implémentation orientée objet. Elle consiste à concevoir les classes, les états des classes, les associations, les attributs et les opérations. Les diagrammes à présenter dans cette section sont : des diagrammes de classes qui décrivent les classes de conception et des diagrammes d'activité ou de séquences qui décrivent les algorithmes des méthodes complexes. Même pour un développement non objet, l'étudiant doit donner les algorithmes des procédures complexes. Quelque soit l'environnement de développement utilisé, l'étudiant doit décrire le rôle des modules et/ou programmes primordiaux, ainsi que les tables que chacun utilise pour son fonctionnement Diagramme de navigation Il s'agit de représenter graphiquement l'activité de navigation entre les différentes interfaces spécifiées au niveau des diagrammes de séquence. Le diagramme d'étatstransitions devra être utilisé pour modéliser cette navigation. Ce diagramme est optionnel, mais conseillé pour les applications web. 4. Conception des schémas logiques et physique des données A partir de la description conceptuelle que nous avons effectuée, on peut réaliser le modèle relationnel; vu que le système d'information ne peut pas le manipulé directement; et ça en utilisons des règles de passages de l'uml vers le relationnel. Quelques notions essentielles Domaine : c'est l'ensemble des valeurs d'un attribut. Relation : c'est un sous ensemble du produit cartésien d'une liste de domaines. C'est en fait un tableau à deux dimensions dont les colonnes correspondent aux Domaines et dont les lignes contiennent des tuples. On associe un nom à Chaque colonne Attribut : c'est une colonne d'une relation, caractérisé par un nom. Tuple : c'est la liste des valeurs d'une ligne d'une relation. Cardinalité : elle permet de définir les conditions de participation d'une entité à une relation. Toutefois, une entité peut participer à plusieurs relations. L'arité : est le nombre d'attributs d'une relation. Clé : On distingue deux types de clés: 6

7 Clé primaire : ensemble d'attributs dont les valeurs permettent de distinguer les n- uplets les uns des autres (notion d'identifiant). Clé étrangère : Attribut qui est clé primaire d'une autre entité. NB : pour la notation, nous avons choisi de mettre en gras les clés primaires et de mettre # à la fin de chaque clé étrangère. Les règles de passage 1. Transformation des classes : chaque classe du diagramme UML devient une relation, il faut choisir un attribut de la classe pouvant jouer le rôle de clé. Transformation des associations : Nous distinguons trois familles d'associations 2. Association 1.. : il faut ajouter un attribut de type clé étrangère dans la relation fils de l'association. L'attribut porte le nom de la clé primaire de la relation père de l'association. 3. Association *..* et n-aire et classes-association : la classe-association devient une relation. La clé primaire de cette relation est la concaténation des identifiants des classes connectées à l'association. 4. Association : il faut ajouter un attribut de type clé étrangère dans la relation dérivée de la classe ayant la multiplicité minimale égale à un. L'attribut porte le nom de la clé primaire de la relation dérivée de la classe connectée à l'association. Si les deux multiplicités minimales sont à un, il est préférable de fusionner les deux classes en une seule Construction du schéma logique des classes brut Construction du schéma logique des classes optimisé 4.3. Construction du schéma physique des classes Conclusion (1 page au maximum) La conclusion traite des points suivants : Rappel de l objet du projet. Présentation rapide des travaux réalisés et des solutions apportées. Analyse critique de ces solutions : - Points forts et apports, - Points faibles et limites. Perspectives : améliorations et extensions possibles, définition d autres projets, etc. 7

8 2. RAPPORTS A REMETTRE ET PLANNING DE REALISATION DES TRAVAUX N ETAPES DUREE PRODUIT DE L ETAPE 1 Etude Préalable 3 semaines Rapport N 1 2 Modélisation 3 semaines Rapport N 2 Conceptuelle 3 Modélisation 4 semaines Rapport N 3 Organisationnelle & logique 4 Réalisation Technique 4 semaines Mémoire de & préparation du stage + DVD mémoire contenant le logiciel DATE AU PLUS TARD DE DEPOT. Bibliographie P. A. Muller & N. Gaertner, Modélisation objet avec UML, Les éditions Eyrolles, 2005 P. Roques & F. Vallée, UML 2 en action, Les éditions Eyrolles, 2002 C. Morley, J. Hugues, B. UML pour l analyse d un système d information Leblanc, Dunod, Quelques consignes de présentation 4.1. Typographie L ensemble des textes est composé en style simple Times New Roman, corps 12 ou 14 minuscules, interligné comme sur la présente sortie (option au moins 16 points). La page de garde doit être conforme au modèle ci-après présenté Format Tous les textes sont justifiés. Les marges haut, bas, gauche et droite sont égales à 2,5 cm Numéros et titres des paragraphes Même présentation que celle utilisée dans le sommaire-type, mais tous les paragraphes commencent en début de ligne Présentation de la couverture du mémoire La couverture du rapport doit être en carton. 8

9 5. Quelques consignes pour la conduite de l encadrement 1) Les étudiants peuvent entamer les travaux de réalisation juste après la modélisation conceptuelle, en suivant l approche RAD (Développement Rapide d Applications). Cette approche postule que l on peut passer par trois ou quatre versions du logiciel à développer pour arriver à la version finale. La première version vise d abord une prise de connaissance du domaine d étude et de l environnement de réalisation. La deuxième version vise une conformité par rapport au modèle organisationnel et au modèle logique. Les autres versions visent des améliorations successives du prototype considéré. Il est à noter qu il est possible, lors de ces améliorations, de revenir aux modèles conceptuels, organisationnel et logique pour les compléter et/ou corriger. 2) L évaluation des rapports écrits (y compris le mémoire) et des deux premiers prototypes est à faire par l enseignant encadrant et l enseignant responsable de l équipe pédagogique. 3) L évaluation du prototype final est à faire par tous les enseignants de l équipe pédagogique, suite à une démonstration de ce prototype par l étudiant concerné (environ 15 minutes). 6. Barème de Notation Rapport N 1 : 3 points Rapport N 2 : 4 points Rapport N 3 : 4 points Mémoire : 4 points Présentation & Démonstration : 5 points 7. Annexe : A. Exemple de description textuelle de UC Identification : Titre : Gérer commandes Acteurs : Vendeur Objectif : Ce UC est utilisé pour passer et suivre les commandes clients. Date de création : 09/09/2009 Date de mise à jour : 14/09/2009 Version : 1.1 Description des scénarios Précondition : Le vendeur est authentifié Au moins un produit est disponible. Postconditions : La date de la commande validée est inférieure à la date du jour. Le client ayant passé la commande validée figure dans la liste des clients. Les quantités de produits commandées sont toutes inférieures ou égales à celles disponibles dans le stock. Scénario nominal : Enregistrer une nouvelle commande Le UC débute quand le vendeur demande de créer une nouvelle commande. a) Identification du client 9

10 1. Le système propose au vendeur de chercher le client selon plusieurs critères (numéro, nom, nom incomplet) 2. Le vendeur saisit un critère de recherche. 3. Le système affiche la liste des clients répondant au critère de recherche. Si aucun client n est trouvé, il faut appeler le UC "Gérer clients". 4. Le vendeur sélectionne le client. 5. Le système affiche toutes les informations nécessaires sur ce client (nom, prénom, adresse, téléphone, CA). b) Saisie des produits commandés 1. Le vendeur demande la liste des produits. 2. Le système affiche la liste de tous les produits. 3. Pour tout produit commandé : 3.1. Le vendeur sélectionne un produit et saisit la quantité commandée Le système vérifie que la quantité de produit est disponible. Si elle ne l'est pas, alors il faut exécuter Exception 1. Sinon, le système affiche le PHT du produit sélectionné ainsi que le MHT et le TVA. 4. Après la saisie de tous les produits commandés, le système affiche le THT et le TTC de la commande. c) Saisie de la date 1. Le vendeur saisit la date de passation de la commande. 2. Le système vérifie qu elle est inférieure à la date du jour. En cas d anomalie, il faut exécuter Exception 2 d) Validation de la commande 1. Le vendeur demande la validation de la commande. 2. Le système vérifie que toutes les données obligatoires sont saisies. S il y a une information manquante, il faut exécuter Exception Le scénario se termine lorsque le système enregistre la commande et lui affecte un numéro. 4. Tant que la commande n'est pas enregistrée, elle peut être à tout moment annulée. Scénarios alternatifs : 1. Modifier une commande existante 2. Consulter les commandes existantes 3. Annuler une commande existante Exceptions : 1. Le système affiche " Quantité demandée n'est pas disponible" et donne la main au vendeur pour changer la quantité. 2. Le système refuse la saisie, affiche le message : «date de la commande doit être inférieure à la date du jour» et donne la main au vendeur pour modifier la date. 3. Le système affiche le message : «L information. est manquante» et retourne à la position de la première information manquante. B. Page de garde C. Fiche des Notes des étudiants 10

11 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 MEMOIRE DE STAGE POUR L OBTENTION DE LA LICENCE FONDAMENTALE EN INFORMATIQUE APPLIQUEE A LA GESTION TITRE DU MEMOIRE Réalisé par Prénom et NOM de l étudiant Encadré par Prénom et NOM de l enseignant JURY Prénom et NOM de l enseignant 1 : Président Prénom et NOM de l enseignant 2 : Examinateur Prénom et NOM de l enseignant 3 : Examinateur Prénom et NOM de l enseignant 4 : Examinateur Année universitaire

12 FICHE DES NOTES DES ETUDIANTS N Matricule 1 Nom & Prénom Note Rapport 1 3 points Note Rapport 2 3 points Note Rapport 3 3 points Mémoire 4 points Présentation & Démonstration 5 points Note Finale

Mémoire de Projet Professionnel TITRE DU PROJET

Mémoire de Projet Professionnel TITRE DU PROJET République Tunisienne Ministère de l Enseignement Supérieur et de la Recherche Scientifique Université de Sfax Institut Supérieur d Informatique et de Multimédia de Sfax Sigle de l ISIMS Mastère Professionnel

Plus en détail

STAGE DE PERFECTIONNEMENT

STAGE DE PERFECTIONNEMENT (Sigle de la société d accueil) REPUBLIQUE TUNISIENNE ***** MINISTERE DE L'ENSEIGNEMENT SUPERIEUR, DE LA RECHERCHE SCIENTIFIQUE ET DE LA TECHNOLOGIE ***** DIRECTION GENERALE DES ETUDES TECHNOLOGIQUES *****

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

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

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

É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

Annexe du cours Conception des sites web marchands et mobiles

Annexe du cours Conception des sites web marchands et mobiles Conception des sites web marchands et mobiles Nassim BAHRI {contact@nassimbahri.ovh} 1 Novembre 2015 1 Diagramme de séquence système Les cas d'utilisation décrivent les interactions des acteurs avec le

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

Ministère de l enseignement supérieur et de la recherche scientifique. Direction Générale des Études Technologiques

Ministère de l enseignement supérieur et de la recherche scientifique. Direction Générale des Études Technologiques Ministère de l enseignement supérieur et de la recherche scientifique Direction Générale des Études Technologiques Institut Supérieur des Etudes Technologiques de SILIANA Département Technologies de l

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

Guide Stage d initiation

Guide Stage d initiation Ministère de l enseignement supérieur et de la recherche scientifique Direction générale des études technologiques Institut Supérieur des Etudes Technologiques de Djerba Département Technologies de l Informatique

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

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

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

Positionnement de UP

Positionnement de UP UNIFIED PROCESS Positionnement de UP Unified Process Langage Méthode Outil logiciel UML UP RUP 6 BONNES PRATIQUES développement itératif gestion des exigences architecture basée sur des composants modélisation

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

Avertissement : comme pour toute activité de modélisation, il n existe pas UNE solution unique. Ce document présente donc une solution possible.

Avertissement : comme pour toute activité de modélisation, il n existe pas UNE solution unique. Ce document présente donc une solution possible. Démo 2- Correction Cas d utilisation Professeur : Bruno Dufor Démonstrateurs : Marouane Kessentini Hassen Grati Partie théorique : Avertissement : comme pour toute activité de modélisation, il n existe

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

PASCAL ROQUES. UML par. la pratique. Groupe Eyrolles, 2001, 2002, 2004, 2005, 2006, 2009. ISBN : 978-2-212-12508-5

PASCAL ROQUES. UML par. la pratique. Groupe Eyrolles, 2001, 2002, 2004, 2005, 2006, 2009. ISBN : 978-2-212-12508-5 est f o E Y R O L L E S PASCAL ROQUES UML par la pratique Groupe Eyrolles, 2001, 2002, 2004, 2005, 2006, 2009. ISBN : 978-2-212-12508-5 Sommaire Introduction 9 Objectifs du livre... 9 Structure de l ouvrage...

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

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

Diagramme d activités

Diagramme d activités Diagramme d activités Présentation Un diagramme d activité est un diagramme UML qui modélise les aspects dynamiques d un système C est une simplification du diagramme d état transitions permettant de modéliser

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

FORMATION ACCESS 2007

FORMATION ACCESS 2007 FORMATION ACCESS 2007 Livret 1 Généralité sur les bases de données Niveau 1 Thierry TILLIER Retrouvez tous nos cours bureautiques sur http://www.e-presse.ca/ au Canada Sommaire Chapitre 1 INTRODUCTION...

Plus en détail

Processus Unifié de développement de logiciel

Processus Unifié de développement de logiciel Processus Unifié de développement de logiciel Plan 1. SUP : une simplification de RUP 2. Les éléments de modélisation de SUP 3. Description de la dynamique de SUP 4. SUP sur une étude de cas 2 SUP : une

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

Bases de données Cours 2 : Modélisation d une base de données

Bases de données Cours 2 : Modélisation d une base de données Cours 2 : Modélisation d une base de données POLYTECH Université d Aix-Marseille odile.papini@univ-amu.fr http://odile.papini.perso.esil.univmed.fr/sources/bd.html Plan du cours 1 Modélisation d une base

Plus en détail

Gestion de stock facturation : openstock 1.02 juin 2006

Gestion de stock facturation : openstock 1.02 juin 2006 Introduction Gestion de stock facturation : openstock 1.02 juin 2006 Le rapport de stage de Laurent POUCHOULOU décrivant son travail sur la période d Avril à Juin 2006 a été transformé en documentation

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

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

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

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

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

UNIVERSITE TUNIS EL MANAR DEPARTEMENT DE PSYCHOLOGIE DE L ISSHT

UNIVERSITE TUNIS EL MANAR DEPARTEMENT DE PSYCHOLOGIE DE L ISSHT UNIVERSITE TUNIS EL MANAR DEPARTEMENT DE PSYCHOLOGIE DE L ISSHT Document de référence pour la conception et la rédaction des Rapports de Stage effectués en milieu professionnel pour l obtention du Master

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

INF 1250 INTRODUCTION AUX BASES DE DONNÉES. Guide d étude

INF 1250 INTRODUCTION AUX BASES DE DONNÉES. Guide d étude INF 1250 INTRODUCTION AUX BASES DE DONNÉES Guide d étude Sous la direction de Olga Mariño Télé-université Montréal (Québec) 2011 INF 1250 Introduction aux bases de données 2 INTRODUCTION Le Guide d étude

Plus en détail

Cas d'étude : Puissance 4 Analyse des besoins

Cas d'étude : Puissance 4 Analyse des besoins 1 Génie Logiciel Cas d'étude : Puissance 4 Analyse des besoins Renaud Marlet LaBRI / INRIA http://www.labri.fr/~marlet màj 18/04/2007 2 Exercice Vous êtes employé(e) dans une société qui édite des jeux

Plus en détail

Visual Paradigm. Réaliser un modèle logique de données (MLD)

Visual Paradigm. Réaliser un modèle logique de données (MLD) 27.02.2013 p.a. sunier Visual Paradigm Réaliser un modèle logique de données (MLD) Sommaire 1 Propos liminaires... 2 2 Organisation du projet... 2 3 Création des tables... 3 4 Création de relations...

Plus en détail

Rappel sur les bases de données

Rappel sur les bases de données Rappel sur les bases de données 1) Généralités 1.1 Base de données et système de gestion de base de donnés: définitions Une base de données est un ensemble de données stockées de manière structurée permettant

Plus en détail

Introduction à l'analyse et à la modélisation des processus. Eric Papet Co-fondateur SSII DEV1.0 Architecte Logiciel & Sécurité Lead Auditor 27001

Introduction à l'analyse et à la modélisation des processus. Eric Papet Co-fondateur SSII DEV1.0 Architecte Logiciel & Sécurité Lead Auditor 27001 Introduction à l'analyse et à la modélisation des processus Eric Papet Co-fondateur SSII DEV1.0 Architecte Logiciel & Sécurité Lead Auditor 27001 Les composants d'une méthode d'analyse La conception d'un

Plus en détail

Conception et Implémentation

Conception et Implémentation I. INTRODUCTION Dans ce chapitre on va définir la conception de notre site web dynamique et nous expliquons les étapes de réalisation, les outils utilisés et l interface principale ainsi que les différentes

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

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

Guide de rédaction du. Rapport de stage

Guide de rédaction du. Rapport de stage Guide de rédaction du Rapport de stage Public Cible Etudiant de 3ème année licence (sauf informatique) Etablissement Institut des Hautes Etudes à Tunis (IHET) Objectifs Aider l apprenant à choisir son

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

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

Expert Base de données

Expert Base de données Cycle de vie d une base de données Expert Modélisation Conceptuelle Création du schéma sandra.bringay@univ-montp3.fr alexandre.pinlou@univ-montp3.fr Utilisateur Personn!! Prénom! age! Toto! Titi! 25! Table

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

Module M1104 Partie 1 - Modélisation de données

Module M1104 Partie 1 - Modélisation de données Module M1104 Partie 1 - Modélisation de données Analyse et Conception des Systèmes d Information J. Christian Attiogbé Septembre 2015 J. Christian Attiogbé (Septembre 2015) Module M1104 Partie 1 - Modélisation

Plus en détail

Rapport De Projet de Fin d'etudes. Présenté en vue de l'obtention du Diplôme de Licence Appliquée en. Par: Nom 2. Sujet: Titre de votre sujet

Rapport De Projet de Fin d'etudes. Présenté en vue de l'obtention du Diplôme de Licence Appliquée en. Par: Nom 2. Sujet: Titre de votre sujet Réf:... AU:. / Soutenu à la session de: A REMPLIR PAR MAI OU JUIN... Université de la Manouba ECOLE SUPERIEURE DE COMMERCE ELECTRONIQUE Rapport De Projet de Fin d'etudes Présenté en vue de l'obtention

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

Introduction. 1. Une base de données : 2. Un SGBD :

Introduction. 1. Une base de données : 2. Un SGBD : Le modèle Entité-Association Introduction Les bases de données ont pris une place importante en informatique, et particulièrement dans le domaine de la gestion. L étude des bases de données a conduit au

Plus en détail

Chapitre 4 Modélisation et Conception de BD

Chapitre 4 Modélisation et Conception de BD Pourquoi une modélisation préalable? Chapitre 4 Modélisation et Conception de BD Il est difficile de modéliser un domaine sous une forme directement utilisable par un SGBD. Stockage physique Cohérence/intégrité

Plus en détail

Conception de la base de données

Conception de la base de données Rapport T.E.R HLIN405 Conception de la base de données des projets de licence deuxième et troisième année Réalisé par Achraf Tajani Cvete Maceski Mohamed Bareche Sous l encadrement de Christian Retoré

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

Etude de cas Etude de cas N 3. Etude de cas N 3 : Allocation des ressources

Etude de cas Etude de cas N 3. Etude de cas N 3 : Allocation des ressources Etude de cas N 3 : Allocation des ressources Chaque année, au troisième trimestre, les directeurs de laboratoire de recherche expriment leurs demandes de moyens pour l année à venir auprès de leur direction

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

LE RAPPORT DE STAGE DE LICENCE 3 ÉCONOMIE-GESTION Parcours GESTION

LE RAPPORT DE STAGE DE LICENCE 3 ÉCONOMIE-GESTION Parcours GESTION 3 ème année de Licence Économie-Gestion Parcours Gestion Faculté des Sciences Économiques, Sociales et de Gestion LE RAPPORT DE STAGE DE LICENCE 3 ÉCONOMIE-GESTION Parcours GESTION 4 semaines à temps plein

Plus en détail

Introduction aux bases de données Cours 2 : Modélisation d une base de données

Introduction aux bases de données Cours 2 : Modélisation d une base de données Cours 2 : Modélisation d une base de données ESIL Université de la méditerranée Odile.Papini@esil.univmed.fr http://odile.papini.perso.esil.univmed.fr/sources/bdmat.html Plan du cours 1 Modélisation d

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

Formation UML 2 le diagramme de cas d utilisation

Formation UML 2 le diagramme de cas d utilisation Formation UML 2 le diagramme de cas d utilisation Travaux dirigés 11 au 13 février 2014 Hervé DOMALAIN CPII/DOSO/ED FORMATION UML 2 LE DIAGRAMME DE CAS D UTILISATION Travaux dirigés 1. Enoncé du cahier

Plus en détail

CONCEPTION Support de cours n 3 DE BASES DE DONNEES

CONCEPTION Support de cours n 3 DE BASES DE DONNEES CONCEPTION Support de cours n 3 DE BASES DE DONNEES Auteur: Raymonde RICHARD PRCE UBO PARTIE III. - LA DESCRIPTION LOGIQUE ET PHYSIQUE DES DONNEES... 2 A. Les concepts du modèle relationnel de données...

Plus en détail

FICHE JANVIER 2009 THÉMATIQUE. Direction de projets et programmes

FICHE JANVIER 2009 THÉMATIQUE. Direction de projets et programmes FICHE JANVIER 2009 THÉMATIQUE Direction de projets et programmes La représentation par les processus pour les projets Système d Information (SI) La modélisation de l'entreprise par les processus devient

Plus en détail

Modèle objet/classe. Sommaire

Modèle objet/classe. Sommaire Modèle objet/classe Sommaire Pourquoi un tel modèle ; Sa place dans le processus de développement ; Les premiers concepts ; Comment construire un diagramme de classes. Sa place dans le processus de développement

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

MASTER II ECONOMIE ET GESTION Spécialité Management des Organisations de la Neteconomie

MASTER II ECONOMIE ET GESTION Spécialité Management des Organisations de la Neteconomie MASTER II ECONOMIE ET GESTION Spécialité Management des Organisations de la Neteconomie MODULE C03 - Séquence 1 INTRODUCTION I. UN PEU D'HISTOIRE II. LES RESSOURCES D'UN SI III. LA DÉFINITION D UN SI À

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

Modèle du rapport. Stage Perfectionnement

Modèle du rapport. Stage Perfectionnement MINISTERE DE L ENSEIGNEMENT SUPERIEUR ET DE LA RECHERCHE SCIENTIFIQUE DIRECTION GÉNÉRALE DES ÉTUDES TECHNOLOGIQUES Institut Supérieur des Études Technologiques de Djerba Unité des stages Département Génie

Plus en détail

Guide de rédaction du rapport de stage

Guide de rédaction du rapport de stage Guide de rédaction du rapport de stage Public Cible Etudiant de 3 ème année licence fondamentale ou appliquée en informatique de gestion Etablissement Objectifs ISG Sousse - Aider l apprenant à choisir

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

STAGE D INITIATION RAPPORT DE. Elaboré par. Prénom NOM. Encadré par : Mr Prénom NOM (Société) Société d accueil :. (Sigle de la société d accueil)

STAGE D INITIATION RAPPORT DE. Elaboré par. Prénom NOM. Encadré par : Mr Prénom NOM (Société) Société d accueil :. (Sigle de la société d accueil) (Sigle de la société d accueil) REPUBLIQUE TUNISIENNE ***** MINISTERE DE L'ENSEIGNEMENT SUPERIEUR, DE LA RECHERCHE SCIENTIFIQUE ET DE LA TECHNOLOGIE ***** DIRECTION GENERALE DES ETUDES TECHNOLOGIQUES *****

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

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

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

Cas d utilisation Diagrammes de séquence

Cas d utilisation Diagrammes de séquence Cas d utilisation Diagrammes de séquence Chantal Reynaud Université Paris X - Nanterre UFR SEGMI - IUP MIAGE Cours de Méthodes et Analyse objet Maîtrise MIAGE 2003/2004 1 Plan I. Les cas d utilisation

Plus en détail

Site Web de paris sportifs

Site Web de paris sportifs HENAUD Benoît Numéro d auditeur 05-39166 Version V1.2 Date de mise à jour 31/03/2008 1/21 Table des matières 1. Objectif du document... 3 2. Présentation... 3 2.1. Présentation du projet... 3 2.2. Situation

Plus en détail

Management des processus opérationnels

Management des processus opérationnels Ecole Nationale Supérieure de Management Master Management des organisations Management des processus opérationnels Dr TOUMI Djamila Cours n 4: l approche processus et le management du système d informations

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

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

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

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

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

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

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

1/7. Client. +getstatut() posséder -prixachat: Float Bien -idbien: Integer -adresse: String. Compte -numero: Integer -solde: Float. -idclient: Integer

1/7. Client. +getstatut() posséder -prixachat: Float Bien -idbien: Integer -adresse: String. Compte -numero: Integer -solde: Float. -idclient: Integer Nom : Prénom : Année : 2013/2014 Correction DE UML Durée : 02 heures (Seulement une feuille A4 autorisée. Tous autres et appareil électronique interdits) (Répondez directement sur le sujet) Exercice 1

Plus en détail

SGBDR et conception d'un système d'information avec MERISE

SGBDR et conception d'un système d'information avec MERISE 1 SGBDR et conception d'un système d'information avec MERISE Séminaires Codes & Travaux @ IRISA 26 Avril 2007 Anthony ASSI Ingénieur Expert R&D Plateforme Bio Informatique / Equipe Symbiose 2 SGBDR : Système

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

NOTICE EXPLICATIVE DU STAGE

NOTICE EXPLICATIVE DU STAGE NOTICE EXPLICATIVE DU STAGE A l EIPDCE, chaque étudiant doit effectuer un stage en entreprise qui lui permettra d acquérir de l expérience professionnelle en mettant à profit ce qu il a pu apprendre lors

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

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

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

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

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

Modèle du rapport. Stage initiation

Modèle du rapport. Stage initiation MINISTERE DE L ENSEIGNEMENT SUPERIEUR ET DE LA RECHERCHE SCIENTIFIQUE DIRECTION GÉNÉRALE DES ÉTUDES TECHNOLOGIQUES Institut Supérieur des Études Technologiques de Djerba Unité des stages Département Génie

Plus en détail

Introduction à la conception d'une base de données Walter RUDAMETKIN

Introduction à la conception d'une base de données Walter RUDAMETKIN Introduction à la conception d'une base de données Walter RUDAMETKIN Bureau F011 Walter.Rudametkin@polytech-lille.fr Étapes de la conception d'une base de données Analyse de la situation existante et des

Plus en détail

1 er Partie (Etude de l existant)

1 er Partie (Etude de l existant) 1-Introduction : Nous présentons dans ce chapitre les différents points portant sur l étude de l existant ; cette phase de l étude permet d une part de prendre connaissance en détail des objectifs poursuivis

Plus en détail