Modele de rapport hierarchique

N`importe quel nombre de niveaux hiérarchiques peut être défini et n`importe quel modèle peut avoir n`importe quel nombre de sous-modèles, bien que le même modèle ne peut être référencé qu`une seule fois dans une hiérarchie de modèle. La modélisation hiérarchique offre les avantages suivants sur la modélisation à un seul niveau: les relations hiérarchiques représentées par des valeurs hierarchyid ne sont pas appliquées comme une relation de clé étrangère. Il est possible et parfois approprié d`avoir une relation hiérarchique où a a un enfant B, puis A est supprimé en laissant B avec une relation à un enregistrement inexistant. Si ce comportement est inacceptable, l`application doit interroger les descendants avant de supprimer les parents. ProcessModel possède de nombreuses fonctionnalités uniques qui ne sont pas trouvées dans d`autres outils de modélisation simplistes. ProcessModel permet un contrôle complet sur les points d`entrée et de sortie d`un sous-modèle. Cela signifie qu`un sous-modèle peut être très robuste, avoir ses propres arrivées en plus des entrées qu`il reçoit du niveau supérieur. Cela signifie également que les sorties d`un sous-modèle ne sont pas nécessaires pour aller au même endroit dans le modèle de niveau supérieur. Le modèle de données hiérarchique a perdu de la traction car le modèle relationnel de Codd est devenu la norme de facto utilisée par pratiquement tous les systèmes de gestion de base de données traditionnels. Une implémentation de base de données relationnelle d`un modèle hiérarchique a été examinée pour la première fois sous forme publiée en 1992 [1] (voir aussi le modèle de jeu imbriqué). Les schémas d`organisation de données hiérarchiques ont refait surface avec l`avènement du XML à la fin des années 1990 [2] (voir aussi la base de données XML). La structure hiérarchique est principalement utilisée aujourd`hui pour stocker des informations géographiques et des systèmes de fichiers. [citation nécessaire] La définition de modèles hiérarchiques dans ProcessModel est facile.

Il s`agit d`un processus simple en quatre étapes. Ces étapes sont répertoriées ci-dessous et expliquées en détail dans cette section. Les données hiérarchiques sont définies comme un ensemble d`éléments de données qui sont liés les uns aux autres par des relations hiérarchiques. Il existe des relations hiérarchiques où un élément de données est le parent d`un autre élément. Voici quelques exemples de données hiérarchiques couramment stockées dans les bases: l`une des façons de modifier un modèle de données PowerPivot consiste à ajouter une hiérarchie. Par exemple, si vous avez des données géographiques, vous pouvez ajouter une hiérarchie qui a le pays en haut et des exercices vers le bas pour la région, l`État et la ville. Les éléments de modèle tels que les ressources, les attributs, les variables, les paramètres de scénario, etc. sont disponibles pour tous les fichiers de modèle «liés».

Par conséquent, si la simulation est démarrée à partir du modèle principal, tous les éléments de sous-modèle seront disponibles pour tous les autres sous-modèles de la structure hiérarchique. Pour créer un sous-graphique, il suffit de commencer un nouveau diagramme de flux dans ProcessModel et de placer les activités, les connexions et tous les autres objets, en définissant le sous-modèle sur la mise en page. La modélisation hiérarchique est une approche de modélisation dans laquelle une activité d`un modèle représente un processus entier. Ces processus sont définis eux-mêmes comme des modèles dans des fichiers de graphiques distincts qui sont liés aux activités qui les représentent.

Feb, 18, 2019

0