• Artigo

Guia de compatibilidade de aplicativos para o Office 2010

 

Aplica-se a: Office 2010

Tópico modificado em: 2015-03-09

O processo de teste e remediação de compatibilidade de aplicativo de implantações do O Microsoft Office 2010 identifica os problemas de compatibilidade e ajuda você a desenvolver planos para corrigi-los. Estas informações são úteis principalmente para profissionais de TI que avaliam e reduzem problemas de compatibilidade de aplicativo. Os desenvolvedores que estão atualizando aplicativos Office também podem achar estas informações úteis. Ao concluírem o processo descrito neste artigo, administradores e desenvolvedores compreenderão melhor quais suplementos e aplicativos interagem com o Office e como migrá-los para o Office 2010.

Este artigo não abrange compatibilidade, conversão ou migração de documentos. Para obter informações sobre como converter arquivos legados do Office e como usar o modo de compatibilidade, consulte Compatibilidade de documentos do Office 2010.

Neste artigo:

  • Introdução à compatibilidade de arquivos no Office 2010

  • Processo de avaliação e remediação de compatibilidade de aplicativos

  • Planejar teste de compatibilidade

  • Avaliar o ambiente

  • Testar e remediar problemas de compatibilidade

Introdução à compatibilidade de aplicativos no Office 2010

Desenvolvedores e usuários especialistas vêm escrevendo código para estender o Office desde que os primeiros produtos Office foram apresentados. À medida que o Office evoluiu com alterações e remoções de recursos e alterações em formatos de arquivos, também mudou a probabilidade de suplementos mais antigos e personalizações não funcionarem corretamente quando usados com o Office 2010. Sem qualquer surpresa, o tópico da compatibilidade de aplicativos pode ser um desafio para organizações que possuem arquivos do Office com mais de dez anos ou mais.

O Office 2010 traz vários aprimoramentos de produtos e outras alterações que podem afetar a compatibilidade com arquivos, macros, suplementos e soluções existentes do Microsoft Visual Studio. A lista abaixo descreve algumas dessas alterações.

  • Recursos que foram removidos   Suplementos e aplicativos podem parar de funcionar quando dependem de recursos (e seus modelos de objeto correspondentes) que foram removidos do Office 2010.

  • Alterações em recursos   Recursos atualizados e seus modelos de objeto podem fazer suplementos e aplicativos não operar conforme esperado. Às vezes, essas alterações são óbvias, e outras, só são descobertas após testes extensivos.

  • Incompatibilidades com 64 bits   O Office 2010 está disponível em versões de 32 bits e 64 bits. A versão de 64 bits foi criada para usuários que precisam de mais capacidade de memória quando trabalham com planilhas complexas do Microsoft Excel ou arquivos do Microsoft Project. Se você planeja implantar a versão de 64 bits do Office, deve levar em consideração que os controles ActiveX, os suplementos e as soluções do Microsoft Visual Basic for Applications (VBA) criadas para funcionarem em computadores clientes de 32 bits podem não funcionar com versões de 64 bits do Office 2010.

Existem várias ferramentas e soluções disponíveis para avaliar e remediar problemas de compatibilidade de aplicativos com o Office 2010. Para administradores de TI, a nova Office Environment Assessment Tool (OEAT) pode ajudar a identificar suplementos e aplicativos que interagem com o Office. Os desenvolvedores podem realizar testes adicionais usando a nova ferramenta Microsoft Office 2010 Code Compatibility Inspector para descobrir códigos potencialmente incompatíveis em projetos VBA ou códigos do Visual Studio. Quando não for possível corrigir os aplicativos, os administradores podem usar soluções como os Serviços de Área de Trabalho Remota (Terminal Services), instalações paralelas e o novo Microsoft Application Virtualization (App-V) para manter o ambiente compatível do Office anterior junto com o Office 2010.

As seções a seguir descrevem brevemente as ferramentas de avaliação de compatibilidade de aplicativos do Office 2010.

Office Environment Assessment Tool (OEAT)   A OEAT é uma nova ferramenta de verificação para o Office 2010 que identifica suplementos instalados nos computadores dos usuários. A OEAT coleta e relata informações de suplementos relativas ao Microsoft Office 97, ao Microsoft Office 2000, ao Microsoft Office XP, ao Microsoft Office 2003 e ao Microsoft Office 2007. Ela também compara a lista de suplementos de terceiros descobertos a uma lista de suplementos compatíveis que é rastreada pelo programa para visibilidade de compatibilidade com um ISV (fornecedor independente de software).

