Pós-GraduaçãoEngenharia de Software Modelagem dos Processos de Negócio para a Definição de Requisitos de Sistemas Software...
Resumo Pergunte para algum analista de sistemas: Vocês realizaram a  modelagem dos processos de negócio antes de definir ...
Problema do Desenvolvimentode Software                              3
As Grandes Promessas                       4
As Grandes Promessas           Matam até lobisomem!                                  5
As Grandes Decepções                       6
As Grandes Decepções                       7
Imaturidade, Insanidade ouLoucura?               Desenvolvemos               softwares que devem               apoiar proc...
UP                                         P                                         SHEUMANN , J. Introduction to busines...
Princípios do Manifesto Ágil1. Garantir a satisfação do consumidor entregando rapidamente e continuamente   softwares func...
Paradoxo de Cobb                   11
Ou seja, por que nãomodelamos os processos denegócio?          Algumas desculpas (Veja bem ...):          • Nunca precisam...
Modelagem dos Processos deNegócio Não basta apenas reunir desenvolvedores e clientes  para que a mágica aconteça (Manifes...
Cuidado!!!                Muitos dizem que sabem modelar                 negócios; e acreditam piamente nisso!           ...
Modalidades de Modelagem deNegócio Informal:   – Muito descritivo   – Pouca consciência de uma abordagem metodológica Se...
A Bola da Vez             BPMS             BPMN             SOA             WebServices             Zachman Framework...
Abordagem Pragmática           Mais importante do que a notação e            frameworks, é:             – saber identific...
Outro Primata          Mestre em Computação pelo ICMC-USP-São Carlos.          Professor da Faculdade Impacta de Tecnologi...
EventosANÁLISE DOS EVENTOS                                             Externo                   Temporal                 ...
Eventos X ProcessosANÁLISE DOS EVENTOS                                                       Externo                    Te...
Eventos X Processos X Conceitos X Estados  ClienteEncomenda  Livros                Entidade                               ...
Eventos X Processos X Conceitos X Estados      Cliente    Encomenda      Livros                    Entidade               ...
Perspectivas Um objeto em estudo pode ser visualizado por  meio de várias perspectivas                                  A...
Business Use-Caseuc Business Process Mo...                            Anotar Encomenda    Cliente                         ...
BPMNBPMN BPMN-2                              A                                                                            ...
Obtendo Requisitos Funcionais Para cada atividade do Atividade responda:  – O que o sistema deve fazer pelo worker para e...
Bibliografia   Referências Bibliográficas    1. LEFFINGWELL, DEAN; WIDRIG, DON. Managing Software       Requirements: A U...
Pós-GraduaçãoEngenharia de Software Obrigado!  Prof. Osvaldo Kotaro Takai  otakai@gmail.com
Próximos SlideShares
Carregando em…5
×

Palestra sobre Modelagem de Processos de Negócio

637 visualizações

Publicada em

Modelagem de Processos de Negócio

Publicada em: Negócios
0 comentários
1 gostou
Estatísticas
Notas
  • Seja o primeiro a comentar

Sem downloads
Visualizações
Visualizações totais
637
No SlideShare
0
A partir de incorporações
0
Número de incorporações
2
Ações
Compartilhamentos
0
Downloads
27
Comentários
0
Gostaram
1
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Palestra sobre Modelagem de Processos de Negócio

  1. 1. Pós-GraduaçãoEngenharia de Software Modelagem dos Processos de Negócio para a Definição de Requisitos de Sistemas Software Prof. MSc. Osvaldo Kotaro Takai otakai@gmail.com
  2. 2. Resumo Pergunte para algum analista de sistemas: Vocês realizaram a modelagem dos processos de negócio antes de definir a especificação do sistema que sua equipe está desenvolvendo? Por incrível que pareça, a resposta será: "Veja bem, ..."; ou seja, são apresentadas várias desculpas plausíveis de não terem realizado esta atividade (e ainda por cima nos chamam de cegos!). Apesar da razão indicar que conhecimento dos processos de negócio é condição sine qua non para o desenvolvimento de sistemas que automatizem esses processos, a maioria das empresas de desenvolvimento de software insiste em desprezar esse conhecimento. O objetivo da apresentação é discutir estas e outras questões associadas à Modelagem dos Processos de Negócio, bem como apresentar a opinião do palestrante sobre o estado atual desta área de atuação e suas expectativas para os próximos anos. 2
  3. 3. Problema do Desenvolvimentode Software 3
  4. 4. As Grandes Promessas 4
  5. 5. As Grandes Promessas Matam até lobisomem! 5
  6. 6. As Grandes Decepções 6
  7. 7. As Grandes Decepções 7
  8. 8. Imaturidade, Insanidade ouLoucura? Desenvolvemos softwares que devem apoiar processos de negócio, mas sem ao menos conhecê-los! 8
  9. 9. UP P SHEUMANN , J. Introduction to business modeling using theUnified Modeling Language (UML), IBM, 2003 in: 9http://www.ibm.com/developerworks/rational/library/360.html.
  10. 10. Princípios do Manifesto Ágil1. Garantir a satisfação do consumidor entregando rapidamente e continuamente softwares funcionais;2. Softwares funcionais são entregues frequentemente (semanas, ao invés de meses);3. Softwares funcionais são a principal medida de progresso do projeto;4. Até mesmo mudanças tardias de escopo no projeto são bem-vindas.5. Cooperação constante entre pessoas que entendem do negócio e desenvolvedores;6. Projetos surgem através de indivíduos motivados, e que deve existir uma relação de confiança.7. Design do software deve prezar pela excelência técnica;8. Simplicidade;9. Rápida adaptação às mudanças;10. Indivíduos e interações mais do que processos e ferramentas;11. Software funcional mais do que documentação extensa;12. Colaboração com clientes mais do que negociação de contratos;13. Responder a mudanças mais do que seguir um plano 10
  11. 11. Paradoxo de Cobb 11
  12. 12. Ou seja, por que nãomodelamos os processos denegócio? Algumas desculpas (Veja bem ...): • Nunca precisamos modelá-los • Clientes não nos pagam para isso • Não está no contrato • Não dá! Já estamos atrasados! • Fazer o certo é muito acadêmico e muito demorado Talvez, no fundo, a verdadeira resposta seja: • Não sabemos como fazer isso 12
  13. 13. Modelagem dos Processos deNegócio Não basta apenas reunir desenvolvedores e clientes para que a mágica aconteça (Manifesto Ágil) Não basta apenas utilizar uma notação padrão (BPMN / Extensões do RUP) É preciso SABER ajudar os clientes a formalizarem o seu conhecimento Puxa! Nunca tinha pensado nisso! Eu não sabia que o meu negócio era tão rico sim! Agora eu vejo claramente o que é o meu negócio! Podemos mudar isto? 13
  14. 14. Cuidado!!!  Muitos dizem que sabem modelar negócios; e acreditam piamente nisso!  Mas quando dois deles modelam o mesmo negócio, os resultados apresentados são diferentes, mesmo que adotem uma mesma abordagem!  Por que?  Porque a maioria possui um conhecimento informal ou semi- informal ... 14
  15. 15. Modalidades de Modelagem deNegócio Informal: – Muito descritivo – Pouca consciência de uma abordagem metodológica Semi-formal: – Baseado em notações de mercado – Pouca consciência de uma abordagem metodológica Pragmático: – Baseado em notações de mercado – Conscientes de seus objetivos e de uma abordagem metodológica Formal: – Baseado em notações e linguagens formais – Pesquisadores 15
  16. 16. A Bola da Vez  BPMS  BPMN  SOA  WebServices  Zachman Framework  The Open Group Architecture Framework (TOGAF)  DoDAF 16
  17. 17. Abordagem Pragmática  Mais importante do que a notação e frameworks, é: – saber identificar os processos de negócio ( premissa da partição por eventos ) – Saber detalhá-los sem a interferência tecnológica ( premissa da neutralidade tecnológica ) – saber detalhá-los considerando os dados consumidos ou gerados ( premissa da partição por objetos ) 17
  18. 18. Outro Primata Mestre em Computação pelo ICMC-USP-São Carlos. Professor da Faculdade Impacta de Tecnologia. Especialista em Engenharia de Requisitos na Fundação Atech – Tecnologias Críticas. Assuntos de interesse: Desenvolvimento Pragmático de Sistemas, Modelagem de Negócio, Metodologias de Levantamento e Especificação de Sistemas de Software. 18
  19. 19. EventosANÁLISE DOS EVENTOS Externo Temporal Não- Não-Nº Evento Esperado Relativo Absoluto Esperado Evento1 Cliente Encomenda Livros ✔2 Cliente Cancela Encomenda de Livros ✔(1)3 Cliente Efetua Pagamento ✔(1)4 Sexta-feira: Compra de Livros na Distribuidora ✔5 Distribuidora Entrega Livros ✔(4)6 Distribuidora Cancela Venda de Livros ✔7 Entrega de Livros ao Cliente ✔ (5)8 Cliente Devolve Livros ✔ (7)9 Cliente Não Efetua Pagamento ✔ (3)10 Distribuidora Não Entrega Livros ✔ (5) 19
  20. 20. Eventos X ProcessosANÁLISE DOS EVENTOS Externo Temporal Não- Não-Nº Evento Esperado Relativo Absoluto Esperado Evento1 Cliente Encomenda Livros ✔2 Cliente Cancela Encomenda de Livros ✔(1)3 Cliente Efetua Pagamento ✔(1)4 Sexta-feira: Compra de Livros na Distribuidora ✔5 Distribuidora Entrega Livros ✔(4)6 Distribuidora Cancela Venda de Livros Cliente ✔ Encomenda7 Entrega de Livros Livros ao Cliente ✔ (5) Entidade Cliente Fluxo de8 Cliente Devolve LivrosExterna ✔ (7) Dados encomenda Identificado9 Cliente Não Efetua Pagamento ✔ (3)10 Distribuidora Não Entrega Livros ✔ (5) Fluxo de Dados confirmação Anotar Não Identificado Enco- Processo de menda Negócio Depósito de Dados 20 Cliente Livro Encomenda
  21. 21. Eventos X Processos X Conceitos X Estados ClienteEncomenda Livros Entidade Fluxo de Cliente Externa Dados encomenda Identificado Fluxo de Dados confirmação Anotar Não Identificado Enco- Processo de menda Negócio Depósito de Dados Cliente Livro Encomenda A B C 21
  22. 22. Eventos X Processos X Conceitos X Estados Cliente Encomenda Livros Entidade Fluxo de Cliente Externa Dados encomenda Identificado Fluxo de Dados confirmação Anotar Não Identificado Enco- stm Ciclo de Vida Processo de menda Negócio Criada Não-Aprov ada Depósito de Dados Cliente Livro Encomenda Canceláv el Aprov ada Cancelada Em-AtendimentoA C Atendida 22 B
  23. 23. Perspectivas Um objeto em estudo pode ser visualizado por meio de várias perspectivas A B C Três diferentes visões (as nuvens) de um mesmo objeto em estudo (o sol no centro). 23
  24. 24. Business Use-Caseuc Business Process Mo... Anotar Encomenda Cliente act Activ ity uc Business Use-Case ... :Cliente Anotar Encomenda :Cliente encomenda confirmação (from Business Use-Case) Funcionário Receber Encomenda :Liv ro Anotar Encomenda :Encomenda 24
  25. 25. BPMNBPMN BPMN-2 A BPMN Receber Pedido Trater Solicitar Posição do Cliente Extornar Pagamento Desfazer registro de Cliente Cancelamento do entrega cancela Pedido pelo Cliente Recepcionista pedido Receber Pedido Validar Pedido Registrar Enviar Livros Fechar Pedido Cliente Livraria Pagamento não solicita efetuou o Cliente faz posição Recepcionar Pedido pagamento pedido de livros Pedido Livraria Livraria Livraria Cliente efetua Livraria envia Cliente não Cliente confirma valida envia pagamento livros cadastrado recebe recebimento pedido boleto livros Cliente Livraria não Corrigir Falha na Livraria informa devolve Entrega de Livros enviou livros não aceitação do livros pedido Cadastrar Cliente Invertigar Situação Cliente Cliente Livraria envia Livraria cancela Livraria A reclama não situação do venda de livros informa recebimento pedido cancelamento Registrar Pedido da venda Pedido 25
  26. 26. Obtendo Requisitos Funcionais Para cada atividade do Atividade responda: – O que o sistema deve fazer pelo worker para executar a atividade? Descreva a resposta no seguinte formato: – O sistema deve permitir que o worker faça …. 26
  27. 27. Bibliografia Referências Bibliográficas 1. LEFFINGWELL, DEAN; WIDRIG, DON. Managing Software Requirements: A Unified Approach – Addison-Wesley object technology series, Addison Wesley, 2000. ISBN: 0-201-61593-2. 2. McMENAMIN, Stephen M.; Lars Gustav Erik Unonius. [Trad.]. Analise essencial de sistemas. Traduzido do original: ESSENTIAL SYSTEMS ANALYSIS. São Paulo: Makron Books, 1991. 567p. Referências Web 1. Software no plural: http://198.106.73.59/01/01_soft.htm 2. HEUMANN , J. Introduction to business modeling using the Unified Modeling Language (UML), IBM, 2003 in: http://www.ibm.com/developerworks/rational/library/360.html. 27
  28. 28. Pós-GraduaçãoEngenharia de Software Obrigado! Prof. Osvaldo Kotaro Takai otakai@gmail.com

×