Padrões de Workflow para Reuso em Modelagem de Processos de Negócio

Tamanho: px
Começar a partir da página:

Download "Padrões de Workflow para Reuso em Modelagem de Processos de Negócio"

Transcrição

1 Padrões de Workflow para Reuso em Modelagem de Processos de Negócio Lucinéia Heloisa Thom 1, Carolina Chiao 1, Cirano Iochpe 1,2 1 Instituto de Informática Universidade Federal do Rio Grande do Sul (UFRGS) Caixa Postal Porto Alegre RS Brasil 2 Empresa de Tecnologia da Informação e Comunicação de Porto Alegre (PROCEMPA) Av. Ipiranga, 1200 Porto Alegre CEP RS Brasil {lucineia,cciao,ciochpe}@inf.ufrgs.br Abstract. For its reuse advantages, workflow s are increasingly attracting the interest of both researchers and vendors. However, s based on recurrent functions frequently found in business processes have not been extensively explored. In this paper we present and classify a set of workflow s where each represents a recurrent business function. Through the mining of 190 workflow processes of more than 10 different organizations we evidenced the existence of most of the workflow s with high support in the workflow processes analyzed. Moreover, it became clear through this study that the set of s is both necessary and enough to design all 190 processes that were investigated. Resumo. Devido as suas potenciais vantagens, padrões de workflow têm atraído a atenção de pesquisadores e da indústria de software. Porém, padrões com base em funções lógicas recorrentes em processos de negócio têm sido pouco explorados. Neste artigo apresentamos e classificamos um conjunto de padrões de workflow para modelagem de processos. Cada padrão representa uma função recorrente em processos de negócio. Através da mineração de 190 processos de workflow de mais de 10 organizações diferentes constatamos a existência da maioria dos padrões com alto suporte nos processos de workflow analisados. Além disso, o estudo mostrou que o conjunto de padrões é suficiente e necessário para modelar todos os 190 processos investigados. 1. Introdução Um processo de negócio compreende o conjunto de um ou mais procedimentos ou atividades relacionadas, as quais, coletivamente, realizam um objetivo de negócio no contexto de uma estrutura organizacional [WfMC 1999]. Portanto, é através da execução dos processos de negócio que as organizações realizam seus propósitos. Nos últimos anos, para se manterem competitivas, muitas organizações têm explorado técnicas da abordagem de gestão por processos. Tal abordagem recebeu impulso adicional através da norma ISO 9001:2000, a qual define que a organização deve ser retratada por

2 seus processos de negócio principais e não pelo seu organograma. A gestão por processos associada à tecnologia de workflow pode trazer diversos benefícios à organização, tais como: (a) descrição precisa e não ambígua dos processos de negócio existentes; (b) melhoria na definição de novos processos; (c) maior eficácia na coordenação do trabalho entre diferentes agentes; (d) obtenção, em tempo real, de informações precisas sobre o andamento dos processos e; (e) padronização dos processos executados, de forma manual ou automatizada, pela organização. A tecnologia de workflow, através da automatização dos processos de negócio executados na organização, proporciona não apenas a redução de custos, tempo, erros e redundância na execução dos processos, mas também maior controle sobre os mesmos, o que leva ao incremento da qualidade dos processos, de seus resultados e da organização como um todo. Devido a estes e outros fatores é crescente o interesse acadêmico e científico por sistemas de workflow e pelo gerenciamento de processos de negócio (BPM). Processos de negócio e respectivos modelos de workflow frequentemente incluem uma variedade de fragmentos, os quais podem ser entendidos como atividades de bloco com semântica específica e bem definida. Em particular, um fragmento (ou função recorrente em processo de negócio) pode ocorrer diversas vezes em uma mesma definição de processo [Thom 2006a], [Thom 2006b). Durante a execução do processo, por sua vez, diferentes cópias de um mesmo fragmento podem apresentar tanto os mesmos valores de parâmetros como valores diferentes. Como exemplo, considere o processo de aprovação de empenho de verbas de uma organização do setor varejista na Figura 1. O processo inclui as seguintes atividades: a) necessita aprovação complementar; b) avalia empenho de verbas e; c) avisa administrador sobre atraso. Este processo contém fragmentos relacionados a funções recorrentes de processos (ou padrões) tais como decisão (atividades a), aprovação (atividade b) e notificação (atividade c). Figura 1. Exemplo de processo de aprovação Embora estes fragmentos possam ser semanticamente caracterizados de maneira precisa, existem poucos estudos relacionando-os com padrões de workflow [Bradwhaw 2005]. Geralmente, eles são redesenhados para todas as aplicações de workflow. Tal procedimento pode ser considerado ineficiente, passível de erros sob a perspectiva de manutenção. Também não encontramos pesquisas evidenciando a existência destes padrões em aplicações reais de workflow, assim como a necessidade e completude destes para a etapa de modelagem [Flores 1988], [Medina-Mora 1992], [Malone 2004], (Muehlen 2002],

3 [Bradshaw 2005]. Mais ainda, as ferramentas contemporâneas para modelagem de workflow não provêm funcionalidades para definição, consulta e reuso de padrões. Neste artigo propomos um conjunto de padrões de workflow. Cada padrão representa uma função recorrente em processo de negócio (tais como as ilustradas na Figura 1). Além disso, apresentamos os principais resultados de um estudo de caso, onde 190 processos de workflow executados em diferentes organizações foram minerados. O principal objetivo da mineração foi medir a freqüência com que cada padrão de workflow ocorre no conjunto de processos investigados. Isso foi feito para evidenciar a existência e probabilidade de reuso dos padrões em processos de workflow reais. O restante deste artigo está organizado como segue: A Seção 2 revisa os principais trabalhos existentes na área de padrões de workflow, comparando-os com a abordagem sendo proposta neste artigo. A Seção 3 descreve os principais tipos de processos de negócio encontrados na literatura. Com base nesta descrição, na Seção 4 apresentamos um conjunto de padrões de workflow para modelagem de processos de negócio e workflow. Na Seção 5 apresentamos os principais resultados do estudo de caso realizado com o objetivo de evidenciar a existência e completude dos padrões de workflow para modelagem de processos. A Seção 5 conclui o artigo e apresenta perspectivas de trabalhos futuros. 2. Trabalhos Correlatos Devido as suas potenciais vantagens, padrões de workflow têm atraído a atenção de pesquisadores e da indústria de software. Nós últimos anos, diversas abordagens têm sido propostas. Em [Aalst 2002] são descritos 21 padrões de workflow para controle de fluxo (e.g., seqüencial, paralelo, condicional). Tais padrões são úteis tanto para a definição de workflows, como para validar o poder de expressão das linguagens e ferramentas de workflow [Aalst 2003]. Recentemente, um conjunto de 39 padrões de dados foi proposto em [Russell 2004a]. Os padrões descrevem diversas maneiras, através das quais, dados podem ser representados em definições de workflow. Em outro trabalho, o autor propõe um conjunto de padrões de recursos, onde cada padrão descreve a representação e utilização de um recurso específico em workflow [Russell 2004b]. Russell (2006) propõe, ainda, uma framework para classificação de padrões com base em tratamento de exceções em sistemas de workflow. O framework vem sendo utilizado para verificar a habilidade de sistemas de workflow para o tratamento de exceções. Em [Bradshaw 2005] são propostos padrões de interação entre um processo BPEL (Business Process Execution Language) e outra aplicação. Exemplos destes padrões são One-Way Message e Asynchronous Interaction with Timeout. Estes padrões são similares a alguns dos padrões sendo propostos neste artigo (ex.: unidireional e bi-direcional performativo). A Oracle BPEL Process Manager propõe uma biblioteca de padrões de workflow. Com base em requisitos específicos do negócio, o usuário escolher o melhor padrão disponível na biblioteca. Além destas abordagens, existem diversas outras tais como o Handbook de Processos do Massachusetts Institute of Technology (MIT) [Malone 2004], a biblioteca de

