SlideShare uma empresa Scribd logo
Engenharia de Software

               Aula 6 – Casos de Uso
              Profa. Dra. Judith Pavón
    Universidade Salvador – UNIFACS
                                  2012
Objetivo da aula
O objetivo desta aula é apresentar os
conceitos de casos de uso.




                                        2
Conteúdo
1.   Casos de Uso (definição)
2.   Objetivo de Casos de Uso
3.   Casos de Uso (formato)
4.   Componentes do Diagrama de Casos de Uso
5.   Aspectos a Considerar
6.   Fluxos de Eventos
7.   Passos Essenciais na Elaboração de Diagramas
     de Casos de Uso


                                              3
Casos de Uso
       Os casos de uso referem-se aos serviços ou processos de
        negócio que podem ser utilizados de alguma maneira pelos
        usuários do sistema, como emitir um relatório ou comprar um
        produto.
       Os casos de uso são utilizados para expressar e documentar o
        comportamento ou funções do sistema.
       Um modelo de casos de uso é composto pelo diagrama de
        casos de uso e a documentação dos elementos do modelo,



                  Caixa Eletrônico
                                                     Consultar Saldo          Efetuar Saque
                      Consultar
                       Saldo
                                                     - Breve descrição        - Breve descrição
      Cliente
                                                     - Fluxo de eventos       - Fluxo de eventos
                       Efetuar
                       Saque
                                           Gerente                 Consultar Extrato
                       Consultar
                        Extrato                                    - Breve descrição
                                                                   - Fluxo de eventos
                O Hardware é a fronteira
O que é um Caso de Uso?
   É um conjunto de ações necessárias para produzir um
    resultado observável de valor, com o objetivo de demonstrar o
    comportamento de uma organização ou sistema, através de
    interações com atores.
   Seu conceito fundamental é a construção gráfica de um modelo
    com os processos de uma organização ou sistema.
   O papel mais importante de um modelo de casos de uso é
    comunicar as funcionalidades e o comportamento de uma
    organização ou sistema aos clientes e às equipes de
    desenvolvimento.
   Representa Quem faz O Que (interage) com o sistema, sem
    considerar o comportamento interno do sistema.
   Deve ser definido através da descrição narrativa das interações
    que ocorrem entre os elementos externos e o sistema.
Objetivos dos Casos de Uso
    Descrever os requerimentos funcionais do sistema de maneira
     consensual entre usuários e desenvolvedores de sistemas;

    O propósito de um caso de uso de sistema é identificar e
     descrever uma funcionalidade de sistema, que apóia uma
     funcionalidade de negócio;

    Fornecer uma descrição consistente e clara sobre as
     responsabilidades que devem ser cumpridas pelo sistema,
     além de formar a base para a fase de desenho;

    Oferecer as possíveis situações do mundo real para o teste do
     sistema.
Casos de Uso: Formato
    Alguns formatos conhecidos são:
    Descrição numerada;
    Descrição contínua;
    Descrição narrativa particionada.
Descrição Numerada
1.   Cliente insere seu cartão no caixa eletrônico.
2.   Sistema apresenta solicitação de senha.
3.   Cliente digita senha.
4.   Sistema exibe menu de operações disponíveis.
5.   Cliente opta por realizar um saque.
6.   Sistema requisita quantia a ser sacada.
7.   Cliente retira a quantia e o recibo.
Descrição Contínua
   O Cliente chega ao caixa eletrônico e insere o seu cartão
    O Sistema requisita a senha do Cliente. Após o Cliente
    fornecer sua senha e esta ser validada, o Sistema exibe a
    opções de operações possíveis. O Cliente opta por realiza
    um saque. Então o Sistema requisita o total a ser sacado
    O Sistema fornece a quantia desejada e imprime o recibo
    para o Cliente.
Narrativa Particionada
                     Cliente                               Sistema

Insere seu cartão no caixa eletrônico


                                        Apresenta solicitação de senha


Digita a senha


                                        Exibe menu de operações disponíveis


Solicita realização de saque



                                        Requisita a quantidade a ser sacada


Retira a quantia e o recibo
Casos de Uso Podem Ser Aplicados
     em Dois Momentos:

Modelagem    Requisitos   Análise e   Implementação   Teste   Distribuição
de Negócio                 Projeto


Diagrama     Diagrama
de Casos     de Casos
de Uso de    de Uso de
 Negócio      Sistema
