 Pergunta 1

0,25 em 0,25 pontos

A UML é uma linguagem que possui vários diagramas para representar os diversos tipos de
requisitos de um software. O diagrama de casos de uso é responsável por representar:
Resposta b. 
Selecionada: As funcionalidades observáveis do sistema e os elementos externos que
interagem com ele;
Respostas: a. 
Os objetos envolvidos no contexto do sistema;
b. 
As funcionalidades observáveis do sistema e os elementos externos que
interagem com ele;
c. 
A interação entre os diversos objetos identificados no sistema;
d. 
O comportamento lógico das funcionalidades;
e. 
As diversas funcionalidades executadas pelo sistema.
Comentário da Resposta correta: B.
resposta: Comentário da resposta correta: o diagrama de casos de uso representa os
objetivos a serem realizados pelo sistema para atender diversas
funcionalidades e as interações necessárias com outros sistemas para o seu
correto funcionamento.

 Pergunta 2
0,25 em 0,25 pontos
A atividade de requisitos que tem por objetivo assegurar que o trabalho de levantamento dos
requisitos está consistente com o domínio do projeto e atende às necessidades do usuário é
denominada:

Resposta Selecionada: c. 

Validação;
Respostas: a. 
Gerenciamento;
b. 
Documentação;
c. 
Validação;
d. 
Elicitação;
e. 
Negociação.
Comentário da Resposta correta: C.
resposta: Comentário da resposta correta: a validação é o momento em que o usuário
responsável por todos os requisitos que foram elicitados e documentados para
a construção do software demonstra estar de acordo com o que foi realizado.

 Pergunta 3
0,25 em 0,25 pontos
 Como são chamados os elementos da UML que são notação para a
elaboração de diagramas de casos de uso?
Resposta Selecionada: d. 
Casos de uso e atores.
Respostas: a. 
Classes e atores.
b. 
Atividades e estados.
c. 
Classes e casos de uso.
d. 
Casos de uso e atores.
e. 
Atores e objetos.
Comentário da Resposta correta: D.
resposta:
Comentário da resposta correta: os diagramas de
casos de uso utilizam atores e casos de uso para
representar os objetivos do sistema.
 Pergunta 4
0,25 em 0,25 pontos
Nos diagramas de casos de uso, atores são os agentes externos ao sistema, que executam uma
determinada ação e esperam algum resultado, ou seja, interagem diretamente com o sistema a
partir dos casos de uso. São atores em sistema de software:
Resposta Selecionada: d. 
Sistemas externos com os quais há troca de informações;
Respostas: a. 
O sistema que está sendo desenvolvido;
b. 
O sistema de banco de dados que armazena as informações do sistema;
c. 
Impressoras atuando como hardware específico;
d. 
Sistemas externos com os quais há troca de informações;
e. 
Objetos do sistema.
Comentário da Resposta correta: D.
resposta: Comentário da resposta correta: atores, em um diagrama de casos de uso,
podem ser papéis de pessoas que interagem com (usam) o sistema, sistemas
externos com os quais são trocadas informações e hardwares específicos, que
também trocam informações com sistemas, tais como: catracas, controle de
elevadores, entre outros.
 Pergunta 5
0,25 em 0,25 pontos
 Nos relacionamentos existentes em um diagrama de caso de uso,
como é chamado o tipo de relacionamento que permite representar
que o comportamento de um caso de uso pode ou não ser
executado?
Resposta Selecionada: c. 
Extensão.
Respostas: a. 
Uso.
b. 
Inclusão.
c. 
Extensão.
d. 
Herança.
e. 
Não pode ser representado.
Comentário Resposta correta: C.
da resposta:
Comentário da resposta correta: extensão significa que o
comportamento definido no caso de uso pode ou não
ser incorporado ao comportamento do caso de uso
base, ou seja, para que o caso de uso base seja
executado, o caso de uso de extensão pode ou não ser
executado.
 Pergunta 6
0,25 em 0,25 pontos
O processo de engenharia de requisitos tem como objetivo obter requisitos definidos
especificados e modelos de sistema a partir de fontes de requisitos (SWEBOK, 2004). O
processo de engenharia de requisitos possui cinco atividades principais: elicitação, análise e
negociação, documentação, validação e gerenciamento de requisitos. A atividade de
gerenciamento é responsável por:

Resposta e. 
Selecionada: Controlar a mudança dos requisitos ao longo do processo da engenharia
de requisitos.
Respostas: a. 
Detalhar de tal modo que permita a realização das próximas atividades do
desenvolvimento;
b. 
Analisar e resolver os conflitos por meio da negociação com os
interessados;
c. 
Descobrir os requisitos a partir das fontes de requisitos;
d. 
Validar os requisitos de acordo com os critérios definidos na
 documentação dos requisitos;
e. 
Controlar a mudança dos requisitos ao longo do processo da engenharia
de requisitos.
Comentário da Resposta correta: E.
resposta: Comentário da resposta correta: o controle das mudanças de requisitos é a
principal atividade do gerenciamento, para garantir que as solicitações feitas
sejam atendidas e que novas requisições sejam analisadas, validadas e
autorizadas antes de serem incorporadas ao projeto.

 Pergunta 7
0,25 em 0,25 pontos
Os requisitos funcionais são insuficientes para descrever o sistema de software, pois é
necessário descrever outros aspectos, como atributos do sistema e atributos do ambiente do
sistema, normalmente classificados como requisitos não funcionais. O requisito não funcional
que está ligado à capacidade do sistema de software de auxiliar os usuários na realização de suas
tarefas de maneira produtiva é chamado:
Resposta Selecionada: a. 
Usabilidade;
Respostas: a. 
Usabilidade;
b. 
Funcionalidade;
c. 
Manutenibilidade;
d. 
Confiabilidade;
e. 
Portabilidade.
Comentário da Resposta correta: A.
resposta: Comentário da resposta correta: a usabilidade caracteriza-se por fornecer
uma interface de fácil uso e interpretação das funcionalidades do sistema por
parte do usuário.

 Pergunta 8
0,25 em 0,25 pontos
Requisitos que são declarações, em linguagem natural, com diagramas dos serviços que o
sistema deverá fornecer aos seus usuários e as restrições com as quais deverá operar são os:

Resposta Selecionada: c. 

Requisitos de usuário;
Respostas: a. 
Requisitos de sistema;
b. 
Requisitos técnicos;
c. 
Requisitos de usuário;
d. 
Requisitos de validação;
 e. 
Requisitos complexos.
Comentário da Resposta correta: C.
resposta: Comentário da resposta correta: para melhorar o entendimento do sistema,
os requisitos de usuário devem ser claros e fáceis de entender.

 Pergunta 9
0,25 em 0,25 pontos
Uma descrição de caso de uso é uma especificação, em linguagem natural sequencial, que
descreve a interação do ator com o sistema durante a execução de um caso de uso. Cockburn
(2005) propõe um modelo de descrição de caso de uso contendo alguns elementos que nos
guiam a especificar um caso de uso de forma eficaz e completa. Entre esses elementos, os fluxos
alternativos:

Resposta b. 
Selecionada: Descrevem os passos que podem ou não ser executados dentro de uma
sequência;
Respostas: a. 
Descrevem sucintamente o contexto ao qual se refere o caso de uso;
b. 
Descrevem os passos que podem ou não ser executados dentro de uma
sequência;
c. 
Descrevem o passo a passo normal de um caso de uso;
d. 
Descrevem a situação do sistema antes da execução dos casos de uso;
e. 
Descrevem a situação do sistema depois da execução dos casos de uso.
Comentário da Resposta correta: B.
resposta: Comentário da resposta correta: os fluxos alternativos são exceções que
podem ocorrer durante o caminho básico, desviando o sistema para a
execução ou tratamento de comportamentos fora do papel principal do caso
de uso.

 Pergunta 10
0,25 em 0,25 pontos
Uma ferramenta para ajudar na elicitação de requisitos é o brainstorming, quando um grupo de
usuários é reunido para debater a respeito de um determinado requisito. Essa ferramenta é uma
técnica de:
Resposta Selecionada: d. 
Reunião facilitada;
Respostas: a. 
Entrevista;
b. 
Cenários;
c. 
Análise de documentos;
d. 
Reunião facilitada;
 e. 
Prototipação.
Comentário da Resposta correta: D.
resposta: Comentário da resposta correta: o brainstorming é uma ferramenta que ajuda
no levantamento em grupo de requisitos, com a contribuição de todos a
respeito de um assunto e posterior entendimento e validação dos envolvidos.
Quarta-feira, 3 de Maio de 2023 19h57min19s GMT-03:00