{"partition": "head_middle", "source_domain": "technet.microsoft.com", "digest": "sha1:ST2TRLU3BFTK7ZX4RCNUG3LBKKSCDN2O", "path": "/lustre/fsn1/projects/rech/qgz/uzq54wg/processed_redpajama/base_processing/output/fr/2014-15/000_00010.parquet"}
Accueil TechCenter Windows Client
Connexion Canada (Français)
Cinq étapes pour préparer vos applications à Windows 7
Cinq étapes pour préparer vos applications à Windows 7Dans cet article :Rationalisation de votre projet d'analyse et de test d'applicationsPourquoi certaines applications rencontrent-elles des problèmes dans Windows Vista et Windows 7 ?Les cinq étapes pour gérer la préparation des applications pour Windows 7Plus de ressourcesRationalisation de votre projet d'analyse et de test d'applicationsDe quel projet s'agit-il ? Tester nos applications pour se préparer à Windows 7 ? Aucun problème, patron. Après tout, nous n'en avons que 950 à examiner…Le soin que vous avez apporté à la partie du projet de migration lié à la compatibilité des applications déterminera si votre déploiement du système d'exploitation sera relativement aisé ou si votre équipe informatique devra passer des soirées entières suspendue aux lèvres des techniciens du support technique, s'efforçant de comprendre les pendants et les aboutissants.Lorsque des entreprises ont commencé à évaluer Windows Vista, il y a de cela quelques années, le problème lié à la compatibilité des applications a stoppé net bon nombre d'entre-elles. Pour beaucoup, des applications critiques sur lesquelles les organisations comptaient pour gérer des fonctions clés de l'entreprise n'étaient tout simplement pas disponibles pour Windows Vista. Pour d'autres, les organisations n'avaient pas le budget nécessaire, ni l'envie, d'acquérir les licences requises par la nouvelle version conçue pour Windows Vista. Enfin, dans certains cas, des applications clés étaient le fruit d'efforts de développement personnalisés ou internes, dont les développeurs initiaux n'étaient plus présents ou n'étaient pas disponibles pour remanier la base de code.Si vous envisagez d'effectuer une migration vers Windows 7, vous découvrirez que la situation n'est pas aussi complexe qu'elle l'était il y a quelques années de cela. La plupart des applications conçues pour fonctionner avec Windows Vista fonctionneront correctement avec Windows 7 et la plupart des éditeurs de logiciels indépendants ont déjà mis à jour leurs applications pour qu'elles fonctionnent avec cette nouvelle génération de système d'exploitation Windows. Ainsi, que vous réalisiez une migration à partir de Windows XP ou Windows Vista, la situation n'est pas aussi ardue qu'elle l'était par le passé.Cela étant, la préparation de votre portefeuille d'applications pour une migration du système d'exploitation peut se révéler une entreprise majeure, mais en suivant les étapes dans l'ordre approprié et en faisant certains choix difficiles pour réduire l'étendue des tests, vous pouvez réduire quelque peu le poids de la tâche qui vous incombe.Retour au débutPourquoi certaines applications rencontrent-elles des problèmes dans Windows Vista et Windows 7 ?Quelles modifications introduites dans Windows 7 (et Windows Vista) ont posé des problèmes aux applications conçues pour Windows XP ? Pour répondre à cette question, les équipes d'ingénieurs responsables de Windows Vista et de Windows 7 n'ont pas épargné leurs efforts. Les modifications apportées à Windows avaient pour but d'améliorer la sécurité, la fiabilité, les performances et la simplicité d'utilisation et, dans certains cas, de supprimer des composants hérités qui étaient tout simplement arrivés au terme de leur cycle de vie. Nous ne prendrons pas le temps de répertorier toutes ces modifications dans cet article, mais les modifications les plus significatives en matière de compatibilité d'applications incluent les éléments suivants :Contrôle de compte d'utilisateur (UAC)/Comptes d'utilisateurs standard. Dans le cadre du développement de Windows Vista, l'équipe d'ingénierie a entrepris de permettre à la plupart des organisations de déployer leurs utilisateurs en tant qu'utilisateurs standard et de réserver les privilèges d'administrateur à ceux qui en ont besoin, à savoir les informaticiens. L'adoption du principe de ce que nous appelions « les comptes d'utilisateurs à faibles privilèges » pour les PC clients aide à bloquer les intrusions des logiciels malveillants, réduit les erreurs de configuration des utilisateurs finaux et empêche le chargement d'applications non autorisées sur l'ordinateur. Dans le passé, une application était capable d'écrire dans les paramètres de registre, de modifier le noyau et d'effectuer d'autres actions invasives. Malheureusement, ce degré de liberté avait un prix : la sécurité. Windows limite à présent les paramètres du système d'exploitation qu'une application est en mesure de modifier, réduisant ainsi l'impact qu'un logiciel malveillant peut avoir, mais les applications qui ont été écrites pour utiliser ce comportement devront être modifiées ou corrigées pour fonctionner dans Windows 7.Les applications qui effectuent des vérifications codées en dur de la version du système d'exploitation Windows XP sont également affectées. Il est compréhensible qu'un développeur verrouille la prise en charge et les fonctionnalités pour l'application avec la version du système d'exploitation qu'il utilisait initialement pour les tests, mais cela suppose également que les utilisateurs n'essaieront jamais d'installer cette application sur un système d'exploitation plus récent ni d'installer un Service Pack plus récent sur ce même système d'exploitation. Il est relativement simple d'atténuer ce problème à l'aide des modes ou des correctifs de compatibilité, mais vous verrez souvent émerger ce problème lors du passage de Windows XP à Windows 7.Retour au débutLes cinq étapes pour gérer la préparation des applications pour Windows 7Comme pour la plupart des entreprises majeures, le défi n'est pas insurmontable si vous prenez le temps de décomposer le problème en tâches gérables et logiques. Un projet de préparation des applications se divise en trois sections principales : la collecte, l'analyse et l'atténuation. Toutefois, il existe plusieurs étapes supplémentaires que nous aimerions énoncer : envisagez l'utilisation des technologies de virtualisation avant de démarrer les tests pour favoriser la réduction du processus de test et améliorer potentiellement votre infrastructure de postes de travail, afin de faciliter la gestion des migrations futures, et séquencez la phase de tests pour vous aligner sur votre stratégie de déploiement.Si vous êtes prêt à passer à l'action, ne perdons plus de temps.Étape 1 : procédez à l'inventaire des applicationsLa première étape consiste à établir un inventaire des applications pour comprendre exactement votre situation et il est fort probable que vous réalisiez à ce stade que le problème est plus sérieux que vous ne pensiez. Mais le plus important est que vous mettiez en lumière les zones d'ombre et que vous soyez mieux armé pour définir l'étendue des tests et du programme de préparation et pour comprendre les défis que vous devrez relever. Heureusement, différents outils sont à votre disposition qui vous aideront à automatiser le processus. Votre logiciel de gestion client intègre peut-être cette fonctionnalité ou vous pouvez utiliser également le kit d'outils Application Compatibility Toolkit, que vous pouvez télécharger gratuitement. Si vous possédez déjà un autre mécanisme d'inventaire, tel que System Center Configuration Manager, Asset Inventory Service ou autre, vous pouvez l'utiliser dans un premier temps. Pour rendre l'inventaire plus utile en aval, capturez plus qu'une simple liste d'applications. Vous voudrez connaître plus de détails sur les personnes qui utilisent une application, sur leurs rôles et sur l'importance que cette application a pour ces utilisateurs. Ces informations vous permettent de définir des priorités sur ces applications stratégiques et d'éliminer les applications inutilisées ou redondantes (plus de détails sont fournis à l'étape suivante).Vous bénéficiez ainsi d'un avantage collatéral : l'identification des applications les plus utilisées que vous ne gérez pas actuellement. Vous voudrez garder ces applications dans votre giron afin de vous assurer qu'elles sont gérées correctement, que leur version est approuvée et qu'elles disposent des mises à jour logicielles requises.Étape 2 : analysez vos applicationsCombien d'applications prenez-vous en charge actuellement qui ont été remplacées ou qui n'ont plus les faveurs des employés de votre entreprise ? Dans la plupart des organisations, leur nombre est assez grand et dans certains cas il s'agit de la majorité des applications. Ainsi, une fois que vous avez effectué votre évaluation et disposez d'un état des lieux de qualité, l'étape suivante consiste à nettoyer votre liste d'applications prises en charge et à les filtrer avant d'entreprendre le processus laborieux et coûteux des tests de régression.Définissez des objectifs appropriés pour votre portefeuille d'applications. Combien d'applications au total voulez-vous prendre en charge ? À quel stade une application s'élève-t-elle au statut « gérée » ? Une fois vos objectifs définis, il est temps de mettre à part les éléments facilement identifiables et de restreindre l'ensemble des applications qui requièrent des tests.Éliminez les applications redondantes ou inutilisées. Vous découvrirez sans aucun doute que vous possédez plusieurs applications qui effectuent les mêmes tâches. Le moment est judicieux de standardiser une application unique par fonction et d'éliminer les applications devenues obsolètes. Il est conseillé ici d'essayer de mapper les dépendances des applications. En effet, vous pouvez avoir besoin de prendre en c