Cet article présente un guide sur la mise en place d'un projet de modélisation Sparx Systems Enterprise Architect dans un environnement partagé et collaboratif sur le Cloud, via l'utilisation des services Microsoft Azure SQL Database.
Windows Azure SQL database (anciennement appelée SQL Azure) est un serveur de bases de données relationnelles hébergé sur le Cloud. On utilise des bases de données en tant que service, et on n'a pas la vue sur des machines virtuelles, ce qui est très conforme à la notion de plateforme en tant que service (PaaS) (source: wikipedia).
Une base de données hébergée sur Windows Azure SQL Database est très proche d'une base de données Microsoft SQL Server, supportée par Sparx Systems Enterprise Architect. La création d'un projet Enterprise Architect dans Azure SQL nécessitait il y a peu de temps quelques modifications; cela n'est désormais plus nécessaire en raison de la publication par Sparx Systems de scripts SQL compatibles Azure.
Contexte
Le contexte du projet implique plusieurs partenaires dont les équipes travaillent à distance. Les services Cloud Microsoft Azure SQL ont été choisis afin de mettre en place facilement le référentiel de modélisation Enterprise Architect dans une base de données commune.
Les niveaux de DTU suivants (Database Transaction Units) ont été testés avec EA :
- L'option Basic (5 DTU) était trop lente.
- L'option S0 (10 DTU) était également trop lente pour une utilisation quotidienne.
- L'option S1 (20 DTU) répond aux exigences d'utilisation ; elle a donc été retenue.
- L'option S2 (50 DTU) a présenté une légère amélioration, ne justifiant pas néanmoins le coût supplémentaire.
Pré-requis
Voici les pré-requis avant de lancer la copie d'un projet Enterprise Architect existant sur les services cloud de BD Microsoft :
- Créer une base de données Azure SQL Database où les données du projet de modélisation seront stockées (remarque : un projet EA requiert une base de données dédiée).
- Une fois la BD Azure créée, les informations suivantes sont fournies par Microsoft : url serveur (ex abcd.database.windows.net), port (ex 1433), et les identifiants du compte utilisateur.
- Télécharger et installer SQL Server Management Studio.
- Télécharger et installer les pilotes ODBC SQL Server (s'ils ne sont pas déjà présents).
- Télécharger les scripts SQL publiés par Sparx Systems : ces scripts permettent de créer les tables et colonnes nécessaires pour stocker les données d'un projet Enterprise Architect.
Générer le schéma de BD sur Azure SQL
La première étape consiste à créer les tables et colonnes dans la base de données Azure SQL.
- Ouvrir SQL Server Management Studio et renseigner les détails pour accéder à la BD Azure SQL.
- Ouvrir le fichier "SQLAzure_EASchema.sql" téléchargé précédemment depuis le site SparxSystems.
- Exécuter la requête sur la base de données, attendre le message indiquant la fin de l'exécution.
- Rafraîchir la vue "Object Explorer" afin de visualiser les tables EA.
Transfert du projet Enterprise Architect vers la BD Microsoft Azure SQL
La base de données Azure SQL est initialisée et prête à recevoir les données de votre projet Enterprise Architect existant, que celui-ci soit stocké dans un fichier EAP local, ou dans une base de données centralisée sur votre réseau interne. Dans l'exemple suivant, un fichier EAP est transféré :
- Ouvrir Enterprise Architect, et accéder au menu Project | Data Management | Project Transfer
- Sélectionner le type "File to DBMS".
- Sous "Source Project", sélectionner le fichier EAP source.
- Sous "Target Project", cliquer sur [...] afin d'ouvrir la configuration ODBC.
- Sélectionner le pilote OSBC SQL Server, puis cliquer sur Next.
- Renseigner les détails de la base de données Ms Azure SQL.
- Cliquer sur OK; le transfert du projet EA peut être lancé. Cliquer sur Transfer.
- L'opération peut prendre du temps selon la taille de votre projet (mon projet s'est transféré en 15 minutes). Veuillez patienter que le message de confirmation soit affiché.
Votre projet EA est désormais hébergé sur un serveur de BD centralisé et accessible à l'ensemble de l'équipe.
Il est recommandé de fournir des guidelines afin de faciliter la configuration des accès ODBC sur chaque poste client. Une stratégie de partage des modèles doit être établie, par exemple par la mise en place des mécanismes de verrouillage des modèles (me contacter sur guillaume[at]umlchannel.com pour plus d'informations à ce sujet).