Detalhamento dos Casos de Uso


Pré-condições


  • O que é uma pré-condição?

Pré condições são características que definem uma estrutura na qual a partir destas informações será criado o caso de uso , desta forma possibilitando sua execução.

  • Exemplo:

O cliente de um banco precisa ter uma conta cadastrada antes de executar qualquer atividade.

Pós-condições


  • O que é uma pós-condição?

Pós-condições: o estado do sistema após a execução do caso de uso

  • Exemplo

Pós-Condições: lançada a transação na conta do cliente, atualizado o saldo da conta corrente e liberado o dinheiro.

Seqüência de Eventos


  • Como construir uma sequência de eventos?
    • Desenhe uma linha representando o sistema como uma caixa preta
    • Identifique cada ator que diretamente opera o sistema.
    • Desenhe uma linha a partir de cada ator.
    • Do texto de eventos típicos (caso de uso estendido) identifique eventos que são gerados por cada um dos atores.
    • Ilustre-os no diagrama.
    • Opcionalmente, inclua o texto do caso de uso ao lado do diagrama.
    • o sistema não manda mensagens para o ator (valores de retorno podem ser colocados nas mensagens).

Representa a sequência de eventos dos casos de uso estendidos. É um dado cenário (instância ou caminho percorrido no mundo real) de um caso de uso. Mostra os eventos que os atores externos geram, a ordem que ocorrem e eventos entre sistemas

  • Exemplo

Seção Principal

  • Este caso de uso começa quando o Caixa registra o documento de cobrança bancária a ser pago
  • O sistema valida a aceitação do documento de cobrança a ser pago
  • O Caixa informa a opção desejada:
    • Se for pagamento em dinheiro, ver subseção Receber pagamento em dinheiro
    • Se for pagamento em cheque, ver subseção Receber pagamento em cheque
  • O sistema registra o pagamento
  • O sistema imprime o comprovante.

Subseção: Receber pagamento em cheque

  • O Caixa recebe o cheque e o registra no sistema
  • O sistema valida os dados do cheque

Subseção: Receber pagamento em dinheiro

  • O Caixa registra o valor em dinheiro recebido
  • O sistema informa o troco a ser repassado ao pagante


Requisitos Não-Funcionais


  • O que são requisitos não-funcionais?

São os requisitos relacionados ao uso da aplicação em termos de desempenho, usabilidade, confiabilidade, segurança, disponibilidade, manutenibilidade e tecnologias envolvidas. Em geral, requisitos não-funcionais podem constituir restrições aos requisitos funcionais e não é preciso o cliente dizer sobre eles, pois eles são características mínimas de um software de qualidade, ficando a cargo do desenvolvedor optar por atender esses requisitos ou não.

  • Exemplos

Resposta do sistema deve ocorrer em no máximo 30 seg em 90 % dos casos

  • Requisitos de produtos : Requisitos que especificam o comportamento do produto.Ex. portabilidade; tempo na execução; confiabilidade,mobilidade, etc.
  • Requisitos da organização: Requisitos decorrentes de políticas e procedimentos corporativos. Ex. padrões, infra-estrutura,etc.
  • Requisitos externos: Requisitos decorrentes de fatores externos ao sistema e ao processo de desenvolvimento. Ex. requisitos de interoperabilidade, legislação,localização geográfica etc.
  • Requisitos de facilidade de uso. Ex.: usuários deverão operar o sistema após um determinado tempo de treinamento.
  • Requisitos de eficiência. Ex.: o sistema deverá processar n requisições por um determinado tempo.
  • Requisitos de confiabilidade. Ex.: o sistema deverá ter alta disponibilidade, p.exemplo, 99% do tempo.
  • Requisitos de portabilidade. Ex.: o sistema deverá rodar em qualquer plataforma.
  • Requisitos de entrega.Ex.: um relatório de acompanhamento deverá ser fornecido toda segunda-feira.
  • Requisitos de implementação.: Ex.: o sistema deverá ser desenvolvido na linguagem Java.
  • Requisitos de padrões.: Ex. uso de programação orientada a objeto sob a plataforma A.
  • Requisitos de interoperabilidade.:Ex. o sistema deverá se comunicar com o SQL Server.
  • Requisitos éticos. Ex.: o sistema não apresentará aos usuários quaisquer dados de cunho privativo.
  • Requisitos legais. Ex.: o sistema deverá atender às normas legais, tais como padrões, leis, etc.
  • Requisitos de Integração. Ex.: o sistema integra com outra aplicação.


Seqüências Alternativas


  • O que é uma sequência alternativa?
    • Uma série de passos ordenados que retratam as situações em que o sistema pode fugir do fluxo normal.
    • Pode ser relatado nas ocasiões em que ocorre erro e o sistema tem um determinado comportamento
    • Efetivamente, é uma seqüência linear de operações que representa uma alternativa à seqüência de operações na seqüência mestre.


  • Exemplos
    • Um aluno quando utiliza um sistema de pesquisa em Biblioteca pode seguir passos convencionais:
    • Insere o nome do autor ou titulo que pretende encontrar
    • O sistema busca na base de dados, informações referentes ao livro
    • Encontrando, mostra na tela, os dados do livro
    • O aluno solicita o empréstimo do livro, clicando num botão
    • A Atendente insere os dados do aluno e verifica se este está matriculado e sem pendências
    • O sistema confirma que o aluno está Ok
    • A Atendente preenche os dados de empréstimo e entrega o livro ao aluno
    • O sistema atualiza o livro como Emprestado.
Para todos estes passos tradicionais, poderíamos descrever alguma sequências alternativas para:
  • Quando o livro não existir
  • Quando o aluno tiver pendências
  • Quando o livro já estiver emprestado


Referências