Cardinalité

Diagramme de classes (2) Les classes (2) Tarak Chaari (ISECS) UML 47 Diagramme de classes (3) Associations entre les classes (généralités) Tarak Chaari (ISECS) UML 48 Diagramme de classes (4) Associations entre les classes (cardinalités) n : exactement n instances de la classe (n entier >= 0) 0..1 : zéro ou une instance m..n : de m à n instances * : zéro à plusieurs instances 1..* : un à plusieurs instances (maximum non fixé) Tarak Chaari (ISECS) UML 49 Diagramme

retrouver la liste des personnes l'ayant vu Client achète Voiture L’association peut être parcourue dans les deux sens 72 Multiplicités de l’association • La cardinalité d’un ensemble est le nombre d’éléments de cet ensemble • La multiplicité est la spécification des valeurs de cardinalité admissibles pour un ensemble • La multiplicité est associée à une extrémité de l’association et indique combien d’instances de la classe considérée peuvent être liées à

(dictionnaire brut) 2. Epuration du dictionnaire 3. Dictionnaire épuré 4. Agrégation des propriétés en objets 5. Mise en évidence des associations types porteuses de données 6. Mise en évidence des associations types non porteuses de données 7. Les cardinalités 8. Le modèle conceptuel de données (MCD) 9. Mise en évidence de 3ieme forme normale et des CIF 10. Le modèle conceptuel de traitement (MCT) 11.Le modèle logique de données (MLD) Projet : … Année universitaire : … Chapitre : … Page : 7 /24

un ticket enregistrer un produit enregistrer une quantité gérer un paiement retourner un article payer un achat www.developpez.c.la Nous pouvons aussi en complément tracer un diagramme de classe des acteurs du système pour préciser les cardinalités des différents acteurs du système. Nous utiliserons alors un diagramme de classes de UML. Ce diagramme s'appelle un diagramme de contexte statique. Diagramme de contexte statique (capture initiale des besoins) Client (from Use Case View) Caissier

employees->select (title = "Manager" and self.reports->size > 10) • collection (collection) : regroupement d’objets (terme générique qui ne précise pas la nature du regroupement) • cardinalité (cardinality) : nombre d’éléments dans une collection • multiplicité (multiplicity) : spécification d’échelle qui précise les cardinalités autorisées • type primitif (primitive type) : type prédéfini (booléen, expression, liste, chaîne, point, nom, multiplicité, temps, non interprété). • contrainte (constraint) :

Karp Applications Le problème du flot maximum Le problème de coupalge maximum On considère un graphe non orienté biparti G = (V1 ∪ V2 , A). Un couplage est un ensemble M d’arcs sans extrémités communes. |M| est cardinalité du couplage Comment déterminer un couplage de cardinalité maximum ? Introduction à l’optimisation discrète Le problème du flot maximum Formulation et propriétés Algorithme de Ford et Fulkerson Algorithme d’Edmonds et Karp Applications Affectation de tâches Soient

soit l'élément à droite. Page 14 de 21 ? Indique un élément optionnel et qui ne peut pas être répété. Autrement dit, il a une cardinalité de 0 ou 1. * Indique un élément qui est optionnel mais qui peut être répété. Autrement dit, il a une cardinalité de 0 ou plusieurs, sans limite. + Indique un élément obligatoire et qui peut être répété. Il a donc une cardinalité de 1 ou plusieurs, sans limite. Un élément peut également contenir du texte. Dans un tel cas, son modèle de contenu doit nécessairement

. . 4.4 Description d’une classe . . . . . . . . . 4.4.1 Les attributs . . . . . . . . . . . . 4.4.2 Les opérations . . . . . . . . . . 4.5 Les interfaces . . . . . . . . . . . . . . . 4.6 Les associations . . . . . . . . . . . . . . 4.6.1 Les cardinalités (ou multiplicités) 4.6.2 Attributs et classes d’association . 4.6.3 Qualificatifs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

donc la satisfaction et la fonction d’utilité sont nécessaires. (Au début du 19ème, une nouvelle mesure est apparue : l’utile. Ca n’a pas bien marché.) La difficulté quand on évalue, c’est de donner un sens à la comparaison. La notion de cardinalité est très importante : soit on raisonne de manière cardinale – on a un instrument de mesure – mais ce n’est pas possible en économie → on fait de l’ordinal, c’est-à-dire qu’on classe. L’univers dans lequel on raisonne, c’est celui de l’utilité ordinale

un inventaire de toutes les informations à mémoriser. Puis, vous structurez ce dictionnaire en regroupant les informations qui correspondent aux mêmes entités. Enfin, vous dessinez le MCD en faisant apparaître les entités, les associations et les cardinalités. 3 Modèle logique des données Donnez le MLD correspondant au MCD. 4 Modèle physique des données Pour cette partie, vous ne vous occuperez que de la partie de la base de données qui décrit les restaurants et les plats qu’ils proposent