Compatibilidade de aplicativo

Planejar O projeto de compatibilidade de aplicativo

Chris Jackson

Visão geral:

• Definir visão e escopo
• Criar uma equipe
• Três principais fases do ’s um projeto
• Abordagens de correção

Conteúdo

Definindo uma visão e o escopo: Windows
Definindo uma visão e o escopo: gerenciamento de aplicativos
Criação de uma equipe
Coletar
Analisar
Teste
Remediar
Conclusão

Meu trabalho leva-me em todo o mundo para trabalhar com clientes que estão no processo de migração para a versão mais recente do Windows.Em geral, o maior obstáculo encontram é compatibilidade de aplicativos, que gera as perguntas a seguir: como muito ele será custo para corrigir as coisas?Quanto ela vai levar?O que eu preciso saber?Como eu acelerar o processo se ele está demorando muito?

Um projeto de compatibilidade de aplicativo é semelhante a um projeto de desenvolvimento de software: refinar as estimativas de custos e tempo longo do tempo como você descobrir que estão enfrentando.Eu já vi pessoas proponham estimativas do tempo e custo com base no número de aplicativos, mas a melhor que esse sistema pode oferecer é uma média.Enquanto a média é geralmente fechar, praticamente ninguém realmente atinge-lo; a maioria das organizações são especialmente melhor que a média, ou pior disappointingly.

Portanto, vamos falar sobre como fazer as fases de planejamento de um projeto de compatibilidade de aplicativo — Noções básicas sobre o custo estimativas antes, refinando-os com o tempo e minimizá-las em toda.Irá compartilhar com você as dicas e truques nossos clientes mais bem-sucedidos tem usado, espera-se salvar retrabalho no processo.Desejo especialmente maximizar a produtividade dos participantes que não estão diretamente envolvidos no processo de, como usuários finais testes e proprietários de negócios priorizar aplicativos, desde que você precisará sua cooperação seja bem-sucedido.

Definindo uma visão e o escopo: Windows

O vai pode obter difícil quando você está lidando com compatibilidade de aplicativo.Quando você encontrar o bolso dos aplicativos Visual Basic 3.0 que são de missão crítica e desfeito e sem código-fonte, é fácil obter desencorajado.Você desejará um cry rallying motivating.Você desejará metas geral para ajudá-lo tomar decisões de disco rígidas, estratégicas.

Por exemplo, se você estiver corrigindo um aplicativo que requer direitos de administrador e uma grande meta dos atualizando o Windows for habilitar executando como um usuário padrão, de aplicar o RunAsAdmin correção não é uma boa redução.Se o principal objetivo é tornar Localizando, organizando e usando as informações mais fácil e você precisa corrigir um aplicativo interrompido usando a correção de "comprar um novo nome", você poderá levar em consideração informações visualização e o shell recursos de integração dos produtos que você considerar.

Depois de você escrever sua visão, definir o escopo.Se sua visão inclui mover uma porcentagem de áreas de trabalho para usuários padrão, defina essa porcentagem.Isso pode parecer óbvio, mas é geralmente ignorado e altamente correlacionado com êxito.

Definindo uma visão e o escopo: gerenciamento de aplicativos

Uma migração de sistema operacional é o momento perfeito de definir metas para o gerenciamento de aplicativo.Você está tocando todos os aplicativos em sua empresa — que um grande tempo para pensar sobre como você gerenciar o portfólio de aplicativos.

Revise suas metas de gerenciamento de aplicativo de duas perspectivas:

• agilidade Como rapidamente pode responder a alteração de tecnologia como uma vantagem competitiva?Boa como é você no teste de software para minimizar o tempo para a produção e de risco?Como você gerenciar o ciclo de vida de aplicativos?Você compreender o problema comercial seu software é resolver e é a ele a solução ideal de software?Você deseja usar software deliberadamente e estrategicamente.
• produtividade Você tem maximizar produtividade do usuário?Você fornece um familiar, modernos e experiência do software de consistentemente alta qualidade?Você tem padrões de qualidade para gerenciar produtividade e os custos de suporte técnico?Os usuários podem colaborar usando as mesmas plataformas de software?Você deseja utilizar o software para ativar a produtividade comercial.

