Feira de empreendedorismo

Slides:



Advertisements
Apresentações semelhantes
Diagrama de Atividades
Advertisements

Engenharia de Software
APSOO Aula 05.
Casos de Uso.
Diagrama de Atividades
Rational Unified Process(RUP)
BPM(Gerenciamento de processos de negócios)
Linguagens de Modelagem para SMA
Introdução a diagrama de classes e UML
Diagrama de Atividades
Curso UML Diagramas de Atividade
(Linguagem de Modelagem Unificada)
Prof. MSc Sofia Mara de Souza AULA6
Engenharia de Requisitos Requisito – sistema Caso de uso - usuário
Análise de Casos de Uso Alexandre Motnteiro.
Douglas Barbosa Alexandre Orientador: Prof. Dr. André Vital Saúde
DIAGRAMA DE COMPONENTES
Análise de Sistemas Análise e Projeto Prof. Jeime Nunes Site:
UML - Unified Modeling Language
Aula 1 Minicurso: Astah Ministrantes: André Martins; Camila Brondani;
Diagrama de Atividades
Expansão dos Casos de Uso
Introdução UML, Diagrama de Classes e Comunicação/Colabaração
Requisitos e Casos de Uso
Business Process Modeling Notation (BPMN)
UML (Unified Modeling Language) Linguagem Unificada de Modelagem
Ferramentas de modelagem do SI
Business Process Modeling Notation BPMN Basics
Diagrama de Atividades
ACCESS 2007 EDIMILSON JÚNIOR.
Diagramas de Atividade
Modelagem de Negócio no RUP
Especificação, Modelação e Projecto de Sistemas Embutidos / 2009.
Guia de Abertura de Chamado
Treinamento E-form e Workflow Fusion ECM Suite
Guia de Treinamento Fusion ECM Suite – Workflow/BPM.
Curso Técnico em Mineração
Marcio de Carvalho Victorino
FLUXOGRAMAS.
UML - Unified Modeling Language
Ferramentas Visio + VisioCase
Gestão Completa da Cadeia de Suprimentos
Unified Modeling Language Professor Mário Dantas A NÁLISE O RIENTADA A O BJETOS Nov/2010.
Gestão de defeitos.
Unidade III Fluxogramas
METODOLOGIA, MÉTODOS E FERRAMENTAS
Laboratório de Programação
Desenhando Fluxogramas
Trabalho de Engenharia de Software II
Diagrama de Colaboração. Diagramas de Interação Expressam informações bastante similares porém de maneira diferente Diagrama de seqüência: – Interação.
Análise e Projeto de Sistemas
Professora Cláudia Abreu Paes
Apresentação Visio + VisioCase.
Modelando Sistemas em UML
Fluxos secundários Só devem ser analisados e descritos após a descrição dos fluxos básicos. Fluxos alternativos situações especiais (desconto para um cliente)
GERENCIAMENTO DE PROJETOS
Tarciane Andrade Análise de Casos de Uso Tarciane Andrade
Análise de Casos de Uso Rafael Duarte Alexandre Mota [rmd,
Desenvolvimento Empresarial Aula 5 – Business Process Modeling Notation – Parte 2 Prof.: Guilherme Amorim Data: 26/03/2014.
UML (Unified Modeling Language) Linguagem Unificada de Modelagem
Diagrama de Colaboração
Memória de Aula 07: Desenvolvimento de Sistemas Diagramas de Sequência
Interações entre objetos
Prof. Paulo Barreto  O gerenciamento da informação, segundo Davenport (1997), é um conjunto estruturado de atividades que espelha.
TUTORIAL DO SOFTWARE BIZAGI
BPMN automatizando processos
A velha máxima, mais atual que nunca! “Não se gerencia o que não se mede, não se mede o que não se define, não se define o que não se entende, ou seja,
Analisar Caso de Uso. Copyright © 2002 Qualiti. Todos os direitos reservados. Qualiti Software Processes Analisar caso de uso | 2 Objetivos deste módulo.
CURSO JAVA BÁSICO Módulo 9 – slide 1 Módulo 10 Threads.
Especificação de processos Ademar Aguiar & Gabriel David 1 Desenho de Workflow Gabriel David, Ademar Aguiar
Transcrição da apresentação:

Feira de empreendedorismo Ferramenta Bizagi Modeler

Grupo Raimundo Juliana Kleber Daniela Michel Joice

Feira de empreendedorismo Roteiro: Introdução Processos de Negócios Elementos BPMN Conclusões Referências

Introdução Bizagi é um conjunto de ferramentas voltadas para modelagem e gestão de processos de negócios. Cobre todo Ciclo PDCA de gestão de processos. Esta apresentação foca em Modelagem

Processos Processo é um conjunto de atividades que toma uma entrada, adiciona valor e fornece uma saída, gerando um produto ou serviço valorado. Um Processo se repete para cada produto ou serviço

Tipos de processo Privativo: são utilizados quando não há interesse em verificar a interação entre este processo e outros. Colaborativo: representam a interação entre um processo principal e outro processo participante.

BPMN BPMN Business Process Modeling Notation – Notação gráfica que descreve a lógica dos passos de um processo de negócio. É uma linguagem e padrão internacional de modelagem Seu objetivo é dar suporte ao gerenciamento, fornecendo uma notação intuitiva, capaz de representar semânticas de processos complexos.

Elementos BPMN Artefatos Pool ou piscina – representa um processo ou uma entidade. Lane ou raia – É uma sub-partição dentro da pool. São usadas para organizar e categorizar a pool. Milestone – É um mar subpartição dentro do processo. São usadas para organizar o processo em etapas.

conectores Fluxo de Seqüência – é usado para mostrar a ordem em que as atividades serão executadas. Cada fluxo tem só uma origem e só um destino. Fluxo de Mensagem – Usado para mostrar o fluxo de mensagem entre dois participantes, ou seja, duas pools. Associação - Usada para associar informações com objetos de fluxo.

Eventos de inicio Tipo nenhum – É usado para iniciar o processo. Cada processo só pode ter um único início. Este tipo de evento só pode ter fluxo de seqüência saindo dele. Nunca terá fluxo de seqüência chegando nele. Tipo mensagem – idem ao tipo nenhum, sendo que neste caso representa que o processo será iniciado quando receber alguma mensagem (documento, e-mail, telefonema, fax,...). Tipo timer – idem ao tipo nenhum, sendo que neste caso representa que o processo será iniciado quando o tempo (data ou ciclo), previamente definido, ocorrer.

Tipo Condicional – idem ao tipo nenhum, sendo que neste caso representa que o processo será iniciado quando forem cumpridas as condições estipuladas. Tipo sinal – idem ao tipo nenhum, sendo que neste caso representa que o processo será iniciado quando um sinal emitido por um evento intermediário ou de fim, em outro processo, for disparado. Tipo múltiplo – idem ao tipo nenhum, sendo que neste caso representa que o processo será iniciado quando um dos disparadores internos do evento for acionado.

Atividades Tipo nenhum – é o tipo de atividade mais freqüentemente usado durante os estágios iniciais do desenvolvimento processo. Tipo serviço - É uma atividade que ocorre automaticamente, sem necessidade de intervenção humana. Tipo recepção - É uma atividade de recebimento de mensagem. Tipo envio - É uma atividade de envio de mensagem. Tipo usuário – É utilizada quando a atividade é executada por uma pessoa com o auxílio/por intermédio de um sistema. Tipo script – É utilizado quando na execução da atividade existe um roteiro a ser seguido (check list)

Tipo manual – É uma atividade que é executada por uma pessoa, sem qualquer intervenção de sistema. Tipo loop – É utilizada quando uma atividade precisa cumprir uma condição preestabelecida. Tipo múltiplas instâncias – É utilizada quando a tarefa possui múltiplos dados a serem checados.

Sub-processos Tipo referência - É utilizado para fazer referência a um determinado sub-processo (incorporado ou reutilizável) já modelado no processo. Tipo incorporado - Quando se tem uma atividade que não se encerra em si mesma, ou seja, não é uma atividade atômica, ela pode ser transformada em sub-processo. Tipo loop – É utilizado quando todas as atividades internas do sub-processo precisam cumprir uma condição preestabelecida. Tipo reutilizável - É um processo modelado separadamente que pode ser usado em múltiplos contextos.. Um sub-processo Ad HOC é identificado por um ‘~’. Mas as atividades em seu interior são soltas, ou seja, não são conectadas. Tipo múltiplas instâncias – É utilizado quando o sub-processo possui múltiplos dados a serem checados.

GATEWAYS: Pontos de decisão Gateway Exclusivo baseado em dados – Este tipo de gateway é utilizado quando se tem uma decisão e só pode ser tomada uma das saídas propostas. Após o gateway podemos ter atividades, sub-processos ou eventos. Gateway Exclusivo baseado em eventos – Este tipo de gateway é utilizado quando se tem uma decisão e só pode ser tomada uma das saídas propostas. Neste tipo de gateway, necessariamente, tem que haver eventos intermediários em cada uma das saídas propostas.

Gateway Inclusivo – Este tipo de gateway é utilizado quando se tem uma decisão e pode ser tomada uma ou mais das saídas propostas. Necessariamente tem que haver uma atividade antes do gateway, que dará o dado para ser tomada a decisão. Gateway complexo – Este tipo de gateway é utilizado quando a decisão de qual ou quais saídas tomar é dada por uma condição previamente definida. Pode ser utilizado, também, para sincronizar diversos fluxos do processo com alguma condição determinada.

Gateway Paralelo – Este tipo de gateway é utilizado quando se tem ramificações que acontecem simultaneamente.

Eventos Intermediários Tipo mensagem – idem ao tipo nenhum, sendo que neste caso representa que em determinado ponto do fluxo do processo uma mensagem (documento, e-mail, telefonema, fax,...) será recebida ou enviada. O ícone com o envelope em branco representa recebimento de mensagem, e o ícone com o envelope escuro representa envio de mensagem. Tipo nenhum – É usado no meio do processo. Em um processo podem ter vários eventos intermediários. Tipo timer – idem ao tipo nenhum, sendo que neste caso representa que o fluxo do processo ao chegar ao evento aguardará o tempo (data ou ciclo), previamente definido, ocorrer. Tipo link – idem ao tipo nenhum, sendo que neste caso representa que o fluxo do processo sairá de um determinado ponto e irá para outro, dentro do mesmo processo. O ícone com a seta escura representa envio do link, e o ícone com a seta em branco representa recebimento do link.

Tipo Condicional – idem ao tipo nenhum, sendo que neste caso representa que o fluxo do processo, ao chegar ao evento, aguardará as condições previamente definidas serem cumpridas. Tipo sinal – idem ao tipo nenhum, sendo que neste caso representa que em determinado ponto o fluxo do processo enviará ou receberá um sinal. O evento do tipo sinal pode ser receber um sinal de um evento intermediário ou de fim do tipo sinal, no mesmo processo ou em outro qualquer. O ícone com a triângulo escuro representa envio do sinal e o ícone com a triângulo em branco representa recebimento do sinal. Tipo múltiplo – idem ao tipo nenhum, sendo que neste caso representa que o fluxo do processo terá continuidade quando um dos disparadores internos do evento for acionado.

Eventos de Fim Tipo sinal – idem ao tipo nenhum, sendo que neste caso representa que o fluxo do processo, quando chegar no evento de fim, enviará um sinal a um ou mais eventos de início ou intermediário, em outro processo, e terminará o processo. Tipo nenhum – É usado para terminar o processo. Um processo pode ter um ou mais eventos de fim. Tipo mensagem – idem ao tipo nenhum, sendo que neste caso representa que o processo, quando chegar no evento de fim, enviará uma mensagem (documento, e-mail, telefonema, fax,...) e terminará o processo. Tipo terminativo – idem ao tipo nenhum, sendo que neste caso representa que o fluxo do processo, quando chegar no evento de fim, encerrará o processo e “matará” todos os outros fluxos que estejam andando dentro do processo. Tipo múltiplo – idem ao tipo nenhum, sendo que neste caso representa que o fluxo do processo, quando chegar no evento de fim, executará os resultados internos do evento, previamente programados.

Objetos Anotação – É utilizada para fornecer informações adicionais que facilitem a leitura do diagrama. Objeto de dados – Não tem efeito direto sobre o fluxo de seqüência ou fluxo de mensagem, mas podem fornecer informações necessárias à realização da atividade.

Elementos ligados a borda Elementos ligados à borda - Nesse caso quando o fluxo do processo chega a essa tarefa ele pode seguir dois caminhos. Ou a atividade é terminada e o fluxo tem a seqüência normal, ou o evento colocado na borda acontece, e o fluxo toma uma saída alternativa. Somente uma das saídas acontece. Os seguintes tipos de eventos intermediários podem ser ligados à borda das tarefas: mensagem, timer, condicional, sinal e múltiplo.

Documentação Os processos mapeados têm a seguinte documentação: 1ª )Como atributos do Processo Nome do processo Descrição: colocar o objetivo do processo no campo estendido. 2ª) Participantes: Estão relacionados como participantes: Magistrado, Gestor, Servidor, Terceirizado e Estagiário. 3ª) Como atributos da Atividade:   Para todos os tipos de atividade:  Nome da atividade. Descrição: descrever sinteticamente cada atividade. Como é realizada e se são utilizados documentos, formulários, planilhas. 

Conclusões Atualmente, a Gestão Centrada em Processos de Negócios está sendo largamente utilizada nas empresas independentemente do seu porte. Principais interesses dos gestores: Melhorar a Qualidade do produto/serviço, Aumentar a Produção Reduzir Custos e Desperdícios Alguns Problemas Atuais Falta envolvimento da Gerência Pouca Automação dos Processos Não existem países subdesenvolvidos. Existem países sub- administrados. (Peter Drucker)

Referências www.bizagi.com Pesquisa sobre BPM-Gestão Processos Negócios no Brasil http://www.youtube.com/watch?v=9D0u7LvvxT4 http://marcosrigotti.com/mr/index.php/en/manualbi zagi Etc.

OBRIGADO !