Fichier de rejeu Close
Indication Close
A propos de... Close
Commentaire Close
Systèmes d'Information
- Notions mathématiques
- Calcul relationnel
- Algèbre relationnelle
- Langage de requêtes
- Arbre de requêtes
- Exercices
- Introduction
- Commandes de bases
- Langage de définition de données (LDD)
- Langage de manipulation de données (LMD)
- Types de données
- Exercice
- Dépendances fonctionnelles
- Décomposition de relations
- Inférence logique
- Normalisation
- Aux pays des bières
- Modélisation
- Exercices
© Your Copyright
Aide
Application
Nous présentons ici la définition d’une application entre deux ensembles sous forme de :
- définition mathématique
- cardinalité d’une relation applicative
- diagramme sagittal
- modèle Entité-Association
- modélisation UML
puis nous illustrons cette notion mathématique sur un exemple simple d’un ensemble d’employés et de sociétés.
Une relation binaire fonctionnelle \(R\) est une application si et seulement si :
- \(\forall x \in E \; , \; \exists ! y \in F : (x,y) \in R\)
Autrement dit, une relation applicative \(f\) d’un ensemble \(E\) vers un ensemble \(F\) notée :
\[f : E \rightarrow F\]\[ x \mapsto f(x)\]est une relation fonctionnelle de \(E\) vers \(F\) pour laquelle :
- à chaque élément de l’ensemble \(E\) (\(\forall x \in E\)) est associé un unique élément (\(y=f(x)\)) de \(F\)
On dit aussi que l’image réciproque de \(F\) se confond avec son ensemble de départ \(E\), c’est-à-dire si \(R^{-1}(F)=E\).
- \((1-1)\) : chaque élément de \(E\) est en relation avec un et un seul élément de \(F\).
- \((0-n)\) : les éléments de \(F\) peuvent être (ou pas) en relation avec un ou plusieurs éléments de \(E\).
Le diagramme sagittal ci-dessous représente un exemple de relation applicative.
Les cardinalités de l’application sont representées sous les ensembles \(E,F\).
La répresentation d’une application dans un modèle Entité-Assocation se représente avec le formalisme ci-dessous :
On remarquera que dans le formalisme E-A les notations sont très similaires :
- le positionnement des cardinalités est du même côté (des entités au lieu des ensembles)
- la notation des cardinalités (\(1,1\) et \(0,n\)) correspond aux notations (\(1-1\) et \(0-n\))
La répresentation d’une application dans un modèle UML se représente avec le formalisme ci-dessous :
On remarquera que dans le formalisme UML les notations sont différentes :
le positionnement des cardinalités est inversé par rapport au diagramme sagittal et au modèle E-A.
la notation UML (\(1\)) correspond à la notation (\(1-1\)) :
- chaque (\(1-\)) élément de \(E\) est en relation avec un et un seul (\(-1\)) élément de \(F\).
la notation UML (\(0..*\)) correspond à la notation (\(0-n\)) :
- un élément de \(F\) peut, ou pas (\(0..\)), être en relation avec un ou plusieurs (\(..*\)) éléments de \(E\).
En UML la notation (\(*\)) est une autre représentation possible de la cardinalité (\(0..*\))
On veut modéliser un système d’information qui permettrait de gérer des employés dans des sociétés.
Dans cette application on veut exprimer les contraintes suivantes sur les employés et les sociétés :
- chaque employé travaille dans une seule société.
- une société peut avoir un, plusieurs ou aucun employés
- \((1-1)\) : chaque
Employétravaille dans une seuleSociété. - \((0-n)\) : les
Sociétépeuvent avoir un, plusieurs ou aucunEmployé.
Les contraintes de la relation Employé-Société sont celles d’une relation applicative que l’on peut illustrer avec l’exemple de
diagramme sagittal ci-dessous :
La répresentation de l’application Employé-Société dans le formalisme Entité-Assocation :
La répresentation de l’application Employé-Société dans le formalisme UML :