Casos de Uso (de Negócio/de
    Sistema)
   Casos de Uso de Negócio
     ­   É um levantamento rápido e conciso das principais funcionalidades
         do negócio para o qual o sistema será projetado.
     ­   Subsidia a identificação e definição dos requisitos do sistema.

   Casos de Uso de Sistema
     ­   O propósito de um caso de uso de sistema é identificar e descrever
         uma funcionalidade de sistema, que apóia uma funcionalidade de
         negócio.
Componentes do Diagrama de
Casos de Uso
                  De Negócio      De Sistema
   Ator



   Caso de Uso



   Associação

   Sistema/Organização (contexto ou fronteira)
Casos de Uso de Negócio
                         Departamento
                              de
                           Compras
                           Cadastrar
                          Fornecedor
    Requisitante


                           Preparar
                            Pedido


                   O Departamento é a fronteira
Casos de Uso de Sistema
                      Sistema de
                    Administração de
                     Contas a Pagar

                        Registrar
                         Fatura
    Administrador
     Financeiro
                        Apurar
                     Contas do Dia

                    O Sistema é a fronteira
Ator
   Um ator é um agente que interage com o sistema
    ou com o negócio em estudo.
   O termo interage significa que um ator troca
    (envia e/ou recebe) informações com o sistema.
   Tudo o que interage com o sistema ou negócio é
    conceitualmente definido como um ator.
   O Ator corresponde a um papel representado em
    relação ao sistema.
    ­   Portanto uma mesma pessoa pode realizar dois papéis
        ao mesmo tempo.
Exemplos
   Pessoas     (Empregado, Cliente, Gerente,
    Almoxarife, Vendedor, etc).
   Organizações   (Empresa   Fornecedora,
    Agência de Impostos, Administradora de
    Cartões, etc).
   Outros Sistemas (Sistema de Cobrança,
    Sistema de Estoque de Produtos, etc).
   Equipamentos (Leitora de código de barras,
    Sensor, etc).
Caso de Uso
   Casos de uso são representados através de
    uma elipse, identificados com um nome.
   A nomeação de um caso de uso inicia-se
    por um verbo.
   A representação gráfica de uma associação
    corresponde a uma linha sólida, ligando o
    caso de uso ao ator e vice-versa.
   É uma descrição completa        de     uma
    seqüência de interações.         Caso de Uso 1
Linha de Comunicação
  Ator
                    Sistema de
                  Administração de
                   Contas a Pagar           caso de uso

                     Registrar
                      Fatura
  Administrador
   Financeiro
                      Apurar
     Associação    Contas do Dia

                     A associação é um canal de comunicação
                     entre um ator e um caso de uso.
Casos de Uso - Fronteiras

                    Sub-sistema de
                 Atendimento a Clientes
                        Registrar
                       Reclamação
    Atendente


                         Agendar
                         Suporte


                Um Sub-Sistema é a fronteira
Casos de Uso - Fronteiras
                                        Se o sistema for
                Sistema WXY            pequeno e simples
                                          é apropriado
                                      considerar o sistema
                Caso de Uso              todo, de modo
                     1                  contrário, seria
   Ator-A
                                             melhor
                                           particionar.
                 Caso de Uso
                      2
                                             Ator-B
                 Caso de Uso
                      3

            O Sistema é a fronteira
Associações entre Casos de Uso

     Além das ligações entre atores e casos de uso,
      existem vários tipos de associações entre casos de
      uso, tais como: inclusão, extensão e generalização.
      ­   <<INCLUDE>>
           ­   A associação de inclusão é representada graficamente por
               uma seta tracejada com a ponta aberta, que parte do caso de
               uso base e contém o estereótipo <<include>>.
           ­   Este tipo de associação ocorre quando há uma parte do
               comportamento que é semelhante em mais de um caso de uso
               e tenta-se evitar a descrição deste comportamento em cada
               caso de uso correspondente.
           ­   Por exemplo, tanto Analisar Riscos quanto Fechar Preço
               requerem que avalie o negócio. Então, cria-se um caso de uso
               Avaliar Negócio, que é utilizado pelos casos de uso citados.
Associações entre Casos de Uso
<<inclui>>
                                              caso de uso
   caso de uso base                         que será incluído


                              <<include>>        Verificar requisitos
        Solicitar
                                                 de reserva
        Reserva de
        Equipamentos                                     caso de uso
                              <<include>>              que será incluído


                                                  Verificar
                                                  Disponibilidade

          Analisar riscos    <<include>>


                                               Avaliar negócio
                            <<include>>

           Fechar preço
