Concept: Modélisation des données conceptuelles
Le modèle de données conceptuelles décrit les entités importantes et leurs relations, afin d'explorer les concepts du domaine avec les parties prenantes du projet qui définissent la portée du problème que la solution système doit traiter.
Relations
Description principale

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.

Le diagramme est détaillé dans le contenu.

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.



Le diagramme est détaillé dans le contenu.

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.

Le diagramme est détaillé dans le contenu.

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.



Le diagramme est décrit dans le contenu.



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.