Modèle de domaine : concept, structure et principes de base

Table des matières:

Modèle de domaine : concept, structure et principes de base
Modèle de domaine : concept, structure et principes de base
Anonim

En génie logiciel, le modèle de domaine est conceptuel. Il comprend à la fois le comportement et les données. Dans une ontologie technique, un modèle de domaine est une représentation formelle d'un domaine avec des concepts, des essaims, des types de données, des individus et des règles couramment utilisés pour décrire la logique.

Informations générales

Modèle d'informations de domaine
Modèle d'informations de domaine

Un modèle de domaine est un système d'abstractions qui décrit des aspects particuliers d'un domaine de connaissance, d'influence ou d'activité. Ensuite, il peut être utilisé pour résoudre des problèmes liés à ce domaine. Un modèle de domaine est une représentation de concepts significatifs du monde réel liés à des aspects matériels qui doivent être modélisés dans un logiciel. Les concepts incluent les données utilisées dans l'entreprise et les règles que l'organisation applique à ces composants.

Le modèle de domaine utilise généralement un vocabulaire professionnel. C'estvous permet de communiquer des points de vue aux parties prenantes. Il ne doit faire référence à aucune implémentation technique.

Utiliser

Modèle de domaine infologique
Modèle de domaine infologique

Un modèle de domaine est généralement implémenté en tant que domaine d'objets dans une couche qui utilise des valeurs inférieures pour stocker et publier des API à un niveau élevé afin d'accéder aux données et au comportement du domaine.

Le langage de modélisation unifié (UML) utilise un diagramme de classes pour représenter un système.

Caractéristiques et fonctionnalités clés

Un modèle d'informations de domaine fournit une représentation d'un domaine entier, tel que la recherche clinique, les soins de santé ou les soins infirmiers. Les DIM sont généralement créés à l'aide de diagrammes de classes UML (Unified Modeling Language) pour représenter la sémantique de l'ensemble du sujet à l'aide d'un langage compréhensible par l'homme du métier. Ces modèles montrent des jugements tels que des personnes, des lieux et des activités, et comment chacun est lié les uns aux autres.

Les applications, les API, les modules complémentaires d'entreprise et d'autres systèmes électroniques peuvent être développés à l'aide de DIM. Même s'ils sont implémentés à l'aide de langages de programmation différents, toutes les sphères utilisant DIM ont la même sémantique. Il fournit un cadre essentiel pour l'interopérabilité des logiciels et l'échange de données significatif. Les applications construites à l'aide de BRIDG ont un concept commun d'"embarqué", qui assure la compatibilité entre ces applications hétérogènes.systèmes.

Aucun des programmes utilisés n'implémentera tous les objets du modèle de domaine. Cependant, l'exhaustivité permet aux utilisateurs finaux de parcourir l'univers de la sémantique BRIDG et de sélectionner les ressources spécifiques nécessaires pour mettre en œuvre n'importe quelle solution. BRIDG utilise des concepts de modèles de domaine et des exemples qui ont du sens pour les experts afin qu'ils puissent travailler en étroite collaboration avec les développeurs de logiciels et les analystes pour valider le DIM et sélectionner les objets appropriés pour leur projet.

Dans les cas où aucun des éléments de BRIDG ne couvre la sémantique requise d'un nouveau projet, les utilisateurs finaux peuvent travailler avec des analyses. Une telle collaboration aidera à identifier ces lacunes, à fournir des cas d'utilisation pour les décrire, puis à combler toutes les nuances avec une nouvelle sémantique. Le modèle d'information de domaine basé sur BRIDG peut ensuite être utilisé par l'équipe de développement. Ceci est pertinent, par exemple, pour créer d'autres systèmes.

Le modèle de domaine logique des projets existants peut également être utilisé pour améliorer l'interopérabilité. La conception physique est développée sur la base de ce qui précède. Il inclut des détails spécifiques au système tels que les types de données spécifiques au langage de programmation, les restrictions d'accès, etc. Toutes les implémentations concrètes seront facilement traçables à la norme de référence.