O gerenciamento de aplicativos maior único desafio quase qualquer lugar que ir está proliferação de aplicativos.Algumas organizações têm próximo de 100.000 de software.Isso é impossível de gerenciar completamente!Pense sobre ela — você pode contratar uma equipe de 50 pessoas, passar apenas uma hora testar cada aplicativo, e ainda levaria você um ano inteiro para concluir seus testes.Um projeto de compatibilidade de aplicativo é um projeto de escala e uma dos wins maiores é minimizar a escala.

Tudo o que é o maior problema, escreva como você irá melhorar.Você provavelmente não vai de 100.000 aplicativos 500 neste momento.Você provavelmente não elimine todos os aplicativos VB6 antigos com os botões tão grande que elas terão duas mãos para passar.No entanto, você deve definir objetivos, incorporá-las em sua visão e quantificá-los no seu escopo.

Criação de uma equipe

Com sua visão e o escopo no lugar, é hora de montar a equipe para fazer o trabalho.Funções essenciais (uma pessoa pode preencher mais de uma função) incluem:

• Gerente de projetocoordena uma equipe estendida várias disciplinas e organizações.
• Cliente potencial de coordenação comercialfunciona com os proprietários de aplicativo de negócios para obter os dados no aplicativo prioridade, localizar e coordenar o teste de aceitação do usuário e coordenar com usuários piloto (essa função com freqüência é executada pelo gerente de projeto).
• Líder técnicofunciona com os desenvolvedores para identificar deficiências de treinamento e trabalhar com depuradores resolver problemas de compatibilidade complexos.
• Gerenciador de laboratóriogarante que a equipe e a base de usuários tenham uma cadeira confortável e uma imagem de sistema operacional atual na qual deseja testar o software.
• Equipe de pesquisa do aplicativoDetermina o status atual de suporte de software de terceiros (freqüentemente terceirizado).
• Equipe de testeexecuta instala e smoke testes para garantir a compatibilidade básica antes de usuário testar (freqüentemente terceirizado).
• Equipe de atenuaçãoresolve problemas de compatibilidade que superfície durante o teste.
• Equipe de embalagemcria pacotes de instalação depois de teste é concluído (com freqüência terceirizado).

Toda a equipe precisará funcionar perto uns com os outros e com qualquer pessoa em outra envolvidas na migração de sistema operacional.Por exemplo, você desejará imagens atuais e as diretivas de grupo atualizados e configurações.

Com uma visão escopo definido e uma equipe identificados, é hora de começar a planejar o trabalho que você pretende fazer.O processo pode ser dividido em três fases:

• coletar O que eu tenho?(Estado atual)
• analisar O que eu deseja?(Estado desejado)
• Testar e reduzirO que funciona?

Coletar

Antes de você pode planejar seu trabalho, você deve compreender qual software você tiver, o estado atual.Quanto mais sofisticados ferramentas de gerenciamento seus software, a visibilidade de mais que em seu estado atual.Se você já tiver um inventário de aplicativos da sua ferramenta de gerenciamento de software, usá-lo.Caso contrário, o livre Application Compatibility Toolkit (ACT) da Microsoft pode fornecer um inventário excelente.A ferramenta usada não importa; o que faz diferença é que a ferramenta oferece todos os dados que você precisa a perguntas resposta que virão up posteriormente no processo.Para ajudá-lo a estruturar o estoque, eis o que você precisa saber:

• divisão ou empresa Onde o usuário não funciona?Essas informações ajudam a identificar qual software resolve qual problema comercial, a priorização da unidade ou identificar redundância.Já vi que isso coletados em várias maneiras, usando nome de computador, sub-rede IP e assim por diante.
• função O que o usuário faz?Essa informação ajuda a identificar o que o software é usado, novamente para informar a priorização ou identificar redundância.Esses dados são normalmente mais difícil localizar a menos que já seja codificado espaço, como no Active Directory.
• uso Quantos usuários têm o software instalado?Melhor ainda, quanto estiver eles usando ele?É mais fácil remover um aplicativo se souber que ninguém o tenha instalado ou que as pessoas que está instalado não usá-lo.

Posteriormente, você precisará ajudar as pessoas testar o aplicativo com os seguintes dados:

• Nível de sistema operacional/patchVocê precisa detalhes de configuração de usuário em que o software (supostamente) está funcionando para que o testador pode comparar o caso de trabalho a ocorrência desfeitos quando as coisas vão erradas.
• assunto Matter especialistas Desejada seus testes para representar os cenários de usuário real, para os quais você precisará usuários reais.Se você não tiver identificado SMEs, talvez os dados de uso podem ajudar a identificar candidatos.
• Outros aplicativos instaladosÀs vezes, os problemas de aplicativos são causados por conflitos entre aplicativos, que você precisará ser capaz de identificar.

