MANTOLA CONSULTANTS LTD, 1998 Ce fichier est mis GRATUITEMENT à votre disposition. Vous pouvez...

MANTOLA CONSULTANTS LTD, 1998

Ce fichier est mis GRATUITEMENT à votre disposition.

Vous pouvez l'utiliser pour vos propres besoins.

Vous pouvez aussi copier ce fichier INTEGRALEMENTet SANS AUCUNE MODIFICATION,

et le diffuser GRATUITEMENT.

Nous remercions nos ANNONCEURSpour leur soutien et pour leur confiance

SOMMAIRE PRINCIPE GENERAUX

DEVENIR ANNONCEUR

ANNONCES SERVICES

ANNONCES EMPLOI

Cliquer =>

Cliquer =>

Cliquer =>

Cliquer =>

UTILISATEURS Cliquer =>

UML Cliquer =>

PRINCIPES

GENERAUX

MANTOLA CONSULTANTS LTDWeb : http://www.coget.com

DESCRIPTION DE NOTRE ACTIVITE

Nous faisons de la FORMATION (voir notre catalogue sur notre site Web).

Nous réalisons aussi des référentiels de TRANSPARENTS concernant différents thèmes (voir notre catalogue) sous la forme de fichiers .ppt de MS Powerpoint et de fichiers .doc de MS Word.

Ces transparents peuvent être utilisés comme base de travail pour faire desformations ou des présentations … Certains de ces transparents sont mis GRATUITEMENT à disposition; ils peuvent être téléchargés sur notre site Web.

A la fin de chaque thème, nous insérons des transparents dédiés à la PUBLICITEfaite par les ANNONCEURS qui choisissent nos travaux pour promouvoir leur activité.

Nous passons également des accords avec des PARTENAIRES pour répondreaux demandes de prestations complémentaires concernant l'exploitation denos travaux par les utilisateurs.

MANTOLA CONSULTANTS LTDWeb : http://www.coget.com

DESCRIPTION DE NOTRE ACTIVITE (suite)

Nous avons réalisé un logiciel micro intitulé SCORE, qui permet de faire des études comparatives (listes de critères) et/ou des tests d'évaluation (questionnaires).Ce logiciel est mis à disposition GRATUITEMENT par téléchargement sur le site Web.

Ce logiciel a été totalement réalisé avec le langage de développement CLIPPER 5.2 et avec la bibliothèque FIVEWIN. FIVEWIN permet de faire des programmes CLIPPERqui peuvent être utilisés avec Windows et qui présentent une interface graphique WINDOWS. De plus, FIVEWIN permet également de réaliser des programmes CLIPPER ORIENTES OBJET.

Nous disposons d'une expérience et d'une expertise dans l'utilisation de CLIPPER etde FIVEWIN qui nous permettent de réaliser des programmes WINDOWS et ORIENTESOBJET tout en utilisant la puissance du langage CLIPPER 5.2.

Nous pouvons vous aider à transformer et/ou à développer vos applications CLIPPERsi vous souhaitez leur donner une présentation WINDOWS et/ou une structure OrientéeObjet : FORFAIT, FORMATION, MONITORAT.

DEVENIR

ANNONCEUR

ANNONCEURSCertains de nos travaux (Questionnaires, Transparents …) sont diffusés GRATUITEMENT à des MILLIERS d'exemplaires sur notre site Web : http://www.coget.com

Sur les TRANSPARENTS A la fin de chacun des travaux, nous publions des ANNONCES PUBLICITAIRES (sous la forme de transparents dédiés).La publicité peut, soit avoir un rapport direct avec le thème traité dans les transparents, soit ne pas avoir un rapport direct avec le thème traité dans les transparents, mais présenter un intérêt certain pour les utilisateurs de nos transparents (exemple : une annonce d'un service Minitel professionnel, une annonce concernant les voyages d'affaires etc…) Afin de conserver une certaine cohérence et afin de pouvoir offrir un réel serviced'information publicitaire, nous souhaitons accueillir en PRIORITE des annonces dont les services promus sont en étroite SYNERGIE avec le thème traité dans l'étude qui est diffusée.

Pour les annonces d'offres d'emploi, étant donné la persistance de la diffusion, nous souhaitons que les offres publiées correspondent à une offre permanente et non à une offre ponctuelle qui deviendrait rapidement obsolète pour les lecteurs.

ANNONCEURS

DUREE

Une annonce est publiée sur l'un de nos produits TRANSPARENTS.

C'est l'ANNONCEUR qui choisit le produit (ou thème) dans lequel il souhaite voir son annonce insérée.

La DUREE correspond à la durée pendant laquelle l'ANNONCE peut être TELECHARGEE avec notre étude sur notre site Web.

Le contrat de diffusion de l'annonce peut être établi pour une durée de 6 mois ou 12 mois.

ANNONCEURS

DEFINITION D'UNE ANNONCE

Dans nos produits 'Transparents', une ANNONCE est portée par UN TRANSPARENT, dont le format est identique à celui-ci.Si vous souhaitez introduire un BON DE COMMANDE, si votre activité le permet et si vous le souhaitez, vous pouvez faire figurer ce bon de commande sur un deuxième transparent (Attention : ce deuxième transparent est facultatif et ne peut contenir qu'un bon de commande à l'exclusion de toute autre information).

VOUS SOUHAITEZ DEVENIR ANNONCEUR

Tarif pour : UML2 durées possibles : 6 mois, 12 mois

6 mois 20.000 FRF HT

12 mois 30.000 FRF HT

Durée Prix (*)

La facturation étant réalisée par notre siège social situé à Londres (UK),les factures sont émises HT pour tous nos clients situés hors de United Kingdom.

Si vous souhaitez payer par virement et/ou avec une autre devise que FRF, contactez nous par téléphone, fax ou E-mail.

Les ordres de paiement (chèques, …) doivent être faits à l'ordre de :MANTOLA CONSULTANTS LTD

(*) C'est le prix pour UNE annonce

Un mois supplémentaire

GRATUITvous est offert lors de votre

premier contrat

POUR NOUS CONTACTER ...

Tél/Fax :

Internet : E-mail : [email protected]

Web : http://www.coget.com

Depuis la France : 01 45 80 06 38

Hors de la France : 33 1 45 80 06 38

UTILISATEUR

UTILISATEURS

Vous êtes un UTILISATEUR de nos produits (Transparents, Questionnaires …).

Vous souhaitez une ASSISTANCE pour mettre en œuvre les travaux (transparents ou questionnaires …) que vous avez téléchargés.

Nous avons conclu des ACCORDS avec des PARTENAIRES qui peuvent répondre à votre besoin.

