SlideShare uma empresa Scribd logo
1 de 59
Baixar para ler offline
Introdução à
UML com Casos de Uso
Prof. Rodrigo Gomes

1
Apresentação
Rodrigo Gomes da Silva
Contatos:
rodrigo.gomes3@hotmail.com
rogomes@br.ibm.com
rodrigo.gomes@unis.edu.br

Redes Sociais
http://www.linkedin.com/pub/rodrigo-gomes-da-silva/37/568/716
https://twitter.com/rodrigogomes3
https://www.facebook.com/rodrigo.gomesdasilva.92

•

Formação:
–
–
–
–
–

•

Atualmente:
–
–

•

Certificação IBM RMUC – Requirements Management with Use Cases
Especialista em Design Instrucional para EaD Virtual (UNIFEI)
Especialista em Docência do Ensino Superior (FINOM)
Bacharel em Sistemas de Informação (UEMG)
Técnico em Processamento de Dados (CETEV)

Analista de Requisitos na IBM do Brasil - SP
Professor Universitário – UNIS-MG

Atuações Anteriores
–
–
–
–
–

Professor Universitário – FACECA
Professor Universitário – UNINCOR
Professor Universitário – FIPV
Analista de Sistemas – Sindicato Rural da Campanha
Gerente de TI – Santa Casa de Misericórdia da Campanha

2
Apresentação
• Quem é você?
–
–
–
–

Nome
Período
Contatos com UML e levantamento de requisitos
Atuação na área de TI

3
UML
• O que é UML?
– Uma linguagem ou notação de diagramas
para especificar, visualizar e documentar
modelos de software
– Não é um método de desenvolvimento
– Não indica o que fazer primeiro
– Ajuda a visualizar o produto e a
comunicação
– É formada por elementos que são usados
para criar diagramas, que representam uma
determinada parte do sistema, ou um ponto
de vista do sistema
4
UML
• Para que usar UML?
–
–
–
–
–
–
–
–

Pensar antes de codificar
Apresentar nossas ideias ao grupo
Aumentar a participação e envolvimento do time
Documentar as ideias quando já consolidadas
Atender aos requisitos
Reduzir esforço de manutenção
Facilitar a alteração do software
Reduzir re-trabalho: reparos ocorrem a nível de
projeto
– Gestão do conhecimento: consolidar o projeto na
empresa e não nas pessoas

5
UML
• Importância do Projeto de Software
Ponte Rio – Niterói:
• Comprimento: 13,29 Km
• Tráfego: 140 mil veículos / dia
• Construção: 01/1969 – 03/74

6
UML
• Linha de Produção
Assim como as pontes, o software não pode
ser feito por meio de linhas de produção

Após a implementação
eu posso copiá-lo e
distribuí-lo
7
UML
• Falta de Alinhamento entre cliente,
analista e time

8
UML

9
UML
• A culpa não é minha!
Processo de desenvolvimento de software
Caos
Frustração
Retrabalho
Desperdício de tempo e recursos

10
UML
• Aprovação do Cliente
Processo de desenvolvimento de software
Investigação
Aprovação
Comunicação
Contratos

O que é
preciso?
11
UML
• Modelagem

12
UML
• Complexidade
Para dominarmos
uma realidade com a
abordagem sistêmica,
precisamos de
modelos, o que
favorece a
possibilidade de
fazermos simulações,
facilitando assim a
definição de soluções
para os problemas
existentes na
13
realidade em questão.
UML
• Motivação
Necessidade de uma Modelagem Visual
Da mesma forma que, para construir uma casa é preciso
desenhar sua planta, para construir um software, é preciso
desenhar sua arquitetura.

É preciso ter uma
representação visual do seu
sistema, antes que ele entre
na etapa de implementação.

14
UML
• Motivação
Necessidade de uma Modelagem Visual
É preciso estabelecer uma padronização para facilitar a
comunicação entre os analistas e o time de
desenvolvimento.
E facilitar a comunicação
entre os analistas e o
cliente.

15
UML
• Motivação
Necessidade de uma Modelagem Visual
Um sistema tem geralmente muitas classes. Dependendo do nível
hierárquico da pessoa envolvida, formas diferentes de apresentar as
classes devem ser geradas.
• O cliente precisa compreender
apenas alguns conceitos;
• O gerente de projetos não precisa
de detalhes do modelo;
• O time de desenvolvimento precisa
de todos os detalhes possíveis.

16
UML
• Motivação
Necessidade de uma Modelagem Visual
Um modelo deve ser criado independente de sua
implementação. A qualquer momento uma implementação
pode ser trocada por outra, sem afetar o modelo.

17
UML
• Motivação
UML
•UML é uma ferramenta que nos auxilia na modelagem de
sistemas;
•Mantida pela OMG
•Proporciona um padrão para o projeto de arquitetura de
sistemas
• Composta por 13 diagramas

18
UML
• Alguns Diagramas da UML?
– Estrutura Estática:
• Diagrama de Classes
• Diagrama de Objetos
• Diagrama de Componentes
• Diagrama de Implantação
– Estrutura Dinâmica
• Diagrama de Casos de Uso
• Siagrama de Sequencia
• Diagrama de Atividades
• Diagrama de Estados
• Diagrama de Colaboração

19
UML
• Alguns Diagramas da UML?
– Estrutura Estática
• Diagrama de Classes
• Diagrama de Objetos
• Diagrama de Componentes
• Diagrama de Implantação
– Estrutura Dinâmica
• Diagrama de Casos de Uso
• Siagrama de Sequencia
• Diagrama de Atividades
• Diagrama de Estados
• Diagrama de Colaboração

Foco deste
treinamento
20
UML
• Diagramas da UML

•Qual eu devo utilizar primeiro?
• Não existe ordem pré-definida
• Não existe a necessidade de utilização de todos os
diagramas

21
UML
• Características da UML
•Independente da linguagem de desenvolvimento
•Alguns diagramas podem modelar software
orientados a objetos ou não
•Define uma linguagem formal para a modelagem e
não para a implementação

22
O Modelo de Caso de Uso
• O que é o Modelo de Caso de Uso?
– Um link entre necessidades dos stakeholders e
requisitos do software
– Define o limite do sistema
– Captura e comunica comportamento do sistema
– Identifica quem ou o quê interage com o sistema
– Valida e verifica requisitos

23
O Modelo de Caso de Uso
• O que é o Modelo de Caso de Uso?
– É representado por um modelo gráfico, o
Diagrama de Casos de Uso
– É especificado em um modelo textual, o
Documento de Especificação de Caso de Uso

 Processo iterativo envolvendo discussões
