Planejamento para InfoPath Forms ServicesMicrosoft Corporation

Resumo

Usando o InfoPath Forms Services, você pode publicar modelos de formulário que podem ser abertos no Microsoft Office InfoPath 2007 ou renderizados em um navegador da Web.

As informações contidas neste documento representam a visão atual da Microsoft Corporation sobre as questões discutidas até a data de publicação. Como a Microsoft deve responder às condições modificáveis do mercado, elas não devem ser interpretadas como compromisso por parte da Microsoft, e a Microsoft não pode garantir a precisão das informações apresentadas depois da publicação.

Este White Paper é apenas para fins informativos. A MICROSOFT NÃO FAZ GARANTIA, EXPRESSA, IMPLÍCITA OU ESTATUTÁRIA, QUANTO ÀS INFORMAÇÕES DESTE DOCUMENTO.

A conformidade com todas as leis aplicáveis de direitos autorais é de responsabilidade do usuário. Sem limitar os direitos protegidos pelos direitos autorais, nenhuma parte deste documento pode ser reproduzida, armazenada ou apresentada a um sistema de recuperação, ou transmitida, de qualquer forma ou por qualquer meio (eletrônico, mecânico, fotocopiador, gravador ou outros), ou por qualquer finalidade, sem a permissão expressa por escrito da Microsoft Corporation.

A Microsoft pode possuir patentes, aplicações patentes, marcas registradas, direitos autorais ou outros direitos de propriedade intelectual que abordem os assuntos deste documento. Excetuando-se o que se encontra expressamente fornecido em qualquer contrato de licença por escrito, os complementos deste documento não provêm quaisquer licenças a essas patentes, marcas registradas, direitos autorais ou outra propriedade intelectual.

A menos que seja notificado, os exemplos de empresas, organizações, produtos, nomes de domínios, endereços de e-mail, logotipos, pessoas, locais e eventos aqui descritos são fictícios e não estão associados a qualquer empresa, organização, produto, nome de domínio, endereço dee-mail, logotipo, pessoa, local e evento reais.© 2007 Microsoft Corporation. Todos os direitos reservados. Microsoft, Excel, SharePoint, Visual Studio e Windows são marcasregistradas ou apenas marcas da Microsoft Corporation nos EstadosUnidos e/ou outros países.

Todas as outras marcas registradas pertencem a seus respectivos proprietários.

Traduzido por Francisco Baddini, Junho de 2007

Índice

Introdução .................................................................................................... 5Planejamento do cenário ............................................................................. 5

Cenário 1: Submissão de Relatório de Despesas ......................................... 6Cenário 2: Processamento de pedidos de pagamento de seguro .................... 6Cenário 3: Permissões do governo on-line .................................................. 7

Planeje quais modelos de formulário são necessários (Office SharePoint Server).... 8Crie um inventário dos formulários atuais ...................................................... 8Estude as vantagens dos formulários on-line.................................................. 8Avalie a necessidade de novos modelos de formulário ................................... 10Determine a complexidade dos modelos de formulário .................................. 10Planilha ................................................................................................... 10

Planeje modelos de formulário personalizados (Office SharePoint Server) ........... 11Planeje os requisitos de infra-estrutura do projeto dos modelos de formulário(Office SharePoint Server) ............................................................................ 11

Requisitos do servidor ............................................................................... 12Requisitos de rede .................................................................................... 12Requisitos de segurança ............................................................................ 12

Planeje conexões de dados do servidor necessárias para modelos de formulário(Office SharePoint Server) ............................................................................ 13

Cenários para o uso de conexões de dados .................................................. 13Cenário 1: Intranet: Usuário autenticado submetendo dados através de e-mail.......................................................................................................... 13

Cenário 2: Extranet: Autenticação básica submetendo dados através de e-mail.......................................................................................................... 13

Cenário 3: Intranet: Postagem de HTTP a servidor de aplicação .................. 14Conexão de dados Database ...................................................................... 14Conexão de dados HTTP post ..................................................................... 14Conexão de dados SharePoint library submit................................................ 15Conexão de dados SharePoint list ............................................................... 15Conexão de dados Web service .................................................................. 15Conexão de dados XML file ........................................................................ 15

Planeje a implantação de modelos de formulário (Office SharePoint Server) ........ 16Modelos de formulário compatíveis com o navegador .................................... 16Cenário: Processamento de pedidos de pagamento de seguro ........................ 16

Planeje a implantação de modelos de formulário aprovados pelo administrador(Office SharePoint Server) ............................................................................ 17Determine o impacto de modelos de formulário acessíveis anonimamente .......... 19

Identifique a necessidade de modelos de formulário acessíveis anonimamente. 19Cenário da Internet: .............................................................................. 19Cenário corporativo: .............................................................................. 19

Considerações de segurança e uso para modelos de formulário acessíveis anonimamente ......................................................................................... 19Considerações de largura de banda e capacidade para modelos de formulárioacessíveis anonimamente .......................................................................... 20

Planeje a nomeação dos modelos de formulário (Office SharePoint Server) ......... 20Planeje a atualização dos modelos de formulário (Office SharePoint Server) ........ 21Planeje a interrupção de uso dos modelos de formulário (Office SharePoint Server)................................................................................................................. 21Planeje o controle de versões para os modelos de formulário (Office SharePointServer)....................................................................................................... 22

Retenção de Documentos .......................................................................... 22Planejamento de Capacidade ..................................................................... 23

Planeje o acesso de dispositivos móveis aos modelos de formulário (OfficeSharePoint Server)....................................................................................... 23

Planeje o fluxo de trabalho para os modelos de formulário ................................ 24Modelos de formulário para fluxo de trabalho personalizado ........................... 24Fluxos de trabalho para aprovação de modelos de formulário......................... 24Fluxos de trabalho lançados a partir de um formulário .................................. 24

IntroduçãoUsando o InfoPath Forms Services, você pode publicar modelos de formulário que podem serabertos no Microsoft Office InfoPath 2007 ou renderizados em um navegador da Web.

Nota:

O InfoPath Forms Services é um componente do Microsoft Office SharePoint Server 2007 e nãodeve ser confundido com o Microsoft Office Forms Server 2007, um produto separado.

Essa tecnologia requer especificidade na configuração do servidor, na alocação dos recursos deservidor e da largura de banda da rede, na consideração do gerenciamento de usuários e segurança, e no planejamento cuidadoso da implantação, acessibilidade e gerenciamento dosmodelos de formulário. Você não precisa instalar o InfoPath Forms Services separadamente, pois ele é instalado com o Microsoft Windows SharePoint Services. Para aproveitar ao máximo oInfoPath Forms Services, você deve fazer um planejamento. As tarefas de planejamento foramorganizadas em artigos para que você encontre com mais facilidade as informações que precisa em cada passo.

Nota:

"Formulários" e "modelos de formulário" são entidades separadas. Um formulário é umainstância de um modelo de formulário, chamada quando o formulário é aberto a partir de umabiblioteca de documentos ou quando uma página da Web que contém um formulário é aberta.Um modelo de formulário é um arquivo .xsn que reside em um servidor e contém o código quegera um formulário.

Planejamento do cenárioVocê deve planejar cuidadosamente antes de implementar o InfoPath Forms Services em sua organização. Precisa considerar que o InfoPath Forms Services pode:• Integrar-se a outras aplicações no Office SharePoint Server 2007.• Integrar-se a outros sistemas, como o de e-mail.• Recuperar dados de ou acrescentar dados a bancos de dados.Vários fatores podem tornar esse processo complexo e desafiador. Sua organização deve decidir que finalidade terão os formulários na empresa. Os formulários podem ser artefatos de negócios fundamentais em muitas organizações.Muitas organizações usam planejamento de cenário para tomar decisões estratégicas sobre comoos formulários serão usados. No método básico, uma equipe gera um cenário que incorpora fatos conhecidos sobre o futuro. Por exemplo, o cenário pode incluir o seguinte:• Capacidade do sistema• Topologia da rede• Número de usuários• Localização dos usuários• Configuração do servidor• Integração do sistema de legado• Complexidade dos formulários• Comprimento da sessão

Esta seção contém alguns exemplos de cenários para o uso do InfoPath Forms Services.

