Partager via

  • Article

Vue d’ensemble de l’architecture d’installation d’Office 2010

 

S’applique à : Office 2010

Dernière rubrique modifiée : 2014-10-09

L’architecture d’installation de base de Microsoft Office 2010 est identique à celle de Microsoft Office System 2007. L’architecture d’installation simplifie tous les aspects de l’installation, de la personnalisation et de la maintenance d’Office. Le programme d’installation unifie et gère le processus d’installation complet. Il inclut la personnalisation de la configuration Office des utilisateurs, le déploiement simultané de plusieurs langues et l’application des mises à jour logicielles aux nouvelles installations. Cet article contient une vue d’ensemble de l’architecture d’installation, la séquence d’événements d’installation, la conception indépendante de la langue et le déploiement de plusieurs langues, les méthodes de personnalisation, la source d’installation locale requise et le processus des mises à jour.

L’architecture d’installation aide les administrateurs à gérer plus efficacement les aspects suivants :

  • Processus de déploiement de sorte qu’Office est installé le plus efficacement possible dans l’environnement.

  • Personnalisation d'Office de sorte que les utilisateurs obtiennent la configuration optimale sur leur ordinateur.

  • Déploiement de fonctionnalités spécifiques aux langues pour les utilisateurs basés dans des bureaux de divers pays.

  • Déploiement d'Office d'une manière qui optimise la maintenance ultérieure, y compris les mises à jour logicielles.

Dans les versions d’Office antérieures à Office System 2007, un seul produit Office, tel que Microsoft Office Standard, était contenu dans un fichier Windows Installer (.msi). Un fichier .msi est une base de données relationnelle utilisée par Windows Installer pour installer un produit. À l’instar d’Office System 2007, les produits Office 2010 sont constitués de plusieurs fichiers .msi mais aucun fichier .msi ne représente à lui seul un produit complet. Un package principal indépendant de la langue (fichier .msi) est associé à un ou plusieurs packages propres à une langue, pour installer un produit complet. Par exemple, un produit Office comme Microsoft Office Professionnel Plus 2010 se compose du package principal et d’un ou plusieurs packages spécifiques aux langues. Le programme d’installation assemble les packages individuels et orchestre l’installation. Il gère également les tâches de personnalisation et de maintenance pendant et après l’installation d’Office sur les ordinateurs des utilisateurs.

Office 2010 contient des versions 64 bits natives de produits Office adaptées aux processeurs 64 bits, qui deviennent la norme pour les systèmes, des serveurs aux ordinateurs de bureau. Office 2010 assure également la prise en charge des applications Office 2010 32 bits qui s’exécutent sur les systèmes d’exploitation Windows 64 bits grâce à la technologie WOW64 (Windows-32-on-Windows-64). WOW64 est l’émulateur x86 qui permet aux applications basées sur Windows 32 bits de s’exécuter en parfaite harmonie sur Windows 64 bits. Office 2010 permet aux utilisateurs de continuer à utiliser des modules complémentaires Office existants de tiers, qui sont pour l’essentiel de type 32 bits car il n’existe encore aucune version 64 bits de nombreux modules complémentaires. Permettre l’exécution d’Office 2010 32 bits sur les systèmes d’exploitation 64 bits évite le blocage des modules complémentaires 32 bits. Pour plus d’informations sur les éditions 64 bits d’Office 2010, voir Éditions 64 bits d’Office 2010.

Dans cet article :

  • Processus d'installation

  • Conception indépendante de la langue

  • Modèle simplifié de personnalisation

  • Source d'installation locale requise

  • Processus de mise à jour consolidé

Processus d'installation

En règle générale, la première étape de l’installation de Microsoft Office dans une entreprise consiste à créer un point d’installation réseau — une tâche aussi simple que la copie de tous les fichiers et dossiers à partir du CD-ROM d’Office sur un emplacement réseau partagé. Au minimum, le point d’installation réseau contient le package principal indépendant de la langue, ainsi que les dossiers propres à une langue en particulier. Ce point d’installation est utilisé comme source par les utilisateurs qui installent Office.

Dans le scénario le plus simple, Office se déploie à partir du point d'installation réseau avec une version linguistique et un jeu unique de personnalisations pour l'ensemble des utilisateurs. Le programme d'installation gère ce scénario automatiquement. Si vous déployez plusieurs produits ou langues, vous pouvez les ajouter dans le même point d'installation réseau et spécifier exactement les produits et langues à inclure dans l'installation. Dans tous ces scénarios, le programme d'installation effectue les mêmes tâches pour assembler le jeu correct de fichiers MSI et terminer l'installation.

Notes

Office 2010 ne vous permet pas de créer un point d’installation d’administration en exécutant le programme d’installation avec l’option de ligne de commande /a pour extraire les fichiers sources compressés, comme c’était le cas avec les versions d’Office antérieures à Office System 2007. Toutes les installations se produisent maintenant à partir de la source compressée.

Dans cette section :

  • Séquence d'événements du programme d'installation

  • Inclure plusieurs produits sur le point d'installation

  • Exécution du programme d'installation de manière interactive

Séquence d'événements du programme d'installation

La séquence d'événements du programme d'installation se déroule comme suit, et dans le même ordre pour chaque scénario de déploiement :

  1. Exécution du programme d’installation

  2. Contrôle des conditions préalables

  3. Lecture des données XML

  4. Création de l'arborescence des fonctionnalités

  5. Création d'une source d'installation locale sur l'ordinateur de l'utilisateur

  6. Installation d'Office

  7. Application du fichier de personnalisation

  8. Application des mises à jour logicielles

Exécution du programme d’installation

Setup.exe est le programme qui démarre tous les mécanismes de la procédure d’installation. Il est situé à la racine du point d’installation réseau. Il doit être exécuté une fois pour chaque produit Office que vous souhaitez installer. Lorsqu’il s’exécute, le programme d’installation recherche le point d’installation réseau pour le produit Office à installer. Si le point d’installation contient plusieurs produits Office, il présente un choix de produits à installer à l’utilisateur.

Vous pouvez contourner le processus de sélection et déterminer quel produit Office doit être installé en faisant pointer Setup.exe vers le fichier Config.xml dans un dossier de produit principal. Par exemple, pour installer Microsoft Office Professionnel Plus 2010, vous pouvez utiliser la ligne de commande suivante :

