aps1_04_casosdeuso

1

Ciência da Computação

Wellington João da Silva

Análise e Projeto de Sistemas

Casos de Uso


Casos de uso

� Engenharia de Requisitos� Requisito – sistema� Caso de uso – usuário

– Diagrama de caso de uso– Especificação de caso de uso

2

Requisitos

� Os requisitos funcionais são os que indicam as funções que são executadas pelo sistema


Casos de Uso

� Um Caso de Uso representa uma unidade discreta da interação entre um usuário (humano ou máquina) e o sistema.

� Descreve um conjunto de funcionalidades sob o posto de vista de um ator

� Elementos– Atores– Casos de Uso– Relacionamentos


3

Casos de uso

� São uma excelente técnica para entender os requisitos de um sistema

� A UML inclui formalmente as noções de Caso de Uso e Diagrama de Casos de Uso

� O ícone em UML para um Caso de Uso é:


Comprar itens

Diagrama de Casos de Uso

� Apresenta um conjunto de casos de uso, atores e suas relações

� Captura as funcionalidades de um sistema de acordo com a visão de seus usuários

� Desenvolvido pelo Analista em conjunto com especialistas no domínio da aplicação

� É composto por:– Casos de Uso– Atores– Relações de dependência, generalização e

associaçãoWellington João da Silva

4

Diagramas de Casos de Uso

� São utilizados para – modelar o contexto de um sistema, identificando

os atores e seus papéis na interação com o sistema

– Modelar os requisitos de um sistema, especificando o que o sistema deve fazer (do ponto de vista de seus usuários) sem, no entanto, se preocupar em como é implementado

– Validar a arquitetura do sistema– Identificar e gerar casos de teste


Diagrama de Caso de Uso

� Ator– Representa um papel que um ser humano, um

dispositivo de hardware ou até outro sistema desempenha com o sistema.


MatricularAluno

5

Diagrama de Caso de Uso

� Relacionamentos entre casos de uso


Diagrama de Casos de Uso


Comprar Itens

Log In(Iniciar uso)

Reembolsar Itens Comprados

Terminal de Ponto de Venda

Cliente

Caixa

Administradordo Sistema Gerenciar

Usuários

6


Casos de Uso na Análise e Projeto

� Na análise– o objetivo é estudar o sistema para descobrir as

necessidades do cliente

� No projeto – o objetivo é produzir uma solução implementada de um

sistema informatizado para uso pelo cliente


Seções de um Caso de Uso

� Atores� Interessados� Pré-Condições� Pós-Condições de Sucesso� Requisitos Correlacionados� Variações Tecnológicas� Questões em Aberto

7


Cenário

� Cada cenário é uma realização particular do caso de uso

� Diferentes cenários devem ter passos obrigatórios distintos

Especificação de Caso de Uso

� Documento narrativo que descreve a seqüência de eventos de um Ator (um agente externo) usando o sistema para completar um processo

� São estórias ou casos de utilização do sistema

� São usados para capturar comportamentos relevantes do sistema, sem a preocupação de especificar como serão implementados


8



Identificação UC_001

Função Emprestar fita

Atores Funcionário, Cliente

Prioridade Essencial

Pré-condição Fitas devidamente registradas no sistema

Pós-condição O cliente ficou de posse das fitas

FluxoPrincipal

•O cliente chega ao balcão com as fitas a serem locadas.•O cliente informa seus dados cadastrais•O funcionário registra o nome do cliente e inicia a locação•O funcionário registra cada uma das fitas•O funcionário finaliza a locação•O funcionário informa a data de devolução•O funcionário informa o valor total da locação•O cliente vai embora com as fitas

Fluxo Excepcional

O cliente não possui cadastro•O funcionário informa que o cliente não possui cadastro.•O funcionário solicita que o cliente efetue o cadastro.•O funcionário realizado o cadastro do cliente.•Retorna ao passo inicial

Fluxo Excepcional

O cliente possui pendência no cadastro•O cliente paga o seu débito•O cliente quita o seu débito •Retorna ao passo inicial



Identificação UC_005

Função Retirar Dinheiro do caixa eletrônico

Atores Cliente, Caixa eletrônico

Prioridade Essencial

Pré-condição Cliente precisa ter em mãos o cartão do banco

Pós-condição Dinheiro sacado com sucesso

FluxoPrincipal

•Cliente insere cartão no dispositivo•Cliente digita a senha•Máquina autoriza login[FS001]•Cliente digita o montante•Máquina checa o saldo [FS002]•Máquina debita o dinheiro sacado do saldo inicial•Máquina dispõe cédulas para cliente•Máquina mostra na tela no novo saldo•Máquina ejeta cartão•Cliente retira cartão

Fluxo Secundário [FS001]

•Senha digitada é inválida•Máquina ejeta cartão•Cliente retira cartão

Fluxo Secundário [FS002]

•Saldo é menor que o montante requerido•Máquina mostra na tela o saldo•Máquina ejeta o cartão•Cliente retira o cartão

9


Referências

� Bezerra, E. Princípios de Análise e Projeto Orientados a Objetos com UML. Editora Campus, 2006.

� SOMMERVILLE, Ian. Engenharia de software. 6.ed. SÃO PAULO: Addison Wesley, 2003. 592.

� PRESSMAN, Roger S.. Engenharia de software. 0.ed. SÃO PAULO: Makron Books, 2005. 1056.

� BEZERRA, Eduardo. Princípios de Análise e Projeto de Sistemas com UML . CAMPUS, 2002.

� RAMOS, Ricardo Argenton. Treinamento Pratico Em UML . DIGERATI, 2006.

� Engenharia de requisitos – Disponível em http://pt.wikipedia.org/wiki/Engenharia_de_requisitos

� Introdução à Engenharia de Requisitos – Disponível em http://www.devmedia.com.br/articles/viewcomp.asp?comp=8034

aps1_04_casosdeuso

Documents