Para baixar a OEAT, consulte o artigo sobre a ferramenta do Office 2010: Office Environment Assessment Tool (https://go.microsoft.com/fwlink/?linkid=171092\&clcid=0x416).

Programa para visibilidade de compatibilidade com   Este novo programa rastreia fornecedores independentes de software (ISV) que alegam que seus produtos são compatíveis com o Office 2010. Os ISVs enviam informações sobre seus produtos por meio de um portal ISV especial, e a Microsoft publica esta lista no Compatibilidade para Microsoft Office 2010 Resource Center (https://go.microsoft.com/fwlink/?linkid=186766\&clcid=0x416). A OEAT também usa esta lista para realçar suplementos compatíveis conhecidos no relatório de resumo.

Para ver a lista atual de ISVs que participam deste programa, consulte Compatibilidade para Microsoft Office 2010 (https://go.microsoft.com/fwlink/?linkid=186766\&clcid=0x416).

Microsoft Office 2010 Code Compatibility Inspector (OCCI)   O Microsoft Office 2010 Code Compatibility Inspector compara os códigos-fonte VBA, Visual Basic .NET e C# existentes para chamadas à API de modelos de objeto que são incompatíveis com o Office 2010. A ferramenta se integra ao Microsoft Visual Basic for Applications 7.0 (VBA 7) e ao Microsoft Visual Studio 2008 ou Microsoft Visual Studio 2010 e inclui uma ferramenta de verificação básica. Quando uma ferramenta de inspeção encontra código incompatível com o Office 2010, ela adiciona um comentário ao código para que o desenvolver faça referência e corrija posteriormente. A ferramenta de inspeção também verifica o código em busca de instruções Declare e referências a DLLs usadas por controles ActiveX que precisam ser atualizados para ficarem compatíveis com um Office 2010 de 64 bits.

Para baixar a OCCI, consulte o artigo sobre a ferramenta do Office 2010: Compatibility Inspector (https://go.microsoft.com/fwlink/?linkid=181874\&clcid=0x416).

A tabela abaixo descreve os tipos de personalizações baseadas no Office que muitas organizações encontrarão, bem como a ferramenta usada para avaliar cada personalização. Como algumas dessas personalizações eram comuns em versões anteriores do Office, os links para informações adicionais frequentemente apontam para a documentação do desenvolvedor do Office 2003 e versões anteriores.

Tipo de personalização Descrição Ferramenta de avaliação

Suplementos de automação (.xll ou .wll)

Os suplementos de automação permitem que os desenvolvedores incorporem a funcionalidade existente do aplicativo Office 2010 em aplicativos personalizados. Um exemplo de um suplemento de automação do Office é o aplicativo CRM que grava dados de cobrança do cliente em uma planilha do Microsoft Excel.

Para obter mais informações sobre suplementos de automação, consulte o tópico sobre suplementos de COM do Excel e suplementos de automação (https://go.microsoft.com/fwlink/?linkid=186622&clcid=0x416).

OEAT

Suplemento de COM (Windows .dll)

Apresentado como parte do Microsoft Office 2000, os suplementos de COM permitem que os desenvolvedores utilizem a linguagem e o ambiente de programação de sua escolha quando criam soluções baseadas no Office. Depois que o suplemento de COM é escrito, ele é compilado como arquivo .dll. O arquivo .dll pode ser carregado por um ou mais aplicativos do Office e interagir com modelos de objeto do Office.

Para obter mais informações sobre suplementos de COM, consulte o tópico sobre o que é um suplemento de COM (https://go.microsoft.com/fwlink/?linkid=186623&clcid=0x416).

OEAT

Suplementos VBA no formato Office 97–2003 (.dot, .wll, .xla, .xll, .ppa)

Suplementos VBA no formato Office 2007–2010 (.dotm, .xlam, .ppam)

Os suplementos de modelo VBA são criados com o Microsoft Visual Basic for Applications (VBA).

Para obter mais informações sobre os suplementos VBA, consulte o tópico sobre como começar a usar o VBA no Office 2010 (https://go.microsoft.com/fwlink/?linkid=186624&clcid=0x416). Para esclarecer as diferenças entre os modelos e suplementos do Microsoft Word, consulte Word Document Templates vs. Word Add-ins (Global Templates) (https://go.microsoft.com/fwlink/?linkid=186625&clcid=0x416).

OEAT e OCCI

Arquivos habilitados com macro VBA do Office 2007–2010 (.docm, .xlsm, .pptm)

Estes arquivos contêm código de macro VBA mas não são salvos como suplementos.

A OEAT detectará arquivos do Word e do Excel com macro armazenados na pasta Inicializar ou carregados como modelos globais. A OEAT não descobrirá arquivos com macro armazenados em outros locais, nem arquivos do PowerPoint com macro em qualquer local.

Para obter mais informações sobre arquivos com macro, consulte File formats supported in Office 2010.

OEAT e OCCI

Suplementos do Office criados com o Visual Studio

Os suplementos do Office criados com o Visual Studio permitem que as organizações personalizem os aplicativos do Office para adicionar recursos específicos necessários para processos de negócios.

O Visual Studio suporta dois tipos de soluções que poderiam ser usadas na sua organização:

  • Personalizações no nível de documento   Essas personalizações consistem em um conjunto associado a um único documento, pasta de trabalho ou modelo no Microsoft Word ou Microsoft Excel. Os recursos de personalizações no nível de documento estão disponíveis somente quando o documento associado é aberto. Essas personalizações não podem fazer alterações no aplicativo, como exibir um novo item de menu ou guia de faixa quando qualquer documento é aberto

  • Suplementos no nível de aplicativo   Estes suplementos consistem em um conjunto associado a um aplicativo do Office. O suplemento pode chamar o modelo de objeto e estender o aplicativo, e pode usar qualquer das classes do Microsoft .NET Framework.

A OEAT pode ser usada para detectar somente suplementos de nível de aplicativo.

Para obter mais informações sobre os suplementos do Office criados com o Visual Studio, consulte o tópico sobre visão geral do desenvolvimento de soluções do Office (https://go.microsoft.com/fwlink/?linkid=188380&clcid=0x416).

OEAT e OCCI

O processo de avaliação e remediação de compatibilidade de aplicativos

A figura abaixo mostra um resumo do processo de avaliação e remediação da compatibilidade de aplicativos. Cada tarefa definida nesta figura possui uma seção correspondente neste artigo.

O processo de compatibilidade de aplicativos

Observação

Este guia não abrange compatibilidade, conversão ou migração de documentos. Para obter informações sobre como converter arquivos legados do Office e como usar o modo de compatibilidade, consulte Compatibilidade de documentos do Office 2010.

Planejar teste de compatibilidade

O planejamento da avaliação, remediação e pilotagem de suplementos e aplicativos é uma importante primeira etapa do processo geral do teste de compatibilidade de aplicativos. Embora possa ser tentador confiar em resultados anteriores do teste de compatibilidade do 2007 Office system, isso não é recomendado, já que só atrasará uma implantação bem-sucedida.

Planejar avaliação

As seguintes seções descrevem tarefas de planejamento que o ajudarão a avaliar os suplementos e aplicativos de sua organização.

Criar um repositório central para documentação e resultado da avaliação

Para ajudar a gerenciar o processo de avaliação e remediação, recomendamos criar um repositório central de aplicativos descobertos e seus status. Uma solução como o Microsoft SharePoint Server 2010 pode ajudar a manter todos os membros de projeto atualizados e o projeto propriamente dito sob controle.

Identificar participantes

Os participantes são as pessoas ou grupos que aprovam e alocam recursos para o projeto. Ao identificar participantes precocemente no processo de planejamento, a equipe de projeto de compatibilidade de aplicativos pode comunicar e validar os resultados do projeto com as pessoas interessadas.

A tabela abaixo descreve as funções típicas dos participantes em um projeto de compatibilidade de aplicativos.

Função Responsabilidade

Proprietário do aplicativo

Assegura que o processo de negócio feito com a versão anterior do Office continue operando sem interrupções após o upgrade.

Patrocinador do projeto

Promove o sucesso do upgrade do Office e a publicidade positiva na organização.

Atribuir funções para os participantes do projeto

A tabela abaixo descreve possíveis funções e suas respectivas responsabilidades que precisam ser atendidas em um projeto de compatibilidade de aplicativos.

Função Responsabilidade

Gerente de projeto

Assegura o fluxo geral do projeto e gerencia os recursos, métricas e riscos gerais.

Testador de validação de compatibilidade

Segue o plano de teste e testa os componentes do Office para verificar se há potenciais problemas de incompatibilidade, incluindo formato de arquivos, macros e suplementos ou Automação do Office.

Operador da OEAT

Compreende e realiza a instalação e a configuração da OEAT.

Líder de remediação

Executa as ações que resolvem problemas de compatibilidade em personalizações do Office.

Testador de regressão

Assegura que a remediação realizada em um objeto do Office seja bem-sucedida. Esta função é frequentemente desempenhada pelo líder de remediação.

Testador de aceitação do usuário

Representante de uma unidade de negócio afetada que determina que a remediação de um aplicativo teve êxito e que não interfere em outras personalizações ou ações. Nunca deve ser a pessoa que realiza o teste de remediação ou regressão.

Analista ou proprietário do negócio

É dono do código e da documentação dos aplicativos e suplementos essenciais à unidade de negócio.

Líder do grupo de implantação

É dono e faz o rastreamento da linha de tempo do processo técnico completo. Pode delegar algumas atividades de relatório ou administração.

Grupo de pacote de aplicativos

É proprietário do pacote de instalação do Office 2010.

Equipe do cliente (Área de Trabalho)

É proprietário da implantação do pacote do Office 2010 via ferramenta de gerenciamento de configuração da organização, como o Systems Center Configuration Manager (SCCM).

Central de serviços

Oferece suporte funcional do Office para os testadores e, ao fim da migração, para os usuários.

Identificar e entrevistar unidades de negócios

A próxima etapa do planejamento da avaliação é identificar os agrupamentos do seu departamento ou unidade de negócio e entrevistar seus representantes para entender como o conjunto atual de suplementos está atendendo às necessidades da empresa. Conhecer a importância de cada suplemento, sua finalidade, por que foi criado, o que faz e quem o criou são tópicos importantes para tomar decisões informadas sobre como remediar o suplemento e corrigir eventuais problemas encontrados.

Alguns suplementos de aplicativos do Office podem ter sido criados informalmente na sua organização. Portanto, você pode ter que fazer algumas investigações para rastrear o proprietário e o código-fonte original, se ele ainda existir.

Você pode usar o formulário abaixo como modelo de questionário de entrevista.

Informações do aplicativo

Unidade de negócio

Nome do aplicativo

Contato/proprietário do aplicativo

ID do aplicativo

Versão

Prioridade

Camada

Status da compatibilidade do Office 2010, se conhecido (Aprovado, Reprovado)

Descrição do problema de compatibilidade, se disponível

Número de usuários

Versão do Office usada pelo aplicativo (XP, 2003, 2007, 2010 e assim por diante)

Descreva o tipo de uso (por exemplo, exporta um documento do Office, suplemento para aplicativo do Office e assim por diante)

Componentes do pacote Office usados pelo aplicativo

Word

Excel

Access

PowerPoint

Outros

O aplicativo utiliza objetos complexos do Office, como gráficos, relatórios de tabela dinâmica ou desenhos?

Este aplicativo é de entrada de dados ou front-end? Se sim, forneça detalhes.

O aplicativo oferece suporte a quais idiomas?

Identificar computadores clientes a serem verificados

Após determinar as diferentes unidades de negócios que precisam ter seus computadores clientes verificados, você pode iniciar o processo de identificação de um exemplo estatisticamente relevante de computadores clientes para cada unidade de negócios. Nem todo computador cliente da sua organização precisa ser verificado. No entanto, em alguns casos (dependendo do tamanho da organização), verificar o ambiente inteiro ou um grupo ou unidade organizacional inteiro pode ser menos repetitivo (ou mais fácil) que delinear computadores clientes separados que participarão do processo. Um exemplo estatisticamente relevante de até 20% deve oferecer informações suficientes para avaliar e remediar com sucesso os problemas de compatibilidade do seu ambiente Office 2010.

Importante

Todos os computadores clientes que executam a OEAT deve ter o Microsoft .NET Framework 2.0 ou posterior instalado. Para obter mais informações sobre os requisitos OEAT, consulte Guia do usuário da OEAT (Office Environment Assessment Tool) para o Office 2010.

Se sua organização não possui um inventário de cliente atualizado, leve em consideração executar o Microsoft Assessment and Planning (MAP) Toolkit para gerar um inventário de clientes e avaliar a prontidão do Office 2010. A partir deste inventário, você pode trabalhar com líderes de grupos de negócios para selecionar um subconjunto de computadores clientes para avaliação com a OEAT. Para obter mais informações sobre o MAP Toolkit, consulte o tópico sobre o Microsoft Assessment and Planning Toolkit (https://go.microsoft.com/fwlink/?linkid=149448\&clcid=0x416).

Planejar remediação

As seguintes seções ajudarão a estabelecer critérios básicos para classificar e remediar aplicativos incompatíveis. Chegar a um acordo no início do processo de planejamento ajudará a evitar controvérsias ou outros atrasos após a disponibilização dos resultados da avaliação e teste.

Determine como os aplicativos serão classificados e priorizados

As empresas desenvolvem, implantam e mantêm vários aplicativos e suplementos baseados no Office, todos os quais podem ter valores significativamente diferentes para a organização. Portanto, é importante organizar aplicativos em classes ou camadas com base no valor dele para a empresa. Um método simples de fazer isso é classificando o aplicativo como de missão crítica ou não. Considere também as seguintes classificações adicionais:

  • Aplicativos internos e de terceiros

  • Aplicativos departamentais

  • Soluções não gerenciadas, como modelos, suplementos e macros criados por usuários finais

  • Número de usuários do aplicativo

  • Uso do aplicativo por executivos

  • Vida útil esperada do aplicativo

A tabela abaixo descreve como a organização pode classificar e priorizar diferentes tipos de personalizações do Office.

Personalização Missão crítica Não missão crítica

Suplementos de automação

Exame proativo da OEAT, teste e remediação

Reagir à descoberta do usuário

Suplementos de COM

Exame proativo da OEAT, teste e remediação

Reagir à descoberta do usuário

Suplementos de VBA

Exame proativo da OEAT e OCCI, teste e remediação

Reagir à descoberta do usuário

Para ajudar ainda mais a priorizar aplicativos de missão crítica, você pode classificá-los como Camada 1, Camada 2 ou Camada 3. A orientação para a classificação de cada camada é a seguinte:

  • Camada 1: Missão Crítica   Uma falha em aplicativos de missão crítica prejudica a continuidade dos negócios ou a receita da organização. Qualquer aplicativo usado pelos executivos deve ser considerado de missão crítica, independentemente do número de usuários ou da prioridade de negócio do aplicativo. Essa camada também inclui aplicativos usados por mais de 10% dos usuários da organização.

  • Camada 2: Crítico para o Negócio   Estes aplicativos são críticos para a empresa ou são usados por 10% ou mais dos usuários da organização. Esta camada também pode incluir aplicativos usados por 1% a 10% dos usuários da organização e ter alguma prioridade de negócio. Não são aplicativos de missão crítica ou que afetam a receita. No entanto, poderiam aumentar indiretamente as despesas ou reduzir receitas ao afetar a produtividade.

  • Camada 3: Aplicativos de Negócios   Esses aplicativos não são de missão crítica e podem afetar 10 funcionários ou até 1% da organização. Geralmente são ferramentas que ajudam pequenas tarefas e têm baixo impacto na empresa.

Identificar estratégias de remediação

Depois de definir critérios para classificar aplicativos, você deve identificar potenciais estratégias de remediação. Embora o trabalho de remediação real seja difícil de planejar, você pode estabelecer estratégias genéricas para orientar a solução de problemas para cada tipo de personalização. A tabela abaixo sugere estratégias de remediação com base no tipo de aplicativo e sua vida útil esperada.

Tipo Estratégia potencial

Aplicativo interno com vida útil limitada

Desative o aplicativo e localize um novo processo.

Aplicativo interno com vida útil longa

Reescrever ou retrabalhar o código para adaptá-lo ao novo modelo de objeto.

Aplicativo de terceiros com vida útil limitada

Desative o aplicativo e localize um novo processo.

Aplicativo de terceiros com vida útil longa

Entre em contato como fornecedor para atualizar ou substituir.

O aplicativo não está funcionando

Reinstale o aplicativo com uma nova estrutura de diretório ou crie um ambiente virtual para o aplicativo.

Ao remediar os aplicativos, você poderá ver que suas prioridades podem mudar em comparação à avaliação inicial. Você deve ter um processo rigoroso de avaliações de remediação que permita que o aplicativo só possa subir de camada (nunca descer). Para obter informações sobre a categorização e priorização de aplicativos pela Microsot, consulte o tópico sobre implantação do sistema Office 2007 na Microsoft (https://go.microsoft.com/fwlink/?linkid=178278\&clcid=0x416).

A Microsoft também tem informações prescritivas na TechNet sobre problemas conhecidos que ocorrem quando você migra personalizações do Office. Para obter mais informações, consulte Alterações de produtos e recursos no Office 2010. Alguns parceiros da Microsoft também possuem ferramentas que ajudam no processo de remediação.

Planejar teste-piloto

A equipe do projeto deve levar em conta como os suplementos e aplicativos serão submetidos ao teste-piloto. A equipe deve identificar especificamente o seguinte:

  • Quais usuários participarão do teste-piloto.

  • Como os usuários do teste-piloto relatarão os problemas encontrados.

  • Se o pessoal de helpdesk ajudará no teste-piloto e, caso positivo, como eles serão treinados.

  • Quando o teste-piloto iniciará. Por exemplo: algumas organizações inicial o teste-piloto cedo, durante a fase de planejamento, para obter logo um feedback à medida o processo avança.

Os seguintes recursos estão disponíveis para ajudá-lo a planejar o teste-piloto. Esses recursos não são exclusivos do teste de compatibilidade do Office 2010. Entretanto, muitos dos princípios cobertos nesses recursos ainda se aplicam.

Avaliar o ambiente

Durante a fase de avaliação, você coleta um inventário de suplementos e aplicativos executando o OEAT sobre um subconjunto estatisticamente relevante de computadores clientes. Depois de analisar os resultados e priorizar aplicativos, você estará pronto para a fase de teste e remediação.

Executar OEAT

A OEAT pode ser executada a partir de um compartilhamento de rede ou ser distribuída aos usuários. Ela verifica os computadores clientes e salva os resultados das verificações em um local designado, geralmente um compartilhamento de rede. Ao fim das verificações, você pode usar a OEAT para compilar os resultados em uma planilha do Microsoft Excel e usá-la no processo de remediação.

Dependendo do seu ambiente, você pode implantar a OEAT de uma das seguintes maneiras:

  • Ambientes Active Directory   Implante a OEAT usando um script de login do Active Directory. À medida que os usuários fazem login, a OEAT é executada automaticamente e os resultados são salvos no local designado.

  • Ambientes gerenciados   Implante a OEAT usando uma solução de gerenciamento, como o Systems Management Server (SMS) ou o System Center Configuration Manager (SCCM).

  • Ambientes de TI não gerenciados ou não centralizados   Crie um compartilhamento para a OEAT e forneça instruções para os usuários sobre como executar manualmente uma verificação.

Para obter informações sobre como implantar e usar a OEAT, consulte Guia do usuário da OEAT (Office Environment Assessment Tool) para o Office 2010. Para baixar a OEAT, consulte o artigo sobre a ferramenta Office Environment Assessment Tool do Office 2010 (https://go.microsoft.com/fwlink/?linkid=171092\&clcid=0x416).

Examinar os resultados do OEAT

Ao fim da verificação do computador cliente, use a opção Compilar resultados da OEAT para criar uma planilha resumindo os resultados de todos os computadores clientes verificados. A planilha conterá várias pastas de trabalho, incluindo:

  • Relatório de Resumo   Essa planilha contém informações de resumo que o ajudarão a determinar se os computadores cliente examinados estão prontos para o Office 2010. A planilha inclui dados sobre média de espaço livre, processadores, fabricantes de computadores, instalações do Windows (incluindo níveis de service pack) e instalações do Office. Os dados resultantes podem ser interessantes do ponto de vista do gerenciamento de configuração, pois os computadores cliente talvez não estejam executando as versões do Office ou do Windows que você espera.

  • MicrosoftOfficeAddins   Essa planilha contém uma lista de todos os suplementos incluídos no Office.

  • AddinsNotShippedWithOffice   Essa planilha contém uma lista de todos os suplementos que não estão incluídos no Office. Sua avaliação e planejamento se basearão muito nesse relatório. Você pode classificar a lista por aplicativo, exibir as datas do último acesso ou modificação e exibir o número de computadores cliente em que o suplemento foi detectado. Também pode comparar números de versão dos mesmos suplementos para determinar se alguns subconjuntos de computadores cliente estão desatualizados, o que poderia indicar um problema em processos de gerenciamento de configuração na organização.

Na planilha AddinsNotShippedWithOffice, comece pela colunaCompatibilidade para ver o status de compatibilidade de cada suplemento. A OEAT gera os dados para essa coluna comparando os suplementos descobertos com a lista de suplementos compatíveis que são acompanhados pelo programa de compatibilidade de ISV. Os possíveis resultados de status de compatibilidade são:

  • UNKNOWN   No momento, o suplemento não está na lista de suplementos compatíveis com o Office 2010 de fornecedores da Microsoft. Portanto, o status do suplemento é desconhecido. Observe que o status poderá ser alterado quando novos dados de fornecedores forem disponibilizados para a OEAT. Sempre que compila a planilha, você tem a opção de baixar novos dados de fornecedores.

  • PARTIAL MATCH   A OEAT relata esse status em dois casos: a OEAT encontrou um item correspondente apenas ao nome do fornecedor. Ou então, a OEAT encontrou um item correspondente ao nome do fornecedor e ao nome do produto, mas o número de versão não era correspondente. Use o link fornecido na coluna URL para verificar se há suplementos compatíveis do fornecedor na respectiva lista.

  • EXACT MATCH   Esse status é mostrado quando o nome do fornecedor e o nome do produto correspondeM aos valores desejados e o número de versão do suplemento é igual ou superior à versão relatada pelo fornecedor.

Importante

A coluna Compatibility não será mostrada se você optar por não baixar dados de compatibilidade quando solicitado na versão final da OEAT ou se estiver usando a versão beta da OEAT. É possível baixar a versão final da OEAT do Centro de Download da Microsoft.

Finalizar planos de remediação

Neste ponto, você está pronto para correlacionar os resultados da OEAT aos critérios de priorização estabelecidos durante a fase de planejamento. Ao definir uma programação para este trabalho, lembre-se de alocar tempo adicional para investigar e priorizar suplementos que não foram identificados durante as entrevistas nas unidades de negócios. Para compreender o escopo das incompatibilidades de suplementos do VBA e do Visual Studio, a equipe de desenvolvimento pode executar a OCCI durante esta fase, com o que será possível conhecer a quantidade de códigos subjacentes que ainda precisam ser alterados.

Testar e remediar problemas de compatibilidade

Durante esta fase, você e sua equipe de desenvolvimento começarão a testar suplementos e aplicativos de missão crítica e outros de alta prioridade no Office 2010. Depois que as incompatibilidades forem identificadas, a equipe de desenvolvimento começará a remediar suplementos e aplicativos incompatíveis com base no trabalho que você fez na fase de planejamento.

À medida que vários aplicativos e suplementos são remediados, não é possível pressupor que essas remediações funcionarão juntas. Será preciso testar todas as remediações em conjunto e, então, fazer o teste-piloto em um cenário real. Cada etapa é importante para validar as remediações, estabilizar a implantação geral do Office 2010 e criar, ao fim, uma migração de maior êxito.

Testar suplementos e aplicativos

Os fluxogramas abaixo fornecem uma orientação geral para desenvolvedores que estão testando diferentes tipos de aplicativos para identificar incompatibilidades com o Office 2010. Para obter mais orientação, consulte os seguintes recursos:

Teste geral de aplicativos

O fluxograma abaixo fornece uma visão de alto nível do teste de aplicativos. Os fluxogramas subsequentes desta seção descrevem o processo de teste para tipos específicos de aplicativos do Office, como suplementos, macros e scripts, e teste de automação do Office.

Fluxograma de teste de aplicativo

Teste de suplementos do Office

Fluxograma de teste de suplemento do Office

Teste de macros e scripts

Fluxograma de teste de macro

Teste de automação do Office

Fluxograma de teste automático do Office

Executar a ferramenta Office Code Compatibility Inspector

Como parte do processo de teste geral, os desenvolvedores podem executar a ferramenta OCCI para verificar alterações ou reprovações conhecidas para membros do modelo do objeto. A OCCI também verifica as instruções e referências Declare do VBA para DLLs usadas por controles ActiveX que precisam ser atualizados para ficarem compatíveis com o Office 2010 de 64 bits. Quando a ferramenta encontra potenciais problemas de compatibilidade, adiciona um comentário no código para chamar a atenção do desenvolvedor.

Ao fim de cada verificação do Inspector é fornecido um resumo e um relatório detalhado do que foi encontrado no projeto. Os itens verificados incluem:

  • Alterações   Toda alteração sintática em um membro do modelo de objeto é sinalizada. A OCCI detecta o uso de qualquer membro de modelo de objeto que foi alterado desde o Office 97.

  • Reprovações   Todas as utilizações de um membro de modelo de objeto reprovado são sinalizadas. A OCCI detecta o uso de qualquer membro de modelo de objeto que foi reprovado desde o Office 97.

Para obter mais informações sobre como usar o OCCI, consulte o Guia do usuário do Microsoft Office Code Compatibility Inspector. Para obter recursos de desenvolvimento específicos do aplicativo, como detalhes sobre alterações de modelo de objeto desde versões anteriores do Office, consulte Microsoft Office 2010 (https://go.microsoft.com/fwlink/?linkid=206197\&clcid=0x416).

Remediar suplementos e aplicativos

Existem várias abordagens para corrigir um aplicativo ou suplemento que apresenta problema de compatibilidade com o Office 2010. As seções a seguir descrevem brevemente as opções de remediação.

Obter atualizações de fornecedores

Os relatórios da OEAT fornecem links para suplementos reconhecidamente compatíveis. No entanto, alguns aplicativos podem não estar na lista. Neste caso, você precisará contatar o fornecedor diretamente. Esteja preparado para desenvolver soluções temporárias se o suplemento atualizado não estiver disponível em tempo para a migração, ou se o suplemento não for atualizado (ou se o fornecedor não estiver mais operando). Caso não haja uma solução temporária disponível, pense em virtualizar ou fazer uma instalação paralela.

Atualizar aplicativos internos

Quando se tem o código-fonte e sabe como o suplemento ou aplicativo funciona, ou se você tem a documentação e a equipe de desenvolvimento original ainda estiver ativa ou puder ser consultada, você tem a situação ideal para atualizar um aplicativo interno. O processo de atualização de aplicativos internos é amplamente simplificado com o uso da OCCI, que identifica funções incompatíveis dentro do código-fonte. A equipe de desenvolvimento ainda precisará realizar as correções necessárias. No entanto, será muito mais fácil localizar o código incompatível usando a OCCI.

Observação

Se a plataforma para escrever o aplicativo interno for muito antiga (como Visual Basic 6, ou versões anteriores), recomendamos levar em consideração reescrever completamente a ferramenta usando .NET Framework.

A orientação abaixo é útil para desenvolvedores que precisam atualizar aplicativos internos.

Suplementos criados com o Visual Studio

Os componentes de tempo de execução do Office 2010 foram criados de forma que os suplementos, soluções de documentos e soluções de planilhas do Microsoft Visual Studio Tools for Applications (VSTA) e do Visual Studio 2008 .NET sejam executados no Office 2010 de 64 bits. Esses componentes do tempo de execução são instalados com o Office 2010. Portanto, o administrador não precisa incluir uma instalação separada para este tempo de execução. Contudo, outras considerações são necessárias.

Em um projeto do Visual Studio, C# Visual Basic o código pode ser compilado em Microsoft Intermediate language (MSIL) quando a opção Qualquer CPU é usada. No tempo de execução, a MSIL é compilada Just in Time (JIT) para o chip set correto, seja AMD ou Intel de 32 ou 64 bits. No entanto, esta tecnologia não se aplica ao .NET Framework nas versões 1.0 e 1.1. Essas versões não habilitam essa transformação de 64 bits.

Até mesmo o código .NET Framework 2.0 em conformidade deve ser revisado, já que as chamadas de um processo (p/invoke) no seu código são nativos (específicos à arquitetura do processador). Se você tentar chamar métodos de API nativos usando p/invoke, poderá ter problemas com a solução VSTO executado corretamente no Office 2010 de 64 bits.

Também podem ocorrer problemas se o código fizer chamadas deliberadas a uma API Win32 que não tem exatamente a mesma assinatura (nome do método, lista de parâmetros e nome da DLL) de uma API Win64 equivalente. Isso é verdade para qualquer solução, seja uma solução do Office ou uma solução baseada em Windows.

Para obter mais informações sobre como criar soluções para o Office 2010 de 64 bits, consulte os artigos sobre aplicativos de 64 bits para Visual Studio 2005 (https://go.microsoft.com/fwlink/?linkid=178279\&clcid=0x416) e aplicativos de 64 bits para Visual Studio 2010 (https://go.microsoft.com/fwlink/?linkid=152431\&clcid=0x416) na biblioteca técnica MSDN.

Soluções e macros VBA

As soluções e macros criadas com Visual Basic for Applications (VBA) funcionarão desde que façam interface com o modelo de objeto do Office 2010. No entanto, determinadas chamadas podem ser reprovadas, parando de funcionar. Se o código VBA utiliza chamadas à API do Windows, essas chamadas provavelmente são DLLs de 32 bits. Uma correção simples é a atualização do código para que as instruções Declare utilizem a palavra-chave PtrSafe. A OCCI pode ser usada para identificar essas instruções Declare. Para obter mais informações sobre a compatibilidade do VBA de 64 bits, consulte o artigo sobre compatibilidade entre as versões de 32 e 64 bis do Office 2010 (https://go.microsoft.com/fwlink/?linkid=186639\&clcid=0x416).

Controles ActiveX

Os controles ActiveX que são nativos de 32 bits (que provavelmente são controles compatíveis com o 2007 Office system e com versões anteriores do Office) não têm suporte no Office 2010 de 64 bits. A remediação para qualquer desses controles exigirá uma recompilação (se o código-fonte estiver disponível), solicitação ou espera por atualização do fornecedor ou o uso de um método de virtualização. Novamente, para obter mais informações sobre a compatibilidade do VBA com 64 bits, consulte o artigo sobre compatibilidade entre as versões de 32 e 64 bits do Office 2010 (https://go.microsoft.com/fwlink/?linkid=186639\&clcid=0x416).

Outlook applications

O Outlook 2010 impõe um novo processo de desligamento rápido para suplementos, o qual impede que os suplementos causem longos atrasos com a retenção de recursos depois que o usuário sai do Outlook. Embora essa alteração possa afetar de maneira adversa alguns suplementos existentes, os fornecedores de suplementos e os administradores de TI poderão resolver esses efeitos forçando o Outlook a reverter para o processo padrão de desligamento de suplementos. Para obter mais informações sobre o novo processo de desligamento, consulte o tópico sobre alterações de desligamento do Outlook 2010 (https://go.microsoft.com/fwlink/?linkid=203255\&clcid=0x416).

As ECEs (Extensões de Cliente do Exchange) não são carregadas no Outlook 2010. Alguns aplicativos de terceiros, como soluções de arquivamento ou segurança, usam ECEs e devem ser atualizados para o Outlook 2010. Para obter mais informações, consulte o tópico sobre anúncio da reprovação das Extensões de Cliente do Exchange (https://go.microsoft.com/fwlink/?linkid=203888\&clcid=0x416).

Se estiver instalando o Outlook 2010 de 64 bits, atualize os aplicativos MAPI, os suplementos e as macros de 32 bits do Outlook para 64 bits. Para obter mais informações, consulte o documento Edições de 64 bits do Office 2010 e o material sobre criação de aplicativos MAPI em plataformas de 32 bits e 64 bits (https://go.microsoft.com/fwlink/?linkid=203889\&clcid=0x416), além do documento sobre desenvolvimento de soluções do Outlook 2010 para sistemas de 32 bits e 64 bits (https://go.microsoft.com/fwlink/?linkid=208699\&clcid=0x416).

Usar instalações paralelas ou virtualização

Quando não há solução prática para recodificar ou reescrever, há opções adicionais que podem ajudá-lo a encontrar uma solução para um problema de compatibilidade.

  • Se estiver esperando atualizações do fornecedor para um suplemento que pode ser entregue em algum momento após a data de implantação, você pode optar por instalar o Office 2003 ou versão anterior paralelamente ao Office 2010 (ou apenas os aplicativos específicos que estão esperando atualizações do fornecedor, como o Office Excel 2003).

    Observação

    Se estiver mudando para uma versão de 64 bits do Office 2010, você não poderá ter uma instalação paralela do 2007 Office system (ou versão anterior) instalada ao mesmo tempo. Todas as versões anteriores estão disponíveis apenas em 32 bits.

  • Se estiver executando o Windows 7, você pode instalar uma instalação paralela do Office 2003 (ou versão anterior) no modo de compatibilidade do Windows XP ou, se estiver usando uma versão anterior do Office, você pode instalá-la em um ambiente de computação virtual.

  • Use App-V (antes conhecido como SoftGrid). Para obter mais informações sobre App-V, consulte o artigo sobre o Microsoft Application Virtualization 4.6 (https://go.microsoft.com/fwlink/?linkid=143973\&clcid=0x416).

  • Use o Windows Terminal Services e escolha uma de duas opções:

Suplementos e aplicativos remediados por teste-piloto

A realização do teste-piloto é a última etapa importante antes da implantação do Office 2010. O teste-piloto é o campo de provas definitivo para opções remediadas e deve fazer parte da função da equipe do projeto para permanecer envolvido durante o teste-piloto do Office 2010 para capturar e corrigir eventuais problemas ocorridos. Durante o teste-piloto, sua equipe de gerenciamento de liberação monitora um ambiente controlado no qual os usuários realizam suas tarefas de negócios típicas usando os novos recursos, inclusive aplicativos e suplementos remediados que interagem com o Office 2010. Isso demonstra que as remediações funcionam conforme esperado e que os requisitos de negócios da organização foram atendidos.

À medida que os problemas são reportados no teste-piloto, deve ser adotada uma abordagem iterativa para remediar os problemas encontrados, criar um novo caso de teste, realizar testes e, em seguida, implantar os aplicativos atualizados no teste-piloto para revisão adicional. Foco específico deve ser dado à forma como essas opções funcionam, ao feedback do usuário e a todos os problemas que limitam o escopo a funcionalidade do suplemento ou aplicativo que foi remediado.

Para obter mais informações sobre como estabilizar e fazer o teste-piloto de aplicativos, consulte o artigo sobre estabilizar a função de gerenciamento de serviço (https://go.microsoft.com/fwlink/?linkid=115624\&clcid=0x416) no Microsoft Operations Framework 4.0 na biblioteca técnica TechNet.