Analise Aula1

Análise de Sistemas
de Informação II
Tania Basso
FACULDADE DE TECNOLOGIA - FT
UNIVERSIDADE ESTADUAL DE CAMPINAS– UNICAMP – BRASIL
1
Modelagem como técnica de projeto
 Modelo  abstração elaboradas para entender um

problema antes de implementar uma solução
Abstração permite lidar com complexidade
Exemplos: maquete, esboço a lápis para pintura,

desenhos de peças de máquinas
Sevem para: testar entidade física antes de construí-la,

comunicação com clientes, visualização, redução da
complexidade
2
 Os 3 modelos:
modelo de classes  aspectos estáticos, estruturais de

um sistema (dados)
modelo de estados  aspectos temporais,

comportamentais de um sistema (controle)
modelo de interações  colaboração de aspectos

individuais de um sistema (interações)
3
 Os 3 modelos:
modelo de classes  diagrama de classes
modelo de estados  diagrama de estados
modelo de interações  diagramas de caso de uso,

diagrama de sequência, diagrama de atividades
4
Modelos de Casos de Uso
5
Introdução
Objetivos Principais dos Casos de Uso:
 Delimitação do contexto de um sistema
 Documentação e o entendimento dos requisitos
 Descreve os requisitos funcionais
 Principal saída da etapa de especificação de requisitos
 Principal entrada da etapa de análise
6
Introdução
Objetivos Secundários dos Casos de Uso:
 Facilita a comunicação entre os stakeholders
 É base para a definição do cronograma
 Auxilia a elaboração dos casos de teste
7
Introdução
Ponte entre Requisitos e Análise:
8
Atores
 São entidades externas ao sistema computacional que

participam de um ou mais casos de uso (não são parte do
sistema)
 Normalmente ou fornecem eventos de entrada ou

recebem alguma resposta do sistema (interagem)
 Em geral, atores podem ser:

 Papéis que pessoas representam nos casos de uso
 Dispositivos de hardware mecânicos ou elétricos
 Outros sistemas computacionais
9
Atores
 Representações
10
Atores
 Exercício: Identifique os atores:
Máquina de refrigerante:
Cliente, técnico de reparos, repositor (encarregado de
estoque)
Sistema de agência de viagens

Cliente, agente de viagens, companhia de aviação
Sistema de banco de dados computacional:

Usuário, administrador
11
Casos de Uso
 É uma descrição de um processo de negócio

relativamente longo com um começo, meio e fim
 Representa as principais funcionalidades do sistema

“observáveis” por algum ator
 Representam funções no nível de sistema
 O QUE fazer, não COMO fazer
 Abstração dos detalhes desnecessários
12
Casos de Uso
Exemplo:
13
Casos de Uso
Representação:
Uma elipse com o nome do caso de uso no centro
Nome = verbo + substantivo (indicação de ação)

14
Casos de Uso
Exercício: Identifique possíveis casos de uso para o

sistema de máquina de refrigerantes
Comprar um refriegerante: A máquina de vendas fornece um
refrigerante após o cliente fazer sua escolha e pagar por ela
Realizar manutenção de rotina: Um técnico de reparos

realiza o serviço periódico necessário para manter a máquina
de vendas em boas condições de funcionamento
Fazer reparos: Um técnico de reparos realiza o serviço

inesperado necessário para corrigir um problema no
funcionamento da máquina de vendas
Carregar itens: Um repositor acrescenta itens na máqina de

vendas para repor seu estoque de refrigerantes 15
Casos de Uso
 As condições de erro também são parte de um caso de uso
Exemplo: cliente selecionar refrigerante esgotado 

máquina exibe mensagem de aviso
Exemplo: cliente cancela transação
Um caso de uso reúne todo comportamento relevante de

uma parte da funcionalidade do sistema (comportamento
principal normal, variações de comportamento normais,
condições de exceção, condições de erro, cancelamentos de
requisições)
16
Casos de Uso
 Descrição do caso de uso “comprar um refrigerante” em
detalhes:
17
18
Diagramas de Caso de Uso
 A UML possui uma notação gráfica para resumir casos
de uso
Retângulo contém os casos de uso
Atores listados na parte externa
Linhas sólidas conectam casos de uso com atores

participantes
Um ator pode participar de vários casos de uso
Vários atores podem participar do mesmo caso de uso 19

 Exemplo
20
Exercício: fazer o diagrama de caso de uso para a
máquina de refrigerantes
21
Relações entre casos de uso
 Objetivo: Aumentar a reutilização em diferentes
contextos
 A linguagem UML define três tipos de

relacionamentos:
Generalização (herança)
Inclusão (<< include >>)
Extensão (<< extend >>)
22
Generalização
 Similar à generalização entre classes
 O caso de uso filho herda tanto o significado do seu

