info@deltaturistic.com | Tel. +34 977 460 839

Modèle uml base données

By en General No hi ha comentaris

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é. Les conceptions et les structures de base de données sont un élément essentiel de nombreux projets de développement. La prise en charge des diagrammes de base de données UML dans UModel permet d`étendre facilement les avantages de la modélisation visuelle UML aux bases de données, que vous deviez créer des diagrammes UML à partir de tables existantes, modifier des diagrammes et sychroniser la base de données, ou concevoir de nouvelles tables et Relations. URL: www.agiledata.org/essays/umlDataModelingProfile.html titre: un profil UML pour la modélisation des données (Scott W. Ambler) vous pouvez importer une base de données relationnelle existante via la boîte de dialogue de sélection de la table de base de données, UModel ajoute automatiquement un profil de base de données à votre Projet. Le terme «modèle de données logiques» est parfois utilisé comme synonyme de «modèle de domaine» ou comme alternative au modèle de domaine. Alors que les deux concepts sont étroitement liés, et ont des objectifs superposés, un modèle de domaine est plus axé sur la capture des concepts dans le domaine problème plutôt que la structure des données associées à ce domaine. UML a la capacité d`afficher un grand nombre de choses sur un attribut: son type de données, sa «visibilité» 5 si elle est «en lecture seule» ou non, et ainsi de suite. Dans la version d`entité/relation, les seules choses à afficher sont le nom de l`attribut, qu`il soit facultatif ou non, sonstéréotype “>” facultatif (plus d`informations, ci-dessous), et l`option “/” qui le désigne comme un attribut dérivé.

DataType doit être documenté dans les coulisses, mais, comme il ajoute de l`encombrement, il n`est pas normalement affiché sur un diagramme utilisé pour les présentations. Il peut être inclus sur les diagrammes s`ils sont uniquement utilisés pour la documentation. La «visibilité» est une caractéristique de l`utilisation d`un attribut dans un contexte particulier et n`appartient pas à un diagramme structurel. La barre d`outils du diagramme de base de données partage des icônes avec DatabaseSpy, facilitant la courbe d`apprentissage. Vous pouvez travailler directement dans le diagramme ou modifier dans la fenêtre Propriétés. Les contraintes de table et de base de données (non affichées) sont modélisées de la même manière. Par exemple, la figure 3 illustre comment une contrainte d`intégrité référentielle (RI) peut être modélisée entre deux tables à l`aide de la notation OCL. Vous voyez que lorsqu`une commande est supprimée, les postes de commande doivent également être supprimés. Bien que cela implique par le fait qu`il existe une relation d`agrégation entre les deux tables, la contrainte rend cette explicite. Cependant, trop de contraintes de RI peuvent rapidement encombrer vos diagrammes, donc la documentation de soutien pour votre conception de base de données pourrait être une meilleure option pour ces informations afin de ne pas encombrer vos diagrammes-Rappelez-vous des modèles de l`AM illustrent simplement la pratique.

Les diagrammes de base de données UModel sont organisés dans une catégorie spéciale dans la fenêtre d`aide de diagramme d`arborescence. Les diagrammes de base de données sont affichés sous une forme similaire aux diagrammes de classes avec des lignes de relation de table similaires aux associations de classes. Un DataType peut contenir des attributs pour prendre en charge la modélisation de types de données structurées. 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.

Post navigation