4 processos desenvolvida no contexto do projeto ECOMOD [Frank 2006], as linguagens de padrões propostas em [Cooplien 2004], assim como os padrões de negócio propostos por Eriksson (2001). A maioria das abordagens revisadas nesta Seção são relevantes tanto para a implementação de sistemas de workflow, como para a definição de linguagens de modelagem de workflow. No entanto, elas respondem parcialmente à questão sobre quais funções (tais como as ilustradas na Figura 1) o projetista deve considerar repetidamente em vários modelos de processos. Mais ainda, tais abordagens não exploram a completude e necessidade de tais padrões para a modelagem de processos de negócio e workflow. 3. Tipos de Processos de Negócio Processos de negócio são prevalentes em praticamente todos os domínios de aplicação. Exemplos proeminentes incluem processos logístico, financeiro e informativo, respectivamente. Enquanto processos logísticos (ou processos materiais) são executados com o objetivo de manipular objetos físicos (ex.: transporte de mercadorias) [Medina-Mora 2002] ou com o objetivo de prover algum serviço (ex.: manufatura de um produto, assim como compra e venda de mercadorias), processos financeiros são executados quando valores monetários são trocados entre duas partes. Cada um destes processos é acompanhado de um processo informativo, o qual representa o fluxo de dados causado pelos processos logístico e financeiro [Muehlen 2002]. Processos organizações, dificilmente, são entidades homogêneas executados por indivíduos em sua totalidade. Geralmente, diferentes partes são envolvidas em um processo. A comunicação entre os participantes de um processo é feita através da troca de mensagens (processo comunicativo) [Flores 1998], [Geurts 2004], [Muehlen 2002]. Basicamente, uma troca de mensagem envolve duas partes: um solicitante ou produtor (envia a mensagem) e um receptor ou consumidor (recebe a mensagem). Neste contexto, zur Muehlen (2002) classifica mensagens em unidirecional e bidirecional. Mensagens unidirecionais são utilizadas tanto por um solicitante para solicitar a execução de uma atividade a um receptor (também chamada de mensagem ou comunicação performativa unidirecional), ou por um receptor para notificar um solicitante (mensagem notificativa). Mensagens bi-direcionais formam um par solicita/responde, onde o solicitante solicita a um receptor que este execute uma atividade e o responda subsequentemente (comunicação ou mensagem bi-direcional performativa) ou um receptor solicita uma informação ao solicitante (mensagem informativa). No contexto deste artigo, as atividades de um processo informativo são as mensagens, as quais implementam o fluxo de dados da organização gerado pelos processos logístico e financeiro nesta executados. Por exemplo, em um processo de aprovação a atividade que solicita a revisão de um documento gera uma mensagem performativa bidirecional (um solicitante solicita que um revisor execute a atividade). É importante observar que cada processo informativo ou aplicativo pode estar relacionado a um processo decisório, ou seja, um processo cognitivo a partir do qual um curso de atividades é selecionado com base em um conjunto de alternativas. Em nível de

5 aplicação, este se refere a uma tomada de decisão, tal como uma aprovação ou reprovação em um processo de aprovação. Em nível do sistema de informação este se refere a um controle de fluxo (roteamento do workflow) [Aalst 2002]. 3.1 Classificação dos Padrões de Workflow Esta Seção apresenta os processos descritos na Seção 3, os quais neste artigo são apresentados como padrões de workflow organizados em 3 categorias de padrões. Realizamos esta classificação com base em características específicas dos processos (ex.: dependência de aspectos da estrutura organizacional, nível de abstração, dependência do domínio da aplicação). 1. Padrões com base em aspectos da estrutura organizacional. Esta categoria inclui padrões relacionados a aspectos estruturais específicos (ex.: centralização da tomada de decisão, padronização de habilidades, supervisão direta). Exemplos destes padrões são aprovação e retirada de dúvidas. 2. Padrões com base no domínio de aplicação. Esta categoria inclui padrões relacionados a domínios de aplicação específicos. Ambos, padrão financeiro (com base no processo financeiro) e padrão logístico (com base no processo logístico) são exemplos de padrões desta categoria. 3. Padrões com base em funções recorrentes em processos de negócio. Esta categoria inclui padrões relacionados a funções genéricas e recorrentes, isto é, qualquer processo de negócio ou workflow pode incluir tais padrões, independentemente do domínio de aplicação. Exemplos de padrões desta categoria são o padrão performativo unidirecional e bi-direcional, padrão informativo, padrão notificativo e padrão decisório. 4. Exemplos dos Padrões de Workflow No contexto deste artigo um padrão de workflow é a descrição de uma função recorrente encontrada com freqüência em processos de negócio (ex.: notificação, aprovação, decisão, solicitação de execução de tarefa) [Thom 2006a], [Thom 2006b]. O conjunto de padrões de workflow proposto neste artigo foi derivado de um estudo extensivo com base na literatura e em um estudo sobre as relações entre aspectos da estrutura organizacional e (sub-)processos de workflow [Thom 2003], [Thom 2005]. Conforme os padrões de definição de workflow da Workflow Management Coalition, cada padrão de workflow sendo proposto neste artigo pode ser representado como uma atividade de bloco [WfMC 2005]. O conceito de atividade de bloco é apropriado para representar os padrões, pois garante que todas as atividades definidas dentro de um bloco devem ser executadas por completo para que o workflow continue a execução. Contudo, os padrões requerem a representação de parâmetros de entrada e saída e o conceito de atividade de bloco não suporta parâmetros, a perspectiva de transação da teoria de seriabilização é aplicada [Bernstein 1987]. Assim, parâmetros de entrada são representados como operações de leitura em base de dados (one-time-only) e parâmetros de saída como operações de gravação em base de dados (one-time-only).

6 As próximas Seções apresentam exemplos de padrões como diagramas de atividade UML (utilizando a notação 2.0). O Visual Paradigm para a UML Community Edition, o qual tem como base a UML 2.0 foi utilizado como editor para a modelagem dos padrões. As Figuras de 3 a 11 devem ser interpretadas conforme a legenda apresentada na Figura 2. (a) Nodo inicial indica o início de um processo (b) Ação atividade atômica (c) Decisão (d) Fork (e) Join (f) Controle de Fluxo (g) Swimlane (h) Nodo Final (i) Figure 2. Notação da UML Padrão Aprovação de Documentos O padrão aprovação de documentos é constituído por um conjunto de avaliações (uma ou mais), onde cada avaliação é realizada por um papel organizacional (ex.: supervisor, gerente, chefe de departamento). O processo de aprovação é concluído quando todos os papéis organizacionais finalizarem suas revisões ou um destes papéis não concordar com o conteúdo do documento. A figura 3 descreve o padrão de aprovação como uma atividade de bloco. Como ilustrado na figura 3, o papel organizacional revisor realiza a revisão do documento que irá resultar na reprovação ou na aprovação deste. A atividade de revisão do documento (Realiza revisão do documento) é executada repetidas vezes (em paralelo ou em seqüência) conforme o número de papéis organizacionais especificados ou até que uma reprovação ocorra. Geralmente, o número de papéis organizacionais é relativo ao nível de centralização com respeito à tomada de decisão. Figure 3. Padrão Aprovação de Documentos 4.2 Padrão Retirada de Dúvidas Os resultados de atividades mais complexas nem sempre podem ser padronizados, fazendo com que a organização padronize as habilidades dos executores. Por este motivo, os mesmos tornam-se, muitas vezes, especialistas em pontos específicos do processo de trabalho. A

7 padronização de habilidades implica em uma ação de retirada de dúvidas (com algum especialista da organização) no contexto de uma atividade complexa (Mintzberg 1995). O padrão para retirada de dúvidas consiste na identificação de determinados atributos (habilidades) para a execução de uma atividade específica. Com base nas habilidades identificadas, um papel organizacional e seu ator correspondente são alocados tanto para a execução da tarefa quanto para responder à solicitação de retirada de dúvidas dentro do contexto de execução da atividade. A figura 4 traz o padrão de retirada de dúvidas como uma atividade de bloco. Nesta, a dúvida é reportada (pelo solicitante) para o autor do documento ou um especialista que conseqüentemente responde a esta. Figure 4. Padrão Retirada de Dúvidas 4.3 Padrão Logístico Processos logísticos são executados com o intúito de manipular objetos físicos ou prover serviços. Exemplos de atividades logísticas são a manufatura, a compra e venda de produtos, à providência de serviços ou o transporte de mercadorias. Está fora do escopo deste trabalho detalhar os padrões para cada um destes casos, mas é possível ilustrar possíveis padrões genéricos para as atividades logística. No momento, o foco é nos dados principais, em termos de troca de mensagens, que tais atividades logísticas podem gerar. A figura 5 ilustra uma visão conceitual das principais atividades logísticas encontradas na literatura. Com base em um pedido, por exemplo, um dos diversos tipos de atividades logísticas será executado.

8 Figure 5. Padrão Logístico 4.4 Padrão Financeiro Este padrão representa um processo financeiro. Um processo financeiro é execuado quando um valor monetário é cambiado entre duas partes. Como mostrado na figura 6, a atividade financeira manipula e, eventualmente, gera um novo valor monetário (por meio de atributos monetários específicos). Figure 6. Padrão Financeiro 4.5 Padrão Performativo Unidirecional Este padrão representa uma mensagem performativa unidirecional. A figura 7, por exemplo, mostra a descrição de uma requisição para a execução de uma atividade. Baseado nisso, um item de trabalho é alocado para um destinatário (i.e., um participante de workflow específico responsável pela execução da atividade; e.g., especificado pelo papel do usuário). Após isso, o processo deve ter sua execução continuada sem aguardar por uma resposta. É preciso salientar que o padrão performativo unidirecional não necessita de uma resposta. As atividades de leitura e escrita podem ser modeladas como parâmetros se estes forem permitidos em uma atividade de bloco. A atividade Escrever descrição da execução da atividade na base de dados tem como parâmetro de saída requisição de descrição, que está modelada na figura como operação de escrita.

