Plano De Projeto De Implementação Do Sistema De Negociação

Estabelecendo um sistema participativo de monitoramento e avaliação Além do plano de implementação e do orçamento, você também terá que criar um mecanismo simples para monitorar o desempenho da implementação do projeto. Isso geralmente é feito identificando eventos de marcos claros e mensuráveis, ou saídas, tarefas e atividades que devem ser realizadas dentro de um período de tempo especificado e atendem a certos padrões de qualidade. Se você preparou o plano de trabalho do projeto corretamente, você poderá extrair a maioria das informações que você precisará para monitorar o desempenho da implementação a partir do próprio plano de trabalho. Em resumo, quanto mais detalhado for, mais fácil será acompanhar o desempenho do projeto. Problemas e ferramentas de planejamento Na fase de planejamento, você e sua equipe de projeto devem tomar uma série de importantes decisões de hardware e software. Uma vez que a decisão do software terá um impacto nas atividades subseqüentes de desenvolvimento, teste, implementação, educação e suporte, deve ser feita com grande cuidado e previsão. Em pequena escala ou em grande escala A escala e o escopo da informatização que você decide dependerão do tamanho da sua cooperativa, da experiência da equipe e dos recursos financeiros disponíveis e de vários outros fatores. Se sua cooperativa é pequena, sua equipe tem pouca ou nenhuma experiência no uso de computadores e você tem recursos financeiros limitados para investir no projeto, a abordagem mais segura pode ser comprar um único computador e impressora, além de um aplicativo de software comercialmente disponível 4 . Uma vez que você e sua equipe ganharam experiência suficiente para operar o computador e aprender como ele pode ajudar a melhorar seu processamento de informações, você pode querer comprar outro e conectá-los para que possam compartilhar informações com mais facilidade. Se sua cooperativa for grande, alguns de seus funcionários poderão ter alguma experiência no uso de computadores e você terá mais recursos disponíveis. Você pode, portanto, querer começar por instalar um pequeno sistema de dizer, 2-3 computadores, além de impressora e servidor, unidos em uma rede, mas mantendo um olho na expansão em um futuro próximo. Esta abordagem cautelosa é recomendada por dois motivos: (1) é menos dispendioso e (2) se os erros forem cometidos e ocorrerão problemas - e certamente ocorrerão - eles terão menos impacto negativo nos serviços dos sócios ou nas operações cooperativas. Compre ferramentas empacotadas ou desenvolva software próprio Existem três abordagens gerais para a seleção de software: (1) desenvolva (programa) seu próprio software, (2) personalize uma aplicação existente ou (3) compre o software comercial (embalado). Usando a tabela abaixo pode ajudá-lo a decidir sobre a melhor opção para escolher: Implementação do sistema Primavera 2017 Implementação do sistema 40ª edição A implementação bem sucedida do sistema requer boa liderança e planejamento cuidadoso. Uma boa compreensão de cada componente do sistema é fundamental para juntar uma estratégia de implementação. Os ambientes de TI corporativa envolvem a integração de uma variedade de tecnologias de fornecedores. Os padrões de interoperabilidade nos ambientes de software comercial são voluntários, e mesmo a atualização mais simples do sistema deve ser validada em cada etapa do processo de integração. Os ambientes Enterprise GIS incluem um amplo espectro de integração de tecnologia. A maioria dos ambientes hoje inclui uma variedade de tecnologias de fornecedores de hardware, incluindo servidores de banco de dados, redes de área de armazenamento, servidores de terminal do Windows, servidores da Web, servidores de mapas e clientes de desktop, todos conectados por uma ampla gama de redes de área local, redes de área ampla e comunicações na Internet . Todas essas tecnologias devem funcionar adequadamente para suportar um ambiente de computação equilibrado. Uma série de tecnologias de fornecedores de software, incluindo sistemas de gerenciamento de banco de dados, sistemas ArcGIS Desktop e ArcGIS Server, serviços Web e sistemas operacionais de hardware integrados a aplicativos legados existentes. Os dados (incluindo camadas comerciais, camadas base e Imagens) e aplicativos de usuário são adicionados ao ambiente de infraestrutura integrado para suportar a implementação final. O resultado é um saco de tecnologia muito grande que deve funcionar de forma adequada e eficiente para suportar os requisitos do fluxo de trabalho do usuário. A integração e implementação da tecnologia informática distribuída tornou-se mais fácil ao longo dos anos à medida que os padrões de interface amadureceram. Ao mesmo tempo, os ambientes empresariais tornaram-se maiores e mais complexos. A complexidade e os riscos associados a uma implantação do sistema empresarial estão diretamente relacionados à variedade de componentes do fornecedor necessários para suportar a solução de produção final. As soluções de computação centralizada com um único ambiente de banco de dados são os ambientes mais fáceis de implementar e suportar. Sistemas informáticos distribuídos com vários ambientes de banco de dados distribuídos podem ser muito complexos e difíceis de implantar e suportar. Muitas organizações estão consolidando seus recursos de dados e ambientes de processamento de aplicativos para reduzir o risco de implementação e melhorar o suporte administrativo para ambientes empresariais. GIS Staffing People é o bem mais valioso para qualquer organização. Os gerentes de GIS têm a oportunidade especial e o desafio de reunir as pessoas em toda a organização para compartilhar a responsabilidade pela construção e manutenção das operações de SIG corporativas. Na maioria dos casos, criar um SIG não é uma única responsabilidade do departamento e, em muitos casos, a qualidade do SIG depende das pessoas que estão fora da organização. O SIG reúne as pessoas porque elas dependem umas das outras para estabelecer o quadro para a construção de produtos de informação geográfica que atendam às suas necessidades comerciais. Comitê de Gestão Figura 12.1 Toda organização possui um comitê de gerenciamento que trabalha com o CEO para administrar o negócio. Muitas organizações incluíram um Oficial de Informação Geográfica como membro da sua equipe de gerenciamento superior. Um SIG empresarial não terá sucesso sem o apoio e a liderança da alta administração. O primeiro passo para estabelecer sua equipe SIG é entender a missão da organização, o mandato e o papel do SIG dentro da organização e estabelecer o patrocínio executivo para o esforço de planejamento. A Figura 12.1 identifica a associação chave para o Comitê de Administração sênior. O Comitê de Gestão está estabelecido para gerenciar formalmente o escopo, cronograma e orçamento do projeto e disponibilidade de recursos de planejamento. Eles serão mantidos informados sobre o progresso durante o esforço de planejamento e serão responsáveis ​​por dirigir a fase de implementação do SIG que se segue. Equipe de Planejamento do GIS Figura 12.2 A equipe de Planejamento do SIG deve incluir especialistas técnicos do GIS e representantes empresariais apropriados envolvidos e participando do planejamento. Construir um bom SIG começa com um bom planejamento. A Figura 12.2 identifica a estrutura de gerenciamento para a equipe de planejamento SIG. A equipe de planejamento do SIG deve incluir representantes empresariais que entendam a organização, os processos de negócios (como o trabalho é feito) e as informações da empresa precisam. A equipe também precisa de especialistas técnicos que entendam a tecnologia GIS e os sistemas necessários para fazê-los funcionar. Uma organização pequena precisará de um gerente de GIS, um Representante de Negócios para representar cada um dos principais processos de negócios e um especialista técnico do GIS responsável pelo desenvolvimento da arquitetura técnica adequada. As organizações empresariais maiores precisarão estabelecer esta estrutura básica (GIS Manager ltSite Facilitatorgt, Business Representatives e GIS Technical Expert) em cada local do site com um Geographic Information Officer (GIO) ou um gerente de GIS de nível empresarial coordenando o esforço geral de planejamento. Um especialista em planejamento do SIG ou consultor será responsável pelo processo de planejamento geral e reportará ao Gerente SIG Senior ManagerGIO. Durante a fase de planejamento SIG, todos os membros da equipe de planejamento devem se reportar formalmente ao Gerente de SIG durante o período de planejamento. Equipe de Implementação de SIG Figura 12.3 A equipe de liderança de implementação do SIG incluirá um Especialista Técnico de GIS, Especialista em Dados SIG, Engenheiro de Software GIS Sênior e Representantes de Negócios apropriados. Uma vez que o planejamento do GIS esteja completo, o foco será transferido para a implementação do plano. A aprovação formal da implementação e o financiamento virão da equipe de gerenciamento. A Figura 12.3 identifica a estrutura de gerenciamento para a equipe de implementação do SIG. O gerente do GIS, o especialista técnico do GIS e os representantes das empresas normalmente irão para a equipe de implementação. Um especialista adicional em dados GIS e um engenheiro sênior de software serão incluídos na equipe para gerenciar as tarefas de implementação do SIG. Para implementações de grandes empresas, cada Facilitador do Site do GIS terá uma equipe de implementação completa para a implementação específica do site. Durante a implementação, os facilitadores do site informarão a equipe de gerenciamento de linha trabalhando sob a direção do Comitê de Gestão. O GIS ManagerGIO sênior gerenciará as operações do GIS em toda a empresa, coordenando com os vários facilitadores do site. Identificar as principais funções do pessoal Figura 12.4 As principais equipes operacionais participam nas disciplinas de gerenciamento, planejamento e análise de dados, mobilidade de campo e conscientização operacional. As principais posições de apoio incluem habilidades em desenvolvimento de aplicativos e gerenciamento de SIG empresarial. É necessária uma ampla gama de habilidades técnicas para construir e manter operações SIG efetivas da empresa. As principais equipes operacionais participam de atividades de gerenciamento, planejamento e análise de dados, mobilidade de campo e conscientização operacional. As principais posições de apoio incluem habilidades em desenvolvimento de aplicativos e administração de sistema corporativo. A Figura 12.4 fornece uma visão geral da variedade de fluxos de trabalho SIG e das principais responsabilidades funcionais necessárias para suportar as operações do SIG da empresa. A complexidade dessas responsabilidades variará com o tamanho e a extensão de cada implementação individual de SIG, embora todas as organizações necessitem de algum nível de suporte e experiência em cada uma dessas áreas. Construir treinamento de pessoal qualificado é uma maneira de criar pessoal qualificado e melhorar a produtividade do usuário SIG. As organizações empresariais devem desenvolver e manter um plano de treinamento abrangente para garantir que suas equipes tenham os recursos e as habilidades necessárias para serem eficazes em seu trabalho. Estrutura Organizacional do SIG Figura 12.5 O gerenciamento do SIG deve ser organizado para facilitar a implementação em vários departamentos e muitas vezes se estender para incluir uma variedade de unidades de negócios dentro de uma comunidade mais ampla de usuários de SIG. A Figura 12.5 mostra uma visão geral de uma organização da matriz SIG tradicional. As operações Enterprise GIS devem ser apoiadas por um comitê executivo com influência e poder para tomar decisões financeiras e políticas para a comunidade de usuários SIG. O gerente do SIG deve estabelecer um comitê de coordenação responsável pelo fornecimento de direção técnica e liderança. Os líderes dos comitês devem presidir grupos de trabalho atribuídos e alinhados com cada disciplina técnica para abordar questões organizacionais e informar sobre o status do sistema. A comunidade de usuários deve ser representada ao longo do processo de revisão. Uma estrutura organizacional formal fornece uma estrutura para estabelecer e manter o suporte a longo prazo necessário para o sucesso das operações do GIS da empresa. Essa estrutura básica de organização pode ser útil no gerenciamento de SIG em pequenas e grandes organizações, e o mesmo tipo de estrutura organizacional pode ser efetivo no gerenciamento de operações GIS comunitárias. Processo de design de sistema integrado Figura 12.6 A avaliação de necessidades empresariais integradas promove decisões de design de sistemas comerciais adequadas e oportunas. Tradicionalmente, o usuário precisa de avaliação e o design da arquitetura do sistema foram dois esforços separados. Existem algumas vantagens importantes para completar esses esforços juntos. A Figura 12.6 mostra uma visão geral da metodologia de desenvolvimento do projeto de arquitetura do sistema. Os arquitetos empresariais agora possuem ferramentas que podem usar para completar uma avaliação integrada de necessidades empresariais. Existem quatro domínios de arquitetura que são comumente aceitos como subconjuntos de uma avaliação global integrada das necessidades empresariais. Estas incluem diretrizes e práticas recomendadas geralmente aceitas pelo consórcio global do Open Group. A Business Architecture define a estratégia de negócios, a governança, a organização e os principais processos de negócios. A arquitetura dos sistemas de informação inclui uma revisão da arquitetura de dados e aplicativos. Gt A Arquitetura de Dados descreve a estrutura de recursos de recursos físicos e físicos de uma organização e recursos de gerenciamento de dados. Gt A Arquitetura de Aplicativos fornece um modelo para as aplicações individuais a serem implantadas, suas interações e suas relações com os principais processos de negócios da organização. A Arquitetura de Tecnologia descreve o software lógico e os recursos de hardware necessários para suportar a implantação de negócios, dados e serviços de aplicativos. Isso inclui infra-estrutura de TI, middleware, redes, comunicações, processamento, padrões, etc. Melhores práticas: o design da arquitetura do sistema deve ser incluído como parte integrante de todo processo de planejamento de negócios. A avaliação de necessidades empresariais integradas do GIS (design de arquitetura do sistema de necessidades do usuário) fornecida na documentação SDSwiki compartilha uma metodologia de desenvolvimento de arquitetura personalizada para promover as operações do Enterprise GIS bem-sucedidas. As principais etapas para a conclusão de uma solução de design integrada incluem o seguinte: Arquitetura de negócios gt A visão corporativa identifica como a tecnologia GIS pode melhor suportar as necessidades de sua empresa. Arquitetura de sistemas de informação gt A arquitetura de negócios existente revisa suas operações atuais do centro de dados para identificar a experiência existente para implantação e manutenção de opções de arquitetura de destino disponíveis. Gt A análise de cargas de fluxo de trabalho identifica fluxos de trabalho de negócios e cargas de processamento de pico que devem ser suportadas pela solução de arquitetura de destino. Gt A estratégia de arquitetura técnica identifica o local de dados e os locais de usuários empresariais e a conectividade de rede para a solução de arquitetura de destino proposta. Gt A análise de requisitos do usuário combina a localização do usuário e a análise de cargas de fluxo de trabalho para identificar cargas de processamento de rede e plataforma distribuídas e produtividade do usuário. Arquitetura técnica gt A análise da adequação da rede identifica os requisitos máximos de largura de banda da rede durante as cargas máximas do sistema. Gt A seleção da arquitetura da plataforma identifica a configuração da plataforma do centro de dados para a solução de arquitetura de destino. Gt A configuração do software identifica as cargas do software de fluxo de trabalho de nível corporativo aplicadas na seleção de arquitetura de destino do centro de dados. A solução de design da empresa gt fornece um resumo da solução de arquitetura de destino final que inclui os nós de plataforma necessários, a utilização da plataforma projetada, as cargas máximas de fluxo de trabalho do usuário e a produtividade projetada do usuário. A Ferramenta de Planejamento de Capacidade SDSwiki fornece uma estrutura para completar o projeto de arquitetura do sistema. Uma vez que os requisitos de usuário e a solução de arquitetura estão configurados, o CPT conclui a análise de cargas de projeto de arquitetura do sistema para identificar a largura de banda da rede e a solução de design do estado do alvo da plataforma. Depois de concluir o Design de Arquitetura do Sistema e identificar sua solução de arquitetura de destino, são fornecidas orientações sugeridas para a implantação de soluções de design da empresa para cada uma das seguintes fases de implementação. Oportunidades e Soluções identificam o roteiro de implantação da arquitetura que proporcionará valor comercial contínuo. O planejamento de migração identifica a estratégia de implantação ideal para manter as operações existentes ao atualizar as operações para o estado de destino. A governança de implementação estabelece supervisão e monitoramento necessários para gerenciar a migração de implantação bem-sucedida para o estado alvo. O controle de mudança de arquitetura estabelece procedimentos para manter operações bem-sucedidas através da migração para o estado de destino operacional final. O gerenciamento de requisitos garante que os procedimentos estão em vigor e sejam seguidos para executar com sucesso a estratégia de migração. O principal método de desenvolvimento de arquitetura TOGAF (ADM) é descrito na parte II da documentação on-line TOGAF9.1. Prática recomendada: a abordagem de implantação otimizada dependerá de sua complexidade específica de projeto empresarial e negócios. Arquitetura empresarial existente A arquitetura empresarial define o estado atual de como você está atendendo aos requisitos da sua empresa. Isso inclui uma revisão de sua arquitetura de plataforma e rede, governança e paisagem política, tipos de comunidades de usuários, restrições e prioridades operacionais e restrições de financiamento existentes. Esta é uma informação que pode ser alavancada para identificar uma solução de design GIS que se baseia em suas operações comerciais atuais. Projetos de pré-desenho Figura 12.7 As necessidades do negócio estabelecem as bases para qualquer projeto GIS empresarial. A visão corporativa, a arquitetura de negócios existente e os requisitos dos usuários devem ser entendidos para selecionar a melhor solução de SIG. A Figura 12.7 mostra como você pode se preparar para o design da arquitetura do seu sistema. As necessidades do negócio devem ser entendidas antes de você estar pronto para completar o design da arquitetura do sistema. A análise de requisitos de negócios inclui uma revisão da visão corporativa, a arquitetura de negócios existente e os requisitos de fluxo de trabalho do usuário. Cada uma dessas áreas deve ser explorada com algum detalhe antes de começar o projeto. A avaliação das necessidades de SIG começa com a organização identificando onde a tecnologia GIS pode melhorar a qualidade e a produtividade do fluxo de processos comerciais. Esta avaliação identifica os requisitos de aplicativos e dados GIS e uma estratégia de implementação para suportar as necessidades dos usuários SIG. A organização do usuário deve estar ativamente envolvida durante a avaliação de necessidades do usuário. Um arquiteto de soluções GIS familiarizado com os padrões de tecnologia SIG atuais e as práticas comerciais do cliente pode ajudar a facilitar esse esforço de planejamento, o trabalho real deve ser feito pela própria organização. Visão corporativa Figura 12.8 A tecnologia GIS evoluiu para suportar uma ampla gama integrada de necessidades comerciais em toda a organização. Cada padrão de tecnologia SIG é otimizado para atender às necessidades organizacionais específicas. A Figura 12.8 mostra uma visão geral dos padrões de tecnologia ArcGIS. A visão empresarial do GIS analisa a forma como a tecnologia GIS pode melhor suportar as necessidades de sua empresa. O ArcGIS inclui uma gama de opções de tecnologia desenvolvidas como um conjunto completo de fluxos de trabalho e sistemas integrados para satisfazer uma ampla gama de requisitos de negócios. Os padrões de implantação de software GIS são otimizados para suportar as necessidades de sua empresa: Gerenciamento de ativos Planejamento e análise Mobilidade de campo Sensibilidade operacional Envolvimento constituinte A maioria das operações GIS empresariais bem sucedidas evoluem para abranger toda a gama de padrões de tecnologia GIS disponíveis para atender às necessidades comerciais focalizadas em toda a organização. Melhores práticas: Estabelecer uma visão GIS empresarial clara no início do planejamento pode ajudar a identificar um roteiro ideal para a construção de operações SIG efetivas. Governança e paisagem política Figura 12.9 O arquiteto do sistema deve considerar os objetivos corporativos e os padrões de políticas na seleção da solução de design adequada. A Figura 12.9 mostra como a organização governa e gerencia suas operações comerciais. As organizações geralmente desenvolvem políticas e padrões que suportam suas decisões de investimento em software e hardware. Uma revisão das preferências de gerenciamento e relacionamentos de fornecedores associados proporcionará uma visão de uma solução de design que pode ser melhor suportada pela organização. Conheça os gestores de SIG e TI para rever quaisquer políticas ou preferências que possam ter para o projeto. As principais atualizações do sistema muitas vezes oferecem a chance de rever as novas direções da tecnologia da plataforma, e o gerenciamento pode querer incluir padrões de tecnologia alternativa específicos que eles estão considerando no esforço de design. Use o idioma certo Figura 12.10 É importante reconhecer e usar a terminologia adequada ao discutir problemas de design. A Figura 12.10 mostra a importância de usar o idioma correto para transmitir sua mensagem. Melhor prática: Tire um tempo para ouvir. A consultoria de projeto bem-sucedida requer algumas habilidades de comunicação. Muitas vezes, o idioma utilizado pela equipe técnica é muito diferente do que é usado pela comunidade de usuários. O desempenho ea produtividade do usuário muitas vezes são vistos de forma diferente pela equipe de TI e a comunidade de usuários. A tecnologia está mudando rapidamente, juntamente com as palavras que são usadas para descrever cargas do sistema, padrões de arquitetura, desempenho do sistema e necessidades de capacidade. As palavras que são usadas para descrever padrões de tecnologia SIG mudam e muitos conceitos de design não são bem compreendidos. Prática recomendada: as palavras que você usa, a forma como você escuta, e como você fala, estabelece sua credibilidade tanto com a comunidade de usuários quanto com a equipe de TI técnica. A credibilidade é muito importante para liderar um grupo misto de usuários empresariais, arquitetos técnicos e administradores de sistemas em direção a uma decisão de design adequada. Análise da arquitectura técnica Plataforma e ambientes de rede Figura 12.11 O ambiente de TI atual pode fornecer informações sobre a experiência e as políticas da equipe administrativa ao trabalhar com a tecnologia disponível. A Figura 12.11 mostra os tipos de software, rede, servidores e fontes de dados mantidos na maioria dos ambientes de negócios. Seja por conta própria ou em conjunto com um consultor de design, você deve revisar as plataformas de fornecedores e os ambientes de rede atualmente mantidos pela sua organização. Experiência de hardware, relacionamentos de manutenção e formação de pessoal representam uma quantidade considerável de investimento para qualquer organização. Melhores práticas: as soluções de design GIS propostas devem aproveitar a experiência corporativa adquirida com o trabalho com a plataforma e o ambiente de rede estabelecidos. Restrições e prioridades operacionais Figura 12.12 Disponibilidade do sistema, padrões de segurança e requisitos específicos de desempenho operacional, orientando as recomendações adequadas de design da arquitetura da plataforma. A Figura 12.12 mostra algumas restrições chave que afetam o design da arquitetura do sistema. Compreender o tipo de operações suportadas pela solução GIS identificará os requisitos de tolerância a falhas, segurança, desempenho da aplicação e o tipo de arquitetura do servidor de clientes que seria apropriado para suportar essas operações. Requisitos de disponibilidade do sistema A maioria das operações da empresa inclui vários requisitos de plataforma adicionais além do seu ambiente de produção. Plataformas de desenvolvimento e teste Plataformas de teste Plataformas redundantes de manutenção e publicação de banco de dados Possível centro de dados de backup remoto Possíveis serviços de colaboração e publicação da nuvem Aviso: Todos os requisitos e prioridades de negócios não são os mesmos, e é importante ouvir e entender o que é importante para fazer a final. Recomendações de design. Requisitos de segurança Identificar o nível de segurança que regula as operações comerciais atuais Básico - sem dados confidenciais. Padrão - conseqüências moderadas para perda ou integridade de dados Dados sensíveis avançados Que padrões de segurança estão atualmente em vigor Padrões de serviços da Web publicados Padrões de acesso à produção e distribuição de dados Proteção de acesso para servidores de aplicativos da Web e fontes de dados. Requisitos de desempenho Identificar todas as preocupações de desempenho sendo abordadas pelo novo design Produtividade do usuário Acesso remoto Serviços web públicos Cronogramas de geoprocessamento Linhas de tempo de processo em lote Melhores práticas: alta disponibilidade, redundância, segurança e considerações especiais de desempenho exigem requisitos para aumentar os custos de hardware e software. As recomendações devem ser apoiadas com fatos para suportar análises de custo e benefício adequadas. Restrições de financiamento Figura 12.13 As soluções recomendadas devem caber dentro de restrições razoáveis ​​de financiamento organizacional ou não serão aceitas. A Figura 12.13 mostra o orçamento de operações SIG projetado. Aviso: o design final deve ser acessível. Uma organização não implementará uma solução que esteja além de seus recursos financeiros. Com o design do sistema, o custo é uma função de desempenho e confiabilidade. Se o custo for um problema, o design do sistema deve facilitar um compromisso entre o desempenho do aplicativo do usuário, a confiabilidade do sistema, o custo e o cronograma. O consultor de design deve identificar uma solução de hardware que ofereça o melhor desempenho e confiabilidade dentro das restrições orçamentárias identificadas. A tecnologia atual permite a distribuição de soluções GIS para clientes em todo o ambiente empresarial, mas há limitações que se aplicam a qualquer projeto de sistema de computador distribuído. É importante entender claramente as necessidades reais dos usuários do SIG e discutir opções alternativas para atender a essas necessidades com a equipe de suporte do sistema para identificar a solução mais econômica. Pode ser necessário rever vários padrões de tecnologia de software alternativos, juntamente com uma variedade de opções de implantação do sistema para identificar e estabelecer a melhor estratégia de implementação. Análise dos requisitos do usuário Reveja o Plano de Negócios Estratégicos Figura 12.14 O planejamento começa com a organização, o plano de negócios estratégico, o quadro de responsabilidade da administração e os fluxos de processo de negócios que impulsionam as decisões de negócios. A Figura 12.14 enfatiza a importância de entender o negócio. Os benefícios reais dos SIG serão derivados das melhorias nos processos comerciais. Tudo começa com a Organização Missão, valores, direções, visão, objetivos OR Mandatos e responsabilidades Examine o modelo de negócios proposto para alcançar metas Objetivos da estrutura de responsabilidade de gerenciamento (MAF) Medições de sucesso e sustentabilidade Tecnologia reconhecida como componente de sucesso Obtenha um senso claro de Direção para o planejamento do SIG Estrutura para informações necessárias para a organização Bases para análise de custo-benefício do SIG Análise de operações de negócios (fluxos de trabalho de processos de negócios) O sucesso depende de saber o que deseja sair. Estado atual (sem SIG) Representa a linha de base comercial atual. Identificar os principais marcos da decisão e a frequência do fluxo de trabalho Identificar os dados recolhidos e a análise necessária para informar o processo de decisão Identificar qualquer colaboração necessária com outros processos comerciais Identificar os critérios de decisão final Identificar o custo para preparar e gerar os critérios de decisão final (horas a dias) Estado futuro (com SIG) A descrição do produto da informação mostra como o SIG pode fazer a diferença. Identificar produto de informação (WebMap, popups, gráficos) para exibir os critérios de decisão final Identificar as entradas de dados necessárias para suportar a análise de decisão Identifique as funções necessárias para completar a exibição do produto de informações. Identificar o custo para acessar o produto de informação (segundos para minutos) Melhores Práticas: Selecione produtos de informação que fortaleçam suas operações comerciais. Processo de Design do Sistema Figura 1.15 O processo de Arquitetura do Sistema de Arquitetura fornece uma metodologia lógica passo a passo para usar o CPT para completar o Design de Arquitetura do Sistema. Depois de identificar os fluxos de trabalho do seu projeto, você está pronto para completar o design do seu sistema. O CPT é desenvolvido para uso com base em um processo padrão de design de arquitetura do sistema como mostrado na Figura 1.15. Cada ciclo do processo de design de arquitetura do sistema inclui as seguintes etapas: Estrutura de arquitetura técnica Visão geral de alto nível que mostra os locais do site do usuário, conexões de largura de banda da rede e locais do centro de dados central. As informações de localização do usuário são coletadas durante a análise das necessidades do usuário. Análise de requisitos do usuário A seção de análise de requisitos da PCT está configurada para representar os locais do site, fluxos de trabalho do usuário, picos de carga e largura de banda da rede para a solução de design corporativo. Análise da adequação da rede O Design da PCT completa a análise da adequação da rede e identifica os estrangulamentos de comunicação. As atualizações de largura de banda da rede são identificadas para completar a análise da adequação da rede. Seleção de arquitetura de plataforma O painel de plataforma de design da PCT está configurado para representar a solução de design. Identifique os apelidos da plataforma, selecione as plataformas e identifique as configurações de rolagem da plataforma. Configuração de software O módulo de Configuração de Software de Design de PCT é usado para atribuir software de fluxo de trabalho para suporte a camada de plataforma (instalação de software) e fazer a seleção de fonte de dados de fluxo de trabalho. Solução de design empresarial Uma vez configurada, a guia Design CPT completa a análise do projeto de arquitetura do sistema e fornece a solução da plataforma. Os produtos de informação conduzem a solução de negócios Figura 12.16 Os dados do GIS, as aplicações e os requisitos do sistema são derivados de produtos de informações empresariais bem definidos. A Figura 12.16 mostra como a solução de design é orientada por produtos de informação que melhoram as operações comerciais. Os benefícios do SIG para a organização provêm dos produtos de informação. Dados, aplicativos e infra-estrutura do sistema são custos que devem ser pagos pelos benefícios obtidos com os produtos de informação. O planejamento começa pensando sobre o que você deseja do sistema. As entradas de dados do produto de informação determinam os requisitos de dados. As funções de análise de informações geram os fluxos de trabalho do aplicativo. Os fluxos de trabalho de aplicativos conduzem o design da arquitetura do sistema. As cargas da infra-estrutura do sistema são determinadas pela popularidade e complexidade dos fluxos de trabalho necessários para gerar os produtos de informação GIS. Melhores práticas: os benefícios do produto de informação determinam o ROI da implantação do GIS. Localização e conectividade do usuário Figura 12.17 Onde os usuários estão localizados e como eles estão conectados a aplicativos centrais e fontes de dados podem determinar candidatos de projeto de sistema aceitáveis. A Figura 12.17 mostra a localização e a conectividade do usuário. Todos os locais de usuários que exigem acesso a aplicativos GIS e recursos de dados devem ser identificados. Você deseja incluir todos os que possam precisar de acesso ao sistema durante os períodos de pico de trabalho. O termo "localizações de usuários" engloba usuários locais, usuários remotos na rede de área ampla (WAN) e usuários de internet (internos e públicos). A infraestrutura corporativa deve ser capaz de acomodar as cargas máximas do tráfego de fluxo de trabalho. Saiba onde os usuários estão localizados. Saiba quais os produtos de informação que os usuários precisarão para fazer seu trabalho. Identifique a localização dos recursos de dados necessários. Prática recomendada: um diagrama simples pode ser útil para identificar a localização do usuário e a conectividade de rede. Na avaliação do projeto do sistema, você deve identificar a largura de banda da comunicação de rede entre os diferentes locais de usuários e o centro de dados. A largura de banda da rede pode incluir restrições de comunicação que irão influenciar a solução de tecnologia de software apropriada. A solução de tecnologia selecionada pode exigir atualizações para a infra-estrutura de comunicação de rede. Prática recomendada: é importante identificar custos de infraestrutura adicionais durante o processo de planejamento, você não quer descobrir isso após a implantação do sistema. Padrões de fluxo de trabalho do usuário Figura 12.18 Os padrões de fluxo de trabalho do usuário são normalmente um produto de uma avaliação de necessidades do usuário e fornecem uma referência para estabelecer cargas de fluxo de trabalho para o projeto de arquitetura do sistema. Software technology workflow patterns are normally identified during a user requirements analysis. The Figure 12.18 workflow patterns were identified for the City of Rome. The user workflow analysis will review each of these technology patterns and identify appropriate software component processing loads for each of the identified use cases. These user workflow loads will determine computer processing and network capacity requirements. The CPT Calculator tab provides the capability for generating custom user workflow models to represent a broad range of software technology patterns. The CPT Calculator and Design tools incorporate all the platform sizing models Esri has used for system design consulting services over the past 25 years. GIS software workflow patterns were identified in Chapter 2. Workflow performance recipes were introduced in Chapter 3. New technology patterns are included with each software release. The tools ability to dynamically model available system design alternatives provides an adaptive, integrated, management view of a complete system architecture design solution. There is a tradeoff between simplicity and complexity in representing user workflows in a system architecture design. Simplicity is easier to understand, simpler to quantify, enables broader validation, helps quantify business risk, and provides valuable information on which to base business decisions. Complexity may be more accurate, may provide a closer representation of the final implementation, and may lead to more detailed results yet complex models can be much more difficult to understand, harder to quantify, more difficult to validate, and may include hidden risk. During the initial planning phase, it is best to develop the most simple representation of your system architecture design solution that will lead to the right business decisions. Best practice: A simple model is best: it highlights the relationship between what the organization wants to do with GIS (what you want out of the system) and the technology you need to do it (software, hardware, and network infrastructure procurement decisions). Planning should establish performance targets that you can identify and validate throughout system deployment. The CPT models used during planning are based on what is learned from performance benchmark testing and what other people are able to do with the technology. Software performance targets were introduced in Chapter 3. You can use the CPT models to establish your own system performance targets, based on your specific infrastructure limitations and operational needs. You can also use the workflow performance models introduced in Chapter 3. System architecture design Figure 12.19 System architecture design provides the foundation for building a successful GIS. Figure 12.19 shows the system architecture design process. System architecture design is an integral part of the GIS business needs assessment. GIS enterprise operations are both compute processing and network traffic intensive, which means: GIS operations can place heavy demands on server processing and network traffic loads. Network capacity can be one of the determining factors driving proper software technology selection. In some cases, hardware constraints can drive software technology selection. Best practice: Infrastructure requirements should always be understood and considered before making a final software technology selection. Maintain a current plan Figure 12.20 GIS planning should be updated annually and integrated into your overall enterprise business planning process. Figure 12.20 emphasizes the importance of maintaining a current GIS plan. Planning is critical for: Providing a framework for enterprise GIS implementation. Ensuring upper management support for required GIS investments. Managing the evolution of enterprise GIS operations. Technology is changing more rapidly every year. During the 1990s, GIS planning was a detailed, rigorous process required to identify and justify major changes in business processes necessary to achieve the benefits provided by GIS technology. GIS implementation would take several years to reach the final planned stateand technology would be relatively stable throughout that period. Today, technology is changing much faster, and it is difficult to plan for more than one year at a time. Technology keeps improving, and adjustments must be made each year to keep pace with the change. Planning methodology is becoming more agile, adapting to the rapid change in technology. Best practice: Enterprise GIS planning is an ongoing process, and should be updated on an annual basis to keep pace with technology. Figure 12.21 CPT can be very useful tool for representing your enterprise GIS operations. Most GIS deployments evolve over many years of incremental technology improvements, and: Implementation plans normally address a two - or three-year schedule to ensure that the budget is in place for the anticipated deployment needs. Project planning should be adjusted annually to take advantage of technology improvements and adjust for technology change. Figure 12.21 shows the CPT Design, a snapshot of a GIS plan identifying user needs, site locations, peak system loads, and platform solution for a specific target architecture (point in time). Changes in user workflow requirements will adjust loads on the selected platform solution. Changes in the platform architecture will identify expected performance improvements and system capacity. The CPT is a simple analysis tool that is easy to change and understand. The CPT provides an adaptive design model representing your GIS enterprise environment. Best practice: The Capacity Planning Tool provides simple to use framework for GIS system design analysis and planning. System Architecture Deployment Strategy Figure 12.22 A phased system deployment strategy includes prototype development testing, initial production roll-out, and final production roll-out on an established implementation schedule that enforces system configuration control. Planning is the first step in supporting a successful system deployment. A system design team should review current GIS and hardware system technology, review user requirements, and establish a system architecture design based on user workflow needs. A deployment schedule, as shown in Figure 12.22, should be developed to identify overall implementation objectives. Phased implementation strategies can significantly reduce implementation risk. Computer technology continues to evolve at a remarkable pace. Integration standards are constantly changing with technology and, at times, may not be ready to support immediate system deployment needs. New ideas are introduced into the market place every day, and a relatively small number of these ideas develop into dependable long-term product solutions. The following best practices are recommended to support a successful enterprise GIS implementation. System deployment phases Pilot Phase Represent all critical hardware components planned for the final system solution. Use proven low-risk technical solutions to support full implementation. Include test efforts to reduce uncertainty and implementation risk. Qualify hardware solutions for initial production phase. Initial Production Phase Do not begin until final acceptance of pilot phase. Deploy initial production environment. Use technical solutions qualified during the pilot phase. Demonstrate early success and payoff of the GIS solution. Validate organizational readiness and support capabilities. Validate initial training programs and user operations. Qualify advanced solutions for final implementation. Final Implementation Phase Do not begin until final acceptance of initial production phase. Plan a phased roll-out with reasonable slack for resolving problems. Use technical solutions qualified during previous phases. Prioritize roll-out timelines to support early success. Implementation strategies are accelerating with faster technology evolution Production upgrades are scheduled to enable required technology advancement. Product upgrade deployments are integrated into production roll-out schedule when ready. Enterprise GIS environments are upgraded incrementally to meet operational requirements. Functional and performance testing is completed before production roll-out. Configuration control for each upgrade is critical for implementation success. ArcGIS Enterprise Deployment Enterprise deployment of ArcGIS setups is now possible starting with the ArcGIS 10.2 release. With enterprise deployment of ArcGIS products, GIS managers or system administrators can efficiently plan for and control ArcGIS installations and updates. Any enterprise deployment tool that supports Windows installation packages (MSI files) can be used to deploy ArcGIS software setups. ArcGIS 10.2 Enterprise Deployment technical paper discusses the enterprise deployment of ArcGIS software setups using Microsoft Systems Management Server (SMS), System Center Configuration Manager (SCCM), and Group Policy. Virtual Desktop and Server Technology Figure 12.23 Virtual server deployments provide options for adaptive virtual desktop environments for development, controlled virtual server environments for testing and staging, and protected high available virtual server environments for production. Virtual server technology is reducing the cost of managing a rapidly changing IT environment. Figure 12.23 identifies a deployment strategy taking advantage of virtual server technology. Many ESRI development and testing operations are currently supported in virtual desktop or virtual server environments. Vendors are improving management and performance monitoring of virtual server environments, and it is becoming more practical to manage and deploy production environments in virtual server deployments. A majority of GIS operations are being deployed today with virtual server environments. Platform virtualization technology provides IT managers with a way to abstract the installed platform software environment from the physical platform hardware. There are two fundamental levels of virtualization, one being virtual desktop environments hosted within a physical platform operating system that interfaces with the physical platform hardware and the other being a virtual server environment hosted on a hyper-visor layer that interfaces with the assigned physical platform hardware. In both cases, the virtual desktop or server contains its own dedicated operating system and software install separate from other virtual systems deployed on the same hardware. There are many recognized benefits with virtual desktopserver deployments. The benefits include faster provisioning times, physical server platform consolidation, fast recovery from system failures, simplified production delivery and recovery, and optimum configuration control. All of these benefits directly contribute to lower overall systems management costs and a more stable operating environment. The disadvantages include additional software cost and some performance overhead. There may also be functional limitations (limited access to hardware graphic cards and performance monitoring software) which in many cases can be managed with the proper deployment selections. The real need for more rapid adaptive deployment schedules (to keep pace with changing technology) which also must be coupled with more stable production deployments (reduced production downtime and more rapid failure recover) drive the need for virtual platform environments - virtualization is one solution that addresses some real IT management needs. The potential disadvantages can be managed by proper deployment strategies. The performance overhead for virtual desktop environments is much higher than for server environments, and for this reason virtual desktops are normally limited to software development environments where performance and scalability is not a critical factor. Server consolidation benefits can be leveraged in a Staging environment, were multiple release candidates can undergo test and validation in preparation for production deployment. Several production release candidates can be testing in parallel on the same physical server platform. Production deployment can benefit from deploying an existing virtual server install (Staging configuration that has completed final test and acceptance) to a higher capacity production physical server by simply moving the Staging server release to the production platform. If there is a production failure identified after deployment it is a simple process to move the production environment back to the previous release. Deploying virtual server staging environments to a physical server production environment is also a viable option - ensuring optimum performance and scalability for the production environment. Virtual server migration software is available to accomplish these provisioning tasks during live operations with no production downtime. Virtual server performance impacts will depend on the workflow environment, and can vary between 10 - 40 percent (and sometimes higher) in the most efficient virtual server configurations. Hardware platform performance has improved over 80 percent within the past two years, which more than overcomes the virtual server processing overhead. The new servers also provide higher capacity (discussed in chapter 9), which opens the door wider for server consolidation benefits. Virtual server deployments appear to be moving to mainstream IT production environment. The big question is no longer whether it makes sense to deploy on virtual servers, but rather when and which software vendor solution will provide the highest return on investment. Technology Product Life Cycle Figure 12.24 Software technology life cycle represents the risk facing current GIS managers. Buying too early can cost more, and buying too late impacts user productivity. Figure 12.24 provides an overview of the technology product life cycle, from initial introduction of a new idea (product innovation) through end of life. Technology is changing faster every year, and managing technology change within a production environment is a challenge for GIS managers and IT administrators. We are seeing an increasing number of new ideas introduced into the marketplace, with each idea promising improved user productivity and simplified system administration. These new ideas must integrate with existing systems that are constantly changing, and initial implementation can be painful. Some of these ideas deliver on their promises, and in time they provide significant productivity advantages and reduce overall cost of administration. Soon a new idea comes along that performs better at reduced cost, and organizations must move on to new frontiers leaving legacy systems behind. Selecting the right technology at the right time will optimize business performance. Introducing new technology before it is ready for prime time can reduce productivity and increase implementation cost. Delaying too long can result in missed opportunities. Getting the timing right promotes success. System Testing Conducting proper testing at the right time can contribute to implementation success. Functional component and system integration testing should be conducted for new technology during prototype development and before introduction into production. The primary focus during this testing is to make sure everything works. Performance targets established during the initial system design can be evaluated during early testing, paying close attention to map display performance and layer complexity (see Chapter 3 Software Performance). This is an opportunity to evaluate workflow functions and reduce processing overhead. Enterprise system environments are becoming more complex. Testing should be conducted in a production software environment (same operating system, service pacts, software architecture, etc). Configuration challenges such as firewall access, security, and high availability should be configured and tested before deployment. Development and test environments should be established to represent the complete software configuration for each production release cycle. Functional Testing Figure 12.25 Formal functional testing should be completed before any system upgrades are introduced into a production environment. Figure 12.25 identifies best practices for planning and conducting functional system testing. Conducting proper testing at the right time can contribute to implementation success. Functional component and system integration testing should be conducted for new technology during prototype development and before introduction into production. A test plan should be developed with clearly defined test requirements, establish configuration control (software versions, operating system environment), and provide test procedures. Testing should be completed before production deployment. Testing should be conducted using the software versions and operating system that will be deployed in the production environment. Complete a risk analysis: Identify new functionality that requires testing. Identify test objectives and establish configuration control plan. Identify test hardware and software configuration. Develop test procedures. Identify implementation team and establish implementation schedule. Order hardware and software and publish installation plan. Conduct test plan and validate functional acceptance. Collect test performance parameters (CPU, memory, network traffic, etc.). Test results and documentation: Document the results of the testing. Include specific hardware, software, and network components that were tested. Include installation and test procedures that were followed, test anomalies, and final resolution. Complete test compliance matrix identifying validation of functional requirements. Publish the test results and make available for reference during system implementation. Best practice: Complete prototype integration testing before production deployment. Test in a production environment (configuration control). Document functional requirements and test procedures. Performance Testing System test is a free desktop application from Esri that enables GIS administrators and users to quickly and easily create functional and load testing procedures within a GIS environment. Figure 12.26 Performance testing should be conducted throughout system design, deployment, and during production and should always follow the scientific method. Figure 12.26 identifies some best practices associated with system performance testing. Performance testing can be expensive and the results misleading. Normally initial system deployments need to be tuned and optimized to achieve final performance goals. Often system performance bottlenecks are identified and resolved during initial deployment. Early application development focuses primarily on functional requirements, and performance tuning is not complete until the final release. Actual user workflow environments are difficult to simulate, and test environments seldom replicate normal enterprise operations. The scientific method introduced with grade school science fair projects provides some fundamental best practices that directly apply to system performance testing. Performance testing should only be conducted to validate a hypothesis (something you think you know). The primary objective of a performance test is to validate the hypothesis (confirm what you know). The test is a success only if it proves the hypothesis (testing does not teach you what you dont know). Initial performance testing often fails to support the test hypothesis. With further analysis and investigation, test bottlenecks andor improper assumptions are identified that change the test results. Performance testing is only successful if it validates the test hypothesis. A scientific approach to testing (Scientific Method) can help develop a true interpretation of the technology. Technology is changing with each service pack release, and this requires an open mind and willingness to continually change what we believe to be true. System performance testing is best conducted during the initial production deployment. During this phase, real users doing real workflows can generate a real user environment. Critical system components should be monitored during the initial deployment to identify processing bottlenecks and resolve system conflicts. Compliance with design performance targets can be validated by observing system throughput and utilization during initial user operations. Initial deployment acceptance should include validation that user workflow performance goals are met. Systems Integration Management Figure 12.27 Project schedule should be developed to identify implementation milestones and schedule dependencies. Basic project management practices promote implementation success. Project teams should be established, individuals should be assigned specific responsibilities, a task plan should be developed to support implementation planning, a configuration control plan and change control process should be established, and an implementation schedule should be published to support project deployment milestones. A system architecture design can provide the framework for establishing an implementation plan. The implementation plan should be developed after final selection of the hardware vendor solution. Figure 12.27 provides a typical system deployment schedule. Specific decision milestones should be included in the schedule and each major task effort clearly identified. An implementation project manager should be assigned to make sure all tasks are well-defined, and every participant has a clear understanding of hisher responsibilities. A clear set of acceptance criteria should be developed for each implementation task and a formal acceptance process followed to ensure integration issues are identified and resolved at the earliest opportunity. The capacity planning tool can be used by project managers to establish performance milestones and validate performance targets are met throughout deployment. Peak users can be identified for different project milestones, and system throughput and server utilization can be reported at each milestone to demonstrate performance goals are met. Performance Monitoring Performance validation tools were discussed in Chapter 3 (ArcGIS for Server analyze and preview map optimization tools and the mxdperfstat performance monitoring tools). The system performance terms discussed in Chapter 10, particularly the relationship between throughput (peak users or peak transaction rates) and utilization (server CPU or network bandwidth utilization), can identify if the deployed solution is performing within the initial project performance milestone. Monitoring live performance metrics can provide excellent validation that the system environment is designed to support peak throughput loads. The challenge is to collect appropriate throughput and utilization metrics that represent actual business workflow loads (what are the current system loads). The ArcGIS for Server statistics tab was a very useful tool for evaluating service usage time on a live active ArcGIS Server platform. This tool is no longer included in the new ArcGIS 10.1 Server Manager. The ArcGIS 10.1 Help provides an example script that can be used to derive map service statistics from the ArcGIS Server logs. The FINE grain ArcGIS Server statistics track which services are drawn and how long the draws take. The example script queries the logs and writes statistics on map service activity during the sample period. Results can be opened in Excel for final review and analysis. Department (Business) managers can often identify the percentage of peak user loads (throughput) generated on the system during high volume events these are the same high volume events that drive staffing and business planning needs. System performance monitoring tools can measure and report platform CPU utilization and network traffic during these high volume events. The problem is that business management and IT administration staff seldom share these metrics. These live performance measures are the most accurate resource for understanding whether the existing system environment has the capacity to meet expected peak system loads. Several third party products are available for system tuning and Web load testing. The ArcGIS Enterprise Systems: Performance and Scalability presentation by our Enterprise test team shares our system tuning and testing experience and best practices. The ArcGIS for Server Performance and Scalability - Optimizing GIS Services presentation provides several tips on configuring GIS applications and data sources for optimum performance. Additional ArcGIS for Server system administration monitoring applications are shared on the ArcGIS Resource center. Popular Extents. This application plots extents requested from a map service as graphics in a JavaScript application. By extracting log records from the ArcGIS Server Administrator API in this manner, you can make more informed decisions about which areas of your maps are most widely used. Services Dashboard. This application displays statistics usage for a service, such as the number of service instances in use, average response time, and the total number of errors, warnings, and successes that are logged. The Services Dashboard can be used to more closely monitor the current state of your service and help you make more informed decisions about its use. Performance Validation Figure 12.28 Monitoring performance compliance throughout development (map publishing), initial deployment, and in production can reduce implementation risk. Figure 12.28 shows the importance of establishing performance milestones and validating performance during implementation. Measuring display rendering time when authoring a service is the first opportunity to validate performance. Measuring deployed service rendering time is another opportunity to validate performance. The CPT test tab is designed to translate throughput and utilization measurements to workflow service times that can be compared directly to the initial project workflow performance targets. Monitoring progress in meeting performance milestones can reduce deployment risk and ensure project delivery success. When performance issues are identified early in deployment, proper adjustments can be made before impacting production workflow productivity (simpler map displays - less layers or generalize layers with large number of features, reduce number of current batch jobs during peak system loads, evaluate preprocessing alternatives (map cache, generalized geodatabase layers, etc). Chapter 3 identified a variety of ways to improve GIS display performance. Identifying and resolving performance issues before they become production level performance problems will promote deployment success. System Monitor is is provided through Esri Professional Services for monitoring and analyzing your enterprise GIS system. System Monitor capabilities are shared on the System Monitor Demo site. System Tuning Figure 12.29 System performance tuning is a way to get the most out of your system investment. The weakest system component (chain link) will limit system performance. Make sure each component is pulling i ts own weight. System tuning is a critical part of final system integration and deployment. Initial system deployment is the first opportunity to begin performance tuning. Heavy batch processing efforts should be identified and separated from interactive user workflows and supported through a separate batch process queue. System backups and heavy processing workloads should be scheduled during off-peak workflow periods. System component performance metrics should be monitored on a periodic basis particularly during peak workflow periods to identify performance bottlenecks and address system deficiencies. Figure 12.29 provides an overview of the components supporting an enterprise GIS environment. Any component has the potential to introduce a weak link in the overall system performance equation. Managing Technology Change Figure 12.30 Managing technology change is the biggest challenge for any GIS Manager. Building a GIS is an iterative process requiring planning, test, and evaluation through each and every annual business cycle. Enterprise GIS operations require a combination of strategic planning and a continued investment in technology. Technology is changing very rapidly, and organizations that fail to manage this change fall behind in productivity and overall cost management. Managing technology change is a major IT challenge. Figure 12.30 identifies a conceptual system architecture planning and deployment strategy for technology change management. Enterprise operations should include a periodic cycle of coordinated production system updates. Planning, test, and technology validation should occur one periodic cycle ahead of each production deployment. Production deployment efforts should be coordinated to support operational technology needs. Planning, test, and validation: Planning activities should be established on a periodic cycle. Coordinated to support the organizations operational and budget planning needs. Strategic plans should be updated to support a multiyear deployment strategy and published periodically (normally on an annual cycle). The planning and evaluation process should include: A requirements evaluation (strategic plan update). Technology refresh (training and research). Requirements analysis (process and requirements review). Test and evaluation (evaluate new technology alternatives). Prototype validation (pilot test programs). Best practice: Efforts should be scheduled to support the annual system deployment upgrade cycle. Operational system upgrades should be planned on a periodic cycle. Scheduled to implement validated operational enhancements from the planning and evaluation program. System deployment phases should include initial implementation (implementing changes in an operational test environment) to support deployment authorization. The program should also include planned schedules for new technology procurement and deployment on a periodic schedule (in some cases deployment upgrades can be implemented on a monthly or quarterly basis). All production system upgrades should be planned and scheduled with full support for ongoing operations. Conclusion Successful implementation depends on a good solid design, appropriate hardware and software product selection, successful systems integration, and careful incremental evaluation during installation. A phased approach to implementation reduces project risk and promotes success, providing the opportunity for early success and flexibility to incorporate new technology at low risk prior to final system delivery. Guidelines are available to support a successful system design, even for large complex systems. Final purchase decisions are influenced by both operational requirements and budget limitations, introducing unique challenges for system design. Good leadership, qualified staff, and proven standard practices support successful deployments. Previous EditionsPlanning an Information Systems Project: A Toolkit for Public Health Managers This toolkit can help public health managers plan for the implementation of information and communications technology in health information systems. It draws on lessons learned by project Optimize, a five-year collaboration between the World Health Organization and PATH, to help optimize the vaccine supply chain. Find out more about PATHs work in digital health solutions . Author(s): Grevendonk J, Taliesin B, Brigden D Corporate author(s): PATH, World Health Organization Publication date: July 2013 Available materials Hard copies are not available. Some digital files may be saved at low resolutions to conserve file size. Versions with higher quality may be available see the contact information below to enquire. For more information8230 Contact: PATH Publications Email: publicationspath. org Mailing address: PATH, PO Box 900922, Seattle, WA 98109 USA