Noções básicas da tecnologia de fluxo de trabalho e Produtos e Tecnologias do SharePoint

Atualizado em: 2009-02-26

Compreender o suporte da Microsoft para o fluxo de trabalho humano exige uma noção básica das duas tecnologias fundamentais em que se baseia esse suporte: Windows Workflow Foundation e Windows SharePoint Services. Esta seção descreve em resumo cada uma delas.

Windows Workflow Foundation

É comum que um software implemente algum tipo de processo, com várias etapas executadas uma após a outra em uma ordem definida. Dada a frequência com que essa abordagem é usada, por que não fornecer suporte explícito para criar esse tipo de aplicativo? O objetivo do Windows Workflow Foundation é fazer exatamente isso. Um aplicativo compilado com o Workflow Foundation consiste em um ou mais fluxos de trabalho, cada um dos quais contém um certo número de atividades. As atividades de um fluxo de trabalho são executadas uma de cada vez pelo mecanismo de tempo de execução do Workflow Foundation, sendo que a ordem de execução é determinada pelo próprio fluxo de trabalho. Ao fornecer suporte direto para aplicativos orientados a processos, o Workflow Foundation pode tornar esses aplicativos mais fáceis de criar e manter.

A figura a seguir mostra os principais componentes do Workflow Foundation. Um fluxo de trabalho, compilado com base em atividades, é executado com o uso do mecanismo de tempo de execução. Essa execução depende de um conjunto de serviços de tempo de execução, que é fornecido pelo Workflow Foundation e permite manter o estado de um fluxo de trabalho, rastrear sua execução, entre outros. Tudo isso é executado dentro de algum host, que pode ser qualquer processo do Windows, desde um simples aplicativo para desktop a um servidor escalonável. E para atender a exigências impostas por diferentes hosts e tipos de aplicativos, os serviços de tempo de execução do Workflow Foundation podem ser substituídos, se necessário.

Como indica a figura, fluxos de trabalho podem ser criados com o uso do Designer de Fluxo de Trabalho. Essa ferramenta é executada dentro do Visual Studio 2005 e fornece um ambiente gráfico para organizar as atividades em fluxos de trabalho. Uma atividade é apenas uma classe, portanto, também é possível criar fluxos de trabalho exclusivamente em código — o uso de uma ferramenta gráfica não é necessário. Embora um fluxo de trabalho possa usar qualquer atividade escolhida por um desenvolvedor, o Workflow Foundation fornece uma BAL (biblioteca de atividades básicas). A BAL inclui um número de atividades fundamentais, incluindo as seguintes:

• IfElse: executa as atividades contidas em dois ou mais caminhos possíveis dependendo de uma condição ser atendida.

• While: executa repetidamente uma ou mais atividades desde que uma condição seja verdadeira.

• Sequence: executa um grupo de atividades, uma de cada vez, em uma ordem definida.

• Parallel: executa dois ou mais grupos de atividades em paralelo.

• Code: executa um bloco definido de código.

• Listen: espera por um evento de um conjunto de eventos e executa uma ou mais atividades quando esse evento é recebido.

• InvokeWebService: chama um serviço Web.

• Policy: permite definir e executar regras comerciais usando um mecanismo de regras fornecido pelo Workflow Foundation.

O Workflow Foundation fornece dois tipos de fluxos de trabalho internos:

• Fluxos de trabalho sequenciais, que executam atividades em uma ordem definida. Um fluxo de trabalho sequencial pode conter IfElse, While e outras atividades.

• Fluxos de trabalho da máquina de estado, que implementam uma máquina de estado finita tradicional. Esse tipo de fluxo de trabalho também pode conter IfElse, While e outras atividades, mas depende de outras atividades, como State, para representar estados e transições.

É importante entender que o Workflow Foundation não é um aplicativo de fluxo de trabalho completo. Na verdade, ele fornece uma base para os desenvolvedores criarem softwares baseados em fluxos de trabalho. E como ele pode ser hospedado em qualquer processo do Windows, o Workflow Foundation se combina com outras tecnologias para fornecer serviços de fluxo de trabalho. O Windows SharePoint Services 3.0 faz exatamente isso e, portanto, a próxima etapa para compreender o suporte da Microsoft para fluxo de trabalho humano é compreender os fundamentos dessa tecnologia.

Windows SharePoint Services

O compartilhamento de informações é uma parte fundamental da vida moderna. Seja em nossos trabalhos, seja como parte de uma organização voluntária, seja de alguma outra forma, nós frequentemente precisamos compartilhar documentos e outras informações com um grupo de pessoas. O Windows SharePoint Services, uma parte padrão do Windows Server 2003, pode tornar esse compartilhamento mais fácil.

Conforme ilustra a figura a seguir, os usuários do Windows SharePoint Services podem criar sites, cada qual contendo bibliotecas de documentos e listas. As informações em cada site, incluindo documentos e itens de lista, são armazenadas no SQL Server. Usando o IIS (Serviços de Informações da Internet), as pessoas podem interagir com sites de aplicativos do Microsoft Office ou com um navegador da Web como o Internet Explorer. Os usuários também podem personalizar a interface do navegador usando Web Parts, o que permite a cada usuário criar uma interface que funcione bem para ele.

A versão 3.0 do Windows SharePoint Services também adiciona suporte para tipos de conteúdo. Um tipo de conteúdo fornece um esquema que define um documento ou item de lista. Por padrão, cada documento de uma determinada biblioteca tem o mesmo esquema, como ocorre com cada item em uma lista específica. Anexar um tipo de conteúdo a um documento ou item de lista permite especificar o esquema desse documento ou item, independentemente dos outros elementos da biblioteca ou da lista a que ele pertence. As diretivas também podem ser anexadas a tipos de conteúdo, especificando questões como quanto tempo um documento deve ser mantido. Essas diretivas serão depois aplicadas a qualquer documento ou item ao qual essa diretiva está anexada.

É possível que várias máquinas que executam o Windows SharePoint Services acessem um único banco de dados do SQL Server ou um grupo de bancos de dados com sites particionados entre eles. Isso melhora a escalabilidade, permitindo o acesso aos mesmos sites por um grande número de usuários. Também vale a pena destacar que, embora eles estejam logicamente separados e sejam exibidos para os usuários de modo diferente, documentos e itens são, na verdade, bastante semelhantes: ambos são apenas entradas em tabelas do SQL Server. Existem algumas diferenças — é possível fazer check-in e check-out de documentos, por exemplo, e não de itens — mas a distinção entre os dois tem mais a ver com o modo como um usuário os vê do que com a maneira como estão implementados.

O Windows SharePoint Services também depende de outras tecnologias padrão do Windows. Ele pode usar o Active Directory para identificar os usuários, por exemplo, e sua interface do usuário, incluindo Web Parts, foi criada com base no ASP.NET. Por ser um componente padrão do Windows e por abordar um conjunto de problemas comum, o Windows SharePoint Services tornou-se uma tecnologia muito popular. Ele é usado por muitas organizações para compartilhar muitos diferentes tipos de informações. Até o Windows SharePoint Services 3.0, no entanto, não havia suporte interno para criar fluxos de trabalho. A seguir, descreve-se como a versão 3.0 torna isso possível.

Baixar este manual

Este tópico está incluído no seguinte manual baixável para facilitar a leitura e a impressão:

• Planejamento e arquitetura para o Office SharePoint Server 2007, parte 1

Consulte a lista completa de manuais disponíveis na página de download de conteúdo do Office SharePoint Server 2007.