\\serveur\partage \Office14ProPlus\setup.exe /config \\serveur\partage \Office14ProPlus\Pro.WW\Config.xml

où Office14ProPlus est la racine du point d’installation réseau.

Dans les versions d’Office antérieures à Office System 2007, Setup.exe appelait Windows Installer (Msiexec.exe) pour installer Office. Bien que le programme d’installation utilise toujours Windows Installer, il ignore le programme exécutable Windows Installer. L’invite de commandes de Msiexec.exe ne peut pas servir à installer Office 2010 (ou Office System 2007).

Notes

Cette version de Setup.exe reconnaît uniquement quelques options de ligne de commande. Pour plus d’informations, voir Configurer les options de ligne de commande pour Office 2010.

Contrôle des conditions préalables

Lorsque le programme d’installation démarre, il vérifie un certain nombre de conditions requises pour l’installation, y compris la configuration minimale du système d’exploitation et les autorisations d’administration. Un utilisateur doit être administrateur de l’ordinateur client afin de pouvoir installer Office, ou bien il doit utiliser un outil tel que Microsoft Systems Management Server (SMS) ou Microsoft System Center Configuration Manager 2007 pour exécuter l’installation avec des autorisations élevées.

Lorsque vous exécutez Setup.exe à partir du dossier x64, le programme d’installation détermine si des applications Office 32 bits sont installées. S’il en détecte, il affiche un message d’erreur qui informe les utilisateurs qu’ils doivent d’abord désinstaller toutes les applications Office 32 bits s’ils veulent poursuivre l’installation d’Office 2010 64 bits. L’erreur répertorie les applications Office 32 bits installées. Si le programme d’installation ne détecte pas d’applications Office 32 bits, il installe l’édition 64 bits d’Office 2010.

Lorsque vous exécutez Setup.exe à partir du dossier de x32, le programme d’installation détermine si des applications Office 2010 64 bits sont installées. S’il détecte Office 2010 64 bits, un message d’erreur s’affiche, bloquant le programme d’installation. Si le programme d’installation ne détecte pas Office 2010 64 bits, il installe l’édition 32 bits d’Office 2010. Pour plus d’informations, voir Processus d'installation 64 bits dans Éditions 64 bits d’Office 2010.

Notes

Pour installer Office sur des ordinateurs où les utilisateurs ne disposent pas d’autorisations d’administration, vous devez exécuter le programme d’installation dans un contexte qui lui fournit des autorisations d’administration. Une fois qu’Office est installé, les utilisateurs sans autorisations d’administration peuvent exécuter toutes les fonctionnalités installées, y compris l’installation de fonctionnalités à la demande.
Par exemple, dans les organisations où les utilisateurs ne sont pas les administrateurs de leurs ordinateurs, les administrateurs peuvent utiliser les méthodes suivantes pour fournir les autorisations appropriées au programme d’installation d’Office :

  • Ouvrir une session sur l’ordinateur en tant qu’administrateur et installer Office 2010.

  • Utiliser un outil de gestion de logiciels, tel que Microsoft Systems Management Server ou System Center Configuration Manager 2007.

  • Déployer Office 2010 sur les ordinateurs à l’aide de scripts de démarrage d’ordinateur de la stratégie de groupe.

    Pour plus d’informations, voir Déployer Office 2010 auprès des utilisateurs qui ne sont pas des administrateurs.

Lecture des données XML

Le programme d’installation collecte les informations relatives à chaque package sur le point d’installation, collecte les paramètres par défaut pour l’installation et intègre les personnalisations que vous spécifiez. Il collecte toutes ces informations sous la forme de données XML à partir de plusieurs sources :

  • Fichiers Setup.xml et Package.xml pour chaque package   Chaque dossier du point d’installation (dossier du package principal indépendant de la langue et dossier de chaque package spécifique d’une langue) contient un fichier Setup.xml et un fichier Package.xml (par exemple, ProPlusWW.xml pour Microsoft Office Professionnel Plus 2010). Les informations contenues dans ces fichiers permettent au programme d’installation d’effectuer les opérations suivantes :

    • Identifier un produit et les langues disponibles pour celui-ci.

    • Faire correspondre les éléments indépendants de la langue et spécifiques à une langue, pour créer des fonctionnalités complètes.

    • Créer une arborescence de fonctionnalités consolidées.

    • Collecter le jeu de fichiers MSI requis pour l’installation.

    Notes

    Les fichiers Setup.xml et Package.xml sont signés et ne peuvent pas être modifiés. La modification de ces fichiers entraîne l'échec du programme d'installation.

  • Fichier de personnalisation de l’installation. Au début de l’installation, le programme d’installation détermine si vous avez spécifié un fichier de personnalisation de l’installation (fichier .msp) pour le produit en cours d’installation. Un fichier de personnalisation de l’installation est créé dès lors que l’administrateur utilise l’Outil de personnalisation Office (OPO) pour personnaliser une installation de Office 2010. L’OPO fait partie du programme d’installation et est l’outil recommandé pour la plupart des personnalisations. Le fichier de personnalisation de l’installation contient toutes les modifications spécifiées pour une installation, y compris les personnalisations qui contrôlent le processus d’installation.

    L’OPO existe dans les versions à licence en volume d’Office 2010. Pour déterminer si votre installation d’Office 2010 est une version à licence en volume, vérifiez le disque d’installation d’Office 2010 pour voir s’il contient un dossier nommé Admin. Si le dossier Admin existe, le disque est une édition à licence en volume ; dans le cas contraire, le disque est une édition commerciale.

    Si aucun fichier de personnalisation n’est spécifié à la ligne de commande ou dans le fichier Config.xml, le programme d’installation recherche le dossier de mises à jour sur le point d’installation pour un fichier de personnalisation propre au produit en cours d’installation. Par défaut, ce dossier est inclus dans le point d’installation. Dans la plupart des cas, cet emplacement est celui qui est recommandé pour stocker les fichiers de personnalisation et de mises à jour logicielles pour l’ensemble des produits Office inclus dans le point d’installation.

    Important

    Si vous prévoyez de déployer plusieurs fichiers de personnalisation d’installation (fichiers .msp), notez que pour une installation initiale, vous pouvez placer un seul fichier .msp de personnalisation par produit Office 2010 installé dans le dossier Updates. Un seul fichier .msp de personnalisation de l’installation (correctif) pour chaque produit Office 2010 installé est pris en charge dans le dossier Updates. Vous devez déployer les autres fichiers .msp de personnalisation des produits après l’installation d’Office.
    Si vous déployez plusieurs produits Office 2010, par exemple Microsoft Office Professionnel Plus 2010 et Microsoft Visio Professionnel 2010, vous pouvez inclure un fichier .msp de personnalisation pour Office Professionnel Plus 2010 et un autre fichier de personnalisation .msp pour Visio Professionnel 2010 dans le dossier Updates. Les fichiers .msp de personnalisation que vous placez dans le dossier Updates seront déployés en premier. Pour cette raison, ils doivent inclure toutes les personnalisations d’installation qui ne peuvent pas être modifiées après l’installation, par exemple l’emplacement de l’installation.
    Si vous déployez une installation initiale d’Office 2010 et que vous voulez aussi déployer des mises à jour logicielles d’Office 2010, telles que des Service Packs et des correctifs, le programme d’installation peut appliquer les mises à jour du produit dans le cadre du processus d’installation. Vous pouvez placer les mises à jour du produit Office 2010 dans le dossier Updates. Dans ce type de situation, où le dossier Updates inclut à la fois un fichier .msp de personnalisation d’installation et des mises à jour du produit, le programme d’installation applique seulement le fichier .msp de personnalisation d’installation : les mises à jour du produit sont appliquées au terme de l’installation.

    Le programme d’installation utilise les données XML ajoutées au fichier de personnalisation pour déterminer comment installer le produit, par exemple, en mode silencieux ou en affichant les fonctionnalités dans l’arborescence de fonctionnalités. Les paramètres d’un fichier de personnalisation remplacent les paramètres par défaut contenus dans les fichiers Setup.xml et Package.xml.

    Pour plus d’informations sur les fichiers de personnalisation de l’installation, voir Modèle simplifié de personnalisation. Pour plus d’informations sur l’utilisation de l’OPO, voir Outil de personnalisation Office dans Office System 2010.

  • Fichier Config.xml   Chaque dossier de produit principal contient un fichier Config.xml qui fournit les directives au programme d’installation pour installer ce produit. Vous pouvez modifier ce fichier pour personnaliser le processus d’installation. Par exemple, vous pouvez utiliser des éléments du fichier Config.xml pour spécifier les produits ou les langues à inclure dans l’installation. Les paramètres du fichier Config.xml sont prioritaires sur ceux d’un fichier de personnalisation et sur les paramètres par défaut des fichiers Setup.xml et Package.xml.

    Pour savoir quand et comment modifier le fichier Config.xml, voir Fichier Config.xml dans Office 2010.

