MEGA Desktop Application Architecture Overview Guide Version MEGA 2009 SP4
Révisé le : June 29, 2011 Créé le : March 31, 2010
Auteur : Jérôme Horber
MEGA Desktop Application Architecture Overview
Guide Version MEGA 2009 SP4 page 2/23
Sommaire
Résumé
Ce document décrit les exigences systèmes et les architectures de déploiement possibles pour MEGA Desktop Application.
Ce document s’applique à MEGA 2009 SP4 seulement.
Il ne décrit pas :
• comment procéder à l’installation (voir la documentation d’installation).
• comment mettre à jour les installations (voir la documentation de mise à niveau).
• comment gérer les installations (voir les manuels d’administration).
• le fonctionnement des licences (voir la documentation sur les licences).
• les fonctionnalités (voir les guides utilisateurs).
Sommaire ... 2
Modèles de déploiement ... 3
Tableau de comparaison des déploiements ... 3
Déploiement en monoposte ... 4
Déploiement WAN ... 5
Déploiement LAN ... 6
Déploiement Citrix/Terminal Server ... 8
Pré-requis pour le déploiement ... 10
Pré-requis communs à tous les modèles ... 10
Exigences supplémentaires pour les produits spécifiques ... 12
Communication ... 13
Entre les programmes MEGA et le serveur de fichiers ... 13
Entre les programmes MEGA et le serveur de base de données (Oracle) ... 13
Entre les programmes MEGA et le serveur de base de données (SQL Server) ... 13
Entre le client Citrix et le serveur Citrix ... 14
Entre le client Web Citrix et le serveur Citrix ... 14
Entre le client Remote Desktop et les services Remote Desktop... 14
Entre le client Web Remote Desktop et les services Remote Desktop ... 14
Sécurité et Administration ... 14
Assurer la sécurité des architectures ... 14
Protection des données ... 15
Sécuriser l’accès aux produits ... 15
Administration des services ... 16
Configuration de la sauvegarde physique ... 16
MEGA Desktop Application Architecture Overview
Guide Version MEGA 2009 SP4 page 3/23
Documentation technique ... 18
Fichiers utilisateurs ... 18
Glossaire ... 19
Annexe ... 22
Questions fréquentes concernant l’architecture ... 22
Modèles de déploiement
MEGA Desktop Application peut être déployée via différentes architectures :
• Déploiement en monoposte
• Déploiement WAN
• Déploiement LAN
• Déploiement Citrix/Terminal Server
Autres modèles de déploiement – D’autres modèles de déploiement sont possibles si vous avez des exigences particulières. Pour plus d’informations, veuillez contacter votre représentant commercial.
Tableau de comparaison des déploiements
Ce tableau peut vous aider à choisir le modèle de déploiement approprié : Bande
passante / utilisateur
1 utilisateur 2-50 utilisateurs
concurrents Plus de 50 utilisateurs concurrents *
> 10 Mbit/s Monoposte Déploiement Lan ou Déploiement Wan ou Citrix/Terminal Server
Déploiement Lan ou Déploiement WAN ou Déploiement Citrix/Terminal
Server 2 - 10 Mbit/s Monoposte Déploiement Lan ou
Déploiement WAN ou Déploiement Citrix/Terminal
Server
Déploiement Citrix/Terminal Server
< 2 Mbit/s Monoposte Déploiement Citrix/Terminal
Server Déploiement Citrix/Terminal Server
* Au-delà de 50 utilisateurs concurrents, nous conseillons de mener une étude pour confirmer l’adaptation du modèle de déploiement et des procédures d’administration au projet et à l’architecture technique prévue.
MEGA Desktop Application Architecture Overview
Guide Version MEGA 2009 SP4 page 4/23
Déploiement en monoposte
Tous les composants sont installés sur le client Windows.
Cette architecture est recommandée pour un utilisateur ou dans le cadre d’une évaluation sur un poste. Les données ne peuvent pas être partagées avec d’autres utilisateurs MEGA.
Dans ce type de déploiement, on suppose que le stockage du référentiel est en GBMS.
MEGA Desktop Application Architecture Overview
Guide Version MEGA 2009 SP4 page 5/23
Déploiement WAN
Les programmes MEGA et le référentiel MEGA sont installés sur un serveur de fichiers. Le client Windows dispose d’une copie des programmes en local et d’un cache local pour les données. Les programmes en local sont synchronisés automatiquement lorsque le serveur de fichiers est mis à niveau.
Cette architecture est recommandée pour des groupes de travail travaillant sur un réseau étendu (Wan).
Dans ce type de déploiement, on suppose que le stockage du référentiel est en GBMS.
MEGA Desktop Application Architecture Overview
Guide Version MEGA 2009 SP4 page 6/23
Déploiement LAN
Les programmes et le référentiel sont installés sur un serveur de fichiers. Les clients Windows peuvent avoir une copie des programmes de MEGA en local ou les charger à partir du serveur de fichiers.
Cette architecture est recommandée pour des groupes d’utilisateurs travaillant sur un réseau local (LAN).
Copie locale des programmes
Le client Windows exécute une copie locale des programmes MEGA. Les programmes en local sont synchronisés automatiquement lorsque le serveur de fichiers est mis à niveau.
Dans ce type de déploiement, on suppose que le stockage du référentiel est en GBMS.
MEGA Desktop Application Architecture Overview
Guide Version MEGA 2009 SP4 page 7/23
Raccourcis MEGA
Le client Windows peut également utiliser des raccourcis pour charger les programmes depuis le serveur de fichiers. Les programmes MEGA sont chargés dans la mémoire du client Windows à chaque exécution de MEGA Desktop Application mais ils ne sont pas installés en local.
Dans ce type de déploiement, on suppose que le stockage du référentiel est en GBMS.
MEGA Desktop Application Architecture Overview
Guide Version MEGA 2009 SP4 page 8/23
Déploiement Citrix/Terminal Server
Les programmes MEGA sont installés sur un serveur d’applications comme Citrix ou Terminal server. Le client lance une session de MEGA Desktop application sur le serveur d’applications.
Cette architecture est recommandée pour les groupes de travail répartis sur différents sites, surtout si la bande passante réseau est faible.
Exemple pour Citrix
Dans ce type de déploiement, on suppose que le stockage du référentiel est en GBMS.
MEGA Desktop Application Architecture Overview
Guide Version MEGA 2009 SP4 page 9/23
Exemple pour Terminal Server
Dans ce type de déploiement, on suppose que le stockage du référentiel est en GBMS.
MEGA Desktop Application Architecture Overview
Guide Version MEGA 2009 SP4 page 10/23
Pré-requis pour le déploiement
Pré-requis communs à tous les modèles Client Windows
Système du client Windows 7.0 (32-bit ou 64-bit) Windows 7.0 SP1 (32-bit ou 64-bit)*
Windows Vista SP1 (32-bit ou 64-bit) Windows XP Professional SP3
Internet Explorer : 6.0 ou supérieur Logiciels complémentaires Adobe Reader : 5.0 ou supérieur
Voir aussi la section ‘Exigences supplémentaires de ce document
Matériel Processeur
2,2 GHz ou plus recommandé RAM Pour Windows XP
Minimum 512 Mo
2 Go ou plus recommandé Pour Windows Vista/7.0 Minimum 1 Go
2,5 Go ou plus recommandé Résolution et couleurs
65536 couleurs (16-bits) minimum Minimum 800 x 600
1024 x 768 ou plus recommandé Espace disque
2,5 Go minimum 3,5 Go recommandé
Pour Windows 2000, voir le paragraphe ‘Questions Fréquentes sur l’Architecture’ de ce document.
* A partir de MEGA 2009 SP4 CP9.0.
Serveur de fichiers
Système du serveur Windows Server 2008 (32-bit ou 64-bit) Windows Server 2008 R2 (64-bit) Windows Server 2003 SP2 (32-bit)
Windows Server 2003 R2 (32-bit ou 64-bit)
Pour d’autres systèmes, une analyse spécifique est nécessaire.
Matériel Processeur
Voir recommandations matérielles du système, 1 Ghz ou plus recommandé.
RAM Voir recommandations matérielles du système, 1 Go recommandé.
Espace disque
3 Go recommandés pour MEGA Desktop Application.
Sélectionnez des composants de qualité supérieure pour le disque dur et la carte de contrôleur de disque dur.
MEGA Desktop Application Architecture Overview
Guide Version MEGA 2009 SP4 page 11/23
Client Citrix / Client Remote Desktop
Système du client Client Citrix
Client Windows 32/64 bits
(2000/XP/2003/Vista/2008/Seven) Client Linux, client Unix, client Mac … Client Web Citrix
Internet Explorer, Mozilla Firefox, Safari…
Client pour connexion Remote Desktop
Client Windows 32/64-bit (XP/2003/Vista/2008/ Seven) Client Mac
Client Web pour connexion en Remote Desktop Internet Explorer
Matériel Pas d’exigence spécifique pour MEGA.
Application Server (Citrix Server/Terminal Server)
Système du serveur Voir les exigences pour Citrix Presentation Server 4.0 ou 4.5, par exemple :
Windows Server 2003 SP2 (32-bit) Windows Server 2003 R2 (32-bit) Internet Explorer : 6.0 ou supérieur Couche serveur d’applications Citrix Presentation Server 4.0 ou 4.5
Edition Standard Edition Avancée Edition Entreprise Platinum Edition Microsoft 2003 Server
Remote Desktop Services Microsoft 2008 Server
Remote Desktop Services Logiciels complémentaires Adobe Reader : 5.0 ou supérieur
Voir aussi la section ‘Exigences supplémentaires de ce document
Matériel Processeur
2 cœurs par groupe de 16 utilisateurs RAM
512 Mo minimum pour le système Terminal Server et pour le système Citrix
250 Mo ou plus par utilisateur concurrent Résolution
65000 couleurs minimum.
Espace disque
3 Go pour MEGA Desktop Application
MEGA Desktop Application Architecture Overview
Guide Version MEGA 2009 SP4 page 12/23
Serveur de base de données
Système du serveur Voir les exigences RDBMS
RDBMS Oracle Database Server 11
Edition standard ou entreprise Version 11.1.0.6
Oracle Database Server 10g R2 Edition standard ou entreprise Versions 10.2.0.4 ou supérieures SQL Server 2008 Standard ou Enterprise Edition SQL Server 2005 Standard ou Enterprise Edition
Espace disque Données : Veuillez vous référer à l’article « Repository - RDBMS Deployment Guide MEGA 2009 SP4 ». pour Oracle, 2 Go minimum par utilisateur ou base système
Matériel RAM : une étude spécifique est nécessaire. Référez-vous à l'article technique ‘Repository - RDBMS Deployment Guide MEGA 2009 SP4’.
CPU : voir recommandations matérielles pour RDBMS.
Exigences supplémentaires pour les produits spécifiques
Génération de documentation en collaboration avec MS-Word
• La fonctionnalité de génération de document MS Word supporte MS Word versions 2002 (XP), 2003, 2007 et 2010.
• Les utilisateurs travaillant sur le même environnement ont la même version de MS-Word installée sur leur machine.
• En monoposte et sous architecture de déploiement WAN et LAN, il est nécessaire d’installer MS-Word sur chaque client Windows.
Génération de documentation en collaboration avec Open Office
• La fonctionnalité de génération de document Open Office supporte la version d’Open Office 2.3.0.
• Les utilisateurs travaillant sur le même environnement ont la même version de OpenOffice installée sur leur machine.
• En monoposte et sous architecture de déploiement WAN et LAN, il est nécessaire d’installer Open Office Writer sur chaque client Windows.
MEGA Database Builder
• Le driver ODBC 32 bits correspondant à la base de données à rétro-générer (Oracle, DB2, SQL Server…) est requis.
MEGA Simulation ou MEGA Simulation (BPMN)
• Les fonctionnalités de reporting de la simulation pour MEGA Process ou MEGA Process BPMN Edition nécessitent les versions 2002, 2003 ou 2007 de MS Excel.
MEGA Publisher - Web Publisher
Les types de sites web ont été validés pour les navigateurs HTML suivants :
MEGA Desktop Application Architecture Overview
Guide Version MEGA 2009 SP4 page 13/23
Internet
explorer 8.x Internet
explorer 7.x Internet
explorer 6.x Mozilla
Firefox 3.x Mozilla Firefox 2.x
MEGA Enterprise Portal Oui Oui Oui Oui* Oui*
* La carte des risques absolus n’est pas affichée avec Mozilla Firefox.
MEGA Exchange - API
• Les fonctions API Script peuvent être utilisées dans:
• les applications supportant COM (MS Visual Basic version 6, MS Office version 2002/2003/2007..)
• Les applications .Net.
• Des scripts VB, Javascript, Perl.
• Les fonctions API JAVA peuvent être utilisées dans des applications JAVA (Eclipse…)
• Les fonctionnalités liées à l’éditeur Excel et la génération de rapports nécessitent les versions 2002, 2003 ou 2007 de MS-Excel.
MEGA Solman
• Les fonctionnalités d’import/export nécessitent une version spécifique de BPM-Xchange client et BPM-Xchange for Netweaver. Voir le document ‘Solman Architecture Overview MEGA 2009 SP4' document’.
Communication
Entre les programmes MEGA et le serveur de fichiers
Protocole Server Message Block Protocol (SMB Protocol)
Port Ports SMB
Bande passante réseau 10 Mbits/s minimum, 100 Mbit/s ou supérieur recommandés
Latence du réseau 10 Ms maximum
Entre les programmes MEGA et le serveur de base de données (Oracle)
Protocole Oracle Native Protocol
Port TCP 1521 (Oracle Remote Database)
Bande passante réseau 100 Mbit/s ou 1 Gbit/s recommandés
Latence du réseau 10 Ms maximum
Entre les programmes MEGA et le serveur de base de données (SQL Server)
Protocole SQL Server Protocol
Port UDP/TCP 1433 (Microsoft-SQL-Server)
MEGA Desktop Application Architecture Overview
Guide Version MEGA 2009 SP4 page 14/23
Bande passante réseau 100 Mbit/s ou 1 Gbit/s recommandés
Latence du réseau 10 Ms maximum
Entre le client Citrix et le serveur Citrix
Protocole Independent Computing Architecture Protocol (ICA Protocol)
Port UPD/TCP 1604 (icabrowser)
Bande passante réseau 100 KBit/s ou supérieur
Latence du réseau 100 Ms maximum
Entre le client Web Citrix et le serveur Citrix
Protocole HTTP
Port UPD/TCP 80 (HTTP)
Bande passante réseau 100 KBit/s ou supérieur
Latence du réseau 100 Ms maximum
Entre le client Remote Desktop et les services Remote Desktop
Protocole Remote Desktop Protocol (RDP)
Port UDP/TCP 3389 (MS WBT Server)
Bande passante réseau 100 KBit/s ou supérieur
Latence du réseau 100 Ms maximum
Entre le client Web Remote Desktop et les services Remote Desktop
Protocole HTTP
Port UPD/TCP 80 (HTTP)
Bande passante réseau 100 KBit/s ou supérieur
Latence du réseau 100 Ms maximum
Sécurité et Administration
Assurer la sécurité des architectures
Pare-feux et DMZ
Pour paramétrer les ports du pare-feu, voir le tableau ci-dessus.
Avec le déploiement Citrix / Terminal Server, le client Windows ou le client Web peuvent être situés en- dehors du DMZ.
MEGA Desktop Application Architecture Overview
Guide Version MEGA 2009 SP4 page 15/23
Avec les déploiements LAN et WAN, le client Windows et le serveur de fichiers doivent être situés au sein du DMZ.
Pour que les fonctions de génération de MEGA Desktop Application fonctionnent normalement, votre pare- feu ne doit pas interdire l’exécution des processus suivants :
Processus Numéro
attendu Libellé
mgwmapp.exe : Unique Processus créé au moment de l’éxécution de MEGA Desktop Application ou de la console d’administration MEGA.
Paramétrages des antivirus
Pour que les fonctions de génération de MEGA fonctionnent normalement, votre anti-virus ne doit pas interdire l’exécution de script sur la partie cliente.
Il est recommandé d’exclure les fichiers portant les extensions EMB, EMS, EMK, EML du scan de l’anti-virus.
Protection des données
Intégrité des données
Accès et visibilité des données
Il est possible de paramétrer la base MEGA à laquelle l’utilisateur accède.
Il est possible de paramétrer le type d’information auquel l’utilisateur a accès en paramétrant les profils d’utilisateur MEGA (par exemple : Expert metier)
Il est aussi possible de paramétrer les données auxquelles l’utilisateur accède en mettant en œuvre une gestion de la confidentialité des données.
Voir le document 'MEGA Administration - Supervisor', section ‘Confidentialité des données’.
Sécuriser l’accès aux produits Licences
Les licences MEGA Must constituent le système de protection standard pour MEGA Desktop Application.
Une installation nécessite :
• Au moins un produit d’accès aux données Par exemple : Repository Storage (ORACLE).
• Au moins un produit MEGA Desktop.
Par exemple : MEGA Process BPMN Edition.
Les jetons sont gérés on mode partagé ou en mode dédié.
Voir le document 'Must License Installation Guide MEGA 2009 SP4'.
Politique d’authentification
MEGA Desktop Application permet 3 modes d’authentification :
• Authentification MEGA : l'authentification est gérée par MEGA dans un dossier MEGA spécifique.
• Authentification Windows : l'authentification se fait par un Active Directory externe.
MEGA Desktop Application Architecture Overview
Guide Version MEGA 2009 SP4 page 16/23
• Authentification LDAP : l'authentification se fait par un annuaire LDAP externe.
Protection et stockage du mot de passe
La vérification du mot de passe dépend du mode d’authentification choisi :
• Authentification MEGA : les mots de passe utilisateur sont stockés dans la base système (valeurs cryptées).
• Authentification Windows : les mots de passe utilisateur sont stockés dans l’Active Directory.
• Authentification LDAP : les mots de passe utilisateur sont stockés un annuaire LDAP.
Règle de gestion des mots de passe
La gestion des mots de passe dépend du mode d’authentification choisi :
• Authentification MEGA : l'administrateur MEGA peut définir ou réinitialiser un mot de passe utilisateur.
• Authentification Windows : les mots de passe sont gérés selon la politique de l’Active Directory.
• Authentification LDAP : les mots de passe utilisateur sont gérés dans un annuaire LDAP.
Intégration LDAP
MEGA Desktop Application permet l’authentification LDAP :
• un serveur LDAP doit être paramétré.
• l’authentification LDAP doit être activée.
• l'utilisateur MEGA doit être paramétré pour supporter l'authentification LDAP.
L'administrateur gère les utilisateurs via la console d’administration MEGA.
Voir le document 'MEGA Administration - Supervisor', section ‘Authentification dans MEGA’.
Administration des services Contrôle des processus
Le contrôle des processus est réalisé via :
• des outils de contrôle standards (Task Manager …).
• des outils de contrôle standards de serveurs d’applications (Citrix Management Console...)
Eléments permettant la traçabilité des activités (journaux)
MEGA Desktop Application permet de gérer :• Une journalisation intégrée des mises à jour de données (active par défaut). Dans ce cas, le volume des données a un impact sur les performances de l'application.
• Une journalisation externe des mises à jour de données (non active par défaut).
Il est possible de la paramétrer en utilisant la console d'administration MEGA.
Configuration de la sauvegarde physique
Recommandations communes aux stockages GBMS et RDBMS
Pour les stockages GBMS et RDBMS, nous recommandons de faire une sauvegarde systématique du dossier complet de chaque environnement MEGA et de ses sous-dossiers :
• Un dossier « Db ».
• Un dossier « SysDb ».
• Un dossier « Mega_usr ».
MEGA Desktop Application Architecture Overview
Guide Version MEGA 2009 SP4 page 17/23
Les dossiers contenant des livrables situés dans un dossier autre qu’un dossier d’environnement peuvent également être sauvegardés.
Exemples :
• Le dossier des documents partagés.
Par défaut, dans le dossier 'Document' du dossier de la base MEGA.
• Le dossier des sites Web générés.
Par défaut, dans le dossier 'Intranet' du dossier de l’environnement MEGA.
• Dossier des documents détachés.
Par défaut, dans le dossier 'Approve' du dossier des bases MEGA.
Les dossiers 'CFG' et 'MEGA_USR' de chaque dossier d’installation MEGA peuvent contenir des fichiers de configuration et de personnalisation. Ils peuvent également être sauvegardés.
D’autres dossiers peuvent être crées par les utilisateurs pour documenter ou archiver les personnalisations : Ils peuvent également être sauvegardés.
Fréquence :
• Nous recommandons de procéder à une sauvegarde quotidienne si le projet est en cours.
Recommandations pour le stockage GBMS
Nous recommandons de procéder à des sauvegardes totales, du moins pour les bases MEGA.
Nous avons constaté que pour certains fichiers système, les sauvegardes différentielles / incrémentales ne sauvegardaient pas les fichiers des bases MEGA correctement. De même, nous ne garantissons pas les sauvegardes à chaud.
Notes :
• Les fichiers créés dans le dossier de l’utilisateur ne sont pas considérés comme des données.
• Si MEGA est déployé en mode déconnecté, une procédure spéciale est de rigueur.
• Il n’est pas nécessaire de sauvegarder les programmes MEGA. Il est en revanche nécessaire de documenter les choix de déploiement effectués pour le projet.
Afin d’assurer la validité de la sauvegarde, vous ne devez pas accéder aux fichiers pendant le processus de sauvegarde.
Pour ceci, vous devez :
• Rendre temporairement indisponible le dossier partagé au niveau serveur de fichiers.
• Utiliser l’option MEGA 'Autoriser la publication pour l’environnement'.
Fréquence :
• Nous recommandons de procéder à une sauvegarde quotidienne si le projet est en cours.
Recommandations pour le stockage RDBMS
Suivez la politique de votre entreprise pour la sauvegarde des données.
Nous recommandons de vérifier qu’une sauvegarde des données est réalisée avant chaque mise à jour majeure des données. Par exemple : personnalisation de la base système, traitement des données, mise à niveau d'un CP/SP.
• Pour le stockage Oracle : faire un dump de chaque schéma Oracle pour les données MEGA.
• Pour le stockage SQL Server : faire une sauvegarde de chaque base de données SQL Server utilisée pour les données MEGA (y compris la base système).
MEGA Desktop Application Architecture Overview
Guide Version MEGA 2009 SP4 page 18/23
Documentation technique
Les guides sont livrés au format .pdf. Vous devez installer Adobe Reader 5.0 pour les consulter. Les différentes versions d’Adobe Reader sont disponibles gratuitement à l’adresse suivante :
Fichiers utilisateurs
Les différents fichiers créés au niveau utilisateur (données applicatives et paramètres locaux) : La localisation varie en fonction du fichier et du système :
Fichier Localisation (exemple) Megawks.ini Avec Windows 2000/XP/2003:
C:\Documents et Settings\Utilisateur01\Application Data\Mega With Windows 7/Vista :
C:\Users\User01\AppData\Roaming\Mega MEGASETTINGS.INI
MegaErrYYYYMMDD.txt Avec Windows 2000/XP/2003:
C:\Documents et Settings\Utilisateur01\Local Settings\Application Data\Mega
With Windows 7/Vista :
C:\Users\User01\AppData\Local\Mega Où 'User01' est le code pour la fenêtre du profil utilisateur
Lors de l'utilisation de MEGA, chaque utilisateur doit disposer :
• D’un dossier de données personnel où il peut lire, écrire et supprimer des données.
• D'un dossier personnel de paramètres 'local settings' où il peut lire, écrire et supprimer des données.
• D'un dossier personnel temporaire où il peut lire, écrire et supprimer.
• D'un accès aux dossiers partagés de l'environnement.
MEGA Desktop Application Architecture Overview
Guide Version MEGA 2009 SP4 page 19/23
Glossaire
Terme Définition
Active Directory Annuaire pour les environnements Microsoft. Il fournit des services centralisés pour identifier et authentifier les utilisateurs d’un réseau de machines MS Windows.
Application MEGA Web. Logiciel MEGA d’Enterprise Architecture auquel on accède via un client web.
Notez que les produits MEGA et les options disponibles varient selon qu'il s'agit de MEGA Desktop ou MEGA Anywhere.
Cache local MEGA La technologie MEGA assure un stockage au format GBMS via lequel les données sont mises en cache localement.
Charge La charge de travail est réalisée par un
charge réseau, la charge est mesurée à partir d'un nombre brut de connexions.
Client Windows Poste client utilisé pour faire fonctionner des applications, par exemple MEGA Desktop Application. En fonction du deployment, un logiciel peut ou non être installé sur la partie cliente.
Cluster Un groupe de systèmes informatiques indépendants, appelés
informatique unifiée.
Console d’administration MEGA La console d’administration MEGA permet d’effectuer les tâches d’administration suivantes :
• Gérer les environnements MEGA
• Gérer les bases MEGA.
• Gérer les utilisateurs MEGA
• Gérer les profils MEGA.
Disponibilité Mesure de la capacité d'un système informatique à maintenir un niveau de services malgré les pannes matérielles ou logicielles. Un système hautement disponible fournit des services à ses clients un pourcentage de temps élevé.
Disque MEGA CD/DVD contenant le programme d’installation des logiciels MEGA.
Le contenu de ce disque peut être copié sur un dossier du réseau et être installé à partir du réseau.
Dossier des programmes MEGA Installation MEGA sur la machine. Un dossier de programmes MEGA peut être identifié par deux sous-dossiers : 'Cfg' et 'System'.
Environnement MEGA Espace de données pour un groupe d'utilisateurs MEGA. Un environnement MEGA référence une base système ainsi qu’une ou plusieurs bases utilisateur.
Equilibrage de charge réseau (« Load
Balancing ») Une technique permettant de moduler le niveau des performances en distribuant des requêtes à différents noeuds.
Fonctions du programme Composant sélectionné au cours de l'installation du logiciel MEGA.
Exemples pour le logiciel MEGA :
• Environnement exemple
• Logiciel MEGA
o Programme d’administration MEGA.
o Utilitaires
o Fichiers exemples o Documentation MEGA
Format de stockage MEGA Il existe différents formats de stockage des bases MEGA :
• GBMS (MEGA DBMS, format propriétaire).
• Oracle (RDBMS, Oracle).
• SQL Server (RDBMS, SQL Server).
IIS, Microsoft Internet Information Technologie Microsoft. Plateforme de serveur Web permettant
MEGA Desktop Application Architecture Overview
Guide Version MEGA 2009 SP4 page 20/23
Terme Définition
Services l’exécution d’applications Web.
Independent Computing Architecture
(client, serveur, protocole) ICA est une technologie Citrix qui permet à l’utilisateur d'accéder à des applications et données sur un serveur distant sur un réseau.
Elle est basée sur le protocole ICA.
La partie cliente est appelée Client Citrix (également appelée Client ICA).
La partie serveur est appelée Serveur Citrix (les noms changeant selon les versions : Citrix XenApp, anciennement Citrix MetaFrame Server, Citrix Presentation Server).
Licence MEGA Licence utilisée pour lancer un programme MEGA (Produit MEGA, Options MEGA ou Bundles MEGA). Différentes technologies sont disponibles. La plus courante est la licence MEGA Must.
MEGA Advisor Application Web permettant de consulter une base MEGA. Avec MEGA 2009, elle est conçue pour IIS. Une machine serveur peut héberger une seule installation de MEGA Advisor.
MEGA Application Services Application MEGA installée sur un serveur fournissant des services à d’autres applications telles que l’application MEGA Web.
MEGA Desktop Application Logiciel MEGA d’Enterprise Architecture auquel on accède via un client lourd.
Conçu actuellement pour des plate-formes Microsoft Windows 32/64 bits.
Notez que les produits MEGA et les options disponibles varient selon qu'il s'agit de MEGA Desktop et MEGA Anywhere.
MegaWks.ini Fichier de configuration MEGA utilisé pour définir des paramètres utilisateurs sur la machine. Ce fichier n’est pas créé à l’installation.
Oracle Instant Client Oracle Instant Client est une technologie Oracle. Il s'agit de la partie cliente d'un serveur de base de données Oracle. Elle évite de déployer un client Oracle sur les postes clients. Pour MEGA Desktop Application, il est installé avec les programmes MEGA : aucune installation n'est requise sur le client Windows.
Page d’Administration MEGA Page web qui permet d’effectuer des tâches d’administration de base telles que :
• La gestion des connexions des utilisateurs Web
• La gestion du cache.
Pilote HASP Le pilote HASP est un pilote matériel nécessaire pour utiliser la clé HASP (également appelée "dongle") sur un port USB ou parallèle.
Profil MEGA Groupe d’utilisateurs MEGA dans un environnement MEGA (systemdb).
Les profils permettent de gérer plus facilement le paramétrage des utilisateurs (options, permissions, licence).
Référentiel MEGA Un référentiel MEGA est une base qui constitue l’espace de travail au sein duquel les données de modélisation sont stockées. Plusieurs utilisateurs peuvent s’y connecter et y travailler en même temps.
Un référentiel permet ainsi à plusieurs utilisateurs de travailler en équipe sur un même projet.
Remote Desktop (client, services,
protocole) Remote Desktop est une technologie Microsoft qui permet à l’utilisateur d’accéder aux applications et données d’un réseau sur un serveur distant. Elle est basée sur le protocole Remote Desktop Protocol (RDP).
La partie cliente est appelée Remote Desktop Client (appelée antérieurement Terminal Services Client).
La partie serveur est appelée Remote Desktop Services (appelée antérieurement Terminal Services).
Server Message Block Protocol (SMB Protocole utilisé par une machine cliente pour demander des
MEGA Desktop Application Architecture Overview
Guide Version MEGA 2009 SP4 page 21/23
Terme Définition
Protocol) services de fichiers et d’impression à un serveur de fichiers MS Windows. Appelé précédemment protocole CIFS.
Serveur d’applications Serveur jouant le rôle de serveur d’applications.
Serveur de base de données Un serveur de base de données est une machine fournissant des services de base de données à d’autres machines. Dans ce document, le serveur de base de données est une machine fonctionnant avec un système de gestion de bases de données relationnelles. Un serveur de base de données peut héberger une ou plusieurs instances de :
Exemple :
• Serveur ‘'iba.company.com'
• Serveur '‘192.888.777.666'
• Serveur ‘SQL02’
Serveur de fichiers Serveur utilisé pour le partage de fichiers. Les composants du matériel doivent être de qualité supérieure (disque dur et carte contrôleur de disque dur). La configuration doit favoriser les performances d’accès aux fichiers en mode lecture-écriture.
SQL Server Native Client SQL Server Native Client est une technologie Microsoft. Il s'agit de la partie cliente d'un serveur de base de données SQL Server. Il doit être installé sur le client Windows en utilisant un programme d’installation Microsoft.
Utilisateur de domaine Utilisateur dans l'Active Directory de Microsoft ? Synonyme : Utilisateur Windows.
Utilisateur MEGA Compte utilisateur dans un environnement MEGA (base système)
MEGA Desktop Application Architecture Overview
Guide Version MEGA 2009 SP4 page 22/23
Annexe
Questions fréquentes concernant l’architecture
Que recommandez-vous pour les utilisateurs nomades ?
MEGA recommande un déploiement sur poste autonome avec un stockage en GBMS et une configuration en mode déconnecté. Notez qu'une licence locale est nécessaire dans ce cas. Veuillez vous référer à l'aide ou au guide utilisateur MEGA Administration – Supervisor, rubrique ‘Modes de connexion à MEGA.
Est-ce que MEGA Supporte Windows 2000 ?
Windows 2000 SP3 ou SP4 sont toujours supportés pour MEGA 2009 en tant que système d’exploitation pour le client, serveur de fichiers ou serveur d’applications. Il est supporté pour les modes de déploiement suivants : dépoiement sur postes autonomes, déploiement Lan, déploiement Wan, déploiement
Citrix/Terminal Server.
Toutefois, il n’est pas recommandé (statut désapprouvé). Le support sous Windows 2000 va être abandonné dans les futures versions de MEGA.
Pour chaque machine sous Windows 2000, il est nécessaire d’installer un exécutable Microsoft. Ce qui consiste à installer 'Microsoft Visual C++ 2005 Redistributable Package (x86)' (file vcredist_x86.exe).
Ce package est installé sous le dossier \Install\VCRuntime of a MEGA installation (MEGA 2009 SP1 CP2.0 et supérieur). Il peut aussi être téléchargé à partir du site de Microsoft.
Notez que le composant SQL Server 2008 client natif requis pour stocker les données Oracle de SQL Server n'est pas supporté par Windows 2000.
MEGA Desktop Application Architecture Overview
Guide Version MEGA 2009 SP4 page 23/23
Liste des imports / exports
En fonction du produit MEGA, différents formats d’import et d’export sont proposés.
• La fonctionnalité d’import Erwin supporte les versions 4.1 et 7.1 de Computer Associates Allfusion ERwin Data Modeler.
• La fonctionnalité d'Import Power Designer nécessite une version 11 et 12.5 de Sybase Power Designer.
• La fonctionnalité d’import Oracle Designer nécessite la version 10g de Oracle Designer.
• La fonctionnalité d’Export XMI supporte la version 2.1 de XMI.
• La fonctionnalité d’import XMI nécessite XMI 1.0 (UML 1.3).
• L’import/Export Rose supporte les versions 2000, 2002 et 2003 de IBM Rational Rose.
• La fonctionnalité d’export XPDL (BPMN) supporte la version 2.0 du langage XPDL.
• L’Import/Export Solman supporte les versions 4.7, 7.0 et 7.0 EPH1 de SAP Solution Manager.
• La fonctionnalité d’Export Appian supporte les versions 5.7 et 6.0 d’Appian
• L’import/Export Doors supporte les versions 8.1, 8.2, 8.3, 9.1 et 9.2 de IBM Telelogic Doors.
• La fonctionnalité d’import Web Services supporte les versions 2.0 et 3.0 du protocole UDDI. MEGA Designer - Integration
• La fonctionnalité d’import WSDL nécessite la version 1.1 du standard WSDL.
• La fonctionnalité d’export BPEL4WS supporte la version 1.1 du langage BPEL4WS.
• La fonctionnalité d’export XPDL supporte la version 2.0 du langage XPDL.
• La fonctionnalité d’export BPEL supporte la version 1.1 du langage BPEL.
• La fonctionnalité d’import Visio nécessite les versions 2002, 2003 ou 2007 de MS-Visio.
• La fonctionnalité d'export MS Project supporte les versions 2002, 2007 et 2010 de MS Project.
• La fonctionnalité d’Import Casewise supporte la version 9.3 de Casewise Corporate Modeler.
• La fonctionnalité d’import de Popkin supporte la version 10.1 de IBM Rational System Architect.