DÉPLOYEMMENT D’APPLICATION

Parcours deuxième année DI

2022-2023
Prof: MEZUI GUY

Pr. Mezui Guy 26/05/2023

 Chapitre 1: Les généralités
1. Notion de client et de serveur.
2. Client lourd.

PLAN 3.
4.
Client léger
Serveur d’application.
5. Serveur d’objets métiers.

Chapitre 2: Empaqueter l’application manuellement

1. Génération correcte de l’exécutable de l’application.
2. Détection de composants de l’application
3. Classification de ces composants en composants serveurs et
composants client.
4. Préparation correcte des disquettes d'installation.
5. Préparation de la disquette d’installation client.

Pr. Mezui Guy 26/05/2023

 Chapitre 3: Déployer manuellement l’application au niveau
client/serveur.

PLAN
1. Identification correcte des différents types de serveurs mis en œuvre.
2. Installation et paramétrage des composants serveur de l’application au
niveau des différents serveurs.
3. Installation et paramétrage des composants clients de l’application au
niveau du client.

Chapitre 4: Rédiger le guide de déploiement manuel.

Chapitre 5: Description détaillée des différents outils de

déploiement disponibles dans un (IDE).
1. Identification exhaustive des outils de déploiement disponibles.
2. Classification des outils de déploiement selon le type d’application .

Pr. Mezui Guy 26/05/2023

 CHAPITRE 1: LES GÉNÉRALITÉS

1. Introduction
 De nombreuses applications fonctionnent selon un  Les services sont exploités par des programmes,

environnement client/serveur, cela signifie que des appelés programmes clients, s'exécutant sur les

machines clientes (des machines faisant partie du machines clientes.

réseau) contactent un serveur, une machine  On parle ainsi de client (client FTP, client de
généralement très puissante en terme de capacités messagerie, etc.) lorsque l'on désigne un programme
d'entrée-sortie, qui leur fournit des services. Ces tournant sur une machine cliente, capable de traiter
services sont des programmes fournissant des des informations qu'il récupère auprès d'un serveur

données telles que l'heure, des fichiers, une (dans le cas du client FTP il s'agit de fichiers, tandis

connexion, etc. que pour le client de messagerie il s'agit de courrier

électronique).
26/05/2023
 CHAPITRE 1: LES GÉNÉRALITÉS

2. Avantages de l'architecture client/serveur 3. Inconvénient de l'architecture client/serveur

Le modèle client/serveur est particulièrement recommandé pour des réseaux

nécessitant un grand niveau de fiabilité, ses principaux atouts sont :
 Des ressources centralisées : étant donné que le serveur est au
centre du réseau, il peut gérer des ressources communes à tous les
L'architecture client/serveur a tout de même quelques lacunes parmi
lesquelles :
 Un coût élevé dû à la technicité du serveur

utilisateurs, comme par exemple une base de données centralisée, afin

 Un maillon faible : le serveur est le seul maillon faible du réseau
d'éviter les problèmes de redondance et de contradiction
client/serveur, étant donné que tout le réseau est architecturé
 Une meilleure sécurité : car le nombre de points d'entrée permettant autour de lui ! Heureusement, le serveur a une grande tolérance
l'accès aux données est moins important.
aux pannes.
 Une administration au niveau serveur : les clients ayant peu
d'importance dans ce modèle, ils ont moins besoin d'être administrés

 Un réseau évolutif : grâce à cette architecture il est possible de

supprimer ou rajouter des clients sans perturber le fonctionnement du
réseau et sans modification majeure.

26/05/2023
 CHAPITRE 1: LES GÉNÉRALITÉS

4. Fonctionnement d'un système client/serveur

 Un système client/serveur fonctionne selon le schéma suivant :

• Le client émet une requête vers le serveur grâce à son adresse IP et le port, qui désigne un
service particulier du serveur
• Le serveur reçoit la demande et répond à l'aide de l'adresse de la machine cliente et son port
26/05/2023
 CHAPITRE 1: LES GÉNÉRALITÉS

5. Architecture mainframe 6. Présentation de l'architecture à 2 niveaux

▪ Les premiers réseaux informatiques étaient architecturés autour
d'un ordinateur central, appelé « mainframe ».
▪ Le mainframe représente ainsi un ordinateur central de grande
puissance chargé de gérer les sessions utilisateurs des différents
terminaux qui lui étaient reliés. Grâce à cette architecture, il est
ainsi possible de consolider, c'est-à-dire de gérer de manière
L'architecture à deux niveaux (aussi appelée architecture 2-tier, tier
signifiant rangée en anglais) caractérise les systèmes clients/serveurs
pour lesquels le client demande une ressource et le serveur la lui
fournit directement, en utilisant ses propres ressources. Cela signifie
que le serveur ne fait pas appel à une autre application afin de fournir
une partie du service.

centralisée, l'ensemble des applications métiers de l'entreprise.

▪ Cependant, dans le modèle mainframe, la performance du

système tout entier repose sur les capacités de traitement de