9 Figure 7. Padrão Unidirecional 4.6 Padrão Performativo Bi-direcional Este padrão é baseado nas mensagens performativas bi-direcionais, que formam um par de requisição/resposta, onde o remetente solicita ao destinatário executar uma atividade e o destinatário responde ao remetente. A figura 8 mostra que a atividade de bloco tem sua execução finalizada somente após o envio da notificação de atividade completada e a gravação do resultado da execução na base de dados (AND-Split). Figure 8. Padrão Performativo Bi-direcional 4.7 Padrão Informativo O padrão informativo é baseado na mensagem informativa, onde o solicitante pede informações ao remetente a qual é suprida subseqüentemente. Como ilustrado na figura 9, a atividade de bloco inicia com a requisição de informação e termina quando a informação requerida é recebida. Este padrão se difere do padrão performativo bi-direcional especialmente pelo fato de o workflow aguardar por uma resposta do usuário.

10 Figure 9. Padrão Informativo 4.8 Padrão Notificativo Como mostrado na figura 10, este padrão é baseado na mensagem de notificação. Este engloba atividades de notificação que informam sobre a finalização de uma atividade ou que divulgam novidades inerentes à respectiva aplicação de workflow (e.g., uma notificação sobre o resultado de um processo de aprovação). Devido ao fato de uma notificação informar sobre o status da execução de uma atividade, este pode ser considerado uma parte de uma mensagem performativa bi-direcional. Nesta abordagem a atividade de notificação está sendo tratada como uma atividade auto-contida; assume-se que uma notificação contendo o status de uma atividade pode eventualmente ser requerida. Figure 10. Padrão Notificativo 4.9 Padrão Decisório O padrão decisório é similar ao padrão de controle de fluxo de decisão proposto em (AALST 2003). Entretanto, neste trabalho o padrão decisório é formado por um padrão performativo bi-direcional seguido por um padrão XOR-Split ou, com menos freqüência, um OR-Split. A saída será baseada no resultado da execução de uma atividade, onde um ou mais caminhos no fluxo serão seguidos para dar continuidade à execução do workflow.

11 Figure 11. Padrão Decisório 5. Evidenciando a Existência, Necessidade e Completude dos Padrões de Workflow através da Mineração de Processos de Workflow Reais Sistemas de workflow, em execução, registram os participantes responsáveis pela execução das atividades, assim como quando estas são executadas. Tais registros são conhecidos como 'logs' de eventos. A mineração de workflow, através do uso de softwares computacionais, analisa estes 'logs', provendo um conjunto de dados estruturados. Em [Ellis 2006] é observado que a mineração de workflow tem como objetivo principal obter o modelo de workflow atual com base em 'logs' de processos em execução. Com o objetivo de pesquisar a existência dos padrões de workflow em processos de workflow de aplicações reais foram minerados 190 processos de workflow modelados na ferramenta Oracle Builder. Tais processos são executados por diferentes organizações e referem-se a diferentes aplicações. Mais precisamente, 17 processos referem-se ao gerenciamento de atividades internas de uma empresa de pequeno porte, descentralizada, cujo principal ramo de atividade é o desenvolvimento de software. Outros 11 processos definem o controle de qualidade total de uma empresa de pequeno porte, descentralizada. Aproximadamente 133 processos referem-se ao controle de acessos a software e gerenciamento de documentos de 6 empresas de grande porte, altamente centralizadas. O restante dos processos (29) são processos de Help Desk, Feedback de usuários e aprovações de 4 empresas de grande porte. Por razões confidenciais, não foi possível obter informações sobre as características estruturais destas empresas. Os principais resultados da mineração foram: a) evidencia de constatação da existência da maioria dos padrões de workflow em processos (modelos) de workflow reais com alta probabilidade; b) contatação de que o conjunto de padrões é necessário e suficiente para modelar os 190 processos de workflow analisados. Isso demonstra que o conjunto de padrões é adequado para modelar uma variedade significativa de processos de workflow.

12 Para verificar a freqüência com que cada padrão ocorre no conjunto de processos de workflow analisados identificamos, manualmente, os padrões nos processos. A Figura 12 traz um exemplo de como a identificação foi realizada. Padrão Notificativo Padrão Aprovação Padrão Performativo Unidirecional Figure 12. Processo real que inclui os padrões de workflow Após, para cada padrão de workflow foi calculado o valor de suporte, tal como realizado com regras associativas [Agrawal 2006]. No contexto deste artigo, o suporte significa o número de ocorrências de cada padrão de workflow nos 190 processos de workflow analisados. Observe que para aqueles processos incluindo mais de uma ocorrência de um mesmo padrão, considerou-se apenas uma ocorrência deste. Procedeu-se, assim, visto que o suporte foi calculado com base no número de processos e não com base no número de atividades atômicas. Além disso, em alguns casos, os padrões foram identificados em ordens parciais de atividades. A seguinte fórmula foi considerada para o cálculo do suporte: S = F (A C) ; T T Onde: F(A C) = freqüência de A e C juntos, sendo (A e C) equivalentes a um padrão de workflow T T = número de processos analisados 5.2 Análise dos Principais Resultados da Mineração Esta Seção apresenta os resultados da mineração de 190 processos de workflow, a qual foi realizada com o objetivo de verificar se os tipos de processos descritos na Seção 3 podem ser, de fato, considerados padrões com alta probabilidade de reuso na modelagem de processos de negócio e workflow. A Figura 13 traz a freqüência com que cada padrão de workflow foi identificdo no conjunto de processos investigados. O gráfico mostra que o padrão aprovação foi identificado com alta freqüência nos processos investigados (i.e., 60%). Tal fato justifica-se pela alta centralização na tomada de decisão existente nas unidades organizacionais envolvidas na execução dos processos. Além disso, muitos dos processos pertencem a aplicações com contextos de aprovação. O padrão de retirada de dúvidas foi identificado com menor freqüência (i.e., 2%), pois poucos processos incluem atividades de retirada de dúvidas.

13 O padrão financeiro foi identificado em atividades, onde valores monetários são utilizados ou produzidos. Ainda que tal padrão tenha sido identificado em apenas 6% dos processos, todas as atividades financeiras analizadas o incluem. A baixa freqüência tanto do padrão financeiro como do padrão logístico se dá pelo fato de poucos processos incluírem atividades financeiras e/ou logísticas. Os padrões performativo unidirecional e bi-direcional, assim como, os padrões decisório e notificativo foram identificados com alta freqüência nos processos investigados (i.e., 75%, 65%, 54% e 64%, respectivamente). Tais padrões, como já mencionado neste artigo, não estão relacionados a um domínio de aplicação específico ou a aspectos estruturais da organização. Tais padrões representam funções genéricas sendo, portanto, passíveis de serem encontrados em qualquer tipo de processo. O padrão informativo também é um padrão genérico. Este foi identificado com menor freqüência (16%), pois o número de processos incluindo solicitação de informação é reduzido. Freqüência dos Padrões de Workflow nos Processos Analisados Aprovação 60% Retirada de Dúvidas 2% Financeiro 8% Logístico 0% Informativo 16% Decisório 64% Notificativo 54% Performativo Bi-direcional 65% Performativo Unidirecional 75% 0% 10% 20% 30% 40% 50% 60% 70% 80% Suporte Figure 13. Freqüência dos padrões em processos de workflow reais 5.3 Completude e Necessidade dos Padrões para Modelagem de Processos O que realmente nos surpreendeu com o estudo de caso foi o fato de que todos os processos de workflow analisados podem ser definidos como uma composição dos padrões investigados (veja a Figura 14 para um exemplo). Ou seja, o conjunto de padrões de workflow mostrou-se necessário e suficiente para modelar todos os 190 processos analisados na mineração. Em cada processo, um padrão específico aparece zero ou mais vezes combinado com outros padrões de controle de fluxo. Nós consideramos este fato importante, o qual deve ser investigado como parte de trabalhos futuros. Por exemplo, como os padrões de workflow podem ser úteis quando integrados em uma ferramenta de modelagem? Poderia ser desenvolvido um módulo de software inteligente, o qual a partir de um repositório de padrões de workflow auxiliasse o projetista a completar a modelagem sendo desenvolvida por este.

