Database Reference
In-Depth Information
Tableau 1-9 : Données et traitements
Données
prépondérantes
●
Tout.passager.d'un.vol.commercial.dispose.d'un.siège.numéroté.
●
Un.client.cumule.des.miles.à.chaque.voyage.
Données et un peu de
traitement
●
Un.passager.peut.embarquer.avec.un.bagage.pas.trop.volumineux.ni.trop.lourd.
●
Un.passager.peut.disposer.ses.affaires.dans.un.coffre.à.bagages.
Traitements
prépondérants
●
Le.solde.du.compte.du.client.ne.doit.pas.être.négatif.pour.pouvoir.commander.un.billet.
●
Le.montant.du.billet.est.débité.sur.le.compte.du.client.dès.la.commande.
Les données sont prépondérantes, car les attributs
num_siege
,
nom_client
et
nombre_
miles
apparaissent assez facilement.
Un peu de traitement est mélangé avec des données lorsqu'il faut approfondir certaines ques-
tions telles que « Doit-on stocker le volume ou le poids du bagage à main des passagers ? »,
« Doit-on connaître la contenance ou la charge limite d'un coffre à bagages utilisé lors du
voyage ? ». Peut-être des attributs tels que
masse_bagage_main
,
masse_max
et
volume_
max
devront être pris en compte.
Les traitements sont prépondérants lorsqu'il s'agit de processus dépendants de la valeur de
certains attributs déjà existants ou mettant à jour de tels attributs.
Les concepts inutiles de UML
Concernant les bases de données, tout n'est pas bon à prendre dans la notation UML. Ainsi,
les concepts suivants sont inutiles :
association navigable : les instances d'une classe ne doivent pas connaître les instances
d'une autre classe reliée par une association. Concept analogue au «
private
» des
langages objet, il ne peut être implémenté que par programmation. Dans l'exemple
suivant, l'association
prefere
vise à interdire que tout candidat puisse connaître ses
électeurs ;
●
●
association dérivée : déductible de plusieurs autres associations. Préixée par le symbole
/
,
l'association
sympathisant
peut être déduite (quoique…), de la présence des associations
prefere
et
appartenance
;
●
association qualiiée : permet de restreindre les objets référencés dans une association
grâce à une clé. L'exemple suivant est extrait de l'article
Applying UML and Patterns: UML
Class Diagrams
de C. Larman (disponible sur http://www.informit.com). Le qualiicateur
itemID
enrichit l'identiiant de la classe
Product Catalog
. Ainsi, à tout couple (
numéro
de produit, itemID
) est associé une seule description.
●