Cenário 1: Submissão de Relatório de DespesasA. Datum Corporation, um fornecedor de equipamentos de computador e serviços de TI, vende computadores, hardware de rede e contratos de serviços de TI. A A. Datum Corporation tem10.000 funcionários na América do Norte. Muitas equipes da A. Datum Corporation — incluindo consultores de marketing, vendas e suporte — relatam e estão sujeitos a despesas relacionadas ao trabalho. Essas equipes representam cerca de um terço da força de trabalho da A. Datum.SituaçãoA A. Datum Corporation adotou o ERP mySAP para seus dados e operações de negócios. Ela queradicionar o InfoPath Forms Services a seu ambiente para tirar proveito das conexões de dados em seus sistemas de back-end. Implantando o InfoPath Forms Services, a A. Datum pretendebeneficiar-se das seguintes maneiras:• Dinamizando o processo de submissão, análise, aprovação e restituição dos relatórios de

despesas.• Aumentando a precisão dos dados através da validação dos dados e da lógica de negócios

construída dentro do formulário.• Habilitando os relatórios de despesas para serem completados on-line ou off-line.• Impondo regras de políticas de despesas corporativas no momento da submissão dos relatórios

de despesas.• Fornecendo acesso imediato ao estado dos relatórios e aos dados sobre as despesas.Além disso, a A. Datum quer potencializar as vantagens proporcionadas pelo Office SharePointServer 2007, tais como gerenciamento de documentos, colaboração em equipe e recursos de fluxo de trabalho disponíveis nos sites do SharePoint. A corporação planeja conectar os sites doSharePoint ao seu portal SAP para que ele possa pesquisar e indexar os conteúdos juntamente com suas outras informações de negócios.Solução: Formulários para uso internoO departamento de TI na A. Datum Corporation é responsável por implantar e manter o InfoPathForms Services e conectá-lo ao SAP. Eles estão preocupados em manter disponíveis e seguras as informações críticas para os negócios. O departamento é responsável também por garantir que a experiência do usuário final seja tranqüila e que os tempos de resposta estejam dentro de limites aceitáveis. Estudos sobre a duração de tempo indicam que os usuários levam cerca de 30 minutos para concluir um relatório de despesas. Para acomodar os novos formulários para relatórios de despesas, o departamento de TI está se preparando para:• Fornecer acesso intranet para funcionários que estejam acessando os formulários dentro da

rede corporativa.• Fornecer acesso discado a um servidor de acesso remoto para funcionários que estejam fora do

firewall corporativo.• Fornecer o cliente do Microsoft Office InfoPath 2007 para os funcionários que requerem o

recurso off-line.• Implantar essa solução em um farm de servidor médio.

Cenário 2: Processamento de pedidos de pagamento de seguroUma grande organização introduz o Office SharePoint Server 2007 em seu ambiente para habilitarclientes, agentes de seguro e negócios relacionados a usarem formulários on-line para processaros pedidos de pagamento de seguro. A organização tem usado o InfoPath 2003 internamente, mas quer que seus formulários sejam ativados por navegador.Situação

A Humongous Insurance é uma grande empresa multinacional que vende produtos de seguro paraproprietários de barcos, automóveis e casas. Esses produtos são vendidos tanto a consumidores como a clientes corporativos. A Humongous Insurance tem uma grande força de trabalho móvelde mais de 10.000 pessoas, incluindo vendedores, ajustadores de pedidos, procuradores, equipesde TI, de RH e de finanças. A Humongous Insurance é baseada nos Estados Unidos, mas tem escritórios no Canadá e em vários países latino-americanos.Solução 1: Formulários para uso internoO cliente segurado entra em contato com seu agente da Humongous Insurance por telefone pararegistrar um pedido. O agente se conecta ao site corporativo de pedidos e preenche o formuláriode pedido para o cliente. O agente encaminha o pedido por e-mail ao ajustador, que conduz uma inspeção. O ajustador aprova reparos e custos. Completa então o formulário que foi enviado pore-mail e o devolve ao agente. O agente lê o formulário para verificar a precisão dos dados edepois o encaminha ao departamento de contabilidade para o processamento do pagamento. Um representante do departamento de contabilidade aprova um cheque e arquiva o formulário do pedido. O formulário é armazenado como um documento XML no banco de dados de pedidos da Humongous Insurance. Os reparos são feitos e a quantia coberta é restituída ao cliente. Desse modo, as informações relevantes sobre as contas são atualizadas.Solução 2: Formulários preenchidos pelo clienteAlternativamente, um cliente da Humongous Insurance pode registrar um pedido pela Internet. Ocliente não precisa esperar pelo horário de expediente para registrar um pedido. Ele pode ir ao siteda Humongous Insurance, estabelecer sua conta, fazer o logon e registrar o pedido. Nesse caso, o cliente preenche o formulário que normalmente é preenchido pelo agente. Depois que o cliente submete o formulário, este é enviado ao ajustador por e-mail e uma cópia do e-mail é enviada ao agente. O ajustador devolve o formulário ao agente se alguma informação adicional fornecessária. A partir daí, o formulário do pedido é tratado do mesmo modo que um pedido iniciadopor um telefonema.

Cenário 3: Permissões do governo on-lineUma agência do governo local usa o Office SharePoint Server 2007 e o InfoPath Forms Servicespara oferecer requerimentos e aprovações de permissões a empreiteiros pela Internet.SituaçãoUm empreiteiro eletricista consegue um trabalho de aperfeiçoamento do serviço elétrico de umacasa, e precisa de uma permissão expedida pela agência do governo local para realizar esse trabalho. O empreiteiro vai ao site do Departamento Municipal de Energia Elétrica para Inspeções em Construções, para solicitar uma permissão usando um serviço on-line. Ele se registrou previamente para usar esse serviço. As informações sobre sua empresa, bem como um pedido de permissão anterior, já estão armazenadas.Solução 1: Formulários preenchidos pelo clienteOs dados inseridos no formulário de requerimento de permissão na Web são enviados a um bancode dados XML localizado na rede do Departamento de Inspeções em Construções. Depois que os dados do requerimento são enviados, um novo pedido de permissão é automaticamente preenchido em um espaço de trabalho do SharePoint como um link para um formulário doInfoPath de múltiplas partes. Quando o formulário é aberto, os dados da empresa do empreiteiro edo requerimento de permissão são preenchidos em campos na primeira visualização do formulário. Essa visualização é idêntica ao formulário que o empreiteiro preencheu.Solução 2: Fluxo de trabalho de processamento dos formuláriosComo parte do processo, o Departamento Municipal de Energia Elétrica para Inspeções emConstruções deve reconhecer formalmente que recebeu o requerimento. O agente que recebe verifica se não faltam informações e assina digitalmente o formulário de requerimento para confirmar o recebimento. Uma imagem precisa do recibo de reconhecimento do formulário pelo

departamento é enviada por e-mail ao empreiteiro. O InfoPath usa adaptadores de dados paraacessar dados relevantes para qualificar uma decisão. Ele puxa essas informações de outras fontes internas de dados da agência e as insere no formulário em outras visualizações. O funcionário da agência analisa esses outros dados, julga o pedido com base nessas informações mescladas, e então aprova ou nega o pedido de permissão. Se o pedido for aprovado, uma permissão preenchida com os dados de contato do requerente e com informações relevantes érenderizada em HTML. A permissão é postada na home page do empreiteiro no site do SharePointde Permissões do Departamento de Inspeções em Construções, onde o empreiteiro pode visualizare imprimir a permissão para postá-la em seu site de trabalho.

Planeje quais modelos de formulário são necessários(Office SharePoint Server)É importante que você siga alguns passos de planejamento quando está considerando quaismodelos de formulário vai precisar. A maioria das organizações já têm formulários em uso, e embora alguns deles possam ser importados, você certamente vai querer criar novos modelos de formulário. Este artigo ajuda a planejar quais modelos de formulário você precisa criar. Eletambém ajuda a entender quais de seus formulários atuais podem ser importados e quais devem ser recriados manualmente, e os fatores que devem ser levados em conta.No final deste artigo, você deve usar a planilha do Inventário de formulários existentes em h t tp:/ / go . m i c r os o f t . co m / f wl i n k / ? L i n k I d = 7 3 26 6 p a ra listar seu inventário de formulários atuais. Na seção Planeje quais modelos de formulário são necessários (Office SharePoint Server), você usaráa planilha "Planeje a implantação de modelos de formulário aprovados pelo administrador" para registrar os modelos de formulário que vai criar inicialmente, e os formulários existentes que vai importar.Crie um inventário dos formulários atuaisAntes de implantar o InfoPath Forms Services, é importante identificar quais formulários são usados atualmente em sua organização. Formulários existem em muitos formatos diferentes, incluindo:• Microsoft Word• Papel• Fax• E-mail• Web• Microsoft Office InfoPath 2003• Outros softwaresDetermine se seus formulários existentes são úteis e eficientes. Algumas partes deles ou formulários inteiros podem não cumprir o objetivo para o qual foram originalmente projetados. Alguns formulários podem duplicar outros. Identifique os formulários que você quer manter. Desses, determine quais podem ser desenvolvidos e implantados no InfoPath Forms Services. Determine se os formulários devem ser combinados. Identifique quais podem ser eliminados, por interrupção do uso ou por combinação com outros formulários.