entre técnicos, clientes e usuários finais
para o levantamento e detalhamento dos
requisitos funcionais.

24
O Modelo de Caso de Uso
• O que é o Modelo de Caso de Uso?
• Um Modelo de Caso de Uso descreve os requisitos
funcionais de um Sistema.
• Um Modelo de Caso de Uso associa as
necessidades dos stakeholders aos requisitos de
software do sistema.
• Por ser um instrumento de planejamento muito
forte, o Modelo de Casos de Uso é geralmente
utilizado em todas as Fases do Ciclo de
Desenvolvimento por todos os membros da equipe.

 funcionais.

25
O Modelo de Caso de Uso

• Diagrama de Caso de Uso?
– Auxilia a comunicação entre os
analistas e os clientes.
– Descreve um cenário que mostra as
funcionalidades do sistema, do ponto de
vista do usuário.
– O cliente deve ver no diagrama de Caso
de Uso as principais funcionalidades do
sistema.
26
O Modelo de Caso de Uso

• Diagrama de Caso de Uso?

• Descreve o sistema, seu ambiente e a
relação entre os dois.
• Os casos de uso são usados para obter os
requisitos do sistema a partir da perspectiva
do usuário.

27
O Modelo de Caso de Uso

Antes de detalharmos o diagrama
de Caso de Uso vamos falar um
pouco sobre requisitos

28
O Modelo de Caso de Uso

29
O Modelo de Caso de Uso
Needs: Necessidades (dos stakeholders / do negócio)
Qual é a necessidade do negócio?
Qual é a necessidade dos Stakeholders
Features: Características do Sistema
Serviços que o sistema irá oferecer que permitirão atender as
necessidades do negócio e as necessidades dos stakeholders
Requisitos
Uma capacidade de software que deve ser atendida ou possuída por
um sistema ou componentes do sistema para satisfazer um
contrato, padrão, especificação, ou outros documentos formalmente
impostos

30
O Modelo de Caso de Uso
Needs
(necessidades)

Features
(serviços / características)

Requisitos

Requisitos Funcionais

Requisitos Não Funcionais

31
O Modelo de Caso de Uso

• Requisitos Funcionais:
São requisitos diretamente ligados à
funcionalidade do software, descrevem as funções
que o software deve executar.
– [RF001] O sistema deve permitir o cadastro de clientes
– [RF002] O sistema deve permitir a geração de relatório
de vendas por período

32
O Modelo de Caso de Uso

• Requisitos Não Funcionais:
Descrevem condições que o software deve atender
ou qualidade específicas que o software deve ter.
– [RNF001] O software deve suportar o navegador IE 5.0
ou superior
– [RNF002] O software deve utilizar o banco de dados DB2

33
O Modelo de Caso de Uso

• Needs x Features x Requisitos:
– Needs descrevem o que o negócio precisa
– Features descrevem quais os serviços
necessários para atender as Needs
– Requisitos descrevem como as Features serão
atendidas
34
O Modelo de Caso de Uso

• Mapeamento
Ver planilha de mapeamento
–
–
–
–
–

Descrição do problema
Desejo dos Stakeholders
Needs
Needs x Features
Mapeamento Needs x Features x Requisitos

35
O Modelo de Caso de Uso

• Notação do Caso de Uso?
O diagrama de Caso de Uso é representado por:
• Atores
• Casos de uso
• Relacionamentos
Os relacionamentos podem ser:
• Associações
• Generalizações
• Extensões ou Inclusões
36
O Modelo de Caso de Uso
• Elementos do Caso de USO
– Ator
• Um elemento que está fora do
sistema
• De alguma forma e em algum
momento ele interage com o
sistema
• Pode ser um usuário, um
equipamento ou outro sistema,
desde que tenha interação com o
sistema que está sendo modelado
37
O Modelo de Caso de Uso
• Elementos do Caso de USO
– Ator
• O ator não deve ser identificado
pelo nome, por exemplo João, mas
sim pelo papél que ele
desempenha na aplicação:
• Ex de nomes de atores:
– Gerente, Secretária, Professor,
Funcionário, Balconista, etc…

38
O Modelo de Caso de Uso
• Elementos do Caso de USO
– Ator
• O Ator não é parte do sistema
• Ele age no ambiene do sistema
• Interage ativamente com o sistema
• Representa um ser humano, uma
máquina ou outro sistema

39
O Modelo de Caso de Uso
• Papél
• Podemos definir um papel
considerando, por exemplo, o
caso de múltiplos personagens
representados por um ator numa
peça de teatro.
• Neste caso, você como Ator
poderia representar o papel de
bandido ou de policial. O Ator
representa um papel e não um
usuário individual.
40
O Modelo de Caso de Uso
•

Como identificar um Ator?

•

Onde, na organização, o Sistema é usado?

•

Quem se beneficiará do uso do sistema?

•

Quem fornecerá informações ao Sistema, 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?

•

Várias pessoas representam o mesmo papel?

•

O Sistema interage com um Sistema Legado?
41
O Modelo de Caso de Uso

• Mapeamento
Ver planilha de mapeamento
• Atores

42
O Modelo de Caso de Uso
• Elementos do Caso de USO
– Caso de Uso
• Representado pela figura de uma
elípse, identifica uma
funcionalidade do sistema que gera
valor para o Ator.
• O nome do caso de uso deve
começar por um verbo de ação
(fazer, realizar, registrar, etc…)
• Indica uma ação que o Ator pode
realizar ao interagir com o sistema
43
O Modelo de Caso de Uso
• Elementos do Caso de
USO
– Caso de Uso
• Descrevem ações que
entregam valor para o
Ator
• Mostra as
funcionalidades do
sistema sendo utilizadas
pelo Ator
• Modela um diálogo entre
Ator e Sistema
• Representa o sistema
em uma perspectiva do
Ator.

44
O Modelo de Caso de Uso
• Como Identificar
– Caso de Uso
•

O que o ator necessita fazer?

•

O Ator precisa ler, criar, excluir, modificar ou armazenar
algum tipo de informação no Sistema?

•

O trabalho diário do ator pode ser simplificado ou tornado
mais eficiente através de novas funções no Sistema?

•

O ator tem de ser notificado sobre os eventos no Sistema
ou ainda notificar o sistema em si?

•

Quais são as macros funções que o ator necessita do
Sistema?
45
O Modelo de Caso de Uso

• Mapeamento
Ver planilha de mapeamento
• Casos de Uso Identificados
• Mapeamento UC x RF
• Mapeamento UC x RF x AT