Par Bruce Johnson

Modèle de données de domaine
Modèle de données de domaine

Le modèle infologique de domaine est un élément clé d'un succèsprogramme de stockage de données développé ou leur architecture. Souvent, lors de sa création, il n'est utilisé qu'à des fins de segmentation. Que quelqu'un la développe lui-même ou achète une solution, disposer d'une application peut faciliter de nombreuses opérations. Lorsqu'il est utilisé efficacement, il prend également en charge et assiste le développement et le déploiement.

Il est nécessaire d'approfondir le concept de modèle de domaine. Il est important que les utilisateurs comprennent comment en tirer le meilleur parti.

Qu'est-ce que SAM

Un modèle de domaine infologique est plus efficacement défini pour décomposer les définitions d'entreprise. Ce sont les domaines de haut niveau de la solution, bien qu'ils soient le plus souvent utilisés pour définir des domaines de données dans une nouvelle organisation ou une organisation qui développe un programme d'architecture formelle.

Le modèle doit être utilisé comme base pour cartographier tous les domaines de l'organisation. La clé de tout modèle de domaine réussi est de s'assurer que la terminologie et les définitions qui lui sont associées sont spécifiques à l'entreprise et compréhensibles en un coup d'œil. Il existe diverses exigences concernant le nombre d'éléments qui sont efficaces ou souhaitables. En règle générale, il devrait y en avoir au moins 6 et pas plus de 20.

Le concept général derrière la création d'un modèle de valeur est que les éléments ne doivent pas changer. Au fur et à mesure que l'entreprise se développe, sa nature peut augmenter, mais elle ne devrait pas changer de manière significative.

Diverses méthodes et approches pour définir le modèle de domaine du sontrop nombreux et trop longs pour être couverts dans un court article.

Comment utiliser SAM

Construire un modèle de domaine
Construire un modèle de domaine

Une application bien définie n'a pas besoin d'être construite et mise sur l'étagère. C'est quelque chose qui doit être intégré dans une architecture de données qui correspond à la raison de sa création. La définition du modèle de surveillance et de gouvernance de l'entreprise garantit que l'entreprise n'est pas seulement impliquée activement, mais aide à gérer et à réaliser la valeur obtenue. Une grande partie du support informatique après la création initiale consiste à afficher et à modéliser les composants du domaine de données détaillées qui composent la partie complexe.

Comment obtenir le maximum

Une fois SAM créé, il existe plusieurs façons de l'utiliser pour en tirer le meilleur parti. Voici les catégories qui pourraient vous être utiles:

  • Planification. Les besoins étant hiérarchisés et planifiés, SAM peut fournir un cadre de communication pour les projets à développer et à déployer. Le leadership d'entreprise peut aider à établir un lien entre la planification et l'action des données pour créer une terminologie commune qui correspond à la nature de l'entrepreneuriat.
  • Établir le contrôle. Déterminer comment une entreprise contrôle la collecte, la qualité et l'utilisation des données est un avantage clé du SAM. Souvent, la séparation du contrôle est mieux faite par chaque sujet séparément. Cela peut signifier la présence de stewards officiels, chacun d'eux étant responsabled'un article ou la présence d'une personne qui en est responsable.
  • Planification de la collecte ou de l'intégration des données. Pour créer des modèles de domaine et des pratiques pour une définition de conception orientée domaine, le système peut aider à séparer logiquement les composants. Ce faisant, il fournit une fragmentation qui permet aux ressources de se concentrer sur la qualité et l'intégrité de zones spécifiques et de les relier aux gardiens appropriés.
  • Communication. Un plan d'action efficace réduit souvent les obstacles qui ralentissent les projets et la livraison. Le partage du traitement commun des données en tant qu'actif pour une organisation peut offrir plusieurs avantages. Premièrement, cela contribuera à apaiser les inquiétudes concernant la protection. Deuxièmement, vous pouvez voir comment l'évolution des systèmes est en corrélation avec leurs ressources, ainsi que comment cela affectera le succès global de l'entreprise. Le plan directeur peut être utilisé pour décrire pourquoi les données sont nécessaires pour effectuer des travaux analytiques.
  • Définir les exigences. Dans les données de projet unique, il est utile d'avoir un modèle de haut niveau que vous pouvez utiliser pour trouver rapidement des composants. Dans ce cas, SAM est utilisé pour communiquer et vérifier comment les besoins de tout effort s'intègrent dans l'architecture globale. Dans les efforts de stockage d'informations, cela fournit la base pour trier et ordonner la source de l'affichage cible.