Estude as vantagens dos formulários on-lineHá uma série de razões pelas quais uma organização decidiria mudar os formulários de seuformato de legado para uma versão on-line. As principais vantagens ao fazer isso com o InfoPathForms Services são:

1. O Microsoft Office InfoPath 2007 fornece um modelo de único projeto tanto para modelos deformulário visualizados e editados no programa Office InfoPath 2007, como para os compatíveis com o navegador que são visualizados e editados em um navegador. Todas as regras declarativas no formulário funcionam de modo idêntico quando ele é preenchido como Office InfoPath 2007 ou com um navegador da Web. Do mesmo modo, toda a lógica de negócios escrita em uma linguagem .NET Framework para o novo modelo de objeto gerenciado vai ser executada identicamente em ambos os ambientes. Isso permite que os desenvolvedores projetem formulários ricos e complexos uma só vez, sem ter que se preocupar em criar versões diferentes.

2. O modo de projeto do Office InfoPath 2007 permite que os designers de modelos de formulário definam regras de validação, cálculos e formatação condicional simples, de modo declarativo, sem ter que escrever nenhum código. Todas essas regras declarativas são executadas como no InfoPath Forms Services, sem fazer nenhuma alteração específica para servidor ou navegador.

3. Um modelo de implantação simples e recursos para o gerenciamento de modelos de formulário estão disponíveis. O InfoPath Forms Services fornece um modelo de implantação de um passo através do InfoPath Designer, e também se integra à infra-estrutura doMicrosoft Windows SharePoint Services 3.0 e do Microsoft Office SharePoint Server 2007para oferecer ferramentas de administração e gerenciabilidade.

4. Não é necessário nenhum download ou instalação personalizada no cliente para preencher um formulário.

5. O InfoPath Forms Services pode entender esquemas XML inerentemente e pode fornecer um modelo de usuário familiar, rico, flexível e dinâmico para trabalhar com seções aninhadas, repetidas e opcionais. O InfoPath Forms Services também tem capacidades avançadas para definir regras de validação e aplicá-las no tempo de execução para detectar problemas de integridade dos dados na fonte. Todas essas capacidades estão disponíveis ao preencher formulários do InfoPath, seja em um navegador da Web ou no Office InfoPath 2007.

6. Formulários são comumente usados como um front end para um processo de negócios mais complexo, em que os dados coletados precisam fluir através de processos pré-definidos de servidor e fluxo de trabalho. Os campos do formulário podem ser mapeados em linhas e campos em um banco de dados. O InfoPath Forms Services oferece excelente conectividadea serviços da Web, com uma funcionalidade embutida que permite que você consuma dadosde ou submeta dados a um serviço da Web sem escrever uma única linha de código.

7. O Office InfoPath 2007 foi construído com o padrão XML. Os modelos de formulário do InfoPath são baseados em um esquema XML subjacente que define o formato dos dados capturados pelo formulário. O formulário é um arquivo XML compatível com esse esquema.Os dados podem ser facilmente recuperados de e enviados a fontes de dados externas. Isso também vale para formulários executados em um navegador da Web. Por causa desse formato de dados padrão, os designers de modelos de formulário podem manipular diretamente os dados capturados através do Office InfoPath 2007.

8. O InfoPath Forms Services suporta um modelo de objeto gerenciado completo para formulários que pode usar uma dependência do Microsoft .NET Framework. A lógica denegócios escrita em C# ou Visual Basic que tira proveito desse modelo de objeto é executada diretamente, sem recompilação no InfoPath Forms Services.

9. A arquitetura do Microsoft Windows SharePoint Services 3.0 permite que os administradoresaproveitem as vantagens das atualizações de CPU e memória, para a escalabilidade vertical e horizontal do desempenho do InfoPath Forms Services ao atender as demandas.

10. O InfoPath Forms Services é nativamente compatível com os navegadores dominantes emtodas as plataformas.

Avalie a necessidade de novos modelos de formulárioEnquanto cria o cenário de planejamento e o inventário de formulários, você talvez identifiquelacunas, nas quais um novo modelo de formulário pode preencher uma necessidade. Você pode descobrir que a tecnologia do InfoPath Forms Services oferece novas oportunidades que antes não eram práticas ou possíveis nos formulários atuais. Por exemplo, os formulários em papel não se integram ao e-mail. Um novo modelo de formulário que se integra ao e-mail, se isso forapropriado para seu cenário, pode ser valioso. A planilha neste artigo inclui uma seção para avaliar sua necessidade de novos modelos de formulário.

Determine a complexidade dos modelos de formulárioVocê tem uma ampla variedade de opções ao projetar um modelo de formulário no Office InfoPath2007. Um modelo de formulário pode ser simples e de vida curta. Por exemplo, um grupo de trabalho pode criar um formulário para determinar quem vai comparecer a uma reunião nasemana seguinte. Um modelo de formulário também pode ser muito complexo. Por exemplo, ele pode:• Usar código de formulários.• Conter múltiplas conexões de dados.• Requerer implantação pelo administrador do farm do servidor. Entender a complexidade de seu

modelo de formulário pode ajudá-lo a determinar o impacto nos recursos do sistema.Questões que você deve responder quando planeja o uso do InfoPath Forms Services incluem:• O modelo de formulário será exposto a usuários anônimos?• Ele será um modelo de formulário aprovado pelo administrador? Isto é, esse é um modelo de

formulário que só pode ser implantado por um administrador porque requer confiança total, contém código de formulários, ou usa uma conexão de dados gerenciada pelo administrador?

• Esse modelo de formulário usará conexões de dados para enviar ou recuperar dados de fontes externas? Para mais informações sobre conexões de dados, veja a seção Planeje conexões de dados do servidor necessárias para os modelos de formulário (Office SharePoint Server).

• Qual o número esperado de pessoas que usarão esse modelo de formulário durante seu tempo de vida?

• Qual será o número médio de usuários simultâneos do modelo de formulário?• Qual é o número esperado de usuários simultâneos durante o ponto máximo de uso?• Qual o comprimento esperado da sessão para o modelo de formulário?• Os usuários acessarão o modelo de formulário off-line?• O modelo de formulário vai requerer uma assinatura digital?• O fluxo de trabalho será aplicado a esse modelo de formulário, ou pretende-se usar o modelo

de formulário em um fluxo de trabalho?

PlanilhaUse o Inventário de formulários existentes em h ttp ://go .m ic ros of t. co m/fw link/?L in kI d=7 326 6para listar seu inventário de formulários atuais.

Planeje modelos de formulário personalizados (OfficeSharePoint Server)Você pode desenvolver modelos de formulário personalizados para lidar com a necessidade deformulários específicos. O Microsoft Office InfoPath 2007 fornece vários modelos de formulário que podem ser personalizados para as necessidades e sistemas de sua organização, mas a maioria das organizações entende que é preciso projetar modelos personalizados para adequar-se às suas necessidades específicas.Por exemplo, uma companhia de seguros pode ter que projetar um modelo de formulário parareunir informações dos pedidos relacionados a acidentes, com certos campos do formulário sendo preenchidos por entradas existentes do banco de dados relacionadas ao cliente. Como tal modelode formulário teria lógica e conexões de dados especializadas, ele precisaria ser totalmenteprojetado.Os modelos de formulário do InfoPath também podem ser criados através da importação de formulários de documentos do Microsoft Office Word 2007 e do Microsoft Office Excel 2007. Para mais informações, veja Converta um documento do Word a um modelo de formulário do InfoPath em h t t p:/ / g o . m i c r o s o f t . c o m/ f wli n k / ? L i n k I d = 74 6 4 8 e C onverta uma pasta de trabalho do Excel aum modelo de formulário do InfoPath em h t tp:/ / g o . m i c r os o f t . c o m/ f wli n k / ? L i n k I d = 7 4 64 9 no OfficeOnline.Os modelos de formulário personalizados que contêm código de formulários, requerem confiança total ou usam uma conexão de dados gerenciada por um administrador do servidor devem ser aprovados e implantados por um administrador. Esses modelos são chamados de "modelos de formulário aprovados pelo administrador". Para mais informações, veja a seção Planeje a implantação de modelos de formulário aprovados pelo administrador (Office SharePoint Server).Se um modelo de formulário não contém código de formulários, não requer confiança total e nãousa uma conexão de dados gerenciada por um administrador, você pode configurar o InfoPath Forms Services para permitir que os usuários implantem esses modelos, chamados de "modelos de formulário para usuário", sem a aprovação do administrador.