46
O Modelo de Caso de Uso

• Rastreabilidade
– Permite uma compreensão dos
relacionamentos entre requisitos e seus
artefatos

47
O Modelo de Caso de Uso

• Mapeamento
Ver planilha de mapeamento
–
–
–
–

Rastreabilidade Needs x Features
Rastreabilidade Features x Requisitos
Rastreabilidade RF x UC
Rastreabilidade Completa

48
O Modelo de Caso de Uso
• Relacionamentos
Relacionamentos entre Atores e Casos de Uso ,
entre Casos de Uso e Casos de Uso, e entre
Atores e Atores.
Os principais relacionamentos são:
• Associação;
• Generalização;
• <<Inclui>>
• <<estende>>

49
O Modelo de Caso de Uso
• Relacionamentos
Associação entre Ator e Caso de Uso
Representamos uma associação entre um ator e um caso de
uso por uma ligação simples.

Caso de Uso Concreto
Sua execução é iniciada
através da chamada de um
Ator

Em determinado momento o ator “Cliente” poderá acionar a
Em determinado momento o ator “Cliente” poderá acionar a
50
funcionalidade “Fazer Pedido”
funcionalidade “Fazer Pedido”
O Modelo de Caso de Uso
• Relacionamentos
Relacionamento <<include>> entre Casos de Uso
Um relacionamento de inclusão mostra a dependência entre dois casos
de uso, o que significa que um caso de uso incorpora o comportamento
de outro caso de uso.

Caso de Uso
Abstrato
Sua execução é
iniciada através da
chamada de ouro
caso de uso
51
O Modelo de Caso de Uso
• Relacionamentos
Relacionamento <<extend>> entre Casos de Uso
Um relacionamento de extensão significa que um caso de pode ou não ser
incorporado em outro caso de uso, mas a incorporação não é obrigatória.

52
O Modelo de Caso de Uso
• Relacionamentos
Relacionamento <<extend>> <<include>>

53
O Modelo de Caso de Uso
• Relacionamentos
Generalização entre Atores
Representa uma relação de herança entre atores.

54
O Modelo de Caso de Uso
• Relacionamentos
Generalização entre Atores

55
O Modelo de Caso de Uso

• Mapeamento
Ver planilha de mapeamento
• Diagrama UC

56
O Modelo de Caso de Uso

• Tipos de Relacionamentos
Relacionamento

Associação

Inclusão

Extensão

Ator X Ator
Ator X Caso de Uso
Caso de Uso X Caso de Uso

Generalização

X
X
X

X

X
57
O Modelo de Caso de Uso
• Prática
– Divisão em 3 grupos
– Cada grupo deverá montar a planilha contendo
•
•
•
•
•

Needs
Features
Requisitos Funcionais
Atores
Casos de Uso

– Montar o Diagrama de Casos de Uso
– Cada grupo deverá escolher um dos sistemas abaixo:
• Consulta online de exames laboratoriais
• Venda online de passagens aéreas
• Venda online de ingressos de shows

– Cada grupo deverá apresentar sua solução

58
O Modelo de Caso de Uso
• Para estudo
Glossário UML - UFMG
http://homepages.dcc.ufmg.br/~amendes/GlossarioUML/
OMG
http://omg.org/
UML 2 – Uma abordagem
prática
Gilleanes T A Guedes

UML Guia do Usuário
Grady Booch

Fundamentos do Desenho Orientado a
Objeto
Meillir Page Jones

59

Mais conteúdo relacionado

Mais procurados

Aula UML - Unified Modeling Language
Aula UML - Unified Modeling LanguageAula UML - Unified Modeling Language
Aula UML - Unified Modeling LanguageCloves da Rocha
 
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 UsoCursoSENAC
 
Análise e Projeto de Sistemas
Análise e Projeto de SistemasAnálise e Projeto de Sistemas
Análise e Projeto de SistemasGuilherme
 
Descrição formal de Casos de Uso
Descrição formal de Casos de UsoDescrição formal de Casos de Uso
Descrição formal de Casos de UsoNatanael Simões
 
Engenharia de Requisitos
Engenharia de RequisitosEngenharia de Requisitos
Engenharia de RequisitosCloves da Rocha
 
Aula 1 - Introdução a Engenharia de Software
Aula 1 -  Introdução a Engenharia de SoftwareAula 1 -  Introdução a Engenharia de Software
Aula 1 - Introdução a Engenharia de SoftwareLeinylson Fontinele
 
Aps lista de exercícios
Aps lista de exercíciosAps lista de exercícios
Aps lista de exercíciosGuilherme
 
Engenharia Requisitos - Aula4 06 03 2006
Engenharia Requisitos - Aula4 06 03 2006Engenharia Requisitos - Aula4 06 03 2006
Engenharia Requisitos - Aula4 06 03 2006Luís Fernando Richter
 
Modelagem de casos de uso e diagramas de sequência
Modelagem de casos de uso e diagramas de sequênciaModelagem de casos de uso e diagramas de sequência
Modelagem de casos de uso e diagramas de sequênciaJorge Linhares
 
Análise Orientada a Objetos - Diagrama de Sequencia
Análise Orientada a Objetos - Diagrama de SequenciaAnálise Orientada a Objetos - Diagrama de Sequencia
Análise Orientada a Objetos - Diagrama de SequenciaCursoSENAC
 

Mais procurados (20)

Aula UML - Unified Modeling Language
Aula UML - Unified Modeling LanguageAula UML - Unified Modeling Language
Aula UML - Unified Modeling Language
 
Uml
UmlUml
Uml
 
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
 
Análise e Projeto de Sistemas
Análise e Projeto de SistemasAnálise e Projeto de Sistemas
Análise e Projeto de Sistemas
 
Aula 06 - Diagrama de classes
Aula 06 - Diagrama de classesAula 06 - Diagrama de classes
Aula 06 - Diagrama de classes
 
Descrição formal de Casos de Uso
Descrição formal de Casos de UsoDescrição formal de Casos de Uso
Descrição formal de Casos de Uso
 
Engenharia de Requisitos
Engenharia de RequisitosEngenharia de Requisitos
Engenharia de Requisitos
 
Exercicios
ExerciciosExercicios
Exercicios
 
Caso De Uso
Caso De UsoCaso De Uso
Caso De Uso
 
Diagrama sequencia
Diagrama sequenciaDiagrama sequencia
Diagrama sequencia
 
Apresentação da UML
Apresentação da UMLApresentação da UML
Apresentação da UML
 
