TIP 2.3 – Installer et configurer les logiciels métiers

Une fois Windows installé, mis à jour et les pilotes correctement configurés, le poste doit recevoir les applications nécessaires à l’activité de l’utilisateur.

Il peut s’agir de logiciels bureautiques, d’outils collaboratifs, de navigateurs, de clients VPN ou de véritables applications métiers propres à l’organisation.

Le rôle du technicien ne consiste pas simplement à lancer un fichier d’installation : il doit vérifier la version, les prérequis, les droits, les licences, les paramètres et le fonctionnement réel de l’application.

---

1. Qu’est-ce qu’un logiciel métier ?

Un logiciel métier est une application utilisée pour répondre à une activité professionnelle spécifique.

Par exemple :

• gestion financière ;
• ressources humaines ;
• gestion documentaire ;
• urbanisme ;
• gestion des interventions ;
• facturation ;
• gestion des usagers ;
• logiciel médical ou technique spécialisé.

Contrairement à une application générique comme un navigateur ou un éditeur de texte, le logiciel métier peut nécessiter une configuration spécifique à l’organisation.

---

2. Partir du besoin de l’utilisateur

Avant l’installation, le technicien doit savoir quelles applications sont réellement nécessaires.

Exemple

Le technicien doit utiliser :

• la fiche de poste ;
• la procédure de préparation ;
• un profil logiciel par service ;
• le catalogue applicatif de l’organisation ;
• ou une demande validée.

---

3. Éviter les installations inutiles

Installer des logiciels qui ne seront jamais utilisés présente plusieurs inconvénients :

• occupation inutile du stockage ;
• augmentation de la surface d’attaque ;
• plus de mises à jour à maintenir ;
• risque de conflits ;
• complexité supplémentaire pour l’utilisateur.

Le poste doit contenir les outils nécessaires, mais pas une accumulation d’applications « au cas où ».

---

4. Vérifier la compatibilité

Avant d’installer une application, vérifier notamment :

• la version de Windows supportée ;
• l’architecture requise ;
• la mémoire nécessaire ;
• l’espace disque disponible ;
• les dépendances logicielles ;
• les prérequis réseau ;
• les périphériques nécessaires.

Architecture 32 bits et 64 bits

On peut notamment rencontrer :

x86 → application 32 bits
x64 → application 64 bits

Il faut utiliser la version recommandée pour l’environnement de l’organisation.

---

5. Vérifier la version demandée

Un logiciel métier peut exister dans plusieurs versions.

Exemple

GestionRH 5.4
GestionRH 5.5
GestionRH 6.0

La version la plus récente n’est pas automatiquement celle qu’il faut installer.

Une version peut devoir rester compatible avec :

• un serveur applicatif ;
• une base de données ;
• un module complémentaire ;
• une procédure interne ;
• un contrat de support éditeur.

---

6. Utiliser une source approuvée

Les fichiers d’installation doivent provenir d’une source maîtrisée.

Par exemple :

• serveur logiciel interne ;
• catalogue d’applications ;
• outil de déploiement ;
• site officiel de l’éditeur ;
• support validé par le service informatique.

Éviter :

• les sites de téléchargement non officiels ;
• les versions modifiées ;
• les cracks ;
• les exécutables envoyés sans origine vérifiable ;
• les clés USB personnelles contenant des logiciels.

---

7. Les principaux formats d’installation Windows

On rencontre fréquemment :

Format	Description
.EXE	Programme d’installation fourni par l’éditeur.
.MSI	Package Windows Installer adapté notamment aux déploiements administrés.
Microsoft Store / catalogue	Application distribuée par un magasin ou catalogue autorisé.
Package interne	Application préparée pour un outil de déploiement de l’organisation.

Le format ne suffit pas à garantir la fiabilité : il faut également vérifier la provenance du fichier.

---

8. Vérifier les prérequis

Une application peut dépendre d’autres composants.

On peut rencontrer :

• Microsoft .NET ;
• Microsoft Visual C++ Redistributable ;
• Java pour certaines applications ;
• un navigateur spécifique ;
• un runtime ;
• un pilote ;
• un certificat ;
• une connexion à un serveur.

Ces dépendances doivent elles aussi provenir de sources approuvées.

Exemple

Une application refuse de démarrer et indique :

Composant Microsoft Visual C++ requis.

Réinstaller entièrement Windows n’est évidemment pas une réponse adaptée.

---

9. Installer avec les droits nécessaires

De nombreux logiciels nécessitent des privilèges administratifs pour leur installation.

Le technicien doit utiliser :

• le compte ou mécanisme d’administration prévu ;
• les procédures internes ;
• l’élévation de privilèges lorsque nécessaire.

Il ne doit pas donner durablement des droits administrateur à l’utilisateur simplement pour installer une application.

---

10. Lire l’assistant d’installation

Une erreur fréquente consiste à cliquer systématiquement sur :