Planeje os requisitos de infra-estrutura do projeto dos modelos de formulário (Office SharePoint Server)Antes de começar a implantar os modelos de formulário em um ambiente de produção do InfoPathForms Services, é importante que você considere cuidadosamente os requisitos de servidor, segurança e rede para suportar sua implantação. O InfoPath Forms Services pode suportar muitos milhares de modelos de formulário de variados graus de complexidade, e oferece suporte para modelos implantados pelo usuário. Como em qualquer sistema corporativo, é crucial projetar sua infra-estrutura para suportar o nível pretendido de uso e estabelecer uma estratégia clara de escalabilidade do sistema a fim de satisfazer os requisitos de aumento da capacidade.

Nota:

Quando você tiver estabelecido o uso e o tamanho esperados de sua implantação, deve sempreimplantar em um sistema de teste antes de implantar em um ambiente de produção. Assimpoderá estabelecer linhas básicas de desempenho e capacidade e garantir que seu projetofuncione como o esperado.

Os fatores que você deve considerar incluem:• Número esperado de usuários

• Número esperado de modelos de formulário• Ciclo de vida esperado para os modelos de formulário (o período de tempo em que um modelo

será usado antes da interrupção do uso ou de sua atualização)• Complexidade dos modelos de formulário (por exemplo, quantos modelos usarão conexões de

dados ou código complexo, ou instanciarão um fluxo de trabalho)• Considerações de segurançaVocê deve ler os seguintes artigos de planejamento do Microsoft Office SharePoint Server 2007antes de começar a planejar sua infra-estrutura do InfoPath Forms Services:• P l an e je o d e se m p e n ho e a c a p a c i d a d e ( O f f i c e S h a r e P o i nt Se r v e r ) • P r o j e t e f a r m s e t o p o l o gi a s d e s e r vid o r ( O f f i c e S h a r e P oi nt Se r v e r ) • P r o j e t e a a r q u it e t u r a l ó gi c a • P l an e je o d e se m p e n ho e a c a p a c i d a d e ( O f f i c e S h a r e P o i nt Se r v e r ) • P l an e je e p r o j e t e a s e g u r a n ç a ( O f f i c e S h a r e P oi nt S e r v e r )

Requisitos do servidorComo o InfoPath Forms Services é apenas um componente do Office SharePoint Server 2007,você deve se assegurar de que seu processo de planejamento total do Office SharePoint Server2007 leva em conta os requisitos particulares do InfoPath Forms Services. Talvez você precise aumentar a capacidade do servidor para acomodar os usuários e modelos de formulário doInfoPath Forms Services, particularmente se planeja implantar modelos de formulário anônimos na Internet ou modelos complexos que requerem um tempo considerável de memória e processador. Para mais informações sobre planejamento de infra-estrutura e capacidade para o OfficeSharePoint Server 2007, veja os artigos de planejamento do Office SharePoint Server 2007Projete farms e topologias de servidor (Office SharePoint Server) e Planeje o desempenho e aCapacidade (Office SharePoint Server).

Requisitos de redeEm geral, você deve seguir melhores práticas de rede comuns para sistemas corporativos, como:• Usar um firewall entre as camadas, e entre servidores da Web front-end e a Internet.• Usar um backbone de rede de alta velocidade para comunicações intra-servidor.• Monitorar o ambiente de rede para verificar o ponto máximo de uso da largura de banda e os

ataques do tipo negação-de-serviço.• Realizar auditorias regulares de segurança da rede.Para mais informações sobre requisitos de rede, veja o artigo de planejamento do OfficeSharePoint Server 2007: Projete farms e topologias de servidor (Office SharePoint Server).

Requisitos de segurançaA segurança do InfoPath Forms Services utiliza as vantagens da estrutura de trabalho desegurança do Office SharePoint Server 2007, mas o InfoPath Forms Services tem suas próprias considerações de segurança, separadas do Office SharePoint Server 2007, incluindo:• Os modelos de formulário aprovados pelo administrador podem ter privilégios em sistemas

corporativos, incluindo direitos de acesso entre domínios, e podem conter código que éexecutado sob uma conta de administrador. Por essa razão, é importante que todos os modelos de formulário aprovados pelo administrador sejam cuidadosamente analisados antes da implantação por um administrador familiarizado com a segurança do InfoPath Forms Services.

• Um administrador pode conceder certos privilégios no nível do farm, tais como permitir que os modelos de formulário do usuário usem conexões que acessam dados cruzando os domínios. Essas configurações devem ser cuidadosamente consideradas antes de alterar os padrões, pois elas podem ter um grande impacto na segurança de todo o farm.

• Se você ativou o proxy de serviço da Web, ele deve ser executado sob uma conta de pool de

aplicação única. Você precisa desativar o proxy de serviço da Web se ele não for usado.Para mais informações sobre requisitos de segurança, veja a seção de planejamento do OfficeSharePoint Server 2007: Planeje e projete a segurança (Office SharePoint Server).

Planeje conexões de dados do servidor necessárias para modelos de formulário (Office SharePoint Server)Uma conexão de dados é um link dinâmico entre um modelo de formulário e uma fonte de dadosque armazena ou fornece dados para esse modelo. Um modelo de formulário deve ter uma conexão de dados primária, chamada de conexão de dados principal, e pode ter opcionalmente uma ou mais conexões secundárias. A conexão principal define a fonte de dados principal do modelo de formulário, que é o esquema XML que determina como os dados são armazenados. A única conexão de dados principal permitida em um modelo de formulário é criada automaticamente quando você cria o modelo. Você pode criar quantas conexões secundárias quiser quando projeta um modelo de formulário.O designer do Microsoft Office InfoPath 2007 suporta uma série de conexões diferentes, quepodem ser usadas tanto no programa Office InfoPath 2007 como no InfoPath Forms Services. Os designers de modelos de formulário do Office InfoPath 2007 podem desenvolver um modelo umavez e publicá-lo tanto no cliente rico como no navegador, usando o InfoPath Forms Services. Se asconexões de dados forem usadas dentro de um modelo de formulário ativado por navegador, o modelo chama as conexões de dados que residem no InfoPath Forms Services. Este tópico descreve como as conexões de dados do servidor funcionam quando um modelo de formulário é implantado.Para planejar quais conexões de dados você precisará, reúna as seguintes informações:• Que formulários existem atualmente em sua organização• A qual aplicação ou sistema você quer enviar os dadosCenários para o uso de conexões de dadosA seguir estão os cenários que mostram como as conexões de dados podem ser usadas emconjunto com o InfoPath Forms Services.

Cenário 1: Intranet: Usuário autenticado submetendo dados através de e-mailApril faz logon em seu computador no intranet corporativo. Ela navega para o site do SharePointde seu grupo e abre um modelo de formulário de relatório de despesas a partir de uma bibliotecade documentos. Como ela não tem o Office InfoPath 2007 instalado, o formulário é instanciado em seu navegador. Ela preenche o formulário e clica em "Submit". O formulário é enviado por e-mailao departamento de Contas a Pagar. O e-mail é entregue à caixa de correio eletrônico de C/P e o campo "Remetente" mostra que o formulário foi enviado pelo "Servidor de Formulários do Office". Como April é autenticada na LAN pelo NTLM, a linha Assunto da mensagem começa com "Enviado por April Meyer:". Enquanto isso, April simplesmente recebe a confirmação de que seu formuláriofoi enviado.

Cenário 2: Extranet: Autenticação básica submetendo dados através de e-mailNa ocasião seguinte em que April tem um relatório de despesas para enviar, ela está viajandopara uma conferência. Usando a Internet sem fio gratuita em seu hotel, ela faz login no extranet de sua empresa. Ela é avisada para inserir seu nome e senha de usuário. Uma vez que estáautenticada, ela acessa o formulário de relatório de despesas em seu navegador. Quando submeteo formulário, ela recebe a confirmação de que ele foi enviado. Enquanto isso, o e-mail é enviado