Aula 1 - Introdução a Engenharia de Software
Aula 1 -  Introdução a Engenharia de SoftwareAula 1 -  Introdução a Engenharia de Software
Aula 1 - Introdução a Engenharia de Software
 
Aps lista de exercícios
Aps lista de exercíciosAps lista de exercícios
Aps lista de exercícios
 
Diagrama de Casos de Uso
Diagrama de Casos de UsoDiagrama de Casos de Uso
Diagrama de Casos de Uso
 
Engenharia Requisitos - Aula4 06 03 2006
Engenharia Requisitos - Aula4 06 03 2006Engenharia Requisitos - Aula4 06 03 2006
Engenharia Requisitos - Aula4 06 03 2006
 
Diagrama de caso de uso
Diagrama de caso de usoDiagrama de caso de uso
Diagrama de caso de uso
 
Modelagem de casos de uso e diagramas de sequência
Modelagem de casos de uso e diagramas de sequênciaModelagem de casos de uso e diagramas de sequência
Modelagem de casos de uso e diagramas de sequência
 
Análise Orientada a Objetos - Diagrama de Sequencia
Análise Orientada a Objetos - Diagrama de SequenciaAnálise Orientada a Objetos - Diagrama de Sequencia
Análise Orientada a Objetos - Diagrama de Sequencia
 
Diagrama de sequência
Diagrama de sequênciaDiagrama de sequência
Diagrama de sequência
 
Principais diagramas da UML
Principais diagramas da UMLPrincipais diagramas da UML
Principais diagramas da UML
 

Destaque

Palestra introdução a uml e casos de uso final_parte2
Palestra introdução a uml e casos de uso final_parte2Palestra introdução a uml e casos de uso final_parte2
Palestra introdução a uml e casos de uso final_parte2marcosdcmartinsss
 
Aula 13 es-uml
Aula 13   es-umlAula 13   es-uml
Aula 13 es-umlthiagoufal
 
Palestra introdução a uml e casos de uso final_parte1
Palestra introdução a uml e casos de uso final_parte1Palestra introdução a uml e casos de uso final_parte1
Palestra introdução a uml e casos de uso final_parte1marcosdcmartinsss
 
Analise e Desenho Orientado a Objetos com UML
Analise e Desenho Orientado a Objetos com UMLAnalise e Desenho Orientado a Objetos com UML
Analise e Desenho Orientado a Objetos com UMLRildo (@rildosan) Santos
 
Análise Orientada a Objetos com UML
Análise Orientada a Objetos com UMLAnálise Orientada a Objetos com UML
Análise Orientada a Objetos com UMLEliseu Castelo
 
Scrum para desenvolvedores
Scrum para desenvolvedoresScrum para desenvolvedores
Scrum para desenvolvedoresGiovanni Bassi
 
Uma introdução ao Scrum
Uma introdução ao ScrumUma introdução ao Scrum
Uma introdução ao ScrumEvandro Agnes
 
Produtividade em Desenvolvimento de Software
Produtividade em Desenvolvimento de SoftwareProdutividade em Desenvolvimento de Software
Produtividade em Desenvolvimento de SoftwareRildo (@rildosan) Santos
 
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 ProjetoVinícius de Paula
 
Exercitando modelagem em UML
Exercitando modelagem em UMLExercitando modelagem em UML
Exercitando modelagem em UMLinfo_cimol
 
Recursos e Benefícios do MySQL
Recursos e Benefícios do MySQLRecursos e Benefícios do MySQL
Recursos e Benefícios do MySQLMySQL Brasil
 
MySQL para Desenvolvedores de Produto
MySQL para Desenvolvedores de ProdutoMySQL para Desenvolvedores de Produto
MySQL para Desenvolvedores de ProdutoMySQL Brasil
 
Modelagem Aplicações Web com UML
Modelagem Aplicações Web com UMLModelagem Aplicações Web com UML
Modelagem Aplicações Web com UMLClaudio Martins
 
Livro Programação em Shell 8 edição Julio Cézar Nevez
Livro Programação em Shell 8 edição   Julio Cézar NevezLivro Programação em Shell 8 edição   Julio Cézar Nevez
Livro Programação em Shell 8 edição Julio Cézar NevezSoftD Abreu
 

Destaque (20)

UML
UMLUML
UML
 
Palestra introdução a uml e casos de uso final_parte2
Palestra introdução a uml e casos de uso final_parte2Palestra introdução a uml e casos de uso final_parte2
Palestra introdução a uml e casos de uso final_parte2
 
Uml e casos_de_uso_2008
Uml e casos_de_uso_2008Uml e casos_de_uso_2008
Uml e casos_de_uso_2008
 
Diagramas UML
Diagramas UMLDiagramas UML
Diagramas UML
 
Aula 13 es-uml
Aula 13   es-umlAula 13   es-uml
Aula 13 es-uml
 
0040 casos de uso
0040 casos de uso0040 casos de uso
0040 casos de uso
 
Palestra introdução a uml e casos de uso final_parte1
Palestra introdução a uml e casos de uso final_parte1Palestra introdução a uml e casos de uso final_parte1
Palestra introdução a uml e casos de uso final_parte1
 
Analise e Desenho Orientado a Objetos com UML
Analise e Desenho Orientado a Objetos com UMLAnalise e Desenho Orientado a Objetos com UML
Analise e Desenho Orientado a Objetos com UML
 
Análise Orientada a Objetos com UML
Análise Orientada a Objetos com UMLAnálise Orientada a Objetos com UML
Análise Orientada a Objetos com UML
 
Scrum para desenvolvedores
Scrum para desenvolvedoresScrum para desenvolvedores
Scrum para desenvolvedores
 
Uma introdução ao Scrum
Uma introdução ao ScrumUma introdução ao Scrum
Uma introdução ao Scrum
 
Produtividade em Desenvolvimento de Software
Produtividade em Desenvolvimento de SoftwareProdutividade em Desenvolvimento de Software
Produtividade em Desenvolvimento de Software
 
UML - parte 1
UML - parte 1UML - parte 1
UML - parte 1
 
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
 
Advanced SQL
Advanced SQLAdvanced SQL
Advanced SQL
 
Exercitando modelagem em UML
Exercitando modelagem em UMLExercitando modelagem em UML
Exercitando modelagem em UML
 
Recursos e Benefícios do MySQL
Recursos e Benefícios do MySQLRecursos e Benefícios do MySQL
Recursos e Benefícios do MySQL
 
MySQL para Desenvolvedores de Produto
MySQL para Desenvolvedores de ProdutoMySQL para Desenvolvedores de Produto
MySQL para Desenvolvedores de Produto
 