pai, quanto o seu comportamento. Filhos normalmente
acrescentam variações
 Também pode ser utilizado entre atores
 Representado por uma seta contínua que aponta do

filho para o pai
23
 Exemplo de Generalização
24
Inclusão
Significa que o caso de uso base incorpora

explicitamente o comportamento de outro caso de uso
em um ponto específico (sub-rotina)
Representado por uma seta tracejada com a palavra-

chave <<include>>
25
Exemplo de inclusão
26
Extensão
Significa que o caso de uso base incorpora

implicitamente o comportamento de outro caso de uso
Apenas em circunstâncias específicas, o caso de uso

estendido tem seu comportamento incorporado pelo
caso de uso base: pontos de extensão
Representado por uma seta tracejada com a palavra-

chave <<extends>>
27
Exemplo de extensão
28
Exercícios: Modele as relações entre os casos de uso:
Dentista quando o paciente for realizar mais

tratamentos, o pagamento pode ser adiado
29
Pagamento Pagamento pode ser efetuado com

dinheiro ou com cartão de crédito
30
Sistema de vendas pela internet para comprar o

usuário deve estar logado no sistema
31
Sistema de vendas pela internet ao efetuar uma

venda, se o cliente for considerado vip, o sistema
calcula um desconto
32
Um único diagrama pode combinar vários tipos de
relações entre casos de uso
33
Dicas para a modelagem de casos de uso
1. Um caso de uso não diz nada sobre o funcionamento
interno do sistema, isto é, o sistema é visto como uma
caixa preta;
2. Casos de uso são parte do domínio do problema e

não da solução;
3. Um caso de uso diz como atores interagem com o

sistema e como o sistema responde;
4. Um caso de uso é sempre iniciado ou por um ator, ou

por outro caso de uso do qual faça parte; 34
Dicas para a modelagem de casos de uso
5. Um caso de uso oferece um resultado observável,
sob o ponto de vista do ator;
6. Um caso de uso é completo, isto é, ele possui um

começo, um meio e um fim;
7. O fim de um caso de uso é indicado quando o seu

resultado observável é obtido pelo ator;
8. Podem ocorrer várias comunicações entre os atores e

os casos de uso
35
Exercício
Entregar
36
Levantamento inicial dos casos de uso
técnica complementar para o levantamento
de casos de uso:
• Identificação Baseada em Atores  Identificação das

funcionalidades requeridas por cada um
dos interessados no sistema.
37
Estudo de caso: sistema de Videolocadora
38
Identificação dos casos de uso baseado em
Atores
A mais utilizada na prática;
• Identificação dos atores;
• Identificação das funcionalidades necessárias para

cada um dos atores.
39
Atores
Identificação dos Atores
• Podem ser pessoas ou outros sistemas externos com

os quais o sistema especificado interage.
• Perguntas que auxiliam essa descoberta:
1. Quem opera o sistema?

Resposta: O atendente, o gerente ou o proprietário.
40
Atores
2. Quem é responsável pela sua administração?

Resposta: O gerente e o proprietário.
3. Quem é responsável pela manutenção dos seus

dados?
Resposta: O atendente e o gerente.
41
Atores
4. Quem necessita das suas informações?

Resposta: O cliente, o atendente, o gerente e o
proprietário.
5. Quem oferece informações para o sistema?

Resposta: O cliente (informações pessoais), o
atendente (informações cadastrais das fitas) e o
gerente (informações sobre as políticas da empresa). 42
Atores
6. Os outros sistemas utilizam algum

dado/processamento do sistema especificado?
Resposta: O sistema contábil necessita de informa
ções sobre o valor de cada nota fiscal a emitir;
o sistema de mala direta necessita das informações
cadastrais dos clientes para emissão de panfletos
promocionais.
43
Atores
7. Acontece algo automaticamente/periodicamente

no sistema?
Resposta: Sim. Uma reserva pode ser cancelada
automaticamente, caso não tenha sido efetuada a
locação do ítem no período estipulado.
44
Atores
Atores identificados:
• Atendente;
• Cliente;
• Gerente;
• Proprietário;
• Sistema Contábil;
• Sistema de Mala Direta;
• Tempo 45
Atores
Identificação das Funcionalidades dos Atores
Perguntas feitas que auxiliam a descoberta dos casos

de uso:
1. Quais tarefas o ator deseja que o sistema realize?

Resposta: O cliente deseja alugar uma fita, devolver
uma fita, reservar uma fita.
46
Atores
2. Quais informações o ator deve fornecer para o

sistema?
Resposta: O cliente pode fornecer as seguintes
informações: nome, endereço, nome do filme,
número de identificação.
47
Atores
3. Existem eventos que o ator deve comunicar ao

sistema?
Resposta: O cliente pode comunicar uma mudança
de endereço.
48
Atores
4. O ator precisa ser informado de alguma coisa