Suivant → Suivant → Suivant → Terminer

Le technicien doit au contraire vérifier :

• le chemin d’installation ;
• les composants sélectionnés ;
• les options proposées ;
• les raccourcis ;
• les extensions de fichiers associées ;
• les services éventuellement installés.

Les options par défaut ne sont pas toujours adaptées à l’organisation.

---

11. Installation pour un utilisateur ou pour tous

Selon l’application, l’installation peut être effectuée :

• uniquement dans le profil de l’utilisateur ;
• pour tous les utilisateurs du poste ;
• dans les répertoires système prévus.

Le choix dépend :

• du logiciel ;
• du mode d’installation ;
• du besoin ;
• des règles de l’organisation.

Une application métier utilisée sur un poste partagé peut par exemple nécessiter une installation accessible à tous les utilisateurs autorisés.

---

12. Les licences logicielles

Un logiciel peut être soumis à différents modes de licence.

Par exemple :

• licence par utilisateur ;
• licence par poste ;
• abonnement ;
• licence réseau ;
• licence attribuée par un serveur ;
• licence intégrée à un contrat de l’organisation.

Le technicien doit suivre les règles de licence définies par l’organisation.

---

13. Ne pas stocker les clés de licence n’importe où

Une clé d’activation peut constituer une information sensible.

Elle ne doit pas être :

• inscrite dans un ticket visible de tous ;
• stockée dans un fichier texte sur le Bureau ;
• envoyée librement par messagerie ;
• partagée avec des personnes non autorisées.

Il faut utiliser la méthode de gestion prévue par l’organisation.

---

14. Configurer l’application

L’installation n’est généralement qu’une première étape.

Il peut ensuite être nécessaire de configurer :

• l’adresse d’un serveur ;
• un environnement de production ;
• un chemin réseau ;
• un profil utilisateur ;
• une imprimante ;
• une base de données ;
• des paramètres régionaux ;
• un module complémentaire.

Exemple

Serveur : SRV-RH-APP
Port : 443
Environnement : Production

Ces paramètres doivent provenir d’une documentation fiable.

---

15. Éviter les paramètres « trouvés sur un ancien poste »

Copier une configuration depuis un autre ordinateur peut parfois être utile pour comparaison.

Mais cela ne doit pas remplacer la documentation.

L’ancien poste peut :

• être mal configuré ;
• utiliser un ancien serveur ;
• contenir un paramètre obsolète ;
• être associé à un autre utilisateur.

---

16. Configurer les raccourcis utiles

Selon les besoins de l’utilisateur, le technicien peut prévoir :

• un raccourci sur le Bureau ;
• une épingle dans le menu Démarrer ;
• une icône dans la barre des tâches ;
• un raccourci vers une ressource réseau.

Il faut éviter de surcharger inutilement le Bureau.

---

17. Associations de fichiers

Certaines applications ouvrent des types de fichiers particuliers.

Exemple

.pdf
.docx
.xlsx
.dwg

Une application peut proposer de devenir l’application par défaut.

Le technicien doit vérifier que ce choix correspond :

• au besoin utilisateur ;
• aux standards de l’organisation ;
• aux règles appliquées sur le poste.

---

18. Vérifier les services associés

Certaines applications installent des services Windows.

Commande :

services.msc

ou en PowerShell :

Get-Service

Le technicien peut vérifier :

• que le service est présent ;
• qu’il démarre correctement ;
• que son état correspond à la documentation.

Il ne faut pas modifier arbitrairement son type de démarrage.

---

19. Tester le premier lancement

Après installation, lancer l’application au moins une fois.

Vérifier :

• qu’elle démarre ;
• qu’aucun message d’erreur n’apparaît ;
• que les composants nécessaires sont chargés ;
• que la version est correcte ;
• que la configuration prévue est appliquée.

---

20. Tester l’accès aux ressources

Un logiciel métier peut avoir besoin de communiquer avec :

• un serveur applicatif ;
• une base de données ;
• un partage réseau ;
• un service web ;
• Internet ;
• un périphérique spécifique.

Le technicien doit donc vérifier le fonctionnement dans les conditions réelles.

Exemple

GestionRH s’ouvre correctement mais affiche :

Impossible de joindre le serveur.

L’installation est peut-être correcte, mais la configuration ou la connectivité ne l’est pas.

---

21. Vérifier avec l’utilisateur lorsque nécessaire

Une application métier peut sembler fonctionner techniquement alors qu’une fonction importante reste inaccessible.

L’utilisateur peut valider :

• son authentification ;
• l’accès à ses dossiers ;
• ses menus ;
• les fonctions liées à son métier.

Il n’est pas nécessaire que le technicien connaisse toutes les fonctions métier de l’application.

---

22. Mettre à jour les logiciels

Les applications doivent également recevoir leurs mises à jour.