14 Bi-directional Notification Unidirectional Performative Informative Notification Decision Approval Unidirectional Performative Notification Figure 14. Um processo de pagamento construído com base na combinação dos padrões 6 Conclusões Ainda que existam diversos trabalhos na área de padrões de workflow (e.g., padrões de controle de fluxo [Aalst 2003], fluxo de dados [Russell 2004a], recursos de workflow [Russell 2004b] e tratamento de exceção [Russell 2006]), padrões com base em funções recorrentes em processos de negócio têm sido pouco explorados. Em vista disso, este artigo apresentou o levantamento e classificação de um conjunto de padrões de workflow com base em funções recorrentes frequentemente encontradas em processos de negócio. Através da mineração de 190 processos de workflow de diferentes organizações constatou-se, com alta probabilidade, a existência dos padrões nos processos investigados. Através da análise estrutural e do particionamento de cada processo, evidenciou-se que os padrões classificados representam o conjunto necessário e suficiente de construtores para a modelagem de todos os processos analisados. As principais vantagens da abordagem são: Maior eficiência na modelagem: Com poucos padrões é possível modelar uma grande variedade de processos. Tais padrões são mais próximos do vocabulário ou nível de abstração no qual o processo de negócio é usualmente descrito (documentado) pela própria organização. Acredita-se que o (re-)uso destes padrões pode diminuir o tempo de modelagem (eficiência) e garantir maior probabilidade de correção na automatização do processo. Interoperabilidade: o (re-)uso dos padrões pode contribuir para maior interoperabilidade entre sistemas de workflow; Aplicabilidade em diferentes níveis de abstração: Alguns padrões podem ser úteis tanto para a modelagem conceitual dos processos de negócio como em nível de

15 implementação (ex.: BPEL4WS). Em um trabalho anterior demonstramos o mapeamento entre os níveis conceitual e lógico, permitindo sua automatização [Thom 2005]. Além disso, existe forte indício de que o conjunto de padrões investigado é completo, ou seja, necessário e suficiente para a modelagem de um grande número (senão a totalidade) de processos de negócios distintos. Tais padrões podem, eventualmente, simplificar o processo de modelagem, visto que possuem semântica simples e bem definida. Mais ainda, ferramentas de modelagem podem automatizar a seleção e aplicação dos padrões com base nas características dos processos sendo projetados, considerando-se diferentes aspectos (ex.: organizacionais, dependentes da aplicação). Os padrões de workflow investigados podem, ainda, ser utilizados para teste de completude e na comparação do poder de expressão das ferramentas e linguagens de modelagem de workflow existentes e futuras. Como trabalhos futuros pretendemos investigar a completude do conjunto de padrões estudado para a modelagem de processos de negócio e workflow em geral. Pretendemos, ainda, extender alguma ferramenta de modelagem de processos com os padrões de workflow propostos. Em [Thom 2007] apresentamos a primeira iniciativa neste contexto. Por fim, verificar a utilidade e da eficiência (ex.: tempo de modelagem e correção) dos padrões, quando integrados à ferramenta de modelagem de processos através de um catálogo References Aalst, W.M.P. van der; Hee, K. van. (2002) Workflow Management : models, methods, and systems. London: The MIT Press. Aalst, W.M.P. van der. (2003) Patterns and XPDL : A Critical Evaluation of the XML Process Definition Language. Queensland University of Technology, Brisbane. (QUT Technical report, FIT-TR ). Agrawal, R.; Gunupulos, D.; Leymann, F. (1988) Mining Process Models from Workflow Logs. Disponível em: < mk.pdf>. Último acesso em Nov Bernstein, P. A.; Hadzilacos, V.; Goodman, N. (1987) Concurrency Control and Recovery in Database Systems. Reading: Addison-Wesley. 370 p. Bradshaw, D.; Kennedy, M.; West, C. Oracle BPEL Process Manager. (2005) Developer s Guide. Release 2 (10.1.2). Disponível em: < Último acesso em Out Cooplien, H.; Harrison, N. Organizational Patterns of Agile Software Development. (2004). Disponível em: < Último acesso Out Ellis, C. (2006) Workflow Mining: Definitions, Techniques, and Future Directions. Em: Fischer, L. (Ed.) Workflow Handbook 2006 including business process management: published in association with the workflow management coalition. Lighthouse Point : Future Strategies, p

16 Eriksson H.E.; Penker, M. Business Modeling with UML. (2001) [S.l.]: John Wiley & Sons. 459p. Flores, F.; et al. (1998) Computer Systems and the Design of Organizational Interaction. Disponível em: < Último acesso em Jul Frank, U.; Lange; C. (2004) Mapping of Business Process Models to Workflow Schemata - An Example Using MEMO-OrgML and XPDL. Disponível em: < Último acesso emjun Geurts, G.; Geelhoed, A. (2004) Business process decomposition and service identification using communication s. Último acesso em: < Visitado em Jun Malone, T. W.; Crownston, K.; Herman, G. A. (2004) Organizing Business Knowledge : The MIT Process Handbook. Disponível em: < Último acesso em Out Mintzberg, H. (1995) Criando Organizações Eficazes : estruturas em cinco configurações. São Paulo: Atlas. Medina-Mora, R. (1992) The action workflow approach to workflow management technology. Disponível em: < Último acesso em Jun Muehlen, M. zur. (2002) Workflow-based process controlling : foundations, design, and application of workflow-driven process information systems. Berlin: Logos Verlang. 299 p. Russell, N.; Hofstede, A. H. M Ter; Edmond, D. (2004a) Workflow Data Patterns. Em: INFORMATIK Informatik verbindet (Band 1). Proceedings...[S.l. : s.n.]. p.50. Russell, N. (2004b) Workflow Resource Patterns. Brisbane : Queensland University of Technology (Technical report, FIT-TR ) Russell, N.; Aalst, W.M.P. van der; HOFSTEDE, A. Ter. (2006) Workflow Exception Patterns. Em: International Conference on Advanced Systems Engineering, CAiSE, 18. Proceedings... [S.l. : s.n.], p Thom, L. H.; Iochpe, C. (2003) Identifying Patterns of Workflow Design Relying on Organizational Structure Aspects. Em: International Conference on Enterprise Information Systems, ICEIS, 5., Angers. Proceedings Angers: ICEIS Press. Thom, L. H.; Iochpe, C. (2006a) Applying block activity s in workflow modeling. Em: International Conference on Enterprise Information Systems, ICEIS, 8., 2006, Paphos, Chipre. Proceedings Setubal : Institute for Systems and Technologies of Information, Control and Communication. Thom, L. H.; Iochpe, C.; Amaral, V. L. do; Viero, D. M. de. Toward block activity s for reuse in workflow design. Em: Fischer, L. (Ed.). Workflow Handbook 2006 including business process management: published in association with the workflow management coalition. Lighthouse Point : Future Strategies, 2006b. p Thom, L. H.; Lau, J. M.; Iochpe, C.; Mendling, J. (2007) Extending Business Process Modeling Tools With Workflow Patterns Reuse. Submetido para International

17 Conference on Enterprise Information Systems, ICEIS, 9., Angers. Proceedings Madeira: ICEIS Press. Thom, L.; Iochpe, C.; Mitschang, B. (2005) Improving the Workflow Project Quality Via Business Process Patterns Based on Organizational Structure Aspects. Em: GI Workshop XML for Business Process Management, 2. XML Interchange Formats for Business Process Management: Proceedings. Karlsruhe : [S.n.], CD-ROM. Workflow Management Coalition. (1999) Terminology & Glossary. Bruxelas, 65p. Disponível em: < Último acesso em Nov Workflow Management Coalition. (2005) Process Definition Interface : XML Process Definition Language. Doc. Number: WFMC-TC Disponível em: < Último acesso em Out

Padrões de Workflow para Reuso em Modelagem de Processos de Negócio

Padrões de Workflow para Reuso em Modelagem de Processos de Negócio THOM, L.H.; CHIAO, C.; IOCHPE, C. Padrões de Workflow para Reuso em Modelagem de Processos de Negócio. Em: Conferência Latino Americana em Linguagens de Programação, SugarloafPlop, Porto de Galinhas (Brasil):

Leia mais

Engenharia de Requisitos Estudo de Caso

Engenharia de Requisitos Estudo de Caso Engenharia de Requisitos Estudo de Caso Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2007 Slide 1 Engenharia de Requisitos Exemplo 1 Reserva de Hotel 1. INTRODUÇÃO Este

Leia mais

Gerenciamento de Riscos do Projeto Eventos Adversos

Gerenciamento de Riscos do Projeto Eventos Adversos Gerenciamento de Riscos do Projeto Eventos Adversos 11. Gerenciamento de riscos do projeto PMBOK 2000 PMBOK 2004 11.1 Planejamento de gerenciamento de riscos 11.1 Planejamento de gerenciamento de riscos

Leia mais

