Casos de uso de sistema
This presentation is the property of its rightful owner.
Sponsored Links
1 / 49

Casos de Uso de Sistema PowerPoint PPT Presentation


  • 54 Views
  • Uploaded on
  • Presentation posted in: General

Casos de Uso de Sistema. Finalidade. É uma técnica usada para descrever e definir os requisitos funcionais de um sistema. É a especificação de seqüências de ações atender a uma funcionalidade do sistema, interagindo com seus agentes. Finalidade.

Download Presentation

Casos de Uso de Sistema

An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -

Presentation Transcript


Casos de uso de sistema

Casos de Uso de Sistema


Finalidade

Finalidade

  • É uma técnica usada para descrever e definir os requisitos funcionais de um sistema.

  • É a especificação de seqüências de ações atender a uma funcionalidade do sistema, interagindo com seus agentes.


Finalidade1

Finalidade

  • É uma das maneiras mais comuns de documentar os requisitos do sistema

    • Delimitam o Sistema;

    • Definem a funcionalidade do sistema.


Composi o

Composição

  • É composto de:

    • Atores;

    • Casos de Uso (Use Cases) e;

    • Relações entre eles.

  • Inclui variantes, rotinas de erro, etc. que o sistema executa para produzir um resultado observável para um ator.


Atores

Atores


Atores1

Atores

  • Representam o papel de uma entidadeexterna ao sistema como um usuário, um hardware, ou outro sistema que interage com o sistema modelado.

  • Os atores iniciam a comunicação com o sistema através dos use-cases.


Atores nota o

<<Ator>>

Coordenador

Atores - Notação


Identificando atores

Identificando Atores

  • Um Ator pode:

    • Fornecer informações ao sistema

    • Receber informações do sistema

    • Fornecer e Receber informações do sistema


Identificando atores1

Identificando Atores

  • Exemplos de perguntas que podem auxiliar a identificação dos atores:

    • Quem esta interessado em determinada exigência?

    • Onde na organização o sistema é usado?

    • Quem se beneficiará do uso do sistema?

    • Quem fornecerá ao sistema essas informações, usará essas informações e as removerá?

    • Quem suportará e manterá o sistema?

    • O sistema usa um recurso externo?

    • Uma pessoa representa diversos papéis?

    • Varias pessoas representam o mesmo papel?

    • O sistema interage com um sistema legado?


O que identifica um bom ator

O que identifica um bom ator?

  • Identificar como ator encontrado interage com sistema.

  • Verificar se atores identificados não tem papeis semelhantes.


Use cases casos de usos

Use cases - Casos de usos


Casos de uso defini o

Casos de uso - Definição

  • Representa uma seqüência de ações executadas pelo sistema e recebe do ator que lhe utiliza, dados tangíveis de um tipo ou formato já conhecido.

  • Ou ainda...


Caso de uso defini o

Caso de uso - Definição

  • Descrição de um conjunto de seqüências de ações, incluindo variantes, que um sistema realizapara produzir um resultado observável com valor para um ator.

  • Representa uma funcionalidade do sistema.


Caso de uso nota o

Matricular aluno

Solicitarhistórico

Verificar

pré-requisitos

Servir Almoço

Caso de uso - Notação


Caso de uso exemplo

Restaurante

Servir almoço

Cliente

Servir jantar

Comprar bens

Fornecedor

Caso de Uso - Exemplo


Identifica o do casos de uso

Identificação do Casos de Uso

  • Funcionalidade identificadas no sistema que interagem com atores.

  • Perguntas auxiliares:

    • Quais são as tarefas de cada ator?

    • Qualquer ator criará, armazenará, mudará, apagará ou lerá informações do sistema?

    • Quais casos de uso realizarão essas tarefas?

    • Qualquer ator informará ao sistema sobre mudanças externas súbitas, ou ocorrências internas?

    • Quais serão os casos de uso que realizarão a manutenção e suporte ao sistema?

    • Todas exigências funcionais levantadas podem ser realizadas pelos casos de uso identificados?


O que identifica um bom caso de uso

O que identifica um bom caso de uso?

  • Normalmente, um comando de utilização representa uma importante peça de funcionalidade que é completa, do inicio ao fim.

  • Um caso de uso realiza algo de valor ao ator.

  • Casos de uso que têm o mesmo ator e usam as mesma entidades geralmente podem ser um único caso de uso.


Descri o dos casos de uso

Descrição dos casos de uso

  • Existem 3 níveis de detalhe, de acordo com as seguintes perspectivas de um sistema:

    • Essência / utilidade;

    • Interface e;

    • Implementação.


Ess ncia utilidade