Développement du modèle de données

Modèle de domaine logique
Modèle de domaine logique

L'utilisation la plus courante de SAM est de permettre à l'équipe de simulation de se concentrer etprioriser lors de la création d'un projet d'architecture. Il peut alors devenir la base de la construction du modèle global, permettant à plusieurs ressources de travailler sur les éléments, créant ainsi un domaine de données d'entreprise en même temps.

Un modèle de données de domaine est un outil qui, une fois créé, peut et doit être utilisé à diverses fins. Idéalement, la sphère devient la pierre angulaire d'un programme d'architecture de données bien défini. Plus important encore, il doit être utilisé ensemble pour créer un programme intégré. En alignant l'entreprise et l'informatique, un modèle de développement et de supervision peut aider à combler le fossé entre l'effort et la planification.

Qualité des données

La base de données en tant que modèle de domaine joue l'un des rôles principaux dans une entreprise prospère. L'information est un actif important d'une entreprise. Par conséquent, sa qualité est d'une importance décisive. Les données individuelles redondantes sont l'un des principaux facteurs contribuant aux faibles taux. La GED est importante pour la qualité des données car elle détecte les incohérences inhérentes aux sphères redondantes. Les problèmes existants peuvent être identifiés en comparant les systèmes avec EDM. Étant donné que les nouveaux domaines sont construits au-dessus du modèle de données d'entreprise, de nombreux problèmes de qualité potentiels seront identifiés et résolus avant la mise en œuvre.

Possession

Description du modèle de domaine
Description du modèle de domaine

La propriété des données d'entreprise est importante en raison de leur nature partagée, en particulier dans leur maintenance et leur administration. La GED est utilisée comme outil de gestion de propriété,identifier et documenter les relations et les dépendances des informations qui traversent les frontières commerciales et organisationnelles. Cela soutient le concept de propriété partagée qui existe dans l'initiative Corporate Spheres.

Extensibilité du système de données

EDM prend en charge l'architecture croissante. L'extensibilité est la capacité d'adapter les fonctionnalités d'un système pour répondre efficacement aux besoins d'un environnement utilisateur en constante évolution. Les systèmes extensibles ont la capacité d'ajouter ou d'augmenter les fonctionnalités avec peu d'effets secondaires. L'EDM, basé sur un concept d'entreprise stratégique indépendant de la technologie, prend en charge l'extensibilité, permettant la transition vers de nouveaux domaines d'opportunité avec des changements informatiques minimes.

Intégration des données de l'industrie

Créer un modèle de domaine
Créer un modèle de domaine

Aucune entreprise ne fonctionne dans le vide. Étant donné que l'EDM inclut l'apparence, il améliore la capacité d'une organisation à partager des données communes dans son secteur. Les organisations du même domaine utilisent souvent les mêmes données sous-jacentes (par exemple, clients, emplacement, fournisseurs). Les organisations peuvent également partager des informations avec des industries ou des partenaires commerciaux connexes. Par exemple, dans le domaine de l'aviation, les professionnels s'intègrent souvent aux sociétés de location de voitures. L'EDM, du point de vue de l'industrie, inclut un modèle de domaine structurel pour l'interaction des données.

Intégration d'applications packagées