Finalmente, você gostaria de ter dados em seu inventário de software dar suporte à implantação real.Se você estiver planejando implantar pela função (consulte a barra lateral "implantação por função" para saber por que isso é uma boa idéia), marcação, em seguida, os aplicativos por função ajuda a ajudá-lo para testar esses aplicativos primeiro.Da mesma forma, se você estiver planejando implantar, divisão ou geografia, convém iniciar o teste os aplicativos usados pelas pessoas que você vai ser Implantando primeiro.

Completamente entender o estado atual?Excelente, vá para a próxima seção.Caso contrário, vamos escolher uma ferramenta para ajudá-lo lá.

Talvez seja necessário números brutos mais cedo para criar o caso de negócios para o esforço de compatibilidade de aplicativo.Microsoft oferece uma ferramenta sem agente para ajudá-lo a obter alguns números aproximados, a avaliação do Microsoft e o Kit de ferramentas de planejamento.Embora normalmente não é suficiente para o projeto inteiro da unidade, essa ferramenta oferece alguma indicação da quantidade de esforço, que você precisará de investimento.

Implantando por função

Nossos clientes mais bem-sucedidos implantar o Windows Vista por função.Isso funciona muito bem quando você ter estruturado as funções de operador de tarefa.As funções têm os aspectos comuns maior no uso de software que qualquer outra divisão distinguível facilmente.Você pode começar com uma função de operador de tarefa estruturada, como a Central de atendimento.Esse grupo pode ter um número relativamente pequeno de aplicativos, talvez uma dúzia.Você pode testar todos esses aplicativos, término e esteja pronto para implantar essa função.Você pode brag para o gerenciamento e passar para a próxima função.Motivação de equipe é alta por causa do êxito, gerenciamento é feliz porque andamento está visível, e a equipe é prática fazendo o trabalho em números gerenciáveis antes de eles lidar com as funções com muitas de software, como funções de operador de informações.

Para obter dados detalhados, será necessário um agente.Coleta um inventário é não-trivial pois há várias maneiras de instalar os aplicativos (MSI, xcopy, setup.exe e assim por diante).Você deseja localizar todos os aplicativos que são importantes para você.A maioria dos aplicativos de superfície cliente sofisticada de ferramentas, mas e quanto a aplicativos da Web, controles ActiveX e aplicativos do Microsoft Office?Ainda não encontrei uma ferramenta que surfaces tudo.

Se você ainda não tiver um inventário de aplicativos, o Toolkit de compatibilidade de aplicativo (ACT) é as melhores para identificar os aplicativos da área de trabalho de uma forma que é importante para você: lhe dá um aplicativo e uma versão que você pode mapear backup para uma instrução de suporte.

A propósito, com relação à ACT e seu inventário, quero limpar um equivocada: a idéia de que os avaliadores de compatibilidade são um substituto para teste.Compare o custo de dados com seu valor ao decidir quanto coletar.Você não irá eliminar a necessidade teste usando avaliadores de compatibilidade.Avaliadores são ajustados para desempenho (Portanto eles podem ser executados em um ambiente de produção), para que eles explicitamente não estão projetados para capturar cada problema possível (isso seria lento usuários muito, foram ele possível).

Avaliadores de compatibilidade com eficiência irão relatar deprecations (recursos que foram removidos do sistema operacional, como uma GINA).O avaliador de compatibilidade do Internet Explorer é fantástico, exceto execução somente no Internet Explorer 7 e acima (e, desde que você não provavelmente implantar antes de testar, quase que limita seu uso para computadores de laboratório ou pilotos).Como o avaliador UAC não captura muito esse arquivo e a virtualização do registro não corrige automaticamente, é uma previsão grosso em vez de erros adicionais executando como um usuário padrão.Em resumo, as coisas que ele captura são todos os absolutamente compatibilidade bugs que você deve abordar, mas por causa do escopo limitado, é uma previsão ruim de se e como incorretamente um aplicativo como um todo é interrompido.

Nós Compare isso com os custos.Com sistemas de implantação de software sofisticado no lugar, é mais fácil e mais barato implantar agentes.Também preciso preço-out de um servidor para oferecer suporte a coleta de dados, bem como o tempo para coletar os dados.Com uma média de segundos 17 para processar cada log, eu poderia fazer uma coleção de máquinas 1.000 para 3 dias, carregando a cada 8 horas e processar esses dados em 2 dias.Mas, se eu quiser coletar de cada máquina em uma empresa de estação de 200 mil por 30 dias, carregar cada 8 horas, seria necessário esperar próximo para 10 anos (!) para esses dados processar.

