Windows Front-End Architecture Overview HOPEX V1R1 FR

(1)

Windows Front-End Architecture Overview HOPEX V1R1 FR

Révisé le : 19 novembre 2013 Créé le : 31 mars 2010

Auteur : Jérôme Horber

(2)

S OMMAIRE

Résumé

Ce document décrit la configuration requise ainsi que les types de déploiement pour l'installation de Windows Front-End.

Ce document s’applique uniquement à HOPEX V1R1.

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).

• comment utiliser les fonctionnalités (voir les guides utilisateurs).

Les schémas fournis dans ce document constituent des recommandations qui peuvent ne pas s'appliquer à tous les contextes.

Une étude spécifique avec le support du Product Management de MEGA est obligatoire avant prise de tout engagement.

Sommaire ... 2

Déploiements classiques ... 4

Déploiement standard ... 5

Prérequis pour le déploiement... 7

Client Windows ... 7

Serveur de fichiers ... 7

Client Citrix / Client Remote Desktop ... 8

Application Server (Citrix Server/Terminal Server) ... 8

Serveur de base de données ... 9

Communication ... 10

Entre MIK et le serveur de fichiers ... 10

Entre le client Citrix et le serveur Citrix ... 10

Entre le client Web Citrix et le serveur Citrix ... 10

Entre le client Remote Desktop et les services Remote Desktop ... 10

Entre le client Web Remote Desktop et les services Remote Desktop ... 11

Entre MIK et serveur de base de données (Oracle, SQL Server)... 11

Entre MIK et le serveur de messagerie ... 11

Entre MIK et le serveur de fichiers (accès fichier, accès licence) ... 11

Entre MIK et le serveur de documents (accès fichier) ... 12

Entre MIK et le serveur LDAP ... 12

Windows Front-End Architecture Overview

HOPEX V1R1 FR page 2/28

(3)

Détails techniques ... 13

Authentification ... 13

Accès aux données ... 13

Gestion des documents ... 13

Stockage des données ... 14

Autres interfaces ... 15

Sécurité ... 15

Paramétrage des antivirus ... 16

Cluster, scalabilité et équilibrage des charges ... 16

Fichiers d'erreurs et de traces ... 16

Documentation technique ... 17

Licences ... 17

Multilinguisme ... 17

Administration et contrôle ... 18

Sauvegarde physique ... 19

Questions fréquentes ... 20

Est-ce que le déploiement LAN/WAN (avec copie locale des programmes) est encore supporté ? ... 20

Est-t-il possible de se connecter à distance ? ... 20

Le framework .NET est-il requis pour installer Windows Front-End? ... 20

Est-ce que Windows Front-End fonctionne sous Windows 2000? ... 20

Est-ce que Windows Front-End fonctionne sous Windows XP? ... 20

Est-ce que MEGA Windows Front-End fonctionne sous Windows Vista? ... 20

Est-ce que MEGA Windows Front-End fonctionne sous Windows 8.0? ... 21

Glossaire ... 22

(4)

D EPLOIEMENTS CLASSIQUES

Windows Front-End peut être déployé selon différents types de déploiement :

• Déploiement standard

• Déploiement Citrix/TSE

Il est possible d'installer Windows Front-End sur un poste isolé (Déploiement en poste isolé).

Type de déploiement Recommandé pour Commentaire Déploiement standard Déploiement à petite ou

moyenne échelle avec de bonnes

performances réseau (LAN, VPN)

Pas de licence TSE/Citrix requise Architecture 2-tier :

• Clients Windows (présentation et logique métier).

Il existe autant de clients que de postes utilisateur.

• Serveur de base de données (données).

Un dossier de configuration partagé est utilisé.

Déploiement Citrix/TSE Déploiement à grande échelle, bande passante limitée

Architecture 3-tier :

• Client (présentation).

• Serveur d'applications (logique métier).

• Serveur de base de données (données).

Un dossier de configuration partagé est utilisé.

Une ferme de serveurs permet scalabilité, équilibrage des charges, administration et déploiement centralisés

Bande passante /

utilisateur * 2-50 utilisateurs simultanés utilisateurs

Plus de 50 utilisateurs simultanés

> 5 Mbit/s Déploiement standard **

Déploiement Citrix/TSE Déploiement Citrix/TSE

< 2 Mbit/s Déploiement Citrix/TSE

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.

* La bande passante considérée est la bande passante disponible entre le client Windows et le serveur de bases de données (RDBMS) ou serveur de fichiers (GBMS).

** Au-delà de 50 utilisateurs simultanés, nous conseillons de mener une étude pour confirmer l’adaptation du type de déploiement et des procédures d’administration au projet et à l’architecture technique prévue.

(5)

Déploiement standard