Associações entre Casos de Uso
     <<EXTEND>>
      ­   A associação de extensão é representada graficamente por
          uma seta tracejada com a ponta aberta, que contém o
          estereótipo <<extend>>.
      ­   Este tipo de associação surge para tratar das situações
          inesperadas ou exceções.
      ­   Por exemplo, durante a execução do caso de uso Efetuar
          Venda, podemos estar realizando a venda para um cliente
          VIP. Nesse caso, será necessário um caso de uso que
          calcule o desconto para o cliente VIP. Da mesma forma,
          durante o pagamento pode haver um tipo de falha na
          autorização do cartão, sendo esta outra situação específica
          a tratar.
      ­   Note-se que ambos (desconto para cliente VIP e falha na
          autorização do cartão) são exceções, não formam parte do
          procedimento normal.
Associações entre Casos de Uso
<<estende>>



                                          caso de uso
 caso de uso base                         de extensão


   Solicitar        <<extend>>
                                 Gerar lista de
   Reserva de
                                 Espera
   Equipamentos
Associações entre Casos de Uso
   GENERALIZAÇÃO
    ­   A associação de generalização é representada
        graficamente por uma linha sólida com uma única seta
        fechada, mas não preenchida. A seta parte do caso de
        uso mais específico em direção ao mais genérico.
    ­   Este tipo de associação ocorre quando existem casos de
        uso semelhantes, existindo uma hierarquia entre eles,
        isto é, existe um caso de uso genérico e casos de uso
        que mostram uma variação do caso genérico.
    ­   Por exemplo, Cadastrar Funcionário é um caso de uso
        cujo objetivo é registrar todos os dados dos funcionários,
        mas existe uma variação quando se trata de Cadastrar
        Professor, pois deve-se considerar alguns aspectos
        adicionais.
Associações entre Casos de Uso -
Generalização

          Cadastrar
          Funcionário




           Cadastrar
           Professor
Generalização entre Atores

                  Consultar
                  Problemas
                  Pendentes
   Funcionário

                  Cadastrar
                  Chamado




   Atendente
Aspectos a Considerar
   Um dos aspectos mais perigosos é o abuso de <<inclui>>          e
    <<estende>>

   Um diagrama de caso de uso deve ser o mais simples possível.
    Detalhes devem ser deixados para outros diagramas, pois eles foram
    idealizados justamente com este objetivo.

   A fronteira do negócio ou sistema é muito importante, pois ajuda a
    diminuir a complexidade do contexto global.

   Conclusão: diagramas de caso de uso são ferramentas que nos
    ajudam a enxergar o todo por intermédio da constatação das
    responsabilidades que os usuários diretos têm.
Fluxos de Eventos
   Um fluxo básico
    ­   Caminho feliz.
    ­   Cenário de sucesso do início ao fim.

   Fluxos Alternativos
    ­   Variantes regulares.
    ­   Opções de caminhos que o usuário pode escolher.

   Fluxos de Exceção
    ­   Fluxos de tratamento de erros.
Passos Essenciais na Elaboração de
     Diagramas de Casos de Uso

   Estabelecer uma fronteira.
   Identificar os casos de uso.
   Identificar os atores correspondentes.
Dúvidas




          32

Mais conteúdo relacionado

Semelhante a Aula6 diagrama casos de uso

Análise Orientada a Objetos - Casos de Uso
Análise Orientada a Objetos - Casos de UsoAnálise Orientada a Objetos - Casos de Uso
Análise Orientada a Objetos - Casos de Uso
CursoSENAC
 
casos de uso
casos de usocasos de uso
casos de uso
Márcia Rodrigues
 
4 casos-de-uso
4 casos-de-uso4 casos-de-uso
4 casos-de-uso
sou estudante
 
Especificação de Requisitos de Software
Especificação de Requisitos de SoftwareEspecificação de Requisitos de Software
Especificação de Requisitos de Software
Ralph Rassweiler
 
UMLAulaI.pdf
UMLAulaI.pdfUMLAulaI.pdf
Diagramas de casos de uso
Diagramas de casos de usoDiagramas de casos de uso
Diagramas de casos de uso
Sergio Chaves
 
Aula3 casos de uso
Aula3 casos de usoAula3 casos de uso
Aula3 casos de uso
Diana Adamatti
 
AULA 27-09 DIAGRAMAS.ppt
AULA 27-09 DIAGRAMAS.pptAULA 27-09 DIAGRAMAS.ppt
AULA 27-09 DIAGRAMAS.ppt
ValdivinoJoseRibeiro
 