importante pelo sistema?
Resposta: O cliente deve ser informado quando
uma fita reservada por ele chegar na loja e está
disponível para ser alugada.
49
Atores
5. O ator é responsável por iniciar ou terminar a

execução do sistema?
Resposta: Não.
50
Atores
6. O sistema armazena informações? O ator necessita

manipulá-las, isto é, ler, atualizar ou apagar?
Resposta: Sim. O cliente pode desejar saber as
últimas fitas alugadas por ele, ou ainda atualizar
seus dados pessoais.
51
Atores
Casos de uso descobertos para o ator “cliente”:
• Cadastrar Cliente. O cliente fica sócio da locadora e

cadastra-se fornecendo informações sobre seu nome,
endereço, esposa e filhos.
• Alugar Fita. O cliente aluga uma fita.
• Devolver Fita. O cliente devolve uma fita alugada.

52
Atores
Casos de uso descobertos para o ator “cliente”:
• Reservar Título. O cliente reserva uma fita.
• Contactar Cliente. O cliente é contactado

posteriormente quando a fita reservada está disponível.
• Consultar Histórico do Cliente. O cliente consulta as

Últimas fitas alugadas por ele.
• Alterar Cliente. O cliente atualiza seus dados pessoais. 53

Atores
Casos de uso descobertos para os atores “atendente” e
“gerente”:
• Cadastrar Título. O atendente adiciona um novo

filme no sistema.
• Consultar Histórico da Locadora. O gerente

gostaria de saber quais filmes são mais populares, uma
vez que ele vai comprar novos títulos.
54
Atores
Casos de uso descobertos para os atores “atendente” e
“gerente”:
• Emitir Balanço. O gerente quer saber se a loja está

dando lucro.
• Emitir Relatório. O gerente deseja relatórios semanais

para acompanhamento dos lucros da empresa.
55
56
Exercício
Entregar 
57
Obrigada
58

Analise Aula1

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Analise Aula1

Загружено:

Авторское право:

Доступные форматы

Análise de Sistemas

 Modelo  abstração elaboradas para entender um

Abstração permite lidar com complexidade

Exemplos: maquete, esboço a lápis para pintura,

Sevem para: testar entidade física antes de construí-la,

modelo de classes  aspectos estáticos, estruturais de

modelo de estados  aspectos temporais,

modelo de interações  colaboração de aspectos

modelo de classes  diagrama de classes

modelo de estados  diagrama de estados

modelo de interações  diagramas de caso de uso,

Objetivos Principais dos Casos de Uso:

 Delimitação do contexto de um sistema

 Documentação e o entendimento dos requisitos

 Descreve os requisitos funcionais

 Principal saída da etapa de especificação de requisitos

 Principal entrada da etapa de análise

Objetivos Secundários dos Casos de Uso:

 Facilita a comunicação entre os stakeholders

 É base para a definição do cronograma

 Auxilia a elaboração dos casos de teste

Ponte entre Requisitos e Análise:

 São entidades externas ao sistema computacional que

 Normalmente ou fornecem eventos de entrada ou

 Em geral, atores podem ser:

 Exercício: Identifique os atores:

Sistema de agência de viagens

Sistema de banco de dados computacional:

 É uma descrição de um processo de negócio

 Representa as principais funcionalidades do sistema

 Representam funções no nível de sistema

 O QUE fazer, não COMO fazer

 Abstração dos detalhes desnecessários

Uma elipse com o nome do caso de uso no centro

Nome = verbo + substantivo (indicação de ação)

Exercício: Identifique possíveis casos de uso para o

Realizar manutenção de rotina: Um técnico de reparos

Fazer reparos: Um técnico de reparos realiza o serviço

Carregar itens: Um repositor acrescenta itens na máqina de

Exemplo: cliente selecionar refrigerante esgotado 

Exemplo: cliente cancela transação

Um caso de uso reúne todo comportamento relevante de

Retângulo contém os casos de uso

Atores listados na parte externa

Linhas sólidas conectam casos de uso com atores

Um ator pode participar de vários casos de uso

Vários atores podem participar do mesmo caso de uso 19

 A linguagem UML define três tipos de

Inclusão (<< include >>)

Extensão (<< extend >>)

 Similar à generalização entre classes

 O caso de uso filho herda tanto o significado do seu

 Também pode ser utilizado entre atores

 Representado por uma seta contínua que aponta do

Significa que o caso de uso base incorpora

Representado por uma seta tracejada com a palavra-

Significa que o caso de uso base incorpora

Apenas em circunstâncias específicas, o caso de uso

Representado por uma seta tracejada com a palavra-

Dentista quando o paciente for realizar mais

Pagamento Pagamento pode ser efetuado com

Sistema de vendas pela internet para comprar o

Sistema de vendas pela internet ao efetuar uma