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 version) |
(Aucune différence)
|
Version du 14 septembre 2012 à 14:53
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
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
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.