Création de l'arborescence des fonctionnalités

Le programme d’installation utilise les informations contenues dans les fichiers XML pour créer une arborescence unique de fonctionnalités qui inclut toutes les applications et fonctionnalités disponibles dans le produit. Pour afficher l’arborescence des fonctionnalités et spécifier les applications et les fonctionnalités à installer sur les ordinateurs des utilisateurs, utilisez l’outil de personnalisation Office. Si vous autorisez les utilisateurs à exécuter le programme d’installation de manière interactive, ils peuvent afficher l’arborescence des fonctionnalités avec vos modifications dans l’interface utilisateur du programme d’installation.

Pour plus d’informations sur la manière de spécifier le fonctionnalités Office à installer, voir Configurer les états d’installation des fonctionnalités d’Office 2010.

Création d'une source d'installation locale sur l'ordinateur de l'utilisateur

Le programme d’installation appelle un programme nommé Office Source Engine (Ose.exe) pour créer une source d’installation locale sur l’ordinateur de l’utilisateur. Pour créer cette source d’installation locale, le programme d’installation copie les fichiers à partir du point d’installation vers un dossier caché sur l’ordinateur de l’utilisateur. L’emplacement par défaut est \MSOCache\All Users à la racine du lecteur sur lequel Office est installé. Par la suite, le programme d’installation utilise Windows Installer pour installer Office à partir de cette source d’installation locale.

La source d'installation locale offre plusieurs avantages importants :

  • Une fois qu'Office est installé, le programme d'installation peut réparer, réinstaller ou ajouter des fonctionnalités Office à l'aide de la source locale.

  • Les utilisateurs qui appliquent des mises à jour logicielles sont moins susceptibles d'être invités à indiquer une source de type réseau ou CD, car une source d'installation est disponible localement.

  • Vous pouvez déployer la source d’installation locale à l’avance et déclencher ultérieurement l’installation d’Office sur les ordinateurs des utilisateurs afin de réduire la charge sur le réseau. Dans ce scénario, vous pouvez même exécuter le programme d’installation à partir de la source d’installation locale. Cela permet aux utilisateurs d’installer Office sans utiliser de connexion réseau.

Pour plus d'informations sur la source d'installation locale, voir Source d'installation locale requise.

Installation d'Office

Lorsque l’installation démarre, le programme d’installation vérifie l’espace disque requis et les dépendances des fonctionnalités, puis appelle Windows Installer pour installer le jeu correct de packages (fichiers MSI) sur les ordinateurs des utilisateurs à partir de la source d’installation locale. Le programme d’installation utilise les données XML décrites précédemment afin de déterminer le jeu de fichiers MSI à inclure. La barre de progression que le programme d’installation affiche aux utilisateurs au cours de l’installation prend en compte le processus d’installation complet, y compris l’application des personnalisations et des mises à jour logicielles à partir du dossier des mises à jour.

Notes

Bien que le programme d'installation utilise Windows Installer pour installer Office, Windows Installer ne permet pas, à lui seul, d'installer les fichiers MSI individuels indépendamment du programme d'installation.

Application du fichier de personnalisation

Au cours de l’installation, le programme d’installation applique le fichier de personnalisation à la configuration de l’utilisateur. Le résultat ressemble à celui obtenu en appliquant une transformation Windows Installer (fichier MST) dans les versions précédentes d’Office : vos personnalisations remplacent la configuration par défaut des utilisateurs. En plus des données XML qui permettent de personnaliser l’installation, le fichier de personnalisation peut inclure les paramètres utilisateur par défaut, l’état d’installation des fonctionnalités, les profils Microsoft Outlook et d’autres modifications apportées à la configuration de l’utilisateur.

