Introduction
Comme défini dans [NBG01], la modélisation des données conceptuelles représente l'étape initiale dans le
développement de la conception des données persistantes et du stockage de ces données pour le système. Dans bon
nombre de cas, les données persistantes du système sont gérées par un système de gestion de base de données
relationnelle (SGBDR). Les entités système et métier identifiées au niveau conceptuel des modèles métier et des
exigences du système seront développées via l'analyse de cas d'utilisation, la conception de cas d'utilisation et les
tâches de conception d'une base de données, dans des conceptions de table physique détaillées qui seront implémentées
dans le SGBDR. Notez que le modèle de données conceptuelles traité dans ce document n'est pas un produit séparé.
Il s'agit d'une vue composite des informations contenues dans les produits Modélisation métier, Exigences et Analyse et
conception existants, pertinente au développement du Modèle de
données.
Le Modèle de données évolue habituellement suivant les trois étapes
générales suivantes :
-
Conceptuelle - Cette étape comprend l'identification des principales entités système et métier de haut
niveau et de leurs relations, entités qui définissent la portée du problème que le système doit traiter. Ces
entités sont définies à l'aide des éléments de modélisation du profil UML pour la modélisation métier inclus dans
le modèle d'analyse métier et dans les éléments de modèle Classe d'analyse du modèle d'analyse.
-
Logique - Cette étape comprend le perfectionnement des entités système et métier conceptuelles de haut
niveau pour obtenir des entités logiques plus détaillées. Ces entités logiques et leurs relations peuvent être
définies en option dans un modèle de données logiques à l'aide des éléments de modélisation du profil UML pour la
conception d'une base de données comme décrit dans Instructions :
Modèle de données. Ce modèle de données logiques facultatif fait partie du Produit : Modèle de données ; ce n'est pas un produit RUP séparé.
-
Physique - Cette étape comprend la transformation des conceptions de classe logiques en conceptions de table
de base de données physiques, détaillées et optimisées. L'étape physique comprend aussi le mappage des
conceptions de table de base de données vers des espaces de table et vers le composant de base de données dans la
conception de stockage de base de données.
Les tâches relatives à la conception d'une base de données couvrent tout le cycle de vie du développement du logiciel
et les tâches initiales peuvent démarrer pendant la phase de
création. Pour les projets utilisant la modélisation métier pour décrire le contexte métier de l'application,
la conception d'une base de données peut démarrer au niveau conceptuel avec l'identification des acteurs métier et des
cas d'utilisation métier dans le modèle de cas d'utilisation métier, et des travailleurs métier et entités métier dans
le modèle d'analyse métier. Pour les projets n'utilisant pas la modélisation métier, la conception d'une base de
données peut démarrer au niveau conceptuel avec l'identification des acteurs système et des cas d'utilisation système
dans le modèle de cas d'utilisation, et l'identification des Classes d'analyse dans le Modèle d'analyse des réalisations de cas d'utilisation.
La figure ci-dessous montre l'ensemble des éléments du modèle de données conceptuelles qui se trouvent dans les modèles
métier, les modèles d'exigences et le modèle d'analyse.
Les sections suivantes décrivent les éléments des modèles métier, du modèle de cas d'utilisation et du modèle
d'analyse, qui peuvent être utilisés pour définir le modèle de données conceptuelles initial des données persistantes
du système.
Eléments de modélisation de données
conceptuelles
Modèles métier
Modèle de cas d'utilisation métier
Le modèle de cas d'utilisation métier comprend les acteurs métier et les cas d'utilisation métier. Les cas
d'utilisation métier représentent les processus métier clés utilisés pour définir le contexte du système qui doit être
développé. Les acteurs métier représentent les entités externes clés qui interagissent avec le métier via les cas
d'utilisation métier. La figure ci-dessous montre un exemple très simple de modèle de cas d'utilisation métier
pour une application d'enchères en ligne.
En tant qu'entités significatives pour le problème d'espace du système, les acteurs métier sont des entités
potentielles du modèle de données conceptuelles. Dans l'exemple ci-dessus, les acteurs métier Vendeur et Acheteur
sont des entités potentielles pour lesquelles l'application d'enchères en ligne doit stocker des informations.
Modèle d'analyse métier
Le modèle d'analyse métier contient des classes qui modélisent les travailleurs et les entités métier identifiés à
partir de l'analyse de l'enchaînement d'activités dans le cas d'utilisation métier. Les travailleurs métier
accomplissent les actions nécessaires à l'exécution de cet enchaînement d'activités. Les entités métier sont des
"choses" que les travailleurs métier utilisent ou produisent pendant l'enchaînement d'activités. Dans bon nombre
de cas, les entités métier représentent des types d'informations que le système doit stocker continuellement.
La figure ci-dessous montre un exemple de diagramme de séquence qui décrit les travailleurs et les entités métier à
partir d'un scénario du cas d'utilisation métier intitulé "Fournir des enchères en ligne" pour la gestion d'une
enchère.
Dans cet exemple simplifié, l'objet Responsable des enchères représente le rôle d'un travailleur métier qui sera
probablement exécuté par le système de gestion d'enchères en ligne lui-même. Les objets Enchères et Eléments
d'enchères sont des entités métier utilisées ou produites par le travailleur Responsable d'enchères en tant qu'agent
pour les acteurs métier Vendeur et Acheteur. Du point de vue de la conception d'une base de données, les entités
métier Enchères et Eléments d'enchères sont des entités potentielles pour le modèle de données conceptuelles.
Modèles d'exigence et d'analyse
Pour les projets n'utilisant pas la modélisation métier, les modèles d'exigence (cas d'utilisation système) et
d'analyse contiennent des éléments de modèle qui peuvent être utilisés pour développer un modèle de données
conceptuelles initial. Pour les projets utilisant la modélisation métier, les entités métier et les relations
identifiées dans les modèles d'analyse métier sont perfectionnées et détaillées dans le modèle d'analyse en tant que
classes d'entité.
Modèle de cas d'utilisation système
Le modèle de cas d'utilisation système contient les acteurs et les cas d'utilisation système qui définissent les
principales interactions entre les utilisateurs et le système. Les cas d'utilisation système définissent les exigences
fonctionnelles du système.
Du point de vue de la modélisation de données conceptuelles, les acteurs système représentent les entités externes au
système pour lesquelles le système pourrait être amené à stocker des informations persistantes. C'est important lorsque
l'acteur système est un système externe qui fournit des données au système en développement et/ou en reçoit. Les
acteurs système peuvent provenir des acteurs métier dans le modèle de cas d'utilisation métier et des travailleurs
métier dans le modèle d'analyse métier.
La figure ci-dessous décrit le modèle de cas d'utilisation métier pour le système d'enchères en ligne. Dans ce
modèle, les acteurs métier Acheteur et Vendeur proviennent d'un acteur métier Utilisateur générique. Un nouvel acteur
système, le bureau de services crédit, a été ajouté. Il reflète le besoin de traiter les paiements par le biais d'une
entité externe. Ce nouvel acteur système est une autre entité potentielle du modèle de données conceptuelles.
Modèle d'analyse
Le Modèle d'analyse contient les Classes d'analyse identifiées dans les réalisations du cas
d'utilisation pour les cas d'utilisation système. Du point de vue de la modélisation de données conceptuelles, les
types de classes d'analyse de premier intérêt sont les classes d'analyse d'entité. Comme définies dans Instructions : Classe d'analyse, les classes d'analyse d'entité représentent les
informations gérées par le système qui doivent être stockées continuellement. Les classes d'analyse d'entité et
les relations entre elles constituent la base du modèle de données initial pour l'application.
Les classes d'analyse d'entité conceptuelle dans le modèle d'analyse peuvent être perfectionnées et détaillées en
classes de conception persistantes logiques dans le modèle de conception. Ces classes de conception représentent
les tables potentielles dans le modèle de données. Les attributs des classes sont des colonnes potentielles pour
les tables et en représentent aussi des clés potentielles. Instructions : Rétro-conception de bases de données relationnelles pour décrire
comment les éléments dans le modèle de conception peuvent être mappés aux éléments du modèle de données.
|