Il existe un MIK (instance de noyau MEGA en cours d'exécution) par poste de travail lançant Windows Front-End.

Dans cet exemple, nous supposons que le stockage du référentiel est en RDBMS (Oracle, SQL Server). SQL Server Native client est nécessaire uniquement dans le cadre du stockage en SQL Server.

(6)

Déploiement Citrix/TSE

Il existe un MIK par session TSE/Citrix utilisant Windows Front-End.

Dans cet exemple, nous supposons que le stockage du référentiel est en RDBMS (Oracle, SQL Server), et qu'il existe un seul serveur Citrix/TSE. Pour faciliter la lecture, SQL Server Native client (nécessaire au stockage SQL Server) n'est pas affiché sur le serveur d'applications.

(7)

P REREQUIS POUR LE DEPLOIEMENT

Client Windows

Système du client Windows 8 (32-bit ou 64-bit) Windows 7.0 SP1 (32-bit ou 64-bit) Windows 7 (32-bit ou 64-bit) Logiciels complémentaires Adobe Reader : 5.0 ou supérieur

SQL Server Native client 11.0 (SQL Server 2012) Si les données sont stockées sous SQL Server Adobe Flash player : 9.0 ou supérieur (1)

Matériel Processeur

multi-coeur 3 Ghz ou plus rapide recommandé RAM 2 Go minimum

3 Go ou plus recommandé Résolution et couleurs 16 millions de couleurs Résolution de l'écran

800 x 600 minimum

1024 x 768 ou plus recommandé Espace disque

2,5 Go pour le noyau MEGA

(1) Utilisé par des fonctionnalités spécifiques Voir la rubrique "Questions fréquentes" plus loin dans le document.

Serveur de fichiers

Système du serveur Windows Server 2003 SP2 (32-bit) Windows Server 2003 R2 SP2 64-bits

Windows Server 2008 SP2 (32-bits ou 64-bits) Windows Server 2008 R2.

Windows Server 2008 R2 SP1 Windows Server 2012

Pour d’autres systèmes, une analyse spécifique est nécessaire.

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

1 Go recommandé par dossier d'environnement MEGA Sélectionnez des composants de qualité supérieure pour le disque dur et la carte de contrôleur de disque dur.

(8)

Client Citrix / Client Remote Desktop

Système du client Client Citrix

La liste varie suivant la version du serveur Citrix

Exemples : Client Windows 32/64-bits, client Linux, client UNIX, client MAC

Client Web Citrix

La liste varie suivant la version du serveur Citrix Exemples : Internet Explorer, Mozilla Firefox, Safari Client pour connexion en Remote Desktop La liste varie suivant la version du serveur TSE Exemples : Client Windows 32/64 bits, 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 aussi les recommandations pour Citrix Presentation Server ou Citrix XenApp

Couche serveur

d’applications TSE sur Windows Server 2008 R2 SP1 TSE sur Windows Server 2012

Citrix XenApp 6.0 Citrix XenApp 6.5

Logiciels complémentaires Adobe Reader : 5.0 ou supérieur

SQL Server Native client 11.0 (SQL Server 2012) Si les données sont stockées sous SQL Server Adobe Flash player : 9.0 ou supérieur (1)(2)

2 cœurs par groupe de 16 utilisateurs

RAM 512 Mo minimum pour le système Terminal Server et pour le système Citrix

300 Mo ou plus par utilisateur simultané Résolution

65000 couleurs minimum.

Espace disque

3 Go pour Windows Front-End

(1) Utilisé par des fonctionnalités spécifiques Voir la rubrique "Questions fréquentes" plus loin dans le document.

(2) Avec Windows Server 2012, flash player est installé comme une fonctionnalité Windows appelée 'Desktop Experience'. Pour plus d'informations reportez-vous à la documentation Microsoft.

(9)

Serveur de base de données

Système du serveur Voir les exigences RDBMS

RDBMS Oracle Database Server 11

Version 11.1.0.6 ou supérieure SQL Server 2008

SQL Server 2008 R2

Espace disque Données :

1 Go minimum par base système

5 Go minimum par référentiel utilisateur

Référez-vous à l'article technique 'Repository - RDBMS Installation Guide HOPEX V1R1'.

Matériel RAM : une étude spécifique est nécessaire.

Référez-vous à l'article technique 'Repository - RDBMS Installation Guide HOPEX V1R1'.

CPU : voir les recommandations matérielles pour RDBMS.

(10)

C OMMUNICATION

Entre MIK et le serveur de fichiers

Protocole Server Message Block Protocol (SMB Protocol S)

Port Ports SMB

Bande passante réseau Déploiement LAN, déploiement WAN 10 Mbit/s minimum

Déploiement Citrix/Terminal Server 1 Gbit/s ou plus recommandé Latence du réseau 1-5 Ms maximum*

Entre le client Citrix et le serveur Citrix

Protocole Independent Computing Architecture Protocol (ICA Protocol)

Port Ex. : UDP/TCP 1604 ***

Bande passante réseau 100 KBit/s ou supérieur Latence du réseau 100 Ms maximum*

*** port par défaut, vérifiez le port approprié avec votre administrateur Citrix

Entre le client Web Citrix et le serveur Citrix

Protocole HTTP

Port UPD/TCP 80 (HTTP)

Entre le client Remote Desktop et les services Remote Desktop

Protocole Remote Desktop Protocol (RDP)

Port UDP/TCP 3389 (MS WBT Server)

(11)

Entre le client Web Remote Desktop et les services Remote Desktop

Protocole HTTP

Port UPD/TCP 80 (HTTP)

* Pour un ping de 5 Ko (il est recommandé d'utiliser l'utilitaire hrping. Référez-vous à l'article technique 'Repository - RDBMS Installation Guide HOPEX V1R1'.

Entre MIK et serveur de base de données (Oracle, SQL Server)

Protocole Oracle : Oracle Native Protocol SQL Server : SQL Server Protocol

Port Oracle : Exemple TCP 1521 **

SQL Server : Exemple UDP/TCP 1433 **

Bande passante

réseau 1 Gbit/s minimum

Latence du réseau 1-5 Ms maximum*

** port par défaut, vérifiez le port approprié avec votre administrateur de base de données.

Entre MIK et le serveur de messagerie

Protocole SMTP

Port 25 par défaut, paramétrable

Entre MIK et le serveur de fichiers (accès fichier, accès licence)

Protocole SMB/CIFS

Port UDP/TCP 138

UDP/TCP 137 UDP/TCP 139 UDP/TCP 445

(12)

Entre MIK et le serveur de documents (accès fichier)

Protocole SMB/CIFS

Port UDP/TCP 138

UDP/TCP 137 UDP/TCP 139 UDP/TCP 445

Entre MIK et le serveur LDAP

Protocole LDAP

Port TCP 389 par défaut **

** port par défaut, vérifiez le port approprié avec votre administrateur de serveur LDAP.

(13)

D ETAILS TECHNIQUES

Authentification

Windows Front-End utilise l'authentification standard.

Modes

d’authentification Libellé Commentaire

Authentification standard Le processus d'authentification est géré par la plate-forme HOPEX. Les utilisateurs sont déclarés de manière explicite dans l'environnement MEGA.

Ce mode est recommandé pour les cas simples.

Aucun développement n'est nécessaire - le paramétrage suffit.

Le stockage, le cryptage et la mise à jour des mots de passe peuvent varier en fonction de la configuration choisie.

Modes d’authentification Stockage Cryptage Authentification standard (autonome) Base système Crypté, haché Authentification standard (Active Directory) Active Directory Conformément aux

spécifications de l'annuaire Authentification standard (LDAP) Annuaire LDAP

Référence :

• document 'MEGA Administration - Supervisor', section ‘Gérer les utilisateurs‘,

‘Authentification dans MEGA’.

Accès aux données

L'accès aux données est contrôlé principalement par l'utilisation des profils (accès au référentiel, permissions concernant les données et IHM).

D'autres fonctionnalités sont disponibles :

• Gestion des accès en écriture : contrôle des mises à jour des objets existants

• Gestion des accès en lecture : contrôle de la visibilité des objets existants

• Règles de permissions : contrôle calculé de la visibilité et des mises à jour des objets existants.

Référence :

• Guide utilisateur 'MEGA Administration - Supervisor'

• Section "Gérer les utilisateurs", "Authentification dans MEGA".

• Section "Gérer les profils et les rôles métier".

• Section 'Gérer les accès en écriture'

• Section 'Gérer les accès en lecture'

Gestion des documents

Un système de gestion des documents est disponible en tant que module spécifique de la plate-forme.

Ce module peut également être activé implicitement en fonction de la licence utilisée.

Il est possible de contrôler l'emplacement du stockage des données.

(14)

Si la gestion de documents est activée, les utilisateurs Windows peuvent mettre à jour et consulter des documents.

Référence :

• Guide utilisateur 'Hopex Solutions Common Features'.

Stockage des données

Chaque environnement se compose d'une base système et d'un ou plusieurs référentiels de données.

Par défaut les données sont stockées dans un serveur de base de données (SQL Server, Oracle). C'est ce qui est appelé le stockage RDBMS. Le format de stockage GBMS (format propriétaire MEGA) est disponible pour compatibilité.

Stockage Mise en

correspondance Commentaire SQL Server Un référentiel de

données est une base de données SQL Server.

Une base système est une base de données SQL Server.

Créer un utilisateur SQL Server pour l'environnement, avec des privilèges particuliers Seule l'authentification SQL Server est supportée Installer et planifier des procédures stockées par référentiel de données ou base système

Aucune instance dédiée n'est nécessaire SQL Server native client (SQL Server 2012)

Un jeton de licence spécifique (Repository Storage (SQL Server)) est nécessaire pour chaque utilisateur final

Le port par défaut peut être utilisé Oracle Le référentiel de

données est un utilisateur/schéma.

La base système est un utilisateur/schéma.

Créer un utilisateur Oracle par référentiel de données ou base système, avec des privilèges spécifiques

Installer et planifier des procédures stockées par référentiel de données ou base système

Aucune instance dédiée n'est nécessaire

Un jeton de licence spécifique (Repository Storage (ORACLE)) est nécessaire pour chaque utilisateur final

Pas d'installation côté client (Oracle instant client)

Le port par défaut peut être utilisé

Créer un tablespace pour chaque environnement (recommandation)

GBMS Un référentiel de données est un ensemble de fichiers Une base système est un ensemble de fichiers

Un jeton de licence spécifique (LAN) est nécessaire pour chaque utilisateur final

Pas d'installation côté client.

Basé sur des fichiers.

Le protocole SMB 2.0 n'est pas supporté et doit être désactivé.

Le stockage GBMS n'est pas supporté pour les référentiels de données ou une base système dépassant 4 Go.

Notez que le stockage RDBMS est obligatoire pour certains produits et bundles incluant ces produits.

(15)

Produit Indication de stockage

HOPEX Explorer RDBMS obligatoire

MEGA Action Plan RDBMS obligatoire

MEGA Advanced Reporting for ERM RDBMS obligatoire

MEGA Alignment RDBMS obligatoire

MEGA Application Portfolio Management RDBMS obligatoire MEGA Application Portfolio Management Anywhere RDBMS obligatoire

MEGA Assessment RDBMS obligatoire

MEGA Enterprise Risk Management RDBMS obligatoire

MEGA Internal Audit RDBMS obligatoire

MEGA Internal Control RDBMS obligatoire

MEGA Scheduler RDBMS obligatoire

MEGA Studio 2013 RDBMS conseillé

MEGA TeamWork RDBMS conseillé

Référence :

• Article 'Repository - RDBMS Installation Guide HOPEX V1R1'.

Autres interfaces

Un serveur de messagerie doit être configuré pour que les notifications par e-mails fonctionnent dans le cadre des workflows.

Les paramètres SMTP (serveur, port, proxy) peuvent être configurés pour l'installation en utilisant la console d'administration.

La plupart des rapports peuvent être générés ou convertis dans les formats suivants : RTF, XLS, XLSX, PDF.

Pour ouvrir un rapport depuis un client Windows, il convient d'installer un lecteur correspondant au format. Exemples : MS Excel pour lire des documents .XLS, Adore reader pour lire des documents .PDF. Si Microsoft Office est utilisé, les versions Office 2003/2007/2010 peuvent être utilisées.

L'édition et la génération de 'Rapports (MS word)' (appelés auparavant 'documents types') requièrent que MS Word soit installé. Les versions MS Office 2003, 2007 et 2010 32-bit sont supportées.

Sécurité

Tous les ports utilisés dans la plate-forme sont soit configurables soit définis ailleurs (en- dehors de MEGA). Aucun autre port spécifique n'est nécessaire ni codé en dur. Pour configurer les ports du pare-feu, voir la section "Communication" plus haut dans le document.

(16)

Paramétrage des antivirus

Pour que les fonctions de génération de MEGA Windows Front-End fonctionnent normalement, votre anti-virus ne doit pas interdire l’exécution de script sur la partie cliente.

Risque Recommandations

Faible performance lors de la consultation de la documentation technique

Exclure certaines extensions de fichiers (*.PDF, *.CHM) du scan de l'anti-virus. Ces fichiers sont des fichiers de données situés dans le dossier des programmes MEGA.

Faible performance lors de la consultation ou la mise à jour des données dans le cas du stockage GBMS

Exclure certaines extensions de fichiers (*.EMB, *.EMS,

*.EMK, *.EMV, *.MGL) du scan de l'anti-virus. Ces fichiers sont des fichiers de données situés dans le dossier de l'environnement MEGA

Cluster, scalabilité et équilibrage des charges

Pour les déploiements à grande échelle, scalabilité et équilibrage des charges sont nécessaires.

Service Principe

Scalabilité Ce service est fourni par le déploiement du serveur Citrix/TSE.

Un fichier de configuration MEGA est utilisé pour partager la même configuration entre plusieurs nœuds.

Equilibrage de charge réseau (« Load Balancing »)

Ce service est fourni par le déploiement du serveur Citrix/TSE.

Un fichier de configuration MEGA est utilisé pour partager la même configuration entre plusieurs nœuds.

Fichiers d'erreurs et de traces

Aucun fichier journal n'est créé côté serveur.

Différents fichiers sont créés au niveau utilisateur :

Fichier Emplacement (exemple) Commentaire

Megawks.ini C:\Users\<user>\AppData\Roaming\Mega Paramétrage de la machine client

MEGASETTINGS.INI C:\Users\<user>\AppData\Roaming\Mega Paramétrage technique de HOPEX Windows Front-End megaerrAAAAMMJJ.txt C:\Users\<User>\AppData\Local\Mega Journal des erreurs

Lorsqu'il utilise MEGA Windows Front-End, chaque utilisateur doit disposer :

• d’un dossier personnel "application data" 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 "temporary" où il peut lire, écrire et supprimer des données.

(17)

Documentation technique

Catégorie Public Format Code de langue

Guides

d'installation et de déploiement

Administrateur système,

administrateur fonctionnel PDF EN, FR, IT*, DE*

Guides utilisateur Utilisateur final PDF EN, FR, IT*, DE*

Aide en ligne Utilisateur final CHM EN, FR, IT*, DE*

Articles techniques Développeur, administrateur

fonctionnel PDF EN

Les fichiers Chm de l'aide en ligne sont installés dans le sous-dossier \System\<Code de langue> du dossier des programmes HOPEX.

Ex. : C:\Program Files (x86)\MEGA\MEGA HOPEX V1R1\System\US

Les guides d'installation, de déploiement et les guides utilisateur sont installés dans le sous- dossier \Documentation du dossier des programmes HOPEX.

Ex. : C:\Program Files (x86)\MEGA\MEGA HOPEX V1R1\Documentation Codes langues :

• EN: anglais

• FR : français

• IT : italien

• DE : allemand

* seront disponibles quelques mois après la version initiale.

Licences

Les produits et solutions de la plate-forme MEGA sont protégés par les licences Must. Plusieurs utilisateurs peuvent partager la même licence Must.

Le système de licence MUST n'est pas basé sur des serveurs (il n'existe pas de processus Windows pour le serveur de licences). Une licence MUST est un ensemble de fichiers auxquels accèdent les utilisateurs enregistrés dans l'Active Directory.

Toutefois un utilisateur du domaine (Active Directory) est nécessaire pour :

• chaque utilisateur lançant la console d'administration (administrateur système, administrateur fonctionnel)

• chaque utilisateur lançant Windows Front-End (développeur, administrateur fonctionnel, utilisateur associé à une tâche planifiée).

Pour obtenir une licence, veuillez contacter votre représentant commercial. Une adresse UNC vous sera demandée et un fichier de licence .must (verrouillé sur cette UNC) vous sera envoyé accompagné des instructions d'installation.

Référence :

• Article 'Must License Installation Guide HOPEX V1R1'.

Multilinguisme

Windows Front-End permet de travailler dans différentes langues.

Pour assurer un affichage correct sous Windows, il peut vous être demandé de définir le paramètre système "Langue pour les programmes non-Unicode" à chaque installation.

(18)

A DMINISTRATION ET CONTROLE

Outils d'administration

Plusieurs outils d'administration sont disponibles :

Outil d’administration Composant Tâches Console d'administration Win32

(Administration.exe) Gestion du stockage des données (environnement, référentiels, procédures stockées)

Administration fonctionnelle (gestion de l'espace de travail, gestion des utilisateurs...)

Utilitaire de gestion des utilisateurs de licences Must

Win32 (Licensing.exe) Gestion des licences Must

Windows Front-End Win32 (Mega.exe) Corriger des problèmes de configuration inattendus

XenApp AppCenter

Console Voir la documentation

Citrix Gestion des sessions Citrix Contrôle des processus MEGA Référence :

• Guide utilisateur 'MEGA Administration - Supervisor' Tâches d'administration courantes

Certaines tâches doivent être lancées et peuvent être automatisées (une intégration spécifique est nécessaire) :

Tâche Serveur impliqué Commentaire Relancer le serveur Serveur

d'applications Citrix/TSE

Facultatif

Sauvegarde physique des

données Serveur de fichiers

(GBMS)

Serveur de base de données (Oracle, SQL Server)

Nécessaire. Sauvegarde quotidienne recommandée.

Suppression des données

historisées Serveur de base de

données Procédure stockée à installer et planifier pour chaque référentiel de données et base système

Sans intérêt dans le cadre de GBMS Suppression des données

temporaires de la transaction

Serveur de base de

données Procédure stockée à installer et planifier pour chaque référentiel de données et base système

Sans intérêt dans le cadre de GBMS Réorganisation du

référentiel Serveur

d’applications

Serveur de base de données

Nécessaire dans le cadre de GBMS Sans intérêt dans le cadre de RDBMS

Vérifier la volumétrie des

données Serveur de fichiers

(GBMS)

Serveur de base de

Nécessaire dans le cadre de RDBMS

(19)

données (Oracle, SQL Server)

Services et processus actifs

Aucun service n'est créé sur le serveur d'applications :

Plusieurs processus peuvent tourner sur le serveur d'applications : Processus Utilisateur Commentaire

mgwmapp Utilisateur

courant Un par utilisateur final (par instance en cours de Mega.exe) mgwmapp Utilisateur

courant Un par instance en cours de la console d'administration (Administration.exe)

Sauvegarde physique

Dans le cadre d'un scenario de récupération après catastrophe, il est très important de disposer de sauvegardes valides pouvant être restaurées.

Elément Recommandations

Fréquence Toutes les 24 heures (1) (2)

Conservation Conserver une sauvegarde quotidienne des 30 derniers jours

Conserver une sauvegarde mensuelle des 12 derniers mois Autres fichiers à

sauvegarder Par défaut le dossier de chaque environnement MEGA (1) Pour l'environnement MEGA utilisé par un projet actif

(2) Plus particulièrement avant une mise à jour importante des données Ex.: personnalisation de la base système, traitement des données, mise à niveau par CP/RP des données MEGA Recommandations spécifiques

Stockage Mode

SQL Server Sauvegarde à froid/chaud recommandée (3) Sauvegarde à chaud possible

Oracle Sauvegarde à froid/chaud recommandée (3) GBMS Sauvegarde à froid/chaud recommandée (3)(4)

(3) Aucun utilisateur MEGA ne doit être connecté pendant la réalisation de la sauvegarde

(4) Nous avons constaté que pour certains fichiers système, les sauvegardes différentielles / incrémentielles ne sauvegardaient pas les fichiers des référentiels MEGA correctement. De même, nous ne garantissons pas les sauvegardes à chaud.

(20)

Q UESTIONS FREQUENTES

Est-ce que le déploiement LAN/WAN (avec copie locale des programmes) est encore supporté ?

Non. Ce type de déploiement n'est plus supporté. Le fichier Megaroot.ini n'est plus supporté. Le déploiement standard est similaire puisqu'il permet de partager les données, les licences et la configuration. Cependant il ne propose pas de fonctionnalité de synchronisation des programmes, ce qui est jugé "non conforme" selon les standards informatiques. Consultez votre responsable informatique pour déployer les programmes HOPEX en utilisant les fichiers .MSI et .MSP.

Est-t-il possible de se connecter à distance ?

Oui. Il est toujours possible techniquement d'installer Windows Front-End sur un serveur de fichiers et de le lancer à distance. Cependant, notez que :

• Il peut être demandé de vous enregistrer sur chaque machine cliente.

• Ce type d'exécution nécessite un excellent réseau (bande passante).

Flash Player est-il réellement nécessaire ?

Flash Player est au moins nécessaire pour l'affichage des diagrammes de Gantt dynamiques et l'affichage de graphes spécifiques. Si vous n'envisagez pas d'utiliser ces fonctionnalités, vous pouvez décider de ne pas l'installer côté client (non recommandé).

Le framework .NET est-il requis pour installer Windows Front-End?

Aucune autre version du framework .NET n'est requise en-dehors de celle installée avec le système.

Toutefois, le framework .NET 4.5 ou supérieur est nécessaire pour Advisor Front-End et HOPEX Web Front-End.

Est-ce que Windows Front-End fonctionne sous Windows 2000?

Non. Windows 2000 n'est plus supporté.

Est-ce que Windows Front-End fonctionne sous Windows XP?

Il n'est pas supporté en standard.

Il peut être supporté grâce à des extensions (facturables).

Est-ce que MEGA Windows Front-End fonctionne sous Windows Vista?

Il n'est pas supporté en standard.

Il peut être supporté grâce à des extensions (facturables).

(21)

Est-ce que MEGA Windows Front-End fonctionne sous Windows 8.0?

Windows 8.0 n'a pas encore été qualifié. Il sera supporté dans un CP/RP ultérieur de la plate- forme HOPEX.

(22)

G LOSSAIRE

Terme Définition

.NET, NET Framework Framework développé par Microsoft, fonctionnant essentiellement sous Microsoft Windows. Il comprend une importante bibliothèque et assure l'interopérabilité des langages (chaque langage peut utiliser le code écrit dans d'autres langages de programmation) 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.

Administrateur fonctionnel,

Administrateur MEGA

Personne responsable du fonctionnement opérationnel de l'installation MEGA (gérer les utilisateurs, les transactions, les journaux, etc.)

Administrateur système Personne qui assure le fonctionnement opérationnel et efficace d'un ensemble d'ordinateurs ou d'un réseau informatique.

Advisor Front-End, MEGA

Advisor Advisor Front End permet à un grand nombre d'utilisateurs de naviguer dans les données MEGA. Il est optimisé pour cette utilisation. Il utilise différents composants techniques de HOPEX Web Front End pour parvenir à cette optimisation.

Annuaire Application logicielle permettant d'organiser les informations concernant les utilisateurs et ressources d'un réseau informatique.

Authentification L'authentification détermine si l'utilisateur existe et s'il peut se connecter au logiciel (par exemple un site web).

Bande passante Taux de transfert des données Généralement mesuré en KBit/s ou GBit/s.

Basculement Technique permettant de basculer vers un serveur, système, composant matériel ou réseau redondant ou en veille, suite à la défaillance ou à la panne anormale de l'application, du serveur, système, composant matériel ou réseau précédemment actif.

Base système, systemdb Une base système contient les données partagées par tous les référentiels métier d'un environnement. Elle contient, au minimum:

• Un dossier MEGA (définition des utilisateurs / rôles / profils).

• Un ensemble de modèles de livrables.

• Une définition de métamodèle.

Cache local MEGA Technologie MEGA conçue pour le stockage au format GBMS et dans laquelle les données sont mises en cache localement.

Charge Charge de travail réalisée par un nœud. Dans l'équilibrage de charge réseau, la charge est mesurée à partir d'un nombre brut de connexions.

Client Web Poste de travail jouant le rôle d'un client sur internet.

Cluster Un groupe de systèmes informatiques indépendants, appelés nœuds, fonctionnant ensemble de manière à fournir une ressource informatique unifiée

Composant HOPEX Un composant est une partie de la plate-forme HOPEX fournissant un service défini. Il peut être ou ne pas être activé ou utilisé par les produits ou solutions. Un composant ne peut pas être séparé de l'ensemble de la plate-forme. Ex. : Moteur d'authentification, moteur de permissions, moteur Versatile Desktop, moteur de workflow.

Configuration partagée

(Megasite.ini) Fichier de configuration partagé par plusieurs installations.

(23)

Terme Définition Console d'administration,

Console d'administration MEGA

Console d'administration de la plate-forme HOPEX qui assure les tâches d'administration clés telles que :

• Gestion des environnements.

• Gestion des référentiels.

• Gestion des utilisateurs MEGA.

• Gestion des profils.

Composant MEGA Win32 (Administration.exe) Core MOS Composant principal du MOS.

Il orchestre l'authentification et instancie l'"Environment MOS".

Database Server2007 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.

Ex. :

• Serveur 'iba.company.com'

• Serveur '192.888.777.666'

• Serveur 'SQL02' DBA (administrateur de

bases de données) Personne qui assure un fonctionnement opérationnel et effectif d'un serveur de base de données.

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 le plus souvent des services à ses clients.

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.

DMS (Système de gestion des documents), Gestion des documents

Système utilisé pour tracer et stocker les documents électroniques

Dossier de l'environnement, dossier

de l'environnement MEGA

Dossier d'un environnement MEGA. Il comprend plusieurs sous- dossiers tels que 'Db' et 'SysDb'. Il contient les fichiers de configuration et les extrants. Dans le cadre d'un stockage sous GBMS, il contient les fichiers de données principaux des référentiels MEGA.

Dossier de licence Must Dossier contenant un ou plusieurs fichiers de licence .Must. Ce dossier peut être référencé par une ou plusieurs installations HOPEX.

Dossier de programmes HOPEX, dossier du noyau MEGA

Dossier d'installation d'un noyau MEGA sur un poste de travail. Il peut être identifié par deux sous-dossiers : 'Cfg' et 'System'.

Environment MOS Composant du MOS. Il propose plusieurs services (authentification, planification) pour un environnement MEGA.

Environnement,

environnement MEGA Un environnement MEGA est un espace de travail stockant les données d'un groupe d'utilisateurs. Dans un environnement MEGA, un ensemble de référentiels de données partage dans une base système une définition de métamodèle, des utilisateurs et des profils. Un environnement est donc constitué d'une seule base système et d'un ou plusieurs référentiels de données.

Espace de travail pour un groupe d'utilisateurs MEGA. Un environnement MEGA référence une base système ainsi qu’un ou plusieurs référentiels de données. Il possède son propre métamodèle. Il correspond à un dossier sur le disque.

(24)

Terme Définition Equilibrage de charge

réseau ("Load Balancing") Technique permettant de moduler le niveau des performances en distribuant des requêtes à différents noeuds.

Fast Cgi Plugin Composant MEGA utilisé pour une communication directe entre les composants .IIS et MEGA C++ (sans passer par .NET).

Ferme de serveurs Ensemble de machines serveur dont la maintenance est généralement assurée par une entreprise pour répondre à des besoins serveur qui dépassent largement les capacités d'une seule machine.

Synonyme : Cluster de serveurs

Flash Player Lecteur multimédia utilisant la technologie Flash (Adobe).

Fonction 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, etc.

Format de stockage, format

de stockage MEGA Typologie de formats de stockage pour un référentiel de données ou une base système.

• Oracle (RDBMS, Oracle).

• SQL Server (RDBMS, SQL Server).

• GBMS (système de gestion de bases de données MEGA, format propriétaire conservé pour compatibilité).

Groupe d'utilisateurs Compte de groupe utilisé pour Advisor Front-End. Il est relié à un profil Advisor. Techniquement il s'agit de l'association d'un groupe de personnes à un Login. Lorsqu'un environnement est créé, un groupe de personnes "Guests" est créé avec un login "Guest". Cet utilisateur ne peut pas se connecter à Windows Front-End.

Haute disponibilité Haute disponibilité fait référence à un système ou un composant qui est opérationnel en permanence pour une période de temps la plus longue possible. La disponibilité peut être mesurée par rapport au "100% opérationnel".

HOPEX (IIS) Application .NET MEGA. Communique avec le noyau MEGA pour accéder à un référentiel et fournit les services de HOPEX Web Front-End.

HOPEX Web Front-End Accès à la plate-forme HOPEX via un client Web. HOPEX Web Front-End peut être utilisé pour accéder aux solutions (par exemple : Audit ) ou aux produits (par exemple : MEGA Architecture Anywhere Edition) dans un navigateur HTML.

IIS (Microsoft Internet

Information Services) Technologie Microsoft. Plateforme de serveur Web permettant l’exécution d’applications Web.

Latence Mesure du temps de réponse d'un composant réseau,

généralement en millisecondes (ms).

Licence d'accès simultanés

(concurrent license) Licence via laquelle les produits ou bundles sont programmés en mode simultanés. Ex. : 5 utilisateurs en accès simultané pour 10 utilisateurs possibles

Licence dédiée : Licence assignée à un utilisateur spécifique. Elle ne peut pas être partagée.

Licence MEGA, licence Licence utilisée pour lancer les logiciels MEGA (produits, modules ou bundles). Il existe différentes technologies. La plus courante est la licence MEGA Must.

Licence Must Type de licence MEGA. Ce type de licence est basé sur des fichiers et repose sur l'Active Directory. Chaque licence Must doit être verrouillée sur un UNC.

(25)

Licence partagée Licence via laquelle les produits ou bundles sont programmés en mode partagé. Ex. : 5 utilisateurs en accès simultané pour 10 utilisateurs possibles

MEGA Advisor (IIS) Application .NET MEGA. Communique avec le noyau MEGA pour consulter le référentiel MEGA et fournir les pages web à Advisor Front-End.

MEGA Directory Base système vue comme un annuaire (pour la définition des utilisateurs)

Megasite.ini Fichier de configuration du noyau MEGA. Il est créé à l'installation.

Megawks.ini Fichier de configuration de Windows Front-End utilisé pour définir des paramètres liés au poste de travail. Ce fichier n’est pas créé à l’installation.

MIK (MEGA Instantiated

Kernel) Instance en cours du noyau MEGA. Plusieurs instances actives du noyau MEGA permettent à un grand nombre d'utilisateurs de se connecter simultanément. Chaque Windows Front-End lance son propre MIK. Pour HOPEX Web Front-End, un MIK peut gérer un utilisateur unique ou plusieurs utilisateurs, en fonction du produit ou de la solution utilisé.

Module Un module est un ensemble cohérent d'outils fonctionnels qui peuvent être séparés de la plate-forme HOPEX (contrairement à un composant).

Un module est la mise en œuvre technique d'une option commerciale.

Un module peut compléter un produit ou être embarqué au sein d'une solution. Dans certains cas, les solutions peuvent être complétées par des modules. Ex. : Gestion de documents, Evaluation.

Dans les précédentes versions, il s'agissait d'une option.

Monitoring Console,

MEGA Monitoring Console Page web qui permet d'effectuer des tâches de contrôle :

• La gestion des connexions des utilisateurs Web

• La gestion du cache.

Utilisée pour HOPEX Web Front-End et Advisor Front-End.

MOS (Services

d'orchestration MEGA) Composant serveur de la plate-forme HOPEX

Pour les front-ends HOPEX Web et Advisor, permet essentiellement de gérer l'authentification, l'instanciation du noyau et les communications avec le serveur IIS. Il fournit également des services divers : planification, gestion des alertes, etc.

Divisé techniquement en plusieurs composants (Core MOS, Environment MOS, Node MOS).

MySQL client library MySQL client library est une technologie MySQL. Il s'agit de la partie cliente d'un serveur de base de données MySQL. Pour Windows Front-End, elle est installée avec les programmes HOPEX : aucune installation n'est requise sur le client Windows.

Node MOS Composant du MOS. Il instancie le MIK en fonction des interactions des utilisateurs finaux.

Noyau MEGA Cœur de la plate-forme HOPEX. Ensemble de programmes de la plate-forme utilisés de manière transparente via tous les Front- Ends. Composant générique instancié dans chaque MIK.

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 Windows Front-End, elle est installée avec les programmes HOPEX : aucune installation n'est requise sur le client Windows.

Perspective Advisor Une perspective Advisor définit une vue du métamodèle. Tous les Windows Front-End Architecture Overview

(26)

utilisateurs connectés à une perspective Advisor donnée partagent la même vision dans MEGA Advisor.

Un ensemble de perspectives est installé avec MEGA Advisor (par exemple : Expert métier) Cela correspondait auparavant aux

"Rôles utilisateur MEGA".

Plate-forme MEGA, plate-

forme HOPEX, HOPEX HOPEX est un acronyme pour Holistic Operational Excellence. Il s'agit d'une plate-forme technique sous-jacente aux solutions et produits MEGA. Elle fournit une interface graphique utilisateur, la gestion des données, la gestion des rôles et des profils, la gestion de rapports, des fonctions collaboratives et des outils fonctionnels.

HOPEX évolue par versions, par exemple : MEGA 2009, HOPEX 1.0.

Produit Un produit est une unité fonctionnelle identifiée et pouvant être vendue. Contrairement à la solution, un produit n'est pas orienté

"rôle" et n'offre pas de fonctions collaboratives. Les utilisateurs des produits doivent définir leur propre façon d'utiliser les outils fournis par les produits.

Le portefeuille de produits couvre principalement l'offre MEGA Modeling existant dans les versions antérieures à HOPEX.

Exemples de produit : MEGA Process, MEGA Architecture.

Produits Anywhere Anywhere existe seulement en tant que suffixe de nom de produit.

Ex. : MEGA Process Anywhere, MEGA Architecture Anywhere.

Anywhere n'est plus un composant ni une technologie de la plate- forme HOPEX. Il existe désormais un bureau (bureau Anywhere) au sein de HOPEX Web Front-End, permettant l'exécution de tous les produits Anywhere 2009.

Profil de connexion MEGA Un Profil de connexion est une combinaison de référentiel x langue x 'Elément avec login' (une personne ou un groupe de personnes auquel appartient l'utilisateur final) connecté. Le paramètre est utilisé pour dimensionner une installation MEGA Advisor (Ram et taille du disque).

Profil, profil MEGA Définition cohérente des permissions. Permet de gérer plus facilement les utilisateurs MEGA (options, permissions, licence).

Différents profils sont installés avec les produits et solutions (par exemple : EA Standard).

Référentiel de documents Groupe de documents au sein d'un serveur de documents Référentiel, référentiel

MEGA, référentiel de données

Un référentiel MEGA est une base de données hébergeant des données MEGA conformes à une définition de métamodèle. Il contient des objets porteurs d'attributs ainsi que des associations entre ces objets. Le format de stockage (GBMS, Oracle, SQL Server) est défini au moment de créer le référentiel.

Un référentiel MEGA appartient à un environnement MEGA.

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).

Rôle, rôle métier Un rôle métier représente la fonction d'une personne au sens métier. Les rôles métier sont présents dans les solutions si le paramètre d'environnement 'Gestion de l'assignation de rôles métier aux personnes' est actif. Différents rôles métier sont installés avec les produits et solutions (par exemple : Auditeur, Directeur d'audit, Administrateur MEGA ...).

(27)

Scalabilité La scalabilité est l'aptitude d'un système à rester opérationnel lorsque la charge ou le volume change.

Serveur d’applications Serveur jouant le rôle de serveur d’applications.

Serveur de documents Serveur hébergeant un système de gestion de documents.

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.

Serveur de messagerie Serveur hébergeant un système de messagerie.

Serveur LDAP Serveur supportant le protocole LDAP.

Serveur RDBMS Serveur de base de données relationnelles

Serveur SMTP Serveur de messagerie supportant le protocole SMTP Serveur Web Poste de travail jouant le rôle d'un serveur sur internet.

Service account Utilisateur de l'Active Directory dédié à l'exécution d'une application donnée. Parfois appelé "Utilisateur d'impersonnification". Un service account devrait être utilisé pour HOPEX Web Front End (ex: hopex01@mydomain.com) et Advisor Front-End (ex: advisor01@mydomain.com).

SMB (Server Message Block

Protocol) Protocole utilisé par une machine cliente pour demander des services de fichiers et d’impression à un serveur de fichiers MS Windows. Appelé précédemment protocole CIFS.

Solution Une solution MEGA agrège plusieurs rôles métiers pour exécuter une fonctionnalité dans toute l'entreprise au moyen de tâches collaboratives.

Une solution est une offre autonome.

Ex. : Audit, ERM

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.

UNC (Universal Naming

Convention) Une adresse UNC est un dossier partagé qui possède une adresse unique sur le réseau.

Utilisateur de domaine Utilisateur dans un Active Directory (produit Microsoft) Utilisateur

d'impersonnification Voir "Service account".

Utilisateur final Personne utilisant un produit.

Utilisateur MEGA,

utilisateur Compte utilisateur dans un environnement MEGA. L'utilisateur peut être déclaré dans MEGA ou dans un service d'annuaire et répliqué dans MEGA. Dans tous les cas, les utilisateurs sont sauvegardés dans la base système. Techniquement il s'agit de l'association d'une Personne (Système) à un Login.

Utilisateur web Utilisateur d'une application web. Il peut être authentifié par le serveur Web (IIS, Apache…) ou par l'application web (écrite en PHP, ASP, JSP, ASP.NET...). L'authentification permet de vérifier que l'utilisateur existe et qu'il peut se connecter au site Web.

Utilisateur Windows Un utilisateur configuré dans l'Active Directory. Ceci est totalement indépendant de MEGA. Il est nécessaire de procéder à cette configuration pour que l’utilisateur puisse se connecter au réseau de l’entreprise.

Ex. : L’utilisateur U0001 est configuré pour le domaine D01.

Utilitaire de licence Must Utilitaire MEGA utilisé pour contrôler et paramétrer les licences Must.

Windows Front-End Windows Front-End est un programme basé sur Microsoft Windows qui accède à la plate-forme HOPEX. Windows Front-End est compatible avec les environnements Citrix/Terminal Server.

(28)

Conçu actuellement pour des plate-formes Microsoft Windows 32/64 bits. Dans les versions précédentes, s'appelait plate-forme MEGA Desktop.