Les fichiers de personnalisation sont propres au produit ; le programme d’installation applique uniquement les fichiers qui sont pertinents pour le produit en cours d’installation.

Notes

Si vous envisagez de déployer plusieurs correctifs .msp de personnalisation de l’installation, sachez que pour une installation initiale, vous pouvez placer un seul fichier .msp de personnalisation de l’installation par produit Office 2010 dans le dossier Updates. Vous devez déployer les autres fichiers .msp de personnalisation une fois Office installé. Comme indiqué précédemment, un seul correctif de personnalisation par produit dans le dossier Updates est pris en charge. Étant donné que le fichier .msp de personnalisation que vous placez dans le dossier Updates sera déployé en premier, il doit inclure toutes les personnalisations de l’installation qui ne peuvent pas être modifiées après l’installation, notamment l’emplacement de l’installation.

Si vous créez des configurations différentes pour des groupes différents d’utilisateurs, nous vous recommandons de stocker les fichiers de personnalisation dans un autre emplacement, puis d’utiliser l’option / adminfile à la ligne de commande du programme d’installation pour spécifier le fichier souhaité. Par exemple :

\\serveur\partage\Office14\setup.exe /adminfile \\serveur\partage\Office14\MyUpdates\Engineering.msp

où Office14 est la racine du point d’installation réseau.

Notes

Lorsque vous mettez préalablement en cache la source d’installation locale, le programme d’installation copie le dossier des mises à jour à partir du point d’installation réseau dans la source d’installation locale. De cette manière, les personnalisations peuvent être incluses dans les scénarios d’installation en mode hors connexion. Il s’agit du seul cas dans lequel le programme d’installation met en cache le fichier de personnalisation sur l’ordinateur local préalablement à l’installation. Pour plus d’informations, voir Mettre en cache de façon anticipée la source d’installation locale pour Office 2010.

Application des mises à jour logicielles

À la fin de l’installation, le programme d’installation vérifie le dossier des mises à jour sur le point d’installation et recherche les mises à jour logicielles (fichiers .msp). Contrairement aux fichiers de personnalisation de l’installation que vous créez avec l’outil de personnalisation Office, les mises à jour logicielles sont distribuées par Microsoft pour améliorer le produit.

Si vous déployez Office pour des utilisateurs et devez également déployer un ensemble de mises à jour logicielles, le programme d’installation peut appliquer les mises à jour dans le cadre de l’installation initiale. Les indicateurs de chiffrage (estimation de l’espace disque requis) et de la barre de progression prennent en compte cette étape de l’installation. Du point de vue d’un utilisateur, l’ensemble de l’installation est un processus unique. Ce modèle conserve le point d’installation d’origine et permet toujours de fournir aux nouveaux utilisateurs la version la plus à jour du produit.

Notes

Le dossier Updates est utilisé uniquement pour les installations initiales ou nouvelles d’Office 2010. Le dossier Updates peut contenir un seul correctif .msp de personnalisation de l’installation et plusieurs Service Packs et correctifs au format .msp uniquement.

Pour plus d'informations sur la mise à jour logicielle, voir Processus de mise à jour consolidé.

Inclure plusieurs produits sur le point d'installation

Si le point d’installation réseau contient plusieurs produits Office 2010, le programme d’installation recherche les fichiers Config.xml et Setup.xml dans tous les dossiers et sous-dossiers, puis invite l’utilisateur à sélectionner le produit à installer.

Si vous installez plusieurs produits Office, il est plus efficace de stocker l’ensemble des produits sur le même point d’installation, puis de personnaliser le programme d’installation pour installer un produit Office spécifique sur les ordinateurs des utilisateurs.

Notes

Lorsque vous copiez plusieurs produits Office sur le même point d’installation, vous pouvez être invité à remplacer les fichiers d’installation partagés. Étant donné que ces fichiers sont dupliqués entre tous les produits Office 2010, il est inutile de recopier les dossiers en double. Cette conception efficace permet d’économiser de l’espace et garantit la cohérence lorsque vous créez et répliquez les points d’installation réseau.

Exécution du programme d'installation de manière interactive

Vous pouvez choisir d’exécuter le programme d’installation en mode silencieux, afin que les utilisateurs voient peu ou ne voient rien du processus. Toutefois, si vous autorisez les utilisateurs à afficher l’interface utilisateur du programme d’installation, les choix effectués affectent plusieurs aspects du comportement du programme d’installation. Par exemple :

  • Si plusieurs produits Office sont disponibles sur le point d’installation et si un utilisateur exécute Setup.exe sans aucune option de ligne de commande, le programme d’installation propose à l’utilisateur un choix de produits à installer.

  • Si plusieurs langues sont disponibles sur le point d’installation, le programme d’installation établit une correspondance entre la langue de Microsoft Office et les paramètres régionaux de Windows sur l’ordinateur de l’utilisateur. Il s’agit du comportement par défaut. Toutefois, si un utilisateur sélectionne l’option d’installation Personnaliser, l’onglet Langues dans l’interface du programme d’installation offre à l’utilisateur un choix de toutes les langues disponibles sur le point d’installation réseau.

  • Si vous entrez une clé de produit et acceptez les termes du contrat de licence client Microsoft dans le fichier de personnalisation ou dans le fichier Config.xml, ces écrans du programme d'installation ne sont pas affichés à l'utilisateur au cours de l'installation.

  • Si vous utilisez un fichier de personnalisation pour masquer et verrouiller certaines fonctionnalités, ces fonctionnalités ne sont pas affichées dans l'arborescence des fonctionnalités.

Pour en savoir plus sur la façon de personnaliser les paramètres d’affichage, voir Personnaliser le programme d’installation avant l’installation d’Office 2010.

Conception indépendante de la langue

Dans Office 2010 (et dans Office System 2007), un produit Office tel que Office Professionnel Plus 2010 est organisé comme suit :

  • Les éléments indépendants de la langue sont regroupés dans un package principal (fichier MSI).

  • Les éléments spécifiques aux langues sont organisés dans des packages distincts par application.

Cette organisation des fichiers simplifie les déploiements internationaux. L'installation de base d'un produit Office comprend un package principal plus une langue. L'ajout d'autres langues revient simplement à copier d'autres modules monolingues sur le point d'installation réseau ; ces modules fonctionnent tous exactement de la même façon avec le produit principal. Toutes les versions linguistiques d'Office, y compris la version anglaise, sont déployées de la même façon. Le programme d'installation combine le package principal indépendant de la langue avec les packages spécifiques aux langues dans un processus d'installation transparent.