para C/P conforme foi descrito no primeiro cenário. Como April é autenticada na LAN usandoautenticação Básica, a mensagem mais uma vez tem seu nome na linha Assunto.

Cenário 3: Intranet: Postagem de HTTP a servidor de aplicaçãoTim trabalha no departamento de TI na Linfield College. Ele estabelece uma orquestração doBizTalk para lidar com os requerimentos de admissão. Ele opta por ter os formulários de requerimento, que estão em formato XML, enviados pelo adaptador ISAPI do BizTalk. Melissa, que trabalha na secretaria de Admissões na Linfield, insere os dados dos requerimentos que foram enviados por meio de correio postal no formulário de requerimento, usando o InfoPath. Quandoela submete o formulário, ocorre uma postagem de HTTP, enviando os dados à fila do BizTalk.O InfoPath Forms Services usa a conexão de dados de E-mail para enviar mensagens de e-mail em formato MIME em nome do usuário, usando a funcionalidade de correio fornecida peloMicrosoft Windows SharePoint Services 3.0. Uma mensagem é enviada usando as credenciais daconta sob a qual o servidor de formulários está sendo executado. Toda a configuração desseserviço de correio é feita pelo administrador do servidor. Para informações sobre a configuração dee-mail no Windows SharePoint Services 3.0, veja o Guia do Administrador para o WindowsSharePoint Services.

Conexão de dados DatabaseA conexão de dados Database pesquisa informações em um banco de dados para preencher campos de formulário. Você pode usar essa conexão para pesquisar dados no Microsoft SQLServer, ou em qualquer banco de dados compatível com ODBC. A conexão de dados Database é somente consulta e não pode ser usada para enviar dados a um banco de dados. Se você quiser usar um formulário para enviar dados, deve usar a conexão de dados de serviço da Web.A conexão de dados Database pode autenticar pedidos para o banco de dados de diferentesmaneiras, dependendo do nível de segurança do modelo que está sendo usado para renderizar o formulário. Modelos de formulário aprovados pelo administrador podem ser projetados para ter confiança total, o que significa que qualquer lógica de negócios ou código que for executado no formulário é autenticado como a conta de serviços do InfoPath Forms Services, a menos que outro método de autenticação seja especificado no modelo. Formulários que não estão sendoexecutados em confiança total só podem acessar um banco de dados que existe no mesmodomínio do servidor que executa o InfoPath Forms Services, e as consultas ao banco de dados são autenticadas como o usuário ou a conta especificada no banco de dados de configuração. Nesse caso, se a autenticação falhar, aparece um aviso no qual o usuário pode especificar um nome euma senha para conectar-se ao banco de dados.

Conexão de dados HTTP postA conexão de dados HTTP post habilita um formulário do InfoPath a postar dados a um servidorde aplicação usando uma função de postagem de HTTP. A postagem de HTTP se origina no servidor do InfoPath Forms Services.Se a conexão de dados HTTP post for usada em um modelo de formulário executado emconfiança total, as postagens de HTTP entre domínios podem ser feitas. Se o modelo de formulário não tiver confiança total, as postagens de HTTP só podem ser feitas para servidores no mesmo domínio do servidor do InfoPath Forms Services. Antes de realizar uma postagem de HTTP, o InfoPath Forms Services chama um método API, passando o nome de anfitrião do computador especificado no arquivo de conexão para determinar se uma conexão pode ser feita àqueleservidor dentro do contexto de segurança atual.

Conexão de dados SharePoint library submitA conexão de dados SharePoint library submit habilita os formulários a serem publicadosdiretamente em uma biblioteca de documentos do SharePoint. Essa conexão usa a identidade de usuário atual para acessar o site do SharePoint.Antes de enviar um formulário a uma biblioteca de documentos, o InfoPath Forms Services chamaum método API, passando o nome de anfitrião do computador no qual a fonte de dados reside, para determinar se o formulário pode se conectar àquele servidor dentro do contexto de segurança atual.

Conexão de dados SharePoint listA conexão de dados SharePoint list é uma conexão somente consulta usada para preencher oscampos de formulário do InfoPath a partir de uma lista do SharePoint existente.

Quando essa conexão é usada, o servidor chama um método API, passando o nome de anfitrião do servidor para determinar se o formulário pode se conectar àquele servidor dentro do contexto

de segurança atual.

Conexão de dados Web serviceA conexão de dados Web service pode enviar dados a um serviço da Web e usar os dados deretorno para atualizar os campos do formulário original. Essa conexão coleta dados de formuláriona forma de parâmetros de consulta, envolve os dados em um envelope SOAP, e os submete a um serviço da Web. A conexão obtém então a mensagem SOAP devolvida, contendo dados de retorno ou, no caso de falha, dados de uma mensagem de erro. Uma conexão de serviço da Web pode ser criada como uma conexão de consulta ou como uma conexão de submissão.

Conexão de dados XML fileA conexão de dados XML file se conecta a um arquivo XML especificado quando o modelo de formulário é projetado, e usa os dados do arquivo XML para preencher os campos do formulário.Os designers de modelos de formulário podem também optar por incluir o arquivo XML no próprio modelo de formulário, o que reduz, no gerenciamento de recursos, os problemas associados à conexão a um recurso externo.

Planeje a implantação de modelos de formulário(Office SharePoint Server)O Microsoft Office SharePoint Server 2007 permite que você implante formulários ricos em umservidor que executa o InfoPath Forms Services, e eles podem ser abertos no Microsoft Office InfoPath 2007, no Microsoft Office Outlook 2007 ou em um navegador da Web. Modelos de formulário compatíveis com o navegador (arquivos .xsn) criados no modo de projeto do cliente do InfoPath podem ser publicados em uma biblioteca de documentos como modelos de formulário ativados por navegador que são executados no InfoPath Forms Services.Você também pode carregar a uma biblioteca de documentos os modelos de formulário que nãosão compatíveis com o navegador. Esses modelos só podem ser abertos no Office InfoPath 2007.

Planilha

Use a planilha do Inventário de formulários existentes emh t tp:/ / go . m i c r os o f t . co m / f wl i n k / ? L i n k I d = 7 3 26 6 p a ra listar seu inventário de formulários atuais.

Modelos de formulário compatíveis com o navegadorHá duas categorias de modelos de formulário compatíveis com o navegador: modelos deformulário para usuário e modelos de formulário aprovados pelo administrador. Os modelos que não contêm código gerenciado, não requerem confiança total e não usam uma conexão de dados gerenciada por um administrador podem ser implantados por qualquer usuário com a permissão Adicionar e personalizar páginas. Essa permissão é concedida por padrão ao nível depermissão Projeto e acima, no conjunto de sites, mas pode ser concedida a qualquer grupo ouusuário por um administrador de conjunto de sites.

Nota:

Para mais informações sobre personalização de permissões para grupos e usuários, veja o artigodo Office SharePoint Server 2007, Defina níveis de permissão personalizados (Office SharePointServer). Os modelos de formulário que contêm código gerenciado (lógica de negócios queincorpora funcionalidade estendida como consultas a banco de dados ou integração comservidores de aplicação de terceiros), requerem confiança total, ou usam uma conexão de dadosgerenciada por um administrador, só podem ser implantados por um administrador.

Importante:

Além de planejar a implantação dos modelos de formulário, você deve também planejar umaestratégia de análise e testes para a implantação de modelos de formulário aprovados peloadministrador. Como os modelos de formulário aprovados pelo administrador contêm código quepode ser executado sob uma conta de usuário administrativa, é importante que eles sejamenviados a análise e testes minuciosos antes de serem implantados em um ambiente deprodução. Para mais informações, veja Planeje a implantação de modelos de formulário aprovados pelo administrador (Office SharePoint Server).

Cenário: Processamento de pedidos de pagamento de seguroEsta seção descreve um cenário para a implantação de modelos de formulário compatíveis com onavegador:A Humongous Insurance, uma grande companhia de seguros, introduz o Office SharePoint Server2007 em seu ambiente para habilitar clientes, agentes de seguro e empresas relacionadas a usarem formulários on-line para processar os pedidos de pagamento de seguro. A organização