Modelagem Aplicações Web com UML
Modelagem Aplicações Web com UMLModelagem Aplicações Web com UML
Modelagem Aplicações Web com UML
 
Livro Programação em Shell 8 edição Julio Cézar Nevez
Livro Programação em Shell 8 edição   Julio Cézar NevezLivro Programação em Shell 8 edição   Julio Cézar Nevez
Livro Programação em Shell 8 edição Julio Cézar Nevez
 

Semelhante a Introdução à UML com Casos de Uso

8-uml-e-modelagem-oo Introdução a UML.pdf
8-uml-e-modelagem-oo Introdução a UML.pdf8-uml-e-modelagem-oo Introdução a UML.pdf
8-uml-e-modelagem-oo Introdução a UML.pdfgabriel-colman
 
Aula 01 - Introdução Engenharia de requisitos - Prof.ª Cristiane Fidelix
Aula 01 - Introdução Engenharia de requisitos - Prof.ª Cristiane FidelixAula 01 - Introdução Engenharia de requisitos - Prof.ª Cristiane Fidelix
Aula 01 - Introdução Engenharia de requisitos - Prof.ª Cristiane FidelixCris Fidelix
 
Este trabalho trata
Este trabalho trataEste trabalho trata
Este trabalho trataRoni Reis
 
04 - Reqxxxxxxxxxxxxxxxxxxxxxxxuisitos.ppt
04 - Reqxxxxxxxxxxxxxxxxxxxxxxxuisitos.ppt04 - Reqxxxxxxxxxxxxxxxxxxxxxxxuisitos.ppt
04 - Reqxxxxxxxxxxxxxxxxxxxxxxxuisitos.pptIedaRosanaKollingWie
 
Metodologia de desenvolvimento de sistemas
Metodologia  de desenvolvimento de sistemasMetodologia  de desenvolvimento de sistemas
Metodologia de desenvolvimento de sistemasPriscila Stuani
 
Resumo diagrama de casos de utilização
Resumo diagrama de casos de utilizaçãoResumo diagrama de casos de utilização
Resumo diagrama de casos de utilizaçãoMarco Coelho
 
Unified Modeling Language
Unified Modeling LanguageUnified Modeling Language
Unified Modeling LanguageRicardoKratz2
 
Modelos e etapas do processo de software.pdf
Modelos e etapas do processo de software.pdfModelos e etapas do processo de software.pdf
Modelos e etapas do processo de software.pdfIvanFontainha
 
Introdução à Engenharia de Software e UML
Introdução à Engenharia de Software e UMLIntrodução à Engenharia de Software e UML
Introdução à Engenharia de Software e UMLNatanael Simões
 
Engenharia de Software
Engenharia de SoftwareEngenharia de Software
Engenharia de SoftwareSm3nd3s29
 

Semelhante a Introdução à UML com Casos de Uso (20)

8-uml-e-modelagem-oo Introdução a UML.pdf
8-uml-e-modelagem-oo Introdução a UML.pdf8-uml-e-modelagem-oo Introdução a UML.pdf
8-uml-e-modelagem-oo Introdução a UML.pdf
 
Aula 01 - Introdução Engenharia de requisitos - Prof.ª Cristiane Fidelix
Aula 01 - Introdução Engenharia de requisitos - Prof.ª Cristiane FidelixAula 01 - Introdução Engenharia de requisitos - Prof.ª Cristiane Fidelix
Aula 01 - Introdução Engenharia de requisitos - Prof.ª Cristiane Fidelix
 
Caso De Uso E Use Case Point
Caso De Uso E Use Case PointCaso De Uso E Use Case Point
Caso De Uso E Use Case Point
 
Modelagem 16102006
Modelagem 16102006Modelagem 16102006
Modelagem 16102006
 
Parte6 casos de uso
Parte6   casos de usoParte6   casos de uso
Parte6 casos de uso
 
Análise de Sistemas Orientado a Objetos - 01
Análise de Sistemas Orientado a Objetos - 01Análise de Sistemas Orientado a Objetos - 01
Análise de Sistemas Orientado a Objetos - 01
 
Aula 2 - Modelos de processos
Aula 2 -  Modelos de processosAula 2 -  Modelos de processos
Aula 2 - Modelos de processos
 
Este trabalho trata
Este trabalho trataEste trabalho trata
Este trabalho trata
 
04 - Reqxxxxxxxxxxxxxxxxxxxxxxxuisitos.ppt
04 - Reqxxxxxxxxxxxxxxxxxxxxxxxuisitos.ppt04 - Reqxxxxxxxxxxxxxxxxxxxxxxxuisitos.ppt
04 - Reqxxxxxxxxxxxxxxxxxxxxxxxuisitos.ppt
 
Metodologia de desenvolvimento de sistemas
Metodologia  de desenvolvimento de sistemasMetodologia  de desenvolvimento de sistemas
Metodologia de desenvolvimento de sistemas
 
UML (1).ppt
UML (1).pptUML (1).ppt
UML (1).ppt
 
Resumo diagrama de casos de utilização
Resumo diagrama de casos de utilizaçãoResumo diagrama de casos de utilização
Resumo diagrama de casos de utilização
 
Projeto de Software
Projeto de SoftwareProjeto de Software
Projeto de Software
 
4 casos-de-uso
4 casos-de-uso4 casos-de-uso
4 casos-de-uso
 
Unified Modeling Language
Unified Modeling LanguageUnified Modeling Language
Unified Modeling Language
 
Objectory
ObjectoryObjectory
Objectory
 
AMSI.pptx
AMSI.pptxAMSI.pptx
AMSI.pptx
 
Modelos e etapas do processo de software.pdf
Modelos e etapas do processo de software.pdfModelos e etapas do processo de software.pdf
Modelos e etapas do processo de software.pdf
 
Introdução à Engenharia de Software e UML
Introdução à Engenharia de Software e UMLIntrodução à Engenharia de Software e UML
Introdução à Engenharia de Software e UML
 
Engenharia de Software
Engenharia de SoftwareEngenharia de Software
Engenharia de Software
 

Mais de Rodrigo Gomes da Silva

Gerenciamento de Requisitos de Software
Gerenciamento de Requisitos de SoftwareGerenciamento de Requisitos de Software
Gerenciamento de Requisitos de SoftwareRodrigo Gomes da Silva
 