Se você estiver coletando estoque mesmo assim, faz sentido para coletar dados de compatibilidade de um subconjunto de computadores, mas não para investir relentlessly.Já vi muitos estimativas de custo grande relacionados a coleta de dados neste.

Analisar

Depois que você souber o que você tem, você precisa determinar o que você deseja — seu estoque estado desejado.Isso requer a colaboração entre a empresa e IT e um número de opções difícil.Como resultado, eu vi o processo continuar ao longo de linhas do que é mostrado na Figura 1 muito muitas vezes, onde você apenas descobrir o que depois que você gastou muito dinheiro em coisas que você quiser.

A Figura 1 aplicativo imprudente análise — o que funciona não é necessariamente que você deseja.

O problema de decidir o que você deseja com base no que funciona é que você end up manter (e suporte) redundantes aplicativos só porque que aconteçam trabalhar, ou decisivo para eliminar um aplicativo depois que você já gastou dinheiro pesquisando-lo.

Faz mais sentido para descobrir o que você deseja primeiro e, em seguida, investir seu dinheiro pesquisando e teste somente os aplicativos que você determinou adicionar valor à sua empresa.

Para tornar o processo de análise de aplicativo mais produtivos, recomendamos que você defina algumas metas explícitas e medir seu progresso com elas.Objetivos recomendados incluem:

• Número máximo de aplicativosDefina um objetivo explícito para o número de aplicativos que gostaria de oferecer suporte.
• Tolerância de aplicativo gerenciadoDefinir um nível de tolerância a para quando um aplicativo torna-se um aplicativo "gerenciado", com base em prioridade comercial e o número de usuários.
• Nível de gerenciamentoEm uma organização descentralizada, defina metas de toda a organização de gerenciamento de aplicativos, permitindo unidades de negócios a autonomia para implementar neste guia conforme apropriado para seus negócios.
• padrões de controle de versão de software comercial Ele pode ser muito caro para sempre comprar a versão mais recente de todos os software, mas você incorrer em risco de ter software muito antigo.Experimente definir padrões de n (versão atual) ou n-1 (versão anterior) para seus aplicativos críticos de negócios
• plataformas com suporte Limitando o suporte para a Ajuda de plataformas você a gerenciar complexidade.Enquanto você não quiser estar sendo executado no local (criando novas versões cujo recurso somente está compatibilidade com a plataforma mais recente), atualizar tudo o que torna-se muito grande e caro.
• metas de priorização de aplicativo As pessoas têm muito diferentes perspectivas no qual "comercial crítica" significa.Você precisará definir uma meta de porcentagem ou alguns critérios de objetivos para torná-lo claro

Com essas metas em mente, é hora de envolver o pessoal do lado comercial das coisas — as pessoas que sabe como e por que o software é usado.Para organizações menores, isso pode ser one-on-one.Para organizações maiores, você pode usar portais do SharePoint para coletar dados para informar o processo de análise.Enquanto você deseja simplificar, você também deseja se certificar que pode capturar dados como "precisamos manter as versões sete anteriores deste software de imposto trabalhando em algum lugar, por lei federal."

Uma prática importante: otimizar para o tempo de pessoas que não estão oficialmente da sua equipe.Os proprietários do negócio geralmente estão ajudando você com pouco para não recompensa imediata.

Como você coletar as informações que já são conhecidas sobre seus aplicativos?Informações sobre software comercial são compartilhadas naCentral de compatibilidade do Windows, mas você precisa corresponder sua lista com os dados neste site.O 5.5 de Kit de ferramentas de compatibilidade aplicativo automatizará essa correspondência.

Este princípio de recortar antecipada e geralmente se aplica em todo.Um recurso de alto valor eliminar um aplicativo em 30 segundos é menos caro do que um recurso de baixo valor passar uma hora pesquisando-lo.Remova ruído óbvio antes de você coletar dados de proprietários de negócios e somente os aplicativos de pesquisa que os proprietários do negócio ajudaram determinar que você deseja manter em torno.A abordagem preferida para pesquisa de aplicativos é mostrada na Figura 2 .

A Figura 2 Filtrar para baixo na lista de aplicativos antes, quando ele ’s baixo custo