tem usado o InfoPath 2003 internamente, mas agora está usando o InfoPath Forms Services paradisponibilizar os formulários para seus clientes on-line.Ted, o designer chefe dos modelos de formulário na Humongous Insurance, acabou de concluir o projeto de um modelo que permite aos clientes gerenciarem suas apólices on-line. Como o formulário contém lógica de negócios e conexões de dados gerenciadas pelo grupo deadministração do Office SharePoint Server 2007, ele não pode publicá-lo diretamente no InfoPath Forms Services. Ted publica o modelo de formulário em uma localização de rede especificada pelo administrador, onde pode verificar sua compatibilidade com os padrões de projeto para modelosde formulário. Ele então notifica o administrador de que o modelo está pronto para análise. Jorje, o administrador do InfoPath Forms Services encarregado da validação dos modelos deformulário, vê o novo modelo na pasta da rede. A política para novos modelos de formulário na Humongous Insurance é primeiro validar o modelo, analisando a compatibilidade do código com regulamentos de segurança e padrões de projeto, e depois carregar o modelo a um ambiente de teste para realizar testes adicionais. Jorje analisa o código abrindo o modelo de formulário no programa InfoPath. Ele então verifica para certificar-se de que o código do modelo chama a conexão de dados correta, o modelo é assinado com um certificado digital, e configurações de confiança são feitas corretamente. Quando está satisfeito com a compatibilidade do modelo de formulário com os padrões de projeto, Jorje carrega o modelo ao ambiente de teste, que corresponde estreitamente à arquitetura de produção do Office SharePoint Server 2007.Quando o modelo de formulário é carregado ao ambiente de teste, Jorje faz login como usuário deteste e abre a página da Web em que o formulário reside. Seguindo a lista de verificação de análise do modelo, ele preenche o formulário usando todos os campos disponíveis e o submete, realizando esse processo várias vezes e alterando dados específicos, caixas de seleção e comandos do menu a cada vez. Ele também verifica se os dados do formulário estão sendo corretamente enviados ao banco de dados e se a lógica de negócios está funcionando adequadamente. Uma vez que o processo de testes está completo, Jorje faz logoff na lista de verificação de análise e carrega o modelo de formulário ao ambiente de produção.

Planeje a implantação de modelos de formulário aprovados pelo administrador (Office SharePoint Server)O InfoPath Forms Services fornece funcionalidade que habilita tanto administradores comousuários a implantarem modelos de formulário compatíveis com o navegador. Modelos de formulário compatíveis com o navegador (arquivos .xsn) criados no modo de projeto do Microsoft Office InfoPath 2007 podem ser abertos em um navegador da Web a partir de servidores queestão executando o InfoPath Forms Services. Os modelos de formulário do InfoPath (arquivos.xsn) criados no modo de projeto do Office InfoPath 2007 podem ser convertidos a modelos de formulário ativados por navegador que são executados no Microsoft Office SharePoint Server2007. Um administrador deve implantar modelos que contêm lógica de negócios como um código DLL gerenciado e compilado (código de formulários); que requerem confiança total; ou que usam uma conexão de dados gerenciada por um administrador.Se sua organização vai implantar modelos de formulário que requerem aprovação do administrador, você deve considerar vários fatores em seu planejamento:• Planeje minuciosamente uma estratégia de análise e testes para a implantação de modelos de

formulário aprovados pelo administrador. É importante que os modelos que possivelmenteterão um impacto no desempenho do servidor ou que contêm lógica de negócios sejam analisados e testados com cuidado antes da implantação em sistemas de produção.

Recomendamos que como parte de seu processo de planejamento, você desenvolva um padrãode projeto para os modelos de formulário, que defina melhores práticas, orientações e requisitos obrigatórios a serem seguidos por designers de modelos de formulário. Recomendamos que você desenvolva uma lista de verificação de análise para os modelos, oque torna mais fácil para os administradores verificarem se os novos modelos são compatíveis com os padrões que você estabeleceu. Note também que qualquer bom processo de testesinclui a realização destes em um ambiente de teste, para verificar se o modelo de formulário funciona como o esperado e para medir o impacto no desempenho sob carga.

• Você deve se certificar de que os administradores estão disponíveis para aprovar os formulários no tempo adequado. Isso ajudará a reduzir as obstruções no ciclo de publicação. Os administradores que analisam e aprovam os modelos de formulário devem se familiarizar como processo de projeto dos modelos e ter uma boa compreensão dos ambientes de rede nos quais esses modelos estarão disponíveis após terem sido implantados.

• Você deve considerar cuidadosamente o fluxo de trabalho de aprovação. Se sua organizaçãovai usar modelos de formulário que realizam operações sensíveis, como submissão de dados a bancos de dados ou serviços da Web, você deve garantir que seu processo de aprovação possibilitará uma análise técnica adequada.

• Você deve ter uma compreensão precisa da diferença entre modelos de formulário aprovados pelo administrador e modelos de formulário para usuários, e de quais modelos requerem implantação por um administrador.

• Você deve se certificar de que sua estratégia de configuração do servidor ativa os recursos que você precisa para suportar a implantação de modelos de formulário aprovados pelo administrador.

• Você deve ter certeza de que entende como a segurança da rede e das aplicações afeta os formulários de sua organização. Por exemplo, se um formulário vai acessar bancos de dados em um domínio diferente do servidor do Office SharePoint Server 2007, no qual o modelo de formulário reside, tal modelo requer confiança de domínio total. Portanto, ele deve ser cuidadosamente analisado por um administrador antes da implantação para confirmar se o código do modelo não compromete as políticas de segurança de sua organização. Do mesmo modo, você deve confirmar se a autenticação e a autorização do modelo de formulário foram configuradas adequadamente.

• Determine se novos modelos que requerem aprovação do administrador precisam ser criados regularmente, e se precisarem, certifique-se de que os procedimentos, pessoal e aplicaçõesnecessárias estão a postos para suportar o processo de aprovação.

Planilha

Use a planilha Planeje a implantação de modelos de formulário aprovados pelo administrador emh t tp:/ / go . m i c r os o f t . co m / f wl i n k / ? L i n k I d = 7 3 26 7 p ara registrar os modelos de formulário aprovadospelo administrador que você planeja implantar.

Determine o impacto de modelos de formulárioacessíveis anonimamenteSe sua organização planeja implantar modelos de formulário que podem ser acessados porusuários não autenticados, você precisa considerar uma variedade de fatores em seuplanejamento. Sem o planejamento apropriado, os modelos de formulário que podem ser enviados sem autenticação do usuário podem apresentar problemas de segurança, uso impróprio, largurade banda e capacidade do banco de dados. Antes de fazer modelos acessíveis anonimamente em uma rede privada ou na Internet, leia cuidadosamente este artigo e certifique-se de que sua estratégia leva em conta estas considerações.Identifique a necessidade de modelos de formulário acessíveis anonimamenteModelos de formulário acessíveis anonimamente fornecem a seus usuários finais acesso simples edesobstruído. Dois cenários prováveis para modelos acessíveis anonimamente são pela Internet e dentro da rede corporativa.

Cenário da Internet:Modelos de formulário acessíveis anonimamente são uma escolha sensata na Internet quando nãohá preocupações de segurança com relação à funcionalidade ou aos dados associados ao modelo de formulário. Fornecer modelos acessíveis anonimamente na Internet pode reduzir o trabalho administrativo, pois a autenticação do usuário não precisa ser gerenciada ou mantida.

Cenário corporativo:As razões para usar modelos de formulário acessíveis anonimamente dentro de uma corporaçãosão similares às do cenário da Internet. A diferença é que os usuários estão dentro de uma rede fechada, um Intranet, ou estão autenticando através de uma Rede Privada Virtual, um Servidor de Acesso Remoto, um extranet, Serviços de Terminal ou um site protegido por senha. Diferente do cenário da Internet, os usuários seriam normalmente conhecidos na rede. Fornecer modelos de formulário acessíveis anonimamente pode melhorar a experiência do usuário em situações em queo acesso livre ou anônimo é desejável. Por exemplo, um levantamento corporativo entre funcionários pode produzir respostas mais francas e úteis se forem anônimas.Outra vantagem de usar modelos de formulário acessíveis anonimamente é que o desempenhopode ser melhorado quando você implementa cenários anônimos. Vantagens de desempenho são notadas pois os postbacks para solicitar verificações da lista de controle de acesso (ACL) são eliminados.

Considerações de segurança e uso para modelos de formulário acessíveis anonimamenteAntes de tornar um modelo de formulário acessível anonimamente, você deve considerar aspossíveis conseqüências para a segurança e as implicações de tentativas de uso impróprio do modelo.• Você deve assegurar-se de que os modelos de formulário não podem ser acessados por scripts ou

outros processos automáticos ou não humanos. Um modo de conseguir isso é obrigar os usuários que estão submetendo um modelo de formulário a inserir um código de identificação,como uma seqüência curta de caracteres alfanuméricos exibida em uma imagem, que não pode ser “lida” por um script ou processo automático.