Important

La version actuelle d’Office 2010 inclut des sources linguistiques en anglais, chinois, français, allemand, japonais, espagnol et russe uniquement. Les versions ultérieures proposeront des langues supplémentaires.

Dans cette section :

  • Versions linguistiques d'Office

  • Modules linguistiques pour Office

Versions linguistiques d'Office

Chaque produit Office doit inclure au moins un jeu de packages spécifiques aux langues. Vous ne pouvez pas simplement déployer le package de base (fichier MSI) par lui-même. Sur le CD-ROM du produit Office et le point d’installation réseau, ces modules linguistiques sont contenus dans des dossiers. Chaque nom de dossier inclut une balise de langue, sous la forme ll-pp (par exemple, en-us pour anglais des États-Unis), qui identifie la langue. Chaque dossier contient également un ensemble de fichiers d’installation.

Par exemple, le produit Office Professionnel Plus 2010 est réparti entre les fichiers de ces dossiers. Les éléments qui ne sont pas propres à une langue, tels que Winword.exe (le fichier exécutable de Microsoft Word 2010), se trouvent dans le package ProPlus.WW principal. D’autres éléments, tels que l’aide et l’interface utilisateur de Word 2010 se trouvent dans le package spécifique à la langue appropriée pour Word ou pour les fonctionnalités d’Office partagées.

Tant les éléments indépendants de la langue que ceux propres à la langue sont nécessaires pour qu’une fonctionnalité soit entièrement opérationnelle. Winword.exe par lui-même ne représente pas une application Word utilisable. De même, les fichiers .msi principaux d’Office Professionnel Plus 2010 du dossier ProPlus.WW ne représentent pas un produit Office complet.

Le programme d'installation assemble toutes ces parties en un produit complet. Les fichiers Package.xml et Setup.xml de chaque dossier contiennent des informations utilisées par le programme d'installation pour assembler des fonctionnalités complètes, créer une arborescence consolidée des fonctionnalités et rassembler l'ensemble correct de fichiers .msi pour l'installation. Après avoir rassemblé les données XML et assemblé les fichiers .msi requis, le programme d'installation utilise Windows Installer pour installer Office sur l'ordinateur de l'utilisateur. Du point de vue de l'utilisateur, ce processus s'effectue automatiquement et de façon transparente.

Vous ne pouvez pas déployer une application individuelle d’Office 2010 sans le dossier spécifique à la langue qui contient le fichier .msi individuel, comme le dossier Word.en-us. Cependant, vous pouvez déterminer les applications et les fonctionnalités qui doivent être installées sur les ordinateurs des utilisateurs en personnalisant l’installation.

Notes

Aucun des fichiers .msi d’un point d’installation Office ne peut être installé séparément à l’aide de Windows Installer ou d’une autre méthode. Par ailleurs, aucun des fichiers XML signés numériquement (Setup.xml et Package.xml) ne peut être modifié ou altéré. Dans Office 2010, le programme d’installation est nécessaire pour collecter les fichiers et les informations sur l’installation, ainsi que pour organiser le processus d’installation.

Modules linguistiques pour Office

Les packages spécifiques aux langues sont utilisés dans deux contextes : dans la version linguistique d’un produit Office et dans le module monolingue de cette langue. Par exemple, la version française d’Office Professionnel Plus 2010 inclura un dossier spécifique à la langue pour chaque application et pour les fonctionnalités partagées d’Office Professionnel Plus 2010. Les mêmes dossiers seront inclus dans le module monolingue, qui inclura également des dossiers propres à la langue pour d’autres produits Office 2010.

Les modules linguistiques peuvent être déployés en tant que produits distincts ou ils peuvent être utilisés pour déployer un produit Office dans plusieurs langues. Vous n'êtes pas obligé d'entrer une clé de produit unique pour les modules linguistiques, qu'ils soient déployés séparément ou dans le cadre de l'installation d'un autre produit.

Notes

Dans les versions d’Office antérieures à Office System 2007, les clients ajoutaient des langues en déployant des modules de l’interface MUI (Multilanguage User Interface) après avoir installé une version d’Office en anglais (États-Unis). Les versions localisées, telles que la version japonaise d’Office Standard Edition, n’étaient pas identiques à la version principale avec un module MUI japonais. Cette conception a été simplifiée et améliorée dans Office System 2007 et est la même dans Office 2010.

Modèle simplifié de personnalisation

Dans les versions de Microsoft Office antérieures à Office System 2007, plusieurs outils étaient nécessaires pour personnaliser le programme d’installation et pour gérer Office après l’installation. Office System 2007 offrait un modèle cohérent et rationalisé. Dans Office 2010 (comme dans Office System 2007), les administrateurs peuvent utiliser le programme d’installation pour installer, personnaliser et gérer Office. Pour appliquer des paramètres utilisateur et ordinateur spécifiques, ils peuvent utiliser la stratégie de groupe (voir Utilisation de la stratégie de groupe).

Dans cette section :

  • Utilisation de l'outil de personnalisation Office

    • Personnalisation d'une nouvelle installation

    • Modification d'une installation Office existante

  • Utilisation du fichier Config.xml pour personnaliser Office

  • Utilisation des options de la ligne de commande du programme d’installation

  • Utilisation de la stratégie de groupe

Utilisation de l'outil de personnalisation Office

Vous personnalisez une installation Office à l’aide de l’outil de personnalisation Office (OPO), qui est un composant du programme d’installation inclus dans les versions à licence en volume du client Office 2010. Démarrez l’OPO en exécutant le programme d’installation avec l’option de ligne de commande /admin. En utilisant l’OPO, créez un fichier de personnalisation de l’installation (.msp) que vous placez dans le dossier Updates du point d’installation réseau. Comme mentionné précédemment, le dossier Updates est utilisé uniquement pour les installations initiales ou nouvelles d’Office 2010 et un seul correctif de personnalisation dans le dossier Updates est pris en charge.

