Modelagem de Casos de Uso

Prévia do material em texto

Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
•Definição e Objetivos
•Elementos dos Caso de Uso e 
respectivas Notações Gráficas
•Tipos de Relacionamentos 
:Comunicação, Inclusão, Extensão e 
Agregação
•Identificação dos Atores do Sistema 
•Identificação dos Casos de Uso –
Primários e Secundários
•Documentação dos Casos de Uso
•Estudo de Caso
•(Ferramenta de Modelagem Open 
source ( STAR_UML)
•Definição e Objetivos
•Elementos dos Caso de Uso e 
respectivas Notações Gráficas
•Tipos de Relacionamentos 
:Comunicação, Inclusão, Extensão e 
Agregação
•Identificação dos Atores do Sistema 
•Identificação dos Casos de Uso –
Primários e Secundários
•Documentação dos Casos de Uso
•Estudo de Caso
•(Ferramenta de Modelagem Open 
source ( STAR_UML)
Nossa AgendaNossa Agenda
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
A Técnica de Modelagem dos Casos de 
Uso visa a representação das 
Funcionalidades externamente 
observáveis do sistema e dos elementos 
que interagem no seu contexto. 
Foi idealizada por Ivar Jacobson ( anos 
1970) que posteriormente incorporou a 
técnica ao processo de desenvolvimento 
Objectory (Jacobson e al 1992) e 
posteriormente uniu aos autores Booch 
e Rumbaugh na criação da UML.
A Técnica de Modelagem dos Casos de 
Uso visa a representação das 
Funcionalidades externamente 
observáveis do sistema e dos elementos 
que interagem no seu contexto. 
Foi idealizada por Ivar Jacobson ( anos 
1970) que posteriormente incorporou a 
técnica ao processo de desenvolvimento 
Objectory (Jacobson e al 1992) e 
posteriormente uniu aos autores Booch 
e Rumbaugh na criação da UML.
Definição e Objetivos 
Um Caso de Uso representa o que se faz (interações) no sistema, 
sem entrar em detalhes do comportamento interno do sistema
Um Caso de Uso representa o que se faz (interações) no sistema, 
sem entrar em detalhes do comportamento interno do sistema
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Requisitos Funcionais 
Requisitos Não Funcionais 
•Definição e Objetivos
Domínio
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
•Definição e Objetivos
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
A técnica visa apresentar às 
partes interessadas 
(Stakeholders) a narrativa gráfica 
com a seqüência básica das 
funcionalidades em interações 
com os Atores Externos numa 
visão externa do sistema. 
Facilitar a comunicação com 
entre o Engenheiro de 
Requisitos e o Usuário 
Apoiar o direcionamento das 
tarefas durante todo ciclo de 
vida do sistema. 
A técnica visa apresentar às 
partes interessadas 
(Stakeholders) a narrativa gráfica 
com a seqüência básica das 
funcionalidades em interações 
com os Atores Externos numa 
visão externa do sistema. 
Facilitar a comunicação com 
entre o Engenheiro de 
Requisitos e o Usuário 
Apoiar o direcionamento das 
tarefas durante todo ciclo de 
vida do sistema. 
Definição e Objetivos
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
•Definição e Objetivos
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
•Definição e Objetivos
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
•Definição e Objetivos
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
•Definição e Objetivos
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
•Definição e Objetivos
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
A técnica visa apresentar 
uma visão do Sistema em 
termos de relacionamentos 
internos e externos, 
envolvendo 
funcionalidades e seus 
Atores.
A técnica visa apresentar 
uma visão do Sistema em 
termos de relacionamentos 
internos e externos, 
envolvendo 
funcionalidades e seus 
Atores.
Definição e Objetivos
Visão do UsuárioVisão do Usuário
V
i
s
ã
o
 
T
é
c
n
i
c
a
V
i
s
ã
o
 
T
é
c
n
i
c
a
UtilidadeUtilidade
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Artefato técnico para 
apoiar o direcionamento 
das tarefas durante todo 
ciclo de vida do sistema. 
Artefato técnico para 
apoiar o direcionamento 
das tarefas durante todo 
ciclo de vida do sistema. 
Definição e Objetivos
Facilitar a 
comunicação com 
entre o Engenheiro 
de Requisitos e o 
Usuário 
Facilitar a 
comunicação com 
entre o Engenheiro 
de Requisitos e o 
Usuário 
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Elementos dos Caso de Uso e respectivas Notações GráficasElementos dos Caso de Uso e respectivas Notações Gráficas
Ator é qualquer elemento externo 
(Pessoas, Sensores, Robôs, 
Câmeras, Dispositivos móveis, 
Banco de Dados, outros 
Sistemas, etc) que interage com o 
sistema. 
Essa interação significa troca de 
algum tipo de dado/informação. 
Elementos externos, portanto, 
trocam mas não são parte 
(interna) do sistema. 
AtorAtor
AtorAtor
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Elementos dos Caso de Uso e respectivas Notações Gráficas:Elementos dos Caso de Uso e respectivas Notações Gráficas:
Um Caso de Uso representa 
função desempenhada pelo 
sistema com uso de Verbo 
graficamente representada 
por uma elipse.
Caso de UsoCaso de Uso
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Elementos dos Caso de Uso e respectivas Notações Gráficas:Elementos dos Caso de Uso e respectivas Notações Gráficas:
RelacionamentosRelacionamentos
São ligações lógicas entre 
Atores e entre os Casos de 
Uso. Esses relacionamentos 
podem ser de:
•Comunicação,
•Inclusão
•Extensão
•Generalização 
AtorAtor
AtorAtor
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Elementos dos Caso de Uso e respectivas Notações Gráficas:Elementos dos Caso de Uso e respectivas Notações Gráficas:
Relacionamentos de Comunicação Relacionamentos de Comunicação 
Os relacionamentos de 
Comunicação associam Atores a 
Casos de Uso na troca de 
informação com o sistema;Podem 
envolver mais de um Ator.
A notação gráfica dessa 
representação é uma linha reta, 
interligando a comunicação do Ator 
com a funcionalidade do sistema.
AtorAtor
AtorAtor
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagemde Casos de Uso
luther.fernandes@gmail.com
Elementos dos Caso de Uso e respectivas Notações Gráficas:Elementos dos Caso de Uso e respectivas Notações Gráficas:
Relacionamentos de Inclusão Relacionamentos de Inclusão 
Os relacionamentos de Inclusão 
ocorrem exclusivamente entre os 
Casos de Uso e envolvem a 
execução de uma rotina obrigatória 
comum a dois ou mais Casos de 
Uso.
Por exemplo: “Obter Extrato”, 
“Fazer Saque” e “Realizar 
transferência”: Todos precisam de 
uma Rotina comum “Autenticar 
Cliente”. Ao invés de repetir a rotina 
para cada uma, recorre-se a 
“Inclusão” que evita poluir o projeto 
com repetições desnecessárias.
A representação gráfica é uma linha 
pontilhada com a palavra “Include”.
AtorAtor
Obter 
Extrato
Fazer 
Saque
Fazer 
Transferência
<Include><Include>
<Include><Include>
<Include><Include>
Autenticar
Cliente
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Elementos dos Caso de Uso e respectivas Notações Gráficas:Elementos dos Caso de Uso e respectivas Notações Gráficas:
Relacionamentos de Extensão Relacionamentos de Extensão 
Os relacionamentos de Extensão
ocorrem exclusivamente entre os 
Casos de Uso e envolvem a 
execução de uma Rotina que é 
Opcional.
Por exemplo: Ao “Fazer Saque” o 
Cliente “poderá, se quiser, optar 
por “Converter esse Valor” em 
moeda estrangeira.
A recorrência freqüente de fluxos de 
“Extensão”, em muitos casos de 
uso, pode torna o entendimento 
mais difícil para as partes 
interessadas.
A representação gráfica é uma linha 
pontilhada com a palavra “Extend”.
AtorAtor
Obter 
Extrato
Fazer 
Saque
Fazer 
Transferência
<Include><Include>
<Include><Include>
<Include><Include> Autenticar
Cliente
Converter
em Moeda
Estrangeira
<Extend><Extend>
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Elementos dos Caso de Uso e respectivas Notações Gráficas:Elementos dos Caso de Uso e respectivas Notações Gráficas:
Relacionamentos de Generalização
(Herança)
Relacionamentos de Generalização
(Herança)
Os relacionamentos de 
Generalização são utilizados tanto 
para os Atores como para Casos de 
Uso. 
Caso de Uso e Atores herdam 
comportamentos do nível superior, 
para executar o que for especifico ou 
seja, o que justifica sua função. Esse 
tipo de Relacionamento tem grande 
aplicação em reutilização 
(Programação OO). 
Ex. Ator: Cliente do Banco desdobra-se 
em Cliente Pessoa Física e Empresa 
(ATOR). Ex. Funcionalidade para 
Autenticação: Senha e Biometria 
(Função).
Obter 
Extrato
Fazer 
Saque
Fazer 
Transferência
<Include><Include>
<Include><Include>
<Include><Include>Autenticar
Cliente
Converter
em Moeda
Estrangeira
<Extend><Extend>
ClienteCliente
Pessoa
Física
Pessoa
Física
EmpresaEmpresa
Autenticar
Senha
Autenticar
Biometria
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Elementos dos Caso de Uso e respectivas Notações Gráficas:Elementos dos Caso de Uso e respectivas Notações Gráficas:
Relacionamentos de Generalização
(Herança)
Relacionamentos de Generalização
(Herança)
Os relacionamentos de 
Generalização são utilizados tanto 
para os Atores como para Casos de 
Uso. 
Caso de Uso e Atores herdam 
comportamentos do nível superior, 
para executar o que for especifico ou 
seja, o que justifica sua função. Esse 
tipo de Relacionamento tem grande 
aplicação em reutilização 
(Programação OO). 
Ex. Ator: Cliente do Banco desdobra-se 
em Cliente Pessoa Física e Empresa 
(ATOR). Ex. Funcionalidade para 
Autenticação: Senha e Biometria 
(Função).
Obter 
Extrato
Fazer 
Saque
Fazer 
Transferência
<Include><Include>
<Include><Include>
<Include><Include>Autenticar
Cliente
Converter
em Moeda
Estrangeira
<Extend><Extend>
ClienteCliente
Pessoa
Física
Pessoa
Física
EmpresaEmpresa
Autenticar
Senha
Autenticar
Biometria
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Inclusão ocorre quando A mesma 
funcionalidade (Ação) se repete para 
mais de um caso de Uso. Não polua 
seu Diagrama !
Inclusão ocorre quando A mesma 
funcionalidade (Ação) se repete para 
mais de um caso de Uso. Não polua 
seu Diagrama !
Tipos de RelacionamentosTipos de Relacionamentos
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Extensão ocorre quando a funcionalidade pode ter 
um comportamento Opcional. O extensor faz 
referência ao estendido. O estendido ignora que o 
extensor existe. 
Extensão ocorre quando a funcionalidade pode ter 
um comportamento Opcional. O extensor faz 
referência ao estendido. O estendido ignora que o 
extensor existe. 
Tipos de Relacionamentos Tipos de Relacionamentos 
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Generalização é usado quando se identifica 
Casos de Uso Semelhantes, sendo que um deles 
desdobra uma especialidade especial em relação 
ao outro. Use Generalização quando precisar 
representar uma funcionalidade mais específica 
seja de Ator ou de Caso de Uso. 
Generalização é usado quando se identifica 
Casos de Uso Semelhantes, sendo que um deles 
desdobra uma especialidade especial em relação 
ao outro. Use Generalização quando precisar 
representar uma funcionalidade mais específica 
seja de Ator ou de Caso de Uso. 
Tipos de Relacionamentos Tipos de Relacionamentos 
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Identificação dos Atores do Sistema Identificação dos Atores do Sistema 
Quais são as 
fontes de 
Informações
Para o Sistema? 
Quais são as 
fontes de 
Informações
Para o Sistema? 
Qual as áreas 
dDe origem das 
Informações 
do Sistema?
Qual as áreas 
dDe origem das 
Informações 
do Sistema?
Que Áreas da 
Organização 
utilizarão o 
Sistema? 
Que Áreas da 
Organização 
utilizarão o 
Sistema? 
Quais são as 
partes 
interessadas no 
Sistema? 
Quais são as 
partes 
interessadas no 
Sistema? 
Que outros 
Sistemas externos 
vão interagir o 
Sistema projetado? 
Que outros 
Sistemas externos 
vão interagir o 
Sistema projetado? 
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Identificação dos Casos de Uso – PrimáriosIdentificação dos Casos de Uso – Primários
Os Casos de Uso Primários
enfocam funcionalidades do 
sistema que trazem benefício 
diretos aos usuários em termos 
de:
•Objetivo do Sistema,
•Informações se espera que o 
sistema atenda
•Requisitos do Usuário
•Regras e compromissos 
relativos a desempenho e 
prazos.
Os Casos de Uso Primários
enfocam funcionalidades do 
sistema que trazem benefício 
diretos aos usuários em termos 
de:
•Objetivo do Sistema,
•Informações se espera que o 
sistema atenda
•Requisitos do Usuário
•Regras e compromissos 
relativos a desempenho e 
prazos.
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Identificação dos Casos de Uso – Secundários Identificação dos Casos de Uso – Secundários 
Os Casos de Uso Secundários
referem-se a proteção e 
cuidados (Pressman) 
necessários ao Sistemaao 
sistema no ambiente 
operacional, incluindo:
•Manutenção de Dados 
Cadastrais
•Manutenção de Usuários
•Dados vindos de outros 
sistemas.
•Alinhamento a normas entre 
outros aspectos Operacionais
Os Casos de Uso Secundários
referem-se a proteção e 
cuidados (Pressman) 
necessários ao Sistema ao 
sistema no ambiente 
operacional, incluindo:
•Manutenção de Dados 
Cadastrais
•Manutenção de Usuários
•Dados vindos de outros 
sistemas.
•Alinhamento a normas entre 
outros aspectos Operacionais
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
•Nome 
•Identificador
•Importância
•Resumo
•Ator Primário
•Atores Secundários
•Pré condição
•Fluxo Principal
•Fluxos alternativos
•Fluxos de Exceção
•Pós Condições
•Regras de Negócio
•Versionamento (Histórico)
•Nome 
•Identificador
•Importância
•Resumo
•Ator Primário
•Atores Secundários
•Pré condição
•Fluxo Principal
•Fluxos alternativos
•Fluxos de Exceção
•Pós Condições
•Regras de Negócio
•Versionamento (Histórico)
Documentação dos Casos de UsoDocumentação dos Casos de Uso
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Documentação dos Casos de Uso – Nome e Identificador Documentação dos Casos de Uso – Nome e Identificador 
Nome
P
a
d
r
o
n
i
z
a
d
o
,
C
o
d
i
f
i
c
a
d
o
?
Qualidade de 
Acesso e 
Recuperação
Qualidade de 
Acesso e 
Recuperação
Problemas à Vista
(Acesso, Versionamento e 
Recuperação).
Problemas à Vista
(Acesso, Versionamento e 
Recuperação).
Cartão de 
Visita 
Caótico
Cartão de 
Visita 
Caótico
Preciso e 
Único
Preciso e 
ÚnicoVagos e Diversos
Vagos e 
Diversos
N
ã
o
N
ã
o
S
i
m
S
i
m
Problemas à Vista
(Imprecisão
sobre o Conteúdo) 
Problemas à Vista
(Imprecisão
sobre o Conteúdo) 
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Documentação dos Casos de Uso – Grau de Importância Documentação dos Casos de Uso – Grau de Importância 
Nível de Risco
P
r
i
o
r
i
d
a
d
e
Fazer depois de aferir 
a necessidade
com o Cliente !
Fazer depois de aferir 
a necessidade
com o Cliente !
Fazer logo após o 
mais importante
Fazer logo após o 
mais importante
Fazer depois de
avaliar possível
descarte!
Fazer depois de
avaliar possível
descarte!
++
++
--
- -
Fazer o 
mais Importante 
com a Maior
Prioridade 
Fazer o 
mais Importante 
com a Maior
Prioridade 
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Documentação dos Casos de Uso – Resumo (Sumário) Documentação dos Casos de Uso – Resumo (Sumário) 
Descrição
Q
u
a
l
i
d
a
d
e
 
d
a
 
R
e
d
a
ç
ã
o
Sumário
Informação 
e Conhecimento 
Sumário
Informação 
e Conhecimento 
Exagero
no Caos
Exagero
no Caos
LongaLonga CurtaCurta
R
u
i
m
R
u
i
m
B
o
a
B
o
a
Excesso de
informação
Excesso de
informação
Economia
no Caos
Economia
no Caos
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Documentação dos Casos de Uso – Atores Primários e 
Secundários
Documentação dos Casos de Uso – Atores Primários e 
Secundários
Especificação de 
Funcionalidades
(Ator Primário)
E
s
p
e
c
i
f
i
c
a
ç
ã
o
 
d
e
 
S
u
p
o
r
t
e
(
A
t
o
r
 
S
e
c
u
n
d
á
r
i
o
)
Especificação de 
Requisitos Funcionais e 
de Suporte
Especificação de 
Requisitos Funcionais e 
de Suporte
Não há 
Requisitos
Não há 
Requisitos
NãoNão SimSim
N
ã
o
N
ã
o
s
i
m
s
i
m
Ambiente e 
Manutenção de 
dados em risco
Ambiente e 
Manutenção de 
dados em risco
Requisitos 
funcionais 
em risco
Requisitos 
funcionais 
em risco
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Documentação dos Casos de Uso – Pré CondiçãoDocumentação dos Casos de Uso – Pré Condição
A condição é Verdadeira?
F
a
z
 
p
a
r
t
e
 
d
o
s
 
d
o
s
 
R
e
q
u
i
s
i
t
o
s
 
 
?
Comanda a Execução
Da Pré Condição
Comanda a Execução
Da Pré Condição
Faz Nada !Faz Nada !
NãoNão SimSim
N
ã
o
N
ã
o
s
i
m
s
i
m
Faz Nada !Faz Nada !
Faz Nada !Faz Nada !
Ex. O valor da compra online do cliente deve ser acima de X% para ser calculado o 
desconto na padrão na transação.
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Documentação dos Casos de Uso – Fluxos Principal, Alternativos
e de Exceção
Documentação dos Casos de Uso – Fluxos Principal, Alternativos
e de Exceção
Evento muda fluxo normal 
do Sistema?NãoNão
SimSim
N
ã
o
N
ã
o
S
i
m
S
i
m
Avaliar possível 
condição de erro 
Avaliar possível 
condição de erro 
Ex. Caso o valor da compra online do cliente for acima de X% deve ser calculado o 
desconto na padrão no valor total da transação.
F
a
z
 
p
a
r
t
e
 
d
o
 
R
e
q
u
i
s
i
t
o
s
 
?
 
Executa Fluxo 
Alternativo
Executa Fluxo 
Alternativo
Executa Fluxo 
de Exceção
Executa Fluxo 
de Exceção
Evento
Indiferente ao 
Sistema
Evento
Indiferente ao 
Sistema
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Documentação dos Casos de Uso – Pós CondiçõesDocumentação dos Casos de Uso – Pós Condições
Ex. Um exemplo de mensagem de Pós condição são aquelas que informam o status 
de uma transação. Ex. “Depósito efetuado” (Obs. Ela em geral dispara um fluxo 
condicional com a mensagem ao usuário: “Imprime?”
Há mudança após a Execução 
do Caso de Uso?NãoNão
SimSim
N
ã
o
N
ã
o
S
i
m
S
i
m Pós 
Condições
Pós 
Condições
F
a
z
 
p
a
r
t
e
 
d
o
 
R
e
q
u
i
s
i
t
o
s
 
?
 
Avaliar possível 
condição de erro 
Avaliar possível 
condição de erro 
Evento
Indiferente ao 
Sistema
Evento
Indiferente ao 
Sistema
Não é Pós 
Condição
Não é Pós 
Condição
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Documentação dos Casos de Uso – Regras de NegócioDocumentação dos Casos de Uso – Regras de Negócio
Impacta a execução
do Sistema?NãoNão
SimSim
N
ã
o
N
ã
o
S
i
m
S
i
m
Ex. Regras de Negócio são políticas, condições ou restrições que devem ser consideradas na 
execução dos processos existentes na organização impactam a especificação e a execução do 
sistema. (Simples assim!) Ex. O valor do saque em moeda estrangeira nos caixas eletrônicos não 
pode ser superior a 2000 reais na cotação do dia. 
F
a
z
 
p
a
r
t
e
 
d
o
s
 
R
e
q
u
i
s
i
t
o
s
 
?
Fora do 
domínio do 
SistemaFora do 
domínio do 
Sistema
Registre e 
Arquive.
Registre e 
Arquive.
Problemas à 
Vista.
Problemas à 
Vista.
Modelo de 
Regras de 
Negócio
Modelo de 
Regras de 
Negócio
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Documentação dos Casos de Uso – Versionamento (Histórico)Documentação dos Casos de Uso – Versionamento (Histórico)
O versionamento (Histórico) traduz o zelo do gerenciamento de Requisitos com a 
documentação durante todo ciclo de execução do projeto. 
Suporte ao 
ProcessoMenteHumana
Mente
Humana AutomatizaçãoAutomatização
B
a
i
x
o
B
a
i
x
o
A
l
t
o
A
l
t
o
N
í
v
e
l
 
d
e
 
Q
u
a
l
i
d
a
d
e
 
D
o
c
u
m
e
n
t
a
ç
ã
o
CaóticoCaótico
Esforço 
Heróico
Esforço 
Heróico
Lixeira 
Virtual
Lixeira 
Virtual
Zelo no 
Versionamento
Zelo no 
Versionamento
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Visualizar
Avaliações
Visualizar
Avaliações
Fazer
Inscrição
Atualizar 
Info_Disciplinas
Obter 
Extrato
Visualizar
Andamento de
Inscrições 
Visualizar 
Grade
Disciplinas
Cancelar 
Inscrição
Atender Lista de 
Espera
Abrir Turma
Fornecer 
Disponibilidade
Lançar 
Notas
Fornecer 
Habilitações
Atualizar Dados 
do Professor
Sistema de 
Faturamento
Sistema de 
Faturamento
ProfessorProfessor
AdministradorAdministrador
Sistema de RHSistema de RH
Aluno
Coordenador
do Curso
Departamento
de Registro
Exemplo: Sistema de Gerenciamento Acadêmico Exemplo: Sistema de Gerenciamento Acadêmico 
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Documentação
Regras de Negócio
Documentação
Regras de Negócio
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Regras de NegócioRegras de Negócio
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Documentação Atores Documentação Atores 
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Fazer 
Inscrição (em 
Disciplinas) 
Fazer 
Inscrição (em 
Disciplinas) 
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Avalia 
solicitação
Avalia 
solicitação
Fazer
Inscrição
Atualizar 
Info_Disciplinas
Obter 
Extrato
Cadastra
Turmas
Visualizar 
Grade
Disciplinas
Cancelar 
Inscrição
Atender Lista de 
Espera
Abrir Turma
Fornecer 
Disponibilidade
Lançar 
Notas
Fornecer 
Habilitações
Atualizar Dados 
do Professor
Sistema de 
Faturamento
Sistema de 
Faturamento
ProfessorProfessor
AdministradorAdministrador
Sistema de RHSistema de RH
Aluno
Coordenador
de Registro
Departamento
de Registro
Fazer Inscrição (em Disciplinas) 
Cadastra 
de Notas
Cadastra 
de Notas
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Estudo de CasoEstudo de Caso
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Estudo de Caso
(Ferramenta de Modelagem Open 
source ( STAR_UML)
Estudo de Caso
(Ferramenta de Modelagem Open 
source ( STAR_UML)
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Engenharia de Requisitos - Modelagem de Casos de UsoEngenharia de Requisitos - Modelagem de Casos de Uso
luther.fernandes@gmail.com
Requisitos Funcionais 
RN1 – Cadastro de Usuários
RN2 – Pesquisa de Livros
RN3 – Controle dos itens no Acervo Bibliográfico 
RN4 – Atendimento ao Usuário
RN5 - Despacho dos itens em Acervo Bibliográfico
RN6 - Relatórios Estatísticos de Uso
RN1 – Cadastro de Usuários
RN2 – Pesquisa de Livros
RN3 – Controle dos itens no Acervo Bibliográfico 
RN4 – Atendimento ao Usuário
RN5 - Despacho dos itens em Acervo Bibliográfico
RN6 - Relatórios Estatísticos de Uso
Requisitos Não Funcionais 
RNF - Controle de Temperatura
RNF – Controle do nível de Oxigênio
RNF – Localização de Itens no Acervo 
Bibliográfico (Tempo)
Requisitos Inversos 
RIN – Disponibilizar Livros em formato eletrônico