• Os modelos de formulário que contêm informações sensíveis como as de autenticação, nomes de servidor ou banco de dados, ou código proprietário, não devem ser expostos a usuários anônimos.

• Os modelos de formulário que contêm código ou funcionalidade que pode chamar processos emum servidor devem ser cuidadosamente avaliados e testados para garantir que a segurança não será comprometida se o modelo se tornar acessível a usuários anônimos.

• Para impedir que os usuários submetam múltiplas cópias de um formulário, você pode considerar a inclusão de um código que acompanha o endereço de IP de cada usuário que submete um formulário e impede submissões duplicadas do mesmo endereço de IP.

Considerações de largura de banda e capacidade para modelos de formulário acessíveis anonimamenteUma vez que você torna um modelo de formulário acessível anonimamente para a Internet, nãotem mais controle sobre quantas vezes esse formulário é enviado. Portanto, antes de publicar um modelo de formulário acessível anonimamente na Internet, considere cuidadosamente suas expectativas com relação aos seguintes fatores:• Quantos usuários vão enviar o formulário dentro de um determinado período de tempo• Quantos dados devem ser transferidos e armazenados• Que quantia de tempo, memória e taxa de transferência do processador do servidor será

utilizada a cada vez que o formulário for enviadoVocê pode então estimar quanta largura de banda, tempo de processador do servidor e capacidade de banco de dados é necessária para suportar o modelo de formulário. Usando aferramenta de administração IIS, você pode otimizar a largura de banda e o número de conexões simultâneas para um site se quiser controlar o uso.

Planeje a nomeação dos modelos de formulário(Office SharePoint Server)Você deve estabelecer uma convenção de nomes para os modelos de formulário que eviteconfusão com relação a sua origem e uso. É claro que você pode nomear os modelos da maneira que quiser, mas é útil, a longo prazo, seguir uma convenção lógica de nomeação. Melhorespráticas gerais incluem:• Assegure-se de que os designers dos modelos de formulário estão cientes das convenções de

nomes que você estabeleceu, e de que eles sabem como verificar se há nomes duplicadosantes de salvar um novo modelo. Por outro lado, como administrador, você pode alterar os nomes dos modelos para adequá-los às convenções antes de carregá-los ao sistema.

• Estabeleça uma convenção de nomes que reflete informações relevantes sobre os modelos.• Evite usar datas nos nomes dos modelos, pois informações sobre datas podem ser confusas se

um modelo de formulário for atualizado posteriormente.• Certifique-se de que distribuiu as convenções de nomes de modelos de formulário para os

designers e administradores do InfoPath.• Tenha em mente que os modelos podem ser reutilizados em toda a empresa, e que os

desenvolvedores podem usar nomes de arquivo para organizar os modelos de formulário.

Planeje a atualização dos modelos de formulário(Office SharePoint Server)Você pode atualizar os modelos de formulário implantados pelo administrador no InfoPath FormsServices quando carregar uma nova versão de um modelo existente. O processo de atualização permite configurar como ocorrerá a transição entre a versão existente e a versão atualizada.Há três maneiras de atualizar um modelo de formulário. Antes de atualizá-lo, avalie as circunstâncias e escolha o tipo mais apropriado de atualização.• Atualização rígida Se você quiser remover o modelo de formulário existente quando ocorrer

a atualização, pode usar uma atualização rígida. As sessões de preenchimento de formulários existentes são terminadas e todos os dados do usuário são perdidos. O usuário deve começar uma nova sessão de preenchimento com o modelo de formulário atualizado para continuar.Esse método de atualização só deve ser usado quando um problema sério com o modelo foi identificado e você precisa removê-lo do sistema imediatamente.

• Desativar e atualizar Se você precisa garantir que um modelo de formulário não estará mais disponível para uso após um certo tempo e quer permitir a conclusão das sessões existentes de preenchimento de formulário, pode desativar o modelo existente e depois atualizar para a nova versão. Esse método de atualização é útil quando um modelo deformulário contém conteúdo ou código que se tornará obsoleto ou desatualizado após um certotempo.

• Atualização gradual Se você quer permitir que o modelo de formulário existente permaneça disponível por um período indefinido, pode carregar a nova versão como um novo modelo e remover a versão antiga quando ela não estiver mais em uso. Esse é o método que deve ser empregado para a maioria das atualizações normais.

Nota:

Antes de atualizar um modelo de formulário, certifique-se de que analisou adequadamente onovo modelo e verificou se havia problemas que poderiam afetar a segurança e a operaçãoapropriada do formulário.

Planeje a interrupção de uso dos modelos deformulário (Office SharePoint Server)Os administradores do InfoPath Forms Services podem interromper o uso dos modelos deformulário quando eles se tornarem obsoletos. Por exemplo, você pode querer interromper o uso de um modelo de formulário de levantamento quando este estiver concluído.Quando um modelo não está mais em uso, você deve geralmente interromper seu uso em vez de deletá-lo. Isso preserva um registro dos modelos de formulário que foram usados em suaempresa, e os habilita a serem reutilizados posteriormente.No interesse de manter as bibliotecas de documentos atuais e organizadas, assegure-se de que o uso dos modelos de formulário que não são mais úteis está interrompido, e de que você tem uma política de auditoria e atualização dos modelos existentes.Quando você implantar um modelo de formulário, considere o seguinte:• Esse modelo de formulário terá seu uso interrompido posteriormente, ou precisará ser

atualizado?• Como você acompanhará o ciclo de vida dos modelos de formulário cujo uso será interrompido?

Se você planeja interromper o uso de um modelo de formulário que ainda é utilizado, deveempregar um dos seguintes métodos:• Realize uma atualização gradual. Em uma atualização gradual, você implanta a última versão

de um modelo de formulário lado a lado com a versão atual e redireciona os usuários para a versão mais recente. Quando a versão mais antiga do modelo não estiver mais sendoacessada, você pode interromper seu uso com segurança.

• Desative o modelo de formulário antes de atualizar. Isso impede que as sessões atuais sejam terminadas, o que poderia resultar na perda de dados e em uma interrupção brusca de experiências de preenchimento de formulários pelo usuário.

Para mais informações sobre como desativar modelos de formulário, veja a seção "Desativar modelos de formulário" em Gerencie modelos de formulário (Office SharePoint Server) (em h t tp:/ / t e c h n e t 2 . m i c r o so f t . c o m/ O f f i ce / e n - u s / li b r a r y/ 8 d f c f f c b- f a 3 c - 4 31 4 - a 6 4 4 - 1 8 4 f 9 c 2 c e 2 5 e 1 0 33 . m s p x ) .

Planeje o controle de versões para os modelos de formulário (Office SharePoint Server)Você pode configurar o InfoPath Forms Services para ativar o controle de versões para modelos deformulário no nível da biblioteca de documentos. A ativação do controle de versões faz a biblioteca criar uma nova versão do modelo a cada vez que ele é editado e salvo, preservando as versões anteriores conforme foram definidas pelo administrador. Se os modelos serão editadosregularmente em uma determinada biblioteca de documentos, você deve configurar essa biblioteca para o controle de versões. Isso impede que os modelos de formulário atuais sejam sobrescritos quando as edições são feitas, e fornece um mecanismo para reverter a uma versão anterior.Note que o controle de versões não se aplica a atualizações de modelos de formulário. Quandovocê atualiza um modelo carregando uma nova versão de um modelo existente, a versão anterior não está mais disponível, e não há nenhum mecanismo para reverter após uma atualização.

Nota:

Você só pode configurar o controle de versões para uma determinada biblioteca de documentos.Não pode configurar um controle de versões "global" para sites, conjuntos de sites ou farms.

Retenção de DocumentosSe o controle de versões for ativado para uma biblioteca de documentos, o proprietário desta tema opção de permitir a retenção de versões anteriores ilimitadas. O proprietário da bibliotecatambém pode optar por permitir que apenas um certo número de versões seja retido, mas não há uma medida de exclusão automática de documentos após um certo tempo, também conhecidacomo tombstoning. Isso significa que os documentos podem ser retidos por anos, a menos que sejam manualmente deletados. Talvez você queira considerar os seguintes fatores:• A política de sua organização pode requerer que os documentos sejam destruídos após um

certo tempo. Você deve planejar como se adequar a tais políticas, e como monitorar o tempo dos documentos no farm.