Elles peuvent corriger :

• des vulnérabilités ;
• des bugs ;
• des problèmes de compatibilité ;
• des dysfonctionnements.

Dans un environnement professionnel, les versions peuvent cependant être contrôlées pour garantir la compatibilité.

La mise à jour ne doit donc pas être réalisée arbitrairement sans tenir compte des procédures.

---

23. Désactiver les mises à jour automatiques ?

Il n’existe pas une réponse universelle.

Le choix dépend :

• de l’application ;
• du mode de gestion du parc ;
• de la politique de sécurité ;
• des contraintes de compatibilité.

Dans certains environnements, les mises à jour sont centralisées et l’utilisateur ne doit pas les installer lui-même.

---

24. Réparer une application

Lorsqu’une application est installée mais fonctionne mal, certaines proposent une fonction :

Réparer

Cette opération peut notamment restaurer :

• des fichiers manquants ;
• certains composants ;
• des paramètres d’installation.

Elle doit néanmoins être utilisée dans le cadre d’un diagnostic.

---

25. Désinstaller proprement

Si une application n’est plus nécessaire ou doit être réinstallée, utiliser la procédure prévue.

Par exemple :

Paramètres → Applications → Applications installées

Il faut vérifier avant désinstallation :

• les données locales ;
• les paramètres utilisateur ;
• les éventuelles licences ;
• les fichiers de configuration ;
• les dépendances avec d’autres logiciels.

---

26. Ne pas supprimer manuellement le dossier du programme

Supprimer simplement :

C:\Program Files\Application

ne constitue généralement pas une désinstallation correcte.

Des éléments peuvent rester :

• services ;
• clés de registre ;
• fichiers partagés ;
• raccourcis ;
• dépendances.

---

27. Vérifier les applications installées

PowerShell permet notamment de récupérer certaines informations sur les packages installés :

Get-Package

Selon le contexte et la technologie d’installation, les résultats peuvent varier.

Il ne faut donc pas considérer cette commande comme un inventaire exhaustif universel de toutes les applications Windows.

---

28. Installation manuelle ou déploiement automatisé

Pour un seul poste, une installation manuelle peut être adaptée.

Pour plusieurs dizaines ou centaines de postes, elle devient :

• longue ;
• répétitive ;
• source d’erreurs ;
• difficile à maintenir.

Les organisations utilisent alors des outils de déploiement centralisés.

Nous approfondirons ce principe dans TIP 2.6 – Déployer plusieurs postes à partir d’une procédure ou d’une image.

---

29. Checklist logiciel

---

30. Manipulation pratique – Analyser une installation

Situation

Le technicien doit installer une application appelée GestionRH.

✅ Afficher le corrigé

1. Non.

La dernière version disponible n’est pas nécessairement la version validée.

2. GestionRH 5.5.

C’est la version prévue par l’environnement.

3. Compatibilité, prérequis, package, licence et configuration attendue.

4. Non.

L’application doit également fonctionner dans son environnement réel.

5. La configuration du serveur et la connectivité vers SRV-RH-APP.

---

31. TP – Installer les logiciels du poste RH

Situation

Tu poursuis la préparation de PC-RH-052 pour Émilie Moreau.

✅ Afficher le corrigé

1. Vérifier la liste des applications prévues et leurs versions.

2. Le serveur interne constitue une source maîtrisée et validée par l’organisation.

3. Compatibilité et présence du prérequis Microsoft Visual C++.

4. Notamment l’adresse SRV-RH-APP et les paramètres prévus par la documentation.

5. Non.

Il faut tester son fonctionnement réel.

6. Connexion au serveur, licence, authentification et principales fonctions nécessaires.

7. Elle peut vérifier que son compte possède bien les fonctions métier nécessaires.

8. Applications installées, versions, configuration, tests réalisés et résultat.

---

---

Quiz final

✅ Afficher le corrigé

1. B – La version validée

Elle doit être compatible avec l’environnement de l’organisation.

2. A – Une source approuvée

Elle garantit une meilleure maîtrise du logiciel installé.

3. A – Un composant nécessaire

Une dépendance manquante peut empêcher l’installation ou le démarrage.

4. A – Un package Windows Installer

MSI est couramment utilisé pour les installations Windows administrées.

5. B – Non

Installation et droit d’utilisation sont deux sujets distincts.

6. B – Non

L’application doit être lancée et testée.

7. A – Tester son fonctionnement réel

Il faut vérifier la configuration et l’accès aux ressources nécessaires.

8. B – Non

Une désinstallation doit utiliser les mécanismes prévus afin de retirer correctement ses composants.

9. A – Sécurité et compatibilité

Les mises à jour corrigent notamment des vulnérabilités et dysfonctionnements.

10. A – Identifier → Vérifier → Installer → Configurer → Mettre à jour → Tester → Valider → Documenter

C’est la démarche professionnelle à retenir.