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 prennent en support les utilisateurs uniques.
• Le .QEAX prend en support l'accès multi-utilisateurs 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érifiera votre entrée et affichera un message d'erreur si :

• Votre référentiel Firebird n'est pas situé sur le disque 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 code 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 en support texte Unicode) ou .eapx sous JET 4 (ne prend pas en support texte Unicode).

Vous pouvez également copier et renommer le fichier de 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.0 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 créez votre projet à partir de celui-ci.

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

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). Avoir l'un de ces produits fournit à la machine locale un pilote ODBC Microsoft Access qu'Enterprise Enterprise Architect peut utiliser.

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

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 d'EABase, il est également possible de démarrer un nouveau projet en copiant un existant. Bien qu'il soit possible de simplement "copier" le fichier EABase au niveau du système de fichiers, cela se traduit par deux modèles identiques et ne doit être utilisé que lorsque c'est le comportement 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) pour tous les éléments et les constructions associées afin que le nouveau modèle soit essentiellement unique, et non un simple copie de l'existant.

Configurer le projet

Après avoir créé votre projet, il y a un certain nombre de choses que vous voudrez peut-être faire pour le configurer pour une utilisation par vous-même ou d'autres membres de l'équipe. Tu pourrais vouloir:

• 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
• Mettre en place des Technologies , des Perspectives et des Ensembles de Rubans
• Créer une structure Référentiel dans le Navigateur
• Utiliser des modèles pour créer le contenu initial du projet
• Mettre en place Rapport Gabarits
• Configurer les options de base de données et de langage de programmation par défaut

Créer des 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 frameworks et tout autre élément de modélisation 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 basés sur des fichiers simples (fichiers .qea, .feap et .eap) sont mieux adaptés au développement mono-utilisateur avec le fichier modèle placé sur le lecteur local du modélisateur. C'est un moyen rapide et très efficace de se lancer dans la modélisation d'une solution particulière. De nombreux modèles commenceront en tant que référentiels d'utilisateur unique et ne seront migrés que plus tard dans un SGBD ou un référentiel basé sur le cloud pour un accès d'équipe plus large. Si vous avez besoin de commencer rapidement à travailler sur un projet et de faire 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 beaucoup 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, il est moins adapté à mesure que le nombre d'utilisateurs collaborateurs augmente et/ou que le modèle s'agrandit, à quel stade il est préférable de migrer vers un SGBD ou une architecture basée sur le cloud.

En collaboration avec Contrôle de Version

Un scénario supplémentaire dans lequel les référentiels basés sur des fichiers peuvent être utilisés à bon escient 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élistes individuels peuvent extraire le matériel qui les intéresse dans un fichier .qea, .feap ou .eap local. Lorsqu'ils ont apporté leurs modifications, ils peuvent migrer leur travail vers 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 mono-utilisateur, c'est une bonne adéquation et une bonne utilisation des deux technologies.

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

Une autre utilisation du référentiel de fichiers unique est la distribution aux clients et à d'autres pour révision et commentaires, où le ou les modèles d'origine sont situés dans un SGBD ou un Cloud auquel le destinataire n'aurait pas accès. Comme il est relativement facile de copier en bloc un modèle de 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 de fichiers 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 basées sur le SGBD et le Cloud ne sont pas possibles, une autre possibilité pour le développement en équipe consiste à utiliser les fonctionnalités de réplication intégrées du format de fichier. En créant un maître de conception 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. En revanche, quelqu'un devra effectuer les fusions de modèles selon les besoins et s'il y a des conflits de réplication (deux modifications du même élément), cela nécessitera une résolution manuelle.