Un fichier de personnalisation de l’installation est un formulaire développé d’un fichier .msp Windows Installer. Chaque fichier est configuré pour un produit spécifique, tel que Office Professionnel Plus 2010 ou OneNote 2010. Lorsque vous exécutez le programme d’installation pour installer un produit Office, ce programme recherche un fichier de personnalisation dans le dossier Updates, correspondant au produit que vous installez. Quand le programme d’installation installe le produit, il applique les personnalisations à partir de ce fichier.

Vous pouvez créer plusieurs fichiers de personnalisation de l'installation pour configurer Office pour différents groupes d'utilisateurs. Lorsque vous exécutez le programme d'installation, vous spécifiez le fichier de personnalisation approprié à utiliser pour chaque installation à l'aide de l'option de ligne de commande /adminfile, ou à l'aide du fichier Config.xml (voir Utilisation du fichier Config.xml pour personnaliser Office).

Pour des informations complètes sur la façon d’utiliser l’OPO pour créer un fichier de personnalisation de l’installation, voir Outil de personnalisation Office dans Office System 2010.

Personnalisation d'une nouvelle installation

En utilisant un fichier de personnalisation de l’installation que vous créez avec l’OPO, vous pouvez modifier la façon dont le programme d’installation installe pour la première fois Office sur l’ordinateur de l’utilisateur. Par exemple, l’OPO vous permet de personnaliser Office comme suit :

  • Spécifier que le programme d'installation s'exécute sans intervention de l'utilisateur (mode silencieux).

  • Prédéfinir la clé de produit et accepter les termes du contrat de licence des logiciels Microsoft pour le compte de l'utilisateur.

  • Spécifier l'emplacement où installer les fichiers Office sur l'ordinateur de l'utilisateur.

  • Choisir s’il faut supprimer les versions antérieures d’Office avant d’installer Office 2010.

  • Déterminer les fonctionnalités d'Office à installer.

  • Spécifier les valeurs par défaut pour un grand nombre d’options utilisateur, dont les paramètres de Microsoft Outlook.

Notes

Office 2010 ne prend pas en charge les installations côte à côte d’Office 64 bits et 32 bits, notamment entre les applications. Par exemple, les installations côte à côte d’Office System 2007 32 bits avec Office 2010 64 bits, ou pour Microsoft SharePoint Workspace 2010 64 bits et Microsoft Excel 2010 32 bits, ne sont pas prises en charge. Vous ne pouvez pas utiliser les outils de personnalisation Office 2010 pour configurer des installations ou des personnalisations côte à côte d’Office 64 bits et 32 bits. Par exemple, vous ne pouvez pas créer une installation côte à côte personnalisée avec Microsoft Office Professionnel 2010 64 bits et Visio 2010 32 bits Single Image. Pour plus d’informations sur Office 2010 64 bits, voir Éditions 64 bits d’Office 2010

Pour plus d’informations sur la façon de personnaliser le programme d’installation, voir Personnaliser le programme d’installation avant l’installation d’Office 2010.

Modification d'une installation Office existante

Si vous devez apporter des modifications à une installation Office existante, utilisez le même outil que celui que vous avez utilisé pour personnaliser l’installation d’origine : exécutez l’OPO pour mettre à jour un fichier de personnalisation de l’installation ou pour en créer un nouveau. Appliquez ensuite le fichier de personnalisation à l’ordinateur de l’utilisateur tout comme vous le feriez pour une mise à jour logicielle ; l’installation Office existante de l’utilisateur est alors mise à jour avec vos personnalisations. Cela signifie que les personnalisations disponibles lorsque vous installez Office sont également disponibles lorsque vous modifiez Office après l’installation.

Notes

Certaines personnalisations sont appliquées par le programme d'installation uniquement lorsque vous installez Office pour la première fois. Il s'agit notamment de la spécification de l'emplacement de l'installation Office sur l'ordinateur de l'utilisateur, de la définition de la clé du produit et de la suppression des versions précédentes des applications Office. L'OPO identifie les personnalisations qui s'appliquent seulement à une nouvelle installation.

Utilisation du fichier Config.xml pour personnaliser Office

Vous pouvez utiliser le fichier Config.xml pour apporter des modifications à votre installation Office. Vous pouvez personnaliser la plupart des options qui sont personnalisables avec l'outil de personnalisation Office, en plus de quelques autres qui ne sont pas disponibles dans l'OPO.

L'utilisation du fichier Config.xml est la méthode recommandée pour effectuer les tâches d'installation suivantes :

  • Indiquer au programme d'installation de copier la source d'installation locale vers l'ordinateur de l'utilisateur sans installer Office.

  • Spécifier le chemin d’accès au point d’installation réseau.

  • Sélectionner un produit ou une langue à installer.

  • Changer l'emplacement où le programme d'installation recherche les fichiers de personnalisation de l'installation et les mises à jour.

  • Effectuer des personnalisations de dernière minute ou ponctuelles qui ne justifient pas l'utilisation de l'OPO pour créer un nouveau fichier de personnalisation.

Si vous placez le fichier Config.xml dans le même dossier que Setup.exe, le programme d'installation détecte et utilise le fichier. Vous pouvez également spécifier l'emplacement du fichier à l'aide de l'option de ligne de commande /config du programme d'installation.

Notes

Si vous spécifiez à la fois un fichier de personnalisation de l’installation et le fichier Config.xml, les personnalisations que vous définissez dans Config.xml ont priorité sur les mêmes personnalisations du fichier de personnalisation.

Pour une description complète du contenu et du format du fichier Config.xml, voir Fichier Config.xml dans Office 2010.

Utilisation des options de la ligne de commande du programme d’installation

Le programme d’installation d’Office 2010 ne reconnaît que quelques options de ligne de commande. C’est la même chose pour Office System 2007. L’OPO est l’outil principal permettant de configurer les propriétés de l’installation, ainsi que d’autres personnalisations.

Vous pouvez utiliser les commandes Setup.exe pour effectuer les tâches suivantes :

  • Exécuter l’Outil de personnalisation Office pour créer un fichier de personnalisation de l’installation (.msp).

  • Appliquer le fichier de personnalisation de l’installation spécifié à l’installation. Par exemple, vous pouvez spécifier un chemin d’accès à un fichier de personnalisation spécifique (fichier .msp) ou au dossier dans lequel vous stockez les fichiers de personnalisation.

  • Spécifier le fichier Config.xml que le programme d’installation utilise au cours de l’installation.

  • Exécuter le programme d'installation en mode de maintenance et modifier une installation Office existante.

  • Exécuter le programme d’installation pour réparer le produit spécifié sur l’ordinateur de l’utilisateur.

  • Exécuter le programme d’installation pour supprimer le produit spécifié de l’ordinateur de l’utilisateur.