EDM peut être utilisé pour leur support, planification et achat,ainsi que pour la mise en œuvre. Ceci est réalisé en mappant l'application packagée à l'EDM, en établissant son mappage intra-entreprise. Étant donné que les systèmes existants sont également corrélés, les points d'intégration entre l'application packagée et les systèmes existants peuvent être identifiés, fournissant une feuille de route pour le flux de données de qualité cohérente à travers le produit.

Planification des systèmes stratégiques

EDM définit les dépendances des données. Étant donné que les systèmes de modèles de domaine existants sont mappés à l'EDM, une analyse des écarts peut être effectuée pour déterminer les besoins en informations de l'entreprise. À partir de l'analyse des lacunes et des dépendances de données, les versions du système peuvent être hiérarchisées.

Le modèle de processus de domaine de modélisation des données d'entreprise utilise une approche descendante ascendante pour toutes les conceptions de système. L'EDM est un artefact dérivé des étapes en aval. Les flux en amont sont également importants car ils utilisent des sources existantes pour créer des projets de manière efficace et pratique.

Un domaine domaine (ESAM) est d'abord créé puis étendu pour fonder le modèle conceptuel d'entreprise (ECM). Bien que les modèles soient interdépendants, chacun a sa propre identité et son propre objectif. Faire de l'EDM est plus un art qu'une science.

Qu'est-ce que l'ESAM

Considérons ce qu'est un modèle de domaine d'entreprise (ESAM). Les domaines d'entreprise sont toutes les informations importantes pour l'entreprise et conservées pour une utilisation supplémentaire. Les données ne seront enregistrées que siavoir besoin. Ainsi, la plupart des domaines peuvent être considérés comme une entreprise, ce qui rend son échelle énorme. Cela est vrai même pour les équipes solides qu'il est presque impossible de concevoir, de développer et de maintenir sans se diviser en éléments plus gérables.

L'objectif principal du modèle de domaine d'entreprise est l'idée de "diviser pour régner". ESAM couvre l'ensemble de l'organisation. Toutes les données produites et utilisées par l'entreprise sont représentées dans le domaine. Le nombre moyen pour une organisation est de 10 à 12. Des domaines supplémentaires peuvent être nécessaires pour des systèmes plus complexes. ESAM est la base des informations d'entreprise.

Description du modèle de domaine

Chaque domaine est une classification de haut niveau des données, représentant un groupe de concepts liés au sujet principal. Il reflète l'intérêt de l'organisation. Les modèles relationnels de domaine peuvent représenter des concepts commerciaux généraux (client, produit, employé et finance) ainsi que des concepts sectoriels.

Les domaines thématiques peuvent être regroupés en trois catégories commerciales de haut niveau: revenus, activités et soutien. Ces regroupements sont importants parce que chacun représente un objectif commercial distinctement différent. Les types de revenus se concentrent sur le profit, y compris la planification, la comptabilité et la responsabilité. Les types d'opérations représentent les principales fonctions commerciales impliquées dans les activités quotidiennes.

Les entités de support assistent l'activité commerciale et ne représentent pas le cœur de métier. Toutes les organisations partagent ces groupes d'activité de haut niveauniveau. Par exemple, les domaines des compagnies aériennes sont regroupés comme suit:

  • Revenu billet, réservation, vente, inventaire, prix.
  • Opération: vol, emplacement, équipement, maintenance, calendrier.
  • Support IT, Finance, Employés, Clients.

Domaine concerné

La taxonomie est la science qui consiste à nommer, catégoriser et classer les choses dans un ordre hiérarchique basé sur un ensemble de critères. Data Taxonomy est un outil de classification appliqué aux données pour comprendre, concevoir, maintenir et construire un modèle de domaine. La taxonomie comprend plusieurs niveaux hiérarchiques de classification. Au niveau le plus élevé, toutes les données peuvent être placées dans l'un des trois systèmes suivants: de base, transactionnel ou informationnel. Ils diffèrent par leurs modèles de production et leur concept, ainsi que par leurs cycles de vie.