BPMN (Business Process. George Valença gavs@cin.ufpe.br

BPMN (Business Process. George Valença gavs@cin.ufpe.br BPMN (Business Process Modeling Notation) George Valença gavs@cin.ufpe.br 31/10/2012 Introdução Modelagem de processos No ciclo de vida BPM, a etapa de modelagem de processos consiste em um conjunto de

Leia mais

Gerenciamento de Problemas

Gerenciamento de Problemas Gerenciamento de Problemas O processo de Gerenciamento de Problemas se concentra em encontrar os erros conhecidos da infra-estrutura de TI. Tudo que é realizado neste processo está voltado a: Encontrar

Leia mais

Glossário Apresenta a definição dos termos, siglas e abreviações utilizadas no contexto do projeto Citsmart.

Glossário Apresenta a definição dos termos, siglas e abreviações utilizadas no contexto do projeto Citsmart. Apresenta a definição dos termos, siglas e abreviações utilizadas no contexto do projeto Citsmart. Versão 1.6 15/08/2013 Visão Resumida Data Criação 15/08/2013 Versão Documento 1.6 Projeto Responsáveis

Leia mais

FACULDADE DE ENGENHARIA DE COMPUTAÇÃO. PROJETO FINAL I e II PLANO DE TRABALHO <NOME DO TRABALHO> <Nome do Aluno> <Nome do Orientador>

FACULDADE DE ENGENHARIA DE COMPUTAÇÃO. PROJETO FINAL I e II PLANO DE TRABALHO <NOME DO TRABALHO> <Nome do Aluno> <Nome do Orientador> FACULDADE DE ENGENHARIA DE COMPUTAÇÃO PROJETO FINAL I e II PLANO DE TRABALHO O Trabalho de Conclusão de Curso (TCC) a ser desenvolvido

Leia mais

Um Simulador para Avaliação da Antecipação de Tarefas em Sistemas Gerenciadores de Workflow

Um Simulador para Avaliação da Antecipação de Tarefas em Sistemas Gerenciadores de Workflow Um Simulador para Avaliação da Antecipação de Tarefas em Sistemas Gerenciadores de Workflow Resumo. A fim de flexibilizar o fluxo de controle e o fluxo de dados em Sistemas Gerenciadores de Workflow (SGWf),

Leia mais

2 Diagrama de Caso de Uso

2 Diagrama de Caso de Uso Unified Modeling Language (UML) Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Diagrama de Caso de Uso (Use Case) Autoria:Aristófanes Corrêa

Leia mais

O que é a UML? Introdução a UML. Objetivos da Modelagem. Modelos. A UML não é. Princípios da Modelagem. O que é um modelo?

O que é a UML? Introdução a UML. Objetivos da Modelagem. Modelos. A UML não é. Princípios da Modelagem. O que é um modelo? O que é a UML? Introdução a UML Linguagem Gráfica de Modelagem para: Visualizar Especificar Construir Documentar Comunicar Artefatos de sistemas complexos Linguagem: vocabulário + regras de combinação

Leia mais

Engenharia de Software III

Engenharia de Software III Engenharia de Software III Casos de uso http://dl.dropbox.com/u/3025380/es3/aula6.pdf (flavio.ceci@unisul.br) 09/09/2010 O que são casos de uso? Um caso de uso procura documentar as ações necessárias,

Leia mais

INTRODUÇÃO A MODELAGEM DE PROCESSOS UTILIZANDO BPMN 1 FÁBIO RODRIGUES CRUZ 2 2.1 CONCEITO DE MODELAGEM DE PROCESSOS UTILIZANDO BPMN

INTRODUÇÃO A MODELAGEM DE PROCESSOS UTILIZANDO BPMN 1 FÁBIO RODRIGUES CRUZ 2 2.1 CONCEITO DE MODELAGEM DE PROCESSOS UTILIZANDO BPMN INTRODUÇÃO A MODELAGEM DE PROCESSOS UTILIZANDO BPMN 1 FÁBIO RODRIGUES CRUZ 2 1 INTRODUÇÃO A Business Process Modeling Notation (BPMN), ou Notação de Modelagem de Processos de Negócio, é um conjunto de

Leia mais

PLANEJAMENTO E PROJETOS. Lílian Simão Oliveira

PLANEJAMENTO E PROJETOS. Lílian Simão Oliveira PLANEJAMENTO E GERENCIAMENTO DE PROJETOS Lílian Simão Oliveira Contexto Gerentes lutam com projetos assustadores e com prazos finais difíceis de serem cumpridos Sistemas não satisfazem aos usuários Gastos

Leia mais

CHECK - LIST - ISO 9001:2000

CHECK - LIST - ISO 9001:2000 REQUISITOS ISO 9001: 2000 SIM NÃO 1.2 APLICAÇÃO A organização identificou as exclusões de itens da norma no seu manual da qualidade? As exclusões são relacionadas somente aos requisitos da sessão 7 da

Leia mais

Universidade Federal de Pernambuco

Universidade Federal de Pernambuco Universidade Federal de Pernambuco GRADUAÇÃO EM CIÊNCIA DA COMPUTAÇÃO CENTRO DE INFORMÁTICA 201 1. 2 Sistema de Gestão de Processos de Negócio Baseado em Modelos Declarativos Proposta de Trabalho de Graduação

Leia mais

Workflow: Adicionando Coordenação das Atividades. Fábio Bezerra fbezerra@ic.unicamp.br

Workflow: Adicionando Coordenação das Atividades. Fábio Bezerra fbezerra@ic.unicamp.br Workflow: Adicionando Coordenação das Atividades Fábio Bezerra fbezerra@ic.unicamp.br Agenda Introdução Workflow Sistema Gerenciador de Workflow WfMC Modelo e Instância Workflows ad hoc Referências O que

Leia mais

Modelos de Sistema. 2007 by Pearson Education. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 8 Slide 1.

Modelos de Sistema. 2007 by Pearson Education. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 8 Slide 1. Modelos de Sistema Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 8 Slide 1 Objetivos Explicar por que o contexto de um sistema deve ser modelado como parte do processo de RE Descrever

Leia mais

IMPLEMENTAÇÃO DAS CAMADAS Inference Machine e Message Service Element PARA UM SERVIDOR DE SISTEMA DE GERENCIAMENTO DE Workflow HOSPITALAR

IMPLEMENTAÇÃO DAS CAMADAS Inference Machine e Message Service Element PARA UM SERVIDOR DE SISTEMA DE GERENCIAMENTO DE Workflow HOSPITALAR IMPLEMENTAÇÃO DAS CAMADAS Inference Machine e Message Service Element PARA UM SERVIDOR DE SISTEMA DE GERENCIAMENTO DE Workflow HOSPITALAR Jeferson J. S. Boesing 1 ; Manassés Ribeiro 2 1.Aluno do Curso

Leia mais

Conteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos. Centro Tecnológico. Universidade Federal do Espírito Santo

Conteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos. Centro Tecnológico. Universidade Federal do Espírito Santo Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 02810 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 2. Processo de Software 3. Gerência de

Leia mais

5 Estudo de caso: utilizando o sistema para requisição de material

5 Estudo de caso: utilizando o sistema para requisição de material 61 5 Estudo de caso: utilizando o sistema para requisição de material A fim de avaliar as características da arquitetura proposta e a corretude da implementação, realizamos experiências com cenários de

Leia mais

ESTENDENDO A UML PARA REPRESENTAR RESTRIÇÕES DE INTEGRIDADE

ESTENDENDO A UML PARA REPRESENTAR RESTRIÇÕES DE INTEGRIDADE ESTENDENDO A UML PARA REPRESENTAR RESTRIÇÕES DE INTEGRIDADE Fabiana Gomes Marinho Faculdade Lourenço Filho Resumo: Na UML, a modelagem conceitual dos dados é descrita pelo diagrama de classes, que através

Leia mais

TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES

TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES [Observação: O template a seguir é utilizado como roteiro para projeto de sistemas orientado

Leia mais

Requisitos de Software

Requisitos de Software Requisitos de Software Centro de Informática - Universidade Federal de Pernambuco Kiev Gama kiev@cin.ufpe.br Slides originais elaborados por Ian Sommerville e adaptado pelos professores Márcio Cornélio,

Leia mais

Instituto de Computação, Universidade Federal do Amazonas (UFAM) Manaus-AM, Brasil

Instituto de Computação, Universidade Federal do Amazonas (UFAM) Manaus-AM, Brasil Elicitação de Requisitos a partir de Modelos de Processos de Negócio e Modelos Organizacionais: Uma pesquisa para definição de técnicas baseadas em heurísticas Marcos A. B. de Oliveira 1, Sérgio R. C.

Leia mais

Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Programa de Pós-Graduação em Informática

Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Programa de Pós-Graduação em Informática Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Programa de Pós-Graduação em Informática Disciplina: INF5008 Prof.: (monalessa@inf.ufes.br) Conteúdo 3. Gerência de

Leia mais

A Linguagem de Modelagem Unificada (UML)

A Linguagem de Modelagem Unificada (UML) Aécio Costa A Linguagem de Modelagem Unificada (UML) Percebeu-se a necessidade de um padrão para a modelagem de sistemas, que fosse aceito e utilizado amplamente. Surge a UML (Unified Modeling Language)

Leia mais

Material de Apoio. Sistema de Informação Gerencial (SIG)

Material de Apoio. Sistema de Informação Gerencial (SIG) Sistema de Informação Gerencial (SIG) Material de Apoio Os Sistemas de Informação Gerencial (SIG) são sistemas ou processos que fornecem as informações necessárias para gerenciar com eficácia as organizações.

Leia mais

ENGENHARIA DE SOFTWARE I

ENGENHARIA DE SOFTWARE I ENGENHARIA DE SOFTWARE I Prof. Cássio Huggentobler de Costa [cassio.costa@ulbra.br] Twitter: www.twitter.com/cassiocosta_ Agenda da Aula (002) Metodologias de Desenvolvimento de Softwares Métodos Ágeis

Leia mais

ARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.

ARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1. ARCO - Associação Recreativa dos Correios Sistema para Gerenciamento de Associações Recreativas Versão Histórico da Revisão Data Versão Descrição Autor Página

Leia mais

Service Desk. IT Management Software. Certified Partner

Service Desk. IT Management Software. Certified Partner Certified Partner Você não está precisando melhorar a qualidade do suporte técnico de sua empresa, reduzir radicalmente o tempo de resposta e gerir com as melhores práticas os processos de serviço? Atualmente,

Leia mais

Análise e Projeto Orientados por Objetos

Análise e Projeto Orientados por Objetos Análise e Projeto Orientados por Objetos Aula 02 Análise e Projeto OO Edirlei Soares de Lima Análise A análise modela o problema e consiste das atividades necessárias para entender

Leia mais

F.1 Gerenciamento da integração do projeto

F.1 Gerenciamento da integração do projeto Transcrição do Anexo F do PMBOK 4ª Edição Resumo das Áreas de Conhecimento em Gerenciamento de Projetos F.1 Gerenciamento da integração do projeto O gerenciamento da integração do projeto inclui os processos

Leia mais

Sistemas de Informação I

Sistemas de Informação I + Sistemas de Informação I Dimensões de análise dos SI Ricardo de Sousa Britto rbritto@ufpi.edu.br + Introdução n Os sistemas de informação são combinações das formas de trabalho, informações, pessoas

Leia mais

Tópicos em Engenharia de Software (Optativa III) AULA 2. Prof. Andrêza Leite andreza.lba@gmail.com (81 )9801-6619

Tópicos em Engenharia de Software (Optativa III) AULA 2. Prof. Andrêza Leite andreza.lba@gmail.com (81 )9801-6619 Tópicos em Engenharia de Software (Optativa III) AULA 2 Prof. Andrêza Leite andreza.lba@gmail.com (81 )9801-6619 Engenharia de Software Objetivo da aula Depois desta aula você terá uma revisão sobre o

Leia mais

Conteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos

Conteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 02810 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 2. Processo de Software 3. Gerência de

Leia mais

Pós-Graduação em Gerenciamento de Projetos práticas do PMI

Pós-Graduação em Gerenciamento de Projetos práticas do PMI Pós-Graduação em Gerenciamento de Projetos práticas do PMI Planejamento do Gerenciamento das Comunicações (10) e das Partes Interessadas (13) PLANEJAMENTO 2 PLANEJAMENTO Sem 1 Sem 2 Sem 3 Sem 4 Sem 5 ABRIL

Leia mais

1.6. Tratamento de Exceções

1.6. Tratamento de Exceções Paradigmas de Linguagens I 1 1.6. Tratamento de Exceções Uma exceção denota um comportamento anormal, indesejado, que ocorre raramente e requer alguma ação imediata em uma parte do programa [GHE 97, DER

Leia mais

PRINCÍPIOS DE SISTEMAS DE INFORMAÇÃO MÓDULO 17

PRINCÍPIOS DE SISTEMAS DE INFORMAÇÃO MÓDULO 17 PRINCÍPIOS DE SISTEMAS DE INFORMAÇÃO MÓDULO 17 Índice 1. Conceitos de Ciclo de Desenvolvimento de Sistemas...3 1.1. Principais Fases... 3 1.2. Técnicas... 4 1.3. Papéis de Responsabilidades... 4 1.3.1.

Leia mais

MUDANÇAS NA ISO 9001: A VERSÃO 2015

MUDANÇAS NA ISO 9001: A VERSÃO 2015 MUDANÇAS NA ISO 9001: A VERSÃO 2015 Está em andamento o processo de revisão da Norma ISO 9001: 2015, que ao ser concluído resultará na mudança mais significativa já efetuada. A chamada família ISO 9000

Leia mais

Mapeamento de Processos

Mapeamento de Processos Agência Nacional de Vigilância Sanitária Mapeamento de Processos Projeto a ser desenvolvido no âmbito da Gerência de Sistemas/GGTIN Brasília, agosto de 2006. 1. IDENTIFICAÇÃO DO PROJETO 1.1. Título do

Leia mais

Universidade Paulista

Universidade Paulista Universidade Paulista Ciência da Computação Sistemas de Informação Gestão da Qualidade Principais pontos da NBR ISO/IEC 12207 - Tecnologia da Informação Processos de ciclo de vida de software Sergio Petersen

Leia mais

QUALIDADE DE SOFTWARE. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 1

QUALIDADE DE SOFTWARE. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 1 QUALIDADE DE SOFTWARE Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 1 Objetivos Apresentar o processo de gerenciamento de qualidade e as atividades centrais da garantia de

Leia mais

Prof. Raul Sidnei Wazlawick UFSC-CTC-INE. Fonte: Análise e Projeto de Sistemas de Informação Orientados a Objetos, 2ª Edição, Elsevier, 2010.

Prof. Raul Sidnei Wazlawick UFSC-CTC-INE. Fonte: Análise e Projeto de Sistemas de Informação Orientados a Objetos, 2ª Edição, Elsevier, 2010. Visão Geral do Sistema Prof. Raul Sidnei Wazlawick UFSC-CTC-INE 2010 Fonte: Análise e Projeto de Sistemas de Informação Orientados a Objetos, 2ª Edição, Elsevier, 2010. A fase de concepção do UP consiste

Leia mais

ISO/IEC 12207: Gerência de Configuração

ISO/IEC 12207: Gerência de Configuração ISO/IEC 12207: Gerência de Configuração Durante o processo de desenvolvimento de um software, é produzida uma grande quantidade de itens de informação que podem ser alterados durante o processo Para que

Leia mais

Engenharia de Requisitos

Engenharia de Requisitos Engenharia de Requisitos Introdução a Engenharia de Requisitos Professor: Ricardo Argenton Ramos Aula 08 Slide 1 Objetivos Introduzir a noção de requisitos do sistema e o processo da engenharia de requisitos.

Leia mais

Sistema de Controle de Solicitação de Desenvolvimento

Sistema de Controle de Solicitação de Desenvolvimento Sistema de Controle de Solicitação de Desenvolvimento Introdução O presente documento descreverá de forma objetiva as principais operações para abertura e consulta de uma solicitação ao Setor de Desenvolvimento

Leia mais

21/03/2012. WorkFlow. Gestão Eletrônica de Documentos. Workflow HISTÓRICO

21/03/2012. WorkFlow. Gestão Eletrônica de Documentos. Workflow HISTÓRICO WorkFlow Gestão Eletrônica de Documentos Workflow HISTÓRICO 1 CSCW - Computer-supported CooperativeWork trabalho cooperativo auxiliado por computador Estudo dos conceitos que definem e desenvolvem o trabalho

Leia mais

Processos de gerenciamento de projetos em um projeto

Processos de gerenciamento de projetos em um projeto Processos de gerenciamento de projetos em um projeto O gerenciamento de projetos é a aplicação de conhecimentos, habilidades, ferramentas e técnicas às atividades do projeto a fim de cumprir seus requisitos.

Leia mais

UML 2. Guia Prático. Gilleanes T.A. Guedes. Novatec. Obra revisada e ampliada a partir do título Guia de Consulta Rápida UML 2

UML 2. Guia Prático. Gilleanes T.A. Guedes. Novatec. Obra revisada e ampliada a partir do título Guia de Consulta Rápida UML 2 UML 2 Guia Prático Gilleanes T.A. Guedes Obra revisada e ampliada a partir do título Guia de Consulta Rápida UML 2 Novatec capítulo 1 Introdução à UML A UML (Unified Modeling Language ou Linguagem de Modelagem

Leia mais

Implantação de um Processo de Medições de Software

Implantação de um Processo de Medições de Software Departamento de Informática BFPUG Brazilian Function Point Users Group Implantação de um Processo de Medições de Software Claudia Hazan, MSc., CFPS claudinhah@yahoo.com Agenda Introdução Processo de Medições

Leia mais

Seção 2/E Monitoramento, Avaliação e Aprendizagem

Seção 2/E Monitoramento, Avaliação e Aprendizagem Seção 2/E Monitoramento, Avaliação e Aprendizagem www.bettercotton.org Orientação Text to go here O documento Monitoramento, Avaliação e Aprendizagem da BCI proporciona uma estrutura para medir as mudanças

Leia mais

invgate Service Desk

invgate Service Desk invgate Service Desk 02 Informação Geral. 03 Funcionalidades. 06 Beneficiação. Índice. 02 Informação Geral. Revolucione seu departamento de IT Administrar seu departamento de IT é fácil Atualmente, os

Leia mais

ADMINISTRAÇÃO GERAL GESTÃO DE PROCESSOS

ADMINISTRAÇÃO GERAL GESTÃO DE PROCESSOS ADMINISTRAÇÃO GERAL GESTÃO DE PROCESSOS Atualizado em 21/12/2015 GESTÃO DE PROCESSOS Um processo é um conjunto ou sequência de atividades interligadas, com começo, meio e fim. Por meio de processos, a

Leia mais

SE Incident Gestão de Incidentes e Não Conformidades Visão Geral Incidentes de TI Não conformidade da Qualidade

SE Incident Gestão de Incidentes e Não Conformidades Visão Geral Incidentes de TI Não conformidade da Qualidade SE Incident Gestão de Incidentes e Não Conformidades Visão Geral Para aumentar a fidelidade do cliente, aprofundar o relacionamento com o cliente, aumentar a força da marca e diferenciação sólida, as empresas

Leia mais

Requisitos de Software

Requisitos de Software Requisitos de Software Prof. José Honorato F.N. Prof. José Honorato F.N. honoratonunes@gmail.com Requisitos de Software Software é o conjunto dos programas e dos meios não materiais que possibilitam o

Leia mais

CÓPIA NÃO CONTROLADA. DOCUMENTO CONTROLADO APENAS EM FORMATO ELETRÔNICO. PSQ PROCEDIMENTO DO SISTEMA DA QUALIDADE

CÓPIA NÃO CONTROLADA. DOCUMENTO CONTROLADO APENAS EM FORMATO ELETRÔNICO. PSQ PROCEDIMENTO DO SISTEMA DA QUALIDADE PSQ PROCEDIMENTO DO SISTEMA DA QUALIDADE PSQ 290.0339 - PROCEDIMENTO DO SISTEMA DA QUALIDADE APROVAÇÃO CARLOS ROBERTO KNIPPSCHILD Gerente da Qualidade e Assuntos Regulatórios Data: / / ELABORAÇÃO REVISÃO

Leia mais

2 Conceitos relativos a Web services e sua composição

2 Conceitos relativos a Web services e sua composição 15 2 Conceitos relativos a Web services e sua composição A necessidade de flexibilidade na arquitetura das aplicações levou ao modelo orientado a objetos, onde os processos de negócios podem ser representados

Leia mais

DECLARAÇÃO DE POSICIONAMENTO DO IIA: O PAPEL DA AUDITORIA INTERNA

DECLARAÇÃO DE POSICIONAMENTO DO IIA: O PAPEL DA AUDITORIA INTERNA Permissão obtida junto ao proprietário dos direitos autorais, The Institute of Internal Auditors, 247 Maitland Avenue, Altamonte Springs, Florida 32701-4201, USA, para publicar esta tradução, a qual reflete

Leia mais

UML - Unified Modeling Language

UML - Unified Modeling Language UML - Unified Modeling Language Casos de Uso Marcio E. F. Maia Disciplina: Engenharia de Software Professora: Rossana M. C. Andrade Curso: Ciências da Computação Universidade Federal do Ceará 24 de abril

Leia mais

Diagrama de Classes. Um diagrama de classes descreve a visão estática do sistema em termos de classes e relacionamentos entre as classes.

Diagrama de Classes. Um diagrama de classes descreve a visão estática do sistema em termos de classes e relacionamentos entre as classes. 1 Diagrama de Classes Um diagrama de classes descreve a visão estática do sistema em termos de classes e relacionamentos entre as classes. Um dos objetivos do diagrama de classes é definir a base para

Leia mais

Metodologia e Gerenciamento do Projeto na Fábrica de Software v.2

Metodologia e Gerenciamento do Projeto na Fábrica de Software v.2 .:: Universidade Estadual de Maringá Bacharelado em Informática Eng. de Software III :. Sistema de Gerenciamento de Eventos - Equipe 09 EPSI Event Programming System Interface Metodologia e Gerenciamento

Leia mais

Metodologia de Gerenciamento de Projetos da Justiça Federal

Metodologia de Gerenciamento de Projetos da Justiça Federal Metodologia de Gerenciamento de Projetos da Justiça Federal Histórico de Revisões Data Versão Descrição 30/04/2010 1.0 Versão Inicial 2 Sumário 1. Introdução... 5 2. Público-alvo... 5 3. Conceitos básicos...

Leia mais

Engenharia de Software. Apostila I >>> Introdução à ES - HEngholmJr

Engenharia de Software. Apostila I >>> Introdução à ES - HEngholmJr Engenharia de Software Apostila I >>> Introdução à ES - HEngholmJr Histórico de Revisões Data Versão Descrição Autor 12/08/2014 1.0 Criação da primeira versão HEngholmJr Agenda Introdução à Engenharia

Leia mais

Casos de uso Objetivo:

Casos de uso Objetivo: Casos de uso Objetivo: Auxiliar a comunicação entre os analistas e o cliente. Descreve um cenário que mostra as funcionalidades do sistema do ponto de vista do usuário. O cliente deve ver no diagrama de

Leia mais

PLANOS DE CONTINGÊNCIAS

PLANOS DE CONTINGÊNCIAS PLANOS DE CONTINGÊNCIAS ARAÚJO GOMES Capitão SC PMSC ARAÚJO GOMES defesacivilgomes@yahoo.com.br PLANO DE CONTINGÊNCIA O planejamento para emergências é complexo por suas características intrínsecas. Como

Leia mais

A Disciplina Gerência de Projetos

A Disciplina Gerência de Projetos A Disciplina Gerência de Projetos Atividades, Artefatos e Responsabilidades hermano@cin.ufpe.br Objetivos Apresentar atividades da disciplina Gerência de Projetos Discutir os artefatos e responsáveis envolvidos

Leia mais

Resolução da lista de exercícios de casos de uso

Resolução da lista de exercícios de casos de uso Resolução da lista de exercícios de casos de uso 1. Explique quando são criados e utilizados os diagramas de casos de uso no processo de desenvolvimento incremental e iterativo. Na fase de concepção se

Leia mais

Gerenciamento de Projetos Modulo II Ciclo de Vida e Organização do Projeto

Gerenciamento de Projetos Modulo II Ciclo de Vida e Organização do Projeto Gerenciamento de Projetos Modulo II Ciclo de Vida e Organização do Projeto Prof. Walter Cunha falecomigo@waltercunha.com http://waltercunha.com PMBoK Organização do Projeto Os projetos e o gerenciamento

Leia mais

Manual Geral do OASIS

Manual Geral do OASIS Manual Geral do OASIS SISTEMA DE GESTÃO DE DEMANDA, PROJETO E SERVIÇO DE TECNOLOGIA DA INFORMAÇÃO OASIS Introdução Esse manual tem como objetivo auxiliar aos usuários nos procedimentos de execução do sistema

Leia mais

Universidade Federal de Santa Maria Curso de Arquivologia. Disciplina de Banco de Dados Aplicados à Arquivística. Versao 1.

Universidade Federal de Santa Maria Curso de Arquivologia. Disciplina de Banco de Dados Aplicados à Arquivística. Versao 1. Universidade Federal de Santa Maria Curso de Arquivologia Disciplina de Banco de Dados Aplicados à Arquivística Prof. Andre Zanki Cordenonsi Versao 1.0 Março de 2008 Tópicos Abordados Conceitos sobre Banco

Leia mais

PR 2 PROCEDIMENTO. Auditoria Interna. Revisão - 2 Página: 1 de 9

PR 2 PROCEDIMENTO. Auditoria Interna. Revisão - 2 Página: 1 de 9 Página: 1 de 9 1. OBJETIVO Estabelecer sistemática de funcionamento e aplicação das Auditorias Internas da Qualidade, fornecendo diretrizes para instruir, planejar, executar e documentar as mesmas. Este

Leia mais

Feature-Driven Development

Feature-Driven Development FDD Feature-Driven Development Descrição dos Processos Requisitos Concepção e Planejamento Mais forma que conteúdo Desenvolver um Modelo Abrangente Construir a Lista de Features Planejar por

Leia mais

Quadro de consulta (solicitação do mestre)

Quadro de consulta (solicitação do mestre) Introdução ao protocolo MODBUS padrão RTU O Protocolo MODBUS foi criado no final dos anos 70 para comunicação entre controladores da MODICON. Por ser um dos primeiros protocolos com especificação aberta

Leia mais

Origem do SCO O SCO é baseado no ICS, desenvolvido nos EUA durante as décadas de 70/80, inicialmente para coordenar a resposta a incêndios florestais.

Origem do SCO O SCO é baseado no ICS, desenvolvido nos EUA durante as décadas de 70/80, inicialmente para coordenar a resposta a incêndios florestais. APRESENTAÇÃO DO SCO Conceito de SCO O Sistema de Comando em Operações é uma ferramenta gerencial para planejar, organizar, dirigir e controlar as operações de resposta em situações críticas, fornecendo

Leia mais

Gerência de Projetos

Gerência de Projetos Gerência de Projetos Escopo Custo Qualidade Tempo CONCEITO PROJETOS: são empreendimentos com objetivo específico e ciclo de vida definido Precedem produtos, serviços e processos. São utilizados as funções

Leia mais

MASTER IN PROJECT MANAGEMENT

MASTER IN PROJECT MANAGEMENT MASTER IN PROJECT MANAGEMENT PROJETOS E COMUNICAÇÃO PROF. RICARDO SCHWACH MBA, PMP, COBIT, ITIL Atividade 1 Que modelos em gestão de projetos estão sendo adotados como referência nas organizações? Como

Leia mais

2. Sistemas Multi-Agentes (Multi-Agent System - MAS)

2. Sistemas Multi-Agentes (Multi-Agent System - MAS) AORML uma linguagem para modelagem de uma aplicação Multiagentes: Uma Aplicação no Sistema Expertcop. Hebert de Aquino Nery, Daniel Gonçalves de Oliveira e Vasco Furtado. Universidade de Fortaleza UNIFOR

Leia mais

Planejamento da disciplina: Modelagem de processos de negócio

Planejamento da disciplina: Modelagem de processos de negócio UNIVERSIDADE FEDERAL DE MINAS GERAIS / INSTITUTO DE CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIA DA COMPUTAÇÃO Planejamento da disciplina: Modelagem de processos de negócio Professor: Clarindo Isaías Pereira

Leia mais

Gestão de Projetos. Introdução ao PMBOK. Hermano Perrelli de Moura hermano@cin.ufpe.br

Gestão de Projetos. Introdução ao PMBOK. Hermano Perrelli de Moura hermano@cin.ufpe.br Gestão de Projetos Introdução ao PMBOK Hermano Perrelli de Moura hermano@cin.ufpe.br Objetivos Apresentar o modelo de gerência de projetos definido pelo PMBOK. PMBOK 2 Ao final desta aula você será capaz

Leia mais

Introdução à Engenharia de Software

Introdução à Engenharia de Software Introdução à Engenharia de Software Professor: Rômulo César romulodandrade@gmail.com www.romulocesar.com.br Imagem Clássica Objetivo da aula Depois desta aula você terá uma visão sobre o que é a engenharia

Leia mais

Planejamento Estratégico de TI. Prof.: Fernando Ascani

Planejamento Estratégico de TI. Prof.: Fernando Ascani Planejamento Estratégico de TI Prof.: Fernando Ascani BI Business Intelligence A inteligência Empresarial, ou Business Intelligence, é um termo do Gartner Group. O conceito surgiu na década de 80 e descreve

Leia mais

Desenvolvendo uma Arquitetura de Componentes Orientada a Serviço SCA

Desenvolvendo uma Arquitetura de Componentes Orientada a Serviço SCA Desenvolvendo uma Arquitetura de Componentes Orientada a Serviço SCA RESUMO Ricardo Della Libera Marzochi A introdução ao Service Component Architecture (SCA) diz respeito ao estudo dos principais fundamentos

Leia mais

AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0

AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0 AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0 SUMÁRIO 1 Conceitos Básicos... 3 1.1 O que é Software?... 3 1.2 Situações Críticas no desenvolvimento

Leia mais

Fase 1: Engenharia de Produto

Fase 1: Engenharia de Produto Fase 1: Engenharia de Produto Disciplina: Análise de Requisitos DURAÇÃO: 44 h O objetivo principal da disciplina é realizar uma análise das necessidades e produzir um escopo do produto. Representará os

Leia mais

Resumo das Interpretações Oficiais do TC 176 / ISO

Resumo das Interpretações Oficiais do TC 176 / ISO Resumo das Interpretações Oficiais do TC 176 / ISO Referência RFI 011 Pergunta NBR ISO 9001:2000 cláusula: 2 Apenas os termos e definições da NBR ISO 9000:2000 constituem prescrições da NBR ISO 9001:2000,

Leia mais

INSTRUÇÃO DE TRABALHO PARA INFORMAÇÕES GERENCIAIS

INSTRUÇÃO DE TRABALHO PARA INFORMAÇÕES GERENCIAIS INSTRUÇÃO DE TRABALHO PARA INFORMAÇÕES GERENCIAIS Asia Shipping Transportes Internacionais Ltda. como cópia não controlada P á g i n a 1 7 ÍNDICE NR TÓPICO PÁG. 1 Introdução & Política 2 Objetivo 3 Responsabilidade

Leia mais

Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios

Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios Cronograma das Aulas. Hoje você está na aula Semana

Leia mais

norma técnica Padrão de Segurança e Saúde: avaliação do desempenho em segurança e saúde das empresas colaboradoras Código: NT.00047.GN-SP.

norma técnica Padrão de Segurança e Saúde: avaliação do desempenho em segurança e saúde das empresas colaboradoras Código: NT.00047.GN-SP. norma técnica Padrão de Segurança e Saúde: avaliação do desempenho em segurança e saúde das empresas colaboradoras Código: NT.00047.GN-SP.ESS Edição: 1 O texto seguinte corresponde a uma tradução do Procedimento

Leia mais

UNIVERSIDADE FEDERAL DE SANTA CATARINA

UNIVERSIDADE FEDERAL DE SANTA CATARINA UNIVERSIDADE FEDERAL DE SANTA CATARINA CIÊNCIAS DA COMPUTAÇÃO MÁQUINAS DE COMITÊ APLICADAS À FILTRAGEM DE SPAM Monografia submetida à UNIVERSIDADE FEDERAL DE SANTA CATARINA para a obtenção do grau de BACHAREL

Leia mais

Projeto de Sistemas I

Projeto de Sistemas I Instituto Federal de Educação, Ciência e Tecnologia de São Paulo Projeto de Sistemas I Professora: Kelly de Paula Cunha E-mail:kellypcsoares@ifsp.edu.br Requisitos: base para todo projeto, definindo o

Leia mais

MRP II. Planejamento e Controle da Produção 3 professor Muris Lage Junior

MRP II. Planejamento e Controle da Produção 3 professor Muris Lage Junior MRP II Introdução A lógica de cálculo das necessidades é conhecida há muito tempo Porém só pode ser utilizada na prática em situações mais complexas a partir dos anos 60 A partir de meados da década de

Leia mais

Engenharia de Software: Introdução. Mestrado em Ciência da Computação 2008 Profa. Itana Gimenes

Engenharia de Software: Introdução. Mestrado em Ciência da Computação 2008 Profa. Itana Gimenes Engenharia de Software: Introdução Mestrado em Ciência da Computação 2008 Profa. Itana Gimenes Programa 1. O processo de engenharia de software 2. UML 3. O Processo Unificado 1. Captura de requisitos 2.

Leia mais

Tecnologia em Gestão Pública Desenvolvimento de Projetos - Aula 9 Prof. Rafael Roesler

Tecnologia em Gestão Pública Desenvolvimento de Projetos - Aula 9 Prof. Rafael Roesler Tecnologia em Gestão Pública Desenvolvimento de Projetos - Aula 9 Prof. Rafael Roesler Introdução Objetivos da Gestão dos Custos Processos da Gerência de Custos Planejamento dos recursos Estimativa dos

Leia mais

UNIVERSIDADE FEDERAL DO PARANÁ UFPR Bacharelado em Ciência da Computação

UNIVERSIDADE FEDERAL DO PARANÁ UFPR Bacharelado em Ciência da Computação SOFT DISCIPLINA: Engenharia de software AULA NÚMERO: 08 DATA: / / PROFESSOR: Andrey APRESENTAÇÃO O objetivo desta aula é apresentar e discutir conceitos relacionados a modelos e especificações. Nesta aula

Leia mais

BPMN Business Process Modeling Notation

BPMN Business Process Modeling Notation BPMN Business Process Modeling Notation Business Process Modeling Notation Página 1 Objetivo O objetivo deste curso é apresentar os elementos da notação de modelagem de processos de negócio BPMN 1.1 (Business

Leia mais

gerenciamento de portais e websites corporativos interface simples e amigável, ágil e funcional não dependendo mais de um profissional especializado

gerenciamento de portais e websites corporativos interface simples e amigável, ágil e funcional não dependendo mais de um profissional especializado O NetPublisher é um sistema de gerenciamento de portais e websites corporativos (intranets ou extranets), apropriado para pequenas, médias e grandes empresas. O conteúdo do website pode ser atualizado

Leia mais