Pour plus d’informations sur les commandes Setup.exe, voir Configurer les options de ligne de commande pour Office 2010. Pour des informations sur les propriétés Windows Installer utilisées dans les versions antérieures d’Office et sur les propriétés utilisables pour installer Office 2010, voir Propriétés d’installation dans Office 2010.

Utilisation de la stratégie de groupe

Les administrateurs peuvent utiliser les paramètres de stratégie de groupe pour définir et gérer une configuration Office sur les ordinateurs des utilisateurs. La stratégie de groupe permet de configurer les paramètres de stratégie d’Office 2010 contenus dans les modèles d’administration, et le système d’exploitation applique ces paramètres de stratégie. Dans un environnement Active Directory, les administrateurs peuvent appliquer les paramètres de stratégie à des groupes d’utilisateurs et d’ordinateurs dans un site, un domaine ou une unité d’organisation auxquels un objet stratégie de groupe est lié. Les véritables paramètres de stratégie sont écrits dans les clés de Registre approuvées pour la stratégie, et ces paramètres ont des restrictions par liste de contrôle d’accès qui empêchent les utilisateurs non-administrateurs de les modifier. Cela permet aux administrateurs de créer des configurations hautement ou légèrement gérées.

Les administrateurs peuvent utiliser les paramètres de stratégie pour les applications Office 2010 afin de gérer la plupart des options qui configurent l’interface utilisateur d’Office, notamment :

  • les commandes de menus et les boutons de barre d’outils correspondants ;

  • les touches de raccourci ;

  • la plupart des options de la boîte de dialogue Options.

Notes

La plupart des paramètres de stratégie Office 2010 sont également disponibles dans l’OPO (paramètres OPA). Pour configurer les paramètres initiaux par défaut dans un fichier .msp de personnalisation de l’installation, les administrateurs peuvent l’utiliser l’OPO. Toutefois, les utilisateurs peuvent modifier la plupart des paramètres après l’installation. Utilisez la stratégie de groupe pour appliquer des configurations spécifiques. Les paramètres de stratégie de groupe sont prioritaires par rapport aux paramètres de l’OPO.

Source d'installation locale requise

Dans Office 2010, le programme d’installation crée une source d’installation locale sur l’ordinateur de l’utilisateur dans le cadre du processus d’installation par défaut. Le programme d’installation installe tous les produits Office 2010 en deux étapes : tout d’abord, il copie les fichiers sources d’installation compressés sur l’ordinateur de l’utilisateur ; ensuite, il appelle Windows Installer pour effectuer l’installation proprement dite à partir de la source d’installation locale. Une fois l’installation terminée, la source d’installation locale reste disponible pour toute opération d’installation nécessitant l’accès à une source d’origine. Les besoins en espace disque minimum tiennent compte de la source d’installation locale.

Notes

Avec Microsoft Office 2003, les grandes entreprises installaient en général le produit à partir d’un point d’installation d’administration. L’installation depuis une source d’installation locale était facultative. Dans Office 2010, toutefois, l’installation à partir d’un point d’installation d’administration n’existe plus, et l’installation depuis une source d’installation locale est obligatoire.

La source d'installation locale rend le processus de distribution des mises à jour logicielles plus efficace et plus fiable. Le point d'installation réseau et la source d'installation locale de l'utilisateur ne sont jamais mis à jour directement. Les installations des utilisateurs restent synchronisées lorsqu'ils appliquent la version cliente des mises à jour logicielles.

Avantages liés au fait de disposer d'une source d'installation complète toujours disponible sur l'ordinateur local :

  • Vous pouvez déployer la source d’installation locale sur les ordinateurs des utilisateurs avant d’installer Office. Cela réduit au minimum l’effet sur le réseau et garantit que tous les utilisateurs installent le produit et commencent à utiliser les applications Office 2010 au même moment.

  • Les utilisateurs peuvent effectuer des tâches de maintenance, comme appliquer des mises à jour logicielles, sans être invité à fournir le CD Office ou une source réseau.

  • Les utilisateurs itinérants ou les utilisateurs qui ont des connexions réseau lentes ou irrégulières peuvent exécuter le programme d’installation sans accéder au réseau si une source d’installation locale a été installée préalablement.

Ces avantages s’obtiennent pour un coût minimal. Bien que la source d’installation locale utilise de l’espace disque, sa création et l’installation d’Office prennent approximativement le même temps que l’installation d’Office seul.

Dans cette section :

  • Création d'une source d'installation locale sur les ordinateurs des utilisateurs

  • Déploiement de la source d'installation locale

Création d'une source d'installation locale sur les ordinateurs des utilisateurs

Lorsque les utilisateurs installent Office à partir du CD-ROM ou à partir d’un point d’installation réseau, le programme d’installation crée la source d’installation locale en utilisant un programme appelé Office Source Engine (ose.exe) pour copier les fichiers d’installation requis dans un dossier caché sur l’ordinateur local. L’emplacement par défaut est \MSOCache\All Users, à la racine du lecteur sur lequel Office est installé.

Chaque package qui comprend un produit Office, un package principal indépendant de la langue et un ou plusieurs packages propres à une langue, contient un code de téléchargement séparé et est mis en cache dans le sous-dossier sous MSOCache\All Users. Le programme d’installation met toujours en cache une source d’installation locale complète qui inclut tous les fichiers associés au produit installé. Si le point d’installation inclut plusieurs langues, le programme d’installation met en cache uniquement les packages pour les langues qui sont installées sur l’ordinateur de l’utilisateur.

Lorsque d'autres produits Office sont installés sur l'ordinateur de l'utilisateur, ces produits sont mis en cache dans la même source d'installation locale.

Notes

Si un utilisateur installe un deuxième produit Office sur un autre lecteur, le programme d’installation crée une deuxième source d’installation locale à la racine de ce lecteur. Dans ce scénario, les fichiers partagés peuvent être dupliqués entre les deux sources d’installation locales. Toutefois, cette conception garantit que chaque source d’installation locale est complète et fonctionne correctement.

