Projets Fichiers Basés

Créer des fichiers de projet .QEA et .QEAX

À partir de la version 16.0 Enterprise Architect , .qea/.qeax est le format de fichier par défaut et recommandé, en raison de sa facilité de configuration et de ses performances générales.

• Les fichiers avec l'extension .QEA support les utilisateurs uniques.
• Le .QEAX support l'accès multi-utilisateur pour un petit groupe de moins de cinq utilisateurs.

Créer des fichiers de projet .FEAP (Firebird)

Lorsque vous créez un fichier .feap dans Enterprise Architect , le système vérifie votre saisie et affiche un message d'erreur si :

• Votre référentiel Firebird n'est pas situé sur le lecteur local ; un référentiel Firebird n'est pas approprié pour un projet partagé en réseau
• Le chemin du fichier contient des caractères qui ne figurent pas dans la page de codes du système

Créer des fichiers de projet .EAP/.EAPX (MS Access Jet)

Créez votre fichier de projet avec l'extension .eap sous JET 3.5 (ne prend pas support le texte Unicode) ou .eapx sous JET 4 (prend support le texte Unicode).

Vous pouvez également copier et renommer le fichier gabarit EABase.eap ou .eapx et construire votre projet à partir de cela.

Note que vous ne pouvez pas créer ou charger un fichier .eap ou .eapx dans Enterprise Architect 16, 64 bits sous Wine. Sous tout autre système d'exploitation, si le pilote d'accès 64 bits n'est pas installé, le système vous prompts à convertir le fichier dans un autre format tel que .feap.

Créer des fichiers de projet .EADB

Introduit dans Enterprise Architect v16, si vous avez installé MS Access 2007+ (ou le moteur de base de données MS Access), vous pouvez créer un fichier de projet .eadb de ces manières :

