Différences entre versions de « Relation Diagrammes - éléments »
(Page créée avec « right|thumb|Liaison entre diagrams et model elementsOn ne le répètera jamais assez '''un diagramme n'est pas un modèle c'est une vue ... ») |
m (1 révision importée) |
| (Une version intermédiaire par un autre utilisateur non affichée) | |
(Aucune différence)
| |
Version actuelle datée du 6 mai 2016 à 12:58
On ne le répètera jamais assez un diagramme n'est pas un modèle c'est une vue sur le modèle. Le modèle est un ensemble d'éléments de modélisation et de liens entre ces éléments.
En termes de base de données il y adonc une relation many to many entre la table diagrams et la table objects, et c'est bien ce que nous observons avec la table ... L'approche base de données nous permet donc d'étudier d'une part l'ensemble des éléments de modélisation et d'autre part les objets qui sont présentés sur un diagramme.
Je vois deux utilisations intéressante de ces données :
Identifier les modules communs[modifier | modifier le wikicode]
Si l'on adopte une méthode de conception où par exemple chaque module de code correspond à une activité dans un diagramme d'activité, on peut détecter facilement si un bug impacte deux projets car ils utilisent me même module de code.
Analyser des processus[modifier | modifier le wikicode]
Si l'on utilise les diagrammes d'activité pour représenter les processus de l'entreprise, l'analyse de la liste des actions qui composent un processus permet d'établir des métriques et par exemple de calculer le temps de traitement d'un cas.