Diagramme De Classes

boite noire de définition des contours du système et cas d’utilisations; Capture des besoins techniques -> cas d’utilisations Analyse -> diagrammes de classes et d’objets Conception générique -> diagrammes de déploiement et diagrammes de composants Conception préliminaire -> diagrammes de classes, de séquence et d’activité Conception détaillée -> diagrammes de classes, de séquence et d’activité C’est un processus qui permet de contrôler les risques : C’est un processus qui permet de contrôler les risques

répartit souvent les données par classes. (cf 13 p82) Dans les exercices, les données se présenteront donc ainsi : données numériques discrètes données "en vrac" tableau des effectifs ou des fréquences continues données "en vrac" données réparties par classes Le but des statistiques est d'analyser les données dont on dispose : Pour cela, on peut s'aider d'un graphique : Nous verrons notamment cette année les diagrammes à bâtons, les histogrammes et les diagrammes en boîtes (ou à moustaches).

fonctionnels II.1 Besoin technique Concevoir un logiciel extensible et évolutif Donner beaucoup d’importance à l’Interface Homme/Machine et simplifier l’utilisation de l’application par les utilisateurs. III. Diagrammes des cas d’utilisation Les diagrammes de cas d’utilisation sont des diagrammes UML utilisés pour donner une vision globale du comportement fonctionnel d’un système logiciel. Un cas d’utilisation représente une interaction entre un utilisateur (humain ou machine) et un système. Il représente

2002, le nombre d'élèves inscrits en classe de cinquième au collège des Chênes à Chambéry était 112. Un certain nombre de renseignements a alors été collecté auprès de ces élèves : sexe, âge, temps mis pour faire le trajet entre leur domicile et le collège, … Ces élèves étaient répartis ainsi : 29 élèves en classe de 5e A (17 filles, 12 garçons) 30 élèves en classe de 5e B (18 filles, 12 garçons) 26 élèves en classe de 5e C (15 filles, 11 garçons) 27 élèves en classe de 5e D (16 filles, 11 garçons) A

ce qu’ils font (approche fonctionnelle) ce qu’ils sont (approche objet) L’approche objet gère plus efficacement la complexité 3 Historique des langages OO Langages de programmation orientés objets n n n n n n Simula Smalltalk C plus Classes C++ Eiffel Java (1967) (1970) (1980) (1985) (1988) (1995) SGBD orientés objets n Utilisation des objets avec un langage OO Implémentation Conception (solution informatique) Analyse (comprendre et modéliser le problème) … 4 Genèse des

• • • • • • • • • • • Planning du cours Séance 1 - Introduction au GL, approche OO et UML-RUP Séance 2 - Cas d’utilisation : cours + TD Séance 3 - Diagramme de séquence : cours + TD Séance 4 - Diagramme d’interaction : cours + TD Séance 5 - Diagramme de classe : cours + TD Séance 6 - Diagramme d’états-transitions : cours +TD Séance 7 - Diagramme de composant et de déploiement : cours + TD Séance 8 - ?? Séance 9 - RUP + cas d’étude 1 (1/2) : cours + TD Séance 10 – cas d’étude 1 (2/2) : TD d’ici

Carte de Contrôle à Points (CCP) 2. Le diagramme de corrélation 3. Le diagramme d’Ishikawa 4. La check list 5. Le diagramme de Pareto 6. Les histogrammes 7. La méthode de Brainstorming 8. Le cercle de qualité III- LES NOUVEAUX OUTILS DE LA QUALITE 1. Le diagramme des affinités (méthode de Kawakita Jiro [K. J.]) 2. Le diagramme des relations (recherche des causes) 3. Le diagramme en arbre 4. Le diagramme matriciel 5. L’analyse des données matricielles 6. Le diagramme fléché (sagittal) 7. Process Decision

.......................................................9 III. SPECIFICATION FONCTIONNELLE .............................................................................................................................................. 10 III.1. Diagramme de cas d’utilisation globale ................................................................................................................... 10 III.2. Raffinement des Cas d’utilisations ......................................................

Les diagrammes d’états-transitions Introduction au langage UML Claude Belleil - Université de Nantes 1 Introduction Les diagrammes d’états-transitions1 sont utilisés pour représenter la dynamique de certains des objets participant au système. Cette représentation se fait en utilisant le formalisme des automates. Un automate est composé d'états, modélisant une situation dans laquelle l'objet se situe à un instant précis. L'automate est aussi composé de transitions, précisant comment

transformer les besoins d’un utilisateur en système logiciel. Caractéristiques essentielles du processus unifié : ▪ Le processus unifié est à base de composants, ▪ Le processus unifié utilise le langage UML (ensemble d'outils et de diagramme), ▪ Le processus unifié est piloté par les cas d’utilisation, ▪ Centré sur l’architecture, ▪ Itératif et incrémental. III. Le processus unifié est piloté par les cas d’utilisation III.1 Présentation L’objectif principal d’un