Es 04 desenvolvimento de software dirigido por casos de uso - parte iii
Es 04   desenvolvimento de software dirigido por casos de uso - parte iiiEs 04   desenvolvimento de software dirigido por casos de uso - parte iii
Es 04 desenvolvimento de software dirigido por casos de uso - parte iiiRodrigo Gomes da Silva
 
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 iRodrigo Gomes da Silva
 
Segurança dos sistemas de informação parte 2
Segurança dos sistemas de informação   parte 2Segurança dos sistemas de informação   parte 2
Segurança dos sistemas de informação parte 2Rodrigo Gomes da Silva
 
Segurança dos sistemas de informação
Segurança dos sistemas de informaçãoSegurança dos sistemas de informação
Segurança dos sistemas de informaçãoRodrigo Gomes da Silva
 
Segurança dos sistemas de informação
Segurança dos sistemas de informaçãoSegurança dos sistemas de informação
Segurança dos sistemas de informaçãoRodrigo Gomes da Silva
 
Asi na 01_conquistando_vantagem_competitiva_com_os_sistemas_de_informacao
Asi na 01_conquistando_vantagem_competitiva_com_os_sistemas_de_informacaoAsi na 01_conquistando_vantagem_competitiva_com_os_sistemas_de_informacao
Asi na 01_conquistando_vantagem_competitiva_com_os_sistemas_de_informacaoRodrigo Gomes da Silva
 

Mais de Rodrigo Gomes da Silva (16)

BABOK - Visão Geral
BABOK - Visão GeralBABOK - Visão Geral
BABOK - Visão Geral
 
Análise de negócios para curiosos
Análise de negócios para curiososAnálise de negócios para curiosos
Análise de negócios para curiosos
 
Gerenciamento de Requisitos de Software
Gerenciamento de Requisitos de SoftwareGerenciamento de Requisitos de Software
Gerenciamento de Requisitos de Software
 
Es 04 desenvolvimento de software dirigido por casos de uso - parte iii
Es 04   desenvolvimento de software dirigido por casos de uso - parte iiiEs 04   desenvolvimento de software dirigido por casos de uso - parte iii
Es 04 desenvolvimento de software dirigido por casos de uso - parte iii
 
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
 
PHP Orientado a Objetos
PHP Orientado a ObjetosPHP Orientado a Objetos
PHP Orientado a Objetos
 
Introdução ao RUP
Introdução ao RUPIntrodução ao RUP
Introdução ao RUP
 
Computacao na 01_introdução
Computacao na 01_introduçãoComputacao na 01_introdução
Computacao na 01_introdução
 
Aula inaugural computação
Aula inaugural computaçãoAula inaugural computação
Aula inaugural computação
 
Comércio eletrônico
Comércio eletrônicoComércio eletrônico
Comércio eletrônico
 
Auditoria de sistemas de informação
Auditoria de sistemas de informaçãoAuditoria de sistemas de informação
Auditoria de sistemas de informação
 
Pirataria de software
Pirataria de softwarePirataria de software
Pirataria de software
 
Segurança dos sistemas de informação parte 2
Segurança dos sistemas de informação   parte 2Segurança dos sistemas de informação   parte 2
Segurança dos sistemas de informação parte 2
 
Segurança dos sistemas de informação
Segurança dos sistemas de informaçãoSegurança dos sistemas de informação
Segurança dos sistemas de informação
 
Segurança dos sistemas de informação
Segurança dos sistemas de informaçãoSegurança dos sistemas de informação
Segurança dos sistemas de informação
 
Asi na 01_conquistando_vantagem_competitiva_com_os_sistemas_de_informacao
Asi na 01_conquistando_vantagem_competitiva_com_os_sistemas_de_informacaoAsi na 01_conquistando_vantagem_competitiva_com_os_sistemas_de_informacao
Asi na 01_conquistando_vantagem_competitiva_com_os_sistemas_de_informacao
 