l'ordinateur central, c'est la raison pour laquelle ce modèle est

parfois qualifié d'« informatique lourde ». Par ailleurs, dans un

environnement mainframe, les terminaux du réseau ne peuvent

voir que le serveur central.

26/05/2023
 CHAPITRE 1: LES GÉNÉRALITÉS
7. Présentation de l'architecture à 3 niveaux

Dans l'architecture à 3 niveaux (appelée architecture 3-tier), il existe

un niveau intermédiaire, c'est-à-dire que l'on a généralement une

architecture partagée entre :

▪ Un client, c'est-à-dire l'ordinateur demandeur de ressources,

équipée d'une interface utilisateur (généralement un navigateur

web) chargée de la présentation ;

Etant donné l'emploi massif du terme d'architecture à 3 niveaux, celui-ci peut parfois

▪ Le serveur d'application (appelé également middleware), chargé désigner aussi les architectures suivantes :

de fournir la ressource mais faisant appel à un autre serveur

▪ Partage d'application entre client, serveur intermédiaire, et serveur d'entreprise ;

▪ Le serveur de données, fournissant au serveur d'application les

▪ Partage d'application entre client, serveur d'application, et serveur de base de
données dont il a besoin.
données d'entreprise.

26/05/2023
 CHAPITRE 1: LES GÉNÉRALITÉS
8. Client lourd
➢ Un client lourd : désigne une application cliente graphique
exécutée sur le système d'exploitation de l'utilisateur.
➢ Un client lourd possède généralement des capacités de traitement
évoluées et peut posséder une interface graphique sophistiquée.
➢ Ces applications peuvent être liées à un serveur qui sauvegardera
les données.
Remarque:
▪ Ce type d'application nécessite généralement, une nouvelle
version qui doit être installée afin de la faire évoluer.
• C’est pourquoi les éditeurs d'applications lourdes mettent en
place des fichiers exécutables lors lancement de l'application,
pour vérifier sur un serveur distant si une version plus récente.
9. Client léger
➢ Un client léger : désigne une application accessible via une
interface web (en HTML) consultable à l'aide d'un navigateur web,
où la totalité de la logique métier est traitée du côté du serveur.
➢ Le fait que l'essentiel des traitements soit réalisé du côté du serveur
et que l'interface graphique est envoyée au navigateur à chaque
requête permet une grande souplesse de mise à jour.
10. Client riche
Un « client riche » est un compromis entre le client léger et le client
lourd.
L'objectif du client riche est donc de proposer une interface graphique,
décrite avec une grammaire de description basée sur la syntaxe XML,
permettant d'obtenir des fonctionnalités similaires à celles d'un client
lourd (glisser déposer, onglets, multi fenêtrage, menus déroulants).
26/05/2023
 CHAPITRE 2: EMPAQUETER L’APPLICATION MANUELLEMENT

1. Génération correcte de l’exécutable de l’application A-Etapes pour créer une configuration de build

Il existe deux types d’exécutable pour les applications:

✓ Application client léger Web; ➢ Ouvrez la boîte de dialogue Gestionnaire de configurations.
✓ Application client riche Winforms.
➢ Dans la liste Configuration de la solution active ,
Remarques: choisissez <New...> ou <Nouveau>
➢ Lorsque vous créez une solution, les configurations de build
➢ Dans la boîte de dialogue de Nouvelle configuration de solution,
Debug et Release, et leurs plateformes cibles par défaut, sont
nommez la nouvelle configuration Test et dans le volet copiez les
automatiquement définies pour la solution.
paramètres cliquer sur Debug, puis cliquez sur le bouton OK.
➢ Vous pouvez ensuite personnaliser ces configurations ou créer
➢ Dans la partie plateforme de la solution active ,
les vôtres. Les configurations de build spécifient le type de
choisissez <New...> ou <Nouveau>
build.
➢ Dans la boîte de dialogue nouvelle plateforme de solution ,
➢ Les plateformes de build spécifient le système d’exploitation qui
choisissez x64 et ne copiez pas les paramètres de la plateforme x86.
est ciblé par une application pour cette configuration.
26/05/2023
 CHAPITRE 2: EMPAQUETER L’APPLICATION MANUELLEMENT
2. Détection de composants de l’application
indispensables à son bon fonctionnement
 Les principaux composants de l’application pour
son bon fonctionnement sont :
1. fichiers binaires .exe ;
2. librairies de fonctionnalités .dll ;
3. fichiers de configuration .config.
26/05/2023
Explication de chaque composant
 fichiers binaires .exe
C’est un fichier exécutable contenant un programme et
identifié par le système d'exploitation.
▪ librairies de fonctionnalités .dll (Dynamic Link Library).
Une DLL est une bibliothèque qui contient du code et des
données qui peuvent être utilisées par plusieurs
programmes en même temps.
 fichiers de configuration .config
Les fichiers de configuration définissent des réglages
(affichage, langue, vitesse de transmission, protocoles de
communication, prise en compte de certains périphériques,
etc.) dans les applications, les services d'un serveur
informatique ou les systèmes d'exploitation.
 CHAPITRE 2: EMPAQUETER L’APPLICATION MANUELLEMENT