Essência / Utilidade

  • Descrição breve independente da interface que o sistema apresenta;

  • Descrição do objetivo ou resultado a produzir;

  • Opcionalmente, indica lista de características e limitações (nível de requisitos).


Interface

Interface

  • Descrição de seqüências de funcionamento normais e excepcionais (alternativos), em termos de interações dos atores com elementos da interface;

  • Opcionalmente, acompanhar de desenhos da interface para o usuário e de diagramas dinâmicos;


Interface1

Interface

  • Indicação de quando é que o caso de uso começa e acaba, quando ocorrem interações com os atores, que objetos são trocados, quem faz o quê (o sistema ou um ator);

  • Pode culminar no manual do usuário.


Implementa o

Implementação

  • Realização do caso de uso por uma colaboração de objetos internos ao sistema;

  • Seqüências de funcionamento detalhadas com (inter)ações internas ao sistema;


Implementa o1

Implementação

  • Já não compete ao analista, mais sim ao projetista/implementador;

  • Já não faz parte do modelo de casos de uso, mas sim do modelo de design.


Estrutura o dos casos de uso

Estruturação dos Casos de Uso


Estrutura o dos casos de uso1

Estruturação dos Casos de Uso

  • Relação de extensão <<extend>>;

  • Relação de inclusão <<include>>;

  • Relação de generalização entre casos de uso;

  • Relação de generalização entre atores;

  • Agrupamento de casos de uso em pacotes.


Rela o de extens o

Relação de extensão

  • Para simplificar a descrição dos casos de utilização, podem-se organizar os casos de utilização em:

    • Casos básicos:casos de utilização de acordo com a definição e;

    • Extensões aos casos básicos: que traduzem partes ou modalidades acrescentadas condicionalmente.


Rela o de extens o1

Relação de extensão

  • Os casos de uso “estendidos” descrevem cenários que somente ocorrerão em uma situação específica.

  • Quando um caso de uso B estendeum caso de uso A indica que o comportamento do caso de uso A pode ser aumentadocom comportamento do caso de uso B.

«extend»

B

A

caso básico

extensão


Rela o de extens o2

Relação de extensão

  • É usado para mostrar comportamentos de exceções e casos especiais que aumentariam a quantidade de casos de uso no modelo.


Rela o de extens o exemplo

Servir jantar

«extend»

«extend»

«extend»

Servir à luz de velas

Servir uma entrada

Servir uma sobremesa

Relação de extensão - Exemplo


Rela o de inclus o

Relação de inclusão

  • Quando vários casos de uso têm uma sub-sequência de funcionamento comum, é conveniente separar essa parte comum para um novo caso de uso que é incluído pelos primeiros


Rela o de inclus o1

Relação de inclusão

  • Uma instância do caso de uso A incluiobrigatoriamente o comportamento especificado por B;

  • Evita-se descrever uma mesma seqüência de passos comum a vários casos de uso, concentrando essa seqüência em um caso de uso acessado pelos outros.


Rela o de inclus o2

«include»

A

B

(parte comum a outros casos de utilização além de A)

Relação de inclusão

  • Quando um caso de uso A inclui um caso de uso B indica que o comportamento do caso de uso A reutiliza o comportamento do caso de uso B.


Rela o de inclus o exemplo

Servir almoço

«include»

Pagar refeição

«include»

Servir jantar

Relação de inclusão - Exemplo


Casos de uso generaliza o especializa o

Casos de Uso - Generalização/Especialização

  • Um caso de uso "filho" (mais especializado) herda o comportamento, significado e atores do caso de uso "pai" (mais genérico)

    • O filho pode adicionar ou substituir comportamento do pai;

    • O filho pode aparecer em qualquer contexto em que o pai pode aparecer;


Casos de uso generaliza o especializa o1

Pai

Servir almoço

Servir uma refeição

Servirjantar

Filhos

Casos de Uso - Generalização/Especialização


Atores generaliza o especializa o

Cliente

ClienteEspecial

Atores - Generalização/Especialização

  • É possível definir tipos gerais de atores e especializá-los usando o relacionamento de especialização (herança).


Exemplo completo

Exemplo Completo


Agrupamento em pacotes

Agrupamento em pacotes

  • Em um sistema complexo, podem existir muitos casos de uso para visualizar com clareza num único diagrama!

  • Uma solução: um diagrama de casos de uso inicial, com pacotes de casos de uso, e um diagrama de casos de utilização relativo a cada pacote.


Agrupamento em pacotes1

Restaurante

Servir almoço

Pagar refeição

Servir uma refeição

«include»

Servir jantar

Cliente

«extend»

«extend»

«extend»

Servir uma entrada

Servir à luz de velas

Servir uma sobremesa

Comprar bens

Fornecedor

Agrupamento em pacotes


