Diagramme des cas d'utilisation

principales de développement 6 5. Hypothèses de travail 6 II- Besoins fonctionnels. 6 1. Diagramme de cas d’utilisation 6 A. Diagramme des cas d’utilisation du client. 6 B. Diagramme des cas d’utilisation du commercial. 8 C. Diagramme des cas d’utilisation de l’administrateur. 11 2. Diagrammes de séquences. 12 A. Diagrammes de séquence correspondant au commercial. 12 B. Diagrammes de séquence correspondant à l’administrateur. 15 IV. Spécification des structures de données

Objectifs : Capturer les besoins fonctionnels d’un système de gestion de cartes bleues par la technique des cas d’utilisation puis procéder l’élaboration du diagramme de classes selon une approche de modélisation orienté objet. Description du mandat – Gestion de cartes bleues Toute personne désirant obtenir une carte bleue doit en faire la demande auprès de sa banque. Cette demande ne peut être faite auprès d'une autre banque. De plus, un client de la banque peut se voir refuser la demande si

fonctionnels ............................................................................................5 III. Diagrammes de cas d’utilisation..................................................................................5 III.1. Présentation des acteurs..........................................................................................5 III.2. Description des cas d’utilisation .............................................................................5 Chapitre 4 : Conception .......

stagiaire doit spécifier fonctionnellement une application selon les conditions, les critères et les précisions qui suivent. CONDITIONS D’EVALUATION • Epreuve écrite de type étude de cas CRITERES GENERAUX DE PERFORMANCE • Utilisation des commandes appropriées. • Respect du temps alloué. • Respect des règles d’utilisation du matériel et logiciel Informatique. 3 OBJECTIF OPERATIONNELS DE PREMIER NIVEAU DE COMPORTEMENT PRECISIONS SUR LE COMPORTEMENT CRITERES PARTICULIERS DE ATTENDU PERFORMANCE A

structurelle IV-A. BDD : Block Definition Diagram IV-B. IBD : Internal Block Diagram IV-C. Value Types IV-D. Diagramme de paquetage V. Modélisation dynamique V-A. Diagramme de cas d'utilisations V-B. Diagramme de séquence V-C. Diagramme d'activité V-D. Diagramme d'états VI. Nouveautés SysML VI-A. Exigences VI-B. Diagramme paramétrique VI-C. Allocations VI-C-1. Allocations entre diagramme d'activité et IBD VI-C-2. Allocations entre diagramme d'activité et BDD VI-C-3. Allocations entre

................................ 23 1.3.Diagramme des cas d’utilisations ................................................................................. 25 1.3.1.Diagramme de cas d’utilisation relatif à un développeur ................................... 25 1.3.2. Diagramme de cas d’utilisation relatif au chef de projet.Etat de l’art ............... 26 ISLAIN -1- 2010 /2011 Rapport de projet de fin d’études 1.3.3.Diagramme cas d’utilisation relatif au gérant ......................

concepts 7 II.4.3. Scénarios et des cas d’utilisation 7 II.5. Conclusion 20 Chapitre III. Etat de l’art 21 III.1. Introduction 21 III.2. La technologie .NET 21 III.2.1. Présentation 21 III.3. La technologie JAVA 23 III.3.1. Présentation 23 III.4. Comparaison entre les technologies .NET, JAVA 24 III.5. Technologie adoptée: 25 III.6. Conclusion 25 Chapitre IV. Conception 26 IV.1. Introduction 26 IV.2. Architecture du système 26 IV.3. Conception 30 IV.3.1. Le Diagramme de classe : 30 IV.3.2. Conception

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

17 Analyse des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 2.4.1 Cas d’utilisation « Gérer utilisateur » . . . . . . . . . . . . . . . . . . . 18 2.4.2 Cas d’utilisation « Gérer alerte » . . . . . . . . . . . . . . . . . . . . . . 20 2.4.3 Cas d’utilisation «Paramétrer alerte» . . . . . . . . . . . . . . . . . . . 23 2.4.4 Cas d’utilisation « Consulter alerte » . . . . . . . . . . . . . . . . . . . . 26 2.5 Workflow . . . . . . . . . . . . .

1) Les diagrammes de l’UML : Un diagramme UML est une représentation graphique, qui s'intéresse à un aspect bien précis du modèle ; c'est une perspective du modèle. Les diagrammes permettent d'inspecter un modèle selon différentes perspectives.  Pour modéliser un système complexe, un seul diagramme ne suffit pas, c’est la raison pour laquelle UML comprend neufs types de diagrammes essentiels qui sont les plus utilisés. Combinés, les différents diagrammes UML offrent