<\/HEAD>
Toda vez que uma nova versão do ArcGIS é lançada, recebo uma pergunta em particular com mais frequência do que qualquer outra. As palavras exatas podem mudar, mas é sempre algo no sentido de "Como vou migrar todos os meus usuários do ArcGIS Desktop para o ArcGIS Pro"? <\/SPAN> <\/SPAN><\/P> <\/SPAN><\/P>Uma grande parte do meu papel na <\/SPAN><\/SPAN>Esri<\/SPAN> <\/SPAN>é ajudar os clientes a implementar e configurar a plataforma ArcGIS, e isso se estende à atualização para a versão mais recente do ArcGIS e à instalação dos produtos mais novos. Então, quando alguém me faz essa pergunta, geralmente espera que eu fale sobre um caminho de migração tecnológica para usuários desktop. Mas um caminho direto assim <\/SPAN>pressupõe que os usuários<\/SPAN> <\/SPAN>farão uma troca direta de ArcMap por ArcGIS Pro ao longo do tempo, e isso muitas vezes não é a melhor maneira de abordar a questão subjacente.<\/SPAN><\/SPAN> <\/SPAN><\/P> <\/SPAN><\/P>Em vez de uma necessidade de migração, gosto de pensar nisso como uma oportunidade de modernização. <\/SPAN><\/SPAN>Migração<\/SPAN> <\/SPAN>geralmente foca na tecnologia. Atualizações, patches, instalação do produto mais recente. Modernização <\/SPAN><\/SPAN><\/SPAN>pode envolver atualizações e novos produtos, mas isso é apenas um meio para um fim. Na verdade é <\/SPAN>sobre mover para um novo padrão. Uma mudança de paradigma. Em nossa conversa sobre ArcMap e ArcGIS Pro esse padrão é Web GIS. À medida que avançamos do Desktop, para Server, para Web e eventualmente <\/SPAN><\/SPAN>Distributed<\/SPAN> <\/SPAN>GIS novas opções se apresentam que antes eram <\/SPAN><\/SPAN>indisponíveis.<\/SPAN> <\/SPAN><\/SPAN>ArcGIS Pro e todos os outros aplicativos nativos Web GIS permitem funcionalidades novas e poderosas que só podemos aproveitar se mudarmos a forma como vemos o uso do GIS.<\/SPAN><\/SPAN> <\/span>
Quando trabalho com usuários na modernização, quase sempre começo fazendo três perguntas simples:
- Quem são os usuários?
- Quais informações de localização eles valorizam?
- Quais respostas eles buscam?
Todos que usam o ArcGIS estão tentando resolver um problema, fazer uma pergunta ou
obter uma resposta usando dados espaciais. Esse problema, pergunta e resposta se juntam como um fluxo de trabalho e o fluxo de trabalho, não a tecnologia, é o que queremos focar.
Depois de responder essas perguntas começamos a revisar os fluxos de trabalho existentes e fazer recomendações fluxo a fluxo sobre como modernizar cada um usando uma das três opções.
- Transição do fluxo de trabalho Desktop para Pro: a troca um-para-um das tecnologias reconstruindo fluxos de trabalho no Pro usando apenas funcionalidades out-of-the-box (OOB). Se você puder fazer isso, essa é a abordagem preferida porque tem a menor curva de aprendizado, requer menos gerenciamento de mudanças e pode provavelmente ser realizada com mudanças mínimas nos dados. Embora você possa estar acessando os dados de forma diferente (por exemplo, através de serviços em vez da edição direta no GDB) em muitos casos. Este é seu botão fácil, mas não espere poder usá-lo em todos os casos.
- Transição do Desktop para um Produto Habilitado para Web GIS: quando uma troca um-para-um não é uma opção (ou um aplicativo OOB é mais adequado que o Pro) você pode ajustar o
0px; padding: 0px; background-color: inherit;">
<\/SPAN>no ArcGIS Desktop o<\/SPAN><\/SPAN>seu instinto é que precisamos ou mover um fluxo de trabalho para o Pro ou construir um plugin para o Pro. Mas com o vasto ecossistema de <\/SPAN><\/SPAN>Esri<\/SPAN> <\/SPAN>Apps que aproveitam o Web GIS, muitas vezes podemos encontrar uma substituição adequada (se não preferível) para um fluxo de trabalho desktop usando um app OOB que é totalmente suportado e mantido pela <\/SPAN><\/SPAN>Esri<\/SPAN>. Às vezes, mudanças como essas r<\/SPAN><\/SPAN>equerem ajustes arquitetônicos ou de dados, então, embora possam não ser mudanças pequenas para um administrador GIS, se feitas corretamente podem proporcionar uma transição muito simples para o usuário. <\/SPAN> <\/SPAN><\/LI>Transição Desktop para Tecnologia Personalizada <\/SPAN> <\/SPAN>:<\/SPAN> <\/SPAN>Nos últimos 10 anos, eu vi uma grande mudança do uso da personalização como abordagem padrão para qualquer problema, para COTS em vez de personalizado a todo custo. Mas nos últimos anos vimos o pêndulo situar-se em algum lugar no meio, e embora configurar primeiro ainda seja uma ótima regra, a personalização não é mais vista com maus olhos quando necessária. Com as ferramentas Developer <\/SPAN>disponíveis<\/SPAN> <\/SPAN>com ArcGIS essa tecnologia personalizada pode assumir muitas formas. Então pense sobre sua base de usuários quando estiver decidindo como construir seu novo app personalizado, ferramenta ou plugin. Pense no que mais o usuário desse fluxo de trabalho estará fazendo. Este é o único fluxo de trabalho dele? Se sim, talvez um app JavaScript que seja fácil de manter e possa ser <\/SPAN><\/SPAN>construído<\/SPAN> <\/SPAN>rapidamente seja o melhor. Eles têm vários fluxos de trabalho e a maioria deles será movida para um app móvel? Então talvez construir com <\/SPAN><\/SPAN>AppStudio<\/SPAN> <\/SPAN>faça sentido para limitar a necessidade desse usuário de trocar de dispositivo. Ou são 99% dos fluxos de trabalho deles permanecendo no desktop com ArcGIS Pro? Se sim, <\/SPAN><\/SPAN>talvez um plugin Pro personalizado valha o investimento. Tudo depende do contexto. <\/SPAN><\/SPAN> <\/SPAN><\/SPAN><\/LI><\/OL> <\/SPAN><\/P>À medida que você moderniza seu GIS e ajuda seus usuários a fazer a mudança de paradigma para Web GIS, mantenha esses passos em mente para que você possa ajudá-los a entender suas opções, e que todo um novo ecossistema de ferramentas e produtos está disponível para ajudá-los a alcançar sua missão.<\/SPAN> <\/SPAN><\/P><\/BODY><\/HTML>