Agrupamento em pacotes2

Sist. de Gestão de Restaurantes (SGR)

Relação com Fornecedores

Cozinheiro

Relação com Clientes

Garçom

Gerente

Agrupamento em pacotes


Agrupamento em pacotes3

SGR – Relação com Clientes

Elaborar menu do dia

Cozinheiro

Registar pedido

Garçom

Fechar a conta

Receber a conta

Gerente

Agrupamento em pacotes


Especifica o de caso de uso

Especificação de Caso de Uso


Especifica o de caso de uso1

Especificação de Caso de Uso

  • Caso de Uso: Manter Funcionário

  • Descrição: Este caso uso tem por objetivo permitir consultar, incluir, alterar e excluir o registro de funcionários no sistema SISFUNC.

  • Ator: Administrador

  • Pré-Condição:

    • -O ator deverá estar cadastrado no sistema com perfil de Administrador.

    • -O funcionário deverá ter entregado toda a documentação solicitada no RH.

  • Pós-Condição:

    • -Cadastro do funcionário mantido no sistema.

  • Requisitos Associados:

    • -Gerar Folha de Pagamento.


Especifica o de caso de uso2

Especificação de Caso de Uso

7. Fluxo de Eventos

7.1.Fluxo Principal

P1- O caso de uso é iniciado quando o Ator acessa o sistema e seleciona a opção “Consultar Funcionário” no menu principal.

P2- O ator informa o CPF do funcionário. (E1)

P3- O sistema apresenta a interface “Manter Funcionário”. (A1), (A2).

P4- O ator preenche os dados cadastrais do fucionário e seleciona a opção “Incluir”. (E2)

P5- O sistema solicita confirmação de inclusão.

P6- O ator confirma a inclusão selecionando a opção “OK”.

P7- O sistema apresenta a mensagem “Operação realizada com sucesso”.

P8- O caso de uso é encerrado.


Especifica o de caso de uso3

Especificação de Caso de Uso

7.2.Fluxo Alternativo

A.1.Alterar Funcionário.

A.1.1.O ator altera os dados cadastrais desejados e seleciona a opção “Alterar”.

A.1.2.O sistema solicita a confirmação da alteração. (E2)

A.1.3.O ator confirma a alteração selecionando a opção “OK”. (P7)

A.2.Excluir Funcionário.

A.2.1.O ator seleciona a opção “Excluir”. (E3)

A.2.2.O sistema solicita a confirmação da exclusão.

A.2.3.O ator confirma a exclusão selecionando a opção “OK”. (P7)


Especifica o de caso de uso4

Especificação de Caso de Uso

7.3.Fluxo Excessão

E.1. O Sistema apresenta a mensagem “CPF inválido”.

E.2.O Sistema apresenta a mensagem “Campo obrigatório não preenchido, favor verificar”.

E.3. O Sistema apresenta a mensagem “Perfil não habilitado para realizar esta função”.


Especifica o de caso de uso5

Especificação de Caso de Uso

8.Regras de Negócio

8.1.Regra de Aplicação

-O campo CPF deverá ser composto de 11(onze) dígitos numéricos no formato (99999999999).

-O campo data de nascimento é composto de 08(oito) dígitos numéricos no formato a seguir (dd/mm/aaaa).

-O campo endereço é composto de 30(trinta) dígitos.

-O campo telefone é composto de 10(Dez) dígitos numéricos no formato a seguir (99) 9999 9999.

-O campo CEP é composto de 08(oito) dígitos numéricos no formato a seguir (99999999).

-O campo perfil do funcionário é composto de 01(Um) caractere numérico.


Especifica o de caso de uso6

Especificação de Caso de Uso

8.Regras de Negócio

8.1.Regra de Negócio

  • O funcionárioapenaspoderáserinativadoporfuncionário com perfil de Administrador.

  • A alterção do cadastro do funcionárioapenasserápermitida 30 diasapós a suainclusão.

  • O cadastroapenaspoderáserexcluído 30 diasapós o encerramento do avisoprévio.

  • A exclusão do registro do funcionáriodeveráocorrerapenas de forma lógica.


Especifica o de caso de uso7

Especificação de Caso de Uso

8.Regras de Negócio

8.1.Regra de Negócio

  • O funcionárioapenaspoderáserinativadoporfuncionário com perfil de Administrador.

  • A alterção do cadastro do funcionárioapenasserápermitida 30 diasapós a suainclusão.

  • O cadastroapenaspoderáserexcluído 30 diasapós o encerramento do avisoprévio, conforme CLT.

  • A exclusão do registro do funcionáriodeveráocorrerapenas de forma lógica.

    9. Informações Suplementares

    - CLT: Consolidação das Leis do Trabalho.


  • Login