Modelagem de Sistemas de Informação 07
Modelagem de Sistemas de Informação 07Modelagem de Sistemas de Informação 07
Modelagem de Sistemas de Informação 07
Danielle Ballester, PMP,PSM,SFC,SDC,SMC,SPOC,SCT
 
1- Diagramas de caso de uso
1- Diagramas de caso de uso1- Diagramas de caso de uso
1- Diagramas de caso de uso
Cris Fidelix
 
Análise de Sistemas Orientado a Objetos - 05
Análise de Sistemas Orientado a Objetos - 05Análise de Sistemas Orientado a Objetos - 05
Análise de Sistemas Orientado a Objetos - 05
Danielle Ballester, PMP,PSM,SFC,SDC,SMC,SPOC,SCT
 
Apostila de analise
Apostila de analiseApostila de analise
Apostila de analise
Oseas_Lima
 
Diagramas de casos de uso - aula 2
Diagramas de casos de uso - aula 2Diagramas de casos de uso - aula 2
Diagramas de casos de uso - aula 2
Franklin Matos Correia
 
Es 02 desenvolvimento de software dirigido por casos de uso - parte i
Es 02   desenvolvimento de software dirigido por casos de uso - parte iEs 02   desenvolvimento de software dirigido por casos de uso - parte i
Es 02 desenvolvimento de software dirigido por casos de uso - parte i
Rodrigo Gomes da Silva
 
Aula 01 - UML e Padrões de Projeto
Aula 01 - UML e Padrões de ProjetoAula 01 - UML e Padrões de Projeto
Aula 01 - UML e Padrões de Projeto
Vinícius de Paula
 
requisitos de software.pptx
requisitos de software.pptxrequisitos de software.pptx
requisitos de software.pptx
AlanCunha14
 
Aps caso uso
Aps caso usoAps caso uso
AOO - Diagrama de Caso de Uso
AOO - Diagrama de Caso de UsoAOO - Diagrama de Caso de Uso
AOO - Diagrama de Caso de Uso
Maria Alice Jovinski
 
aula02_uml.pdf
aula02_uml.pdfaula02_uml.pdf
aula02_uml.pdf
Antonio Lobato
 
Principios de analise de sistemas modelagem de casos de uso ppt
Principios de analise de sistemas modelagem de casos de uso pptPrincipios de analise de sistemas modelagem de casos de uso ppt
Principios de analise de sistemas modelagem de casos de uso ppt
Leandro Maduro
 

Semelhante a Aula6 diagrama casos de uso (20)

Análise Orientada a Objetos - Casos de Uso
Análise Orientada a Objetos - Casos de UsoAnálise Orientada a Objetos - Casos de Uso
Análise Orientada a Objetos - Casos de Uso
 
casos de uso
casos de usocasos de uso
casos de uso
 
4 casos-de-uso
4 casos-de-uso4 casos-de-uso
4 casos-de-uso
 
Especificação de Requisitos de Software
Especificação de Requisitos de SoftwareEspecificação de Requisitos de Software
Especificação de Requisitos de Software
 
UMLAulaI.pdf
UMLAulaI.pdfUMLAulaI.pdf
UMLAulaI.pdf
 
Diagramas de casos de uso
Diagramas de casos de usoDiagramas de casos de uso
Diagramas de casos de uso
 
Aula3 casos de uso
Aula3 casos de usoAula3 casos de uso
Aula3 casos de uso
 
AULA 27-09 DIAGRAMAS.ppt
AULA 27-09 DIAGRAMAS.pptAULA 27-09 DIAGRAMAS.ppt
AULA 27-09 DIAGRAMAS.ppt
 
Modelagem de Sistemas de Informação 07
Modelagem de Sistemas de Informação 07Modelagem de Sistemas de Informação 07
Modelagem de Sistemas de Informação 07
 
1- Diagramas de caso de uso
1- Diagramas de caso de uso1- Diagramas de caso de uso
1- Diagramas de caso de uso
 
Análise de Sistemas Orientado a Objetos - 05
Análise de Sistemas Orientado a Objetos - 05Análise de Sistemas Orientado a Objetos - 05
Análise de Sistemas Orientado a Objetos - 05
 
Apostila de analise
Apostila de analiseApostila de analise
Apostila de analise
 
Diagramas de casos de uso - aula 2
Diagramas de casos de uso - aula 2Diagramas de casos de uso - aula 2
Diagramas de casos de uso - aula 2
 
Es 02 desenvolvimento de software dirigido por casos de uso - parte i
Es 02   desenvolvimento de software dirigido por casos de uso - parte iEs 02   desenvolvimento de software dirigido por casos de uso - parte i
Es 02 desenvolvimento de software dirigido por casos de uso - parte i
 