3. Classification de ces composants en composants serveurs et composants client

1. Classification de ces composants en composants serveurs:

2. Classification de ces composants en composants
 système d’exploitation : généralement Linux, gère la machine client:
physique ou virtuelle
 système de fichiers, là où l’on va placer nos fichiers  Système d’exploitation : généralement Windows

 logiciel serveur FTP, qui va nous permettre de dialoguer à distance  Gestionnaire de fichiers qui permet d’obtenir
avec la machine et de lui envoyer nos fichiers rapidement et facilement les fichiers dont vous
 logiciel serveur HTTP, qui va nous permettre de répondre aux avez besoin.
requêtes HTTP des clients (ici généralement des navigateurs web)
 Logiciels et applications, pour communiquer avec
 logiciel moteur de base de données, qui va nous permettre
d’exploiter des bases de données les composants du serveur, afin d’obtenir les
services demandés.
 logiciel interpréteur : va interpréter des programmes de manières à
effectuer des actions ou à composer des pages web qui seront
envoyés aux clients via HTTP.

26/05/2023
 CHAPITRE 2: EMPAQUETER L’APPLICATION MANUELLEMENT
4. Etapes pour déployer l'application
 Générez la solution et assurez-vous que l'application
est générée sans erreurs.
 Choisissez la cible du déploiement.
 La cible du déploiement doit correspondre à la
version de ulnet10.dll incluse dans l'application.
 Choisissez Déboguer > Démarrer.
 Cette action a pour effet de créer un fichier
exécutable contenant l'application. Ce processus peut
prendre un certain temps, surtout s'il doit déployer
.NET Compact Framework avant d'exécuter
l'application.
26/05/2023
5. Problèmes de déploiement
Si des erreurs sont signalées, vous pouvez contrôler le déroulement du
déploiement comme suit :
• Vérifiez que l'application a été déployée sous le dossier choisit.
• Vérifiez que le chemin d'accès au fichier de base de données
figurant dans le code de l'application est correct.
• Confirmez que vous avez choisi le fichier de liaison lors de l'ajout du
fichier de base de données dans le projet et que vous avez attribué
la valeur contenu à la propriété Action de génération.
• Vérifiez que vous avez ajouté une référence à la version correcte de
ulnet10.dll pour la plate-forme cible ou que vous avez exécuté le
programme d'installation pour Windows CE. Pour les versions de
Windows Mobile antérieures à 5.0, si vous alternez entre un
émulateur et un vrai périphérique, vous devez changer la version de
la bibliothèque que vous utilisez.
• Vous pouvez quitter l'émulateur sans enregistrer son état. Le
redéploiement de l'application copie tous les fichiers requis dans
l'émulateur et élimine tout problème de version.
CHAPITRE 2: EMPAQUETER L’APPLICATION MANUELLEMENT
6. Préparation correcte des disquettes d'installation.
 Il vous faudra au minimum autant de disquettes 1.44 MO ou 1.2
MO que nécessaire pour y mettre tous les fichiers du répertoire
bin.
 Si vous préparez ces disquettes sous DOS, alors elles doivent être
formatées en utilisant la commande MS-DOS format.
 Si vous utilisez Windows, utilisez l'Explorateur pour formater les
disquettes (clic-droit sur le lecteur A: , et sélectionnez Formater').
 Choisissez Déboguer > Démarrer.
 Après avoir formatter les disquettes, vous devrez y copier les
fichiers. Les fichiers de la distribution sont scindés en morceaux
de taille telle que cinq d'entre eux tiendront sur une disquette
1.44 MO ordinaire.
 Préparez les disquettes les unes après les autres, en y mettant
sur chacune autant de fichiers que vous pouvez, jusqu'à ce que
vous ayez recopié toutes les distributions que vous voulez
installer.

26/05/2023
 CHAPITRE 2: EMPAQUETER L’APPLICATION MANUELLEMENT
7. Rédiger le guide de déploiement manuel
 Contenu: Un guide de déploiement manuelle doit contenir les éléments suivants :
 Objet: Sert à définir l’objectif de votre application et ses fonctionnalités
 Personnes concernes: Définir les personnes au quels il sera utile cette application
 Pré requis: Dans cette section on doit Définir l’architecture matériel et logiciel nécessaire pour le bon fonctionnement de
votre application.
 Sécurité: Des soucis de sécurité peuvent aussi affecter le déploiement de votre application, et c est pour cette raison qu’il
faut définir les droit nécessaire pour pouvoir installer cette dernière
 Architecture de l’application: Définir les différents dossiers et fichiers de l’application ainsi que leur contenu
 Donner la Structure de la base de données
 Fichiers de configuration: Définir les modification a apporte au fichiers de configurations
 Scénario de déploiement: Définir le scénario d’Installation des prés requis
 Définir l’ordre d’installation des composants de votre application ainsi que les consignes pour chaque phase d’installation.
26/05/2023