Introdução à UML com Casos de Uso

  • 1. Introdução à UML com Casos de Uso Prof. Rodrigo Gomes 1
  • 2. Apresentação Rodrigo Gomes da Silva Contatos: rodrigo.gomes3@hotmail.com rogomes@br.ibm.com rodrigo.gomes@unis.edu.br Redes Sociais http://www.linkedin.com/pub/rodrigo-gomes-da-silva/37/568/716 https://twitter.com/rodrigogomes3 https://www.facebook.com/rodrigo.gomesdasilva.92 • Formação: – – – – – • Atualmente: – – • Certificação IBM RMUC – Requirements Management with Use Cases Especialista em Design Instrucional para EaD Virtual (UNIFEI) Especialista em Docência do Ensino Superior (FINOM) Bacharel em Sistemas de Informação (UEMG) Técnico em Processamento de Dados (CETEV) Analista de Requisitos na IBM do Brasil - SP Professor Universitário – UNIS-MG Atuações Anteriores – – – – – Professor Universitário – FACECA Professor Universitário – UNINCOR Professor Universitário – FIPV Analista de Sistemas – Sindicato Rural da Campanha Gerente de TI – Santa Casa de Misericórdia da Campanha 2
  • 3. Apresentação • Quem é você? – – – – Nome Período Contatos com UML e levantamento de requisitos Atuação na área de TI 3
  • 4. UML • O que é UML? – Uma linguagem ou notação de diagramas para especificar, visualizar e documentar modelos de software – Não é um método de desenvolvimento – Não indica o que fazer primeiro – Ajuda a visualizar o produto e a comunicação – É formada por elementos que são usados para criar diagramas, que representam uma determinada parte do sistema, ou um ponto de vista do sistema 4
  • 5. UML • Para que usar UML? – – – – – – – – Pensar antes de codificar Apresentar nossas ideias ao grupo Aumentar a participação e envolvimento do time Documentar as ideias quando já consolidadas Atender aos requisitos Reduzir esforço de manutenção Facilitar a alteração do software Reduzir re-trabalho: reparos ocorrem a nível de projeto – Gestão do conhecimento: consolidar o projeto na empresa e não nas pessoas 5
  • 6. UML • Importância do Projeto de Software Ponte Rio – Niterói: • Comprimento: 13,29 Km • Tráfego: 140 mil veículos / dia • Construção: 01/1969 – 03/74 6
  • 7. UML • Linha de Produção Assim como as pontes, o software não pode ser feito por meio de linhas de produção Após a implementação eu posso copiá-lo e distribuí-lo 7
  • 8. UML • Falta de Alinhamento entre cliente, analista e time 8
  • 10. UML • A culpa não é minha! Processo de desenvolvimento de software Caos Frustração Retrabalho Desperdício de tempo e recursos 10
  • 11. UML • Aprovação do Cliente Processo de desenvolvimento de software Investigação Aprovação Comunicação Contratos O que é preciso? 11
  • 13. UML • Complexidade Para dominarmos uma realidade com a abordagem sistêmica, precisamos de modelos, o que favorece a possibilidade de fazermos simulações, facilitando assim a definição de soluções para os problemas existentes na 13 realidade em questão.
  • 14. UML • Motivação Necessidade de uma Modelagem Visual Da mesma forma que, para construir uma casa é preciso desenhar sua planta, para construir um software, é preciso desenhar sua arquitetura. É preciso ter uma representação visual do seu sistema, antes que ele entre na etapa de implementação. 14
  • 15. UML • Motivação Necessidade de uma Modelagem Visual É preciso estabelecer uma padronização para facilitar a comunicação entre os analistas e o time de desenvolvimento. E facilitar a comunicação entre os analistas e o cliente. 15
  • 16. UML • Motivação Necessidade de uma Modelagem Visual Um sistema tem geralmente muitas classes. Dependendo do nível hierárquico da pessoa envolvida, formas diferentes de apresentar as classes devem ser geradas. • O cliente precisa compreender apenas alguns conceitos; • O gerente de projetos não precisa de detalhes do modelo; • O time de desenvolvimento precisa de todos os detalhes possíveis. 16
  • 17. UML • Motivação Necessidade de uma Modelagem Visual Um modelo deve ser criado independente de sua implementação. A qualquer momento uma implementação pode ser trocada por outra, sem afetar o modelo. 17
  • 18. UML • Motivação UML •UML é uma ferramenta que nos auxilia na modelagem de sistemas; •Mantida pela OMG •Proporciona um padrão para o projeto de arquitetura de sistemas • Composta por 13 diagramas 18
  • 19. UML • Alguns Diagramas da UML? – Estrutura Estática: • Diagrama de Classes • Diagrama de Objetos • Diagrama de Componentes • Diagrama de Implantação – Estrutura Dinâmica • Diagrama de Casos de Uso • Siagrama de Sequencia • Diagrama de Atividades • Diagrama de Estados • Diagrama de Colaboração 19
  • 20. UML • Alguns Diagramas da UML? – Estrutura Estática • Diagrama de Classes • Diagrama de Objetos • Diagrama de Componentes • Diagrama de Implantação – Estrutura Dinâmica • Diagrama de Casos de Uso • Siagrama de Sequencia • Diagrama de Atividades • Diagrama de Estados • Diagrama de Colaboração Foco deste treinamento 20
  • 21. UML • Diagramas da UML •Qual eu devo utilizar primeiro? • Não existe ordem pré-definida • Não existe a necessidade de utilização de todos os diagramas 21
  • 22. UML • Características da UML •Independente da linguagem de desenvolvimento •Alguns diagramas podem modelar software orientados a objetos ou não •Define uma linguagem formal para a modelagem e não para a implementação 22
  • 23. O Modelo de Caso de Uso • O que é o Modelo de Caso de Uso? – Um link entre necessidades dos stakeholders e requisitos do software – Define o limite do sistema – Captura e comunica comportamento do sistema – Identifica quem ou o quê interage com o sistema – Valida e verifica requisitos 23
  • 24. O Modelo de Caso de Uso • O que é o Modelo de Caso de Uso? – É representado por um modelo gráfico, o Diagrama de Casos de Uso – É especificado em um modelo textual, o Documento de Especificação de Caso de Uso  Processo iterativo envolvendo discussões entre técnicos, clientes e usuários finais para o levantamento e detalhamento dos requisitos funcionais. 24
  • 25. O Modelo de Caso de Uso • O que é o Modelo de Caso de Uso? • Um Modelo de Caso de Uso descreve os requisitos funcionais de um Sistema. • Um Modelo de Caso de Uso associa as necessidades dos stakeholders aos requisitos de software do sistema. • Por ser um instrumento de planejamento muito forte, o Modelo de Casos de Uso é geralmente utilizado em todas as Fases do Ciclo de Desenvolvimento por todos os membros da equipe.  funcionais. 25
  • 26. O Modelo de Caso de Uso • Diagrama de Caso de Uso? – Auxilia a comunicação entre os analistas e os clientes. – Descreve um cenário que mostra as funcionalidades do sistema, do ponto de vista do usuário. – O cliente deve ver no diagrama de Caso de Uso as principais funcionalidades do sistema. 26
  • 27. O Modelo de Caso de Uso • Diagrama de Caso de Uso? • Descreve o sistema, seu ambiente e a relação entre os dois. • Os casos de uso são usados para obter os requisitos do sistema a partir da perspectiva do usuário. 27
  • 28. O Modelo de Caso de Uso Antes de detalharmos o diagrama de Caso de Uso vamos falar um pouco sobre requisitos 28
  • 29. O Modelo de Caso de Uso 29
  • 30. O Modelo de Caso de Uso Needs: Necessidades (dos stakeholders / do negócio) Qual é a necessidade do negócio? Qual é a necessidade dos Stakeholders Features: Características do Sistema Serviços que o sistema irá oferecer que permitirão atender as necessidades do negócio e as necessidades dos stakeholders Requisitos Uma capacidade de software que deve ser atendida ou possuída por um sistema ou componentes do sistema para satisfazer um contrato, padrão, especificação, ou outros documentos formalmente impostos 30
  • 31. O Modelo de Caso de Uso Needs (necessidades) Features (serviços / características) Requisitos Requisitos Funcionais Requisitos Não Funcionais 31
  • 32. O Modelo de Caso de Uso • Requisitos Funcionais: São requisitos diretamente ligados à funcionalidade do software, descrevem as funções que o software deve executar. – [RF001] O sistema deve permitir o cadastro de clientes – [RF002] O sistema deve permitir a geração de relatório de vendas por período 32
  • 33. O Modelo de Caso de Uso • Requisitos Não Funcionais: Descrevem condições que o software deve atender ou qualidade específicas que o software deve ter. – [RNF001] O software deve suportar o navegador IE 5.0 ou superior – [RNF002] O software deve utilizar o banco de dados DB2 33
  • 34. O Modelo de Caso de Uso • Needs x Features x Requisitos: – Needs descrevem o que o negócio precisa – Features descrevem quais os serviços necessários para atender as Needs – Requisitos descrevem como as Features serão atendidas 34
  • 35. O Modelo de Caso de Uso • Mapeamento Ver planilha de mapeamento – – – – – Descrição do problema Desejo dos Stakeholders Needs Needs x Features Mapeamento Needs x Features x Requisitos 35
  • 36. O Modelo de Caso de Uso • Notação do Caso de Uso? O diagrama de Caso de Uso é representado por: • Atores • Casos de uso • Relacionamentos Os relacionamentos podem ser: • Associações • Generalizações • Extensões ou Inclusões 36
  • 37. O Modelo de Caso de Uso • Elementos do Caso de USO – Ator • Um elemento que está fora do sistema • De alguma forma e em algum momento ele interage com o sistema • Pode ser um usuário, um equipamento ou outro sistema, desde que tenha interação com o sistema que está sendo modelado 37
  • 38. O Modelo de Caso de Uso • Elementos do Caso de USO – Ator • O ator não deve ser identificado pelo nome, por exemplo João, mas sim pelo papél que ele desempenha na aplicação: • Ex de nomes de atores: – Gerente, Secretária, Professor, Funcionário, Balconista, etc… 38
  • 39. O Modelo de Caso de Uso • Elementos do Caso de USO – Ator • O Ator não é parte do sistema • Ele age no ambiene do sistema • Interage ativamente com o sistema • Representa um ser humano, uma máquina ou outro sistema 39
  • 40. O Modelo de Caso de Uso • Papél • Podemos definir um papel considerando, por exemplo, o caso de múltiplos personagens representados por um ator numa peça de teatro. • Neste caso, você como Ator poderia representar o papel de bandido ou de policial. O Ator representa um papel e não um usuário individual. 40
  • 41. O Modelo de Caso de Uso • Como identificar um Ator? • Onde, na organização, o Sistema é usado? • Quem se beneficiará do uso do sistema? • Quem fornecerá informações ao Sistema, 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? • Várias pessoas representam o mesmo papel? • O Sistema interage com um Sistema Legado? 41
  • 42. O Modelo de Caso de Uso • Mapeamento Ver planilha de mapeamento • Atores 42
  • 43. O Modelo de Caso de Uso • Elementos do Caso de USO – Caso de Uso • Representado pela figura de uma elípse, identifica uma funcionalidade do sistema que gera valor para o Ator. • O nome do caso de uso deve começar por um verbo de ação (fazer, realizar, registrar, etc…) • Indica uma ação que o Ator pode realizar ao interagir com o sistema 43
  • 44. O Modelo de Caso de Uso • Elementos do Caso de USO – Caso de Uso • Descrevem ações que entregam valor para o Ator • Mostra as funcionalidades do sistema sendo utilizadas pelo Ator • Modela um diálogo entre Ator e Sistema • Representa o sistema em uma perspectiva do Ator. 44
  • 45. O Modelo de Caso de Uso • Como Identificar – Caso de Uso • O que o ator necessita fazer? • O Ator precisa ler, criar, excluir, modificar ou armazenar algum tipo de informação no Sistema? • O trabalho diário do ator pode ser simplificado ou tornado mais eficiente através de novas funções no Sistema? • O ator tem de ser notificado sobre os eventos no Sistema ou ainda notificar o sistema em si? • Quais são as macros funções que o ator necessita do Sistema? 45
  • 46. O Modelo de Caso de Uso • Mapeamento Ver planilha de mapeamento • Casos de Uso Identificados • Mapeamento UC x RF • Mapeamento UC x RF x AT 46
  • 47. O Modelo de Caso de Uso • Rastreabilidade – Permite uma compreensão dos relacionamentos entre requisitos e seus artefatos 47
  • 48. O Modelo de Caso de Uso • Mapeamento Ver planilha de mapeamento – – – – Rastreabilidade Needs x Features Rastreabilidade Features x Requisitos Rastreabilidade RF x UC Rastreabilidade Completa 48
  • 49. O Modelo de Caso de Uso • Relacionamentos Relacionamentos entre Atores e Casos de Uso , entre Casos de Uso e Casos de Uso, e entre Atores e Atores. Os principais relacionamentos são: • Associação; • Generalização; • <<Inclui>> • <<estende>> 49
  • 50. O Modelo de Caso de Uso • Relacionamentos Associação entre Ator e Caso de Uso Representamos uma associação entre um ator e um caso de uso por uma ligação simples. Caso de Uso Concreto Sua execução é iniciada através da chamada de um Ator Em determinado momento o ator “Cliente” poderá acionar a Em determinado momento o ator “Cliente” poderá acionar a 50 funcionalidade “Fazer Pedido” funcionalidade “Fazer Pedido”
  • 51. O Modelo de Caso de Uso • Relacionamentos Relacionamento <<include>> entre Casos de Uso Um relacionamento de inclusão mostra a dependência entre dois casos de uso, o que significa que um caso de uso incorpora o comportamento de outro caso de uso. Caso de Uso Abstrato Sua execução é iniciada através da chamada de ouro caso de uso 51
  • 52. O Modelo de Caso de Uso • Relacionamentos Relacionamento <<extend>> entre Casos de Uso Um relacionamento de extensão significa que um caso de pode ou não ser incorporado em outro caso de uso, mas a incorporação não é obrigatória. 52
  • 53. O Modelo de Caso de Uso • Relacionamentos Relacionamento <<extend>> <<include>> 53
  • 54. O Modelo de Caso de Uso • Relacionamentos Generalização entre Atores Representa uma relação de herança entre atores. 54
  • 55. O Modelo de Caso de Uso • Relacionamentos Generalização entre Atores 55
  • 56. O Modelo de Caso de Uso • Mapeamento Ver planilha de mapeamento • Diagrama UC 56
  • 57. O Modelo de Caso de Uso • Tipos de Relacionamentos Relacionamento Associação Inclusão Extensão Ator X Ator Ator X Caso de Uso Caso de Uso X Caso de Uso Generalização X X X X X 57
  • 58. O Modelo de Caso de Uso • Prática – Divisão em 3 grupos – Cada grupo deverá montar a planilha contendo • • • • • Needs Features Requisitos Funcionais Atores Casos de Uso – Montar o Diagrama de Casos de Uso – Cada grupo deverá escolher um dos sistemas abaixo: • Consulta online de exames laboratoriais • Venda online de passagens aéreas • Venda online de ingressos de shows – Cada grupo deverá apresentar sua solução 58
  • 59. O Modelo de Caso de Uso • Para estudo Glossário UML - UFMG http://homepages.dcc.ufmg.br/~amendes/GlossarioUML/ OMG http://omg.org/ UML 2 – Uma abordagem prática Gilleanes T A Guedes UML Guia do Usuário Grady Booch Fundamentos do Desenho Orientado a Objeto Meillir Page Jones 59