Aula 01 - UML e Padrões de Projeto
Aula 01 - UML e Padrões de ProjetoAula 01 - UML e Padrões de Projeto
Aula 01 - UML e Padrões de Projeto
 
requisitos de software.pptx
requisitos de software.pptxrequisitos de software.pptx
requisitos de software.pptx
 
Aps caso uso
Aps caso usoAps caso uso
Aps caso uso
 
AOO - Diagrama de Caso de Uso
AOO - Diagrama de Caso de UsoAOO - Diagrama de Caso de Uso
AOO - Diagrama de Caso de Uso
 
aula02_uml.pdf
aula02_uml.pdfaula02_uml.pdf
aula02_uml.pdf
 
Principios de analise de sistemas modelagem de casos de uso ppt
Principios de analise de sistemas modelagem de casos de uso pptPrincipios de analise de sistemas modelagem de casos de uso ppt
Principios de analise de sistemas modelagem de casos de uso ppt
 

Mais de Computação Depressão

Sd08 (si) sistemas de arquivos distribuídos
Sd08 (si)   sistemas de arquivos distribuídosSd08 (si)   sistemas de arquivos distribuídos
Sd08 (si) sistemas de arquivos distribuídos
Computação Depressão
 
Sd06 (si) exclusão mútua
Sd06 (si)   exclusão mútuaSd06 (si)   exclusão mútua
Sd06 (si) exclusão mútua
Computação Depressão
 
Sd05 (si) relógios e sincronização
Sd05 (si)   relógios e sincronizaçãoSd05 (si)   relógios e sincronização
Sd05 (si) relógios e sincronização
Computação Depressão
 
Sd04 (si) comunicação em sd
Sd04 (si)   comunicação em sdSd04 (si)   comunicação em sd
Sd04 (si) comunicação em sd
Computação Depressão
 
Sd03 (si) conceitos básicos de sd
Sd03 (si)   conceitos básicos de sdSd03 (si)   conceitos básicos de sd
Sd03 (si) conceitos básicos de sd
Computação Depressão
 
Sd02 (si) gerenciamento de entrada e saída
Sd02 (si)   gerenciamento de entrada e saídaSd02 (si)   gerenciamento de entrada e saída
Sd02 (si) gerenciamento de entrada e saída
Computação Depressão
 
Sd01 (si) sistemas de arquivos
Sd01 (si)   sistemas de arquivosSd01 (si)   sistemas de arquivos
Sd01 (si) sistemas de arquivos
Computação Depressão
 
Sd07 (si) eleição
Sd07 (si)   eleiçãoSd07 (si)   eleição
Sd07 (si) eleição
Computação Depressão
 
Ufbamat2013
Ufbamat2013Ufbamat2013
Ufbaingles2013
Ufbaingles2013Ufbaingles2013
Ufbaingles2013
Computação Depressão
 
Ufbagab mat 2013
Ufbagab mat 2013Ufbagab mat 2013
Ufbagab mat 2013
Computação Depressão
 
Ufbagab ingles2013
Ufbagab ingles2013Ufbagab ingles2013
Ufbagab ingles2013
Computação Depressão
 
Ufbagab fis 2013
Ufbagab fis 2013Ufbagab fis 2013
Ufbagab fis 2013
Computação Depressão
 
Ufbafisqui2013
Ufbafisqui2013Ufbafisqui2013
Ufbafisqui2013
Computação Depressão
 
Ufbagab qui 2013
Ufbagab qui 2013Ufbagab qui 2013
Ufbagab qui 2013
Computação Depressão
 
Questesdetecnologia ano2002
Questesdetecnologia ano2002Questesdetecnologia ano2002
Questesdetecnologia ano2002
Computação Depressão
 
Questesdematemtica ano2003
Questesdematemtica ano2003Questesdematemtica ano2003
Questesdematemtica ano2003
Computação Depressão
 
Questesdematemtica ano2002
Questesdematemtica ano2002Questesdematemtica ano2002
Questesdematemtica ano2002
Computação Depressão
 
Questesdefundamentos ano2002
Questesdefundamentos ano2002Questesdefundamentos ano2002
Questesdefundamentos ano2002
Computação Depressão
 

Mais de Computação Depressão (20)

Sd08 (si) sistemas de arquivos distribuídos
Sd08 (si)   sistemas de arquivos distribuídosSd08 (si)   sistemas de arquivos distribuídos
Sd08 (si) sistemas de arquivos distribuídos
 