• Sélectionnez pour créer un nouveau fichier de projet et donnez-lui l'extension de fichier .eadb
• Copiez et renommez le fichier EABase.eadb (dans le dossier d'installation) et construisez votre projet à partir de celui-ci

Les fichiers .eadb peuvent être ouverts dans toutes les éditions d' Enterprise Architect , y compris Professional .

Note : Enterprise Architect ne fournit pas de pilotes pour ce format de référentiel, ils sont disponibles directement sur le site Microsoft. Voir : page de problèmes de pilotes

Créer des fichiers de projet .ACCDB

Enterprise Architect peut utiliser une base de données MS Access 2007+ (extension .ACCDB) comme référentiel. Cependant, la machine locale nécessite l'installation du moteur de base de données MS Access 2007 (ou version ultérieure) ou MS Access 2013 (ou version ultérieure). L'installation de l'un de ces produits fournit à la machine locale un pilote ODBC Microsoft Access qu'Enterprise Enterprise Architect peut utiliser.

Emplacement du gabarit du référentiel par défaut (EABase)

Les répertoires d'installation par défaut, selon l'édition que vous avez installée, sont :

• Édition enregistrée : C:\Program Files\ Sparx Systems \EA
• Trial Edition : C:\Program Files\ Sparx Systems \EA Trial
• Édition Lite : C:\Program Files\ Sparx Systems \EA Lite

Note qu'en plus de dériver un nouveau modèle à partir d'EABase, il est également possible de démarrer un nouveau projet en copiant un modèle existant. Bien qu'il soit possible de simplement « copier » le fichier EABase au niveau du système de fichiers, cela donne deux modèles identiques et ne doit être utilisé que lorsque ce comportement est requis, par exemple lors de la distribution d'un modèle à un client pour vérification. Si vous utilisez les fonctions intégrées d' Enterprise Architect pour créer un nouveau modèle basé sur un modèle existant, Enterprise Architect modifiera les identifiants uniques (GUID) de tous les éléments et constructions associées afin que le nouveau modèle soit essentiellement unique et non une simple copie du modèle existant.

Définir l'accès Modèle

Lors de la création d'un nouveau projet basé sur des fichiers avec Enterprise Architect , édition Corporate ou supérieure, la boîte dialogue « Définir l'accès Modèle » s'affiche, vous invitant à activer la sécurité du modèle. Lorsque vous choisissez d'activer la sécurité du modèle, vous devez définir un mot de passe pour l'utilisateur « admin », d'une longueur minimale de huit caractères. Le nouveau référentiel sera créé avec la sécurité du modèle activée.

La sécurité Modèle peut également être activée ou désactivée après la création du référentiel, à l'aide de l'option du ruban « Paramètres > Sécurité > Administrer > Activer la sécurité ».

Configurer le projet

Une fois votre projet créé, vous souhaiterez peut-être effectuer un certain nombre de tâches pour le configurer afin qu'il puisse être utilisé par vous-même ou par d'autres membres de l'équipe. Vous souhaiterez peut-être :

• Activer la sécurité et configurer les utilisateurs, les groupes et les autorisations
• Définir les options du projet et les préférences personnelles
• Configurer Technologies , Perspectives et Ensembles de rubans
• Créer une structure Référentiel dans le Navigateur
• Utiliser motifs pour créer le contenu initial du projet
• Créer Rapport Gabarits
• Configurer les options de base de données et de langage de programmation par défaut

Créer Gabarits personnalisés

Vous pouvez personnaliser n'importe quel projet Enterprise Architect en tant que projet gabarit , ce qui signifie que vous pouvez l'utiliser comme base pour créer d'autres fichiers de projet. Cela peut inclure des normes d'entreprise, des tutoriels, des cadres et tout autre élément de modélisation commun déjà intégré. Avec une planification minutieuse, vous pouvez vous épargner de nombreuses heures de travail au démarrage du projet.

Utilisateur unique

Les référentiels simples basés sur des fichiers (fichiers .qea, .feap et .eap) sont les mieux adaptés au développement mono-utilisateur, le fichier modèle étant placé sur le disque local du modélisateur. Il s'agit d'un moyen rapide et très efficace de démarrer la modélisation d'une solution particulière. De nombreux modèles démarrent en tant que référentiels mono-utilisateur et ne sont migrés que plus tard vers un référentiel SGBD ou basé sur le Cloud pour un accès plus large à l'équipe. Si vous devez commencer rapidement à travailler sur un projet et effectuer un travail exploratoire, ou si vous travaillez seul en tant que consultant, le format de fichier .qea, .feap ou .eap est idéal.

Petit groupe de travail

Avec toutes les versions d' Enterprise Architect il est possible de partager un fichier de projet au niveau du fichier réseau.

Note qu'il s'agit d'une solution adaptée aux petits groupes de travail (moins de cinq membres) qui collaborent sur un modèle partagé.

La solution dépend en grande partie de la qualité de la connexion réseau, car Enterprise Architect sur la machine de l'utilisateur exécute toujours toutes les requêtes et effectue toutes les opérations de base de données sur un fichier réseau. Par conséquent, elle est moins adaptée à mesure que le nombre d'utilisateurs collaborateurs augmente et/ou que le modèle s'agrandit, auquel cas il est préférable de passer à une architecture basée sur un SGBD ou sur le Cloud.

En conjonction avec Contrôle de Version

Un autre scénario dans lequel les référentiels basés sur des fichiers peuvent être utilisés avec beaucoup d'efficacité est celui d'un système Contrôle de Version tel que SVN. Si le système SVN contient le contenu principal, les développeurs/modélisateurs individuels peuvent alors extraire le matériel qui les intéresse dans un fichier local .qea, .feap ou .eap. Une fois leurs modifications effectuées, ils peuvent re-migrer leur travail dans le maître partagé. Ce style de développement est assez efficace, et comme l'importation et l'exportation de matériel de modèle à partir du système Contrôle de Version fonctionnent mieux avec des fichiers de projet locaux d'un seul utilisateur, il s'agit d'une bonne combinaison et d'une bonne utilisation des deux technologies.

Copie du Référentiel pour stockage ou Révision

Une autre utilisation du référentiel à fichier unique est la distribution aux clients et autres personnes à des fins révision et de commentaire, lorsque le ou les modèles d'origine sont situés dans un SGBD ou Cloud auquel le destinataire n'aurait pas accès. Comme il est relativement facile de copier en bloc un modèle SGBD dans un fichier de projet local, il s'agit d'une bonne méthode pour transmettre un modèle à un client ou à une autre partie intéressée. Si une partie du matériel est restreinte, il est possible de supprimer des sections de ce référentiel à fichier unique une fois la copie en bloc terminée et avant de la transmettre.

Réplication

Si l'accès au réseau est limité et que les solutions SGBD et Cloud ne sont pas possibles, une autre possibilité de développement en équipe consiste à utiliser les fonctionnalités de réplication intégrées du format de fichier. En créant un modèle maître et en distribuant des répliques à d'autres modélisateurs, il est possible de partager et de contribuer efficacement à un modèle sans avoir un accès partagé direct au modèle commun. L'inconvénient est que quelqu'un devra effectuer les fusions de modèles selon les besoins et s'il existe des conflits de réplication (deux modifications apportées au même élément), cela nécessitera une résolution manuelle.