Diagramme De Classe En Uml

......................................................................................... 2 2.1.3 Les exigences désirables mais non fondamentales ............................................................ 2 2.2 La description architecturale dans UML ................................................................................ 3 2.3 La description architecturale dans les formalismes orientés composants............................... 3 Outils pour la vérification d’architectures logicielles .

INGENIEURS DES TRAVAUX AGRICOLES DE BORDEAUX DEPARTEMENT ENTREPRISE ET SYSTEME UNITE DE FORMATION INFORMATIQUE ~o~O~o~ EXERCICES D’ELABORATION DE MODELES DE DONNEES CORRIGES Septembre 2005 Jérôme STEFFE ENITA de Bordeaux - corrigé exos uml classes.doc - 12/09/2005 17:09:00 Exercices MERISE Page 1 EXERCICE 1 GESTION DES DOSSIERS COMPTABLES D’UN CENTRE DE GESTION Choix de gestion : - On considère que la commune et la ville sont des homonymes - Le nom du directeur de l’agence

comparative 1.5.2 Pourquoi UML comme méthode d'analyse et de conception? 1.5.3 Présentation d'UML 1.6 1.7 Acteurs du projet Planning prévisionnel Chapitre 2 : Etude de l'existant 2.1. Phase 1 : Repérage du domaine 13 13 13 14 15 15 15 16 22 22 28 40 40 40 42 42 2.1.1 Délimitation du projet 2.1.2 Diagramme de collaboration 2.1.3 Diagramme de classes des acteurs 2.2. Phase 2 : Découverte des informations 2.2.1 Définition des règles de gestion 2.2.2 Diagramme de classes des entités 2.3. Phase

3 Choix du SGBD : 14 2.6.2.3.1 Oracle Database 15 2.6.2.3.2 Access 17 Chapitre III La conception 18 3 La conception 19 3.1 Introduction : 19 3.2 La modélisation dynamique : 19 3.2.1 Diagramme des cas d'utilisation : 19 3.2.2 Diagramme de séquence : 24 3.3 Modélisation Statique : 27 3.3.1 Diagramme de classes : 27 3.3.2 Modèle conceptuel des données (modèle physique) : 30 Chapitre IV La réalisation 32 4 La réalisation : 33 4.1 Introduction : 33 4.2 Modèles de cycles de vie d'un logiciel : 33

FONCTIONNALITÉS RAPIDITÉ ET EFFICACITÉ DU TRAITEMENT D 'OFFRES ET DEMANDES L’ARCHITECTURE 9 9 11 11 14 14 14 21 26 27 27 CH. 3 : DESCRIPTION DES SCÉNARIOS DU SYSTÈME 1 DESCRIPTION DES SCÉNARIOS DU SYSTÈME 2 LES FONCTIONNALITÉS DU SYSTÈME : LES DIAGRAMMES DE CAS D’UTILISATION 3 TECHNIQUES D ’IMPLÉMENTATION CONCLUSION GÉNÉRALE BIBLIOGRAPHIE WEBOGRAPHIE Aboulfadl Mustapha | El Allali Mohamed 4ème année MIAGE - EMSI 3 Dans le cadre du programme de notre parcours à l’EMSI, il est demandé aux

résultats attendus : 3 4-ANALYSE FONCTIONNELLE (cahier des charges) : 4 5-Démarche suivie: 5 .Phase de l’analyse et la spécialisation du projet : 6 Partie UML : 6 A- Diagrammes de cas d’utilisation : 6 Cas d’utilisation : Emprunte document. 6 Cas d’utilisation : Enregistrer les nouveaux usagers 7 Cas d’utilisation : Consulter document 8 B- Diagrammes de classe : 8 Partie Merise : 9 Modèle logique de données : 10 Schéma de la base de données : 12 Phase de réalisation : 12 Le Langage C sharp.net : 18 Le Système

un panier ; • leClient,déjàconnuparlesiteweb,quipeutseuleffectuerunecom- mande et en suivre l’état. B.A.-BA Package Le package est un mécanisme général de regrou- pement d’éléments en UML, qui peut être utilisé par exemple pour regrouper des cas d’utilisation, mais aussi des acteurs, des classes, etc. Figure 3–7 Organisation des cas d’utilisation et des acteurs en packages (avec l’outil Enterprise Architect) © Groupe Eyrolles, 2005 45 3 – Spécification des exigences d’après les

l’existant sans oublier la critique de l’existant * Le deuxième chapitre concerne l’analyse et la spécification des besoins fonctionnels et non fonctionnels. * Le troisième chapitre présente l’étude détaillé ou j’ai présenté la méthodologie UML et la conception de l’application. * Finalement, dans le quatrième chapitre j’achève le rapport par l’étude technique qui comporte la présentation de l’outil power AMC le système de base de donnée Access et l’outil de programmation Visual basic

................................................10 2.2. Diagrammes UML..........................................................................................................11 2.2.1. Diagramme de cas d'utilisation..................................................................................11 2.2.2. Diagramme de classes................................................................................................13 2.2.3. Diagrammes de séquence............................................

Liste des abréviations Abréviation RADEEO SQL UML Désignation La régie Autonome intercommunale de la distribution d'Eau et d'Electricité d'Oujda Structured Query Language Unified Modeling Language 2 Table des figures Titre de la figure Figure 1 : organigramme fonctionnel de le RADEEO Figure 2 : graphe d'investissement de l'Eau potable Figure 3 : graphe d'investissement d'Assainissement liquide Figure 4 : Planning du projet Figure 5 : Diagramme de Gantt du projet Page 11 12 13 15 16 3