Sd06 (si) exclusão mútua
Sd06 (si)   exclusão mútuaSd06 (si)   exclusão mútua
Sd06 (si) exclusão mútua
 
Sd05 (si) relógios e sincronização
Sd05 (si)   relógios e sincronizaçãoSd05 (si)   relógios e sincronização
Sd05 (si) relógios e sincronização
 
Sd04 (si) comunicação em sd
Sd04 (si)   comunicação em sdSd04 (si)   comunicação em sd
Sd04 (si) comunicação em sd
 
Sd03 (si) conceitos básicos de sd
Sd03 (si)   conceitos básicos de sdSd03 (si)   conceitos básicos de sd
Sd03 (si) conceitos básicos de sd
 
Sd02 (si) gerenciamento de entrada e saída
Sd02 (si)   gerenciamento de entrada e saídaSd02 (si)   gerenciamento de entrada e saída
Sd02 (si) gerenciamento de entrada e saída
 
Sd01 (si) sistemas de arquivos
Sd01 (si)   sistemas de arquivosSd01 (si)   sistemas de arquivos
Sd01 (si) sistemas de arquivos
 
Sd07 (si) eleição
Sd07 (si)   eleiçãoSd07 (si)   eleição
Sd07 (si) eleição
 
Ufbamat2013
Ufbamat2013Ufbamat2013
Ufbamat2013
 
Ufbaingles2013
Ufbaingles2013Ufbaingles2013
Ufbaingles2013
 
Ufbagab mat 2013
Ufbagab mat 2013Ufbagab mat 2013
Ufbagab mat 2013
 
Ufbagab ingles2013
Ufbagab ingles2013Ufbagab ingles2013
Ufbagab ingles2013
 
Ufbagab fis 2013
Ufbagab fis 2013Ufbagab fis 2013
Ufbagab fis 2013
 
Ufbafisqui2013
Ufbafisqui2013Ufbafisqui2013
Ufbafisqui2013
 
Ufbagab qui 2013
Ufbagab qui 2013Ufbagab qui 2013
Ufbagab qui 2013
 
Questesdetecnologia ano2002
Questesdetecnologia ano2002Questesdetecnologia ano2002
Questesdetecnologia ano2002
 
Questesdematemtica ano2003
Questesdematemtica ano2003Questesdematemtica ano2003
Questesdematemtica ano2003
 
Questesdematemtica ano2002
Questesdematemtica ano2002Questesdematemtica ano2002
Questesdematemtica ano2002
 
Questesdefundamentos ano2003
Questesdefundamentos ano2003Questesdefundamentos ano2003
Questesdefundamentos ano2003
 
Questesdefundamentos ano2002
Questesdefundamentos ano2002Questesdefundamentos ano2002
Questesdefundamentos ano2002
 