Les données sous-jacentes sont utilisées pour définir, prendre en charge ou créer d'autres zones. Ils incluent des informations de type référence, des métadonnées et des listes requises pour effectuer des opérations commerciales. Les données transactionnelles sont des données créées ou mises à jour à la suite de transactions commerciales du système. Ils sont de nature dynamique et pertinents pour les systèmes d'exploitation.

Les données d'information sont historiques, agrégées ou dérivées. Ils sont généralement créés à partir d'informations trouvées dans les systèmes d'aide à la décision.

Les domaines peuvent être classés selon leur groupement prédominant. Au niveau des détailsles domaines contiennent les trois classes de données. La systématisation est basée sur la taille, l'utilisation et la mise en œuvre. Par exemple, les 14 thèmes des compagnies aériennes pourraient être classés comme suit:

  • Classe de base - équipement, informatique, employé, ventes, emplacement, client.
  • Transactionnel - billet, réservation, vol, finances, service.
  • Informationnel – Prix, inventaire, graphiques.

Création d'un modèle structurel du domaine

ESAM est développé en étroite collaboration avec des experts métier et guidé par toutes les connaissances existantes de l'entreprise. Les structures organisationnelles du modèle de domaine et de la fonction métier doivent être définies et comprises. Toutes les informations sont communes à la plupart des organisations (client, employé, emplacement et finances). Il est déterminé en premier. Des domaines supplémentaires sont ensuite désignés, se terminant par une liste complète des domaines officiels. Ils sont ensuite revus avec des experts métiers.

Le processus de définition et de dénomination de chaque domaine est important car il permet d'atteindre un consensus au-delà des frontières de l'entreprise sur des sujets vitaux pour l'organisation. Si un accord peut être atteint à un niveau élevé, les concepts plus détaillés seront beaucoup plus faciles à définir. Ce processus donne la priorité à l'analyse détaillée requise pour le développement ultérieur de l'EDM.

Des questions peuvent se poser concernant les domaines de type information, car ils consistent généralement en des informations générales et historiquesdonnées de transaction. La définition d'un domaine d'information peut donner l'impression qu'il appartient au domaine transactionnel d'origine. Considérez ceci avec un exemple de compagnie aérienne:

La réservation est un domaine transactionnel, l'inventaire est un domaine informatif.

Le concept principal s'appelle l'historique des réservations. Il contient les données nécessaires pour obtenir la liste des lieux disponibles. La réservation et l'inventaire sont des domaines importants mais distincts de la compagnie aérienne.

Les titres doivent être très clairs, concis et concis. Idéalement, le domaine se compose d'un mot. Dans la mesure du possible, les noms de société standard de l'industrie (client, employé et finance) sont utilisés. Les définitions sont formulées d'un point de vue horizontal car toutes les informations pertinentes sont prises en compte. Ils sont importants parce qu'ils sont étudiés par l'ensemble de l'organisation. Par conséquent, les définitions doivent être aussi simples et claires que possible. Un langage théorique, académique ou propriétaire ne doit jamais être utilisé.

Les relations entre les domaines représentent des interactions et des dépendances commerciales importantes. Il n'y a pas d'option ou de nombre d'articles à ce niveau. Toutes les relations possibles ne sont pas représentées pour des raisons pratiques. L'ESAM n'est pas conçu pour présenter chaque domaine comme une sorte de silo. Il peut être considéré comme un graphique avec des chevauchements se terminant par un seul domaine.

La couleur joue un rôle important dans l'ESAM ainsi que dans l'ensemble de l'EDM. Chaquele domaine, ses concepts et objets de données subséquents ont leur propre connotation. Une seule couleur est utilisée pour tous les concepts, objets et tableaux liés à un domaine particulier. L'application d'une teinte fournit un aperçu instantané lors de la visualisation de l'un des modèles de l'organisation.

Building ESAM suit les normes de l'entreprise, la méthodologie de dénomination et le processus d'analyse. La base de données en tant que modèle de domaine est essentielle, car avec son aide, tous les objets seront liés à une seule zone.

Conseillé: