Logo Passei Direto
Buscar
Material
páginas com resultados encontrados.
páginas com resultados encontrados.
left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Prévia do material em texto

Linguagem de Modelagem Unificada (UML) 
Aula 2 | Casos de Uso: Diag. e especificações 
1) O diagrama de caso de uso tem por objetivo: 
 Mostrar o fluxo de informações do sistema. 
Apresentar as principais funcionalidades e as entidades externas que se relacionam com o 
sistema. 
OK Apresentar as principais funcionalidades e os atores que interagem com as 
funcionalidades. 
Mostrar como funciona cada detalhe das funcionalidades. 
Mostrar as tecnologias envolvidas com a solução proposta. 
O diagrama de casos de uso apresenta os atores e os casos de uso (funcionalidades) com os 
quais cada um interage. 
2) Sobre os possíveis relacionamentos entre casos de uso e atores, assinale a alternativa 
incorreta. 
No relacionamento caso de uso A <include> caso de uso B, podemos dizer que o caso de uso 
B é parte do caso de uso A. 
No relacionamento de <extends>, o caso de uso de extensão pode ou não ser executado. 
No relacionamento de <include>, o caso de uso de inclusão obrigatoriamente será 
executado. 
O relacionamento de generalização/especialização em casos de uso serve para aproveitar 
um caso já existente, adicionando alguma funcionalidade a ele através do caso de uso 
especializado. 
OK Não existe relacionamento possível entre atores em um diagrama de casos de uso. 
Entre atores, podemos ter o relacionamento de generalização/especialização (herança). 
3) No que se refere ao diagrama de casos de uso e seus elementos e a necessidade de 
especificarmos o passo a passo de cada caso de uso, analise as seguintes assertivas: 
I. O diagrama de casos de uso objetiva apresentar os objetos que interagem com os atores do 
sistema. 
II. Um diagrama de casos de uso é usado nas fases de levantamento e identificação dos 
requisitos do sistema. 
III. O relacionamento <include> denota que, no caso de uso principal, haverá, 
obrigatoriamente, um desvio de curso para o caso de uso incluído. 
IV. Quando o caso de uso principal está relacionado a três casos de uso pelo <extends>, que 
serão executados após avaliação da mesma condição, significa dizer que apenas um desses 
três casos será usado a cada execução do caso principal. 
Com base em sua análise das assertivas, assinale a única opção correta. 
Estão corretas as assertivas I, II, III e IV 
OK Estão corretas apenas as assertivas II, III e IV 
Estão corretas apenas as assertivas II e IV 
Está correta apenas a assertiva III 
Está correta apenas a assertiva IV 
I – não, caso de uso não apresenta objetos e sim funcionalidades; II – correto, as 
funcionalidades que ele apresenta visam satisfazer as necessidades dos usuários. III – verdade, 
a chamada ao caso incluído é obrigatória; IV – sim, a execução é mutuamente exclusiva, 
acordo com a condição a ser avaliada. 
4) Dentre as opções apresentas, assinale aquela que não pode se referir a um ator. 
Funcionário 
Cliente 
Sistema contábil 
Servidor de banco de dados 
OK Incluir cliente 
Incluir cliente é uma função e pode ser um caso de uso, mas jamais um ator. 
 
5) Durante o levantamento de um sistema, um analista registrou o seguinte requisito 
funcional: “A função de efetivação de uma compra deverá exigir que o cliente se identifique 
novamente para o sistema, caso o valor da transação ultrapasse o limite de crédito definido 
pela gerência”. A partir dessa declaração, o analista elaborou o diagrama de casos de uso UML 
2.3 abaixo: 
Qual deve ser o estereótipo da relação entre os casos de uso efetiva compra e identifica 
cliente, de modo que esse diagrama expresse o requisito funcional descrito anteriormente? 
OK Extends 
Include 
Inherits 
Implements 
Overrides 
O caso identifica cliente somente será usado se o valor da transação ultrapassar o limite de 
crédito, conforme especificado no enunciado. O relacionamento entre casos de uso, que é 
condicional, é o extends. 
6 ) No que se refere ao roteiro ou especificação do caso de uso, assinale a alternativa 
incorreta. 
OK Podemos eliminar perfeitamente o roteiro, pois o diagrama de casos de uso é suficiente. 
Mostra passo a passo como ocorre a interação do ator com o caso de uso. 
Pode ter vários cenários, mas, no mínimo, terá o cenário principal. 
Muito útil para desenhar o diagrama de sequência. 
Não deve mostrar detalhes de como fazer, como, por exemplo, especificar como calcular o 
dígito verificador de um número. 
O roteiro de casos de uso é mais relevante do que os diagramas. No roteiro, sabemos o passo a 
passo de cada caso de uso. 
7) No que se refere à descrição textual de um caso de uso, assinale a única alternativa correta. 
OK É certo que teremos um cenário principal. 
É certo que teremos, pelo menos, um cenário alternativo. 
Não é preciso descrever a interação do ator com o caso de uso. 
Obrigatoriamente, teremos o cenário principal e um cenário alternativo. 
Somente teremos cenários alternativos em casos de uso de muita complexidade. 
A descrição textual tem, com certeza, um cenário principal e terá cenários alternativos na 
medida em que houver passo do cenário principal que não ocorra como o esperado. 
8) Considere o seguinte trecho de descrição textual de caso de uso: 
Cenário principal; 
Correntista informa agência e conta; 
Sistema valida a conta (<XXXX> validar conta); 
Correntista informa senha de acesso; 
Sistema valida a senha. 
Sabendo que <XXXX> é um dos relacionamentos possíveis, assinale a opção que apresenta a 
correta opção para representar o relacionamento representado por <XXXX>. 
Especialização 
Extends 
Generalização 
OK Include 
Implementation 
Como o relacionamento está sendo chamado no cenário principal sem estar associado a 
nenhuma condição, podemos concluir que se trata de <Include>. 
9 ) Assinale a alternativa que apresenta o nome do elemento da descrição textual referente à 
parte onde declaramos “o que precisa ser verdade para esse caso de uso acontecer”. 
OK Pré-condição 
Pós-condição 
Cenário principal 
Cenário alternativo 
Requisitos especiais 
A pré-condição é o que precisa ser verdade antes de o caso de uso acontecer, já que pré se 
refere a um período anterior. 
10) Eventualmente, temos a necessidade de especificar que determinado caso de uso 
demandará, por exemplo, um tempo de processamento máximo. Dentre os itens do modelo 
de descrição textual completo abaixo, assinale aquele em que se pode enquadrar essa 
especificação. 
Cenário principal 
OK Requisitos especiais 
Pré-condição 
Requisitos extraordinários 
Pós-condição 
O tempo de processamento máximo é um requisito não funcional associado à performance, 
que deve ser declarado no item requisitos especiais.

Mais conteúdos dessa disciplina