Aula6 diagrama casos de uso

  • 1. Engenharia de Software Aula 6 – Casos de Uso Profa. Dra. Judith Pavón Universidade Salvador – UNIFACS 2012
  • 2. Objetivo da aula O objetivo desta aula é apresentar os conceitos de casos de uso. 2
  • 3. Conteúdo 1. Casos de Uso (definição) 2. Objetivo de Casos de Uso 3. Casos de Uso (formato) 4. Componentes do Diagrama de Casos de Uso 5. Aspectos a Considerar 6. Fluxos de Eventos 7. Passos Essenciais na Elaboração de Diagramas de Casos de Uso 3
  • 4. Casos de Uso  Os casos de uso referem-se aos serviços ou processos de negócio que podem ser utilizados de alguma maneira pelos usuários do sistema, como emitir um relatório ou comprar um produto.  Os casos de uso são utilizados para expressar e documentar o comportamento ou funções do sistema.  Um modelo de casos de uso é composto pelo diagrama de casos de uso e a documentação dos elementos do modelo, Caixa Eletrônico Consultar Saldo Efetuar Saque Consultar Saldo - Breve descrição - Breve descrição Cliente - Fluxo de eventos - Fluxo de eventos Efetuar Saque Gerente Consultar Extrato Consultar Extrato - Breve descrição - Fluxo de eventos O Hardware é a fronteira
  • 5. O que é um Caso de Uso?  É um conjunto de ações necessárias para produzir um resultado observável de valor, com o objetivo de demonstrar o comportamento de uma organização ou sistema, através de interações com atores.  Seu conceito fundamental é a construção gráfica de um modelo com os processos de uma organização ou sistema.  O papel mais importante de um modelo de casos de uso é comunicar as funcionalidades e o comportamento de uma organização ou sistema aos clientes e às equipes de desenvolvimento.  Representa Quem faz O Que (interage) com o sistema, sem considerar o comportamento interno do sistema.  Deve ser definido através da descrição narrativa das interações que ocorrem entre os elementos externos e o sistema.
  • 6. Objetivos dos Casos de Uso  Descrever os requerimentos funcionais do sistema de maneira consensual entre usuários e desenvolvedores de sistemas;  O propósito de um caso de uso de sistema é identificar e descrever uma funcionalidade de sistema, que apóia uma funcionalidade de negócio;  Fornecer uma descrição consistente e clara sobre as responsabilidades que devem ser cumpridas pelo sistema, além de formar a base para a fase de desenho;  Oferecer as possíveis situações do mundo real para o teste do sistema.
  • 7. Casos de Uso: Formato  Alguns formatos conhecidos são:  Descrição numerada;  Descrição contínua;  Descrição narrativa particionada.
  • 8. Descrição Numerada 1. Cliente insere seu cartão no caixa eletrônico. 2. Sistema apresenta solicitação de senha. 3. Cliente digita senha. 4. Sistema exibe menu de operações disponíveis. 5. Cliente opta por realizar um saque. 6. Sistema requisita quantia a ser sacada. 7. Cliente retira a quantia e o recibo.
  • 9. Descrição Contínua  O Cliente chega ao caixa eletrônico e insere o seu cartão O Sistema requisita a senha do Cliente. Após o Cliente fornecer sua senha e esta ser validada, o Sistema exibe a opções de operações possíveis. O Cliente opta por realiza um saque. Então o Sistema requisita o total a ser sacado O Sistema fornece a quantia desejada e imprime o recibo para o Cliente.
  • 10. Narrativa Particionada Cliente Sistema Insere seu cartão no caixa eletrônico Apresenta solicitação de senha Digita a senha Exibe menu de operações disponíveis Solicita realização de saque Requisita a quantidade a ser sacada Retira a quantia e o recibo
  • 11. Casos de Uso Podem Ser Aplicados em Dois Momentos: Modelagem Requisitos Análise e Implementação Teste Distribuição de Negócio Projeto Diagrama Diagrama de Casos de Casos de Uso de de Uso de Negócio Sistema
  • 12. Casos de Uso (de Negócio/de Sistema)  Casos de Uso de Negócio ­ É um levantamento rápido e conciso das principais funcionalidades do negócio para o qual o sistema será projetado. ­ Subsidia a identificação e definição dos requisitos do sistema.  Casos de Uso de Sistema ­ O propósito de um caso de uso de sistema é identificar e descrever uma funcionalidade de sistema, que apóia uma funcionalidade de negócio.
  • 13. Componentes do Diagrama de Casos de Uso De Negócio De Sistema  Ator  Caso de Uso  Associação  Sistema/Organização (contexto ou fronteira)
  • 14. Casos de Uso de Negócio Departamento de Compras Cadastrar Fornecedor Requisitante Preparar Pedido O Departamento é a fronteira
  • 15. Casos de Uso de Sistema Sistema de Administração de Contas a Pagar Registrar Fatura Administrador Financeiro Apurar Contas do Dia O Sistema é a fronteira
  • 16. Ator  Um ator é um agente que interage com o sistema ou com o negócio em estudo.  O termo interage significa que um ator troca (envia e/ou recebe) informações com o sistema.  Tudo o que interage com o sistema ou negócio é conceitualmente definido como um ator.  O Ator corresponde a um papel representado em relação ao sistema. ­ Portanto uma mesma pessoa pode realizar dois papéis ao mesmo tempo.
  • 17. Exemplos  Pessoas (Empregado, Cliente, Gerente, Almoxarife, Vendedor, etc).  Organizações (Empresa Fornecedora, Agência de Impostos, Administradora de Cartões, etc).  Outros Sistemas (Sistema de Cobrança, Sistema de Estoque de Produtos, etc).  Equipamentos (Leitora de código de barras, Sensor, etc).
  • 18. Caso de Uso  Casos de uso são representados através de uma elipse, identificados com um nome.  A nomeação de um caso de uso inicia-se por um verbo.  A representação gráfica de uma associação corresponde a uma linha sólida, ligando o caso de uso ao ator e vice-versa.  É uma descrição completa de uma seqüência de interações. Caso de Uso 1
  • 19. Linha de Comunicação Ator Sistema de Administração de Contas a Pagar caso de uso Registrar Fatura Administrador Financeiro Apurar Associação Contas do Dia A associação é um canal de comunicação entre um ator e um caso de uso.
  • 20. Casos de Uso - Fronteiras Sub-sistema de Atendimento a Clientes Registrar Reclamação Atendente Agendar Suporte Um Sub-Sistema é a fronteira
  • 21. Casos de Uso - Fronteiras Se o sistema for Sistema WXY pequeno e simples é apropriado considerar o sistema Caso de Uso todo, de modo 1 contrário, seria Ator-A melhor particionar. Caso de Uso 2 Ator-B Caso de Uso 3 O Sistema é a fronteira
  • 22. Associações entre Casos de Uso  Além das ligações entre atores e casos de uso, existem vários tipos de associações entre casos de uso, tais como: inclusão, extensão e generalização. ­ <<INCLUDE>> ­ A associação de inclusão é representada graficamente por uma seta tracejada com a ponta aberta, que parte do caso de uso base e contém o estereótipo <<include>>. ­ Este tipo de associação ocorre quando há uma parte do comportamento que é semelhante em mais de um caso de uso e tenta-se evitar a descrição deste comportamento em cada caso de uso correspondente. ­ Por exemplo, tanto Analisar Riscos quanto Fechar Preço requerem que avalie o negócio. Então, cria-se um caso de uso Avaliar Negócio, que é utilizado pelos casos de uso citados.
  • 23. Associações entre Casos de Uso <<inclui>> caso de uso caso de uso base que será incluído <<include>> Verificar requisitos Solicitar de reserva Reserva de Equipamentos caso de uso <<include>> que será incluído Verificar Disponibilidade Analisar riscos <<include>> Avaliar negócio <<include>> Fechar preço
  • 24. Associações entre Casos de Uso  <<EXTEND>> ­ A associação de extensão é representada graficamente por uma seta tracejada com a ponta aberta, que contém o estereótipo <<extend>>. ­ Este tipo de associação surge para tratar das situações inesperadas ou exceções. ­ Por exemplo, durante a execução do caso de uso Efetuar Venda, podemos estar realizando a venda para um cliente VIP. Nesse caso, será necessário um caso de uso que calcule o desconto para o cliente VIP. Da mesma forma, durante o pagamento pode haver um tipo de falha na autorização do cartão, sendo esta outra situação específica a tratar. ­ Note-se que ambos (desconto para cliente VIP e falha na autorização do cartão) são exceções, não formam parte do procedimento normal.
  • 25. Associações entre Casos de Uso <<estende>> caso de uso caso de uso base de extensão Solicitar <<extend>> Gerar lista de Reserva de Espera Equipamentos
  • 26. Associações entre Casos de Uso  GENERALIZAÇÃO ­ A associação de generalização é representada graficamente por uma linha sólida com uma única seta fechada, mas não preenchida. A seta parte do caso de uso mais específico em direção ao mais genérico. ­ Este tipo de associação ocorre quando existem casos de uso semelhantes, existindo uma hierarquia entre eles, isto é, existe um caso de uso genérico e casos de uso que mostram uma variação do caso genérico. ­ Por exemplo, Cadastrar Funcionário é um caso de uso cujo objetivo é registrar todos os dados dos funcionários, mas existe uma variação quando se trata de Cadastrar Professor, pois deve-se considerar alguns aspectos adicionais.
  • 27. Associações entre Casos de Uso - Generalização Cadastrar Funcionário Cadastrar Professor
  • 28. Generalização entre Atores Consultar Problemas Pendentes Funcionário Cadastrar Chamado Atendente
  • 29. Aspectos a Considerar  Um dos aspectos mais perigosos é o abuso de <<inclui>> e <<estende>>  Um diagrama de caso de uso deve ser o mais simples possível. Detalhes devem ser deixados para outros diagramas, pois eles foram idealizados justamente com este objetivo.  A fronteira do negócio ou sistema é muito importante, pois ajuda a diminuir a complexidade do contexto global.  Conclusão: diagramas de caso de uso são ferramentas que nos ajudam a enxergar o todo por intermédio da constatação das responsabilidades que os usuários diretos têm.
  • 30. Fluxos de Eventos  Um fluxo básico ­ Caminho feliz. ­ Cenário de sucesso do início ao fim.  Fluxos Alternativos ­ Variantes regulares. ­ Opções de caminhos que o usuário pode escolher.  Fluxos de Exceção ­ Fluxos de tratamento de erros.
  • 31. Passos Essenciais na Elaboração de Diagramas de Casos de Uso  Estabelecer uma fronteira.  Identificar os casos de uso.  Identificar os atores correspondentes.
  • 32. Dúvidas 32