Como isso funciona?Com um cliente, é necessário um inventário dos aplicativos 1.200 em torno de 54 diferentes computadores.Sobre uma hora de almoço, removemos óbvio ruído de acordo com a suas regras comerciais.Nós restringiu a lista aos aplicativos aproximadamente 450 para baixo e pode provavelmente restringi-lo ainda mais com o tempo adicional.Isso é mais 700 aplicativos sem importância removidos em uma hora — uma economia significativa.

Agora você pode refinar sua estimativa de custo com base no seu estado desejado.Você pode informar ainda mais essa estimativa com estado de compatibilidade conhecido de software comercial e talvez use uma ferramenta de análise estática para ajudar a entender o que você esperava para trabalhar ou com problemas.

Teste

Em seguida, você precisará determinar quem será envolvidos no processo de teste.As considerações para a equipe incluem:

• Equipe interna de composiçãoTer um gerente de projeto alta segurança e um especialista técnico levando a equipe internamente, garantir que você pode coordenar várias funções (testadores, depuradores, equipes de desenvolvimento, os usuários, os proprietários de negócios e assim por diante).
• parceiros envolvidos Muitas organizações envolvem parceiros para auxiliar no processo.Pense sobre onde elas se encaixam (aumento de habilidades-alvo, aumento da equipe, a abordagem de fábrica e outros) e como eles vai se integra com os usuários para testar a funcionalidade comercial

Também convém planejar a tecnologia que você pretende usar.Considere as seguintes tecnologias:

• Máquinas virtuaisRecursos de disco e instantâneo de desfazer economizará muito tempo (de, por exemplo, "primeiro executar" bugs, bugs que permanentemente destruir o estado do computador)
• Terminal Services/Remote assistência Eles são muito úteis para usuário de teste, fornecendo uma maneira fácil de dar acesso de pessoas a um computador de Windows Vista rapidamente.E assistência remota ajuda com a reprodução do bug e investigação.
• Computadores pilotoConceder aos usuários primeiro acesso a seus laptops novos hotrod em troca de teste de aplicativos pode ser muito motivating.

Em seguida, mapear o processo de teste.a Figura 3 mostra um esqueleto fluxo de trabalho:

A Figura 3 O processo de teste do aplicativo

Tudo o que você pode para garantir que nada óbvio interrompe antes de você envolve o usuário.Não há nada mais frustrantes do que finalmente convencendo um usuário relutante cheguem ao seu laboratório, apenas com a instalador pancada backup na sua frente.

Da mesma forma, verifique se os testadores não acabam testando algo que tiver corrigir.Se suporte for necessária, o teste somente suporte para versões.

Remediar

Para que o teste eficiente, você precisará ser testes com uma correção em mente.Depuração um aplicativo com falha até determinar qual bucket de correção ele se adapta; assim que tiver um compartimento de memória, parar.

Obviamente, para fazer isso, os testadores devem saber quais compartimentos tiver considering e quando.Crisply defina sua estratégia para correção.Opções de correção a maioria das organizações considerar incluem:

• obter um novo nome. É muito provável que funcionar, isso e oferece a você suporte de fornecedor (que provavelmente é importante para alguns dos seus aplicativos).Isso tende a ser a abordagem mais cara, com custos de desenvolvimento ou aquisição.Normalmente, essa abordagem é usada sempre que você pode arcar com ele!
• -lo de correção. Isso é a rota de custo-salvar — ajudar o aplicativo, modificando a chamadas para o sistema operacional antes de eles chegarem lá.Você pode corrigir aplicativos sem acesso ao código-fonte, ou sem alterá-los em todos os.Você incorrer uma quantidade mínima de sobrecarga de gerenciamento adicionais (para o banco de dados de correção) e você pode corrigir um número razoável de aplicativos dessa maneira.A desvantagem é suporte como a maioria dos fornecedores não oferecem suporte a aplicativos corrigidos.Você não pode corrigir todos os aplicativos usando correções.A maioria das pessoas normalmente considere correções para aplicativos onde o fornecedor está fora do negócio, o software não estratégico o suficiente para exigir o suporte ou que apenas desejam comprar algum tempo.
• diretiva de alteração. Quando um determinado recurso quebra um número de aplicativos, convém desabilitar esse recurso.A vantagem é semelhante ao uso de correções — você não precisa alterar ou até mesmo ter acesso a código-fonte.E as desvantagens são bem semelhantes — falta de suporte e incapacidade de resolver tudo.Algumas pessoas considere esta abordagem para aplicativos da Web, onde correções não são uma opção.Alguns dos recursos de segurança podem ser controlada individualmente e desabilitada como uma solução paliativa.Uma opção comum é desativar o modo protegido para a zona intranet local (que faz o Internet Explorer 8 por padrão).Observe, entretanto, que sempre que você modificar a segurança padrão do sistema, você deseja tomar essa decisão muito a sério.Por exemplo, desabilitar o UAC pode decimate o valor comercial da migração de sistema operacional.
• virtualização de aplicativos. Há muitas de confusão em torno de virtualização de aplicativos como uma solução de compatibilidade de aplicativo.Ter ouvi que ele descrito como uma separação completa do aplicativo de sistema operacional base e, portanto, uma solução completa e à prova de falhas.Isso é emphatically untrue hoje.Com exceção de chamadas de arquivo e registro, o aplicativo ainda chama o sistema operacional subjacente e quaisquer problemas de compatibilidade fora do sistema de arquivo ou registro permanecem unfixed.É ótimo para application-to-application conflitos, mas não uma solução genérica para a aplicativo para OS conflitos.Status de suporte é desconhecido, mas provavelmente não em seu favor, que nem toda empresa ofereça suporte a software dentro de virtualização de aplicativos, mesmo se houver suporte nativo no sistema operacional.Os cenários típicos onde os clientes usar essa solução são: Quando são os problemas com o sistema de arquivos e registro, quando o problema é causado por um conflito com outro aplicativo no carregamento principal, ou porque eles que o texto de implantação por trás dos aplicativos virtualizados e é bom apenas fortuna que ele também corrige um problema de compatibilidade.
• virtualização de máquina e serviços de terminal. Virtualização do computador é o método de força bruta.Você sabe que vai para trabalhar, porque você está, na verdade, executando-lo em uma versão anterior do sistema operacional, se em sua máquina local ou em um servidor em algum lugar.Ele quase sempre coloca você em um cenário com suporte, desde que você está, na verdade, executando em um sistema operacional suportado.Mas, enquanto alguns dizer "virtualizar tudo, migrar hoje e corrigir as coisas mais tarde", tendem a ter mais cuidado.Há sobrecarga de gerenciamento, desde que você está gerenciando potencialmente dobrar o número de sistemas operacionais por usuário.Se você estiver usando virtualização local, em seguida, será necessário máquinas com os recursos (particularmente memória) para oferecer suporte a dois sistemas operacionais simultâneos.A experiência do usuário atualmente nem sempre ou grande, como a maioria dos usuários são perplexed quando eles ver dois botões de início (embora haja soluções da Microsoft e parceiros para melhorar a isso).A maioria dos meus clientes tende a usar isso como o último recurso para problemas de aplicativos.(Na verdade, muitos clientes definir limites de testes; se a equipe de correção não pode corrigir um problema durante o período de tempo-estimada para cada aplicativo, em vez de executar em potencialmente para sempre, basta pára e coloca o aplicativo em um ambiente de sistema operacional anterior.)
• Elimine-lo. Não se esqueça desta opção!Às vezes não é pena para remediar um aplicativo comercial baixo-valor ou uma parte redundante do software.Remover em vez disso.

Conclusão

Nós ter movimentada por algumas das mais importantes considerações para planejar um projeto de compatibilidade de aplicativo.Eu tiver feito isso planejamento em um bloco sólido (gerar um plano de projeto completo antes de realmente iniciar o projeto) e trabalharam com clientes que planejam para cada estágio após o anterior conclusão.O ponto de crítico é entender o que você pode estar fazendo em cada etapa para poupar você tempo e dinheiro depois.

Embora haja um aspecto de engenharia craftsmanship no processo, o desafio grande com um projeto de compatibilidade de aplicativo é gerenciar em massa e motivating pessoas que não são incentivados para ajudá-lo.Essas dicas e diretrizes devem ajudá-lo.

Chris Jackson é o líder técnico da equipe Windows Application Experience SWAT na Microsoft.Ele trabalhou com clientes corporativos em todo o mundo para ajudá-los a investigar e minimizar problemas de compatibilidade de aplicativos, bem como fornecendo treinamento instruções sobre a compatibilidade de aplicativo do Windows para vários eventos do setor.Chris pode ser contatada peloblogs.msdn.com/cjacks.