+55 (31) 2555-1040

Modèle conceptuel de données avec uml

Publicado em 12 de fevereiro de 2019

Au moment où UML est apparu au début des années 1990, l`utilisation de modèles pour soutenir la découverte des exigences du système pour les entreprises était déjà très développée. Les diagrammes de flux de données et les modèles de données d`entité/relation ont été âgés de près de 20 ans. La modélisation dans ce contexte (qu`il s`agisse de flux de données, d`événements ou de structures de données) distingue clairement la modélisation de la nature de l`entreprise et la modélisation des systèmes qui appuieraient cette activité. Object-Role Modeling est une méthode orientée vers les faits pour effectuer des analyses de systèmes au niveau conceptuel. La qualité d`une application de base de données dépend de manière critique de sa conception. Pour aider à assurer l`exactitude, la clarté, l`adaptabilité et la productivité, les systèmes d`information sont les mieux spécifiés au niveau conceptuel, en utilisant des concepts et des langages que les gens peuvent facilement comprendre. Dans les années 1970, le GM Nijssen a développé la méthode de l`analyse de l`information en langage naturel (NIAM), et l`a développée dans les années 1980 en collaboration avec Terry Halpin dans la modélisation des rôles d`objets (ORM). Cependant, il a été 1989 thèse de doctorat de Terry Halpin qui a créé la base formelle sur laquelle Object-Role Modeling est basé. UML propose un mélange de modèles fonctionnels, de modèles de données et de modèles de base de données. Notez, cependant, que, les problèmes avec la modélisation UML Nonobstant, les gens même au sein de la communauté de modélisation des données ont des idées très différentes sur ce qui constitue] un «bon» modèle de données. Sachez donc que cet article reflète les préjugés des auteurs. Nous avons fait de la modélisation des données depuis plus de vingt ans, et nous avons appris dès le début à l`aborder comme une sémantique, pas une discipline technique. Ainsi, même si l`article montrera des modélisateurs UML comment élargir leurs horizons pour utiliser leur notation d`une nouvelle manière, peut-être il donnera également des modélisateurs de données de nouvelles perspectives dans les modèles qu`ils produisent ainsi.

La conception conceptuelle peut inclure des données, des processus et des perspectives comportementales, et le SGBD réel utilisé pour implémenter la conception peut être basé sur l`un des nombreux modèles de données logiques (relationnel, hierarchique, réseau, orienté objet, etc.). [29] appliquez ceci lorsque vous modélisez un index qui implémente une clé de table dans une base de données relationnelle. Cela indique une dépendance de l`index à la table ou aux colonnes de clé que l`index implémente. Le problème est que UML est ici. Quels que soient ses défauts, il est largement reconnu comme une norme. Nous pouvons proclamer (comme vos auteurs l`ont proclamé) qu`il est fondamentalement différent de la modélisation de données et n`a rien à voir avec la conception de base de données-mais les clients et les gestionnaires d`embauche continuent à demander si vous savez comment faire UML. Les modélisateurs de données entrent (au moins) deux saveurs. Certains d`entre vous (le groupe de base de données) considèrent la modélisation des données comme un prélude à la conception de base de données, et incluent en fait de nombreux concepts de conception relationnelle (tels que «clés étrangères») dans vos modèles de données. L`utilisation d`ERrwin comme outil de modélisation est particulièrement propice à cette façon de penser. Le deuxième groupe (le groupe de concepts d`entreprise) considère la modélisation des données comme un moyen de capturer la langue d`une entreprise sans tenir compte du système de gestion de base de données qui pourrait un jour capturer les données.


Voltar para todas as postagens