| Pré. | Proc. |
Schéma XML (XSD)
Les modèles structurels dans Enterprise Architect , en particulier les modèles de classe, sont fréquemment utilisés pour définir le méta-modèle d'un domaine d'intérêt. Par exemple, un méta-modèle peut être défini à l'aide d'un modèle de classe pour définir de manière rigide les objets, les données, les relations et les types qui composent le domaine des informations géospatiales. De même, des modèles peuvent être (et sont) créés pour décrire des domaines tels que la gestion de l'eau, la santé, la vente au détail, les assurances, l'immatriculation des voitures, le divertissement et bien d'autres.
Ces modèles sont extrêmement précieux et représentent souvent un investissement important en temps et en argent, que ce soit pour les organisations commerciales ou celles qui s'appuient sur des normes. Une part importante de l'exploitation de ces modèles, en particulier lorsque des informations doivent être échangées entre plusieurs parties, réside dans la définition d'un schéma (souvent basé sur XSD) qui codifie la manière dont un message doit être formé pour être conforme au méta-modèle sous-jacent. Traditionnellement, ces schémas de messages sont écrits à la main, sur la base du méta-modèle. Il s'agit généralement d'un exercice laborieux et sujet aux erreurs.
Enterprise Architect est associé depuis longtemps au développement de méta-modèles commerciaux et basés sur des normes, et il existe de nombreux exemples de modèles définis dans les fichiers de modèles Enterprise Architect qui sont utilisés pour spécifier la construction exacte d'un domaine d'information d'intérêt.
Le Compositeur de Schéma d' Enterprise Architect a été conçu pour tirer le meilleur parti des modèles stockés dans un fichier ou un référentiel de modèles Enterprise Architect (ou un serveur basé sur Cloud ) en rationalisant la conversion des informations de modèle en schémas conformes aux normes de dénomination et au format d'une variété de méta-modèles industriels populaires. Cette approche réduit considérablement le temps nécessaire à la formation d'un schéma valide et élimine les erreurs humaines lors de la transcription des informations de modèle en texte de schéma.
La version actuelle du Compositeur de Schéma supporte la génération XSD pour un certain nombre de technologies et supporte en outre la personnalisation de la sortie en s'intégrant étroitement à la fois à l'interface d'automatisation et au framework Add-In . De cette manière, il est possible d'utiliser l'un des générateurs de schémas fournis « tel quel » ou d'écrire un générateur personnalisé en utilisant JavaScript , ou d'aller plus loin et de personnaliser entièrement le processus en écrivant un Add-In approprié dans un langage de votre choix.
En plus du nouveau Compositeur de Schéma , Enterprise Architect supporte la modélisation des définitions XSD et WSDL à l'aide de profils UML qui support modélisation explicite des types pertinents. Cela est parfois nécessaire lors de la création d'un XSD ou d'un WSDL complexe à partir de zéro et de la nécessité d'avoir un modèle visuel entièrement élaboré du schéma final. Note que, comme Enterprise Architect prend également supporte l'importation de documents XSD, il est possible de produire un schéma à l'aide du Compositeur de Schéma , puis, à des fins de documentation et de visualisation (ou même pour une personnalisation plus poussée), de réimporter ce schéma dans le modèle actuel ou dans un autre modèle.
Les sujets supplémentaires inclus dans la section Ingénierie de Schéma sont consacrés au Meta Object Facility (MOF) , au Ontology Definition Metamodel (ODM) et au Modèle National d'Échange de l'Information (NIEM) . La section sur NIEM est assez complète, car Enterprise Architect inclut de nombreuses fonctionnalités nécessaires pour modéliser et travailler avec les domaines et schémas NIEM. Comme pour certaines autres technologies, il existe en plus une version téléchargeable du noyau NIEM sous forme de modèle Enterprise Architect .