• Se novas versões de documentos forem carregadas sem o controle de versões, há um risco de que documentos obsoletos possam ser acessados pelos usuários. Você deve garantir que as bibliotecas de documentos sejam configuradas para impedir que documentos obsoletos permaneçam disponíveis no sistema.

Planejamento de CapacidadeO administrador do farm não tem nenhum controle direto sobre o fato de os proprietários debibliotecas de documentos ativarem ou não o controle de versões para suas bibliotecas. Portanto, você deve considerar o seguinte quando planejar a capacidade do farm:• Você deve planejar o uso de relatórios regulares sobre o tamanho das bibliotecas de

documentos no farm.• Você deve assegurar-se de que existe capacidade suficiente no banco de dados para fornecer

overhead para um número potencialmente grande de documentos.

Planeje o acesso de dispositivos móveis aos modelos de formulário (Office SharePoint Server)O InfoPath Forms Services fornece acesso a formulários ativados por navegador a partir dedispositivos móveis como PDAs portáteis que suportam HTML, CHTML ou XHTML. Como cada dispositivo móvel renderiza páginas da Web de modo diferente, o comportamento dos formulários vai variar de acordo com o dispositivo usado.

Nota:

O InfoPath Forms Services não suporta os navegadores de Protocolo de Acesso Sem Fio (WAP).

Devido à falta de padronização entre os dispositivos móveis, a experiência de usuário pode sersignificativamente diferente dependendo do tipo de dispositivo usado. Dispositivos móveis diferentes vão automaticamente dividir a interface do usuário em visualizações diferentes, de modo específico para cada dispositivo. Exemplos possíveis incluem:• Paginação automática• Mudança automática entre visualizações de lista e detalhe para as listas• Mudança automática a uma visualização de edição separada para cada campo editávelAlém disso, como os dispositivos móveis podem ou não suportar a execução de scripts, e devidoàs baixas capacidades de memória e largura de banda de muitos desses dispositivos, o InfoPath Forms Services não pode usar uma arquitetura client-side (CSA) para dispositivos móveis, como faz para navegadores padrão da Web. Em vez disso, ele usa controles móveis ASP.NET. Isso significa que um navegador de dispositivo móvel não vai:• Fornecer ações client-side usando script. Todas essas ações vão postar de volta ao servidor.• Usar postback fora-de-banda como é usado por um navegador padrão da Web. Em vez disso, o

navegador do dispositivo móvel sempre realizará um postback de página cheia.Os navegadores de dispositivos móveis vão, portanto, precisar postar de volta com muito mais freqüência que um navegador de estação de trabalho que acessa o InfoPath Forms Services. Você deve planejar cuidadosamente como vai suportar sua infra-estrutura móvel, para maximizar o desempenho.Quando um pedido de HTTP é recebido pelo InfoPath Forms Services, o servidor detecta se o pedido vem de um dispositivo móvel e o redireciona à página apropriada. Controles móveis ASP.NET também podem detectar o dispositivo que faz a conexão e alterar automaticamente o protocolo usado para a conexão. Para mais informações sobre controles móveis ASP.NET, vejaControles Móveis (h t t p:/ / g o . m i c r o s o f t . c o m/ f wli n k / ? L i n k I D =7 2 73 1 ) n o site da Microsoft. Ao planejar o acesso de dispositivos móveis, você precisa considerar o seguinte:• Quantos dispositivos móveis você espera que acessem seus documentos e modelos de

formulário?

• Como esses dispositivos estarão conectados à rede (pontos de acesso sem fio em toda aorganização, pela Intenet)?

• Haverá um padrão para o tipo de dispositivo móvel que acessará o servidor? Se sim, seria mais fácil para os designers de modelos de formulário exercitarem o controle sobre o modo como os formulários móveis serão exibidos.

Planeje o fluxo de trabalho para os modelos de formulárioFluxos de trabalho implementam processos de negócios em documentos, páginas da Web,formulários e itens de lista no Microsoft Office SharePoint Server 2007. Eles podem ser associadosa bibliotecas, listas ou tipos de conteúdo. Para mais informações sobre fluxos de trabalho, vejaPlaneje fluxos de trabalho em h t t p:/ / t e c h n e t 2 . m i c r o s o f t . c o m/ O f f i ce / e n - u s / l i b r a r y/ a dc 8 a e f d -8 c 4 e - 4 8 24- 8 676 - c 6 1 c 10 d 18 0 61 10 33 . m s p x . Há três contextos para o planejamento de fluxos de trabalho em relação a formulários:• M o d e lo s d e f o r m u l á r i o p a r a f l u x o d e t r a b a l h o p e r s o n a l i z a d o — O modelo de formulário é

incluído em um pacote de fluxo de trabalho personalizado para reunir informações como parte do fluxo de trabalho.

• F l u x o s d e t r a b a l h o p a r a a p r o v a ç ão d e m o d e l o s d e f o r m u l á r i o — O fluxo de trabalho é usadopara aprovar um modelo de formulário, como seria para aprovar qualquer outro tipo de página ou documento em uma biblioteca.

• F l u x o s d e t r a b a l h o l a n ç a d o s a p a r t i r d e um f o r m u l á r i o — O fluxo de trabalho é vinculado ao botão Submit ou Save no modelo de formulário. Quando o usuário clica no botão em uma sessão de preenchimento de formulário, o fluxo de trabalho é lançado.

Modelos de formulário para fluxo de trabalho personalizadoVocê pode carregar um pacote de fluxo de trabalho personalizado ao Office SharePoint Server2007, incluindo fluxos de trabalho e modelos de formulário. Quando um fluxo de trabalho usa um modelo de formulário como interface para reunir dados durante seu processo, esses modelos de formulário são integrados à experiência de aplicação por meio de um Web Part do InfoPath Forms Services.Esses modelos de formulário de fluxo de trabalho do servidor são específicos ao fluxo de trabalhoe não podem ser ativados para um conjunto de sites ou adicionados a uma biblioteca de documentos. Esses modelos são armazenados na biblioteca de formulários do farm e devem ser carregados por um administrador. O Office SharePoint Server 2007 inclui vários modelos de formulário que são especificamente para uso em fluxos de trabalho padrão. Esses modelos não podem ser usados fora desses fluxos de trabalho.

Fluxos de trabalho para aprovação de modelos de formulárioVocê pode usar um fluxo de trabalho para analisar ou aprovar um modelo de formulário do mesmomodo que pode usar fluxos de trabalho para rotear qualquer documento ou página para análise. Para mais informações, veja Planeje fluxos de trabalho para o gerenciamento de documentos.

Fluxos de trabalho lançados a partir de um formulárioO InfoPath Forms Services pode ser usado para lançar fluxos de trabalho usando o botão desubmissão em um formulário. Por exemplo, você pode usar modelos de formulário ativados por navegador em um fluxo de trabalho que roteia documentos de pessoa a pessoa para realizar

tarefas de gerenciamento de documentos, como análise de documentos, aprovação de suapublicação ou gerenciamento de sua disposição.Além disso, modelos de formulário aprovados pelo administrador podem ser projetados para iniciar um fluxo de trabalho. Por exemplo, quando um modelo de formulário usado para coletar informações de clientes é enviado, ele pode iniciar um fluxo de trabalho para notificar o pessoal apropriado e requerer ações dentro de certo tempo.Se você implantar modelos de formulário que dão início a fluxos de trabalho, tenha em menteque:• Fluxos de trabalho precisam ser ativados para os conjuntos de sites nos quais o modelo de

formulário será implantado. Se os fluxos de trabalho não forem ativados para um conjunto de sites, um modelo de formulário ativado para fluxo de trabalho vai gerar erros no servidor quando for enviado.

• Você deve assegurar-se de que o fluxo de trabalho existe e está ativado no ambiente de produção. Um designer de modelos de formulário normalmente vai projetar um modelo com base em um ambiente de desenvolvimento que pode ter fluxos de trabalho e outros recursos personalizados que não foram implantados no sistema de produção.

• Certifique-se de que o fluxo de trabalho está configurado para trabalhar no ambiente de produção do mesmo modo que faz no ambiente de desenvolvimento.

Para mais informações sobre o lançamento de um fluxo de trabalho a partir de um formulário,veja Passo a Passo: Como adicionar suporte de fluxo de trabalho a um Formulário do InfoPath em h t tp:/ / t e c h n e t 2 . m i c r o so f t . c o m/ O f f i ce / e n - u s / li b r a r y/ c 3 2 a 9 2 57- 8 49 f -46 9 0- a b 3 e - 2 5 05 e 74 5 704 1 10 3 3 . ms p x .