Vous POUVEZ PRENDRE CONTACT AVEC NOUS afin de nous exposer précisément votre besoin (appel d'offre …), par fax ou e-mail.

Nous ferons parvenir votre demande à tous nos partenaires qui seront les mieuxadaptés à votre besoin.

Ce service complémentaire que nous pouvons vous offrir est gratuit.

ANNONCES

SERVICES

TRANSPARENTS

MANTOLA CONSULTANTS LIMITEDE-mail : [email protected]él/Fax depuis la France : 01 45 80 06 38Tél/Fax hors de France : 33 1 45 80 06 38

GRATUIT

Des transparents mis GRATUITEMENT

à votre disposition sur notre site Web http://www.coget.com DES MILLIERS

DE TRANSPARENTS

CONCERNANT

DIFFERENTS THEMES

(fichiers .ppt de MS Powerpointet fichiers .doc de MS Word)

Grâce à l'aide de nosANNONCEURS

SCORELaréalisationde vosétudescomparativeset de vostestsd'auto-évaluation

Logiciel microWindows 3.1 et 95

MANTOLA CONSULTANTS LIMITEDE-mail : [email protected]él/Fax depuis la France : 01 45 80 06 38Tél/Fax hors de France : 33 1 45 80 06 38

GRATUIT

Notre logiciel Score ainsi que notre cataloguede questionnaires sont mis GRATUITEMENT

à votre disposition sur notre site Web http://www.coget.com

FORMATIONFORMATIONFORMATION

MERISE

UML

MERISE pour les concepteurs

Le CAHIER DES CHARGES avec MERISE

MERISE

OBJET

Tél/Fax : 01 45 80 06 38 Web : http://www.coget.comE-mail : [email protected]

CONSEILCONSEILCONSEIL

MANTOLA CONSULTANTS LTD

EMPLACEMENT

PUBLICITAIRE

A LOUER

E-mail : [email protected]

ANNONCES

EMPLOI

EMPLACEMENT

PUBLICITAIRE

A LOUER

E-mail : [email protected]

U M L

Unified Modeling Language

SOMMAIREAA-1 à AA-40 QUALITE

AB-1 à AB-10 INTRODUCTION

AC-1 à AC-100 APPROCHE OBJET

AD-1 à AD-7 NOTATION UML - CONCEPTS DE BASE

AE-1 à AE-53 DIAGRAMMES DE CLASSES

AF-1 à AF-24 DIAGRAMMES D'UTILISATION

AG-1 à AG-11 DIAGRAMMES D'OBJETS

AH-1 à AH-23 DIAGRAMMES DE COLLABORATION

AI-1 à AI-23 DIAGRAMMES DE SEQUENCES

AJ-1 à AJ-43 DIAGRAMMES D'ETATS-TRANSITIONS

AK-1 à AK-11 DIAGRAMMES D'ACTIVITES

AL-1 à AL-14 DIAGRAMMES DE COMPOSANTS

AM-1 à AM-7 DIAGRAMMES DE DEPLOIEMENT

QUALITE DU LOGICIEL

Facteurs INTERNES

Facteurs EXTERNES

AA-1 UML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

Validité

Robustesse

Extensibilité

Réutilisabilité

Compatibilité

FACTEURS EXTERNES


Efficacité

Portabilité

Vérifiabilité

Intégrité

Facilité d'utilisation

AUTRES FACTEURS EXTERNES


- Spécifications fonctionnelles 41,8 %- Formats des données 17,4 %- Erreurs en urgence 12,4 %- Erreurs 9,0 %- Changement du matériel 6,2 %- Documentation 5,5 %- Amélioration d'efficacité 4 %- Autres 3,4 %

MAINTENANCE DU LOGICIEL


Validité

Robustesse

Extensibilité

Réutilisabilité

Compatibilité

QUALITES ESSENTIELLES


Le but du génie logiciel est de

construire du logiciel de QUALITE

CONCEPTS CLES ...


La maintenance est difficile et coûteuse parce

que les programmes dépendent trop de la

STRUCTURE PHYSIQUE DES DONNEES

CONCEPTS CLES ...


La qualité résulte d'un COMPROMIS

entre différents objectifs

CONCEPTS CLES ...


Les facteurs EXTERNES qui sont perceptibles par les utilisateurs

doivent être distingués des facteurs INTERNES qui sont perceptibles

par les concepteurs et programmeurs

CONCEPTS CLES ...


Les facteurs EXTERNES sont les plus importants,

mais ils ne peuvent être pris en compte que grâce aux facteurs INTERNES

CONCEPTS CLES ...


Une nouvelle méthode pour plus de :

- SURETE- Validité - Robustesse

- DECENTRALISATION - Réutilisabilité- Extensibilité- Compatibilité

CONCEPTS CLES ...


MODULARITE

5 critères

Décomposabilité

Composabilité

Compréhensibilité

Continuité

ProtectionAA-12 UML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

MODULARITE

6 principes

- Unités linguistiques modulaires- Peu d'interfaces- Petites interfaces (couplage faible)- Interfaces explicites- Masquage de l'information- Ouverture / Fermeture


REUTILISABILITE

Une question simple

Des obstacles non techniques

Le changement dans la continuité


REUTILISABILITE

Réutilisation du code source

Réutilisation du personnel

Réutilisation des conceptions

Des approches simples :


REUTILISABILITE

Variations de types

Variations de structures de données et d'algorithmes

Groupes de routines

Indépendance vis-à-vis de la représentation

Eléments communs

5 conditions pour la modularité


REUTILISABILITE

Routines

Paquetages

Surcharge

Généricité


FONCTIONS, DONNEES, CONTINUITE

STRUCTURE du système

autour des DONNEES

ou

autour des FONCTIONS


LA METHODE FONCTIONNELLE DESCENDANTE

Décomposition pas à pas

Un pas diminue le niveau d'abstraction

Une instruction => n instructions plus simples


STRUCTURE D'ARBRE

A

B C D

E F G H


POINTS FORTS - POINTS FAIBLES

Organisée, Réfléchie, Logique, Ordonnée, Réduit la complexité

- Evolution ?- Fonction ?- Structure de données ?- Réutilisabilité ?


FONCTIONS et EVOLUTION

Le problème c'est la CONTINUITE

ARCHITECTURE fondée sur les éléments les moins stables du système : les fonctions


Sommet de l'abstraction :- Résoudre un problème concret

Premier affinage :- Lire les valeurs entrées- Calculer les résultats- Sortir les résultats ...

AFFINAGE

Version BATCH


Sommet de l'abstraction :- Traiter une transaction

Premier affinage :- Si nouvelle information

Alors- Lire l'information- La stocker ...

AFFINAGE

Version INTERACTIVE


Premier affinage (suite) :- Sinon

Si demande d'une informationdéjà fournie Alors

- Retrouver l'information- La sortir

Sinon ...

AFFINAGE

Version INTERACTIVE (suite)


Concentration sur l'interface externe(Que fait le système pour moi ?)

Prise de décision prématurée sur les relations temporelles

(ordre d'exécution des actions)

INCONVENIENTS


Certains problèmes peuvent être traitésnaturellement en définissant une fonction principale qui est affinée progressivement

Mais beaucoup de problèmes ne peuvent être étudiés de cette façon qu’artificiellement,

car les vrais systèmes n’ont PAS DE FONCTION PRINCIPALE

PAS UNE SEULE FONCTION


- La décomposition fonctionnelle néglige lesdonnées au profit des traitements

- Une approche centrée uniquement sur lesdonnées présente des défauts symétriques

- Architecture stable centrée sur les donnéesmais sans négliger les traitements

STRUCTURES DE DONNEES


Privilégier le court terme

Privilégier un seul élément : la fonction

Privilégier les interfaces au détriment des primitives profondes du système

Perdre de vue les données

Sacrifier la réutilisabilité

CONCEPTION FONCTIONNELLE


La conception par objets est la méthode qui conduit à des architectures logicielles fondées sur les objets que tout système manipule, plutôt que sur la fonction qu’il est censé réaliser

PREMIERE DEFINITION


Ne pas commencer par se demander CE QUE FAIT le système,

mais plutôt se demanderA QUOI il le fait.

SLOGAN


Un logiciel est un modèle opérationnel

MODELE parce que fondé sur uneinterprétation d'un phénomène réel

OPERATIONNEL parce qu'il peutproduire des résultats utilisables

TROUVER LES OBJETS


Classes

Variations d'implémentation

==> Types abstraits

DESCRIPTION DES OBJETS


Une spécification de TYPE ABSTRAIT décrit une CLASSE de structures de DONNEES non pas par son implémentation, mais par une liste

de SERVICES disponibles sur les structures de données, et par les PROPRIETES formelles de

ces services.

TYPES ABSTRAITS


'Qui concerne la forme, l'ensemble des relations entre éléments'

'La logique formelle étudie la forme des opérations de l'entendement sans considérer la matière sur laquelle elles s'effectuent'ex: (a + b)² = a² + b² + 2ab

SPECIFICATION FORMELLE


Quatre parties

TYPES

FONCTIONS

PRECONDITIONS

AXIOMES

SPECIFICATION FORMELLE


TYPESPILE[X]

FONCTIONSvide : PILE[X] ==> BOOLEENnouvelle : ==> PILE[X]empiler : X x PILE[X] ==> PILE[X]enlever : PILE[X] ==> PILE[X]sommet : PILE[X] ==> X

EXEMPLE DE LA PILE


PRECONDITIONSpré enlever (s : PILE[X]) = non vide (s))

AXIOMESpour tout x : X, s : PILE[X] :

vide (nouveau ())non vide (empiler (x,s))sommet (empiler (x,s)) = xenlever (empiler (x,s)) = s

EXEMPLE DE LA PILE


La conception par objets est la construction de

systèmes logiciels prenant la forme de

collections structurées d'implémentations de

types de données abstraits

DEFINITION PRECISE


1 - Structure modulaire fondée sur les objets2 - Abstraction des données3 - Gestion automatique de la mémoire4 - Classes5 - Héritage6 - Polymorphisme et liaison dynamique7 - Héritage multiple et répété

7 NIVEAUX


OMG (Object Modeling Group)

OMT (Object Modeling Technique)

OOSE (Object Oriented Software Engineering)

UMLUnified Modeling Language

AB-1 UML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

Elle définit une démarche reproductible pour obtenir des résultats fiables.

- Des éléments de modélisation

- Une représentation (graphique…)

- Des règles de mise en oeuvre

NOTION DE METHODE


HISTOIRE

Architecture matérielle :

Séparation entre les données et le code

==> Méthodes fonctionnelles

Manque d'abstraction


EVOLUTION

Programmation Conception Analyse

Fonction Conception Analyse structurée fonctionnelle

Objet Conception Analyse objet objet


APPROCHE MIXTE

ANALYSE FONCTIONNELLE

avec

CONCEPTION - DEVELOPPEMENT OBJET


BOOCH et OMT ...

ORIGINE ELEMENT

Booch Catégories et sous-systèmesEmbley Classes singletons et objets compositesFusion Opérations, numérotation des messagesHarel Automates(Statecharts)Jacobson Cas d'utilisation (use cases)Meyer Pré- et post-conditionsOdell Dynamique, éclairage sur les événementsOMT AssociationsShlaer-Mellor Cycle de vie des objets


UNIFICATION

- G. Booch, J. Rumbaugh, Y. Jacobson

- Méthode unifiée (1995)

- UML 0.9 (Juin 1996)

- UML 1.0 (Janvier 1997)

- Standardisation par l'OMGAB-7 UML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

UML ...

- Langage de modélisation objet

- Modèle

- Métamodèle

- Diagrammes


MODELES

- Modèle des CLASSES

- Modèle des ETATS

- Modèle des CAS D'UTILISATION

- Modèle d'INTERACTION

- Modèle de REALISATION

- Modèle de DEPLOIEMENT


DIAGRAMMES

- Diagramme de CLASSES- Diagramme de SEQUENCE- Diagramme de COLLABORATION- Diagramme d'OBJETS- Diagramme d'ETATS-TRANSITIONS- Diagramme d'ACTIVITES- Diagramme de CAS D'UTILISATION- Diagramme de COMPOSANTS- Diagramme de DEPLOIEMENT


POURQUOI LES OBJETS

- Stabilité de la modélisation

- Construction itérative

- Simplicité et uniformité du modèle

- Capacité exceptionnelle d'intégration

AC-1 UML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

POURQUOI LES OBJETS

Il faut DIVISER pour REUNIR

Approche fonctionnelle

La fonction induit la structureCouplage statique entre architecture et fonctions

Approche objet

Décomposition basée sur l'intégration de ce que le système est et fait


UN OBJET

Comportement visible

Etat interne caché


REPRESENTATION DES OBJETS

Laurent

Jean

Compte courant

Compte épargne

Compte titresCompte courant

Deux clients


OBJETS ANONYMES

: Professeur

: Elève

: Elève

: Professeur

: Professeur

: Elève


CARACTERISTIQUES FONDAMENTALES

IDENTITE

ETAT

COMPORTEMENT


IDENTITE

Concept implicite

indépendant

du concept d'état


ETAT

Une voiture

Bleu

980 kg

12 CV

40 litres

COULEUR

POIDS

PUISSANCE

QUANTITECARBURANT

ATTRIBUTS


COMPORTEMENT

Un message

Un objet Un objet

Opération 2{…}

Opération 1{…}


COMPORTEMENT

: Avion

: Tour de contrôle

: Avion

En vol Au sol

AtterrirDécoller


COMPORTEMENT

: Avion

: Tour de contrôle

: Avion

En vol Au sol

AtterrirDécoller

AtterrirDécoller


PERSISTANCE

: Objet persistant

Stockagepermanent


TRANSMISSION

Un objet Un clone

Le clone est la copie conformede l'objet d'origine

: Support de communication


OBJETS MIROIRS

Contexte A Contexte B

Un objetUn miroir

Un client


CATEGORIES DE COMPORTEMENT

Un agent

Un acteur Un serveur



Un client Un serveur

THREAD



Un agent

Serveur 1

Un client

Serveur 2 Serveur 3


MESSAGE

Objet 2

Objet 3

Objet 1

Objet 4

Message AMessage B

Message C

Message D

Message E


FLOTS

Message

Données A

Données B

Objet 1 Objet 2


TYPES DE MESSAGE

CONSTRUCTEUR

DESTRUCTEUR

SELECTEUR

MODIFICATEUR

ITERATEUR


SYNCHRONISATION

Ecrivain 2

Ecrivain 3

Ecrivain 1

: Terminal

Ressourcecritique

Afficher

Afficher

Afficher


ENVOI D'UN MESSAGE

Envoi simple

Un expéditeur Un destinataire

Envoi d'un message simple


ENVOI D'UN MESSAGE

Envoi synchrone


Envoi d'un message synchrone


ENVOI D'UN MESSAGE

Envoi dérobant


Envoi d'un message dérobant


ENVOI D'UN MESSAGE

Envoi minuté


Envoi d'un message minuté


ENVOI D'UN MESSAGE

Envoi asynchrone


Envoi d'un message asynchrone


ENVOI D'UN MESSAGE ...

Ecrivain 2

Ecrivain 3

Ecrivain 1

: Terminal

Ressourcecritique

Afficher

Afficher

Afficher


ENVOI D'UN MESSAGE

Appel

Pierre Alain

Envoi d'un message minuté

{3 sonneries}


ENVOI D'UN MESSAGE

Lettre par la poste

Laurent Stéphane

Envoi d'un message asynchrone


DIAGRAMME DE COLLABORATION

A

BC

1:X

2:Y

3:Z



A

BC

1:M14:M410:M10

2:M2

8:M8

9:M97:M7

6:M6

3:M35:M5


DIAGRAMME DE SEQUENCE

A B C

M1M2

M3

M4

M5

M6M7

M8M9

M10


DIAGRAMME DE SEQUENCE

A B C

M1M2

M3

M4

M5

M6

M7

M8M9

M10


ABSTRACTION

Codes binaires

Mnémoniques

Fonctions

Types de données abstraits

Objets Programmationplus abstraite

Programmationplus difficile

Simplification


CLASSE

Nom de classe

Attributs

Opérations ()


CLASSE

Motocyclette

CouleurCylindréeVitesse maximale

Démarrer()Accélérer()Freiner()


CLASSE

Téléviseur

Allumer()Eteindre()Changer de programme()Régler le volume()


Dépôt

MontantDate

Retrait

MontantDate

Compte d'épargne

SoldeTaux

Compte courant

Solde

Déposer()Retirer()

Déposer()Retirer()

Effectué sur Effectué à partir


DESCRIPTION DES CLASSES

SPECIFICATION

REALISATION


ENCAPSULATION

Donnéesencapsulées


VISIBILITE

Règles de visibilité

+ attribut public# attribut protégé- attribut privé

+ opération publique()# opération protégée()- opération privée()


RELATIONS

Lille : Université

Pierre : Etudiant

Jacques : Etudiant

Eric : Etudiant

Anne : Etudiant

Laurence : Etudiant

Lille : Université

Nice : Université

Strasbourg : Université

Un lien

Un lien

Un lien

Un lien

Un lien


RELATIONS

Université EtudiantUne association


RELATIONS

Université EtudiantHéberge >

Université Etudiant< Etudie dans


RELATIONS

Université Personne

Etudiant

Enseignant

Employeur


RELATIONS

1

0..1

M..N

*

0..*

1..*

Un et un seul

Zéro ou un

De M à N (entiers)

De zéro à plusieurs

D'un à plusieurs



RELATIONS


Etudiant

EnseignantEmployeur

*

*0..1

1


AGREGATION

PersonneParent

0..2

Enfants *

< S'occupe de


AGREGATION

Voiture Moteur1

1


AGREGATION

Agrégat Composants1 *

Agrégat par contenance physique

: Composant : Composant


AGREGATION

Agrégat Composants* *

: Agrégat

: Composant

: Agrégat : Composant

: Composant


Personnephysique

Personnemorale

Durant Micro-Plus


Opérations

+ Additionner()+ Soustraire()+ Multiplier()+ Diviser()+ Puissance()+ Racine()


Diagrammede classes

Classe Objet

Relation Lien

Diagrammed'objets

1 0..*

1..*

*

*

**

*

1..*

*

*

**

*

* *


Personne Voiture

Dupont12 rue Hugo ...21/03/1971

1258 BGU 75Blanche7 CV


HIERARCHIE DE CLASSES

Véhicule

Véhiculeterrestre

Véhiculeaérien

Voiture Camion Avion Hélicoptère

Abstractions plus générales



Super-classe

Sous-classe

Classe plusgénérale

Classe plusspécialisée

GENERALISATION

SPECIALISATION



EST UN ... EST UNE SORTE DE …

La GENERALISATION ne concerne que les CLASSES


Classe A

Impossible

Non réflexive


Classe A

Impossible

Classe B

Non symétrique


Classe A

Classe C

Transitive

Classe B


ENSEMBLES et CLASSES

X

Propriété caractéristique de X

:x:x

:x:x

:x

:x:x

:x

:x:x

:x

x (x)


GENERALISATION

:x:x

:x

:x:x

:x:x

x

(x)

:x

:x

:x

:x :x

:x

:x

:x

:x

:y:y

:y

:z:z

:z:z

:z

(x) (y) (x) (z) (y) (y) = (x)

(y)

zy

(z)


Z

Propriété caractéristique

de Z

X


de X

Y


de Y


Livre enseignement

DisciplineNiveau

Livre

AuteurNombre de pages

Livre pour enfants

Fourchette des âges


Z


de Z

T


de T

Y


de Y

GENERALISATION MULTIPLE



t

(t)

:y

:y:y

:z

:z

:z

:z

:z

(t) (y) (z)

(y)

zy

(z)

:t


ENSEMBLES DISJOINTS

x

(x)

:y:y

:y

:z:z

:z:z

:z

(y)

zy

(z)


Classe abstraite

CLASSE ABSTRAITE

Classe concrète Classe concrète



t

(t)

:y

:y:y

:z

:z

:z

:z

:z

(t) (y) (z)

(y)z

y

(z)

:t

:x:x

:x

:x

:x

:x

:x

:xx

(x)


ZPropriété

caractéristique de Z

TPropriété

caractéristique de T

YPropriété

caractéristique de Y

GENERALISATION EN LOSANGE

XPropriété

caractéristique de X


CLASSIFICATION

Animal

Bipède Quadrupède

Herbivore Carnivore Herbivore Carnivore

Covariance


CLASSIFICATION

Animal

Herbivore Carnivore

Bipède Quadrupède Bipède Quadrupède

Covariance


CLASSIFICATION

Animal

Lapin

Bipède Quadrupède Herbivore Carnivore

A poils A écaillesA plumes

Station Nourriture

Protection


CLASSIFICATION

Véhicule terrestre

Voiture HondaCamion


CLASSIFICATION

Véhicule terrestre

Voiturebleue

Voitureverte

Voiturerouge

Voiture


CLASSIFICATION

TypeA

TypeC

TypeB

TypeClasse*

Réalise >


HERITAGE

BC

A

ConstructionConstruction

Héritage pour exprimer la Classification ou le Construction


HERITAGE

X Y

A

Conflit de nom

A de XA de Y

A A


HERITAGE

X Y

A

Conflit de nomA de T par X

A de T par Y

A de T A de T

T

A


DELEGATION

: Client: Délégué 1

: Délégué 2

Propagation

: Interface

Question

Propagation

CLIENT FOURNISSEURS


DELEGATION

Station Nourriture

Quadrupède

Réduction de la covariance

CarnivoreHerbivoreBipède

Animal


SUBSTITUTION

A: A

B: B

: A

: A

: A: A

: A

: A

: A: A

: A

: A


POLYMORPHISME

Zoo

Lion Tigre Ours

Animal1 *


POLYMORPHISME

Zoo

Lion Tigre Ours

Animal1 *

Dormir(){Sur le ventre}

Dormir(){Sur le dos}

Dormir(){Dans unarbre}


POLYMORPHISME

Le gardien : Animal

Dormir

Le zoo


POLYMORPHISME

Itérateur

Lion Tigre Ours

Collection

Suivant()Initialiser()Valeur()Terminé()

Manipule >


POLYMORPHISME

Visite : Itérateur;UnAnimal:Animal; -- variable polymorphe…Visite.Initialiser(leZoo);while not Visite.Terminé()loop

UnAnimal := Visite.Valeur();UnAnimal.Dormir();Visite.Suivant();

end loop;


POLYMORPHISME

Zoo

Lion Tigre Ours

Animal1 *

Dormir(){Sur le ventre}

Dormir(){Sur le dos}

Dormir(){Dans unarbre}

Dormir()

Paresseux

Dormir(){Sans fin}


POLYMORPHISME

Visite : Itérateur;UnAnimal:Animal; -- variable polymorphe…Visite.Initialiser(leZoo);while not Visite.Terminé()loop

UnAnimal := Visite.Valeur();


POLYMORPHISME

Case UnAnimal.Classe()when Lion

-- Dormir sur le ventrewhen Tigre

-- Dormir sur le doswhen Ours

-- Dormir dans un arbrewhen Paresseux

-- Dormir sans finend case;Visite.Suivant();

end loop;


POLYMORPHISME

Mésange Moineau Autruche

Oiseau Voler(){Mettre la tête dans le sable}

Voler()

PlumesBec


:Sauveteur

:Moineau

:Mésange

PetiteAutruche

S'envoler

S'envoler

Enterrer sa tête

Voler

Voler

Voler

Principe desubstitution


Classeabstraite

I

Z()

J

Z de I()

K

Z selon K()

L

Z de K()

M

Z selon M()

Classeabstraite

Réalisationde Z

Héritagede Z

Modificationde Z


UnClient

: K, L ou M

: K, L ou M

: L ou M: M

Un-I

Un-K

Un-LUn-M


UnClient Un KUn-I

Lienpolymorphe

Déclenchementde l'opération Zréalisée dans K

Z()


UnClient Un LUn-I

Lienpolymorphe


Z()


UnClient Un MUn-L

Lienpolymorphe

Déclenchementde l'opération Zmodifiée dans M

Z()


UnClient Un KUn-K

Lienpolymorphe


Z()


TYPAGE

LIAISON DYNAMIQUE

LIAISON STATIQUE

POLYMORPHISME

SIGNATURE


DIAGRAMMES

- Diagramme d'activités- Diagramme de cas d'utilisation- Diagramme de classes- Diagramme de collaboration- Diagramme de composants- Diagramme de déploiement- Diagramme d'états-transitions- Diagramme d'objets- Diagramme de séquence

AD-1 UML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

ELEMENTS COMMUNS

Paquetage Modèle

Elément de modélisation

Elément devisualisation

Elément

Projection 0..*

1 0..1

0..*

0..*

0..1

0..*RéférencePossède

1..*AD-2 UML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

ELEMENTS COMMUNS

Stéréotypes

Etiquettes

Notes

Contraintes

Relation de dépendance

DichotomiesAD-3 UML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

TYPES PRIMITIFS

BooléenExpression

ListeMultiplicité

NomPoint

ChaîneTemps

Non-interprété


PAQUETAGE

Nom


PAQUETAGE

Client

Classe exportée

Fournisseur

Réalisation


PAQUETAGE

IHM

Métier

PersistanceCom

Erreur

global


LES DIAGRAMMES

DE CLASSES

AE-1 UML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

DIAGRAMME DE CLASSES

Classe Objet

Relation Lien

Diagramme de classes Diagramme d'objets

**

**

Relie Relie

Instance de

Instance de


Nom de classe

Nom : type = valeur initiale

Nom()

Nom_Opération (Nom_Argument : Type_Argument = Valeur_Par_Défaut, …)

: Type_Retourné


A

+Attribut public#Attribut protégé-Attribut privéAttribut de classe

+Opération publique()#Opération protégée()-Opération privée()Opération de classe

VISIBILITE


INTERFACE

Une classe

Une interface


<<Interface>> <<Interface>>

Une classe

Un utilisateur Un utilisateur

Vue A Vue B


CLASSES PARAMETRABLES

Classe générique

Table générique

Annuaire<Personne>

Elément


CLASSES UTILITAIRES

<<Utilitaire>>

Mathématiques

Mathématiques


ASSOCIATIONS

A B

D

C


ARITE

Salle

Cours

EnseignantEtudiant

DébutFin


ARITE

Salle

<<Association ternaire>>

Cours

EnseignantEtudiant

DébutFin


NOMMAGE

A BNom


NOMMAGE

Personne SociétéTravaille pour >


NOMMAGE

Personne Société< Emploie


NOMMAGE

Personne SociétéEmployeur

Employé


NOMMAGE

Avion PersonnePilote

Passager


NOMMAGE

Personne VoitureConduire

Démarrer

Laver

Arrêter


MULTIPLICITE

1

0..1

M..N

*

0..*

1..*

Un et un seul

Zéro ou un

De M à N (entiers)


D'un à plusieurs



MULTIPLICITE

Personne SociétéEmployeur

Employé 1

0..*


MULTIPLICITE

A B1 11 vers 1

1 N1 vers N

* *N vers N


PLACEMENT DES ATTRIBUTS

Diplôme

TravailEtudiant

Chambre

Réalise >

Note

Numéro

Mention

0..* 0..*

1

1

0..*

1


CONTRAINTES

Personne Compte

{Ordonnée}

0..*1


CONTRAINTES

Classe Personne

{Sous-ensemble}

*

*

Délégués

Parents d'élèves


CONTRAINTES


{Ou-exclusif}

*

*

Etudiants

Enseignants


CONTRAINTES

Personne2

*

Parents

Enfants


CLASSES-ASSOCIATIONS

A B

C

D

attributsopérations()


ASSOCIATION ATTRIBUEE

Etudiant Travail

Note

Pas de nom


RESTRICTION (QUALIFICATION)

A BClé



: B

: B : B: B: B

: B: B

: B : B

: A

: B : B: B

Avec cléSans clé



Echiquier CaseLigneColonne 1


AGREGATION

A BAgrégation


COMPOSITION

Agrégat Composant

0..1*


COMPOSITION

Voiture

Moteur


COMPOSITION

Voiture Moteur

Cylindre Carburateur...


NAVIGATION

A B

A B

Dans les deux sens

Dans un seul sens


EXPRESSIONS DE NAVIGATION

cible ::= ensemble '.' sélecteur

AE-36

cible ::= ensemble '.' '~' sélecteur

cible ::= ensemble '[' expression_booléenne ']'

cible ::= ensemble '.' sélecteur '[' valeur_de_clé ']'

PSEUDO-LANGAGE

UML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

GENERALISATION

AE-37

Animal

Chat Chien Raton laveur

Généralisation Spécialisation

COHERENCE

Super-classe

Sous-classeUML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

GENERALISATION

AE-38

CLASSES, PAQUETAGES, CAS D'UTILISATION

EST UN => GENERALISATION

A => COMPOSITION

GENERALISATION => HERITAGE

COUPLAGE FORT ENTRE CLASSES


GENERALISATION

AE-39

Véhicule

Tapis volant

AérienTerrestre

TapisMULTIPLE

Fusion de plusieurs classesen une seule classe Sous-classe

Super-classe

Super-classe


GENERALISATION

AE-40

Véhicule

A voile TerrestreA moteur Marin

Motorisation Milieu

DISCRIMINANTDISCRIMINANT


GENERALISATION

AE-41

Champignon

Bolet de loup

BoletusAgaricus

Pied bleu

{Exclusif}


GENERALISATION

AE-42

Véhicule

A voile TerrestreA moteur Marin

Pétrolette

Motorisation Milieu

{Inclusif}

Mélange desdeux dimensions


GENERALISATION

AE-43

Cours

Maths Français Géographie

{Incomplète}

ComplèteIncomplète


GENERALISATION

AE-44

Cours

Maths Géographie

Vue partielle

...


CLASSE ABSTRAITE

AE-45

Classe Abstraite

Non instanciable

Sert de Type pour manipuler les objets instances d'une (ou plusieurs) de leurs sous-classes

Propriété Abstraite définie pour tous les éléments généralisables

Propriété Abstraite définie aussi pour une opération


METAMODELE

AE-46


InstanceType

Classe

Dichotomie(spécification,réalisation)

Domaine de définition

Opérations

Méthode

Dichotomie(essence, manifestation)

Instance de >

0..* 0..1

0..* 1

Réalise


METAMODELE

AE-47

Type

Type de base Classe Cas d'utilisation


METAMODELE

AE-48

Classe

Classe active Signal Composant Noeud

< Déploie 0..*0..*


METAMODELE

AE-49

Relation

Association Généralisation Dépendance


METAMODELE

AE-50

Association

Rôle

Attribut

multiplicité : Multipliciténavigable : Booléenagrégat : Booléenchangeable : Booléenordonnée : Booléen

Type

1

2..*{ordonnée}

0..1

0..*

0..*

1 Participant Clé de filtrage


METAMODELE

AE-51

Elément généralisable

Stéréotype Paquetage Type

Abstrait : BooléenFeuille : BooléenRacine : Booléen

0..* 0..* {ordonnée}

Super-type Sous-type

Généralisation


METAMODELE

AE-52

Elément0..* 0..*

Cible Source

Dépendance

{La cible et la sourceappartiennent aumême modèle}


METAMODELE

AE-53

Elément0..* 0..*

Cible Source

Dépendance

{La cible et la sourceappartiennent aumême modèle}

Trace

{La cible et la sourcen'appartiennent pasnécessairement aumême modèle}

Stéréotype


LES CAS D'UTILISATION

AF-1 UML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

CAS D'UTILISATION

UN CAS D'UTILISATION EST UNE MANIERESPECIFIQUE D'UTILISER UN SYSTEME.

C'EST L'IMAGE D'UNE FONCTIONNALITE DUSYSTEME, DECLENCHEE EN REPONSE A LA

STIMULATION D'UN ACTEUR EXTERNE.


CAS D'UTILISATION

AF-3

Ensemble des besoins

Utilisateur BUtilisateur A Utilisateur C

PARTITION DE L'ENSEMBLE DES BESOINS


CAS D'UTILISATION

AF-4

SYSTEME

Cas d'utilisation X

Cas d'utilisation Y

Acteur A

Acteur B


CAS D'UTILISATION

AF-5

Conduire

Réparer

Client

Mécanicien

Entretenir

Vendeur VendreUML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

CAS D'UTILISATION

ACTEURS PRINCIPAUX

ACTEURS SECONDAIRES

MATERIEL EXTERNE

AUTRES SYSTEMES


CAS D'UTILISATION

Un SCENARIO est une séquence d'interactions

CAS D'UTILISATION

Famille de scénarios selon un critère fonctionnel

Abstraction du dialogue entre les acteurs et le système

Décrit des interactions potentielles, sans entrer dans les détails de chaque scénario


CAS D'UTILISATION

AF-8

CASD'UTILISATION

SCENARIO1

SCENARIO3

SCENARIO2

Flot de messages échangés par les objets durant l'interaction particulière qui correspond au scénario


CAS D'UTILISATION

AF-9

Cas d'utilisation

Utilisateur Analyste

Programmeur TesteurArchitecte

Exprime Comprend

Réalise Conçoit

Vérifie


CAS D'UTILISATION

AF-10

Cas d'utilisationUtilisateur

Déclenche

DECLENCHEMENT D'UN CAS D'UTILISATION PAR UN ACTEUR


CAS D'UTILISATION

AF-11

Cas d'utilisation B

<<Utilise>>

LA RELATION D'UTILISATION EST REPRESENTEEAU MOYEN D'UNE RELATION DE GENERALISATION

STEREOTYPEE

Cas d'utilisation A

Le cas SOURCE <<Comprend>> le cas DESTINATION


CAS D'UTILISATION

AF-12

Cas d'utilisation B

<<Etend>>

LA RELATION D'EXTENSION EST REPRESENTEEAU MOYEN D'UNE RELATION DE GENERALISATION

STEREOTYPEE

Cas d'utilisation A

Le cas SOURCE <<Etend>> le cas DESTINATION


CAS D'UTILISATION

AF-13

<<Etend>>Virement par

minitel

Client distant

IdentificationVirement

Client local

<<Utilise>>


AF-14

Le DEBUT du cas d'utilisation

La FIN du cas d'utilisation

L'INTERACTION entre le cas d'utilisation et les acteurs

Les ECHANGES D'INFORMATIONS

La CHRONOLOGIE et l'ORIGINE des informations

Les REPETITIONS de comportement

Les situations OPTIONNELLES

Trouver le bon niveau d'ABSTRACTION


CAS D'UTILISATION

AF-15

CAS D'UTILISATION

Etape 1

Etape 2

Etape 3

Etape n

nominal alternatif

nominal

nominal

nominal

alternatif

alternatif

alternatif


CAS D'UTILISATION

AF-16

Scénario 1

Scénario 2 Scénario 3

Scénario 4CAS D'UTILISATION


AF-17

Un CAS D'UTILISATION est une ABSTRACTION d'un ensemble de comportements FONCTIONNELLEMENT liés

Trop de détails signifie qu'il s'agit d'un SCENARIO plutôt que d'un CAS D'UTILISATION

Trop de CAS D'UTILISATION indique un manque d'ABSTRACTION et/ou que l'essence du système

n'a pas été comprise

Un système moyen comprend 10 à 20 cas d'utilisation

Un cas d'utilisation est un outil d'ANALYSE, il décrit QUOI FAIRE et non pas COMMENT FAIRE (qui est du ressort de

l'outil de conception) UML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

CAS D'UTILISATION

AF-18

<<Réalise>>

Cas d'utilisation Collaboration

Objet ObjetObjet

<<Participe>>

<<Participe>><<Participe>>


AF-19

SCENARIO1

SCENARIO2

Objet A Objet B

Objet CObjet D

Objet EObjet A

Objet D


SCENARIO

SCENARIO

SCENARIO

AF-20

CASD'UTILISATION

COLLABORATION

DIAGRAMME

DIAGRAMME

DIAGRAMMECOLLABORATION

Instanciation

Instanciation

1

2

3

1

2

3


AF-21

Cas d'utilisation Collaboration

m1

m3

m2

m4

m5

m6

Diagramme decollaboration

Diagramme deséquence

FONCTIONNEL OBJETPassage

A B

C D

m1

m3

m2

m4

m5

m6

A B C D


AF-22

Cas 1

Cas 2 Cas 3

<<Utilise>>


AF-23

DECOMPOSITION STRUCTUREE

Système

Fonction

Cas 2 Cas 3 Cas X

Cas 1 Fonction Fonction Fonction Fonction

Fonction Fonction

Fonction Fonction


AF-24

DECOMPOSITION OBJET

B

A

E

C

H

G DF

I

Cas 1

Cas 2

Cas 3


LES DIAGRAMMES D'OBJETS

AG-1 UML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

AG-2


Nom de l'objet : Classe

Nom de l'objet : Classe


AG-3


BoutonOK : IHM :: Contrôles :: BoutonPoussoir

<<Exception>>DivisionParZéro

: Voiture

Couleur = rouge


AG-4

REPRESENTATION DES LIENS

: Voiture

: Roue : Roue : Roue : Roue

: Moteur

Voiture MoteurRoue 4 1 1 1

INSTANCIATION


AG-5


Personne

1

*

Collaborateur

Patron

Martin : Personne

Dupont : Personne

Patron

Durant : Personne

Patron

INSTANCIATION

INSTANCIATION

AssociationRéflexive


AG-6


Professeur

INSTANCIATION

AssociationTernaire

Salle Etudiant1

1 *

: Professeur

: Salle : Etudiant


AG-7

OBJETS COMPOSITES

UnComposite

: Partie : Partie : Partie


AG-8

OBJETS COMPOSITES

Fenêtre

INSTANCIATION

Zone de dessin

Ascenseur

12

11

: Fenêtre

: Zone de dessin

: Ascenseur: Ascenseur


AG-9

: Bus

Décoration desdiagrammes d'objets

: Destination

: Personne

: PersonnePassagers

Conducteur

Caractéristiques identiques à celles des diagrammes de classes, sauf la

multiplicité qui s'exprime par les liens

liens

rôles

agrégation

navigation


AG-10

Alain

Valeurs des clés de restriction

Mère Père

Mère Père

Florence

Mère Père

Anne Jean

Sylvie


AG-11

PersonnePrénom

Mère/Père

Parent

Enfant

1

0..1

Restrictiondes associations(Qualification)


LES DIAGRAMMES

DE COLLABORATION

AH-1 UML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

AH-2

GROUPE D'OBJETS ET DE LIENS

INTERACTIONS ENTRE LES OBJETS

STRUCTURE SPATIALE STATIQUE



AH-3

REPRESENTATION DES INTERACTIONS

CONTEXTE de l'interaction

= ARGUMENTS,

VARIABLES LOCALES créées pendant l'interaction,

LIENS entre les objets qui participent à l'interaction


AH-4


: Cabine : Porte

Ouvrir

message

lien

orientation


AH-5


: Cabine : Porte3 : Fermer

Numérotation des messages pour indiquer

l'ordre des envois

: Ascenseur

: Lumière

1 : Monter

2 : Allumer


AH-6


ADestruction

B

Copie de B

{local}

Les diagrammes de collaboration montrent simultanément les interactions entre les objets et les relations structurelles

qui permettent ces interactions


AH-7


A B

C

{nouveau}

D

{transitoire}{détruit}

contrainte sur un lien

créé puis détruitdans la même interaction

contrainte sur un objet


AH-8


Instituteur Elève

* indique l'itération (famille de liens)

1 *

: Instituteur : Elève

* [tous] : Debout

INSTANCIATION


AH-9

REPRESENTATION DE L'UTILISATEUR

: Ascenseur

: Cabine

2 : Ajouter destination RDCacteur

: Personne

1 : Venir me chercher au RDC


AH-10

REPRESENTATION DES OBJETS ACTIFS

: Traitement de texte

: Scanner

1 : Lire

l'objet actif possèdele flot de contrôle

Thread

: Imprimante

2 : EcrireUn objet actif peut activer un

objet passif pour le temps d'une opération


AH-11

REPRESENTATION DES MESSAGES

Le lien est le support (canal) de transmission pour le(s) message(s)

: Objet

Message

Lien

ACTIONdéclenchée

ACTIONdéclenchée


AH-12


Gérer

: Compte: Gestionnaire

Ouvrir Fermer Alerter

Action

Action

Action

(lien)

(message) (message) (message)UML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

AH-13


Gérer

: Compte: Gestionnaire

ActionAction

(lien)

Ouvrir(message)

RECEPTEUREMETTEUR


AH-14

SYNCHRONISATIONSEQUENCERESULTAT

NOMARGUMENTS


MESSAGE

synchronisation séquence '.' résultat ':=' nom arguments


AH-15


synchronisation ::= rang {',' synchronisation} '/'

rang ::= [entier | nom de flot d'exécution] {'.' rang}

A.1, B.3 / Message

A B

identifie le rang de l'envoi de message

au sein de l'emboitement

identifie un flot d'exécution parallèle

au sein de l'emboitement


AH-16


séquence ::= rang [récurrence]

récurrence ::= '*' '[' clause d'itération ']' blocou

récurrence ::= '[' clause de condition ']' bloc

* [i:=1..n] : Message

A B

[X>Y] : Message

A B

* | |

permet despécifier

la diffusionde messages


AH-17


résultat

p := Question

A B

Liste de valeurs retournées par le message


AH-18


nom

Opération_Calcul ()

B

Nom du messageCorrespond souvent à une opération définie

dans la classe de l'objet destinataire du message

Opération_Calcul ()

A

Opération_Editer ()...w := Opération_Calcul ()


AH-19


arguments

Opération_Calcul (arg1, arg2)

B

Liste des paramètres du messageLe nom + les arguments identifient de manière unique

l'action à déclencher dans l'objet destinataire

Opération_Calcul (X, Y)

A

Opération_Editer ()...w := Opération_Calcul (arg1, arg2)


AH-20


arguments

Argument

autre représentation graphique

A B

Argument

Message


AH-21


4 : Afficher (x, y) -- message simple

3.3.1 : Afficher (x, y) -- message imbriqué

4.2 : âge := Soustraire (Aujourd'hui, DateDeNaissance) -- message imbriqué avec valeur retournée

[Age >= 18 ans] 6.2 : Voter () -- message conditionnel

4.a, b.6 / c.1 : Allumer (Lampe) -- synchronisation avec d'autres flots d'exécution

1 * : Laver () -- itération

3.a, 3.b / 4 * | | [i := 1..n] : Eteindre () -- itération parallèle


AH-22

METAMODELE DE LA COLLABORATION

Collaboration


Modèle : Booléen

ComportementType Opération

Type Relation Contrainte Note Instance

0..1

*

0..1

*

*

0..1{Ou}

ReprésenteReprésente

*

*

*

*

*

*

*

*

*

*


AH-23

METAMODELE DE L'INTERACTION

Comportement0..1

Collaboration

Interaction

Relation

Instance

Message

Lien

Rôle

Association

0..*

0..1

0..*

1

0..*

0..10..*

1

2..*0..*

1

0..* 1

Participant


LES DIAGRAMMES

DE SEQUENCE

AI-1 UML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

AI-2


Nom : Classe

Ligne de vie des objets

Nom objet


AI-3


Un objet 1 Un objet 2 Un objet 3

Message 1

Message 2


AI-4


Appelant Lignetéléphonique

Appelé

Décroche

Sonnerie

Tonalité

Numérotation

Indication desonnerie

Décroche

Allô


AI-5


A

L'émetteur est bloqué

B

Message synchrone

Message asynchrone

L'émetteur n'est pas bloqué


AI-6


A

Représentation d'un délai de propagation

B

Message


AI-7


A

Représentation d'un objet qui s'envoie un message

Messageréflexif


AI-8


Objet composite

Représentation d'un point d'entrée dans une activité de plus bas niveau

Pointd'entrée

Composant a

Composant b


AI-9


A

Représentation de la création et de la destruction d'un objet

BCréer

XDétruire

C

X

Message

message causant la destruction

l'objet sedétruitlui-même


AI-10


A

Représentation de la période d'activité d'un objet

Activation

Temps pendant lequel un objet effectue une action, soit directement, soit par l'intermédiaire d'un autre objet sous-traitant


AI-11


A

Représentation d'un objet qui active un autre objet

B

L'objet A est bloqué jusqu'à ce que l'objet B lui redonne le contrôle

Le flot d'exécutionest passé àl'objet B

Le flot d'exécutionest rendu àl'objet A


AI-12


A

Dans le cas des envois synchrones, le retour est implicite en fin d'activité et ne nécessite pas de représentation particulière

B

Le retour est implicite


AI-13


A

Dans le cas des envois asynchrones, le retour est explicite en fin d'activité et nécessite une représentation particulière

B

Le retour est explicite

La fin de l'activationn'est pas la fin de vie

L'objet A n'est pas bloqué pendant que l'objet B a le contrôle


AI-14


A

Envois asynchrones

B

Le retour est explicite

Le retour est effectué avant la destruction de l'objet par lui-même (suicide)


AI-15


A

Représentation de la récursion

L'objet apparaît comme s'il était actif plusieurs fois

Récursion

Il n'y a qu'une seule ligne de vie


AI-16

STRUCTURES DE CONTROLE

A

Contrôle centralisé

B C D


AI-17


A

Contrôle décentralisé

B C D


AI-18


Représentation de contraintes construites à partir de transitions

A B C

x

y

z

t

t'

{y-x < 3s}

{z-y < 1s}

{t-t' < 2s}

Message

Message

Message

Message


AI-19


Représentation d'une boucle avec du pseudo-code

A B

while Xloop

Message

end loop

pseudo-code


AI-20


Représentation d'une boucle avec condition devant message

A B

*[X] Message

condition


AI-21


Représentation de branchements à partir de pseudo-code

A B C

if X

else

end if

Message

Message

pseudo-code


AI-22


Représentation de branchements à partir de conditions

A B C

[X] Message

[non X] Message

conditions exclusives


AI-23


Représentation de branchements conditionnelsavec alternatives du côté du destinataire du message

A B

Message

conditions[X]

[Y]

dédoublement de la ligne de vie


LES DIAGRAMMES

D'ETATS-TRANSITIONS

AJ-1 UML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

AUTOMATE

Classe Automate

AJ-2

10..1

Un automate est une abstraction des comportements possibles


AUTOMATE

AJ-3

Feu tricolore

Rouge

Orange

Vert

Vert Orange Rouge


ETATS

AJ-4

Etat 1 Etat 2

Rectangle arrondi Nom

Un objet est toujours dans un état donné pour un certain temps

Un objet ne peut pas être dans un état inconnu ou non défini

Etat =

valeurs prises par les attributs de l'objet +

présence ou non de liens avec d'autres objetsUML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

ETATS

Société Personne

AJ-5

0..1 1..*

Les personnes travaillent pour des sociétés

Age


ETATS

AJ-6

En activité

A la retraite

Au chômage

Age de la personne

Présence d'un lien avec une société


ETATS

: Société Dupont

AJ-7

Age : 40 ans

Durand

Age : 30 ans

Leblanc

Age : 75 ans


ETATS

: Société Dupont

AJ-8

Age : 40 ans

Durand

Age : 30 ans

Leblanc

Age : 75 ans

Au chômage

En activité

A la retraite


ETATS

AJ-9

Etat intermédiaire

Etat initial Etat final

un seul zérounplusieurs


TRANSITIONS

AJ-10

A B

état de départ état d'arrivée

TRANSITION(connexion unidirectionnelle)

EVENEMENT

- Instantané -

déclenchée par un


TRANSITIONS

AJ-11

Lecture

Non lecture

Transition d'un état vers lui-même /

pas un séparateur

séparateur

Exemple d'un analyseur lexical


EVENEMENTS

AJ-12

A B


TRANSITION

Evénement

Un événement déclenche la transition qui lui est associée


EVENEMENTS

AJ-13

Nom_Evénement (Nom_De_Paramètre : Type, …)

nom de l'événement

liste des paramètres

objet expéditeur

objet destinataire

description de l'événement


EVENEMENTS

AJ-14

En activité

A la retraite

Au chômage

Plus de 60 ans

Plus de 60 ans

EmbauchePerte d'emploi

AUTOMATE


EVENEMENTS

Objet 1

AJ-15

Un événement

Une question

La réponse

Objet 2

Objet 1 Objet 2

Asynchrone et unidirectionnel

Représentation d'un événement synchrone ou bidirectionnel au moyen de deux événements asynchrones, de direction opposée


EVENEMENTS

AJ-16

Etat 1

Attente réponse

Etat 2

Réponse reçue

Question posée

Etats de l'OBJET 1


GARDES

AJ-17

A B


Evénement [Condition]

La garde est une condition booléenne qui valide ou non le déclenchement d'une transition lors de l'occurrence d'un événement dans un automate d'états finis, même lorsque plusieurs transitions

peuvent être déclenchées par le même événement

garde


GARDES

AJ-18

Climatiser Aérer

Il fait trop chaud [été]

A

Il fait trop chaud [hiver]

gardes


OPERATIONS, ACTIONS, ACTIVITES

AJ-19

A B


Evénement / Action

Action est une opération déclarée dans la classe de l'objet destinataire de l'événement

- L'action est instantanée -(c'est-à-dire dont le temps d'exécution est négligeable

par rapport à la dynamique du système)

Transition



AJ-20

Etat A

entry :

on UnEvénement :

exit :

Les états peuvent contenir des actions

Action exécutéeà l'entrée dans l'état

Action exécutéeà la sortie de l'état

Action exécutéelorsque survient

un événement



AJ-21

Etat A

entry : Action d'entrée

on E1 : Action

exit : Action de sortie

Un événement interne n'entraîne pas l'exécutiondes actions d'entrée et de sortie



AJ-22

Etat B

entry : Action d'entrée

exit : Action de sortie

Une transition réflexive entraîne l'exécutiondes actions d'entrée et de sortie

E1 / Action



AJ-23

Etat A

do : Une opération

Une opération qui dure est une ACTIVITE

Elle est exécutée pendant que l'objet est dans un état donné



AJ-24

Etat A

do : Activité séquentielle

Etat B

Etat A

do : Activité séquentielle

Etat B

Etat C

[ X ]

[ not X ]

Transitions automatiques(à la fin d'une activité, et sans événement déclencheur)



AJ-25

Etat A

Attribut 1Attribut 2

Les variables d'état sont exprimées sous la forme d'attributsElles appartiennent à la classe associée à l'automate

Elles peuvent être représentées dans les diagrammes d'états-transitions si elles sont utilisées par les actions ou les activités



AJ-26

Un Etat

entry : Op2do : Op3exit : Op4on UnEvénement : Op5

/ Op1

/ Op6

action associée à la transition d'entrée

action d'entrée de l'état

activité dans l'état

action de sortie de l'état

action associée aux événements internes

action associée à la transition de sortie de l'état


GENERALISATION D'ETATS

AJ-27

B

C

AE1

E2 E2

Automate dans lequel la transition E2 peut être factorisée



AJ-28

B

C

AE1

E2

Décomposition disjonctive (de type ou-exclusif)

Super-étatSous-état



AJ-29

BA

Transition d'entrée portant directement sur un sous-état

A B1

B2

B



AJ-30

Transition d'entrée portant sur le super-étatavec un état initial spécifié dans le super-état

A

B1

B2

BEtat initial

La limitation des liens entre niveaux hiérarchiques améliore

le niveau d'abstraction de l'automate



AJ-31

B

CA

Les souches réduisent la charge d'information,tout en matérialisant la présence des sous-états

Souche


AGREGATION D'ETATS

AJ-32

S

AY

L'état S appartient au produit cartésien des états T et U

X

Z

B

E1

E2

E3

T U

E1 E4 [in Z]


AGREGATION D'ETATS

AJ-33

Z, B

Y, B

Z, A

Automate à plat (ou développé) équivalent à l'agrégation

X, A X, B

E1

E4

E3 E3

E1 E1


HISTORIQUE D'ETAT

AJ-34

Mémorisation du dernier sous-état actif

A

D1

D2

C

Indique la mémorisationdu dernier sous-état actif

YX

In

Out

H


HISTORIQUE DES ETATS

AJ-35

B

D1

D2

C

Indique la mémorisation du dernier sous-état actif quelle que soit la profondeurd'emboîtement des sous-états

H*

A


HISTORIQUE D'ETAT

AJ-36

Le contrôle est transmis au sous-état mémorisé (dernier sous-état actif) lorsqu'une transition arrive sur l'état H

Attente

Rinçage

LavagePorte

ouverte

H

SéchagePorte fermée


COMMUNICATION ENTRE OBJETS

AJ-37

Syntaxe complète d'une transition

Evénement (Arguments) [Condition]

/ Action

^Cible.Evénement (Arguments){

Classe des objets destinataires de l'événement

Syntaxe d'un envoi d'événement vers une classeUML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

COMMUNICATION ENTRE OBJETS

AJ-38

ArrêtAttente

Attente

Téléviseur

Basculé

Basculé

Télécommande

Bouton_enfoncé^Téléviseur.Basculé


CREATION, DESTRUCTION DES OBJETS

AJ-39

En vol

Envoi d'un événement de création à la classe de l'objet

Au sol

Crash

Décoller Atterrir

Créer (immatriculation)

Destruction de l'objet lorsque le flot de contrôle atteint un

état final non emboîté


TRANSITIONS TEMPORISEES

AJ-40

A

Attente argent

/ Ouvrir trappe

B

Annulation transaction

do : Attendre 3 mnentry : Afficher messageexit : Fermer trappe

Dépôt effectuéReprésentation d'une temporisation par combinaison d'une activité d'attente et

d'une transition automatique


TRANSITIONS TEMPORISEES

AJ-41

A

Attente argent

/ Ouvrir trappe

B

Annulation transaction

entry : Afficher messageexit : Fermer trappe

Dépôt effectué Représentation d'une temporisation par une transition temporisée

Tempo (3 mn)

Temporisation (durée_de_temporisation)


METAMODELE

AJ-42

Automate

1

0..1

Sommet Transition

1* *

Source

Cible

1..*

1..*

*

*

Pseudo état Etat{initial, final, histoire}

*

Un automate est un graphe composé d'états et de transitions


METAMODELE

AJ-43

Transition

1

Représentation desdifférentes sortesd'événements

Evénement

SignalEvt Appel Temporel

Signal Opération Expression

ActionEffet

0..11

0..1Déclencheur

* **0..1 0..1 0..1


LES DIAGRAMMES

D'ACTIVITES

AK-1 UML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

REPRESENTATION DES ACTIVITES

AK-2

E1

Simplification graphiquepar représentation directe

des activités

E2

Activité finie

do : ActivitéActivité



AK-3

Lorsqu'une activité se termine, la transition estdéclenchée et l'activité suivante démarre.

Les activités ne possèdent ni transitions internes, ni transitions déclenchées par des événements.

Représentation d'une transition automatique

Activité

Activité



AK-4

Les transitions entre activités peuvent être gardéespar des conditions bouléennes mutuellement exclusives.

Représentation d'une transition avec gardes

Mesurer latempérature

Refroidir


Chauffer

[trop froid] [trop chaud]


AK-5

Un stéréotype optionnel permet de représenter les conditions.La condition est représentée par un losange avec des branches.

Représentation d'une décision avec un stéréotype


Refroidir


Chauffer

[trop froid] [trop chaud]


AK-6

Une barre de synchronisation permet d'ouvrir et de fermer des branches parallèles au sein d'un flot d'exécution

d'une méthode ou d'un cas d'utilisation

Synchronisation de flots de contrôle parallèles

Refroidir

Aérer


Arrêter lechauffage


AK-7

Une barre de synchronisation ne peut être franchie que lorsque toutesles transitions en entrée sur la barre ont été déclenchées.

Fusion de flots de contrôle parallèles regroupés sur une barre de synchronisation


Aérer


Arrêter lechauffage


AK-8

Partition d'un diagramme d'activités en couloirs d'activitésUML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

Enseigner

Apprendre

Contrôler lesconnaissances Composer

Evaluer

ENSEIGNANT ETUDIANT JURY


AK-9

Visualisation directe des objets responsables des différentes activitésUML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

Se renseigner Faire un devis

Facturer Livrer

ExpéditionVendeurClient

Commande[payée]

Bon livraison

Commander

Payer

Commande[passée]


AK-10

Représentation mixte incluant des états et des activités


Fermer lafenêtre

Ouvrir lafenêtre

Aérer

Donner-Consigne-thermostat

Consigne atteinte


AK-11

Stéréotypes représentant l'envoi et la réception de signauxUML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

Fermer la fenêtre

Ouvrir la fenêtre

Aérer Thermostat

Donner une consigne

Consigneatteinte

LES DIAGRAMMES

DE COMPOSANTS

AL-1 UML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

LES MODULES

AL-2

Représentation des différentes sortes de modulesUML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

SPECIFICATION CORPS GENERIQUE

LES MODULES

AL-3

Représentations compactes des spécifications et des corpsUML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

LES MODULES


En C++

En ADAouen JAVA

Une spécification correspond à un fichier avec un suffixe .h

Un corps correspond à un fichier avec un suffixe .cpp

La notion de module existe directement dans le langage sous l'appelation de paquetageou de composant

DEPENDANCES ENTRE COMPOSANTS

AL-5

La relation de dépendance permet de relier les composantsUML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

Un composant se réfèreaux services offerts par

un autre composant

Utilisateur Fournisseur

DEPENDANCES ENTRE COMPOSANTS

AL-6

Utilisation de stéréotypes pour indiquer les choix de réalisationUML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

Liste A Liste

<<Instanciation>>

Construction d'un composant'Liste A' à partir d'un composant

générique 'Liste'

PROCESSUS - TACHES


SPECIFICATION CORPS

Les tâches correspondent à des composants qui possèdent leur propre flot de contrôle (thread)

Représentations graphiques des spécifications et corps de tâches

PROGRAMMES PRINCIPAUX


En C++, le programme principal correspond à une fonction libre appelée main, qui est stockée dans un fichier .cpp

Représentation graphique des programmes principaux

Point d'entrée

SOUS-PROGRAMMES


Les sous-programmes ne contiennent jamais de classes.Ils regroupent les procédures et les fonctions qui

n'appartiennent pas à des classes.

Spécifications et réalisations des sous-programmes

SPECIFICATION CORPS

SOUS-SYSTEMES


Représentation graphique des sous-systèmes à partir d'un paquetage et d'un stéréotype

<<Sous-système>>

SOUS-SYSTEMES


Les sous-systèmes sont les briques pour la construction des systèmesLes sous-systèmes peuvent être emboîtés les uns dans les autres

<<Sous-système>>

A

B C

SOUS-SYSTEMES


Les objets interagissent pour réaliser les comportementsdécrits fonctionnellement dans les cas d'utilisation

Cas d'utilisation Interaction

ObjetCatégorie Classe

<<réalisation>>*

*

*1*1

SOUS-SYSTEMES


Correspondance entre la vue logique et la vue physique

Sous-système

Module

Catégorie

Classe

1

**

1

1 1..*

* 1

Vue logique Vue physique

INTEGRATION


Réalisation d'un sous-système à partir d'une structure de répertoires et de fichiers

Sous-système

Interfaces Sources Tests Docs

LES DIAGRAMMES

DE DEPLOIEMENT

AM-1 UML (Unified Modeling Language) Copyright - MANTOLA CONSULTANTS LTD - 1998

NOEUD


Chaque ressource matérielle est représentée par un cubeévoquant la présence physique de l'équipement dans le système

Représentation graphique des noeuds

Noeud

NOEUD


La nature de l'équipement peut être précisée avec un stéréotype

Exemples de stéréotypes de noeud

PCModem Disque

<<Dispositif>> <<Processeur>> <<Mémoire>>

NOEUD


Représentation graphique des connexions entre noeuds

PC Serveur

Support de communication

NOEUD


Classes dans un diagramme de déploiement

TX

Imprimante

Serveur

PortePC

Serveur XSGBD

<<Dispositif>>

Pilote Maître

<<TCP/IP>>

<<RNIS>>

3 1

1

1

*

1 1..10

1

*

Console

NOEUD


Programme principal

Processus

Noeud

*

1

Nom1 Nom

*

Le nom des processus et des programmes principaux permet de faire le lien entre les diagrammes de déploiement et de composants

NOEUD


Objets dans un diagramme de déploiement

Porte 6

Porte 9

PC4

Porte 8Porte 7

MANTOLA CONSULTANTS LTD, 1998 Ce fichier est mis GRATUITEMENT à votre disposition. Vous pouvez...

Documents

Transcript of MANTOLA CONSULTANTS LTD, 1998 Ce fichier est mis GRATUITEMENT à votre disposition. Vous pouvez...