Les utilisateurs ne peuvent pas supprimer par accident la source d’installation locale ou la supprimer en utilisant l’interface utilisateur du programme d’installation ou bien encore l’Assistant Nettoyage du disque de Windows. Si le dossier MSOCache est supprimé ou endommagé, le programme d’installation recrée ou répare automatiquement le dossier la prochaine fois qu’une source est requise. Si les utilisateurs ne disposent pas de suffisamment d’espace disque, ils sont invités à en libérer. Vous pouvez compter sur le fait que chaque utilisateur peut accéder à une source lorsque vous distribuez les nouvelles mises à jour ou personnalisations.

Notes

Une fois que la source d'installation locale est créée, son emplacement sur l'ordinateur de l'utilisateur est résolu. Excepté si l'utilisateur spécifie un autre lecteur, les autres produits Office installés ultérieurement sont toujours ajoutés au dossier MSOCache\All Users existant.

Déploiement de la source d'installation locale

Étant donné que le programme d’installation effectue l’installation d’Office à partir de la source d’installation locale, vous pouvez limiter la réquisition du réseau en déployant préalablement la source d’installation. Par exemple, utilisez votre méthode habituelle pour l’exécution du programme d’installation sur les ordinateurs des utilisateurs et distribuez la source d’installation locale à un groupe d’utilisateurs à la fois. Une fois que tous les utilisateurs disposent d’une source en cache, ils peuvent tous exécuter le programme d’installation d’Office en même temps. Dans ce scénario, la majeure partie de l’installation a lieu sur l’ordinateur local au lieu de s’effectuer sur le réseau.

Pour plus d’informations, voir Mettre en cache de façon anticipée la source d’installation locale pour Office 2010.

Vous pouvez également exécuter le programme d’installation directement à partir de la source d’installation locale sur l’ordinateur local. Son exécution en local signifie qu’aucune activité, y compris le chargement des fichiers d’installation et la lecture des métadonnées, ne se produit sur le réseau. Dans ce scénario, vous devez identifier le sous-dossier dans MSOCache\All Users qui contient le produit principal à installer. Chaque sous-dossier du produit principal contient une copie du programme d’installation, et l’exécution du programme d’installation à partir d’un dossier spécifique entraîne l’installation de ce produit. Cette méthode permet aux utilisateurs d’installer Office sans connexion réseau.

Pour plus d’informations, voir Exécution du programme d’installation d’Office 2010 à partir d’une source d’installation locale.

Processus de mise à jour consolidé

Dans les versions d’Office antérieures à Office System 2007, vous avez effectué un certain nombre de choix pour vous assurer que les ordinateurs clients recevaient les dernières mises à jour logicielles d’Office et que ces ordinateurs clients restaient bien synchronisés avec le point d’installation d’administration. Vous avez peut-être configuré le programme d’installation pour qu’il procède aux mises à jour logicielles après les nouvelles installations de Microsoft Office, ou vous avez appliqué des mises à jour au point d’installation d’administration et réinstallé Office sur tous les ordinateurs clients.

L’architecture présentée dans Office System 2007 rend ce processus beaucoup plus simple. Dans Office 2010 (comme dans Office System 2007), vous créez un point d’installation réseau que vous ne devez jamais mettre à jour. Au lieu de cela, une simple opération de copie rend les mises à jour logicielles disponibles pour les nouvelles installations. Vous mettez à jour les installations existantes indépendamment du point d’installation réseau, de sorte que vous n’avez pas à vous préoccuper de conserver les ordinateurs clients synchronisés avec la source de l’installation.

Dans cette section :

  • Application des mises à jour Office lors des nouvelles installations

  • Mise à jour des installations Office existantes

Application des mises à jour Office lors des nouvelles installations

Lorsque vous obtenez des mises à jour logicielles d’Office auprès de Microsoft, copiez-les dans le dossier Updates, à la racine de votre point d’installation réseau. Les fichiers existants dans le point d’installation réseau restent les mêmes que lorsque vous les avez copiés la première fois à partir du CD-ROM d’Office.

Notes

Vous pouvez utiliser le dossier Updates pour incorporer l’installation des mises à jour avec une installation initiale des produits Office 2010. Seuls les fichiers de mise à jour Windows Installer qui sont contenus dans ce dossier sont installés avec l’installation initiale. Par conséquent, vous devez extraire les mises à jour des packages auto-extractibles Microsoft. Vous pouvez également placer un correctif .msp de personnalisation de l’installation dans le dossier Updates pour personnaliser les installations initiales.

Lorsque vous exécutez le programme d’installation pour installer Office sur un ordinateur client, le programme d’installation recherche dans le dossier Updates les mises à jour logicielles et les intègre automatiquement lorsqu’il installe Office. S’il y a plusieurs mises à jour dans le dossier, le programme d’installation applique seulement les mises à jour qui concernent le produit Office en cours d’installation. Si le dossier Updates comprend à la fois un correctif .msp de personnalisation de l’installation et des mises à jour de produit, le programme d’installation applique uniquement le correctif .msp de personnalisation de l’installation avec l’installation initiale, les mises à jour de produit étant appliquées une l’installation achevée. Le programme d’installation applique également les mises à jour dans l’ordre séquentiel correct. Le résultat est que l’utilisateur reçoit les dernières mises à jour avec la nouvelle installation d’Office.

Conseil

Pour indiquer au programme d’installation de rechercher les mises à jour logicielles dans un dossier autre que le dossier Updates, utilisez l’élément SetupUpdates dans le fichier Config.xml. Pour plus d’informations, voir Élément SetupUpdates dans Fichier Config.xml dans Office 2010.

Mise à jour des installations Office existantes

Une fois Office installé, vous appliquez les mises à jour logicielles directement à l’ordinateur client sans revenir au point d’installation réseau. Vous réalisez cette opération via un programme de gestion de déploiement tel que Microsoft Systems Management Server ou System Center Configuration Manager 2007, à l’aide de Windows Server Update Services, ou en mettant à jour les ordinateurs directement à partir d’Internet ou avec Microsoft Update.

Notes

Une fois Office installé sur un ordinateur client, la réinstallation d’Office réapplique seulement les mises à jour logicielles qui ont été appliquées à l’installation d’origine. Si vous avez copié de nouvelles mises à jour logicielles dans le dossier Updates, elles ne sont pas appliquées lors de la réinstallation.